مدة مراجعة App Store: كم تنتظر حتى تُقبل تطبيقك؟

على الورق، مدة مراجعة App Store قصيرة: تقول Apple إنها تراجع 50 % من الطلبات على الأقل في أقل من 24 ساعة، و90 % منها في أقل من 48 ساعة. هذا الرقم منشور في صفحة App Review الرسمية. يعني هذا أن تطبيقك إذا قُبل من المرة الأولى، فالرد سيصلك غالبًا خلال يوم تقريبًا.

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

أتكلم هنا من تجربتي مع طلباتي الخاصة. تطبيقاتي على iOS، ومنها Solys (منبّه بألعاب صغيرة) وTradaZen (محاكي تداول)، موجودة على App Store، وتعرضت لعدة حالات رفض في الطريق، في Solys وفي تطبيقين آخرين هما Clic وNolera. ستجد تفاصيل الأسباب في الأسفل.

مدة مراجعة App Store: ما تعلنه Apple فعلًا

بعد أن ترسل الـ build بدون خطأ آلي مثل ITMS-90725، وتكمل صفحة تطبيقك، ترسله للمراجعة من App Store Connect. بعدها يمر طلبك بعدة حالات: في الانتظار (Waiting for Review)، ثم قيد المراجعة (In Review)، ثم القبول أو الرفض. ترسل لك Apple بريدًا إلكترونيًا عند كل تغيير، ويمكنك متابعة الحالة في App Store Connect أو في تطبيقه على iPhone.

ثلاث معلومات رسمية مفيدة لتخطيطك:

• هذه الأرقام اتجاهات عامة وليست ضمانًا: قد ينتظر طلب واحد من كل عشرة أكثر من 48 ساعة.
• الطلبات لا تُراجَع بالضرورة حسب ترتيب إرسالها، كما توضح مساعدة App Store Connect.
• لا يمكن أن تكون إلا نسخة واحدة من التطبيق قيد المراجعة لكل منصة. لا تستطيع تكديس عدة نسخ "لكسب الوقت".

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

ما الذي يطيل الانتظار

نادرًا ما تطول المدة بسبب Apple. تطول دائمًا تقريبًا بسبب ما نرسله إليها.

الطلب الأول

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

الاشتراكات والمشتريات داخل التطبيق

إذا كان تطبيقك يبيع اشتراكًا، فهناك قاعدتان تغيّران جدولك الزمني:

1. يجب إرسال اشتراكك الأول مع نسخة جديدة من التطبيق. هذا مكتوب بوضوح في المساعدة الخاصة بالمشتريات داخل التطبيق. إذا أُرسل التطبيق بدونه، ستحتاج نسخة جديدة لاعتماده.
2. يجب قبول كل عناصر الطلب حتى يُقبل الطلب. اشتراك واحد مرفوض يوقف كل شيء.

القاعدة 2.1(b) تطلب أيضًا أن تكون المشتريات داخل التطبيق مكتملة، ومرئية للمراجِع، وتعمل. إذا كان أحدها لا يظهر في التطبيق، اشرح السبب في ملاحظات المراجعة. إعداد الاشتراك بالكامل مشروح في الاشتراكات داخل تطبيقات iOS.

غياب حساب التجربة

إذا كان تطبيقك يطلب تسجيل الدخول، فإن App Review Guidelines تشترط حساب تجربة فعّالًا أو وضع تجربة كاملًا، وخدمات خادم تعمل أثناء المراجعة. بدون بيانات دخول في قسم App Review Information الخاص بنسختك، يبقى المراجِع عالقًا في شاشة تسجيل الدخول، والنتيجة رفض. وتذكّر أيضًا ألا توقف خادم الاختبار أثناء المراجعة.

الرفض نفسه

هذا هو العامل الأول بفارق كبير. تقول Apple إن أكثر من 40 % من المشاكل غير المحلولة تتعلق بالقاعدة 2.1، وهي القاعدة التي تغطي الأعطال والمحتوى المؤقت والمعلومات الناقصة. كل رفض تتجنبه يوفّر عليك دورة واحدة على الأقل.

الرد في Resolution Center

عندما يُرفض طلب، تتحول حالته إلى Unresolved Issues. رسالة Apple تذكر القاعدة المخالَفة، وغالبًا مع لقطة شاشة للمشكلة. كل شيء يحدث في قسم App Review الخاص بتطبيقك في App Store Connect، والذي ما زال كثيرون يسمونه Resolution Center.

الطريقة الرسمية للرد على App Review:

1. في صفحة تطبيقك، اضغط على رابط المشاكل غير المحلولة في أعلى الصفحة.
2. اضغط على Resolve بجانب الطلب.
3. اضغط على Reply to App Review، واكتب ردك (4000 حرف كحد أقصى)، وأرفق لقطة شاشة أو مستندًا إذا احتجت.

ما الذي يجعل الرد فعّالًا:

• اذكر الإصلاح، لا مشاعرك. "طلب التقييم يظهر الآن بعد الفوز في التجربة، واللقطة مرفقة" أفضل من مرافعة طويلة.
• أرفق دليلًا. لقطة شاشة أو فيديو قصير للشاشة بعد الإصلاح يوفّر عليك جولة أسئلة إضافية.
• إذا كان الرفض يخص البيانات الوصفية فقط (نص الصفحة، اللقطات، الروابط، مثل رفض 2.3.10)، توضح Apple أنك تستطيع إعادة إرسال نفس الـ build بعد التصحيح. لا حاجة لإعادة البناء.

الطعن، فقط إذا كنت متأكدًا

