جوجل أدسنس تبدأ بعرض الإعلانات الثابتة على شاشة أكبر

 أعلن البرنامج الإعلاني التابع لشركة جوجل (Google AdSense) عن بدأ عرض الإعلانات الثابتة على شاشات أكبر بدءًا من 19 من شهر يوليو الحالي، وقالت جوجل أنه بحسب آراء الناشرين فقد تم تعديل الإعلانات الثابتة.

حيثُ ستصبح متاحة للعرض على شاشات كبيرة مثل أجهزة الكمبيوتر سطح المكتب، وقالت جوجل أنه يمكنك ملاحظة ارتفاع في الأرباح المحققة من هذه الإعلانات.

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

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

ختاماً إذا كنت لا تُفضّل عدم عرض الإعلانات الثابتة على شاشات أكبر، يمكنك إيقاف هذا الخيار باستخدام عنصر التحكم في "الشاشة العريضة" الجديد في إعدادات الإعلانات التلقائية.

حزم APK مقابل AAB كل ما تحتاج إلى معرفته حول حُزم AAB للتطبيقات!

 مع اقترابنا من إصدار Android 12 المستقر ، تجري Google بعض التغييرات الأساسية لتسليم التطبيقات وتوزيعها على أجهزة Android. اعتبارًا من أغسطس 2021 ، سيتم نشر جميع التطبيقات الجديدة على متجر Play بتنسيق حزم تطبيقات Android (.aab) بدلاً من تنسيق APK الحالي. إذن ما هي الاختلافات الرئيسية بين APK وحزم تطبيقات Android (AAB)؟ هل يمكننا تحميل ملفات AABs مثل ملفات APK؟ للإجابة على جميع أسئلتك ، توصلنا إلى هذا الدليل التفصيلي حول مقارنة بين APK vs AAB. لذلك دون إضاعة أي وقت ، دعنا نتعمق في الأمر.

مقارنة شاملة بين حُزم APK مقابل AAB (حزم تطبيقات Android)

هنا ، قمنا بشرح كل من تنسيقات AAB و APK بمصطلحات عامة بحيث يمكن لأي شخص فهم المفهوم بسهولة. لقد قمنا أيضًا بتفصيل كيفية تثبيت ملفات AAB واستخراج ملفات APK من AABs والمزيد.

حُزم APK مقابل AAB: فهم الأساسيات

أولاً ، نحتاج إلى فهم بعض الأساسيات لفهم الاختلافات بين APK وحزمة تطبيقات Android بشكل صحيح.

كانت APK هي حزمة تطبيقات التوزيع على نظام Android منذ إنشائها. يتكون APK بشكل أساسي من أكواد التطبيق والموارد الثقيلة مثل الصور والصوتيات وما إلى ذلك ، ومفتاح توقيع التطبيق الذي أنشأه المطور. لاحظ أن أجهزة Android تأتي بأشكال ومواصفات مختلفة. على سبيل المثال ، يمكن أن يكون للأجهزة درجات متفاوتة من كثافة الشاشة (320 نقطة في البوصة ، 480 نقطة في البوصة ، وما إلى ذلك) ، ونوع المعالج (ARM ، و ARM64 ، و x86) ، والمزيد. أيضًا ، بناءً على منطقة المستخدم ، يحتاج التطبيق إلى حزمة لغة (انجليزية ، عربية ، صينية الخ...).

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

لتجنب هذا العمل المعقد والمكثف للوقت ، يقوم معظم المطورين بإنشاء ملف APK عام (Global) يأتي مع جميع الموارد (حزم اللغات والأكواد وغيرها) على الرغم من أنك قد لا تحتاج إلى معظمها على هذا الجهاز المحدد. ينتج عن هذا ملف APK ضخم مع حجم تطبيق أكبر يتطلب وقت تثبيت أطول ويستهلك مزيدًا من النطاق الترددي.

تريد Google حل هذه المشكلة وتحمل معظم هذا العبء للمطورين باستخدام حزم تطبيقات Android (AAB). وهذا بدوره سيساعد في تقليل حجم التطبيق ووقت التثبيت واستهلاك النطاق الترددي. قدمت لشركة AAB في Google I / O 2018 ، والآن ، بعد ما يقرب من عامين ، تفرض Google أنك بحاجة إلى إرسال تطبيقات جديدة بتنسيق AAB على متجر Play.

