التخطي إلى المحتوى

تمت مراجعته وفق وثائق Google الرسمية

هل يمكن استخدام محاكي للاختبار المغلق في Google Play؟ (2026)

المحاكيات أداة Google نفسها لاختبار التطبيقات، وهي تستحق الاستخدام. لكنها لا تستطيع أن تحل محل الأشخاص الذين يحتاج إليهم اختبارك المغلق، ولا تذكر أي من الوثائق التي رُوجعت لهذا الدليل ما إذا كان المشارك عبر محاكي يُحسب ضمن الـ12. وتوصيتنا نحن أكثر حزمًا من ذلك: اختبر على المحاكيات، ولا تصنع بها مختبِرين.

12 / 14 مختبِرًا / يومًا
13 نوفمبر 2023 الحد الفاصل للحسابات
غير محدد قاعدة احتساب المحاكي
سبتمبر 2026 إعادة التحقق من المصادر

النسخة المختصرة

هل يمكن أن يُحسب المحاكي ضمن الـ12 مختبِرًا؟الشرط يذكر المختبِرين والموافقة المتواصلة على المشاركة، لا نوع الجهاز

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

أربعة أسئلة تُجاب عادةً كأنها سؤال واحد
السؤال ما الذي يحسمه أين تجد الإجابة
هل يستطيع المحاكي تشغيل تطبيقي والمساعدة في اختباره؟ صورة النظام التي تختارها، والتطبيق نفسه. وثائق محاكي Android Studio. هذا ما صُنعت الأداة من أجله.
هل يستطيع مختبِر فتح نسختي المغلقة على محاكي؟ حساب Google، وما إذا كانت الموافقة على المشاركة قد قُبلت، والإصدار المنشور، وأي قيود ضبطتها أنت. إعداد الاختبار في Play Console: أهلية الحساب، وتوافر الإصدار، والتوافق، وأي فحوصات للأجهزة أعددتها.
ماذا يبلّغ Play Integrity عنه؟ حالة الجهاز، وإصدار Android، والحقول التي يقرأها تطبيقك أو خادمك الخلفي. وثائق Play Integrity. وهي تجيب تطبيقك وخادمك الخلفي؛ أما Play Console فيبلّغ عنه بشكل منفصل.
هل يُحسب ذلك الشخص ضمن الـ12؟ ما إذا كان المختبِر موافقًا على المشاركة في اختبارك المغلق، بشكل متواصل، لمدة 14 يومًا. شرط الاختبار، وهو لا يذكر شيئًا عن نوع الجهاز أو سلامته.

ما تشترطه Google، وعلى من ينطبق

شرط Google

تقول مساعدة Play Console من Google إن المطوّر الذي يملك حسابًا شخصيًا أُنشئ بعد 13 نوفمبر 2023 يجب أن يجري اختبارًا مغلقًا قبل النشر في الإصدار العلني، بحد أدنى 12 مختبِرًا وافقوا على المشاركة بشكل متواصل لمدة 14 يومًا على الأقل (متطلبات اختبار التطبيقات). وإلى أن يُستوفى ذلك، يبقى الإصدار العلني والتسجيل المسبق مقفلين. واستيفاؤه يجعلك مؤهلًا لتقديم الطلب؛ أما الموافقة فمراجعة منفصلة. ولا تخضع حسابات المؤسسات لهذه القاعدة. ونشرح الشرط نفسه بالتفصيل في شرح شرط الـ12 مختبِرًا.

شرط Google المنشور
بالنسبة إلى حساب مطوّر شخصي أُنشئ بعد 13 نوفمبر 2023، يحتاج التطبيق إلى اختبار مغلق يشارك فيه 12 مختبِرًا على الأقل، موافقين على المشاركة بشكل متواصل لمدة 14 يومًا، قبل أن يتمكن المطوّر من طلب إذن الإصدار العلني.
12مختبِرون وافقوا على المشاركة
14يومًا متواصلة
نوفمبر 2023الحد الفاصل للحسابات
مؤسسةحسابات معفاة

