موعد مستوى API 36 المستهدف في جوجل بلاي: ما الذي يتغيّر في 31 أغسطس 2026

ترفع جوجل الحدّ الأدنى لمستوى API المستهدف في متجر بلاي مرة كل عام، و2026 هي دورة API 36. الرقم ليس هو الجزء المربك. المربك أن "شرط مستوى API المستهدف" هو في الحقيقة قاعدتان تحملان اسمًا واحدًا: واحدة تحكم ما يُسمح لك برفعه، وأخرى مختلفة وأدنى تحكم من يستطيع بعد تثبيت ما هو منشور أصلًا. وتكاد كل صفحة تتصدّر هذا السؤال تخلط بينهما، وهكذا ينتهي الأمر بمطوّرين يعيدون بناء تطبيق لم يكن يحتاج إعادة بناء، أو يتجاهلون تحذيرًا في Play Console كان مهمًا.

تفصل هذه المقالة بينهما، وتعطيك الأرقام لكل نوع جهاز، ثم تجيب عن السؤال الذي يصل صندوق دعمنا فعلًا في أغسطس: ماذا يفعل هذا بتطبيق قطع نصف الطريق في اختبار مغلق (closed testing) بـ12 مختبِرًا لمدة 14 يومًا متواصلة؟ تدير PrimeTestLab (برايم تست لاب) جانب الاختبار هذا نيابة عن المطوّرين، فنرى تصادم التوقيت باستمرار، والإرشادات في ذلك القسم تنطبق سواء استعنت بخدمة أو جمعت المختبِرين بنفسك. كل تاريخ ومستوى وردا أدناه جرى التحقق منهما مقابل صفحات جوجل نفسها في 9 أغسطس 2026، وكل ما لم توثّقه جوجل فعلًا موسوم بذلك بدل ملئه بتخمين واثق.

القاعدة في جملة واحدة

ابتداءً من 31 أغسطس 2026، على أي تطبيق عادي للهاتف أو الجهاز اللوحي أو الهاتف القابل للطي أو Android Auto أن يستهدف أندرويد 16، أي المستوى API 36 أو أعلى ليُقبل إرساله إلى جوجل بلاي، سواء كان تطبيقًا جديدًا تمامًا أو تحديثًا لتطبيق منشور. هذه الجملة وحدها تكفي أغلب القرّاء. أما الاستثناءات، والحدّ الأدنى المنفصل والأقل للتطبيقات التي لا تمسّها، فهي موضوع بقية المقالة.

اسم واحد وقاعدتان مختلفتان

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

إذًا التطبيق القابع بهدوء على API 35 بلا تحديثات مخطّطة مستوفٍ للشرط في 31 أغسطس بموجب القاعدة 2، ويصير غير مستوفٍ في اللحظة التي تحاول فيها شحن أي شيء بموجب القاعدة 1. وليس هذا تناقضًا بل هو التصميم نفسه: ترفع جوجل سقف ما يدخل المتجر أسرع مما ترفع سقف ما يبقى فيه.

ثلاث كلمات تعرّفها جوجل بدقة

تستند السياسة إلى ثلاثة مصطلحات، لكل منها معنى محدّد يقرّر أي القاعدتين تسري عليك:

• تطبيق جديد: تطبيق "لم يُنشر بعد على جوجل بلاي". أي أول رفع لاسم حزمة.
• تطبيق قائم: تطبيق منشور فعلًا على جوجل بلاي.
• تحديث تطبيق: إصدار جديد من تطبيق قائم يُرسَل للمراجعة ليحلّ محل الحالي. ويُحكم على التحديث بقاعدة الإرسال، لا بقاعدة التوافر.

المستوى المطلوب لكل نوع جهاز

"تطبيق أندرويد" ليس صفًا واحدًا. الهواتف والأجهزة اللوحية والقابلة للطي وAndroid Auto تذهب إلى API 36. أما Wear OS وAndroid Automotive OS فتقف عند API 35. وAndroid TV وAndroid XR تقفان عند API 34. والحدود الخاصة بتطبيق لا تحدّثه أدنى من ذلك أيضًا، والمفتاح أدناه يبدّل بين المجموعتين.

Android Auto ليس Android Automotive OS

