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