وتوضح Google أيضًا معنى «بشكل متواصل». فالمختبِرون الذين يوافقون على المشاركة ثم يختبرون لأقل من 14 يومًا ثم يلغون مشاركتهم لا يُحسبون ضمن الشرط، وإذا عاد أحدهم فوافق على المشاركة لاحقًا، فلا بد أن تكون الأيام الـ14 متتالية. وكان الحد الأدنى 20 إلى أن خفضته Google إلى 12 في 11 ديسمبر 2024، وهو التغيير الذي أضافته إلى إعلانها لعام 2023. أما مدة الـ14 يومًا فلم تتغير.

اقرأ الشرط كما كُتب: إنه يتعلق بحالة الموافقة على المشاركة

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

التحقق من جهاز المطوّر مهمة مختلفة

تشترط Google بالفعل جهاز Android فعليًا في موضع واحد، ومن السهل الخلط بينه وبين قاعدة تخص المختبِرين. فعلى حسابات المطوّرين الشخصية الجديدة إتمام التحقق من الجهاز على جهاز Android فعلي غير مُعدَّل الصلاحيات (غير روت) يعمل بالإصدار Android 10 أو أحدث، مع تسجيل الدخول بصفة مالك الحساب (متطلبات التحقق من الجهاز). وتقول Google إنه قد يُطلب منك التحقق مرة أخرى لاحقًا، وليس بالضرورة على الجهاز نفسه. وفي الحالتين، الأمر يخص مالك الحساب الذي يثبت قدرته على الوصول إلى جهاز، ولا يقول شيئًا عما يستخدمه المختبِرون.

هل ينطبق الشرط عليك أصلًا؟

ينطبق الشرط على الحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023. أما الحسابات الشخصية الأقدم وحسابات المؤسسات فتقع خارجه، ولذلك فإن «احصل على حساب مؤسسة» فرق في الأهلية لا حيلة ذكية للالتفاف. ويحتاج حساب المؤسسة إلى مؤسسة مسجّلة تتحقق Google منها، عادةً برقم D-U-N-S، ويمكن طلبه دون تكلفة. ونقارن بين النوعين في حساب Google Play الشخصي مقابل حساب المؤسسة.

هل تُحسب المحاكيات ضمن الـ12 مختبِرًا؟

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

شرط Google

قاعدة يجب أن تستوفيها: 12 مختبِرًا، و14 يومًا متواصلة، والحد الفاصل في 13 نوفمبر 2023، وأن استيفاءها يتيح لك تقديم الطلب.

وثائق Google التقنية

أوصاف دقيقة للسلوك: أحكام السلامة، وصور النظام، وإعداد الاختبار. كُتبت لغرض مختلف عن تحديد من يُحسب.

نقاش مجتمعي

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

توصية PrimeTestLab

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

موثّق ويمكن الاستشهاد به بأمان

منصوص عليه في سياسات Google أو صفحات المساعدة أو وثائق المطوّرين.

  • الشرط نفسه: 12 مختبِرًا وافقوا على المشاركة لمدة 14 يومًا متواصلة، للحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023.
  • يسأل طلب إذن الإصدار العلني عن كيفية سير الاختبار، وماهية التطبيق، وما غيّرته بسبب الاختبار.
  • تحظر سياسات برنامج المطوّرين التلاعب بالترتيب أو التقييمات أو المراجعات أو أرقام التثبيت بوسائل غير مشروعة.
  • توصي Google بالاختبار على عتاد فعلي قبل الإصدار، وتوثّق الاختبار على المحاكي عبر الإصدارات وأحجام الشاشات.

غير محدد، فلا تفترض