يكلّف هذان الاسمان المطوّرين وقتًا حقيقيًا كل عام. Android Auto يعرض تطبيقًا من الهاتف على شاشة السيارة، فالتطبيق تطبيق هاتف ويتبع قاعدة الهاتف: API 36. أما Android Automotive OS فهو نظام التشغيل العامل داخل المركبة نفسها، وهو أحد استثناءات المستوى الأدنى المذكورة صراحة: API 35. وإذا بنيت تطبيق وسائط أو ملاحة يُشحن إلى الاثنين معًا، فأنت بحاجة إلى الأعلى منهما.

هل ينطبق هذا عليك؟ أجب عن ثلاثة أسئلة

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

وإذا قالت النتيجة إنك في مأمن، فما زلت تريد قائمة ما قبل الموعد في آخر المقالة، لأن "شفرتي تضبط target 36" و"الملف الذي قيّمته جوجل يعلن 36" ليسا عبارة واحدة. وأشيع شعور زائف بالأمان في هذه الدورة كلها هو مطوّر يقرأ ملف Gradle بدل قراءة الحزمة التي رفعها.

ماذا يحدث فعلًا إذا فاتك 31 أغسطس

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

إذا حاولت الرفع

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

إذا تركت تطبيقًا منشورًا دون الحد

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

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

ما لا يحدث

في كل أغسطس تولّد هذه السياسة المخاوف الأربعة نفسها في منتديات دعم جوجل. ولا واحد منها هو ما تصفه صفحة مستوى API المستهدف.

هل يقتل استهداف API 36 دعم الهواتف الأقدم؟

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

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

الأرقام الثلاثة، وأيها يراقبه جوجل بلاي

ماذا يعني هذا إن كان تطبيقك في اختبار مغلق الآن

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

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

ما تم التحقق منه

• على الحساب الشخصي الجديد المؤهّل أن "يجري اختبارًا مغلقًا" بـ12 مختبِرًا على الأقل ممّن وافقوا على المشاركة بصورة متواصلة لآخر 14 يومًا قبل أن يستطيع طلب الإصدار العلني. وينطبق ذلك على الحسابات الشخصية المنشأة بعد 13 نوفمبر 2023. تم التحقق
• تقول وثائق مطوّري جوجل إن ملف APK المرفوع يجب أن يستوفي متطلبات مستوى API المستهدف في بلاي، ولا تنشر أي استثناء لمسارات الاختبار. وهذه الصياغة غير مقيّدة بمسار بعينه ولا خاصة بالاختبار، فينبغي التخطيط على أساس أن الرفع الجديد إلى مسار مغلق بعد الموعد سيحتاج API 36، وهذا استنتاج قوي لا قاعدة موثّقة خاصة بمسارات الاختبار. جزئي
• ترشد جوجل نفسها المطوّرين إلى مواصلة تحديث التطبيق أثناء الاختبار المغلق وهم يصلحون المشكلات، وتعرّف المدة المؤهِّلة حول استمرار موافقة المختبِرين على المشاركة، لا حول ملف واحد مجمَّد. تم التحقق
• الاختبار الداخلي محدود بـ100 مختبِر ولا يغني عن الاختبار المغلق المؤهِّل. تم التحقق

ما لم توثّقه جوجل

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

التسلسل الآمن في الحالتين

1. أبقِ المسار المغلق نفسه ومجموعة المختبِرين نفسها

   لا تنشئ مسارًا جديدًا ليحمل بناء API 36، ولا تحذف مختبِرًا وافق على المشاركة. فالاستمرارية التي تحسبها جوجل على مدى 14 يومًا تدور حول بقاء المختبِرين مشاركين، فالتسجيل هو الأصل الذي تحميه.

2. ابنِ واختبر API 36 قبل الموعد لا فيه

   تعامل مع الانتقال بوصفه مهمة قائمة بذاتها لها جولة اختبار خاصة بها. فاكتشاف عطب في تخطيط edge-to-edge يوم 30 أغسطس يوم مختلف تمامًا عن اكتشافه يوم 10 أغسطس.

3. ارفعه إلى المسار المغلق القائم بكود إصدار أعلى

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

4. تأكّد أن الإصدار وصل المختبِرين فعلًا

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

5. راجع "حالة السياسة" بعد انتهاء المعالجة

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

