APK vs AAB (Android App Bundle): tutto ciò che devi sapere!

Man mano che ci avviciniamo alla versione stabile di Android 12 , Google sta apportando alcune modifiche fondamentali alla consegna e alla distribuzione delle app sui dispositivi Android. Da agosto 2021, tutte le nuove app sul Play Store saranno pubblicate nel formato Android App Bundles (.aab) anziché nel formato APK esistente. Quindi quali sono le principali differenze tra un APK e Android App Bundles (AAB)? Possiamo eseguire il sideload degli AAB proprio come gli APK? Per rispondere a tutte le tue domande, abbiamo creato questa guida dettagliata su APK vs AAB. Quindi, senza perdere altro tempo, tuffiamoci subito.

APK vs AAB (Android App Bundle): un confronto completo

Qui, abbiamo spiegato entrambi i formati AAB e APK in termini profani in modo che chiunque possa comprendere facilmente il concetto. Abbiamo anche descritto in dettaglio come installare file AAB, estrarre APK da AAB e altro ancora. Puoi espandere la tabella sottostante per passare rapidamente a qualsiasi sezione pertinente. Sommario

APK vs AAB: comprendere le basi

Per prima cosa, dobbiamo cogliere alcune nozioni di base per capire correttamente quali sono le differenze tra un APK e un Android App Bundle.

APK è stato il pacchetto di app di distribuzione preferito su Android sin dal suo inizio. Un APK è costituito principalmente da codici app, risorse pesanti come immagini, audio e così via e una chiave di firma dell’app generata dallo sviluppatore. Tieni presente che i dispositivi Android sono disponibili in vari fattori di forma e specifiche. Ad esempio, i dispositivi possono avere un diverso grado di densità dello schermo (320 dpi, 480 dpi, ecc.), tipo di processore (ARM, ARM64, x86) e altro. Inoltre, in base alla regione dell’utente, l’app deve disporre di un language pack (en, fr, ger, ecc.).

In una situazione ideale, uno sviluppatore deve creare e caricare più APK sul Play Store in base alla regione dell’utente, al tipo di processore e alla densità dello schermo. Quando un utente tocca il pulsante “Installa” nel Play Store, l’APK corretto e più adatto viene quindi installato sul proprio dispositivo. Tuttavia, tutto ciò pone un compito enorme nelle mani dello sviluppatore. Non devono solo sviluppare app, ma anche gestire più APK per supportare un carico di dispositivi.

Per evitare questo lavoro complesso e dispendioso in termini di tempo, la maggior parte degli sviluppatori crea un APK universale che viene fornito con tutte le risorse (pacchetti lingua, codici e altro) anche se potresti non averne bisogno per la maggior parte su quel dispositivo specifico. Ciò si traduce in un APK ingombrante con una dimensione dell’app maggiore che richiede tempi di installazione più lunghi e consuma più larghezza di banda.

Google vuole risolvere questo problema e assumersi la maggior parte di questo fardello per gli sviluppatori con Android App Bundles (AAB). Ciò, a sua volta, contribuirà a ridurre le dimensioni dell’app, i tempi di installazione e il consumo di larghezza di banda. La società ha introdotto AAB al Google I/O 2018 e ora, quasi due anni dopo, Google impone di inviare nuove app nel formato AAB sul Play Store.

Rispetto all’APK, il formato AAB non è un pacchetto di distribuzione completamente nuovo. In effetti, AAB è un contenitore che ospita un APK di base e più APK divisi . Fondamentalmente, AAB è un formato di pubblicazione che uno sviluppatore invia al Play Store mentre APK è il formato di packaging per le app Android che installi sul tuo dispositivo.

Quindi cosa cambia davvero qui? A partire da agosto 2021, gli sviluppatori non devono gestire e gestire tutta una serie di APK per un’ampia gamma di dispositivi. Con AAB, gli sviluppatori consegnano tutto a Google: il codice dell’app, le risorse, le risorse pesanti, tutti i language pack e, soprattutto, la chiave di firma dell’app privata. Ora Google può generare e pubblicare APK ottimizzati per gli utenti in base alla configurazione del loro dispositivo . Può creare un bundle AAB molto più piccolo, di dimensioni compatte, si installa in un batter d’occhio e consuma meno dati per i dispositivi di fascia bassa. Questa è la proposta principale di AAB vs APK, ma c’è dell’altro da disimballare.