يبدو معقولًا، لكنه غائب عن الوثائق التي رُوجعت هنا.

  • أن حكم Play Integrity يقرر ما إذا كان المختبِر يُحسب ضمن الـ12.
  • أي إشارة كشف محددة بالاسم: ضوضاء مقياس التسارع، أو تباين حرارة البطارية، أو انحراف GPS، أو قياسات اللمس، أو تجميع عناوين IP، أو عمر الحساب.
  • أي رقم محدد من نوع «يُكشف X% من المحاكيات». عامل النسب المئوية الدقيقة على أنها غير مثبتة لا على أنها قياسات.
  • تأخير موحّد في التقارير، أو عدد مطلوب من الجلسات اليومية، أو عدد مطلوب من التحديثات خلال المدة.

المختبِرون الموافقون على المشاركة، والجمهور المثبِّت، وإذن الإصدار العلني

معظم هذا الجدل يدور في الحقيقة حول ثلاثة أرقام في Play Console تُعامل كأنها قابلة للتبادل. وهي ليست كذلك.

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

استيفاء الحد الأدنى ليس بالضرورة اختبارًا مقنعًا. فقد تطلب Google مزيدًا من الاختبار حين لا يكون تفاعل المختبِرين كافيًا، حتى بعد أن يوافق 12 مختبِرًا على المشاركة لمدة 14 يومًا متواصلة. وهي لا تنشر أي حصة يومية من الجلسات، فالهدف اختبار أنتج استخدامًا حقيقيًا وملاحظات حقيقية، لا نشاطًا مصطنعًا ليبدو مزدحمًا.

Google Play Console · لقطة شاشة حقيقية لوحة بيانات Play Console، لوحة الإصدار العلني، تعرض قائمة التحقق لطلب الإذن مع 12 مختبِرًا وافقوا على المشاركة لمدة 12 يومًا متواصلة
قائمة التحقق لإذن الإصدار العلني في لوحة بيانات Play Console. البندان الأولان مستوفيان والثالث لا: 12 مختبِرًا وافقوا على المشاركة لمدة 12 يومًا متواصلة، فبند الـ14 يومًا لم يُستوفَ بعد. لاحظ ما تعدّه هذه الشاشة: المختبِرين والأيام. لا رقم للجمهور المثبِّت، ولا نتيجة لسلامة الجهاز.

التثبيت من خارج Play مسار منفصل، ولا يُسجّل أحدًا في الاختبار. فحزمة Android App Bundle صيغة نشر لا ملف قابل للتثبيت، وما يُثبّت بتلك الطريقة هو ملف APK مولَّد منها. وأيًا كانت طريقة وصول الملف، تثبيتًا يدويًا أو رابطًا مشتركًا أو مشاركة داخلية للتطبيق، فهو لا يقبل رابط الموافقة على المشاركة نيابةً عن أحد.

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

ما نستطيع وما لا نستطيع إخبارك به هنا

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

إذا تعذّر على مختبِر العثور على نسختك المغلقة أو تثبيتها

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

  1. 01
    حساب Google خاطئ

    يجب أن يكون الحساب الذي قبل رابط الموافقة على المشاركة هو الحساب المسجّل به الدخول على الجهاز والمحدد في Play Store. فعلى هاتف فيه عدة حسابات Google، تحقق من ذلك أولًا حين يبلّغ أحدهم بأن «التطبيق غير متاح».

  2. 02
    الموافقة على المشاركة لم تكتمل قط

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

  3. 03
    مسار متعارض

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

  4. 04
    لا يوجد إصدار منشور على ذلك المسار

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

  5. 05
    إعدادات التوافر الخاصة بك

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

  6. 06
    البيئة أو النسخة نفسها

    فقط بعد الخمسة أعلاه. فالمحاكي بصورة نظام خاطئة لا يستطيع تسجيل الدخول إلى Play Store أصلًا، وينشر Android Studio المشكلات المعروفة لصور بعينها.

  7. 07
    تطبيقك هو الذي يمنع، لا المتجر

    إذا نجح التنزيل ثم رفض التطبيق العمل، فذلك إنفاذ من جانبك أنت، لا مسألة توافر في Play. تحقق مما يفعله تطبيقك أو خادمك الخلفي بـاستجابة Play Integrity قبل أن تستنتج أن المختبِر لا يستطيع الحصول على نسختك.

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