6. اطلب التمديد فقط إذا كان الانتقال يستحيل فعلًا في الوقت المتاح

   هو يشتري لك مهلة حتى 1 نوفمبر 2026 ويُطلب لكل تطبيق متأثر على حدة. وليس سببًا لتعليق العمل التقني.

كيف تطلب التمديد حتى 1 نوفمبر 2026

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

Google Play Console · لقطة شاشة حقيقية انقر للتكبير

1. افتح التطبيق المتأثر في Play Console

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

   تم التحقق
2. اذهب إلى "حالة السياسة"

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

   تم التحقق
3. افتح تحذير API المستهدف أو تفاصيل المشكلة

   عنوان المشكلة الظاهر في اللقطة أعلاه هو App must target Android 16 (API level 36) or higher. والصياغة قد تختلف بحسب التطبيق وحالة الطرح، فتعامل معها بوصفها ما رآه حساب حقيقي واحد لا نصًا عالميًا مضمونًا.

   تم التحقق
4. اتبع رابط التمديد داخل المشكلة، أو في الإشعارات

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

   تم التحقق
5. أرسل المعلومات المطلوبة

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

   جزئي
6. تعامل مع 1 نوفمبر 2026 بوصفه التوقّف النهائي

   التمديد ينقل التاريخ ولا يلغي الشرط. وكل ما عجزت عن إنهائه بحلول 31 أغسطس يجب إنهاؤه بحلول 1 نوفمبر.

   تم التحقق
7. واصل الانتقال ما دام الطلب مفتوحًا

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

   جزئي

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

كيف تنقل تطبيقًا إلى API 36

أربع خطوات: ثبّت حزمة SDK لـAPI 36، وارفع compileSdk وtargetSdk إلى 36، وحدّث الاعتماديات التي تنكسر حين تفعل ذلك، ثم اختبر تغييرات سلوك أندرويد 16. تغيير الرقم تعديل سطر واحد. أما إثبات أن التطبيق ما زال يعمل فهو الانتقال الحقيقي.

الخطوة 1: ثبّت حزمة SDK لأندرويد 16

افتح Android Studio، واذهب إلى SDK Manager، وثبّت Android SDK Platform للمستوى API 36 مع أدوات البناء الحالية 36.x.x. فمن دون تثبيت المنصّة، لن يعطي رفع compileSdk إلا خطأ بناء يبدو بلا صلة بأي شيء فعلته.

الخطوة 2: ارفع المستويات في ملف البناء

اختر منصّتك. مسار الملف والأسطر بعينها تتغيّر، أما الوجهة فلا: على البيان داخل الحزمة التي ترفعها أن يعلن استهداف 36.

android {
    compileSdk = 36

    defaultConfig {
        applicationId = "com.example.app"
        minSdk = 24
        targetSdk = 36
        versionCode = 2
        versionName = "1.0.1"
    }
}

android {
    compileSdk 36

    defaultConfig {
        applicationId "com.example.app"
        minSdkVersion 24
        targetSdkVersion 36
        versionCode 2
        versionName "1.0.1"
    }
}

android {
    compileSdk = flutter.compileSdkVersion
    compileSdk = 36

    defaultConfig {
        targetSdk = flutter.targetSdkVersion
        targetSdk = 36
    }
}

buildscript {
    ext {
        buildToolsVersion = "36.0.0"
        minSdkVersion = 24
        compileSdkVersion = 36
        targetSdkVersion = 36
    }
}

ext {
    minSdkVersion = 24
    compileSdkVersion = 36
    targetSdkVersion = 36
}

الخطوة 3: حدّث الاعتماديات وأدوات الإطار

رفع مستوى الترجمة هو الموضع الذي تسقط فيه الاعتماديات القديمة. توقّع أن تمسّ Android Gradle Plugin، وGradle نفسه، وKotlin، ومكتبات AndroidX، وخدمات Google Play، وأي SDK للإعلانات أو التحليلات يشحن شفرة أصلية. ولا تنشر هذه المقالة عمدًا "الإصدارات الصحيحة"، لأن الإصدارات المتوافقة تتحرّك أسبوعيًا، وأي قائمة مثبّتة هنا ستكون مضلّلة خلال أسبوعين. خذها من معلومات الإصدار الحالية لإطارك في اليوم الذي تنتقل فيه.

