Free HTML to تنشئ أول تطبيق Android لك، وتضغط تنزيل، وفجأة يظهر ملفان: أحدهما ينتهي بـ .apk والآخر ينتهي بـ .aab. أيهما ترسل إلى صديقك؟ وأيهما يذهب إلى Google Play؟ هل يمكنك ببساطة تغيير اسم أحدهما إلى الآخر؟
الإجابة المختصرة: ملف APK للتثبيت، وملف AAB للنشر على Google Play. ستحتاج إلى الاثنين في أغلب الأحيان. إليك السبب بلغة بسيطة.
ما هو ملف APK
APK اختصار لـ Android Package. إنه الملف الذي يثبّته Android فعليًا. بداخله كود تطبيقك وصوره وتخطيطاته، والملف التعريفي (manifest) الذي يصف التطبيق (الاسم، اسم الحزمة، الأذونات)، وتوقيع رقمي يُثبت من أنشأه.
ملف APK مكتمل بذاته. يمكنك نسخه إلى هاتف والضغط عليه وتثبيته. يمكنك إرفاقه برسالة بريد إلكتروني، أو وضعه على موقعك، أو إعطاؤه لمختبِر. كل تطبيق على كل هاتف Android ينتهي به الأمر كملف APK واحد أو أكثر، حتى التطبيقات التي جاءت من Google Play.
ما هو ملف AAB
AAB اختصار لـ Android App Bundle. تصفه Google بأنه صيغة للنشر: يحتوي على كل الكود المُجمَّع لتطبيقك وموارده، لكنه يترك الخطوة الأخيرة، أي إنشاء ملفات APK وتوقيعها، لـ Google Play.
هذا هو الفرق الأساسي. لا يمكنك الضغط على ملف AAB في الهاتف وتثبيته. إنه حزمة تعطيها للمتجر، والمتجر يحوّلها إلى ملفات APK قابلة للتثبيت.
لماذا كل هذا؟ لأن الهواتف مختلفة. الهاتف الاقتصادي بشاشة صغيرة لا يحتاج إلى الصور الكبيرة جدًا المخصصة للأجهزة اللوحية، والهاتف المضبوط على الإسبانية لا يحتاج إلى نصوصك اليابانية. من حزمة واحدة، ينشئ Google Play ملفات APK محسّنة لكل إعداد جهاز، فيُنزّل كل هاتف الكود والموارد التي يحتاجها فقط. يحصل المستخدمون على تنزيلات أصغر، ولم تعد مضطرًا لإنشاء ملف APK منفصل لكل نوع من الأجهزة وإدارته.
لماذا يشترط Google Play ملف AAB
منذ أغسطس 2021، يجب نشر التطبيقات الجديدة على Google Play بصيغة Android App Bundle. إذا أنشأت تطبيقًا جديدًا في Play Console اليوم وحاولت رفع ملف APK، فلن يُقبل لذلك التطبيق. ترفع ملف AAB، ويتولى Play الباقي.
تعمل صيغة الحزمة أيضًا مع ميزات Play إضافية مثل Play Feature Delivery وPlay Asset Delivery، اللتين تتيحان للتطبيقات الكبيرة تنزيل أجزاء منها لاحقًا. بالنسبة لتطبيق صغير عادي مبني من موقع ويب أو ملفات HTML، لن تحتاج إليهما. الفكرة ببساطة أن ملف AAB هو تذكرة الدخول إلى المتجر.
Play App Signing ومفتاح الرفع
يجب توقيع كل تطبيق Android، ويجب توقيع كل تحديث بالمفتاح نفسه المستخدم في الإصدار المثبّت بالفعل. إذا فقدت المفتاح فلن تستطيع نشر تحديثات لذلك التطبيق. كان هذا خطرًا حقيقيًا على المطوّرين الصغار، وهو سبب كبير لإطلاق Google خدمة Play App Signing.
مع Play App Signing هناك مفتاحان:
- مفتاح توقيع التطبيق. تحتفظ Google بهذا المفتاح في بنيتها الآمنة للمفاتيح وتستخدمه لتوقيع ملفات APK التي تصل إلى هواتف المستخدمين.
- مفتاح الرفع. هذا المفتاح تحتفظ به أنت. تستخدمه لتوقيع ملف AAB قبل رفعه إلى Play Console، حتى تعرف Google أن الرفع جاء منك فعلًا.
الجانب الجميل هو ما يحدث إذا حصل خطأ. إذا فقدت مفتاح الرفع، أو ظننت أن شخصًا آخر حصل عليه، فلن تُحرم من تطبيقك. تنشئ مفتاح رفع جديدًا، وتصدّر شهادته، وتطلب إعادة تعيين في Play Console. التطبيقات الجديدة تُسجَّل في Play App Signing تلقائيًا.
حتى مع شبكة الأمان هذه، تعامل مع مفتاحك كأنه مفاتيح بيت تطبيقك. احتفظ بنسخة احتياطية في مكان آمن، مثل التخزين السحابي أو مدير كلمات المرور، واستخدم ملف المفتاح نفسه لكل تحديث.
لماذا لا تزال تحتاج إلى APK
إذا كان Google Play يقبل ملفات AAB فقط، فقد تظن أن APK أصبح قديمًا. ليس كذلك. هناك مهام كثيرة لا يستطيع القيام بها إلا ملف APK:
- الاختبار على هاتفك. قبل أن ترفع أي شيء، ستحتاج إلى تثبيت التطبيق والمرور على كل شاشة. ملف APK يُثبَّت في ثوانٍ.
- المشاركة مع الأصدقاء أو العملاء أو زملاء العمل. ليس كل تطبيق مكانه متجر عام. أداة داخلية لفريق صغير، أو تطبيق قائمة طعام لمطعم واحد، أو مشروع مدرسي، يمكن ببساطة مشاركته كملف APK.
- المتاجر الأخرى وموقعك الخاص. بعض متاجر التطبيقات البديلة والكثير من التنزيلات المباشرة لا تزال تعمل بملفات APK.
- فحوصات سريعة قبل الإصدار. إذا أبلغ مختبِر عن خطأ، يمكنك إرسال ملف APK مُصلح إليه خلال دقائق بدل انتظار مراجعة المتجر.
أمر يجب معرفته عن مشاركة ملفات APK: عندما يكون Play App Signing مفعّلًا، تكون النسخة التي يحصل عليها المستخدمون من Google Play موقّعة بمفتاح توقيع التطبيق من Google، بينما يكون ملف APK الذي تنشئه بنفسك موقّعًا بمفتاح الرفع الخاص بك. يعتبر Android هذين توقيعين مختلفين، لذا فالهاتف الذي ثبّت ملف APK الخاص بك لا يمكنه ببساطة تحديثه من Google Play، والعكس صحيح. بالنسبة للمختبِرين هذا مقبول عادةً؛ فقط احذف نسخة الاختبار قبل التثبيت من المتجر. وتذكّر أيضًا أن Google تطرح التحقق من المطوّرين للتطبيقات المثبّتة على أجهزة Android المعتمدة، وهذا يؤثر على ملفات APK التي تُشارك خارج المتجر. نتناول ذلك في مقال منفصل.
مقارنة سريعة
- التثبيت مباشرة على الهاتف: APK نعم، AAB لا.
- الرفع إلى Google Play كتطبيق جديد: AAB نعم، APK لا.
- من يوقّع التطبيق النهائي الذي يثبّته المستخدمون: في حالة APK، أنت؛ وفي حالة AAB على Play مع Play App Signing، Google، باستخدام مفتاح توقيع التطبيق.
- حجم التنزيل للمستخدمين: ملف APK هو الملف نفسه للجميع؛ أما من ملف AAB، فينشئ Play ملفات APK أصغر لكل جهاز.
كيف يعطيك Free HTML to APK الاثنين
عندما تنشئ تطبيقك باستخدام Free HTML to APK، لست مضطرًا لاختيار صيغة واحدة ثم البحث عن طريقة للحصول على الأخرى. في خطوة الإخراج، اختر APK + AAB وستحصل على الاثنين من عملية الإنشاء نفسها:
- ملف APK موقّع لتثبيته على هاتفك ومشاركته مع المختبِرين، و
- حزمة Android App Bundle موقّعة بمفتاحك، جاهزة للرفع إلى Play Console، حيث يعمل ذلك المفتاح كمفتاح الرفع الخاص بك في Play App Signing.
تعمل أداة الإنشاء على موقع freehtmltoapk.com من رابط موقع ويب أو ملفات HTML أو ملف ZIP أو مجلد. إنها مجانية، ولا تحتاج إلى حساب، ولا تضيف علامة مائية. يمكنك تركها تنشئ مفتاح توقيع لك، أو استخدام ملف المفتاح الذي لديك بالفعل (.jks أو .keystore أو .p12 أو .pfx) عندما تحدّث تطبيقًا موجودًا. وإذا كنت تفضّل العمل أثناء التنقل، فإن تطبيق Android «HTML to APK: Website to App» ينشئ التطبيق بالطريقة نفسها، على هاتفك مباشرة.
أيًّا كان ما تستخدمه، القاعدة واحدة: احفظ مفتاحك في مكان آمن وأنشئ كل تحديث به.
أي ملف تحتاج؟
إذا كنت تختبر أو تشارك مباشرة، فأنت تحتاج إلى APK. إذا كنت تنشر على Google Play، فأنت تحتاج إلى AAB. وإذا كنت تفعل الأمرين، وهذا حال معظم الناس، فأنشئ الاثنين واحتفظ بهما مع مفتاح التوقيع.
جاهز لإنشاء حزمة؟ راجع HTML إلى AAB لإنشاء واحدة، ودليل النشر على Google Play لكل خطوة من إعداد Play Console حتى إصدارك الأول.