بالمقارنة مع حُزم APK ، فإن تنسيق AAB ليس حزمة توزيع جديدة تمامًا. في الواقع ، AAB عبارة عن حاوية تستضيف حزمة APK الأساسية وملفات APK متعددة مقسمة . بشكل أساسي ، AAB هو تنسيق نشر يقدمه المطور إلى متجر Play بينما APK هو تنسيق الحزمة لتطبيقات Android التي تقوم بتثبيتها على جهازك.

إذن ما الذي يتغير هنا حقًا؟ اعتبارًا من أغسطس 2021 ، لن يضطر المطورون للتعامل مع مجموعة كاملة من ملفات APK وإدارتها لمجموعة كبيرة من الأجهزة. باستخدام AAB ، يسلم المطورون كل شيء إلى Google - رمز التطبيق ، والأصول ، والموارد الثقيلة ، وجميع حزم اللغات ، والأهم من ذلك ، مفتاح توقيع التطبيق الخاص. الآن ، يمكن لـ Google إنشاء وتقديم ملفات APK مُحسّنة للمستخدمين بناءً على تكوين أجهزتهم . يمكنه إنشاء حزمة AAB أصغر بكثير ، حزمة صغيرة الحجم ، يتم تثبيتها في لمح البصر ، وتستهلك بيانات أقل للأجهزة منخفضة التكلفة. هذا هو الاقتراح الرئيسي لـ AAB vs APK ، ولكن هناك المزيد لمعرفته .

مشاركة مفتاح التوقيع الخاص مع Google

بالنظر إلى ما تقدمه AAB إلى الطاولة ، يبدو أنه بديل رائع لـ APK. يقلل تنسيق AAB من حجم التطبيق ، ولا يتعين على المطورين إنشاء ملفات APK متعددة. ومع ذلك ، أعرب العديد من المطورين عن قلقهم بشأن مشاركة مفتاح التوقيع الخاص مع Google .

كما ذكرت أعلاه ، فإن مفتاح التوقيع هو أهم المعلومات للتحقق من سلامة ملف APK. حتى إذا قمت بتحميل ملف APK من مصدر خارجي ، فإن متجر Google Play Store يتحقق من مفتاح التوقيع للتأكد من أنه لم يتم العبث بأي شيء.

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

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

هل ستجعل AAB الأمور أكثر صعوبة لمتاجر تطبيقات الطرف الثالث؟

هناك مشكلة أخرى تنشأ عن مشاركة المفتاح الخاص مع Google وهي أنه قد يجعل الأمور أكثر صعوبة بالنسبة لمتاجر التطبيقات التابعة لجهات خارجية. على سبيل المثال ، إذا قمت بتثبيت تطبيق من Play Store ولكنك تريد التحديث إلى أحدث إصدار من متجر Play Store البديل الآخر (مثل Amazon App Store أو Aptoide Store) ، فقد يفشل التثبيت بسبب عدم تطابق التوقيع.

ذلك لأن Google تدير الآن مفتاح التوقيع الخاص ، لذلك لا يمكنك استخدام نفس المفتاح أثناء تحميل تطبيقك إلى متجر تطبيقات Android تابع لجهة خارجية. سيتعين عليك استخدام مفتاح خاص آخر ، وسيؤدي ذلك إلى حدوث خطأ عدم تطابق المفتاح الخاص. هل ستكون هذه مشكلة بالنسبة لدعم تطبيقات Android على نظام التشغيل Windows 11 ؟ سيتعين علينا الانتظار ومعرفة ذلك.

بخلاف ذلك ، فإن الافتراض بأن AAB سيعوق المطورين من تحميل ملفات APK إلى متاجر تطبيقات الطرف الثالث يبدو غير صحيح. قامت Google بالفعل بإنشاء أداة مفتوحة المصدر تسمى bundletool تتيح للمطورين إنشاء ملفات APK من حزم AAB. المشكلة الوحيدة ، في الوقت الحالي ، هي أن مشاركة مفتاح التوقيع الخاص ستؤثر على مستخدمي Android المتميزين.

هل يمكننا تثبيت ملف AAB إلى جانب ملف APK؟

