رفض التطبيق من App Store: الأسباب وكيف تتجاوزها

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

اقرأ رقم البند قبل أن تعدّل شيئاً#

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

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

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

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

تطبيق ناقص أو حساب تجريبي لا يعمل#

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

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

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

الروابط الميتة داخل التطبيق تدخل في الباب ذاته. رابط سياسة الخصوصية الذي يفتح صفحة غير موجودة، أو زر «تواصل معنا» الذي يحيل إلى بريد لا يعمل، يوقف المراجعة. افحص كل رابط خارجي في التطبيق يدوياً قبل الرفع؛ العدد صغير والعائد كبير.

الدفع داخل التطبيق والاشتراكات#

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

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

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

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

الخصوصية وأذونات الجهاز#

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

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

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

يضاف إلى ذلك بطاقة الخصوصية التي تعبّئها في App Store Connect، وهي إقرار بما يجمعه التطبيق وكيف يُستخدم. تناقض البطاقة مع سلوك التطبيق الفعلي سبب رفض مباشر. وإن كان تطبيقك يجمع بيانات مستخدمين في السعودية فراجع التزاماتك أمام الهيئة السعودية للبيانات والذكاء الاصطناعي وثبّت سياسة خصوصية عربية على رابط عام يعمل قبل الرفع.

التطبيق الذي هو موقع مغلّف#

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

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

التطبيق الهجين المبني على React Native أو Flutter لا يُرفض لكونه هجيناً؛ يُرفض حين يكون واجهة ويب بلا وظيفة جهاز. القاعدة تخص ما يقدّمه التطبيق للمستخدم على جهازه، لا التقنية التي بُني بها.

كيف ترد على قرار الرفض#

1. اقرأ البند وقرر نوع التعديل

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

2. أصلح السبب وحده وأعد الاختبار

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

3. ارفع رداً مكتوباً قبل النسخة الجديدة

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

4. استخدم حق الاستئناف عند الخلاف الحقيقي

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

أسئلة شائعة#

هل يؤثر الرفض على حساب المطوّر أو على تطبيقاتي الأخرى؟#

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

هل تختلف مراجعة Google Play عن App Store؟#

نعم، والفرق عملي: Google Play تعتمد على فحص آلي أوسع وسياسات منشورة في مركز سياسات المطورين، وقد تصل الملاحظة بعد النشر لا قبله. هذا يعني أن قبول النسخة على أندرويد لا يضمن قبولها على iOS، وأن الاستعداد لمتجرين يحتاج قراءة وثيقتين لا واحدة.

التطبيق يعمل عندي ورُفض بسبب عطل، كيف أعرف السبب؟#

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

هل أحتاج سجلاً تجارياً سعودياً لنشر التطبيق باسم الشركة؟#

حساب المطوّر باسم منشأة يتطلب مستندات تثبت الكيان النظامي ورقم تعريف الشركة لدى آبل. النشر باسم فرد ممكن لكنه يظهر باسمك الشخصي في المتجر ويصعّب نقل الملكية لاحقاً. تفاصيل التجهيز في نشر التطبيق لشركة سعودية.

ما تفعله قبل الرفع التالي#

قرار الرفض من App Store يختصر إلى سؤال واحد تجيب عنه قبل أن تضغط زر الإرسال: هل يستطيع شخص لا يعرف شركتك أن يدخل التطبيق ويستخدم وظيفته الأساسية حتى نهايتها دون أن يسألك شيئاً؟ إن كان الجواب لا، فأنت ترفع نسخة سترجع إليك. راجع الحساب التجريبي، وملاحظات المراجعة، وبطاقة الخصوصية، وطريقة تحصيل المال، وستكون قد تفاديت أكثر الأسباب شيوعاً قبل حدوثها.

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