الخطوة 4: ابنِ وارفع وتحقّق من الملف

• ولّد Android App Bundle موقّعًا وارفع كود الإصدار.
• اختبر ملف release، لا بناء debug وحده. فالتصغير وتقليص الموارد يكسران أشياء تخفيها بناءات debug.
• ارفعه إلى المسار المقصود وأكّد في Play Console أن الملف يبلّغ عن مستوى API المستهدف 36.
• وبعد انتهاء المعالجة، راجع كل مسار نشط وأعد فتح "حالة السياسة".

سلوكيات أندرويد 16 التي تختبرها قبل شحن API 36

استهداف API 36 يفعّل سلوكيات أندرويد 16 لتطبيقك على أجهزة أندرويد 16. والسلوكيات عالية الأولوية الواجب اختبارها هي تخطيط edge-to-edge، والعودة التنبّئية، وحرية الاتجاه على الشاشات الكبيرة، وأذونات الصحة، والجدولة بمعدّل ثابت، وتخطيط النصوص. أشّر على ما ينطبق أدناه لتحصل على قائمة اختبار تخصّ تطبيقك بدل قائمة عامة.

edge-to-edge والعودة التنبّئية: أوسع نطاق أثر

لتخطيط edge-to-edge نطاق أثر واسع لأنه لا يشترط أن يستخدم تطبيقك أي واجهة برمجية غريبة. فعلى أندرويد 16، لم يعد بإمكان التطبيق الذي يستهدف API 36 استخدام خاصية الانسحاب السابقة، فصار المحتوى الذي افترض أن أشرطة النظام ستترك له مكانًا يمتد تحتها. والعرَض تجميلي تمامًا، إلى اللحظة التي يجلس فيها زر رئيسي تحت شريط الإيماءات فيتوقّف عن الاستجابة للنقر.

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

ما ليس عطبًا حتميًا للمستوى 36

وماذا عن شرط حجم الصفحة 16 كيلوبايت؟

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

• من يشمله: يغطّي شرط جوجل التطبيقات التي تستهدف API 35 أو أعلى على أجهزة جوجل بلاي بمعمارية 64 بت. وضمن هذه المجموعة، التطبيقات التي تحزم مكتبات .so أصلية، مباشرةً أو عبر SDK، هي الأكثر احتياجًا لإعادة بناء ومحاذاة صريحتين. وإن كان تطبيقك بلغة Kotlin أو Java وحدها فهو مستوفٍ عادةً، لكن اختباره أفضل من افتراض ذلك.
• ما ليس هو: ليس جزءًا من موعد API المستهدف في 31 أغسطس 2026، واستيفاء أحدهما لا يعني استيفاء الآخر.
• لماذا يتزامنان: كل من يرفع مستواه المستهدف هذا الشهر يعيد بناء مشروعه على أي حال، وعندها بالضبط يطفو فحص حجم الصفحة. وهذا التزامن هو سبب الخلط بين الأمرين.

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

رفعت API 36 والتحذير ما زال قائمًا

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

عنوان المشكلة الذي يبلّغ عنه المطوّرون حاليًا هو Your app must target Android 16 (API level 36) or higher. ولم تنشر جوجل نصّ خطأ كاملًا معياريًا لكل مسار رفع، فتعامل مع أي صياغة دقيقة تجدها في الشبكة، بما فيها هذه، بوصفها ملاحظة لا نصًا رسميًا.

وعادة واحدة تحلّ أغلب هذا نهائيًا: بعد كل رفع، اقرأ مستوى API المستهدف من الملف في Play Console وسجّله إلى جانب كود الإصدار. يستغرق ذلك عشر ثوانٍ، ويزيل من أسبوعك صنفًا كاملًا من "أنا متأكد أنني أصلحت هذا".

قائمة ما قبل الموعد

أربعة عشر بندًا بالترتيب الذي تقع فيه فعلًا. والأربعة الأخيرة هي التي يتخطّاها الناس، وهي التي تقرّر هل يزول التحذير أم لا.

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

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

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

أن تجري الاختبار المغلق بنفسك مقابل أن تسلّمه

الترتيب الذي تسير به هذا الشهر

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

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

الخلاصة

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