نشر التطبيق في المتاجر: المتطلبات والأخطاء التي تؤخّر القبول

بناء التطبيق ينتهي، ثم يبدأ طريق آخر: مراجعة المتجر. الرفض في المحاولة الأولى شائع جدًّا، وأغلبه لأسباب معروفة ومتكرّرة يمكن تفاديها قبل الإرسال.
ما يجب أن يكون جاهزًا قبل الإرسال
حسابات المطوّر
حساب لدى آبل وآخر لدى جوجل، باسم شركتك لا باسم المزوّد. هذه نقطة تعاقدية مهمة: التطبيق ملكك، وحسابه يجب أن يكون تحت سيطرتك. حساب المؤسسة لدى آبل يحتاج توثيقًا للكيان التجاري، وقد يستغرق وقتًا — ابدأه مبكرًا لا في نهاية المشروع.
سياسة الخصوصية وبيانات الخصوصية
لكل تطبيق يجمع أي بيانات: سياسة خصوصية منشورة على رابط عام يعمل. ثم — وهذا ما يُنسى — تعبئة بطاقة بيانات الخصوصية في المتجر بدقّة: ما الذي يُجمع، ولأي غرض، وهل يُربط بهوية المستخدم. تناقض بين ما تعلنه في البطاقة وما يفعله التطبيق فعلًا سبب رفض مباشر، وقد يُكتشف في مراجعة لاحقة.
حساب اختبار يعمل
إن كان تطبيقك يتطلّب تسجيل دخول، زوّد المراجع بحساب تجريبي فعّال وكلمة مروره، وبأي رمز تحقّق يحتاجه. المراجع الذي يقف عند شاشة الدخول يرفض التطبيق. تأكّد أن الحساب يعمل يوم المراجعة لا يوم إنشائه فقط.
مواد المتجر
أيقونة بالمقاسات المطلوبة، ولقطات شاشة لكل حجم جهاز مطلوب، ووصف دقيق. لا تعد في الوصف بما لا يفعله التطبيق، ولا تحشو أسماء منافسين في الكلمات المفتاحية.
أكثر أسباب الرفض شيوعًا
- أذونات بلا مبرّر: طلب الوصول إلى جهات الاتصال أو الموقع دون وظيفة واضحة تحتاجه. اطلب الإذن عند الحاجة إليه أول مرة، مع شرح مفهوم.
- تطبيق يشبه موقعًا مغلّفًا: تطبيق ليس فيه إلا نافذة تعرض موقعك يُرفض لضعف القيمة المضافة.
- الدفع خارج القنوات المسموحة: بيع محتوى رقمي داخل التطبيق له قواعد صارمة. اقرأها قبل أن تبني نموذج إيراداتك، لا بعده.
- أعطال واضحة: انهيار أو شاشة فارغة في مسار أساسي. اختبر على أجهزة حقيقية متنوّعة، لا على المحاكي وحده.
- محتوى ناقص: شاشات فيها نصوص تجريبية أو أقسام «قريبًا».
- عدم وجود طريقة لحذف الحساب: إن كان تطبيقك يسمح بإنشاء حساب، فيجب أن يسمح بحذفه من داخله.
الفروق بين المتجرين
مراجعة آبل بشرية وأدقّ، ومدّتها تتفاوت. جوجل أسرع غالبًا ويعتمد على الفحص الآلي أكثر، لكنه صارم في سياسات البيانات والأذونات وقد يوقف التطبيق لاحقًا. خطّط لمدّة المراجعة قبل أي موعد إطلاق تسويقي — وربط حملة إعلانية بتاريخ نشر غير مؤكّد مخاطرة لا داعي لها.
الاختبار قبل الإرسال
لا ترسل نسخة لم يجرّبها أحد غير من بناها. كلا المتجرين يوفّر قناة اختبار — TestFlight لدى آبل، والمسارات الداخلية والمغلقة لدى جوجل — تتيح توزيع النسخة على فريقك وعلى عملاء مختارين قبل النشر العام. أسبوع واحد من الاستخدام الحقيقي يكشف ما لا تكشفه أي قائمة فحص: مسار تسجيل مربك، وإشعار يصل في وقت خاطئ، وشاشة تنكسر على حجم جهاز لم تختبره.
بعد القبول
- راقب الانهيارات من اليوم الأول عبر أداة تقارير أعطال.
- تابع التقييمات وردّ عليها؛ الردّ يُقرأ ويؤثّر في قرار التحميل.
- خطّط لتحديث دوري: المتاجر تفضّل التطبيقات النشطة، والتطبيق الذي لا يُحدَّث لعام يبدأ بالتعثّر مع إصدارات النظام الجديدة.
- راقب متطلبات النسخة المستهدفة: كلا المتجرين يفرض حدًّا أدنى يتحدّث سنويًا، وتجاهله يمنع رفع أي تحديث لاحق.
ما لا نعد به
لا نضمن القبول من المحاولة الأولى — القرار ليس بأيدينا. ما نلتزم به: تجهيز كل ما سبق قبل الإرسال، ومعالجة ملاحظات المراجعة ضمن النطاق المتفق عليه حتى يُنشر التطبيق.
النشر جزء من نطاق تطوير تطبيقات الجوال لدينا.