متى يفيد الاختبار على المحاكي

المحاكيات جيدة، وGoogle تصنع واحدًا منها. فهو يأتي ضمن Android Studio، وتوصي Google بالاختبار عبر إصدارات Android وأحجام الشاشات المختلفة. الخطأ ليس في استخدام محاكي، بل في توقّع أن يؤدي مهمة لم يُصنع لها قط.

توصية PrimeTestLab
المحاكي

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

حكم مستقل. فجهاز واحد يشغّل خمسة أجهزة افتراضية يبقى رأي شخص واحد.

الجهاز الفعلي

كيف يتصرف التطبيق على العتاد الذي يملكه الناس: الأداء، والبطارية، والكاميرا، والإشعارات، وتغيّرات الشبكة، ونسخة Android الخاصة بالشركة المصنّعة. وتوصي Google بالاختبار على عتاد فعلي قبل الإصدار.

ضمان بشأن الأهلية. فالهواتف الجيدة لا تستوفي شرطًا كُتب عن المختبِرين.

المختبِر البشري

الجزء الذي لا تستطيع الأدوات توفيره: شخص يوافق على المشاركة، ويُبقي التطبيق مثبّتًا، ويجرّب المسارات التي لم تخطر لك، ويخبرك بما أربكه.

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

صور Android Studio، والصور المزوّدة بـGoogle Play، وBlueStacks

ليست كل المحاكيات سواء، والفارق هو صورة النظام. فصورة AOSP لا تحتوي على تطبيقات Google. وصورة Google APIs تضيف خدمات Google لكن دون Play Store. أما صورة Google Play فتتضمن المتجر، ويميّز Android Studio ملفات تعريف الأجهزة التي تدعمها بشعار Play، ويوثّق ملفات تعريف الهواتف تلك بوصفها متوافقة مع CTS. وملف التعريف وصورة النظام خياران منفصلان عند إنشاء الجهاز الافتراضي، وتحتاج إلى صورة Play لتسجيل الدخول والتثبيت داخله. كما يوثّق BlueStacks تسجيل الدخول إلى Play Store أيضًا. ولا يحسم شيء من ذلك مسألة الأهلية: فالوصول إلى المتجر والاحتساب كمختبِر نتيجتان منفصلتان.

إذا كنت لا تملك هاتف Android لكنك تريد مساعدة أحد في الاختبار

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

مختبرات الأجهزة السحابية وتقارير ما قبل الإطلاق

يشغّل Firebase Test Lab تطبيقك على أجهزة في بنية Google التحتية، ويفحص تقرير ما قبل الإطلاق في Play Console نسختك تلقائيًا. وكلاهما فحص جودة آلي مشروع. لكن أيًا منهما ليس مشاركًا: فالتشغيل الآلي لا يوافق على المشاركة، ولا يبقى مشاركًا لمدة 14 يومًا، ولا يخبرك بأن شاشة الإعداد الأولي لم تكن مفهومة.

ما يثبته Play Integrity وما لا يثبته

وثائق Google التقنية

Play Integrity هو التقنية التي يستند إليها معظم هذا الجدل، لذا يجدر معرفة الغرض منه. فبحسب developer.android.com، فإن واجهة API «helps you check that user actions and server requests are coming from your genuine app, installed by Google Play, running on a genuine and certified Android device» (أحكام السلامة). والجهة المخاطَبة بتلك الإجابة هي تطبيقك وخادمك الخلفي. ويبلّغك Play Console أيضًا باستجابات السلامة، وهناك إعداد منفصل في بيانات المتجر يمكنه تقييد الأجهزة المسموح لها بالتثبيت. ولا شيء من ذلك هو شرط الاختبار المغلق، ولا ينبغي قراءة أي منه على أنه كذلك.

MEETS_DEVICE_INTEGRITY حقل الجهاز

