رفض Apple لتطبيقك: الأسباب و5 حالات حقيقية

يأتي رفض Apple دائمًا تقريبًا لسبب محدد، مكتوب في رسالة المراجعة: إرشاد مرقّم، وغالبًا ترافقه لقطة شاشة. أكثر الأسباب شيوعًا في التطبيق الأول هي: تطبيق غير مكتمل (2.1)، أو خصوصية مصرّح بها بشكل خاطئ (5.1.1)، أو بيانات وصفية مضللة (2.3.2)، أو دفع يتجاوز الشراء داخل التطبيق (3.1.1)، أو طلب تقييم في غير مكانه (5.6.3). في أغلب الحالات، فهم المراجع تطبيقك جيدًا: المشكلة أن إرسالك كان فيه ثغرة.

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

لماذا ترفض Apple تطبيقًا: حالات الرفض الخمس التي تعرضت لها

الرفض 2.1 على Solys: كان الفوز في العرض التجريبي مستحيلًا

يقدّم التعريف بالتطبيق في Solys عرضًا تجريبيًا قابلًا للعب: عليك أن تفوز في لعبة مصغّرة، كما يحدث عند الاستيقاظ. على هواتفي كان كل شيء يعمل. أما المراجع فكان يختبر على iPad، حيث يعمل تطبيق iPhone في وضع التوافق داخل نافذة أصغر. بهذا الحجم صار الممر المتروك للطائر في اللعبة أضيق من الطائر نفسه، ولم يكن زر «متابعة» يتفعّل إلا عند الفوز. طلبت Apple توفير طريقة لتخطي مهمة اللعب.

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

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

الرفض 5.6.3 على Solys: طلب التقييم أثناء التعريف بالتطبيق

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

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

الدرس: كل طلب حساس (تقييم، إشعارات، اشتراك، تتبّع) يأتي بعد إثبات القيمة، وليس قبله أبدًا.

الرفض 5.1.1 على Clic: سياسة الخصوصية المنشورة لم تكن محدّثة

يقوم Clic بتوليد محتوى بالذكاء الاصطناعي، وكان التطبيق يحتوي فعلًا على شاشة الموافقة. المشكلة كانت في مكان آخر: سياسة الخصوصية المنشورة على الموقع كانت النسخة القديمة، ولا تصف كل ما يجمعه التطبيق.

الإصلاح: نشر سياسة كاملة، وإضافة ملخص بالإنجليزية، وتحديث ملاحظات المراجعة.

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

الرفض 5.1.1 على Nolera: زر «السماح» قبل طلب النظام

قبل طلب iOS الفعلي للوصول إلى الكاميرا، كان Nolera يعرض شاشة توضيحية فيها زر «السماح». بالنسبة إلى Apple، هذه التسمية تدفع المستخدم إلى القبول قبل الطلب الرسمي من النظام.

الإصلاح: صار اسم الزر «متابعة»، بلغات التطبيق الثماني.

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

الرفض 2.3.2 على Nolera: إعادة استخدام الأيقونة كصورة ترويجية

يمكن أن تكون للاشتراكات صورة ترويجية في App Store Connect. في اشتراكين من اشتراكات Nolera، كانت ببساطة أيقونة التطبيق. اعتبرتها Apple غير مطابقة.

الإصلاح: حُذفت الصور من الاشتراكين، وأُعيد إنشاء الإرسال.

الدرس: كل عنصر في صفحة تطبيقك يخضع للفحص، بما في ذلك ما تملؤه دون تفكير، مثل التصنيف العمري.

ما الإرشادات التي يتكرر الرفض بسببها أكثر؟

كل القواعد موجودة في App Review Guidelines. هذه هي التي توقع التطبيق الأول في الفخ أكثر من غيرها:

