تساعد متطلبات الجودة الفنية في Google Play على ضمان توفير تجارب عالية الجودة لمستخدمي تطبيقاتك على Google Play، وذلك كجزء من الركائز الأربع لجودة تطبيقات Android.
يتم تنظيم متطلبات الجودة الفنية على Google Play في فئتَين:
- المتطلبات الحالية: هي المتطلبات التي يتم فرضها حاليًا. إنّ استيفاء هذه المعايير أمر ضروري للحفاظ على استقرار تطبيقك وأدائه وقابلية اكتشافه على Google Play.
- المتطلبات القادمة: معايير جديدة يتم الإعلان عنها مسبقًا. على الرغم من أنّ هذه المتطلبات ليست إلزامية بعد، عليك الاستفادة من الفترة الانتقالية لتقييم تطبيقك ودمج الأدوات وواجهات برمجة التطبيقات المقترَحة والعمل على استيفاء المتطلبات قبل بدء التنفيذ.
المتطلبات القادمة
كما أعلنّا في 26 أغسطس 2026، ستسري قريبًا متطلبات الجودة الفنية على التطبيقات والألعاب المنشورة على Google Play. تقدّم مقالة مركز المساعدة هذه مزيدًا من التفاصيل حول الحدود الفنية، وتهدف إلى مساعدتك في فهم المتطلبات الجديدة والاستعداد لها قبل دخولها حيز التنفيذ.
تقليل استخدام الذاكرة
اعتبارًا من فبراير 2027، يجب أن تستوفي التطبيقات والألعاب على Google Play معايير جديدة لتحديد الأداء السيئ. اطّلِع على التفاصيل المحدّدة أدناه.
تحسين الرموز البرمجية
اعتبارًا من فبراير 2027، يجب أن تستوفي التطبيقات والألعاب على Google Play الحدّ الأدنى من متطلبات التحسين. اطّلِع على التفاصيل المحدّدة أدناه.
استعادة ميزة "تسجيل الدخول بدون أي نقرات"
اعتبارًا من أبريل 2027، يجب أن تتيح التطبيقات على Google Play إمكانية استعادة بيانات الاعتماد بدون أي نقرات. اطّلِع على التفاصيل المحدّدة أدناه.
تقليل استخدام الذاكرة
حدّد Google Play معايير تحديد الأداء السيئ لمؤشرات الأداء الأساسية لتطبيقك. سيتم طرح استخدام الذاكرة كمقاييس جديدة ضمن المقاييس الأساسية للأداء، وتشمل مقياسين:
- استخدام الذاكرة (ذاكرة RSS المجهولة + مساحة الإبدال)
- استخدام ذاكرة الصورة النقطية
على غرار مقاييس "مؤشرات Android الحيوية" الحالية التي تتضمّن معايير تحديد الأداء السيئ، يستخدم Google Play بيانات آخر 28 يومًا لتقييم جودة تطبيقك.
تتوفّر هذه المقاييس ضمن العنوان الذاكرة في نظرة عامة على "مؤشرات Android الحيوية"، وكذلك في Google Play Developer Reporting API.
تحدّد هذه المقاييس مقدار الذاكرة التي يستخدمها تطبيقك طوال مراحل النشاط بعد تحميله من مساحة التخزين وتشغيله، من المقدّمة إلى الخلفية.
يتم أخذ عيّنات من قيم هذه المقاييس من أجهزة المستخدمين الذين وافقوا على مشاركة البيانات، ويتم إخفاء هوية المستخدمين وتجميع البيانات. في Play Console، يمكنك الاطّلاع على مختلف النسب المئوية لكل مقياس، بما في ذلك النسبة المئوية التسعين التي تُستخدَم لتقييم أداء تطبيقك مقارنةً بمعايير تحديد الأداء السيئ. تعني قيمة الشريحة المئوية التسعين أنّ 10% من العينات التي تم جمعها على مدار يوم واحد كانت قيمتها أعلى من تلك القيمة. على سبيل المثال، يشير مقياس P90 البالغ 1.7 غيغابايت إلى أنّ 90% من العيّنات التي تم جمعها كانت قيمتها أقل من 1.7 غيغابايت، وأنّ 10% من العيّنات التي تم جمعها كانت قيمتها أكثر من 1.7 غيغابايت.
لا ينطبق هذا الشرط إلا على الهواتف الجوّالة والأجهزة اللوحية بمختلف أشكالها.
استخدام الذاكرة
يمثّل حجم مجموعة البيانات الدائمة المجهولة (Anon RSS) الذاكرة التي يخصّصها تطبيقك مباشرةً (مثل كومة ذاكرة Java/Kotlin وتخصيصات الذاكرة الأصلية وتعيينات الذاكرة المجهولة) والتي لا يمكن نقلها إلى القرص بدون مساحة إبدال. تبديل الحسابات بذاكرة مضغوطة أو مقسّمة إلى صفحات في zRAM
يتم تخصيص الحدود القصوى وفقًا لفئة تطبيقك (التطبيقات مقابل الألعاب) ومستوى ذاكرة الوصول العشوائي (RAM) في الجهاز لتعكس قيود الأجهزة المختلفة. اعتبارًا من فبراير 2027، يجب أن تستوفي التطبيقات والألعاب على Google Play المعايير التالية لتبقى متوافقة:
التطبيقات
| حالة التطبيق | المقدّمة | الخدمات التي يلاحظها المستخدم | الخلفية | مخزَّن مؤقتًا |
| ذاكرة الوصول العشوائي (RAM) المادية | الشريحة المئوية التسعون | الشريحة المئوية التسعون | الشريحة المئوية التسعون | الشريحة المئوية التسعون |
|
من 0 إلى 4 غيغابايت (إجمالي الذاكرة من 0 ميغابايت إلى 3200 ميغابايت) |
- | - | - | - |
|
4 غيغابايت (إجمالي الذاكرة من 3200 ميغابايت إلى 4800 ميغابايت) |
2 غيغابايت | 1 غيغابايت | 1 غيغابايت | - |
|
6 غيغابايت (إجمالي الذاكرة من 4800 إلى 6800 ميغابايت) |
2.25 غيغابايت | 1.25 غيغابايت | 1.25 غيغابايت | - |
|
8 غيغابايت (إجمالي الذاكرة من 6800 ميغابايت إلى 9216 ميغابايت) |
2.25 غيغابايت | 1.5 غيغابايت | 1.5 غيغابايت | - |
|
12 غيغابايت (إجمالي الذاكرة من 9216 ميغابايت إلى 14336 ميغابايت) |
3.25 غيغابايت | 1.75 غيغابايت | 1.75 غيغابايت | - |
|
16 غيغابايت (إجمالي الذاكرة من 14336 ميغابايت إلى 18432 ميغابايت) |
4.25 غيغابايت | 2 غيغابايت | 2 غيغابايت | - |
|
16 غيغابايت أو أكثر (أكثر من 18432 ميغابايت من إجمالي الذاكرة) |
- | - | - | - |
ملاحظة: يتضمّن كل نطاق من نطاقات ذاكرة الوصول العشوائي (RAM) القيمة الأقل. يمكن أن يكون إجمالي الذاكرة أقل من ذاكرة الوصول العشوائي (RAM) الفعلية المُعلَن عنها للجهاز.
الألعاب
| حالة التطبيق | المقدّمة | الخدمات التي يلاحظها المستخدم | الخلفية | مخزَّن مؤقتًا |
| ذاكرة الوصول العشوائي (RAM) المادية | الشريحة المئوية التسعون | الشريحة المئوية التسعون | الشريحة المئوية التسعون | الشريحة المئوية التسعون |
|
من 0 إلى 4 غيغابايت (إجمالي الذاكرة من 0 ميغابايت إلى 3200 ميغابايت) |
- | - | - | - |
|
4 غيغابايت (إجمالي الذاكرة من 3200 ميغابايت إلى 4800 ميغابايت) |
2.25 غيغابايت | 2.0 غيغابايت | 2.0 غيغابايت | - |
|
6 غيغابايت (إجمالي الذاكرة من 4800 إلى 6800 ميغابايت) |
2.75 غيغابايت | 2.5 غيغابايت | 2.5 غيغابايت | - |
|
8 غيغابايت (إجمالي الذاكرة من 6800 ميغابايت إلى 9216 ميغابايت) |
3.5 غيغابايت | 2.75 غيغابايت | 2.75 غيغابايت | - |
|
12 غيغابايت (إجمالي الذاكرة من 9216 ميغابايت إلى 14336 ميغابايت) |
4 غيغابايت | 3.2 غيغابايت | 3.2 غيغابايت | - |
|
16 غيغابايت (إجمالي الذاكرة من 14336 ميغابايت إلى 18432 ميغابايت) |
5 غيغابايت | 3.5 غيغابايت | 3.5 غيغابايت | - |
|
16 غيغابايت أو أكثر (أكثر من 18432 ميغابايت من إجمالي الذاكرة) |
- | - | - | - |
ملاحظة: يتضمّن كل نطاق من نطاقات ذاكرة الوصول العشوائي (RAM) القيمة الأقل. يمكن أن تكون الذاكرة الإجمالية أقل من ذاكرة الوصول العشوائي (RAM) الفعلية المُعلن عنها للجهاز.
استخدام ذاكرة الصورة النقطية
يؤدي الاحتفاظ بالصور النقطية لفترات طويلة عندما تكون حالة التطبيق غير حالة المقدّمة إلى استهلاك قدر مفرط من الذاكرة، إذ لا يمكن عرض الصور النقطية إلا عندما تكون واجهة المستخدم مرئية. عادةً، لا يجب الاحتفاظ بالصور النقطية لفترات طويلة من الوقت في هذه الحالات، ولكن قد يتم أخذ عيّنة من تطبيقك بعد وقت قصير من تغيير الحالة حيث تستجيب بنشاط إلى onTrimMemory وتُحرّر الذاكرة المحجوزة للصور النقطية، لذا تكون هذه الحدود أعلى من صفر لاحتساب ذلك.
| حالة التطبيق | الشريحة المئوية التسعون |
| المقدّمة | |
| الخدمات التي يلاحظها المستخدم | أكبر من 200 ميغابايت |
| الخلفية | أكبر من 200 ميغابايت |
| مخزَّن مؤقتًا | أكبر من 400 ميغابايت |
تحسين رمز DEX
اعتبارًا من فبراير 2027، يجب أن تستوفي التطبيقات والألعاب على Google Play الحد الأدنى من متطلبات التحسين. يجب تحقيق نسبة 25% على الأقل من التحسين وإخفاء مفاتيح فك التشفير والتقليص لأي عمليات تحميل للتطبيقات على Play Console. ندرك أنّ بعض التطبيقات أو الألعاب لا تستخدم رمز DEX بشكل كبير، لذا لن يتم فرض هذا الشرط إلا في حال استخدام أحجام DEX كبيرة. يمكنك الاطّلاع على حجم DEX، بالإضافة إلى نسب التحسين لكل حزمة تطبيق تحمّلها على مستكشف حِزم التطبيقات في Play Console.
ينطبق هذا الشرط على جميع أشكال الأجهزة.
| الألعاب | التطبيقات | |||
| تحسين الرموز البرمجية | الألعاب التي تحتوي على رموز DEX أكبر من 50 ميغابايت | التطبيقات التي تتضمّن رمز DEX أكبر من 10 ميغابايت | ||
| إخفاء مفاتيح فك التشفير | 25% | 25% | ||
| تحسين | 25% | 25% | ||
| تقليص | 25% | 25% | ||
يمكنك استخدام أي أداة، مثل R8 أو أداة أخرى لتقليل حجم التطبيق، لتحقيق الحد الأدنى المطلوب وهو 25%.
يمكنك استخدام أداة تحليل إعدادات R8 للحصول على المزيد من الإحصاءات وتحسين الأداء بشكل أكبر. يُرجى العِلم أنّه في حال النشر من خلال مسارات CI/CD أو في بيئة مؤسسة، قد لا تتطابق الإصدارات المحلية تمامًا مع الإصدار الذي يتم تحميله إلى Play Console لتوزيعه على المستخدمين، لذا يمكن توقُّع بعض الاختلافات الطفيفة.
استعادة ميزة "تسجيل الدخول بدون أي نقرات"
اعتبارًا من أبريل 2027، يجب أن تتيح التطبيقات التي تتطلّب تسجيل دخول المستخدم (اختياريًا أو إلزاميًا) استعادة ميزة "تسجيل الدخول بدون أي نقرات" عندما ينتقل المستخدم من جهاز Android السابق إلى جهاز جديد ويختار استعادة بياناته إما من خلال نقل البيانات من جهاز إلى آخر أو من خلال الاحتفاظ بنسخة احتياطية على السحابة الإلكترونية. لا تؤدي عمليات تسجيل الدخول اليدوية أثناء إعداد الجهاز إلى حدوث مشاكل في الإعداد وانخفاض معدّل الحفاظ على المستخدمين فحسب، بل إنّها تعرّض التطبيقات بشكل مباشر لثغرات أمنية خطيرة، مثل التصيّد الاحتيالي وسرقة بيانات الاعتماد أثناء الإعداد. واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد على Android هي الطريقة الأساسية لحلّ هذه المشاكل واستيفاء هذا الشرط، وهي متاحة في الإصدار 9 من نظام التشغيل Android والإصدارات الأحدث.
- تُعد التطبيقات التي تتكامل مع Block Store في 30 سبتمبر 2026 أو قبل ذلك لاستعادة حالة تسجيل دخول المستخدم متوافقة مع هذا الشرط.
- لا ينطبق هذا الشرط على تطبيقات إدارة أجهزة المؤسسات والتطبيقات الخاصة بشكل دائم.
- قد تكون التطبيقات الخاضعة لمتطلبات تنظيمية أو متطلبات امتثال صارمة تؤثر في طريقة عمل ميزة تسجيل الدخول (مثل الخدمات المالية أو الرعاية الصحية) مؤهَّلة للحصول على إعفاء. على المطوّرين إرسال طلب إعفاء من هذا الشرط من خلال Play Console قبل تاريخ التنفيذ.
- لا تنطبق هذه المتطلبات حاليًا على الألعاب. من المتوقّع أن يتلقّى المطوّرون إرشادات مخصّصة وحلولاً مصمّمة لحالات الاستخدام المعقّدة للمصادقة في الألعاب في عام 2027. بالنسبة إلى الألعاب التي تتيح استخدام حساب مستخدم واحد، ننصح بشدة باستخدام "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" لإتاحة تسجيل الدخول بدون أي نقرات.
سيتم نشر المزيد من التفاصيل حول المتطلبات والاستثناءات في الأشهر المقبلة.
الدمج والاختبار
اختبِر عملية الدمج للتأكّد من حصول المستخدمين على تجربة سلسة واستيفاء هذا الشرط. يمكن أن تساعدك مهارة الذكاء الاصطناعي التي تم نشرها مؤخرًا لاستعادة بيانات الاعتماد في الدمج بسهولة أكبر.
أشكال الأجهزة وإصدارات Android التي يشملها البرنامج
ينطبق هذا الشرط فقط على أشكال الأجهزة الجوّالة/اللوحية. "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" غير متاحة لأشكال الأجهزة الأخرى حاليًا. تتوفّر ميزة "استعادة بيانات الاعتماد" على الإصدار 9 من Android والإصدارات الأحدث.
الأسئلة الشائعة حول المتطلبات القادمة
متطلبات الذاكرة
لماذا تطبّق Google إجراءات تنفيذية لمقاييس الذاكرة؟
من المتوقّع حدوث أزمة ذاكرة على مستوى المنظومة المتكاملة بسبب ارتفاع تكاليف ذاكرة الوصول العشوائي. يؤدي الاستخدام غير الفعّال للذاكرة، مثل تطبيق واحد يتسبّب في تسريب الذاكرة بشكل كبير ويستهلك معظم ذاكرة الجهاز، إلى حدوث تقطّع في أداء الجهاز وإيقاف التطبيقات الأخرى التي تعمل بشكل جيد في الخلفية. أعلن نظام التشغيل Android عن حدود صارمة للذاكرة، ويريد Google Play التأكّد من أنّ تطبيقك يلتزم بهذه الحدود لتقليل احتمالات إيقاف جهازك للتطبيق.
كيف يمكنني تقليل استخدام الذاكرة؟
اتّبِع أفضل الممارسات المتعلّقة بالتطبيقات والألعاب. تشمل الاستراتيجيات الرئيسية إتاحة الموارد في onTrimMemory() (بما في ذلك الاستفادة من محرك الألعاب لإتاحة الموارد)، وتجنُّب مشاكل تسرُّب الذاكرة الثابتة من خلال استخدام المكوّنات التي تراعي مراحل النشاط، وتحديد مواضع التخصيص وعمليات تفريغ الذاكرة باستخدام Perfetto، وتقليل المهام التي تعمل في الخلفية لفترة طويلة.
كيف يمكنني تقليل عمليات تخصيص الصور النقطية؟
يمكنك تقليل دقة الصور وفك ترميزها لتتطابق مع أبعاد العرض الدقيقة، واستخدام مكتبات حديثة لتحميل الصور (مثل Coil أو Glide) تم ضبطها باستخدام ذاكرة تخزين مؤقت تراعي حجم الذاكرة، وإصدار صور نقطية غير مستخدَمة في الذاكرة عندما تكون واجهة المستخدم مخفية (من خلال RIM_MEMORY_UI_HIDDEN في onTrimMemory)، وتجنُّب الاحتفاظ بمراجع ثابتة للصور النقطية أو طرق العرض.
هل يجب استخدام R8 لتحسين الرموز البرمجية؟
على الرغم من أنّنا ننصح بشدة باستخدام أداة R8 لما توفّره من إحصاءات وتحسينات متقدّمة، تتوفّر أدوات تحسين أخرى يمكن استخدامها لتلبية هذا الشرط.
لماذا تختلف المتطلبات بين التطبيقات والألعاب؟
تتّبع الألعاب أنماطًا مختلفة لاستخدام الذاكرة من أجل تقديم تجربة لعب سلسة في المقدّمة بشكل أساسي. وغالبًا ما تعتمد على محرّكات الألعاب الأصلية التي تفرض قيودًا فنية مختلفة عن التطبيقات. يتم تخصيص متطلبات الألعاب وفقًا لحالة الاستخدام.
كيف يفرّق Google Play بين التطبيق واللعبة؟
يستند ذلك إلى الفئة التي يمكنك ضبطها ضمن "إعدادات المتجر" على Play Console، والتي تؤثر في الجزء الذي يظهر فيه تطبيقك على "متجر Google Play". يُرجى العلم أنّ تغيير فئة تطبيقك إلى فئة لا تعكس الوظيفة الأساسية بدقة في محاولة لاستيفاء عتبات فنية مختلفة يُعدّ مخالفة لسياسة البيانات الوصفية في بطاقة بيانات المتجر.
كيف تتقاطع هذه المتطلبات مع برنامج "تجربة التطبيقات" وبرامج Level Up؟
بعد بدء تطبيق حدود الذاكرة هذه، يجب أن تلتزم التطبيقات والألعاب بجميع حدود الذاكرة لتكون مؤهَّلة للانضمام إلى برنامج "تجربة التطبيقات" وبرنامج Level Up أو الحفاظ على أهليتها.
تتوفّر ميزة "حدود الذاكرة في Android" على الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث. هل متطلبات Google Play تنطبق على الإصدار 17 من نظام التشغيل Android والإصدارات الأحدث فقط؟
لا، يقيّم Google Play جميع إصدارات تطبيقك التي تتوفّر فيها البيانات. ينطبق ذلك على الإصدار 13 من نظام التشغيل Android والإصدارات الأحدث في ما يتعلّق باستخدام الذاكرة (ذاكرة RSS المجهولة + مساحة الإبدال) واستخدام الصور النقطية للذاكرة.
لماذا تختلف الحدود الدنيا لخدمة RSS Anon+Swap ولكل فئة من فئات ذاكرة الوصول العشوائي (RAM)؟
يُقرّ التقسيم حسب فئة ذاكرة الوصول العشوائي (RAM) بأنّ الأجهزة المختلفة لديها مستويات تحمُّل متفاوتة للاستخدام الزائد للذاكرة. فما يحقّق أداءً جيدًا على جهاز بسعة 16 غيغابايت قد لا يحقّق الأداء نفسه على جهاز بسعة 4 غيغابايت. يجب التأكّد من أنّ التطبيق لا يستهلك قدرًا كبيرًا من الذاكرة في جميع فئات ذاكرة الوصول العشوائي (RAM)
ما هي أشكال الأجهزة التي تندرج ضمن متطلبات الذاكرة؟
بالنسبة إلى مقياسَي "استخدام الذاكرة (ذاكرة RSS المجهولة + مساحة الإبدال)" و"استخدام الصور النقطية للذاكرة"، يتم تضمين الأجهزة الجوّالة والأجهزة اللوحية.
ما هي الأدوات المتاحة لفهم استخدام الذاكرة بشكل أكبر؟
-
يمكنك البدء في تحسين استخدام الذاكرة للتطبيقات أو الألعاب من خلال اتّباع إرشادات استخدام الذاكرة.
-
Google Play Console (مؤشرات Android الحيوية): يمكنك مراقبة مقاييس P90 المتجدّدة على مدار 28 يومًا لاستخدام الذاكرة (ذاكرة RSS المجهولة + مساحة الإبدال) واستخدام ذاكرة الصور النقطية، ويمكن فلترتها حسب حالة التطبيق (المقدّمة، خدمة يلاحظها المستخدم، الخلفية، مخزّن مؤقتًا)، وفئة ذاكرة الوصول العشوائي (RAM) للجهاز (على سبيل المثال، 4-6 غيغابايت)، وإصدار Android، وإصدار التطبيق.
-
Google Play Developer Reporting API: يمكنك طلب المقاييس آليًا لتفعيل إعداد التقارير تلقائيًا وتحديد حالات تراجع الأداء ودمج بيانات المؤشرات الحيوية في لوحات البيانات الداخلية.
-
محلّل الذاكرة ولقطات لأجزاء من الذاكرة في استوديو Android: يمكنك فحص عمليات التخصيص في الوقت الفعلي على مستوى ذاكرة Java/Kotlin والذاكرة الأصلية والرسومات. يمكنك تسجيل وتحليل لقطات لأجزاء من الذاكرة (.
hprof) لرصد تسرُّبات الذاكرة والأنشطة التي لم يتم إيقافها وصور نقطية مكرّرة ومسارات الاحتفاظ. -
Perfetto وتتبّع النظام: استخدِم Perfetto (
heapprofd) لأخذ عيّنات من عمليات التخصيص الأصلية وعمليات تخصيص Java بأقل قدر من الحمل الزائد لتحديد تسلسلات استدعاء الدوال البرمجية التي تتسبّب في ارتفاع استخدام الذاكرة. تساعد عمليات تتبُّع النظام في تتبُّع استخدام الذاكرة خلال عمليات الانتقال بين مراحل النشاط وربطها بأحداثlmkd(آلية إنهاء العمليات عند انخفاض الذاكرة). تتوفّر أيضًا مهارات تحليل الذكاء الاصطناعي (مثل مهارات Perfetto AI) لإجراء تحليل تلقائي لعمليات التتبّع ولقطات أجزاء من الذاكرة. -
أدوات التشخيص على الجهاز: استخدِم
adb shell dumpsys meminfo <package_name>للحصول على تفاصيل مباشرة حول PSS وPrivate Dirty (Anon RSS) وSwap Dirty (zRAM) والصور النقطية، أو استخدِمComponentCallbacks2.onTrimMemory()للحصول على بيانات قياس مخصّصة عن بُعد من العميل.
لماذا هناك حد أدنى لحجم DEX لتحسين الرموز البرمجية؟
على الرغم من أنّنا ننصح دائمًا بتحسين الرموز البرمجية للاستفادة من مزايا الأداء المتعددة، فإنّنا نوازن بين الجهد المطلوب لإعادة إنشاء تطبيق أو لعبة وتحسينهما، وبين الفائدة التي تعود على المستخدم. يكون لأحجام ملفات DEX الصغيرة (أقل من 10 ميغابايت للتطبيقات وأقل من 50 ميغابايت للألعاب) تأثير محدود في استهلاك الذاكرة على الأجهزة، لذا لا نطلب تحسين الرموز البرمجية في هذه الحالة.
استعادة ميزة "تسجيل الدخول بدون أي نقرات"
هل يظل مفتاح الاستعادة متاحًا إذا تم إلغاء تثبيت تطبيق وإعادة تثبيته على الجهاز نفسه؟
لا، يتم حذف مفتاح الاستعادة تلقائيًا عند إلغاء تثبيت أحد التطبيقات.
هل ينطبق هذا الشرط على جميع أشكال الأجهزة؟
لا، لا ينطبق شرط استعادة بيانات الاعتماد بدون أي نقرات إلا على الهواتف الجوّالة والأجهزة اللوحية.
هل ينطبق هذا الشرط إذا لم يسجّل المستخدم الدخول أو على التطبيقات التي لا تتضمّن حسابات مستخدمين؟
لا، تم تصميم هذا الشرط للحفاظ على حالة تسجيل الدخول النشطة على جميع الأجهزة التي يتم الانتقال إليها.
-
التطبيقات التي لا تتطلّب تسجيل دخول المستخدم: لا تتأثّر التطبيقات التي لا توفّر حسابات مستخدمين أو وظيفة تسجيل الدخول.
-
المستخدمون الذين سجّلوا الخروج أو الضيوف: إذا سجّل المستخدم الخروج أو استخدم وضع الضيف أو سجّل الخروج قبل تبديل الأجهزة، يجب أن يتم تشغيل تطبيقك في حالة عدم المصادقة نفسها على الجهاز الجديد.
هل تعمل ميزة "استعادة بيانات الاعتماد" مع أي طريقة مصادقة؟
نعم، تم تصميم "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" للعمل مع أي طريقة مصادقة من خلال السماح للتطبيقات بتخزين مفتاح استعادة.
هل تعالج ميزة "استعادة بيانات الاعتماد" نطاقات التفويض أو عملية التحقّق الإضافية (على سبيل المثال، المصادقة المتعدّدة العوامل (MFA)؟
-
لا، تم تصميم "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" حصريًا للمصادقة (استعادة هوية المستخدم وجلسة تسجيل الدخول). ولا تتعامل مع طلبات التفويض الثانوية، مثل منح أذونات OAuth أو اختبارات التحقّق المتعدّدة العوامل.
-
ننصحك باتّباع منهج من خطوتَين:
-
استعادة الهوية: يمكنك استخدام ميزة "استعادة بيانات الاعتماد" لإعادة إنشاء حالة تسجيل الدخول الأساسية للمستخدم تلقائيًا عند تشغيل التطبيق لأول مرة على الجهاز الجديد.
-
طلب الإذن في السياق: اطلب أذونات محدّدة للموارد (مثل الوصول إلى Google Drive) في الوقت المناسب عندما يصل المستخدم إلى الميزات التي تتطلّب هذه الأذونات. يمكنك أيضًا طلب مصادقة إضافية (مثل المصادقة المتعدّدة العوامل (MFA)) إذا لزم الأمر.
-
كيف يمكنني معرفة ما إذا كانت عملية الدمج تستوفي المتطلبات؟
يتم تحديد استعادة تسجيل الدخول بنجاح من خلال استرداد مفتاح الاستعادة بنجاح. وسيتم إرسال إشعار إلى التطبيقات التي نحدّد أنّها لا تستوفي هذا الشرط.
كيف يمكنني معرفة ما إذا كان تطبيقي يندرج ضمن استثناء؟
سيتم تقديم المزيد من الإرشادات حول الاستثناءات في وقت لاحق.
كيف يمكنني إدارة حالات استخدام المصادقة المتعدّدة العوامل (MFA)؟
لا تتعامل "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" مع تحديات المصادقة المتعدّدة العوامل، كما أنّها غير مخصّصة لتجاوز سياسات الأمان في تطبيقك. عند استرداد مفتاح استعادة على جهاز جديد، يجب أن يحدّد تطبيقك ما إذا كان سيطلب إجراء عملية تحقّق إضافية. ويكفي استعادة سياق هوية المستخدم (على سبيل المثال، عرض عبارة "مرحبًا بعودتك يا أحمد") لتلبية هذا الشرط. ومع ذلك، يُرجى العِلم أنّ عملية الاستعادة من جهاز إلى آخر تقدّم دليلاً قويًا على حيازة الجهاز، وبالتالي لا تتطلّب خطوة إضافية للمصادقة المتعدّدة العوامل.
لماذا يتم استثناء الألعاب من هذا الشرط؟
يتم إعفاء الألعاب في البداية لأننا نعمل على إيجاد حلول مخصّصة لحالات استخدام المصادقة المعقّدة، وهي شائعة في الألعاب. يُنصح بشدة بأن تتبنى الألعاب التي تدعم تسجيل الدخول بحساب واحد "واجهة برمجة التطبيقات لاستعادة بيانات الاعتماد" لإتاحة تسجيل الدخول بدون أي نقرات.
هل يمكنني استخدام Block Store لتلبية متطلبات إعداد الأجهزة الجديدة؟
نعم، يمكن اعتبار عملية الدمج مع Block Store متوافقة فقط إذا تمّت عملية الدمج وكانت متاحة في مرحلة الإنتاج في 30 سبتمبر 2026 أو قبل ذلك، وتمكّنت من استعادة حالة تسجيل دخول المستخدم بنجاح. لا تُعتبر أنواع عمليات الدمج الأخرى أو تلك التي تم إكمالها بعد تاريخ الإيقاف النهائي متوافقة.
لماذا تم تحديد 30 سبتمبر 2026 كموعد نهائي لعمليات الدمج في Block Store؟
يُعدّ تاريخ 30 سبتمبر 2026 علامة فارقة واضحة للفِرق التي تعمل حاليًا على دمج Block Store. ويضمن ذلك بقاء عمليات تنفيذ ميزة "تسجيل الدخول بدون أي نقرات" الحالية صالحة مع توجيه عمليات التكامل المستقبلية نحو معيار Credential Manager المقترَح.
ماذا يحدث عندما يسجّل المستخدم الخروج أو يحذف حسابه على الجهاز القديم؟
على التطبيق حذف مفتاح الاستعادة بشكل نشط. في حال إلغاء تثبيت التطبيق، سيتم حذف مفتاح الاستعادة تلقائيًا.
ماذا أفعل مع المستخدمين في وضع الضيف؟
ينطبق هذا الشرط على الجزء الذي يتطلب مصادقة في تطبيقك فقط. إذا كان المستخدم ضيفًا على الجهاز القديم، يجب أن يتم تشغيل التطبيق في وضع الضيف على الجهاز الجديد.
ماذا أفعل مع المستخدمين الذين يستخدمون حسابات متعددة على الجهاز نفسه؟
لتلبية هذا الشرط، يجب أن يخزِّن تطبيقك مفتاح الاستعادة لحساب المستخدم النشط حاليًا (أو آخر حساب نشط) على الجهاز المصدر. يمكنك الاطّلاع على مزيد من المعلومات في مستندات "استعادة بيانات الاعتماد".
هل يمكنني إرسال إشعارات إلى المستخدمين الذين تم استرداد حساباتهم بدون مطالبتهم بإعادة منح أذونات الإشعارات؟
نعم. تتولّى خدمات الاحتفاظ بنسخة احتياطية واستعادتها عملية استعادة أذونات التطبيقات، بما في ذلك أذونات الإشعارات، من الجهاز السابق. يتيح لك ذلك إرسال إشعارات عامة. بالإضافة إلى ذلك، عند دمجها مع ميزة "استعادة بيانات الاعتماد"، يمكنك إعادة جذب المستخدمين من خلال إرسال إشعارات مخصّصة على الجهاز الجديد بدون أن يضطر المستخدم إلى فتح التطبيق أولاً.
غير ذلك
هل هذه المتطلبات اختيارية؟
جميع المتطلبات المنشورة في هذه الصفحة ليست اختيارية. قد يؤثّر عدم استيفاء أحد المتطلبات في إمكانية ظهور التطبيق ونشره على Google Play.
مراجع مفيدة
تحسين الرموز البرمجية
- تفعيل تحسين التطبيق باستخدام R8 | جودة التطبيق | مطوّرو تطبيقات Android
- استخدام أداة R8 في الوضع الكامل | جودة التطبيق | مطوّرو تطبيقات Android
- استخدام أداة تحليل إعدادات R8 | جودة التطبيق | مطوّرو تطبيقات Android
استخدام الذاكرة (ذاكرة RSS المجهولة + مساحة الإبدال)
استخدام ذاكرة الصورة النقطية
استعادة بيانات الاعتماد
- فهم ميزة استعادة بيانات الاعتماد
- الأدلّة الرسمية: تنفيذ ميزة "استعادة بيانات الاعتماد"
- مواد الاختبار: اختبار ميزة "استعادة بيانات الاعتماد" في "استوديو Android"
- دراسة حالة حول التأثير في العالم الحقيقي: كيف خفّضت "أوبر" عمليات تسجيل الدخول اليدوية مقدار 4 ملايين عملية سنويًا؟
المهارات
"المهارات" هي تعليمات وموارد نمطية محسَّنة بالذكاء الاصطناعي تساعد النماذج اللغوية الكبيرة على فهم وتنفيذ أنماط معيّنة تتّبع أفضل الممارسات والإرشادات المتعلّقة بتطوير تطبيقات Android من developer.android.com. يمكنك استخدامها من خلال Android CLI أو أدوات أخرى مستندة إلى النماذج اللغوية الكبيرة.
- مهارة تحليل R8: لتحليل إعدادات R8 في التطبيق وقواعد الاحتفاظ بالبيانات
- مهارات الذكاء الاصطناعي في Perfetto: تُستخدَم لتفسير لقطات لأجزاء من الذاكرة المؤقتة والحصول على اقتراحات قابلة للتنفيذ لتحسين أداء الذاكرة
- مهارة Android Profiler: تُستخدَم لتفسير لقطات أجزاء من الذاكرة وعمليات التتبُّع والحصول على اقتراحات قابلة للتنفيذ لتحسين أداء الذاكرة
- مهارة استعادة بيانات الاعتماد: يمكنك استخدامها للحصول على مساعدة في دمج إعدادات استعادة بيانات الاعتماد واختبارها
المتطلبات الحالية
تشمل المتطلبات الفنية الحالية في Google Play معايير تحديد الأداء السيئ في مجموعة من مؤشرات الأداء الأساسية، بالإضافة إلى المتطلبات المتعلقة بحِزمة التطبيق التي تحمّلها إلى Play Console.
مؤشرات الأداء الأساسية والثبات
يراقب Google Play مقاييس الأداء الأساسية لضمان استيفاء التطبيقات لمعايير الثبات. قد يؤدي تجاوز هذه الحدود إلى التأثير في إمكانية العثور على تطبيقك على "متجر Google Play".
- نسبة الأعطال التي لاحظها المستخدمون: المعيار المحدَّد هو 1.09% إجمالًا (كمتوسط على مستوى الأجهزة)، و8% لكل طراز من الهواتف، و4% لكل طراز من الساعات. مزيد من المعلومات
- نسبة أخطاء ANR التي لاحظها المستخدمون: المعيار المحدَّد هو 0.47% إجمالاً (المتوسط على مستوى الأجهزة)، و8% لكل طراز هاتف، و5% لكل طراز ساعة. مزيد من المعلومات
- عمليات قفل التنشيط الجزئي الزائدة عن الحدّ: المعيار هو 5% بشكل عام (المتوسط على جميع الأجهزة). يؤدي إبقاء الجهاز نشطًا بدون داعٍ إلى استنزاف البطارية، لذا احرِص على استخدام أقفال التنشيط بشكل صحيح وفكِّر في استخدام WorkManager للمهام التي تعمل في الخلفية. مزيد من المعلومات
- استخدام البطارية على نحو مفرط: الحدّ الأقصى هو 1% لكل طراز ساعة. مزيد من المعلومات
المتطلبات الفنية
يتوافق Google Play مع مجموعة كبيرة من الأجهزة ذات الإعدادات والبُنى المختلفة. تُعدّ بعض البُنى أساسية لمستقبل Android، وبالتالي يجب أن تتوافق معها حِزم التطبيقات الجديدة التي يتم تحميلها على Play Console لضمان إمكانية تقديم تجارب تطبيقك للمستخدمين.
- إتاحة إصدار 64 بت: يجب أن تتيح التطبيقات التي تحتوي على رموز برمجية أصلية البُنى الأساسية لإصدار 64 بت فقط. مزيد من المعلومات
- التوافق مع صفحات الذاكرة بحجم 16 كيلوبايت: يجب أن تتوافق التطبيقات التي تحتوي على رموز برمجية أصلية مع الأجهزة التي تستخدم صفحات ذاكرة بحجم 16 كيلوبايت. تكون التطبيقات التي تستخدم Java/Kotlin فقط متوافقة تلقائيًا. مزيد من المعلومات
- التوافق مع الإصدار 64 بت من نظام التشغيل Wear OS وصفحات الذاكرة بحجم 16 كيلوبايت: مطلوب اعتبارًا من 15 سبتمبر 2026. مزيد من المعلومات
- التوافق مع الإصدار 64 بت وحجم صفحة الذاكرة البالغ 16 كيلوبايت على أجهزة التلفزيون: شرط أساسي اعتبارًا من 1 أغسطس 2026 مزيد من المعلومات