الخطوات الفعلية لنشر تطبيق على المتجرين، وأسباب الرفض الأكثر تكرارًا وكيف تتجنبها قبل أن تكلّفك أسابيع.
بناء التطبيق ليس نهاية المشوار. كثير من المشاريع تصل إلى مرحلة «التطبيق جاهز» ثم تتعثّر شهرًا كاملًا في النشر، لأن أحدًا لم يخطّط لهذه المرحلة. هذا الدليل يشرح ما يحدث فعليًا بين لحظة اكتمال الكود ولحظة ظهور التطبيق للمستخدمين.
قبل أن تبدأ: ما تحتاجه جاهزًا
- حساب مطوّر على المنصة المستهدفة — وهذا يستغرق وقتًا للتفعيل، فابدأه مبكرًا.
- أيقونة التطبيق بمقاسات المنصة، وصور من داخل التطبيق لكل مقاس شاشة مطلوب.
- وصف التطبيق بلغة السوق المستهدف، وكلمات مفتاحية للبحث داخل المتجر.
- سياسة خصوصية منشورة على رابط عام — إلزامية في المتجرين، ولا استثناء.
- صفحة أو آلية لحذف حساب المستخدم إن كان التطبيق يسمح بإنشاء حسابات.
البندان الأخيران هما أكثر ما يفاجئ العملاء. سياسة الخصوصية وحذف الحساب ليسا تفصيلًا قانونيًا مؤجّلًا — بل شرطان يوقفان المراجعة فورًا إن غابا.
أولًا: Google Play
1. حساب المطوّر
التسجيل في Google Play Console يتطلب رسم تسجيل يُدفع مرة واحدة فقط. بعدها يمر الحساب بمرحلة تحقق من الهوية، وهي التي تستهلك الوقت لا الدفع نفسه.
2. شرط الاختبار المغلق للحسابات الفردية الجديدة
هذه أكبر مفاجأة لمن ينشر لأول مرة: حسابات المطوّرين الفردية الجديدة مطالبة بتشغيل اختبار مغلق بعدد معيّن من المختبِرين ولمدة محددة متصلة قبل السماح بالنشر العام. عمليًا يعني ذلك أسبوعين إضافيين على الأقل — ولا يمكن اختصارها.
الحسابات المسجّلة كمنظمة (شركة) تخضع لمسار مختلف. إن كنت تنشر باسم شركة، سجّل الحساب كمنظمة من البداية بدل حساب فردي.
3. إعداد صفحة المتجر ورفع الحزمة
يُرفع التطبيق بصيغة Android App Bundle مُوقَّعة. احتفظ بمفتاح التوقيع في مكان آمن — فقدانه يعني عجزك عن تحديث تطبيقك لاحقًا، وهذه مشكلة لا تُحل بسهولة.
4. استمارة تقييم المحتوى وأمان البيانات
قسم «أمان البيانات» يطلب إفصاحًا دقيقًا عن كل بيان يجمعه التطبيق ولماذا. أي تعارض بين ما تعلنه هنا وما يفعله التطبيق فعليًا سبب رفض مباشر، وقد يصل إلى تعليق الحساب.
ثانيًا: App Store
1. Apple Developer Program
اشتراك سنوي متجدد. التسجيل كشركة يتطلب رقم D-U-N-S، واستخراجه قد يستغرق أيامًا إلى أسابيع. ابدأ به قبل أن يكتمل التطبيق، لا بعده.
2. الشهادات ومعرّفات التطبيق
منظومة Apple للتوقيع أكثر تعقيدًا من نظيرتها: شهادات، ومعرّفات تطبيق، وملفات تزويد. الأدوات الحديثة تدير معظم ذلك تلقائيًا، لكن فهم ما يجري ضروري حين يتعطّل شيء.
3. المراجعة البشرية
على خلاف Google، تعتمد Apple على مراجعة بشرية فعلية. زمن المراجعة عادةً قصير، لكن الرفض شائع. وتذكّر أن المراجع سيستخدم التطبيق فعلًا: إن كان يتطلب تسجيل دخول، فوفّر له حساب تجريبي يعمل، وإلا رُفض التطبيق لعجزه عن الدخول.
أكثر أسباب الرفض تكرارًا
| السبب | كيف تتجنّبه |
|---|---|
| التطبيق يبدو كموقع داخل إطار | وفّر وظائف أصلية حقيقية: إشعارات، عمل دون اتصال، تكامل مع النظام. |
| غياب حساب تجريبي للمراجع | أرفق بيانات دخول عاملة في ملاحظات المراجعة، وتأكد من صلاحيتها. |
| سياسة خصوصية مفقودة أو رابط معطّل | انشرها على رابط عام دائم وتحقق منه قبل الإرسال. |
| لا توجد وسيلة لحذف الحساب | أضف خيار حذف الحساب داخل التطبيق نفسه، لا عبر مراسلة الدعم. |
| إفصاح بيانات غير مطابق للواقع | راجع كل ما يجمعه التطبيق فعليًا، بما في ذلك ما تجمعه المكتبات الخارجية. |
| التطبيق يتعطّل عند أول تشغيل | اختبره على جهاز نظيف بحساب جديد، لا على جهاز المطوّر. |
بعد النشر
النشر بداية لا نهاية. راقب تقارير الأعطال في الأيام الأولى، وتابع تقييمات المستخدمين وردّ عليها، وخطّط لتحديث دوري. التطبيق الذي لا يُحدَّث لشهور طويلة يفقد ترتيبه داخل المتجر تدريجيًا.
خبرتنا في هذا تحديدًا
لدينا 126 تطبيقًا منشورًا فعليًا على App Store و Google Play. تعاملنا مع أغلب أسباب الرفض المذكورة أعلاه في مشاريع حقيقية، ونعرف أين تضيع الأسابيع. إن كان تطبيقك جاهزًا وتريد نشره دون تعثّر، يمكننا تولّي هذه المرحلة بالكامل.