من الأوامر النصية إلى الصفحة العامة
- ما بنته أداتكتطبيق ويب أو مشروع Expo أو Flutter أو مشروع أصلي
- ملف AAB موقّع للإصدارالملف الذي يقبله جوجل بلاي
- حساب المطوّرUS$25 لمرة واحدة، مع التحقق من الهوية
- نماذج محتوى التطبيقالخصوصية وأمان البيانات والتصنيف
- الاختبار المغلق12 مختبِرًا، 14 يومًا، إن كان حسابك يتطلبه
- الإصدار العلنيبعد منح الإذن
أداة الذكاء الاصطناعي التي تستخدمها لا تغيّر إلا الخطوة الأولى. أما الخطوات من الثانية إلى السادسة فهي واحدة لكل تطبيق Android.
إجابة سريعة
لنشر تطبيق Vibe Coding (أي تطبيق بنيته بالذكاء الاصطناعي) نشرًا علنيًا على جوجل بلاي، أنشئ حزمة Android App Bundle (AAB) موقّعة عبر إطار العمل الذي أنتجته أداتك فعلًا، ثم أكمل متطلبات الحساب ومحتوى التطبيق والإصدار. وإذا كان لديك حساب مطوّر شخصي أُنشئ بعد 13 نوفمبر 2023، فيحتاج التطبيق أيضًا إلى اختبار مغلق (closed testing) يضم 12 مختبِرًا على الأقل ممّن وافقوا على المشاركة لمدة 14 يومًا متواصلة قبل أن تتمكن من طلب الإصدار العلني. أما مسار Google الخاص في AI Studio للتطبيقات الشخصية، الذي أُعلن عنه في 13 أكتوبر 2026، فهو طريق منفصل ولا يُنشئ صفحة عامة على المتجر.
تتوقف معظم أدوات بناء التطبيقات بالذكاء الاصطناعي عند معاينة تعمل: رابط URL، أو جلسة Expo Go، أو ملف APK على هاتفك أنت. ولا شيء من ذلك هو ما يراجعه جوجل بلاي. يبدأ هذا المقال مما أنتجته أداتك فعلًا، ثم يمرّ بالبناء والإصلاحات والنماذج والاختبار بالترتيب الذي يطلبه Play Console. المعلومات محدّثة حتى 16 أكتوبر 2026.
ما يغطيه هذا المقال
هل يمكنني نشر تطبيق صنعته بالذكاء الاصطناعي على جوجل بلاي؟
نعم، إذا كان التطبيق النهائي يستوفي متطلبات جوجل بلاي. لم نجد أي سياسة من Google تحظر تطبيقًا لأن الذكاء الاصطناعي كتب الكود الخاص به. يمرّ الإصدار العلني بنفس فحوصات المراجعة والجودة والسياسات التي يمرّ بها أي تطبيق آخر، لذا فإن استخدام الذكاء الاصطناعي في كتابة الكود لا يعفيك من مسؤوليتك عن التطبيق النهائي.
يتحدث إعلان Google نفسها في 13 أكتوبر 2026 عن بناء تطبيقات Android بأسلوب Vibe Coding في Google AI Studio. لكنه لا يُنشئ طريقًا مختصرًا: فالصفحة العامة لا تزال تحتاج إلى إصدار يعمل، وإقرارات دقيقة، ولكثير من الحسابات الشخصية الجديدة الاختبار المغلق. لم نجد أي سياسة مؤرّخة من Google تستهدف التطبيقات المكتوبة بالذكاء الاصطناعي كفئة. القواعد التي توقع بالتطبيقات الضعيفة المبنية بالذكاء الاصطناعي هي القواعد العامة المتعلقة بالفائدة والسلوك المعطّل.
“لا نسمح بالتطبيقات التي لا تتضمن سوى وظائف ومحتوى محدودين.”
سياسة مطوّري Google Play، الحد الأدنى من الوظائف
الكود المكتوب بالذكاء الاصطناعي، وميزات الذكاء الاصطناعي، وصور المتجر المولّدة بالذكاء الاصطناعي: ثلاث مسائل منفصلة
الذكاء الاصطناعي كتب الكود
لا يوجد إقرار خاص بمن كتب الكود. تنظر المراجعة إلى التطبيق الذي تطرحه: هل يعمل، وماذا يفعل بالبيانات، وهل هو مفيد.
تطبيقك يولّد محتوى بالذكاء الاصطناعي
التطبيقات التي تولّد محتوى أثناء التشغيل تخضع لسياسة Google بشأن المحتوى المولّد بالذكاء الاصطناعي: ضمانات تمنع المحتوى المحظور، ووسيلة داخل التطبيق تتيح للمستخدمين الإبلاغ عنه أو الإشارة إليه.
الذكاء الاصطناعي صنع صور المتجر
لصور وفيديوهات صفحة المتجر والمواد الترويجية إقرارات مشروطة خاصة بها لتصنيفها كمولّدة بالذكاء الاصطناعي، ويُحكم عليها عنصرًا بعنصر. وهذا يتعلق بالمواد نفسها، لا بالكود الخاص بك.
لمعرفة كل ما يحتاجه التطبيق الجديد قبل المراجعة، راجع متطلبات النشر على جوجل بلاي لعام 2026.
هل تريد صفحة عامة على المتجر أم مجرد تطبيق على هاتفك؟
حدّد هذا أولًا، لأن الاستخدام الشخصي الخاص والصفحة العامة على Play أصبح لكلٍّ منهما مسار دخول مختلف. كل ما يلي هذا القسم يتعلق بالصفحة العامة.
مسار Google الخاص في AI Studio مقابل صفحة عامة على Play
تطبيق تثبّته أنت فقط
في 13 أكتوبر 2026 أعلنت Google أن التطبيقات المبنية بأسلوب Vibe Coding في Google AI Studio يمكن تثبيتها بشكل خاص على جهازك من كتالوج شخصي. وتصف Google الطرح بأنه يبدأ في أسواق مختارة، منها الولايات المتحدة، للمستخدمين الذين تبلغ أعمارهم 18 عامًا فأكثر ولديهم حساب Google عادي. أما المشاركة مع دائرة صغيرة من الأشخاص فتقول إنها ستأتي لاحقًا.
تطبيق يمكن لأي شخص تثبيته
تحتاج الصفحة العامة إلى حساب مطوّر على Play Console (رسوم US$25 لمرة واحدة، مع التحقق من الهوية، وبالنسبة للحسابات الشخصية الجديدة فحص على جهاز Android حقيقي يعمل بنظام Android 10 أو أحدث)، وملف AAB موقّع، ونماذج محتوى التطبيق، وبالنسبة للحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023 الاختبار المغلق. وتقول Google إن الإصدار العلني يخضع لمراجعتها المعتادة للثقة والأمان والجودة.
لم نتمكن من التحقق من قائمة كاملة بالدول المشمولة بالمسار الخاص، لذا راجع إعلان Google في أكتوبر 2026 لمعرفة وضع سوقك قبل أن تبني خطتك عليه. ولا تفترض كذلك أن التطبيق الخاص يتجاوز فحوصات الأمان؛ فـGoogle لم تقل ذلك.
كيف أحصل على ملف AAB من أداتي؟
تتبع عملية بناء Android إطار العمل الذي يقوم عليه مشروعك، لا اسم مساعد البرمجة. فزر Publish على الويب قد يُنتج موقعًا إلكترونيًا دون أن يُنتج حزمة Android App Bundle، لذا حدّد أولًا ما لديك: تطبيق ويب، أو مشروع Expo أو React Native، أو مشروع Flutter، أو أداة بناء تصدّر ملف AAB بنفسها.
اختر الأداة التي بنيت بها تطبيقك
Replit
- الطريق إلى ملف AAB
- تقول وثائق Replit الخاصة بتطبيقات الجوال إن النشر على جوجل بلاي غير مدعوم بعد من Replit، وإن EAS CLI وEAS Build غير مدعومين على Replit. إذا كان مشروعك تطبيق Expo، فصدّر الكود المصدري عبر Git وشغّل بناء الإنتاج في Expo (انظر بطاقة Expo) على جهازك الخاص. وإذا كان مشروع ويب، فاستخدم طريق Capacitor الموضح في بطاقة Lovable.
- انتبه إلى
- النصائح التي تطلب منك تشغيل EAS من Replit Shell أصبحت قديمة. أما طريق التصدير ثم البناء الخارجي فيجمع بين أجزاء موثّقة؛ ولا تقدّمه Replit كزر واحد.
Lovable
- الطريق إلى ملف AAB
- تنشر Lovable مواقع إلكترونية. وليس لديها تغليف مدمج للمتجر ولا إرسال إليه. الخيار الموثّق هو أن تغلّف نسخة الويب بنفسك باستخدام Capacitor:
npm install @capacitor/android، ثمnpx cap add androidوnpx cap open android، وأنشئ الحزمة الموقّعة في Android Studio. - انتبه إلى
- يحدد الإصدار الرئيسي من Capacitor مستوى API المستهدف الذي يمكنك بلوغه: Capacitor 8 يقابل API 36، وCapacitor 7 يقابل API 35. افحص الإضافات والتوقيع، وتذكّر أن المغلّف يجب أن يكون تطبيقًا مفيدًا، لا مجرد الموقع داخل إطار.
Bolt
- الطريق إلى ملف AAB
- يمكن لـBolt إنشاء تطبيق ويب أو مشروع جوال بـExpo. بالنسبة لمشروع Expo، نزّله إلى محرر محلي، واضبط EAS، وشغّل بناء الإنتاج لنظام Android. أما مشروع الويب فيحتاج إلى غلاف مثل Capacitor، أو إلى بناء أصلي منفصل.
- انتبه إلى
- لا تشغّل خطوات البناء الأصلي على مشروع ويب عادي. يأخذك الشرح الخاص بـBolt من الاختبار الداخلي إلى الإصدار العلني مباشرة؛ فأضف الاختبار المغلق الذي تطلبه Google بينهما إن كان حسابك مشمولًا.
FlutterFlow
- الطريق إلى ملف AAB
- انتقل إلى Settings and Integrations > App Settings > Mobile Deployment > Google Play Store، ثم انشر ملف AAB أو نزّله. توثّق FlutterFlow رفعًا يدويًا أول إلى الاختبار الداخلي، ثم عمليات نشر تلقائية بعد ذلك.
- انتبه إلى
- احفظ مفتاح الرفع الذي تم إنشاؤه أو صدّره، أو استورد مفتاحك الأصلي. افحص قيم SDK في إعدادات Android المتقدمة؛ فـFlutterFlow لا تَعِد بأن كل مشروع يستوفي قواعد API أو 16 KB.
Kodular
- الطريق إلى ملف AAB
- استخدم Export app as AAB (الاختصار الموثّق هو Alt + Shift + E) وارفع الحزمة الناتجة.
- انتبه إلى
- أضاف إصدار Kodular رقم 2026.05.3، المنشور في 27 سبتمبر 2026، دعم API 36 كمستوى مستهدف، لذا أعد بناء أي ملف AAB قديم. ومكوّن Firebase Database المهجور يمنع الترجمة البرمجية إلى أن تنقله، وكل إضافة تحتاج إلى فحص توافق خاص بها.
Expo
- الطريق إلى ملف AAB
- اضبط EAS والتوقيع، ثم شغّل
eas build --platform android --profile production. نزّل ملف AAB، أو أرسله باستخدامeas submit --platform android. - انتبه إلى
- ملف APK للمعاينة لا يصلح للرفع على Play؛ فملف تعريف production هو الذي يبني ملف AAB. تدعم وثائق الإرسال في Expo، المحدّثة في 9 أكتوبر 2026، إرسالًا أول تلقائيًا، ويصل افتراضيًا إلى المسار الداخلي. والاختبار الداخلي ليس هو الاختبار المغلق، لذا اختر المسار عن قصد.
Cursor أو Claude Code (Flutter)
- الطريق إلى ملف AAB
- اضبط توقيع الإصدار، وتحقق من معرّف التطبيق (application ID) وقيم SDK في Gradle، ثم شغّل
flutter build appbundle. تظهر الحزمة فيbuild/app/outputs/bundle/release/app.aab. - انتبه إلى
- المساعد ليس بيئة التشغيل؛ بل Flutter هو. افحص الإضافات الأصلية، واحتفظ بمعرّف التطبيق الأصلي إذا كنت تحدّث تطبيقًا موجودًا بالفعل على Play.
Cursor أو Claude Code (React Native)
- الطريق إلى ملف AAB
- أعدّ مخزن مفاتيح الرفع وتوقيع الإصدار، ثم شغّل
npx react-native build-android --mode=release. تظهر الحزمة فيandroid/app/build/outputs/bundle/release/app-release.aab. وإذا كان المشروع يستخدم Expo، فاتبع بطاقة Expo بدلًا من ذلك. - انتبه إلى
- جعل React Native 0.81 مستوى API 36 هو المستهدف افتراضيًا، وأضاف 0.77 دعم 16 KB. هذه محطات مهمة، لكنها ليست دليلًا على أن كل مكتبة في تطبيقك متوافقة.
راجعنا كل طريق أعلاه مقابل وثائق الجهة المطوّرة نفسها في 16 أكتوبر 2026؛ ولم نجرّب أيًّا منها على مشروع تجريبي. أدوات البناء تتغير بسرعة، لذا تأكد من الوثائق الحالية قبل البناء. ولا ترفع رقم Target SDK يدويًا لتجعل مشروعًا قديمًا يجتاز الفحص: بل حدّث إلى أدوات تدعم المستوى المستهدف الجديد.
ما الذي يجب أن أصلحه قبل الرفع؟
افحص ملف الإصدار قبل أن تدعو أي شخص لاختباره. ثلاثة فحوصات تقنية تكشف معظم مفاجآت إعادة البناء: مستوى API المستهدف، وحجم الصفحة في المكتبات الأصلية، وهوية التطبيق وتوقيعه.
مستوى API المستهدف
منذ 31 أغسطس 2026، يجب أن تستهدف التطبيقات الجديدة وتحديثات التطبيقات للهواتف والأجهزة اللوحية Android 16 (مستوى API 36) أو أعلى؛ وكانت المهلة للتطبيقات التي حصلت على تمديد حتى 1 نوفمبر 2026. ولتطبيقات Wear OS وAndroid Automotive وTV وXR مستويات مستهدفة مختلفة. التفاصيل وطريقة الإصلاح موجودة في مقال مستوى API المستهدف.
حجم الصفحة 16 KB والمكتبات الأصلية
يجب أن تدعم التطبيقات التي تحتوي على كود أصلي الأجهزة ذات صفحات الذاكرة بحجم 16 KB. يحظر دليل Google الحالي التحديثات غير المتوافقة اعتبارًا من 1 فبراير 2027 للتطبيقات التي تستهدف API 35 فأعلى، لكن ذلك ليس إعفاءً للتطبيق الجديد: افحص المكتبات الأصلية الآن. فدعم إطار العمل لـ16 KB لا يثبت أن كل اعتمادية أصلية في تطبيقك متوافقة. راجع كيفية العثور على خطأ 16 KB وإصلاحه.
هوية التطبيق وتوقيعه
“إذا غيّرت معرّف التطبيق، فسيتعامل متجر Google Play مع الملف المرفوع على أنه تطبيق مختلف تمامًا.”
Android Developers، إعداد وحدة التطبيق (Configure the app module)
عندما تعيد أداة الذكاء الاصطناعي توليد المشروع أثناء إعادة البناء، قارن معرّف التطبيق الجديد بالمعرّف الذي يعرفه Play Console مسبقًا. واحفظ مفتاح الرفع وكلمات مروره في مكان آمن. مع Play App Signing، تحتفظ Google بمفتاح توقيع التطبيق، أما مفتاح الرفع الذي توقّع به كل حزمة فهو مفتاح منفصل.
هل سترفض Google مغلّف الويب الخاص بي؟
ليس لكونه مغلّفًا. يجب أن يستوفي المغلّف قواعد الجودة المنشورة نفسها التي تنطبق على بقية التطبيق، وبعض هذه القواعد يصيب المغلّفات الضعيفة أكثر من غيرها.
الإذن والوظائف المفيدة
لا تسمح سياسة Google بشأن الرسائل غير المرغوب فيها بالتطبيقات التي “تعرض موقعًا إلكترونيًا في WebView دون إذن من مالك الموقع أو مسؤوله”، ولا بالتطبيقات التي يكون غرضها الرئيسي توجيه زيارات تسويق بالعمولة إلى موقع إلكتروني. وتغطي سياسة الحد الأدنى من الوظائف، بشكل منفصل، التطبيقات ذات المحتوى المحدود أو السلوك المعطّل. المغلّف الخاص بموقعك أنت يجتاز اختبار الإذن، لكن يظل عليه أن يقدّم شيئًا مفيدًا وأن يعمل على جهاز حقيقي.
TWA مقابل WebView
يعرض Trusted Web Activity موقعك داخل متصفح المستخدم ويثبت الملكية عبر Digital Asset Links؛ أما WebView فيعرضه داخل تطبيقك أنت. يتحدث المطوّرون عن تطبيقات TWA نُشرت وأخرى رُفضت، ولا تقول وثائق Google العامة إن استخدام TWA غير مرئي لفحوصات الاختبار. غيّر البنية فقط لمعالجة مشكلة محددة، لا لأن منتدى ما يقول إن المغلّفات تفشل دائمًا.
إذا ظهر شريط عنوان المتصفح في تطبيق TWA بعد تثبيته من جوجل بلاي، فافحص Digital Asset Links مقابل شهادة توقيع Play أولًا: يشرح إصلاح SHA-256 في assetlinks.json ذلك خطوة بخطوة.
شخّص سبب الرفض الفعلي
اقرأ السياسة المذكورة في رسالة الرفض، وأعد إنتاج المشكلة في نسخة الإصدار، لا في المعاينة. يشير الرفض بسبب Broken Functionality إلى تعطّل، أو تسجيل دخول لا يعمل، أو شاشة لا تُحمَّل، لا إلى إطار العمل. راجع كيفية إصلاح الرفض بسبب Broken Functionality.
ما نماذج Play Console التي أحتاج إليها؟
يجب أن تصف إقراراتك ما يفعله التطبيق المنشور واعتمادياته فعلًا، بما في ذلك حزم SDK وتسجيل الدخول والتحليلات والإعلانات وأي خدمة ذكاء اصطناعي سحابية. وكثيرًا ما تضيف أدوات البناء بالذكاء الاصطناعي هذه العناصر دون أن تخبرك.
“يجب على التطبيقات التي لا تصل إلى أي بيانات شخصية وحساسة للمستخدمين أن تقدّم سياسة خصوصية مع ذلك.”
سياسة مطوّري Google Play، بيانات المستخدمين
| النموذج | من يحتاج إليه | أين | يكتمل عندما |
|---|---|---|---|
| سياسة الخصوصية | من يحتاج إليهكل تطبيق | أينApp content > Privacy policy، إضافة إلى السياسة نفسها أو رابط إليها داخل التطبيق | يكتمل عندماصفحة عامة تطابق تطبيقك وممارساته الفعلية في التعامل مع البيانات |
| أمان البيانات (Data safety) | من يحتاج إليهالتطبيقات على المسارات المغلقة أو المفتوحة أو مسار الإصدار العلني، حتى لو لم تجمع أي بيانات | أينApp content > Data safety | يكتمل عندماإجابات مبنية على الجرد الفعلي لحزم SDK والخادم الخلفي وWebView |
| تصنيف المحتوى | من يحتاج إليهكل تطبيق جديد | أينApp content > Content rating questionnaire | يكتمل عندماتصنيف مُرسَل؛ فـGoogle لا تسمح بالتطبيقات غير المصنّفة |
| الوصول إلى التطبيق (App access) | من يحتاج إليهالتطبيقات التي تتطلب تسجيل الدخول أو فيها ميزات مقيّدة | أينApp content > App access | يكتمل عندمايستطيع المراجع الوصول إلى كل ميزة معلَن عنها |
| الإعلانات والجمهور المستهدف | من يحتاج إليهكل تطبيق | أينApp content > Ads، ثم Target audience and content | يكتمل عندماالإقرار بالفئات العمرية الحقيقية وسلوك الإعلانات الفعلي |
| ميزات الذكاء الاصطناعي التوليدي | من يحتاج إليهالتطبيقات التي تولّد محتوى أثناء التشغيل | أينداخل التطبيق نفسه | يكتمل عندماضمانات للمحتوى ووسيلة داخل التطبيق للإبلاغ عن الناتج أو الإشارة إليه |
| الوصول إلى جهات الاتصال | من يحتاج إليهالتطبيقات التي تستهدف API 37 فأعلى وتطلب READ_CONTACTS | أينإقرار محتوى التطبيق | يكتمل عندماتبرير الوصول الواسع، أو استبداله بأداة اختيار جهات الاتصال، بحلول 27 يناير 2027 |
| حذف الحساب | من يحتاج إليهالتطبيقات التي تتيح للمستخدمين إنشاء حساب | أينمسار لطلب الحذف داخل التطبيق وعلى الويب، مع إدخال رابط الويب هذا في Play Console | يكتمل عندماحذف الحساب يزيل بياناته، مع الإفصاح عن أي احتفاظ مشروع بالبيانات |
تختلف تسميات القوائم بين صفحات مساعدة Google، فإذا وجدت تسمية مختلفة في Console لديك، فابحث ضمن App content. هذه المسارات مأخوذة من وثائق Google، لا من لقطات شاشة لحسابك.
أين يأتي الاختبار المغلق؟
بعد البناء والنماذج وإصدار قابل للاستخدام، وقبل أن تطلب الإصدار العلني. تشترطه Google لحسابات المطوّرين الشخصية التي أُنشئت بعد 13 نوفمبر 2023؛ أما حسابات المؤسسات والحسابات الشخصية الأقدم فهي خارج هذه القاعدة.
“إذا كان لديك حساب مطوّر شخصي تم إنشاؤه حديثًا، يجب إجراء اختبار مغلق لتطبيقك يضم 12 مختبِرًا على الأقل ممّن وافقوا على المشاركة لآخر 14 يومًا متواصلة.”
مساعدة Play Console، المقالة 14151465
استخدم المسار الصحيح
يجري الاختبار على مسار مغلق. الاختبار الداخلي مفيد كتحضير، ويتسع لما يصل إلى 100 مختبِر لكل تطبيق، لكنه لا يُحتسب؛ ويشرح مقال إعداد الاختبار الداخلي الفرق. كذلك لا يُحتسب رابط المعاينة أو جلسة Expo Go أو ملف APK مثبّت يدويًا: إذ يوافق المختبِرون على المشاركة ويثبّتون التطبيق من جوجل بلاي.
اطلب الإذن، ثم أصدر التطبيق
عندما تُظهر لوحة البيانات أنك مؤهل، قدّم طلب الإصدار العلني وأجب عن الأسئلة المتعلقة باختبارك بصدق. تقول Google إن المراجعة تستغرق عادةً 7 أيام أو أقل، وقد تستغرق أحيانًا وقتًا أطول. الموافقة تمنحك إذن الإصدار العلني؛ لكن يظل عليك إعداد إصدار علني وإرساله قبل أن يصبح التطبيق متاحًا للجميع. وإذا كنت قد دفعت الرسوم للتو، فإن مقال ماذا تفعل بعد دفع US$25 يعرض الترتيب الكامل.
ماذا لو أضاعت إعادة البناء مفتاحي أو غيّرت حزمتي؟
حدّد أولًا ما إذا كانت إعادة البناء قد غيّرت بيانات الاعتماد، أو هوية التطبيق، أو كليهما. ففقدان مفتاح الرفع يختلف عن فقدان مفتاح توقيع التطبيق، وتغيير معرّف التطبيق يُنشئ تطبيقًا مختلفًا على Play حتى لو بدت الشاشات متطابقة.
| العَرَض | افحص أولًا | طريق الاستعادة |
|---|---|---|
| فقدان مخزن مفاتيح الرفع | افحص أولًاهل التطبيق مسجّل في Play App Signing؟ | طريق الاستعادةأنشئ مفتاح رفع جديدًا، وصدّر شهادته العامة كملف PEM، ثم اطلب إعادة تعيين مفتاح الرفع في Play Console من Manage Play app signing > Upload key certificate. |
| فقدان مفتاح توقيع التطبيق الذي تديره بنفسك | افحص أولًاهل كانت Google تدير التوقيع، أم أنت؟ | طريق الاستعادةمن دون المفتاح الأصلي ومن دون Play App Signing، قد يصبح تحديث التطبيق الموجود مستحيلًا. تحقق من ذلك قبل أن تعيد البناء بهوية جديدة. |
| إعادة البناء أنتجت حزمة مختلفة | افحص أولًاقارن معرّف التطبيق الجديد بمعرّف التطبيق المنشور | طريق الاستعادةاستعد معرّف التطبيق الأصلي إذا كنت تريد تحديثًا، ثم افحص التوقيع ورمز الإصدار (version code). |
| يظهر شريط المتصفح في TWA بعد التثبيت من Play | افحص أولًاهل يتضمن assetlinks.json شهادة توقيع Play؟ | طريق الاستعادةأصلح Digital Asset Links لتطابق اسم الحزمة الحقيقي ومفتاح التوقيع الفعلي. |
| فشل بناء نسخة الإصدار بينما تعمل المعاينة | افحص أولًاما الفرق بين المعاينة وحزمة الإصدار؟ | طريق الاستعادةجرّب نسخة الإصدار نفسها وافحص إعداداتها ومكتباتها الأصلية واعتمادياتها. فنجاح المعاينة في المتصفح أو في Expo لا يثبت أن الحزمة جاهزة. |
“إذا فقدت مفتاح الرفع أو اشتبهت في أنه تعرّض للاختراق، فلن تُحرم من الوصول إلى تطبيقك.”
مساعدة Play Console، استخدام Play App Signing
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pemاستخدم المسار والاسم المستعار (alias) الحقيقيين لمخزن المفاتيح. أنت ترفع الشهادة العامة فقط؛ ولا ترسل المفتاح الخاص إلى أي شخص أبدًا.
قائمة التحقق قبل الإرسال
أرسل التطبيق عندما تتطابق نسخة الإصدار الحقيقية والإقرارات وبيانات وصول المراجع وأدلة الاختبار كلها. ضع علامة على كل بوابة عند اجتيازها.
عشر بوابات قبل الإرسال
تم اجتياز 0 من 10 بواباتتم اجتياز البوابات العشر كلها. نسخة الإصدار ونماذجك وأدلة اختبارك متطابقة.
متى تفيدك خدمة المختبِرين؟
عندما يكون لديك إصدار قابل للاستخدام للاختبار المغلق، وتكون المشكلة المتبقية هي إيجاد 12 شخصًا يوافقون على المشاركة ويبقون لمدة 14 يومًا. لا تستطيع خدمة المختبِرين إصلاح نسختك، ولا التحقق من حسابك، ولا اتخاذ قرار Google بدلًا منها.
يصل كثير ممن يبنون تطبيقاتهم بالذكاء الاصطناعي إلى هذه النقطة في النهاية: التطبيق يعمل، لكن لا أحد من حولهم يملك هاتف Android، أو ينسحب صديق في اليوم التاسع. توفّر PrimeTestLab (برايم تست لاب) مختبِرين حقيقيين على أجهزة Android حقيقية. تشارك رابط الانضمام إلى الاختبار، فيوافق المختبِرون على المشاركة خلال 4-6 ساعات ويبقون طوال 14 يومًا كاملة، ويُستبدل أي مختبِر ينسحب في اليوم نفسه (يبدأ البديل أيامه الأربعة عشر الخاصة به، لذا فإن وجود هامش فوق 12 مهم). لن تمنحنا أبدًا صلاحية الوصول إلى Play Console، وتتابع الاختبار على لوحة تحكم مباشرة مع تقرير مكتوب في النهاية.
تعرّف على طريقة عمل خدمة 12 مختبِرًا، أو اختر خطة أدناه.
الخطط الحالية
Starter
12 مختبِرًا
$19.99
Enterprise
25 مختبِرًا
$27.99
Professional
25 مختبِرًا
$59.99
+5% رسوم خدمة عند الدفع (بحد أدنى $1.50). الدفع بفيزا أو ماستركارد عبر Stripe. إذا لم تمنحك Google إذن الإصدار العلني بعد الاختبار الكامل، فلك الخيار بين إعادة الاختبار مجانًا أو استرداد كامل المبلغ.
الأسئلة الشائعة
هل يمكنني نشر تطبيق صنعته بالذكاء الاصطناعي على جوجل بلاي؟
نعم. يمكن إرسال تطبيق مبني بالذكاء الاصطناعي للإصدار العلني، وتقول Google إن هذا المسار يخضع لمراجعتها المعتادة للثقة والأمان والجودة. حدّد إطار العمل الذي أنتجته أداتك، وأنشئ حزمة Android App Bundle موقّعة له، وأكمل متطلبات الحساب والتطبيق التي تنطبق عليك. فاستخدام الذكاء الاصطناعي لا يجعل التطبيق النهائي جاهزًا بحد ذاته.
أعطتني Replit رابطًا. أين ملف AAB الخاص بي؟
رابط الويب المنشور ليس حزمة Android. تحقق مما إذا كان مشروعك موقعًا إلكترونيًا أم مشروع جوال بـExpo أو React Native. لا تدعم وثائق Replit الحالية النشر على جوجل بلاي ولا تشغيل EAS على Replit. تصدير كود الجوال المصدري وبناؤه باستخدام Expo في مكان آخر طريق ممكن، لكنه ليس زر نشر من Replit.
هل يمكنني وضع موقعي المبني على Lovable داخل تطبيق Android؟
توثّق Lovable التغليف الخارجي، بما في ذلك Capacitor، لكنها لا توفر إرسالًا مدمجًا إلى جوجل بلاي. ولا يزال غلاف Android يحتاج إلى توقيع الإصدار، والإعدادات الصحيحة، وفحوصات على جهاز حقيقي. والإذن باستخدام الموقع ليس سوى جانب واحد؛ فالتطبيق يحتاج أيضًا إلى وظائف مفيدة وتجربة مستقرة. والتغليف وحده لا يجعله مقبولًا.
هل أحتاج إلى مختبِرين إذا بنيت التطبيق باستخدام Expo أو FlutterFlow؟
افحص حسابك على Play، لا أداة البناء. تشمل قاعدة Google الحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023، ولا تُستثنى منها أي أداة بناء. والرفع الناجح إلى المسار الداخلي من Expo أو FlutterFlow لا يُكمل الاختبار المغلق المطلوب. تابع لوحة البيانات الخاصة بالتطبيق وأجرِ الاختبار على المسار المغلق إن كان حسابك يتطلبه.
هل يجب تحويل TWA إلى WebView لاجتياز المراجعة؟
لم نجد أي شرط من Google يفرض هذا التحويل. توثّق Google تقنية Trusted Web Activities كتكامل مع Android قائم على المتصفح، ويتحدث المطوّرون عن إصدارات TWA ناجحة وأخرى مرفوضة. ابدأ بسبب الرفض الفعلي، وإذن استخدام الموقع، والوظائف، وسلوك نسخة الإصدار. أما الادعاءات بأن اختبار TWA غير مرئي لـGoogle فلا تثبتها الوثائق العامة.
تطبيقي لا يجمع أي شيء. هل ما زلت أحتاج إلى معلومات الخصوصية؟
نعم. تشترط Google سياسة خصوصية حتى للتطبيقات التي لا تصل إلى أي بيانات شخصية أو حساسة، ويجب على التطبيقات الموجودة على المسارات المغلقة أو المفتوحة أو مسار الإصدار العلني إكمال قسم أمان البيانات. افحص كل حزمة SDK وكل خدمة عن بُعد أولًا: فالتحليلات أو الإعلانات أو تسجيل الدخول أو محتوى الويب الذي يتحكم فيه التطبيق قد تغيّر الإجابات الصحيحة حتى لو لم تجمع شاشاتك أنت أي شيء.
فقدت مخزن المفاتيح. هل عليّ أن أبدأ تطبيقًا جديدًا؟
حدّد أولًا أي مفتاح فقدت. مع Play App Signing، يمكن استبدال مفتاح الرفع المفقود عبر إعادة تعيين مفتاح الرفع لدى Google، باستخدام الشهادة العامة لمفتاح جديد. أما فقدان مفتاح توقيع تطبيق تديره بنفسك دون تلك الحماية فأمر مختلف وقد يمنع التحديثات. افحص إعداد التوقيع للتطبيق الأصلي قبل أن تعيد البناء بهوية جديدة.
هل يمكنني تغيير اسم الحزمة عند إعادة البناء؟
تغيير معرّف التطبيق يجعل جوجل بلاي يتعامل مع الحزمة كتطبيق مختلف. وإذا كنت تريد تحديث الصفحة الموجودة، فاستعد معرّف التطبيق الأصلي ووقّع ببيانات الاعتماد الصحيحة. فاسم التطبيق المألوف أو الواجهة المتطابقة لا يحافظان على الهوية إذا تغيّر معرّف الحزمة الذي تحتهما.
هل تُصلح إعادة البناء بأحدث إصدار من إطار العمل خطأ 16 KB؟
قد تُصلح المكتبات الخاصة بإطار العمل نفسه، لكنها لا تثبت أن التطبيق كله متوافق. فالإضافات الأصلية أو حزم SDK أو الامتدادات قد تظل تحمل ملفات ثنائية غير متوافقة. افحص حزمة الإصدار النهائية واختبر في بيئة 16 KB. تعامل Google الاعتماديات الأصلية كجزء من تطبيقك، بما فيها تلك التي أضافتها لك أداة بناء خارجية.
هل ستُحدّث تعديلاتي على Lovable تطبيق Play تلقائيًا؟
يعتمد ذلك على طريقة بناء التطبيق. يعرض TWA محتوى الويب المباشر الخاص بك عبر المتصفح، بينما يكون لمشروع Android المغلّف إصداره الأصلي وإعداداته الخاصة. حدّد الملفات والخدمات التي يؤثر فيها التغيير قبل أن تقرر ما إذا كنت تحتاج إلى حزمة جديدة. ولا تفترض أن كل تغيير في الويب أو الإضافات أو الأذونات أو التوقيع يتبع عملية التحديث نفسها.
الخلاصة
ملخص
أداة الذكاء الاصطناعي التي استخدمتها لا تغيّر ما يطلبه جوجل بلاي: ملف AAB موقّع، والإقرارات، وبالنسبة للحسابات الشخصية التي أُنشئت بعد 13 نوفمبر 2023، اختبار مغلق يضم 12 مختبِرًا وافقوا على المشاركة لمدة 14 يومًا متواصلة. حدّد ما بنته أداتك، واتبع طريق الإصدار الخاص بإطار العمل هذا، وأصلح فحوصات API المستهدف و16 KB والتوقيع، واملأ النماذج بناءً على النسخة الحقيقية. وعندما يكون إيجاد المختبِرين هو آخر ما يفصلك عن إذن الإصدار العلني، توفّرهم PrimeTestLab ابتداءً من $19.99. اطّلع على الخطط ←