Guideline 5.6.3: طلب التقييم الذي يتسبب في رفض تطبيقك

Apple ترفض التطبيق الذي يطلب تقييمًا في وقت مبكر جدًا. إذا ظهر طلب التقييم عند التشغيل الأول أو أثناء الـ onboarding، فأنت معرّض للرفض بموجب الـ guideline 5.6.3. يجب أن يأتي الطلب بعد أن يستخدم الشخص التطبيق فعلًا، وأن يمر عبر نافذة النظام.

تلقيت هذا الرفض على Solys، المنبّه الذي صنعته مع ألعاب مصغّرة. إليك ما تقوله القاعدة، وما توصي به Apple، وكيف أصلحت المشكلة.

ماذا تقول الـ guideline 5.6.3؟

الـ guideline 5.6.3 جزء من «Developer Code of Conduct»، أي القسم 5.6 من App Review Guidelines. نصها يمنع التلاعب بما يراه عملاء App Store: الترتيب، والبحث، والتقييمات، والإحالات إلى تطبيقك. وهو لا يتحدث عن الـ onboarding.

ومع ذلك، هذه هي القاعدة التي استشهدت بها Apple في رفض طلب التقييم عندي. التبرير موجود في قواعد التصميم لديها: عند التشغيل الأول أو أثناء الـ onboarding، لم يكن لدى الشخص وقت بعد ليكوّن رأيًا.

وفي القسم نفسه، تحدد الـ 5.6.1 الوسيلة المسموح بها: استخدام الـ API التي توفرها Apple لطلب التقييم. نوافذ التقييم المصنوعة يدويًا غير مقبولة، والـ guideline 3.2.2 تمنع حجب أي ميزة إلى أن يترك المستخدم تقييمًا.

متى تطلب تقييمًا

قواعد التصميم لدى Apple بخصوص التقييمات والمراجعات واضحة. لا تطلب تقييمًا إلا بعد أن يستخدم الشخص التطبيق فعلًا.

توقيت الطلب	موقف Apple	السبب
عند التشغيل الأول	يُتجنَّب	لا رأي بعد
أثناء الـ onboarding	يُتجنَّب	التطبيق لم يُستخدم بعد
في منتصف مهمة	يُتجنَّب	الطلب يقطع ما يفعله
بعد مهمة ناجحة	موصى به	التطبيق صار مألوفًا
على زر «قيّم التطبيق»	نعم، مع رابط	النافذة قد لا تظهر أحيانًا
عدة مرات متتالية	يُتجنَّب	التذكيرات تُضجر

السطران الأولان فقط هما ما تسبب لي في الرفض. الباقي مأخوذ من نصائح Apple. مرجعان مفيدان: تنصح Apple بترك أسبوع إلى أسبوعين على الأقل بين طلبين، والنظام نفسه يحدّ ظهور نافذته بثلاث مرات في كل فترة من 365 يومًا، للتطبيق الواحد. لذلك لا يمكنك إجبارها على الظهور.

رفض 5.6.3 الذي تلقيته على Solys

في 30 أغسطس 2026، رُفض تحديث لـ Solys. رسالة Apple تستشهد بالـ 5.6.3 وتقول إن التطبيق يطلب تقييمًا عند التشغيل الأول أو أثناء الـ onboarding. تمت المراجعة على iPad Air.

السبب كان بسيطًا. في مسار الترحيب، كانت شاشة «اترك تقييمًا» تأتي في المرتبة الثانية، مباشرة بعد العرض التجريبي للعبة المصغّرة. لم يكن المستخدم قد رأى إلا العرض التجريبي.

الإصلاح: نقلت الطلب إلى مرحلة متأخرة في المسار، وصار لا يظهر إلا إذا فاز المستخدم للتو في العرض التجريبي. من يتخطى العرض أو يخسر فيه لا يرى أي طلب. بعد ذلك قُبلت النسخة المصحّحة.

هذه مجازفة مني: رسالة Apple قالت «ليس أثناء الـ onboarding»، بلا أي استثناء.

الدرس: الخيار الآمن هو إخراج الطلب من الـ onboarding. التقييم، مثل الإذن، يُطلب بعد أن يرى الشخص ما يقدمه له التطبيق.

طلب التقييم عبر نافذة النظام

في تطبيق Expo، تمر نافذة النظام عبر مكتبة expo-store-review:

import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}

