ثمانية أسباب ترد تطبيقك من مراجعة المتجر، وأغلبها لا علاقة له بالبرمجة

ثمانية أسباب ترد تطبيقك من مراجعة المتجر

الجواب المختصر: أغلب حالات رفض التطبيقات في App Store و Google Play لا تقع بسبب خطأ برمجي، بل بسبب أمور إدارية يملكها صاحب المشروع لا المبرمج — حساب تجريبي يفتح به المراجع التطبيق، سياسة خصوصية مكتملة، إقرار بيانات مطابق للواقع، حساب مطور باسم الشركة، ومهلة تقنية فاتت. وكل واحد من هذه البنود يمكن تجهيزه قبل الإطلاق بأسبوعين دون سطر برمجي واحد.

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

١ — لا يوجد حساب تجريبي يفتح به المراجع تطبيقك

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

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

٢ — التطبيق في نظر المتجر مجرد موقع مغلف

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

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

٣ — سياسة الخصوصية ناقصة أو غير موجودة داخل التطبيق

تشترط أبل في بند جمع البيانات (5.1.1) رابط سياسة خصوصية في بيانات المتجر وداخل التطبيق بمكان يسهل الوصول إليه، وأن تبيّن السياسة أي بيانات تُجمع وكيف وأين تُستخدم، وأن تؤكد أن أي طرف ثالث يشاركك البيانات — أدوات التحليلات وشبكات الإعلان وحزم التطوير الخارجية — يوفر الحماية نفسها، وأن تشرح مدد الحفظ والحذف وكيف يسحب المستخدم موافقته.

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

٤ — لا يوجد خيار حذف الحساب داخل التطبيق

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

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

٥ — إقرار سلامة البيانات في جوجل بلاي لا يطابق ما يفعله التطبيق

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

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

٦ — التحديث مرفوض لأن التطبيق يستهدف نسخة أندرويد قديمة

منذ 31 أغسطس 2026، يشترط جوجل بلاي أن تستهدف التطبيقات الجديدة والتحديثات أندرويد 16 (مستوى API 36) أو أعلى، مع استثناءات: Wear OS وأندرويد للسيارات عند المستوى 35، وأندرويد TV و XR عند المستوى 34. ومن طلب تمديدا فمهلته تنتهي في 1 نوفمبر 2026.

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

٧ — الحسابات الجديدة تحتاج 12 مختبرا و14 يوما قبل النشر

حسابات المطورين الشخصية المنشأة بعد 13 نوفمبر 2023 على جوجل بلاي لا تستطيع النشر للعموم مباشرة: تحتاج اختبارا مغلقا بـ12 مختبرا على الأقل، منضمين بشكل متصل مدة 14 يوما، قبل التقدم لطلب الوصول للإنتاج. أي أسبوعان إضافيان في الجدول، و12 شخصا حقيقيا بحسابات جوجل فعلية.

وعلى الجانب الآخر، التسجيل في برنامج مطوري أبل باسم منشأة يتطلب رقم D-U-N-S وكيانا نظاميا يستطيع التعاقد، بالاسم النظامي للمنشأة — لا اسما تجاريا ولا فرعا. استخراج الرقم والتحقق يستغرقان أياما. ابدأ هذه الخطوة في أول أسبوع من المشروع، لا في أسبوع الإطلاق.

٨ — بيانات المتجر واللقطات ونسخة لكل فرع

ثلاث قواعد صغيرة تُسقط إصدارات كاملة: اللقطات يجب أن تُظهر التطبيق أثناء الاستخدام لا شاشة البداية أو تسجيل الدخول (2.3.3)، واسم التطبيق محدود بثلاثين حرفا ولا يجوز حشو الكلمات المفتاحية بعلامات تجارية أو أسماء تطبيقات مشهورة أو أسعار (2.3.7)، ولا يجوز إنشاء معرّفات متعددة لنفس التطبيق (4.3 أ) — وهذا يقع فيه من يطلب تطبيقا منفصلا لكل فرع أو كل مدينة. الصحيح تطبيق واحد يختار المستخدم داخله الفرع.

كيف تدخل هذه البوابة في خطة المشروع

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

الكود ينتهي قبل الإطلاق بأسبوع. ملف النشر يحتاج أسبوعين. الترتيب الخاطئ بين الاثنين هو سبب أغلب التأجيلات.

المصادر

• أبل — إرشادات مراجعة App Store
• أبل — اشتراط رقم D-U-N-S للتسجيل كمنشأة
• جوجل بلاي — اشتراط مستوى API المستهدف
• جوجل بلاي — قسم سلامة البيانات
• جوجل بلاي — متطلبات الاختبار قبل الوصول للإنتاج