إجابة سريعة
استنادًا إلى تقرير الشفافية السنوي الصادر عن Google لعام 2025، تبلغ نسبة رفض عمليات الإرسال في Google Play نحو 7.89%: 1,692,467 عملية إرسال مرفوضة مقسومة على 21,461,250 عملية خضعت للمراجعة. هذا احتساب مبني على الأعداد التي تنشرها Google، وليس معدّلًا لسنة 2026 كاملة، ولا احتمال إخفاق تطبيق جديد في محاولته الأولى. أما أرقام الإنفاذ المنفصلة لدى Google فتقيس نتائج مختلفة.
المصدر: تقرير الشفافية السنوي من Google Play لعام 2025 (PDF)، المنشور في 31 مارس 2026، بنطاق عالمي. ويعطي تقرير 2024 نسبة 10.13% على الأساس نفسه.
يشرح هذا الدليل أحدث أرقام Google عن عمليات الإرسال والإنفاذ، وحدود هذه الأرقام، والفحوص العملية التي تساعدك على الاستجابة للرفض. وقد روجعت بيانات الشفافية السنوية ومراجعات السلامة وكل صفحة سياسة مرتبطة في موضعها بتاريخ 12 سبتمبر 2026.
كيف تقرأ الوسوم في هذا الدليل
- تقرير Googleرقم مطبوع في تقرير شفافية من Google أو في مراجعة سنوية للسلامة، ويُذكر مصدره إلى جانبه.
- احتسابعملية حسابية يجريها هذا الدليل على الأعداد التي تنشرها Google؛ أما الناتج فلا تنشره Google.
- سياسة Googleشرط أو إجراء موصوف في مركز مساعدة Play Console أو في سياسات برنامج المطوّرين.
- فحص عملياختبار نوصي به انطلاقًا من عمليات الإرسال التي ندعمها. ليس قاعدة من Google، ولا تكرارًا مقيسًا لحالات الرفض.
- مثالنموذج توضيحي صيغ لبيان شكل السجلّ. ليس حالة عميل ولا إحصاءً عن المنصّة.
في هذه الصفحة
ما معدّل رفض التطبيقات في Google Play عام 2026؟
لا تنشر Google نسبة مئوية تحمل اسم «معدّل الرفض»، لكنها تنشر مرة واحدة في السنة العددين اللازمين لحسابها: كم عملية إرسال تطبيق راجعت، وكم منها رفضت. وآخر سنة كاملة هي 2025، وقد صدر تقريرها في 31 مارس 2026، ولذلك يعمل دليل 2026 على نشاط سنة 2025.
أحدث بيانات سنوية كاملة عن عمليات الإرسال
تقرير Google| سنة النشاط | عمليات إرسال مُراجَعة | عمليات إرسال مرفوضة | المرفوضة ÷ المُراجَعة | تاريخ نشر التقرير |
|---|---|---|---|---|
| 2024 | 19,292,647 | 1,955,305 | 10.13% | 31 مارس 2025 · التقرير |
| 2025 | 21,461,250 | 1,692,467 | 7.89% | 31 مارس 2026 · التقرير |
مواضع المصادر: تقرير 2025، الصفحة المطبوعة 3؛ وتقرير 2024، الصفحتان المطبوعتان 3 و4. النسب المئوية محسوبة من الأعداد المنشورة (المرفوضة ÷ المُراجَعة × 100) ومقرَّبة إلى منزلتين عشريتين. ويصف التقريران تغطيتهما بأنها عالمية. روجعت البيانات في 12 سبتمبر 2026.
اطّلع على الاحتساب حسب السنة
حصة المرفوضة من مجموع عمليات الإرسال المُراجَعة
رُفضت نحو 8 من كل 100 عملية إرسال خضعت للمراجعة في 2025.
كيف تُحتسب النسبة وما الذي لا تستطيع التنبؤ به
تقارن النسبة بين الأعداد السنوية العالمية التي تعلنها Google لعمليات إرسال التطبيقات المُراجَعة والمرفوضة. ولا تقدّم التقارير فئة محدّدة للمحاولات الأولى ولا تفصيلًا بحسب محاولة الإرسال، ولذلك لا ينبغي استخدام هذا الإجمالي للتنبؤ بنتيجة تطبيق جديد بعينه.
ما لا تثبته هذه النسبة
- فرص تطبيقك. النسبة المتمّمة (نحو 92%) ليست احتمال الموافقة من المحاولة الأولى لتطبيق جديد.
- رقمًا لسنة 2026. بيانات سنة 2026 كاملة ليست متاحة بعد. صِف الرقم بأنه بيانات 2025 المتاحة في 2026.
- معدّل الموافقة النهائية. يذكر تقرير 2025 أيضًا حالات الموافقة بعد الرفض، لكنه لا يقدّم حساب الفئات اللازم لاستخراج معدّل موافقة بعد التصحيح، ولذلك لا يحتسب هذا الدليل معدّلًا كهذا.
- معدّل موافقة على الاختبار المغلق أو على إذن الإصدار العلني. قرارات منح الإذن للحسابات الشخصية الجديدة عملية مختلفة، ولا ترد في هذه الجداول.
- اتجاهًا في التشدّد. الانخفاض من 10.13% إلى 7.89% تغيّر في النسبة، وليس دليلًا على أن السياسة صارت أيسر، ولا على أن جودة المراجعة تغيّرت، ولا على أن المخاطرة انخفضت لدى مطوّر بعينه.
لماذا تذكر المواقع أرقامًا مختلفة
تقول بعض الصفحات إن Google لا تنشر مقامًا، وهذا صحيح في سلسلة مراجعات السلامة لا في تقارير الشفافية. وتقسم صفحات أخرى عدد «التطبيقات المُمنَعة» المأخوذ من مراجعة السلامة على مقام مأخوذ من تقرير الشفافية، وهو خلط بين سلسلتين مختلفتين.
إحصاءات الرفض والإنفاذ لدى Google
تنشر Google أرقام سلامة المنصّة في موضعين يسهل الخلط بينهما: تقرير الشفافية السنوي، وهو جدول بأعداد عمليات الإرسال والإنفاذ، والمراجعة السنوية للسلامة على مدوّنات Google، وهي سرد يتضمّن أرقامًا رئيسية مقرَّبة.
عمليات الإرسال المُراجَعة والمرفوضة
تقرير Googleإلى جانب عددي المُراجَعة والرفض في الجدول أعلاه، يذكر تقرير الشفافية لعام 2025 2,012,981 عملية إزالة و125,550 حساب مطوّر تم إنهاؤه. الإزالة إجراء على تطبيق كان متاحًا بالفعل، أما الرفض فقرار بشأن عملية إرسال قبل أن تصبح علنية.
المصدر: تقرير الشفافية السنوي لعام 2025، الصفحة المطبوعة 3.
التطبيقات المُمنَعة من النشر، من 2023 إلى 2025
تقرير Google| سنة النشاط | تطبيقات مخالفة للسياسات مُنعت من النشر | حسابات مطوّرين مسيئة محظورة | المصدر |
|---|---|---|---|
| 2023 | 2.28 مليون | 333,000 | مراجعة السلامة لعام 2023 (29 أبريل 2024) |
| 2024 | 2.36 مليون | أكثر من 158,000 | مراجعة السلامة لعام 2024 (29 يناير 2025) |
| 2025 | أكثر من 1.75 مليون | أكثر من 80,000 | مراجعة السلامة لعام 2025 (19 فبراير 2026) |
وتضيف المراجعات نفسها سياقًا ليس عدًّا لحالات الرفض. ففي 2023، بلغ عدد عمليات الإرسال التي رُفضت أو صُحِّحت بسبب أذونات حسّاسة مثل الموقع في الخلفية والرسائل القصيرة ما يقارب 200,000. وفي 2024، مُنع 1.3 مليون تطبيق من الحصول على وصول غير ضروري أو مفرط إلى بيانات المستخدم الحسّاسة؛ وفي 2025 بلغ هذا الرقم أكثر من 255,000، إلى جانب حظر 160 مليون تقييم وتعليق غير مرغوب فيها. وهذه المقاييس لا تُجمع بعضها إلى بعض ولا إلى أرقام الجدول.
وتذكر Google أيضًا أنها تجري أكثر من 10,000 فحص سلامة على التطبيقات قبل الإصدار وبعده. ولا يعني هذا العدد أن كل عيب صغير يؤدي إلى رفض تلقائي، ولا أن هذه الفحوص كلها بوابات سابقة للنشر.
لماذا تختلف أعداد الرفض والإزالة والمنع
| المصدر | المقياس | الوحدة | الفترة | ما لا يشمله |
|---|---|---|---|---|
| تقرير الشفافية السنوي | عمليات إرسال مرفوضة | عمليات إرسال، لا فئة معلنة من التطبيقات الفريدة | سنة تقويمية | ما إذا جرت الموافقة على التطبيق نفسه لاحقًا |
| تقرير الشفافية السنوي | عمليات الإزالة | تطبيقات أُزيلت بعد نشرها | سنة تقويمية | عمليات إرسال لم تصبح علنية قط |
| المراجعة السنوية للسلامة | تطبيقات مُنعت من النشر | تطبيقات، بأرقام مقرَّبة | سنة تقويمية | مقامًا، فلا يمكن تحويله إلى معدّل |
| المراجعة السنوية للسلامة | حسابات مطوّرين محظورة | حسابات | سنة تقويمية | حالات رفض التطبيقات الفردية |
يستخدم تقرير الشفافية السنوي والمراجعة السنوية للسلامة لدى Google تسميات مختلفة للمقاييس، ويعلنان مجاميع مختلفة. أبقِ كل رقم مرتبطًا بمصدره وتعريفه. ولا تشرح التقارير التي روجعت أي تحويل مباشر بين السلسلتين، ولذلك لا ينبغي الجمع بينهما لاحتساب معدّل رفض واحد.
يمكن أن يصحّ رقم إجمالي عن المنصّة ونتيجة مقيسة لدى مزوّد خدمة في الوقت نفسه. فمعدّل إتمام الاختبارات المُدارة لدى PrimeTestLab يصف اختبارات مغلقة تديرها الشركة وتُبقيها مزوّدة بالمختبِرين حتى تاريخ انتهائها، أما نسبة Google فتصف أعداد عمليات إرسال التطبيقات المعلنة. ولا يتنبأ أي منهما بالآخر.
أي نوع من قرارات Google Play وصلك؟
قبل إصلاح أي شيء، حدّد أي قرار بين يديك. فكلمة «مرفوض» تُستعمل على نحو فضفاض في خمس حالات على الأقل، والخطوة التالية تختلف في كل منها. والحالة في Play Console والرسالة الإلكترونية المُرسَلة إلى مالك الحساب تسمّيان القرار بدقة.
سياسة Googleاختر الإشعار الذي وصلك
| القرار أو العائق | حالتك | الخطوة التالية |
|---|---|---|
| رفض تطبيق أو تحديث | لم تُقبل التغييرات التي أرسلتها. ورفض التحديث العادي يُبقي النسخة المنشورة السابقة متاحة ريثما تصحّحه. | اقرأ الإشعار، وصحّح عملية الإرسال المعنيّة، ثم أعد الإرسال. راجع ماذا بعد الرفض. |
| رفض إذن الإصدار العلني، أو «مطلوب مزيد من الاختبار» (More testing required) | طلبك نقل تطبيق حساب شخصي جديد إلى الإصدار العلني يحتاج إلى مزيد من العمل؛ فهو قرار جاهزية يتعلق بالاختبار المغلق. | اتّبع خطوات الاختبار والجاهزية، ثم عالج رفض الاختبار عند طلب الإصدار العلني. |
| إزالة التطبيق | لم تعد قائمة المتجر متاحة. كان التطبيق منشورًا، ثم طالَه إجراء إنفاذ بعد النشر. | اتّبع إشعار الإنفاذ وأرسل تحديثًا متوافقًا عبر المسار الذي يحدّده. |
| تعليق التطبيق أو إنهاء الحساب | إجراء إنفاذ أشدّ على مستوى التطبيق أو على مستوى الحساب، ولكل منهما إشعاره ونتائجه. | استخدم مسار الاستئناف المذكور في الإشعار. ولا تفتح حسابًا آخر لإعادة النشر، فذلك يُعامَل معاملة المخالفة. |
| عائق في الرفع أو في التوافق | لا يمكن أن تمضي عملية الإرسال بصيغتها المعدّة: كأن يكون مستوى API المستهدَف دون الحدّ الأدنى الحالي، أو أن تكون الحزمة مما لا يقبله Play Console. | استوفِ الشرط التقني المذكور، ثم أرسل من جديد. لم تبدأ أي مراجعة بعد. |
معاني الحالات: مركز مساعدة Play Console، نشر تطبيقك وعملية الإنفاذ.
ما لا تخبرك به الحالة
التطبيق غير المتاح ليس مرفوضًا بسبب السياسات بالضرورة: فقد تكون أنت من ألغى نشره، أو تكون قاعدة توافق هي التي أوقفته. ورفض إذن الإصدار العلني قد يكون له أكثر من سبب، ولذلك فالصف أعلاه مسار لا تشخيص. كما أن إصدارًا على المسار المغلق قد يخضع هو نفسه لمراجعة السياسات، أما طلب إذن الإصدار العلني فقرار منفصل يتعلق بجاهزية الاختبار.
مخاطر الرفض الموثّقة وإصلاحاتها العملية
لا تنشر Google قائمة مرتّبة بأسباب الرفض، وهذا الدليل لا يختلق واحدة. والفحوص الثمانية أدناه مرتّبة بحسب ترتيب تنفيذها عمليًا، من الحزمة إلى ما حولها، ولكل فحص مصدره في السياسات. أما بنود الاختبار المغلق فمكانها قسم الاختبار: فهي شروط أهلية للحسابات الشخصية الجديدة، لا حالات رفض بسبب السياسات.
الاستقرار والأداء الوظيفي المفيد
الأعطال والتجمّد وفشل التثبيت
- المشكلة
- تحظر سياسة الأداء الوظيفي لدى Google التطبيقات التي تتعطّل أو تُغلق قسرًا أو تتجمّد أو تعمل على نحو غير طبيعي بأي شكل آخر، ومنها التطبيقات التي لا تُثبَّت، أو تُثبَّت ولا تعمل، أو تعمل ولا تستجيب.
- اختبار واحد قابل للملاحظة
- ثبّت الإصدار المرشّح نفسه تثبيتًا نظيفًا على جهازين فعليين: افتح التطبيق، وسجّل الدخول، وأكمل المسار الأساسي، ثم انقله إلى الخلفية وأعد فتحه. بعد ذلك اقرأ تقرير ما قبل الإطلاق بحثًا عن الأعطال وحالات عدم استجابة التطبيق (ANR).
- التصحيح
- أصلح أعطال بدء التشغيل وحالات عدم الاستجابة قبل الإرسال، ثم أعد المسار نفسه على الملف الثنائي بعد إعادة بنائه.
محتوى ثابت بلا وظيفة خاصة بالتطبيق
- المشكلة
- وتغطي السياسة نفسها محدودية الوظيفة أو المحتوى: محتوى ثابت بلا فائدة خاصة بالتطبيق، أو محتوى ضئيل جدًا، أو تطبيق صُمّم كي لا يفعل شيئًا. والصيغة وحدها لا تحدّد الامتثال؛ فالتطبيق يظل بحاجة إلى فائدة كافية ومحتوى كافٍ.
- اختبار واحد قابل للملاحظة
- اعرض الوظيفة الأساسية للتطبيق واشرح النتيجة المفيدة التي يقدّمها. وتحقّق من أن لديه محتوى كافيًا ووظيفة ذات معنى، لا مجرد عرض مادة ثابتة.
- التصحيح
- أضف الوظيفة أو المحتوى الذي يمنح التطبيق فائدة كافية للغرض المقصود منه.
وصول المراجِع
المراجِع لا يصل إلى وظائف مقيَّدة أو أساسية
- المشكلة
- تطلب Google بيانات دخول تعمل فعلًا وتعليمات لكل ميزة خلف تسجيل دخول أو قيد جغرافي أو مصادقة غير معتادة. وبدونها يصطدم المراجِع بجدار، والتطبيق الذي لا يمكن مراجعته لا يُوافَق عليه.
- اختبار واحد قابل للملاحظة
- ثبّت الإصدار الذي سترسله على جهاز بلا سجلّ سابق، ولا تستخدم سوى بيانات الدخول والتعليمات المدرجة في صفحة «محتوى التطبيق». فإن احتجت إلى أي شيء آخر للدخول، فالمراجِع سيحتاج إليه أيضًا.
- التصحيح
- وفّر حساب مراجعة مخصّصًا لا تنتهي صلاحيته، وتعليمات خطوة بخطوة لكل ميزة محجوبة. وليس كل تطبيق يحتاج إلى تسجيل دخول، كما أن الحساب العامل شرط مسبق للمراجعة لا ضمانة للموافقة.
المصدر تجهيز تطبيقك للمراجعة
الأذونات والخصوصية وأمان البيانات
نطاق الأذونات والإقرارات
- المشكلة
- تحتاج الأذونات الحسّاسة مثل الموقع في الخلفية والرسائل القصيرة إلى حالة استخدام يقدّمها التطبيق بصورة ظاهرة، وحيثما وُجد نموذج إقرار وجب أن يطابق ما يفعله التطبيق. وقد ذكرت مراجعة السلامة لعام 2023 لدى Google أن ما يقارب 200,000 عملية إرسال رُفضت أو صُحِّحت لهذا السبب بالذات.
- اختبار واحد قابل للملاحظة
- أدرج كل إذن خطِر في ملف البيان (manifest)، وسمِّ لكل إذن الشاشة التي يرى فيها المستخدم سبب الحاجة إليه.
- التصحيح
- احذف كل إذن بلا حالة استخدام ظاهرة، واجعل الإقرارات في Play Console تصف السلوك الذي سيلاحظه المراجِع. ووجود سبب مرتبط بميزة لا يكفي وحده: راجع القيود السارية على الإذن، وأي إفصاح بارز وموافقة مطلوبين قبل الوصول.
سياسة الخصوصية وحذف الحساب
- المشكلة
- أدرج رابط سياسة الخصوصية في Play Console، وضع داخل التطبيق رابطًا لها أو نصّها. ويجب أن تكون الصفحة علنية، وغير محجوبة جغرافيًا، وألّا تكون ملف PDF ولا قابلة للتعديل من الزوّار، وأن تحدّد التطبيق أو المطوّر، وأن تصف البيانات التي تُجمع فعلًا. وإذا كان بإمكان المستخدمين إنشاء حساب من داخل التطبيق، فوفّر طرقًا يسهل العثور عليها لطلب الحذف من داخل التطبيق ومن خارجه، وأفصح عن أي احتفاظ ضروري بالبيانات.
- اختبار واحد قابل للملاحظة
- افتح الرابط من جهاز غير مسجَّل الدخول، ومن بلد آخر إن استطعت، واقرأه في مقابل نموذج أمان البيانات.
- التصحيح
- انشر صفحة سياسة تتحكّم فيها أنت، وأدرجها في Play Console وداخل التطبيق، وأضف مسارات طلب الحذف حيثما كان التطبيق ينشئ حسابات.
المصدر سياسة بيانات المستخدم
أمان البيانات واتساق حزم SDK
- المشكلة
- يجب أن يعكس إقرار أمان البيانات ما يجمعه ويشاركه التطبيق وكل حزمة SDK من طرف ثالث بداخله. فحزم الإعلانات والتحليلات والإبلاغ عن الأعطال قد تجمع بيانات أو تشاركها دون إذن وقت التشغيل، ولذلك فالتطبيق «بلا أذونات» ليس تلقائيًا تطبيقًا «بلا بيانات»، ووجود صفحة خصوصية تعمل لا يثبت أن النموذج دقيق. تحقّق من إصدار حزمة SDK تحديدًا ومن إعدادها وسلوكها الفعلي.
- اختبار واحد قابل للملاحظة
- صدّر قائمة اعتماديات الإصدار، وراجع إفصاح كل حزمة SDK عن البيانات، وقارنه بكل إجابة في النموذج. وراقب حركة الشبكة عند أول تشغيل لترى ما يغادر الجهاز قبل أن يفعل المستخدم أي شيء.
- التصحيح
- صحّح النموذج ليطابق السلوك الملاحَظ، أو احذف حزمة SDK. فأنت المسؤول عن الإقرار، بما في ذلك عن شفرة لم تكتبها بنفسك.
قائمة المتجر والإقرارات والمدفوعات
قائمة المتجر والإعلانات والجمهور وإقرارات المحتوى
- المشكلة
- يسأل قسم «محتوى التطبيق» عمّا إذا كان التطبيق يتضمّن إعلانات، وعن الجمهور الذي يستهدفه، ويطلب استبيان تصنيف المحتوى وسائر الإقرارات السارية. وقائمة متجر تعرض ميزات لا توجد في الحزمة، أو إقرار يخالف ما يفعله التطبيق، سبب كافٍ للرفض بحد ذاته.
- اختبار واحد قابل للملاحظة
- راجع كل إجابة في «محتوى التطبيق» والإصدار مفتوح أمامك، وقارن كل لقطة شاشة بالواجهة الحالية.
- التصحيح
- حدّث الإقرارات وعناصر قائمة المتجر لتوافق الحزمة التي تصفها؛ وقد لا يحتاج تصحيح قائمة المتجر إلى ملف ثنائي جديد.
المصدر تجهيز تطبيقك للمراجعة
المدفوعات وشروط البرامج السارية
- المشكلة
- نظام الفوترة في Google Play مطلوب لبعض عمليات الشراء داخل التطبيق للسلع والخدمات الرقمية. أما السلع المادية والخدمات في العالم الواقعي وبعض الفئات الأخرى فمستثناة، وتسري برامج الفوترة البديلة أو العروض الخارجية في مناطق محدّدة وبشروطها الخاصة.
- اختبار واحد قابل للملاحظة
- حدّد لكل مسار شراء ما إذا كان يبيع محتوى رقميًا يُستهلك داخل التطبيق؛ فإن كان كذلك، فتأكّد من أنه يمرّ عبر Play Billing أو عبر برنامج أنت مسجَّل فيه فعلًا.
- التصحيح
- انقل عمليات الشراء الرقمية إلى Play Billing، أو وثّق تسجيلك في البرنامج. ولا تعامل برنامجًا إقليميًا على أنه إعفاء عالمي.
المصدر سياسة المدفوعات
فحوص ما قبل المراجعة ليست المراجعة
تنبّه فحوص ما قبل المراجعة في Play Console إلى بعض هذه الأمور قبل أن ترسل (بيانات دخول ناقصة، أو إقرارات أذونات، أو رابط خصوصية معطّل)، ويشغّل تقرير ما قبل الإطلاق التطبيق على أجهزة اختبار. وكلاهما يستحق التشغيل، لكن اجتيازهما لا يضمن الموافقة في مراجعة التطبيق الرسمية، ولا يقيس أي منهما كيف استخدم المشاركون في الاختبار المغلق التطبيق.
المصادر: اكتشاف مشكلات التطبيق مبكرًا بفحوص ما قبل المراجعة · استخدام تقرير ما قبل الإطلاق لتحديد المشكلات
كيف يؤثّر الاختبار المغلق في إذن الإصدار العلني
من الذي يلزمه استيفاء شرط الاختبار؟
سياسة Googleعلى حسابات المطوّرين الشخصية المُنشأة بعد 13 نوفمبر 2023 إجراء اختبار مغلق يضم 12 مختبِرًا على الأقل وافقوا على المشاركة دون انقطاع طوال آخر 14 يومًا قبل أن تتمكّن من طلب إذن الإصدار العلني. واستيفاء الحد الأدنى يجعلك مؤهّلًا لتقديم الطلب، ولا يعني الموافقة على التطبيق. أما حسابات المؤسسات والحسابات الشخصية المُنشأة قبل ذلك التاريخ فلا يسري عليها هذا الشرط.
لا يغني الاختبار الداخلي عن الاختبار المغلق مهما طالت مدّته: فلا بد من موافقة 12 مختبِرًا على المشاركة في مسار مغلق. وتفاصيل الإعداد في دليل شروط الاختبار المغلق في Google Play.
المصدر: شروط اختبار التطبيقات لحسابات المطوّرين الشخصية الجديدة.
الأدلة والجاهزية والخطوة التالية
من الاختبار المؤهِّل إلى الإصدار العلني
- 1أكمل الاختبار المغلق المؤهِّل. 12 مختبِرًا على الأقل، وافقوا على المشاركة طوال آخر 14 يومًا دون انقطاع.
- 2قدّم طلب إذن الإصدار العلني. يسأل الطلب كيف استخدم المختبِرون التطبيق، وما الملاحظات التي وصلتك، وما الذي تغيّر نتيجة لها.
- 3تراجع Google الطلب، وتستغرق المراجعة عادةً 7 أيام أو أقل، وقد تطول أحيانًا، ثم تمنح الإذن أو تطلب مزيدًا من الاختبار. وهذا التقدير يخصّ هذه المراجعة وحدها، لا الجدول الزمني لإطلاقك كله.
- 4بعد منح الإذن، جهّز الإصدار العلني. فمراجعته وطرحه خطوتان منفصلتان عن هذا القرار؛ والإذن أهلية لا نشر.
إذا انسحب أحد المختبِرين، انقطعت مدّته المؤهِّلة ولم تعد أيامه تُحتسب، أما بقية المختبِرين فلا يتأثرون. والمهم وقت تقديم الطلب هو أن يكون لديك 12 مختبِرًا مستوفين للشرط، لا أن يكون أحد قد انسحب في وقت ما.
تسأل Google عمّا تعلّمته، ولا تشترط حدًّا أدنى لعدد التحديثات. وبيان الجاهزية الذي ينبغي أن تستطيع قوله بصدق هو: راجعتُ ملاحظات المختبِرين، وعالجتُ المشكلات حيث لزم الأمر، وأستطيع أن أشرح ما تعلّمته ولماذا صار التطبيق جاهزًا. وإن كانت الإجابة الصادقة أن أحدًا لم يستخدم التطبيق، فالأرجح أن المراجعة ستصل إلى النتيجة نفسها.
وجود بضعة مختبِرين فوق 12 يمنحك هامش أمان أمام الانسحابات وملاحظات أوسع، ولا ندّعي أن ذلك يرفع فرص الموافقة بمقدار مقيس. وغطِّ أجهزة فعلية تمثيلية بوصف ذلك اختيارًا يخصّ ضبط الجودة. أما المعايير المنشورة فلا تقول شيئًا عن كيفية احتساب المحاكيات، ولذلك لا يقدّم هذا الدليل أي ادّعاء في أي من الاتجاهين. ذات صلة: تخطيط هامش المختبِرين، وأسئلة طلب إذن الإصدار العلني، وما الذي تتحقّق منه بعد الرفض.
ماذا تفعل بعد رفض تطبيق أو تحديث
يسمّي الإشعار القرار، وعملية الإرسال المعنيّة، والسياسة أو الشرط محلّ المسألة. اعمل انطلاقًا منه، بهذا الترتيب.
سياسة Google- 1اقرأ القرار بدقّة وحدّد عملية الإرسال المعنيّة. أي إصدار، وأي مسار، وأي سياسة أو شرط.
- 2أعد إنتاج المشكلة المذكورة أو افحصها على الحزمة التي خضعت للمراجعة، لا على التي بين يديك.
- 3صحّح المشكلة وراجع الشروط ذات الصلة في المجال نفسه، حتى لا تجد المراجعة التالية المشكلة المجاورة.
- 4تحقّق من الحزمة أو الإقرار المعني: أعد تنفيذ الاختبار القابل للملاحظة من الفحص المناسب أعلاه.
- 5أرسل التصحيح المناسب، أو اسلك مسار الاستئناف إن كنت ترى أن القرار خاطئ. وعند اللزوم افتح «نظرة عامة على النشر» واختر «إرسال للمراجعة»؛ فحفظ التصحيح لا يرسله تلقائيًا دائمًا.
- 6احتفظ بالأدلة وتابع النتيجة. الإشعار، والنسخة، والمشكلة، والتصحيح، والتحقّق، والقرار.
صحّح وأعد الإرسال، أو قدّم استئنافًا
إن كانت الملاحظة صحيحة، فصحّحها وأعد الإرسال. وإرشادات الإنفاذ من Google صريحة في أن إعادة الإرسال دون إصلاح المخالفة مشكلة بحد ذاتها. لا تُعد الإرسال ما دامت المخالفة المذكورة قائمة؛ وبعض الإصلاحات تغيّر قائمة المتجر أو الإقرارات دون تغيير الملف الثنائي. وإن كنت ترى أن القرار خاطئ، فاتّبع تعليمات الاستئناف الواردة في الإشعار، وأدرج اسم الحزمة، والنسخة المعنيّة، والسياسة المذكورة، وسبب اعتقادك أن القرار خاطئ، ولقطات شاشة أو خطوات قابلة لإعادة الإنتاج تثبت الامتثال. ولا تحاول إعادة النشر عبر حساب آخر.
المصادر: عملية الإنفاذ · التحكّم في وقت مراجعة تغييرات التطبيق ونشرها.
إصلاح في الملف الثنائي أم في الإقرارات؟
قد لا يتطلّب تصحيح قائمة المتجر أو الإقرارات ملفًا ثنائيًا جديدًا. أما الحزمة الجديدة فتلزم عندما يغيّر الإصلاح الشفرة المحزومة أو الموارد أو الأذونات أو الإعدادات. وقد تحلّ التصحيحات على الموقع أو على الخادم المشكلة أحيانًا دون إعادة بناء. اتّبع الإشعار وتحقّق من عملية الإرسال المعنيّة.
تصف Google معالجة تغييرات التطبيق عمومًا بأنها تستغرق من بضع ساعات إلى سبعة أيام، وقد تطول أحيانًا. وهذا ليس وقتًا مضمونًا لحسم حالة الرفض أو الاستئناف لديك، كما أن مراجعة إذن الإصدار العلني عملية منفصلة؛ انظر مدّة المراجعة في Google Play. ولا يُنشر عدد مسموح به لحالات الرفض ولا احتمال لنجاح الاستئناف، ولا نعد بشيء من ذلك هنا.
كيف يبدو سجلّ الرفض المفيد
مثالسجلّان توضيحيان، صيغا لبيان شكل الأدلة التي يجدر الاحتفاظ بها: أحدهما لرفض تحديث، والآخر لأهلية اختبار غير مكتملة. وليسا حالتي عميلين ولا إحصاءً. احتفظ بمعرّف عملية الإرسال من صفحة نشاط عمليات الإرسال في Play Console مع الإشعار والنسخة المعنيّة، حتى يتمكّن الدعم من تحديد عملية الإرسال بدقّة.
| الإشعار | رفض تحديث، سياسة بيانات المستخدم |
|---|---|
| النسخة المعنيّة | 2.4.1 (رقم الإصدار 241)، مسار الإصدار العلني |
| المشكلة | رابط سياسة الخصوصية في قائمة المتجر يعيد الخطأ 404 |
| التصحيح | أُعيدت صفحة سياسة الخصوصية على الرابط نفسه المستخدَم أصلًا في Play Console وداخل التطبيق. ولم يتغيّر أي رابط مضمّن، فلم يلزم ملف ثنائي جديد. |
| التحقّق | فُتح الرابط من جهاز غير مسجَّل الدخول في بلدين؛ وأُعيدت قراءة نموذج أمان البيانات في مقابل الصفحة |
| القرار | أُعيد الإرسال؛ وحصل التحديث على الموافقة |
| الإشعار | أهلية الاختبار غير مكتملة |
|---|---|
| النسخة المعنيّة | 1.0.3، المسار المغلق |
| المشكلة | أُضيف 12 مختبِرًا؛ ولم تستمر مشاركة سوى 9 منهم طوال 14 يومًا |
| التصحيح | استُقطب ثلاثة مختبِرين بدلاء؛ وبدأ كل منهم مدّته الخاصة البالغة 14 يومًا |
| التحقّق | أظهرت لوحة البيانات استمرار مشاركة 12 مختبِرًا طوال آخر 14 يومًا |
| القرار | صار مؤهّلًا لتقديم الطلب بعد أن أتمّ المختبِرون البدلاء مددهم المطلوبة |
قائمة تحقّق قبل الإرسال
طبّقها على الإصدار الذي أنت على وشك إرساله بالذات، لا على الذي اختبرته الأسبوع الماضي. والبنود الموسومة بـحيثما ينطبق تتوقف على ما يفعله التطبيق.
الحزمة والسلوك
وصول المراجِع والإقرارات
الخصوصية والبيانات
المدفوعات
بوابة الاختبار، للحسابات الشخصية الجديدة فقط
أسئلة وأجوبة
هل تتنبأ النسبة السنوية بنتيجة المراجعة الأولى لتطبيقي؟
لا. نسبة 7.89% تقارن بين الأعداد العالمية التي تعلنها Google لعمليات إرسال التطبيقات المُراجَعة والمرفوضة في 2025. ولا تقدّم التقارير فئة محدّدة للمحاولات الأولى، ولذلك ليست النسبة ولا النسبة المتمّمة لها احتمالًا يخصّ تطبيقًا جديدًا بعينه.
لماذا يختلف العدد في مراجعة السلامة عن العدد في تقرير الشفافية؟
لأنهما يقيسان أشياء مختلفة. فالمراجعة السنوية للسلامة تنشر أعدادًا مقرَّبة للتطبيقات المخالفة للسياسات التي مُنعت من النشر، أما تقرير الشفافية فيعدّ عمليات الإرسال المرفوضة وعمليات الإزالة. ولا تنشر Google أي مطابقة بين السلسلتين، ولذلك لا يمكن دمجهما في معدّل واحد.
هل يؤثّر رفض التحديث في النسخة المنشورة بالفعل؟
رفض التحديث العادي لا يزيل النسخة المنشورة؛ فالإصدار السابق يبقى متاحًا ريثما تصحّح التحديث. أما الإزالة والتعليق وإنهاء الحساب فحالات إنفاذ منفصلة لكل منها إشعارها، وهي التي تؤثّر في التطبيق المنشور.
هل رفض إذن الإصدار العلني رفضٌ بسبب السياسات؟
لا. قرار إذن الإصدار العلني لحساب شخصي جديد يراجع الاختبار المغلق الذي أجريته والإجابات التي قدّمتها. وعبارة «مطلوب مزيد من الاختبار» تعني أن الطلب يحتاج إلى مزيد من العمل، وليست مخالفة سياسات مسجَّلة على التطبيق، كما أن زيادة عدد المختبِرين لا تُسقط رفضًا حقيقيًا بسبب السياسات.
هل أقدّم استئنافًا أم أرسل تصحيحًا؟
لا تُعد الإرسال ما دامت المخالفة المذكورة قائمة. وبعض الإصلاحات تغيّر قائمة المتجر أو الإقرارات دون تغيير الملف الثنائي. وإن كنت ترى أن القرار خاطئ، فاتّبع تعليمات الاستئناف الواردة في الإشعار وقدّم ما يثبت الامتثال. ولا تنشئ حسابًا آخر لإعادة النشر، فذلك يُعامَل معاملة المخالفة.
المصادر وملاحظات البيانات
وجهتك التالية تتوقف على ما جئت من أجله. فإن أردت الاستشهاد بالمعدّل، فاذكر 7.89% مع سنته (نشاط 2025) ومقامه (عمليات الإرسال المُراجَعة). وإن أردت التصرّف بناءً على إشعار، فابحث عن صفّه في جدول القرارات واتّبع ذلك المسار. وإن كانت بوابة الاختبار هي العائق، فإن دليل شروط الاختبار المغلق يغطي الإعداد من أوله إلى آخره.
الخلاصة
نسبة رفض عمليات الإرسال في Google Play لعام 2025 تبلغ نحو 7.89%، محسوبة من 1,692,467 عملية إرسال مرفوضة و21,461,250 عملية خضعت للمراجعة في تقرير الشفافية السنوي لعام 2025 الصادر عن Google. وهو رقم تاريخي على مستوى المنصّة كلها، لا يمثّل فرص تطبيقك أنت. أما إشعار الرفض فيسمّي قرارًا بعينه: صحّح ما يسمّيه، وأعد الإرسال أو قدّم استئنافًا، وتعامل مع بوابة الاختبار للحسابات الشخصية الجديدة بوصفها خطوة جاهزية منفصلة.
تقارير الشفافية السنوية
المراجعات السنوية للسلامة
السياسات ومركز مساعدة Play Console
سجلّ التحديثات
28 فبراير 2026: نُشر معتمدًا على سلسلة المراجعات السنوية للسلامة وحدها. 12 سبتمبر 2026: أُضيف احتساب تقرير الشفافية وحدوده، وفُصلت سلسلتا Google إحداهما عن الأخرى، وأُضيف جدول القرارات وأقسام وصول المراجِع وأمان البيانات وما بعد الرفض، وحُذف إطار الأسباب المرتَّبة؛ كما صحّحت مراجعة ثانية في اليوم نفسه صياغات إعادة الإرسال والأداء الوظيفي وتوقيت المراجعة. والتحديث السنوي التالي عندما تنشر Google تقرير 2026، ويُتوقّع في 2027.