La condivisione della chiave di firma privata con Google

Guardando cosa offre AAB, sembra un’ottima alternativa all’APK. Il formato AAB riduce le dimensioni dell’app e gli sviluppatori non devono creare più APK. Tuttavia, molti sviluppatori hanno espresso preoccupazione per quanto riguarda la condivisione della chiave di firma privata con Google.

Come accennato in precedenza, la chiave di firma è l’informazione più importante per verificare l’integrità dell’APK. Anche se esegui il sideload di un APK da una fonte di terze parti, Google Play Store controlla la chiave di firma per accertare che nulla sia stato manomesso.

Con AAB, Google impone agli sviluppatori di condividere la chiave di firma privata in modo che Google possa generare l’app bundle e firmare l’AAB con la stessa chiave privata. Quando gli utenti installano l’app o eseguono l’aggiornamento a una nuova versione, Play Services corrisponderà alla chiave di firma e l’installazione avverrà senza problemi di mancata corrispondenza della chiave o errore di firma. Detto questo, gli sviluppatori affermano che potenzialmente apre la porta all’iniezione di codice. Google afferma che tutte le “ chiavi di firma sono archiviate sulla stessa infrastruttura che Google utilizza per archiviare le proprie chiavi. ” Quindi stai tranquillo, tutte le tue chiavi di firma private sono custodite con una sicurezza inattaccabile. Fonte: Google

Inoltre, per placare le preoccupazioni degli sviluppatori, Google ha annunciato Code Transparency che consente agli sviluppatori di generare una chiave privata separata che sarà accessibile solo a loro. Dalla chiave privata separata, gli sviluppatori possono quindi creare una firma aggiuntiva che può essere utilizzata per verificare l’integrità dell’app. Tuttavia, c’è una limitazione a questo metodo. Code Transparency si occupa solo del codice e non di asset, risorse o manifest. Inoltre, questa è una funzionalità opzionale che potrebbe lasciare molti sviluppatori fuori dal giro.

AAB renderà le cose più difficili per gli app store di terze parti?

Un altro problema derivante dalla condivisione della chiave privata con Google è che potrebbe rendere le cose più difficili per gli app store di terze parti. Ad esempio, se installi un’app dal Play Store ma desideri eseguire l’aggiornamento alla versione più recente da un’altra alternativa al Play Store (ad esempio Amazon App Store o Aptoide Store), l’installazione potrebbe non riuscire a causa di una mancata corrispondenza della firma.

È perché Google ora gestisce la chiave di firma privata, quindi non puoi utilizzare la stessa chiave durante il caricamento della tua app su un app store Android di terze parti. Dovrai utilizzare un’altra chiave privata e ciò causerà l’errore di mancata corrispondenza della chiave privata. Questo sarà un problema per il supporto delle app Android su Windows 11 ? Dovremo aspettare e scoprirlo. App Android in arrivo su Microsoft Store

A parte questo, la presunzione che AAB impedirà agli sviluppatori di caricare APK su app store di terze parti sembra errata. Google ha già creato uno strumento open source chiamato bundletool che consente agli sviluppatori di creare APK da bundle AAB. L’unico problema, per ora, è che la condivisione della chiave di firma privata interesserà gli utenti esperti di Android.

Possiamo eseguire il sideload degli AAB proprio come gli APK?

Da quello che sappiamo, sembra che sarà possibile eseguire il sideload degli AAB sui dispositivi Android, ma non sarà così conveniente come eseguire il sideload degli APK . Il programma di installazione dei pacchetti di Android attualmente non supporta il formato di packaging AAB, il che significa che l’installazione AAB sul dispositivo non sarà possibile in modo nativo. Tuttavia, puoi utilizzare app di installazione di terze parti per installare un pacchetto AAB sul dispositivo.

