Guideline 2.1: فهم رفض App Store وإصلاحه

الـ guideline 2.1 هي القاعدة التي تُسقط أكبر عدد من الإرساليات. Apple نفسها تكتب ذلك على صفحة App Review: في المتوسط، أكثر من 40% من المشكلات غير المحلولة تتعلق بالقاعدة 2.1، وهي التي تغطي الأعطال المفاجئة (crash) والمحتوى المؤقت والمعلومات الناقصة.

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

ما هي الـ guideline 2.1 App Completeness؟

تشترط الـ guideline 2.1 أن يكون التطبيق المرسل إلى Apple نسخة نهائية ومكتملة: لا أعطال، ولا روابط معطلة، ولا نص مؤقت، وحساب تجريبي إن كان التطبيق يتطلب تسجيل الدخول، ومشتريات داخل التطبيق ظاهرة وتعمل. إن لم يستطع المراجع تصفح تطبيقك حتى النهاية، فهذا رفض 2.1.

النص الرسمي موجود في App Review Guidelines، القسم 2 «Performance». وينقسم إلى فقرتين.

2.1(a) تطلب أن تكون كل إرسالية نسخة نهائية، بكل بياناتها الوصفية وبروابط URL تعمل. يجب حذف النص المؤقت والمواقع الفارغة وكل محتوى مؤقت قبل الإرسال. ويجب أن يكون التطبيق قد اختُبر على جهاز حقيقي للتحقق من الأخطاء والاستقرار. إن كان يتطلب تسجيل الدخول، فأنت تقدم حسابًا تجريبيًا وتُبقي خادمك يعمل. يمكن لوضع تجريبي مدمج أن يحل محل هذا الحساب، لكن فقط بموافقة مسبقة من Apple، ويجب أن يعرض كل وظائف التطبيق. الجملة التي تلخص كل شيء: «We will reject incomplete app bundles and binaries that crash».

2.1(b) تخص المشتريات داخل التطبيق: يجب أن تكون مكتملة ومحدّثة وظاهرة للمراجع وتعمل. إن كان هناك شراء مُعدّ في App Store Connect لا يمكن العثور عليه في التطبيق، فعليك شرح السبب في ملاحظات المراجعة.

ما الذي تشمله الـ guideline 2.1 عمليًا

في الواقع، يقع رفض 2.1 لأحد هذه الأسباب:

• عطل مفاجئ. عند التشغيل، بعد رفض إذن، بدون شبكة. عطل واحد يكفي.
• رابط معطل. الخصوصية، شروط الاستخدام، الدعم: كل URL مُصرَّح به سيُفتح.
• وظيفة لا يمكن الوصول إليها. زر لا يقود إلى أي مكان، شاشة إلزامية يستحيل تجاوزها، onboarding بلا مخرج. وأخطر شكل: غير مرئي على هاتفك أنت.
• حساب تجريبي مفقود أو منتهي الصلاحية. يبقى المراجع عالقًا عند شاشة تسجيل الدخول، أو لم يعد الحساب المقدم يعمل، أو الخادم متوقف.
• محتوى حشو. Lorem ipsum، «قريبًا»، شاشة فارغة، بيانات اختبار ظاهرة.
• مشتريات داخل التطبيق لا يمكن العثور عليها. الاشتراك موجود في App Store Connect، لكن المراجع لا يجد الشاشة التي تبيعه، أو يفشل الشراء في الـ sandbox. أكثر أخطاء شاشة الدفع شيوعًا تجدها في paywall على iOS: 7 أخطاء مبتدئين.

2.1 Information Needed أم 2.1(a): ما الفرق؟

رسائل Apple لا تحمل كلها العنوان نفسه، والفرق يغير ردك.

«Guideline 2.1 - Information Needed» تعني أن المراجع لم يستطع إكمال مراجعته ويطرح عليك سؤالًا. ينقصه اسم مستخدم، أو شرح، أو طريقة للوصول إلى وظيفة. هذا ليس بعد إثباتًا لوجود خطأ: إنه طلب. أحيانًا يكفي رد دقيق في App Store Connect. لكن إن كشف السؤال عن عائق حقيقي في التطبيق، فأنت بحاجة إلى build جديد.