«The app is running on a genuine and certified Android device.» على Android 13 والإصدارات الأحدث يأتي ذلك مع إثبات مدعوم بالعتاد بأن محمّل الإقلاع مقفل وأن نظام التشغيل صورة معتمدة من الشركة المصنّعة؛ أما الإصدارات الأقدم فقد تعتمد على تقييم برمجي.

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

موثّق لجهاز عليه «signs of attack (such as API hooking) or system compromise (such as being rooted)»، أو لتطبيق «not running on a physical device (such as an emulator that does not pass Google Play integrity checks)». ويمكن أن يحمل الحقل عدة تسميات، فهذه تسمية غائبة، لا قيمة اسمها «فارغ».

يغطي عدة حالات مختلفة، فلا يمكن قراءته عكسيًا للوصول إلى سبب واحد.
MEETS_BASIC_INTEGRITY تسمية اختيارية في API

«The app is running on a device that passes basic system integrity checks. The device may not be certified.» و«اختيارية» هنا تعني أن المطوّر يختار ما إذا كان سيتلقى التسمية، ولا علاقة لذلك بموافقة مختبِر على المشاركة.

إعداد للاستجابة، لا انضمام.
MEETS_STRONG_INTEGRITY تسمية اختيارية في API

«The app is running on a genuine and certified Android device with a recent security update.» على Android 13 والإصدارات الأحدث يعني ذلك سلامة الجهاز إضافةً إلى تحديثات أمنية حديثة عبر الأقسام المعنية؛ أما Android 12 والإصدارات الأقدم فتُقيَّم على سلامة الإقلاع المدعومة بالعتاد، دون اختبار حداثة التحديث نفسه.

معيار مرتفع لخادمك الخلفي. وليس عتبة للاختبار المغلق.
MEETS_VIRTUAL_INTEGRITY سياق مختلف

موثّق لـ«Android-powered emulator with Google Play services»، في سياق Google Play Games on PC، وهو سطح توزيع له متطلباته الخاصة.

ليس حكمًا على محاكيات الاختبار في Android Studio، في أي من الاتجاهين.

الجهاز، والتعرف على التطبيق، والترخيص حقول منفصلة

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

أمثلة توضيحية على السلامة، لا اختبار للجهاز أو الأهلية

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

البيئة ما قد تعرضه الاستجابة ما يخبرك به ذلك وما لا يخبرك به
هاتف معتمد بمحمّل إقلاع مقفل يمكن أن يتضمن حقل الجهاز MEETS_DEVICE_INTEGRITY، وMEETS_STRONG_INTEGRITY مع تحديث أمني حديث. أن الجهاز يستوفي شروط واجهة API. لا ما إذا كان ذلك الشخص قد قبل رابط الموافقة على المشاركة.
محاكي Android Studio القياسي توثّق Google أن المحاكي الذي لا يجتاز فحوصات Play أحد أسباب عدم إرجاع أي تسمية للتعرف على الجهاز. أن خادمك الخلفي يستطيع الاستجابة للنتيجة. فالتسمية الغائبة لا تحدد بذاتها محاكيًا، ولا تقول شيئًا عن انضمام أي شخص.
نسخة مثبّتة من خارج Play حقول مختلفة تجيب عن هذا: التعرف على التطبيق لمطابقة الحزمة والشهادة، والترخيص الذي قد يبلّغ بعدم الترخيص حين لا يملك الحساب استحقاقًا في Play. تصف هذه الحقول التعرف على التطبيق واستحقاق الحساب. اقرأها كلًا على حدة: فهي ليست سجلًا كاملًا لكيفية تثبيت النسخة الحالية، ولا تُسجّل أحدًا في الاختبار.

إذن فالخلاصة ضيقة: يخبر Play Integrity خادمك الخلفي بالكثير عن البيئة التي يعمل فيها تطبيقك، ولا شيء في هذه الوثائق يقول إن تلك الأحكام تحدد أي المختبِرين يُحسب.