2.1: App Completeness. التطبيق يتعطل، أو زر لا يؤدي إلى أي مكان، أو شاشة إلزامية لا تعمل على مقاس معيّن. إذا كان تطبيقك يتطلب تسجيل الدخول، فقدّم حسابًا تجريبيًا في ملاحظات المراجعة، وإلا سيبقى المراجع عالقًا عند شاشة تسجيل الدخول. كل ما تحتاج معرفته عن هذا السبب موجود في دليلي للإرشاد 2.1.

2.3: Metadata. لقطات شاشة لا تُظهر التطبيق الحقيقي، أو وصف يعد بميزة غير موجودة، أو صور ترويجية غير مطابقة.

3.1.1: In-App Purchase. لفتح محتوى أو ميزات رقمية داخل التطبيق، القاعدة العامة هي الشراء داخل التطبيق من Apple. الاستثناءات تختلف حسب البلد وتتغير: اقرأ النسخة المحدّثة من الإرشادات قبل أن تخطط لوسيلة دفع أخرى. الموضوع كاملًا في صفحة الاشتراكات داخل تطبيقات iOS.

3.1.2: Subscriptions. يجب أن يعرض التطبيق القائم على الاشتراك بوضوح ما يحصل عليه المستخدم وبأي سعر. الأخطاء الشائعة في شاشة الدفع موجودة في paywall في iOS: 7 أخطاء للمبتدئين.

4.3: Spam. التطبيق يشبه ألف تطبيق آخر أو لا يقدّم ما يكفي بحد ذاته. هذا أصعب رفض في الإصلاح: الوقاية منه تبدأ من اختيار الفكرة. أشرحه بالتفصيل في دليل الإرشاد 4.3.

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

كيف ترد على رفض Apple دون أن تخسر أيامًا؟

الرفض ليس حكمًا نهائيًا، بل جولة ذهاب وإياب. هذه الطريقة التي تنجح:

1. اقرأ السبب مرتين. تذكر الرسالة الإرشاد وغالبًا ترفق لقطة شاشة. كثير من المطورين يردون على شيء آخر لأنهم قرؤوا بسرعة.
2. ابحث عن السبب الحقيقي. في Clic كما في Nolera، لم يكن السبب الفعلي هو ما يوحي به النص للوهلة الأولى. أعد إنتاج المشكلة في ظروف المراجع: نوع الجهاز نفسه، وحساب جديد، وتشغيل أول.
3. أصلح السبب ولا شيء غيره. ليس هذا وقت إضافة ثلاث ميزات: كل تغيير يوسّع نطاق المراجعة.
4. رُدّ في App Store Connect. اشرح في جملتين واقعيتين ما أصلحته، عبر الرد على رسالة App Review.
5. لا تستأنف إلا إذا كنت متأكدًا. تتيح Apple اللجوء إلى App Review Board إذا رأيت أن تطبيقك لم يُفهم جيدًا، باستئناف واحد فقط لكل إرسال مرفوض. الاعتراض على رفض مستحَق يضيّع الوقت بلا فائدة.

من ناحية المدة، تقول Apple إنها تراجع 50% على الأقل من الإرسالات في أقل من 24 ساعة، و90% في أقل من 48 ساعة. حالات الرفض هي التي تطيل الجدول الزمني، لا قائمة الانتظار: التفاصيل في مدة مراجعة App Store. الخطوات الكاملة بعد الرفض موجودة في صفحة تطبيق رفضته Apple.

الرفض الذي كان يمكن تجنبه يكلّفك دورة مراجعة كاملة. أفضل رد على Apple هو الإرسال الذي لا يترك لها شيئًا تعترض عليه.

قائمة التحقق التي أطبقها قبل كل إرسال

بنيتها رفضًا بعد رفض، على تطبيقاتي:

• كل شاشة إلزامية مختبرة على أصغر iPhone وأكبره، وعلى iPad في وضع التوافق، وفق معايير الإرشاد 4.0 الخاص بالتصميم
• مخرج ممكن في كل خطوة من التعريف بالتطبيق، حتى عند الفشل
• حساب تجريبي في ملاحظات المراجعة إذا كان التطبيق يتطلب تسجيل الدخول
• مشتريات مختبرة في بيئة sandbox، بما فيها الاستعادة
• السعر والمدة وروابط الشروط والخصوصية موجودة حيث تشترطها Apple، بكل لغة
• إعادة قراءة سياسة الخصوصية المنشورة يوم الإرسال
• تصريحات الخصوصية مطابقة لما يجمعه التطبيق فعلًا، بما في ذلك privacy manifest
• شاشات ما قبل الإذن بلا زر «السماح»
• طلبات التقييم والإشعارات موضوعة بعد إثبات القيمة، دون فتح أي شيء مقابل تقييم (الإرشاد 3.2.2)
• صور ترويجية ولقطات شاشة تُظهر التطبيق الحقيقي، بما في ذلك في صفحات المنتج المخصصة

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

نموذج لشرح مسار تطبيقك لـ App Review

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

استبدل عبارة «التطبيق يحفظ بشكل صحيح» بسيناريو قابل لإعادة الإنتاج: شاشة البداية، ثم الإجراء، ثم الإغلاق وإعادة التشغيل، ثم النتيجة المستعادة. بعد الرفض، اذكر السلوك الذي أصلحته والجهاز الذي تحققت عليه. وإذا لم تتمكن من إعادة إنتاج المشكلة، فاشرح ما ينقصك لإعادة إنتاجها.

بيانات دخول الحساب التجريبي تُكتب في الحقول المخصصة لها في App Store Connect، وليس في ملف عام أبدًا. يمكنك تجهيز الأدلة باستخدام جدول اختبارات TestFlight والعثور على النماذج الخمسة المجانية.

تجنّب هذه الحالات من الرفض قبل الإرسال

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

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

لا أحد يستطيع أن يضمن أن Apple ستقبل تطبيقك. البدء من حالات رفض سبق أن عاشها غيرك يقلّل فقط احتمال أن تقع في الأخطاء نفسها.

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

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

لماذا رفضت Apple تطبيقي؟

دائمًا تقريبًا لسبب محدد، مكتوب في رسالة المراجعة: إرشاد مرقّم، وغالبًا ترافقه لقطة شاشة. في التطبيق الأول، أكثر الأسباب شيوعًا هي تطبيق غير مكتمل (2.1)، وخصوصية مصرّح بها بشكل خاطئ (5.1.1)، وبيانات وصفية مضللة (2.3.2). وهناك أيضًا الدفع الذي يتجاوز الشراء داخل التطبيق (3.1.1) وطلب التقييم في غير مكانه (5.6.3).

لماذا رُفض تطبيقي مع أنه يعمل على هاتفي iPhone؟

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

ماذا أفعل عندما ترفض Apple تطبيقي؟

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

هل يمكن الاعتراض على رفض Apple؟

نعم، لكن فقط إذا كنت متأكدًا من موقفك. تتيح Apple اللجوء إلى App Review Board إذا رأيت أن تطبيقك لم يُفهم جيدًا، باستئناف واحد فقط لكل إرسال مرفوض. الاعتراض على رفض مستحَق يضيّع الوقت بلا فائدة. وإلا، فأصلح السبب ورُدّ في App Store Connect.

هل يطيل الرفض مدة النشر؟

نعم. تقول Apple إنها تراجع 50% على الأقل من الإرسالات في أقل من 24 ساعة، و90% في أقل من 48 ساعة: إذن حالات الرفض هي التي تطيل الجدول الزمني، لا قائمة الانتظار. الرفض الذي كان يمكن تجنبه يكلّفك دورة مراجعة كاملة. تفاصيل المدد موجودة في مدة مراجعة App Store.

ماذا أتحقق منه قبل إرسال تطبيق إلى Apple؟

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