Ad esempio, attualmente, APKMirror Installer (gratuito, offre acquisti in-app) ti consente di installare bundle APKM (APK di base + APK divisi) con la sua app di installazione. Abbiamo già una guida dettagliata su come installare Android App Bundle sul tuo telefono , quindi dai un’occhiata all’articolo collegato.

A parte questo, non sarai in grado di eseguire il sideload adb per l’installazione di AAB. Dovrai utilizzare lo strumento bundle open source per ottenere l’APK corretto compatibile con il tuo dispositivo. Man mano che gli AAB diventano più diffusi, potrebbero emergere nuovi e convenienti metodi di sideload. Tieni presente che il solo sideload dell’APK di base si bloccherà sul tuo dispositivo.

APK vs AAB: vantaggi e svantaggi

Dopo aver esaminato tutti i punti, puoi dire che gli AAB non faranno molta differenza in termini di esperienza utente per la maggior parte degli utenti. Sì, ridurrà le dimensioni dell’app, il che sarà utile per la maggior parte degli utenti. Ad esempio, Airbnb ha ridotto le dimensioni dell’app del 22% dopo essere passato da APK ad AAB, mentre Netflix ha ridotto le dimensioni dell’app del 57%. Questa è una differenza considerevole nelle dimensioni dell’app. A parte questo, la funzionalità dell’app istantanea abbandonata avrà una nuova prospettiva di vita con AAB sui dispositivi Android.

Tuttavia, per gli utenti esperti che desiderano eseguire il sideload degli AAB, le cose diventeranno un po’ complicate e scomode. Potrebbe essere necessario utilizzare bundletool per estrarre gli APK per il tuo dispositivo o utilizzare un programma di installazione di terze parti. Una cosa da notare è che AAB si allontanerà da OBB (opaque binary blob) per scaricare grandi asset e risorse. Invece, utilizzerà Play Asset Delivery o Play Feature Delivery per scaricare risorse pesanti con una dimensione di download di 150 MB o superiore. Dovremo vedere in che modo ciò influisce sui giochi di sideload come Battlegrounds Mobile India , PUBG Mobile, FAU-G e altri.

Per quanto riguarda gli sviluppatori più interessati da questo cambiamento, non hanno bisogno di refactoring del loro codice, il che è fantastico. Gli AAB portano anche la modularità al seguito, il che significa che possono modificare uno snippet di codice e unirlo con la base principale senza affrontare molti conflitti di unione. Un grande vantaggio di AAB è che offre opzioni di personalizzazione agli sviluppatori. Possono scegliere quale livello API scegliere come target o quale tipo di dispositivo supportare. Gli sviluppatori possono anche decidere quali funzionalità fornire su un tipo di dispositivo specifico o su smartphone che eseguono una versione minima dell’SDK.

Per quanto riguarda gli svantaggi, il cuore della questione è la condivisione della chiave privata, che ora sarà gestita da Google. L’incompatibilità con gli app store di terze parti potrebbe essere un altro grosso problema e gli sviluppatori dovranno fare uno sforzo in più per pubblicare e gestire gli APK (proprio come il Play Store in questo momento) su altri app store.

APK vs AAB (Android App Bundle): cosa ne pensi?

Per me, il problema più grande con questo cambiamento è l’eccessiva dipendenza da Google. Con questo cambiamento, il gigante di Mountain View si sta assicurando che il Play Store rimanga l’app store di fatto sui dispositivi Android. Dall’hosting delle app alla gestione delle chiavi private, Google ora controlla tutti gli aspetti della pubblicazione e distribuzione delle app su Android. Gli sviluppatori potrebbero essere contenti delle nuove modifiche in quanto non devono più gestire più APK, ma come andrà a lungo termine per gli utenti? Non lo sappiamo ancora. Con gli sviluppatori che passano il controllo a Google, porterà a un buon cambiamento? Dovremo aspettare e vedere. Comunque, questo è tutto da noi. Ma dicci cosa ne pensi di questo dibattito APK vs AAB nella sezione commenti qui sotto.