قائمة تحقق لتقديم التطبيق إلى المتاجر: كيف تتجنب أكثر أسباب الرفض شيوعاً

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

ما هي أكثر أسباب رفض التطبيقات شيوعاً؟

لا تبحث آبل ولا جوجل عن ذرائع لرفض تطبيق شرعي — المراجعون يتحققون فقط من أن التطبيق يعمل كما هو موصوف ولا يضلّل المستخدم. عملياً، تتكرر نفس المشاكل مراراً:

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

ماذا يجب تجهيزه قبل تقديم التطبيق؟

معظم حالات الرفض التي يمكن تفاديها سببها عدم تجهيز الأساسيات قبل فتح نموذج التقديم. راجع هذه النقاط قبل الضغط على "إرسال":

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

كيف تسير مدة مراجعة المتاجر فعلياً؟

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

ماذا تفعل إذا رُفض تطبيقك؟

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

ما الفرق بين مراجعة آبل ومراجعة Google Play؟

مراجعة App Store يقوم بها شخص يفتح التطبيق ويستخدمه فعلياً، وهذا ما يجعل الأعطال ولقطات الشاشة غير المطابقة تُكتشف بشكل موثوق — وهو أيضاً سبب كون المراجعة عموماً أكثر صرامة فيما يخص التصميم وقواعد الوظائف. أما Google Play فيعتمد بشكل أكبر على فحوصات آلية إلى جانب مراجعة السياسات، مع اقتصار المراجعة البشرية غالباً على التطبيقات المشتبه بها أو فئات محددة؛ وعادة ما تكون أسرع للتطبيقات البسيطة لكنها أكثر صرامة في بعض جوانب السياسات، كالأذونات وإفصاحات أمان البيانات. التحضير وفق المعيار الأكثر صرامة بين الاثنين — أي التعامل مع كل لقطة شاشة وإذن ومسار كأن شخصاً سيتحقق منه يدوياً — يغطي المتطلبين معاً.