مما نعرفه ، يبدو أن التحميل الجانبي لـ AABs على أجهزة Android سيكون ممكنًا ، لكنه لن يكون ملائمًا مثل تحميل ملفات APK الجانبية . لا يدعم مثبت حزمة Android حاليًا تنسيق حزم AAB ، مما يعني أن تثبيت AAB على الجهاز لن يكون ممكنًا محليًا. ومع ذلك ، يمكنك استخدام تطبيقات المثبت التابعة لجهات خارجية لتثبيت حزمة AAB على الجهاز.

بصرف النظر عن ذلك ، لن تتمكن من تحميل adb في طريقك إلى تثبيت AABs. سيتعين عليك استخدام أداة bundletool مفتوحة المصدر للحصول على APK الصحيح المتوافق مع جهازك. نظرًا لأن AABs أصبحت أكثر شيوعًا ، فقد تظهر طرق جديدة ومريحة للتحميل الجانبي. ضع في اعتبارك أن التحميل الجانبي لملف APK الأساسي سيتعطل على جهازك.

APK مقابل AAB: المزايا والعيوب

بعد استعراض جميع النقاط ، يمكنك معرفة أن AABs لن تحدث فرقًا كبيرًا من حيث تجربة المستخدم لمعظم المستخدمين. نعم ، سيؤدي ذلك إلى تقليل حجم التطبيق ، الأمر الذي سيكون مفيدًا لمعظم المستخدمين. على سبيل المثال - خفضت Airbnb حجم التطبيق بنسبة 22٪ بعد التبديل من APK إلى AAB ، بينما خفضت Netflix حجم التطبيق بنسبة 57٪. هذا فرق كبير في حجم التطبيق.

ومع ذلك ، بالنسبة للمستخدمين المحترفين الذين يرغبون في تحميل AABs ، ستصبح الأمور صعبة بعض الشيء وغير مريحة. قد تضطر إلى استخدام bundletool لاستخراج ملفات APK لجهازك أو استخدام أداة تثبيت تابعة لجهة خارجية. شيء واحد يجب ملاحظته هو أن AAB ستبتعد عن OBB (النقطة الثنائية غير الشفافة) لتنزيل الأصول والموارد الكبيرة. بدلاً من ذلك ، سيستخدم Play Asset Delivery أو Play Feature Delivery لتنزيل موارد ثقيلة بحجم تنزيل يبلغ 150 ميجابايت أو أعلى. سيتعين علينا أن نرى كيف يؤثر ذلك على ألعاب التحميل الجانبي مثل Battlegrounds Mobile  و PUBG Mobile و FAU -G والمزيد.

تطبيقات ِِaab
تقليل الحجم في تطبيقات AAB

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

أما بالنسبة للعيوب ، فإن جوهر المشكلة هو مشاركة المفتاح الخاص ، والذي ستديره Google الآن. قد يكون عدم التوافق مع متاجر التطبيقات التابعة لجهات خارجية مشكلة كبيرة أخرى ، وسيتعين على المطورين بذل جهد إضافي لنشر وإدارة ملفات APK (تمامًا مثل متجر Play في الوقت الحالي) في متاجر التطبيقات الأخرى.

حُزم APK مقابل AAB (حزم تطبيقات Android): ما رأيك؟

بالنسبة لي ، أكبر مشكلة في هذا التغيير هي الاعتماد المفرط على Google. مع هذا التغيير ، تتأكد شركة Mountain View العملاقة من أن Play Store يظل متجر التطبيقات الفعلي على أجهزة Android. من استضافة التطبيقات إلى إدارة المفاتيح الخاصة ، تتحكم Google الآن في جميع جوانب نشر التطبيقات وتوزيعها على Android. قد يكون المطورون سعداء بالتغييرات الجديدة لأنهم لم يعودوا مضطرين لإدارة ملفات APK متعددة ، ولكن كيف سيكون أداءها للمستخدمين على المدى الطويل؟ لا نعرف بعد. مع تسليم المطورين السيطرة إلى Google ، هل سيحدث تغييرًا جيدًا؟ سيتعين علينا أن ننتظر ونرى. على أي حال ، هذا كل شيء منا. لكن أخبرنا برأيك في التعليقات حول هذا الموضوع.

المصدر