«Guideline 2.1(a) - Performance - App Completeness» تعني أن المراجع لاحظ مشكلة: عطلًا مفاجئًا، أو خطأ، أو شاشة لا تستجيب. تذكر الرسالة عادةً الجهاز المستخدم وغالبًا ما ترفق لقطة شاشة. هنا يجب أن تصلح، وترسل build جديدًا، ثم ترد.

كيف تختبر Apple تطبيقك

ضع نفسك مكان المراجع. ثلاث نقاط مهمة.

يختبر على جهاز قد لا تملكه. رسالة الرفض تحدد الطراز في الغالب. تنص القاعدة 2.4.1 على أن تطبيقات iPhone يجب أن تعمل على iPad متى أمكن، والتطبيق المصمم لـ iPhone يظهر عليه في وضع التوافق، داخل نافذة بمقاس iPhone. حالات رفض 2.1 الأخيرة عندي جاءت من iPad Air: إن كنت تختبر على iPhone فقط، فلن ترى ما يراه المراجع.

يبدأ من تشغيل أول. تطبيق جديد، بلا cache، بلا جلسة، بلا أي تحديث محمّل.

يجب أن تعمل الشبكة بـ IPv6 فقط. القاعدة 2.5.5، المجاورة لـ guideline 2.5.4 الخاصة بأوضاع العمل في الخلفية، تشترط أن يعمل التطبيق بالكامل على شبكة IPv6 فقط، وصفحة دعم Apple عن IPv6 تجعل ذلك شرطًا لكل التطبيقات المرسلة منذ 1 يونيو 2016. يأتي الخطر من عنوان IPv4 مكتوب مباشرة في الكود: تنصح Apple بالاختبار على شبكة IPv6 فقط مع إيقاف بيانات الهاتف.

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

ثلاث حالات رفض تلقيتها، وسببها الحقيقي

ثلاث حالات رفض حديثة على تطبيقاتي، مع سببها الحقيقي.

Solys: عرض تجريبي للعبة صغيرة يستحيل الفوز به على iPad

Solys هو منبهي بالألعاب الصغيرة. في 18 أغسطس 2026، رُفض build بسبب «2.1 Information Needed»: تطلب Apple طريقة لتجاوز مهمة اللعبة. كان المراجع يختبر على iPad Air، وتطبيق iPhone في وضع التوافق.

كان السبب الحقيقي في العرض التجريبي للعبة ضمن الـ onboarding. ارتفاعات العوائق كانت مكتوبة بنقاط ثابتة. على ارتفاع البطاقة المتاح في iPad بوضع التوافق، صار الممر أضيق من الشخصية: كان الفوز في العرض التجريبي مستحيلًا. وزر «Continue» لا يتفعل إلا عند الفوز. لا مخرج: لم يكن المراجع قادرًا على رؤية التطبيق.

الإصلاح: أبعاد متناسبة مع الحجم المقاس للبطاقة، ورابط «Skip demo» يظهر بعد الخسارة.

الدرس: كل خطوة يتوقف تجاوزها على أداء اللاعب يجب أن يكون لها مخرج بلا شرط. وكل شاشة إلزامية تُختبر على أصغر شاشة مدعومة وأيضًا على iPad في وضع التوافق.

Nolera: إصلاح غير مرئي للمراجع

في 17 سبتمبر 2026، رُفض Nolera بعد مراجعة على iPad Air. جمعت الرسالة بين 2.1(a) ونقاط أخرى. كان إصلاح المشكلة المُبلّغ عنها قد سُلّم عبر تحديث عن بُعد (OTA)، دون build جديد.

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

الدرس: أي إصلاح موجه للمراجعة يجب أن يكون داخل الملف التنفيذي المرسل إلى Apple.

Clic: السبب لم يكن في التطبيق