مسار عملي، والتعافي بعد المحاكيات

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

توصية PrimeTestLab
1أعدّ مسار الاختبار المغلق

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

2اختر كيف تدير المختبِرين

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

3استقطب أكثر من الحد الأدنى

نصيحة لا قاعدة. فالناس يفقدون الاهتمام أو يغيّرون هواتفهم أو يلغون مشاركتهم، والبديل لا يرث تاريخ أحد: فأيامه الـ14 تبدأ حين ينضم. واستقطاب 15 إلى 30 شخصًا يمنحك هامشًا.

4اطلب ملاحظات يمكنك التصرف بناءً عليها

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

5أصلح ما يكشفه الاختبار

أصدر التغييرات التي برّرها الاختبار، واحتفظ بسجل موجز لما أُبلغ عنه وما فعلته. لا يوجد عدد منشور مطلوب من التحديثات، فلا تنشر تغييرات لمجرد استيفاء حصة تحديثات مفترضة.

6اطلب إذن الإصدار العلني

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

إذا كنت قد أجريت اختبارك على محاكيات بالفعل

  1. افتح قائمة التحقق لإذن الإصدار العلني في لوحة البيانات واقرأ ما تقوله: كم مختبِرًا، وكم يومًا متواصلًا. هذه هي الحالة الحقيقية لاختبارك.

  2. راجع قائمة التشخيص أعلاه لكل من انضم ولا يظهر كما تتوقع. أصلح الإعداد قبل أن تستنتج أي شيء عن الأجهزة.

  3. احتفظ بالتقدم الذي حققته بشكل مشروع. فلا شيء مما تنشره Google يقول إن الاختبار يُعاد ضبطه بسبب البيئة التي استخدمها مختبِر.

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

إذا كان استقطاب الأشخاص هو الجزء الصعب، فابدأ بالخيارات المجانية في سبع طرق مشروعة للعثور على 12 مختبِرًا. ومن هناك: كيفية دعوة المختبِرين، وقاعدة الـ14 يومًا المتتالية، وتحديث تطبيقك أثناء الاختبار، واستبيان إذن الإصدار العلني.

المشاركة الحقيقية وما يخالف القواعد

كثير من الخوف هنا مصدره الخلط بين ثلاثة أفعال مختلفة تمامًا. فهي ليست سواء، ولا عواقبها سواء.

تطوير عادي تشغيل تطبيقك على محاكي

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

توصية PrimeTestLab استخدام المحاكيات بديلًا عن المختبِرين

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

تلاعب صنع مجموعة مختبِرين

إنشاء حسابات Google وهمية والموافقة على المشاركة منها، على محاكيات أو على أي شيء آخر، فعل مختلف تمامًا. فـسياسة Google بشأن التقييمات والمراجعات وعمليات التثبيت تحظر محاولة التلاعب بالترتيب أو التقييمات أو المراجعات أو أرقام التثبيت بوسائل غير مشروعة.

إذن فالخط العملي يتعلق بالخداع لا بالمحاكاة الافتراضية: لا تنشئ حسابات ولا تؤتمت نشاطًا لتضليل الآخرين بشأن من يشارك. فـGoogle تحظر التلاعب غير المشروع بعمليات التثبيت ومقاييس المتجر الأخرى. لكن تلك السياسة لا تؤسس بذاتها قاعدة احتساب خاصة بالمحاكيات.

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

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

أين موقع PrimeTestLab من كل هذا

إفصاح تجاري

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

ما نقوم به

نستقطب 12 مختبِرًا حقيقيًا أو أكثر وننسّق بينهم، ونُبقيهم مسجّلين في الاختبار طوال الأيام الـ14 كاملة، ونستبدل أي شخص ينسحب. ويبدأ الاختبار خلال 4 إلى 6 ساعات تقريبًا.

ما لن ندّعيه

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

إذا كنت تفضّل ألا تدفع

