الاختبار المغلق في Play Console: 12 مختبرًا خلال 14 يومًا

يجب على حسابات Play Console الشخصية (الفردية) المفتوحة بعد 13 نوفمبر 2023 إكمال اختبار مغلق غير منقطع لمدة 14 يومًا بمشاركة 12 مختبرًا نشطًا على الأقل قبل الحصول على وصول الإنتاج (production) للمرة الأولى. ينطبق هذا الشرط فقط على نوع الحساب الشخصي، وفقط على الحسابات المفتوحة بعد ذلك التاريخ.

تُعفى حسابات المؤسسات (Organization) من هذا الشرط. لكن Google لا تصوغ ذلك كبند إعفاء منفصل — بل تُعبّر عن القاعدة بحصر نطاقها في الحسابات الشخصية فقط؛ فنص الشرط الرسمي يذكر فقط "personal accounts" (الحسابات الشخصية) ولا يأتي على ذكر حسابات المؤسسات إطلاقًا. والنتيجة العملية واحدة: فنوع الحساب الموثّق برقم D-U-N-S أو بسجل شركة قانوني ليس عليه أي التزام بالاختبار المغلق. وبالمثل، لا تتأثر الحسابات الشخصية المفتوحة قبل 13 نوفمبر 2023 بهذه القاعدة؛ يمكنك التحقق من تاريخ فتح حسابك ضمن Play Console > Settings > Developer account.

تتغير هذه القاعدة من وقت لآخر — كان الشرط القديم 20 مختبرًا، ثم خُفّض لاحقًا إلى 12. تحقق دائمًا من الشرط الحالي في Play Console قبل التقديم؛ تعكس الأرقام في هذا المقال ما كان ساريًا وقت النشر.

أسرع طريق هو دائرة العائلة والأصدقاء: يمكن دعوة أي شخص لديه جهاز أندرويد حقيقي وحساب Google حقيقي. إذا كان إيجاد 12 شخصًا بمفردك أمرًا صعبًا، فإن نهجًا شائعًا هو استخدام مواضيع "الاختبار المتبادل" في مجتمعات المطورين (مثل subreddits كـ r/androiddev، ومجموعات Discord وTelegram للمطورين بالتركية/الإنجليزية، ومنتديات المطورين المستقلين) — تختبر أنت تطبيق شخص آخر، ويختبر هو تطبيقك.

يمكنك دعوة المختبرين عبر قائمة بريد إلكتروني أو Google Group؛ يتيح لك Play Console إدارة رابط الدعوة أو القائمة ضمن Testing > Closed testing. يجب على المختبرين قبول الدعوة فعليًا وفتح التطبيق — إرسال الدعوة وحده لا يكفي، فما يُحتسب هو القبول بالإضافة إلى تشغيل واحد على الأقل.

لا تُحتسب المحاكيات (emulators)، أو الحسابات الآلية (bot)، أو انضمام نفس الشخص بحسابات متعددة؛ يمكن لـ Google اكتشاف ذلك وإعادة تعيين عداد الـ 14 يومًا. إن العثور على 12 شخصًا أو أكثر يستخدمون أجهزة حقيقية وحسابات Google مستقلة فعليًا أكثر موثوقية بكثير من محاولة اختصار العملية.

في Play Console > Testing > Closed testing، أنشئ مسارًا وارفع ملف AAB الجاهز للمتجر. إذا كان هذا أول إصدار للتطبيق يُرفع إلى Play Console على الإطلاق، فيجب أن يتم الرفع يدويًا — لا يتوفر الرفع عبر CLI أو الإرسال الآلي لتلك المرة الأولى.

2. ادعُ المختبرين عبر قائمة بريد إلكتروني أو Google Group وشارك رابط الانضمام. يبدأ العد التنازلي لمدة 14 يومًا فقط بعد أن توافق Google على إصدارك وينضم 12 شخصًا على الأقل — وليس لحظة رفع الإصدار.

3. خلال الأيام الـ 14، تأكد من ألا يقل عدد المشاركين عن 12؛ فإن قلّ، يمكن أن تُعاد العملية من البداية. خلال هذه الفترة، لك الحرية في جمع ملاحظات المختبرين ورفع إصدارات جديدة لإصلاح الأخطاء الحرجة؛ رفع إصدار جديد لا يعيد تعيين عداد الـ 14 يومًا.

4. بعد انتهاء الفترة، أكمل مسار "Apply for production access" في Play Console؛ سيُطلب منك الإجابة عن أسئلة حول تطبيقك وعملية الاختبار وجاهزية الإنتاج. هذا الطلب عبارة عن نموذج يُعبَّأ، وليس موافقة تلقائية — يستغرق تقييم Google عادةً 7 أيام أو أقل، لكنه قد يستغرق أحيانًا وقتًا أطول.

5. بمجرد الموافقة على الطلب، يمكنك إنشاء إصدار جديد ضمن Play Console > Production والانطلاق بالنشر الفعلي؛ لست مضطرًا لنقل نفس ملف AAB من الاختبار المغلق إلى الإنتاج — يمكنك رفع إصدار جديد تمامًا.

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

المشكلة الشائعة الثانية هي انخفاض عدد المشاركين عن 12 خلال الفترة — فإذا قام أحد المختبرين بإلغاء تثبيت التطبيق أو غادر البرنامج، يمكن أن ينخفض العدد؛ البدء بهامش صغير فوق 12 (لنقل 15) يوفر مساحة أمان.

الثالثة هي إكمال الاختبار المغلق لكن تخطي خطوة "Apply for production access" — فانقضاء الـ 14 يومًا لا يمنح وصول الإنتاج تلقائيًا؛ يجب إكمال مسار طلب منفصل. يجد المطورون الذين يفوّتون هذه الخطوة صعوبة في فهم سبب عدم قدرتهم على الوصول إلى الإنتاج بعد انتهاء الفترة.