في 16 سبتمبر 2026، رُفض Clic. التطبيق نفسه كان محدّثًا. السبب الحقيقي كان في مكان آخر: سياسة الخصوصية المنشورة على الإنترنت لم تكن محدّثة بشأن مزود الذكاء الاصطناعي المستخدم. هذا الرفض يتعلق بالخصوصية أكثر من 2.1، لكنه يوضح الشيء نفسه: الأسباب الحقيقية ليست دائمًا ما توحي به الرسالة.

الدرس: تحقق مما هو منشور على الإنترنت، لا مما هو في مستودعك. افتح كل URL مُصرَّح به يوم الإرسال.

بماذا ترد في Resolution Center

بعد الرفض، تنتقل إرساليتك إلى حالة «Unresolved Issues» وتجري المحادثة مع Apple في قسم App Review الخاص بتطبيقك، والذي ما زال يُسمى Resolution Center. الإجراء الرسمي لـ الرد على App Review يسمح برسالة من 4000 حرف كحد أقصى، مع مرفق واحد.

اكتب بالإنجليزية، وباختصار. يريد المراجع ثلاث معلومات: ما الذي كان يعيق، وما الذي تغير، وكيف يتحقق من ذلك. هذا هو النموذج الذي أستخدمه (استبدل رقم الـ build والإصلاح بما يخصك):

Hello,

Thank you for your review.

Issue: the onboarding game demo could not be completed on iPad
(iPhone app running in compatibility mode), so the user could
not continue.

Fix in build 1.0.3 (42):
- The game layout now scales to the measured screen size.
- A "Skip demo" link appears after a failed attempt, so the
  onboarding can always be completed.

How to verify: launch the app, start the onboarding demo,
lose once, then tap "Skip demo".

A screen recording is attached.

Best regards,

بعض القواعد:

• أجب عن السؤال المطروح. في حالة «Information Needed»، ابدأ بالإجابة الدقيقة، لا بالسياق.
• سمِّ الـ build وأعطِ المسار إلى الشاشة المُصلحة، في ثلاث أو أربع خطوات.
• أرفق دليلًا. فيديو قصير على جهاز قريب من جهاز المراجع يجنبك جولة ذهاب وإياب جديدة.
• لا مرافعات. الطعن أمام App Review Board موجود، لكن في رفض 2.1 مستحق، لن يفعل سوى إطالة الانتظار. تفاصيل المدد في مدة مراجعة App Store.

إن بقي السبب غامضًا بعد القراءة، فالخطوات الكاملة في صفحة تطبيق مرفوض من Apple.

ملاحظات المراجعة والحساب التجريبي

قسم App Review Information في نسختك، داخل App Store Connect، هو أفضل دفاع لك ضد 2.1. وفقًا لـ المرجع الرسمي لهذه الحقول، يحتوي على:

• Sign-in required: اسم المستخدم وكلمة المرور لحساب تجريبي. يجب ألا تنتهي صلاحية هذا الحساب. إن كان تطبيقك يستخدم تسجيل دخول عبر طرف ثالث، فقدّم بيانات الدخول لتلك الخدمة.
• Notes: حتى 4000 بايت، باللغة التي تختارها. كل ما يساعد على الاختبار.
• Contact: اسم، وبريد إلكتروني، ورقم بالصيغة الدولية.

ما أضعه دائمًا في الملاحظات:

1. المسار إلى كل شراء داخل التطبيق، كما تطلب القاعدة 2.1(b).
2. الوظائف غير الواضحة: إيماءة، إذن، محتوى مرتبط بوقت معين.
3. حالة الحساب التجريبي: مشترك أم لا، بيانات معبأة مسبقًا أم فارغة.
4. القيود المعروفة: لعتاد أو بيئة يصعب إعادة إنتاجها، تطلب Apple أن تكون مستعدًا لتقديم فيديو.

وقاعدة خارج النموذج: أبقِ خادمك يعمل طوال المراجعة. خادم اختبار متوقف يعني حسابًا تجريبيًا لا يعمل، وبالتالي رفض 2.1.

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

هذه التي أطبقها قبل كل إرسال، مبنية على حالات رفضي:

• التطبيق مثبت من الصفر على أصغر iPhone مدعوم، وأكبرها، وعلى iPad في وضع التوافق
• الـ onboarding مُجتاز بالكامل، مع الفشل عمدًا في كل خطوة تتطلب أداءً
• كل شاشة إلزامية لها مخرج بلا شرط
• لا يوجد إصلاح موجه للمراجعة سُلّم فقط عبر تحديث عن بُعد
• التطبيق مُشغّل في وضع الطيران، ثم على شبكة IPv6 فقط
• كل URL مُصرَّح به مفتوح في اليوم نفسه: الخصوصية، الشروط، الدعم
• لا نص مؤقت، ولا شاشة فارغة، ولا بيانات اختبار ظاهرة
• الحساب التجريبي مُختبر يوم الإرسال، بلا تاريخ انتهاء، والخادم يعمل
• كل شراء داخل التطبيق يمكن العثور عليه من التطبيق ومُختبر في الـ sandbox، بما في ذلك الاستعادة
• ملاحظات مراجعة تبين مكان المشتريات والوظائف غير الواضحة

إن كان هذا أول نشر لك، فكل الخطوات السابقة موجودة في نشر تطبيق على App Store.

أرسل ملفك مع شخص تلقى هذه الرفضات من قبل

يجمع Apple Review Kit قائمة التحقق التي أستخدمها قبل الإرسال، ونماذج ملاحظات للمختبِر، وskills لـ Claude Code تراجع مشروعك قبل أن ترسله.

تلقيت للتو رفض 2.1؟ تساعدك الأداة أيضًا على العثور على القاعدة المذكورة، وما تطلبه، ومثال على الإصلاح والرد. إن أردت أن ننظر في ملفك معًا من الآن، احجز ساعة معي، عبر الفيديو.

لا أحد يستطيع أن يضمن أن Apple ستقبل تطبيقك. ما أستطيع فعله هو مساعدتك على تجنب حالات رفض 2.1 التي دفعت ثمنها بالفعل دورة مراجعة كاملة.

لم ترسل تطبيقك بعد؟ التشخيص المجاني يرسل إليك قائمة التحقق الخاصة بي لتجنب رفض Apple، بما فيها القاعدة 2.1، ويخبرك بما بقي عليك قبل الإرسال. إن كنت ما زلت في مرحلة البناء، تشرح الصفحة الرئيسية كيف تنشئ تطبيق جوال مع وضع المراجعة في الحسبان منذ البداية.

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

ماذا تعني «Guideline 2.1 - Information Needed»؟

لم يستطع المراجع إنهاء مراجعته ويطرح عليك سؤالًا: اسم مستخدم، أو شرح، أو طريقة للوصول إلى وظيفة. أجب بدقة في App Store Connect. إن كشف السؤال عن عائق حقيقي في التطبيق، كما في Solys، فأصلحه وأرسل build جديدًا.

هل يلزم build جديد بعد رفض 2.1؟

لعطل مفاجئ أو خطأ أو شاشة معيقة، نعم: يجب أن يكون الإصلاح داخل الملف التنفيذي. التحديث عن بُعد لا يكفي، لأن المراجع يرى الكود المدمج عند التشغيل الأول. أما لمعلومة ناقصة فقط، فقد يكفي الرد.

تطبيقي يتطلب تسجيل الدخول: ماذا أقدم للمراجع؟

حسابًا تجريبيًا لا تنتهي صلاحيته، مُدخلًا في قسم App Review Information، وخادمًا يعمل طوال المراجعة. يمكن لوضع تجريبي مدمج أن يحل محل هذا الحساب فقط بموافقة مسبقة من Apple، ويجب أن يعرض كل الوظائف.

هل يمكن أن يأتي رفض 2.1 من شيء غير التطبيق؟

نعم. يكفي URL معطل في صفحة التطبيق، أو حساب تجريبي منتهي الصلاحية، أو خادم متوقف، أو شراء داخل التطبيق مُعدّ بشكل خاطئ. وأحيانًا، كما في Clic، يكون السبب الحقيقي منشورًا على الإنترنت لا في الكود: تحقق من كل ما يستطيع المراجع فتحه.