هذا خيار معقول تمامًا، والطرق المجانية في سبع طرق مشروعة للحصول على 12 مختبِرًا تنجح. لكنها تكلّف وقتًا بدلًا من المال.

ابتداءً من 19.99 US$ اطّلع على خطط الأسعار

تشمل كل خطة ضمان استرداد المبلغ. ويمكنك أيضًا قراءة العملية خطوة بخطوة قبل أن تقرر.

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

هل يمكنني استخدام محاكي للاختبار المغلق في Google Play؟

استخدمه لاختبار تطبيقك: فهذا ما تصنعه Google من أجله. الشرط المنشور هو 12 مختبِرًا وافقوا على المشاركة لمدة 14 يومًا متواصلة، ولا تذكر أي من الوثائق التي رُوجعت هنا ما إذا كان المشارك عبر محاكي يُحسب ضمنه. وتوصيتنا نحن تذهب أبعد من الوثائق: اختبار نسختك على محاكي لا غبار عليه، واستخدام نسخ المحاكي بديلًا عن المختبِرين ليس شيئًا نفعله، والموافقة على المشاركة من حسابات Google وهمية تلاعب قد يؤدي إلى رفض إذن الإصدار العلني.

هل يعني فشل Play Integrity أن المختبِر لا يُحسب؟

الوثائق التي رُوجعت لهذا الدليل لا تقول ذلك. فـPlay Integrity يجيب تطبيقك وخادمك الخلفي عن البيئة التي يعمل فيها التطبيق، وتوثّقه Google بمعزل عن شرط الاختبار المغلق. تعامل مع السلسلة الممتدة من حكم السلامة إلى عدد المختبِرين على أنها استنتاج، لا عملية منشورة.

هل أحتاج إلى 12 شخصًا أم 12 حسابًا أم 12 هاتفًا؟

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

لا أملك هاتف Android. هل ما زال بإمكاني مساعدة أحد في اختبار تطبيقه؟

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

هل يمكنني استخدام BlueStacks للاختبار المغلق في Google Play؟

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

هل التحقق من جهاز المطوّر هو نفسه الاختبار المغلق؟

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

هل يعني إلغاء تثبيت التطبيق أن المختبِر غادر الاختبار؟

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

الخلاصة

الملخص

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

نقاش مجتمعي، لا وثائق

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

Kefayatullah Khadem، مهندس برمجيات وأخصائي نشر على Google Play

بقلم

Kefayatullah Khadem

مهندس برمجيات وأخصائي نشر على Google Play

Kefayatullah Khadem مهندس برمجيات بخبرة تتجاوز 8 سنوات في بناء تطبيقات قابلة للتوسّع. وهو يساعد في PrimeTestLab المطوّرين المستقلين على استيفاء شرط الاختبار المغلق في Google Play، بعد أن رأى كم منهم يتعثّر فيه. وقد ساعد حتى اليوم 9,800+ تطبيق Android على إتمام اختبار مغلق مُدار في 120+ دولة، بمعدّل إتمام اختبار مُدار قدره 99.9%. وحين لا يكون منشغلًا بمساعدة المطوّرين على النشر، يكتب عن سياسات Google Play وأنماط رفض التطبيقات وعملية الاختبار المغلق.

9,800+ Apps Tested
99.9% Test-Completion Rate
120+ Countries
4.9/5 Rating

مختبِرون حقيقيون على أجهزة فعلية

ما زلت دون 12 مختبِرًا؟ نحن نستقطبهم لك.

توفّر PrimeTestLab 12+ شخصًا حقيقيًا على أجهزة Android فعلية، يوافقون على المشاركة ويبقون مشاركين طوال الأيام الـ14 كاملة.

يبدأ من 19.99 US$

يبدأ الاختبار خلال 4 إلى 6 ساعات · 120+ دولة · ضمان استرداد المبلغ

انضم إلى 9,800+ مطوّر أطلقوا تطبيقاتهم مع PrimeTestLab

احصل على 12 مختبِرًا مقابل 19.99 US$ واتساب