ثلاثة أمور يجب معرفتها، مأخوذة من وثائق Apple حول طلب التقييم:

• النظام هو من يقرر إظهار النافذة أو عدم إظهارها. قد لا يُظهر الاستدعاء أي شيء. لا تبنِ أي شاشة تعتمد على ظهورها.
• تجنّب تشغيلها من إجراء يقوم به المستخدم، مثل زر: قد لا تظهر النافذة. لزر «قيّم التطبيق»، افتح بدلًا من ذلك صفحة تطبيقك على App Store، مع ?action=write-review في نهاية العنوان.
• اختر لحظة نجاح: نهاية سلسلة إجراءات أنهاها المستخدم للتو، لا لحظة فتح التطبيق.

مثال الكود من Apple يؤخر الاستدعاء أيضًا: ينتظر حتى يُكمل الشخص الإجراء عدة مرات، ولا يطلب مرتين للنسخة نفسها من التطبيق. عدد المرات متروك لك.

قائمة التحقق قبل الإرسال

• لا طلب تقييم عند التشغيل الأول.
• لا طلب تقييم داخل الـ onboarding.
• الطلب يمر عبر نافذة النظام، لا عبر شاشة مصنوعة يدويًا بنجوم.
• زر «قيّم التطبيق» في الإعدادات يفتح صفحة App Store، ولا يستدعي نافذة النظام.
• الطلب يأتي بعد استخدام حقيقي: مهمة منتهية، أو مستوى ناجح، أو عدة مرات فتح.
• اختبرت مسار الترحيب على iPad أيضًا: عدة حالات رفض تلقيتها رُصدت على iPad، لتطبيقات iPhone.

تجنّب رفض 5.6.3 قبل إرسالك القادم

Apple Review Kit يجمع قائمة التحقق التي أستخدمها قبل الإرسال، وحالات الرفض التي تلقيتها من Apple وأصلحتها، وskills لـ Claude Code تراجع مشروعك. إذا رُفض تطبيقك للتو وتريد نظرة بشرية، احجز ساعة معي: نراجع مسار الترحيب في تطبيقك عبر مكالمة فيديو، على شاشتك. الخطوات الكاملة موجودة في صفحة تطبيق رفضته Apple، والأسباب الشائعة الأخرى في لماذا ترفض Apple تطبيقًا.

إذا كنت تحضّر لإطلاقك الأول، قم بالتشخيص المجاني: يرتب لك الخطوات ويرسل إليك قائمة التحقق التي أستخدمها لتجنّب رفض Apple.

الأسئلة الشائعة

هل يمكن طلب تقييم أثناء الـ onboarding؟

Apple لا تنصح بذلك في قواعد التصميم لديها، وقد تلقيت رفضًا بسببه، بموجب الـ guideline 5.6.3. الشخص لم يستخدم التطبيق بعد: لا يمكن أن يكون له رأي. ضع الطلب بعد استخدام حقيقي.

كم مرة يمكن عرض طلب التقييم؟

النظام يحدّ نافذته بثلاث مرات عرض في كل فترة من 365 يومًا للتطبيق الواحد. وتنصح Apple أيضًا بترك أسبوع إلى أسبوعين على الأقل بين طلبين، ومثال الكود لديها لا يطلب مرتين للنسخة نفسها من التطبيق.

هل يمكن إنشاء نافذة تقييم خاصة بك؟

لا. الـ guideline 5.6.1 تطلب استخدام الـ API التي توفرها Apple، وتستبعد نوافذ التقييم المصنوعة يدويًا. في المقابل، يمكنك وضع زر «قيّم التطبيق» يفتح صفحة تطبيقك على App Store.

هل تحتاج إلى build جديد بعد رفض 5.6.3؟

نعم إذا كان الطلب موجودًا في كود الـ build، وهذا هو الحال دائمًا تقريبًا. المراجع يرى الكود المضمّن عند التشغيل الأول: التحديث عن بُعد لا يكفي. انقل الطلب، وأعد بناء الـ build وأرسله من جديد.

ما هو الوقت المناسب لطلب التقييم؟

مباشرة بعد نجاح: مهمة منتهية، أو مستوى فاز فيه المستخدم، أو هدف تحقق. توصي Apple بلحظة لا تقطع أي شيء، حين يكون الشخص قد تعرّف على التطبيق. تجنّب لحظة فتح التطبيق ومنتصف أي إجراء.