رفض متاجر التطبيقات: لماذا تُرفض التطبيقات وكيف تتفاداه

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

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

هذا الدليل يشرح ما يتسبب في الرفض فعلاً، والمتطلبات الخليجية التي تُربك الإطلاقات الإقليمية.

مُدد واقعية

خطّط لرفض واحد على الأقل في أول رفع. هذه هي الحالة الطبيعية لا الفشل. والفرق التي تخصّص صفر وقت احتياطي هي التي تفوّت مواعيد الإطلاق.

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

حالات الرفض التي تحدث فعلاً

1. إفصاحات خصوصية لا تطابق التطبيق

أشيع رفض تقني. بطاقات خصوصية Apple ونموذج أمان البيانات في Google يجب أن يطابقا ما يفعله تطبيقك فعلاً — والتحليل الآلي يفحص ملفك التنفيذي.

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

الحل: دقّق ما ترسله كل اعتمادية قبل ملء أي من النموذجين. وسياسة الخصوصية يجب أن تتفق مع الاثنين.

2. غياب حذف الحساب

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

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

3. قواعد الدفع

السلع والخدمات الرقمية المستهلَكة داخل التطبيق يجب أن تمر عموماً عبر نظام الشراء داخل التطبيق. أما السلع المادية وخدمات العالم الحقيقي فتستخدم الدفع الخارجي.

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

4. معلومات مراجعة ناقصة

يجب أن يستطيع المراجعون استخدام تطبيقك بالكامل. والرفض يتبع:

• عدم وجود حساب تجريبي لتطبيق خلف تسجيل دخول
• بيانات تجريبية توقفت عن العمل
• ميزات تحتاج عتاداً أو خادماً لا يصل إليه المراجع
• عدم شرح وظائف مقيّدة جغرافياً

والحل إداري: وفّر بيانات تجريبية تعمل، وتحقق من عملها يوم الرفع.

5. روابط مكسورة ومحتوى مؤقت

روابط سياسة خصوصية تعيد 404، وصفحات دعم غير موجودة، ونص «Lorem ipsum» متروك في شاشة إعدادات. تافهة التفادي وشائعة فعلاً.

6. وظائف غير كافية

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

7. أذونات بلا مبرر

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

المتطلبات الخليجية

الإطلاقات الإقليمية تحمل اعتبارات تغفلها الأدلة العالمية.

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

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

لقطات شاشة بـRTL. إن كان تطبيقك يدعم العربية، ارفع لقطات عربية تُظهر تخطيط RTL. والمراجع الذي يفحص قائمة عربية مقابل لقطات LTR فقط يلاحظ ذلك.

تكامل الدفع. البوابات المحلية مثل مدى يجب أن تحترم قواعد دفع المنصة للسلع الرقمية. أما السلع المادية وخدمات العالم الحقيقي فلا إشكال — راجع بوابات الدفع في الخليج.

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

قائمة تحقق قبل الرفع

الحسابات والوصول

• حساب تجريبي يعمل مع بياناته في ملاحظات المراجعة
• التحقق من البيانات يوم الرفع
• شرح أي متطلبات وصول أو عتاد خاصة

الخصوصية

• تدقيق كل حزمة برمجية لما ترسله فعلاً
• بطاقات خصوصية Apple تطابق التطبيق
• نموذج أمان بيانات Google يطابق التطبيق
• رابط سياسة الخصوصية يعمل ويطابق الاثنين
• السياسة متاحة من داخل التطبيق

الوظائف

• حذف الحساب متاح داخل التطبيق ويحذف فعلاً
• لا محتوى مؤقت ولا روابط ميتة في أي مكان
• لكل إذن وصف استخدام واضح
• طريقة الدفع صحيحة لما تبيعه

الإقليمي

• بيانات القائمة ولقطات الشاشة بالعربية
• لقطات RTL إن كانت العربية مدعومة
• مراجعة المحتوى وفق المعايير الإقليمية
• وثائق الترخيص جاهزة للقطاعات المنظّمة

حين تُرفض

اقرأ السبب الفعلي. إشعارات الرفض تستشهد ببند محدد. والبند المذكور هو ما تصلحه — لا ما تفترض أن المراجع قصده.

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

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

ولا تكدّس التغييرات. أصلح ما ذُكر وأعد الرفع. فضمّ تحسينات غير متصلة إلى إصلاح الرفض يضيف سطحاً جديداً لرفض ثانٍ.

اقرأ أيضاً

• دليل سياسة الخصوصية — الوثيقة التي يفحصها المتجران.
• دليل التعريب — تعريب القائمة ولقطات الشاشة.
• تطبيق أم موقع متجاوب؟ — متى يكون المتجر محقاً في أنك لا تحتاج تطبيقاً.
• اختبار تطبيقات الجوال — التقاط المشكلات قبل أن تلتقطها المراجعة.
• تكلفة تطوير التطبيقات — موضع وقت المراجعة في الجدول.

الأسئلة الشائعة

كم تستغرق مراجعة متجر التطبيقات؟

Apple تراجع عادةً خلال 24 إلى 48 ساعة، وGoogle خلال ساعات إلى يومين غالباً، وإن كانت الحسابات الجديدة قد تستغرق أطول. خصّص أسبوعاً إلى أسبوعين لأول إطلاق، لأن رفضاً واحداً على الأقل في أول رفع أمر طبيعي لا استثنائي.

ما أشيع أسباب رفض التطبيقات؟

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

هل أحتاج حذف الحساب داخل تطبيقي؟

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

هل أستطيع استخدام بوابة دفع خاصة بي بدل الشراء داخل التطبيق؟

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

هل أحتاج لقطات شاشة عربية للأسواق الخليجية؟

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

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

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

هل هناك متطلبات إضافية لتطبيقات الصحة والمال؟

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

الخلاصة

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

ومعظم حالات الرفض تعود لأسباب معدودة — إفصاحات لا تطابق التطبيق، وغياب حذف الحساب، وقواعد الدفع، ووصول المراجع. وأربعتها قابلة للفحص قبل الرفع.

وللإطلاقات الخليجية، عرّب القائمة كما ينبغي. بيانات القائمة العربية ولقطات RTL رخيصة، والقائمة بالإنجليزية وحدها تكلفك تنزيلات في سوقك المستهدف بصمت.

تطلق في الخليج؟ تواصل معنا — نتولى الرفع والمتطلبات الإقليمية المصاحبة له. اطّلع على خدمات تطوير تطبيقات الموبايل.