يمكنك الاعتراض على الرفض أمام App Review Board. تطلب Apple أن تشرح بدقة لماذا يحترم تطبيقك القواعد، وألا تقدّم إلا طعنًا واحدًا لكل طلب مرفوض، وأن ترد أولًا على طلبات المعلومات المعلّقة. الطعن في رفض مستحَق لا يفعل شيئًا سوى إطالة الانتظار.

أرسل الإصلاح بسرعة

عندما يكون السبب واضحًا، السرعة تأتي من الانضباط:

• أصلح السبب، والسبب فقط. إضافة ثلاث ميزات جديدة إلى الـ build المصحَّح تعني فتح مساحة المراجعة من جديد.
• اختبر الإصلاح في ظروف المراجِع. في مشكلة عرض، هذا يعني أصغر iPhone مدعوم وأكبرها، لا جهازك فقط.
• انتبه للعناصر المحذوفة. في طلب فيه مشاكل غير محلولة، توضح مساعدة Apple أن العنصر المحذوف لا يمكن إضافته مجددًا إلى نفس الطلب، وأن كل عنصر لا يُعدَّل إلا مرة واحدة قبل إعادة الإرسال. فكّر جيدًا قبل حذف اشتراك مرفوض.
• أعد الإرسال، ثم رُدّ. جملة أو جملتان واقعيتان في ردك لتقول ما الذي تغيّر.

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

أكثر أسباب الرفض شيوعًا عند المبتدئين

حكيت بالتفصيل قصة رفضَي Solys في لماذا ترفض Apple تطبيقًا. هذه هي الأسباب التي تعرضت لها فعلًا، مع رقم القاعدة، لأنها بالضبط ما يترصد التطبيق الأول.

2.1، التطبيق لا يعمل (Solys). كان من المستحيل الفوز في تجربة الترحيب في Solys على شاشة iPhone صغيرة: خطوة إلزامية لا يمكن تجاوزها، وبالتالي اعتُبر التطبيق ناقصًا. تم إصلاحها منذ ذلك الوقت.

5.6.3، طلب التقييم مبكرًا جدًا (Solys). كان طلب التقييم على App Store يظهر في بداية الـ onboarding، قبل أن يعيش المستخدم أي تجربة داخل التطبيق. يجب أن يأتي بعد لحظة قيمة حقيقية.

5.1.1، سياسة الخصوصية غير محدّثة (Clic). تشترط القاعدة 5.1.1 وجود رابط لسياسة الخصوصية في App Store Connect وداخل التطبيق، ويجب أن تصف هذه السياسة بدقة البيانات التي تُجمع، وكيف تُستخدم، وكيف تُحذف. في Clic، لم تكن النسخة المنشورة على الإنترنت محدّثة. سياسة لا تواكب منتجك تكفي لرفض الطلب.

5.1.1، زر "Allow" قبل طلب النظام (Nolera). كان Nolera يعرض شاشة شرح قبل طلب الوصول إلى الكاميرا، مع زر عنوانه "Allow". Human Interface Guidelines الخاصة بالخصوصية واضحة: الشاشة التي تسبق تنبيه النظام مسموحة، لكن زرها يجب ألا يستخدم "Allow" أو كلمة قريبة منها، لأنك لا تمنح أي إذن في هذه المرحلة. توصي Apple بـ "Continue" أو "Next".

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

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

احسب المدة في خطتك

بعض القواعد البسيطة حتى لا تؤخّر المراجعة إطلاقك:

• لا تعلن أي تاريخ قبل القبول. احصل على القبول، واختر النشر اليدوي، ثم حدد تاريخك.
• اترك هامشًا لدورة رفض واحدة على الأقل إذا كان هذا طلبك الأول أو اشتراكك الأول.
• افتح حساب المطوّر مبكرًا إذا كنت تسجّل عبر شركة: رقم D-U-N-S وحده قد يستغرق أكثر من أسبوع. كل شيء مشروح في دليل حساب مطوّر Apple.
• راجع ملفك كما يفعل المراجِع: حساب التجربة، وسياسة خصوصية محدّثة، وprivacy manifest مكتمل، وشاشات الأذونات، وصور الاشتراكات، وكل شاشة إلزامية على iPhone صغير وكبير.

إذا أردت مراجعة ملفك قبل الإرسال

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

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

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

كم تستغرق مراجعة تطبيق على App Store؟

تقول Apple إنها تراجع 50 % من الطلبات على الأقل في أقل من 24 ساعة، و90 % منها في أقل من 48 ساعة. هذا ليس ضمانًا: بعض الطلبات تأخذ وقتًا أطول، ولا تُراجَع بالضرورة حسب ترتيب الإرسال. المدة الحقيقية هي الوقت بين أول إرسال وبين طرح التطبيق للبيع، وتطول بشكل أساسي بسبب الرفض.

ما الذي يطيل مدة مراجعة التطبيق؟

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

كيف أرد على رفض App Store؟

في قسم App Review الخاص بتطبيقك، افتح المشاكل غير المحلولة، واضغط على Resolve ثم على Reply to App Review. اكتب ردك (4000 حرف كحد أقصى)، واذكر الإصلاح بدل مشاعرك، وأرفق لقطة شاشة أو فيديو قصيرًا. إذا كان الرفض يخص البيانات الوصفية فقط، يمكنك إعادة إرسال نفس الـ build بعد التصحيح. وإذا بقي السبب غامضًا، اقرأ تطبيق رفضته Apple.

هل يمكن طلب مراجعة معجّلة من Apple؟

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

هل يجب إرسال الاشتراك الأول مع التطبيق؟

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

متى أعلن تاريخ إطلاق تطبيقي؟

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