Google Play alza l’asticella per le app Android: memoria, codice e accesso automatico dal 2027

Google Play si prepara a rendere più severi i requisiti tecnici per le app distribuite sul suo store. Da febbraio 2027, app e giochi saranno valutati rispetto a nuove soglie di “comportamento problematico” legate a memoria dinamica, memoria delle bitmap e ottimizzazione del codice DEX. Chi resterà oltre i limiti rischierà una minore visibilità su Play e restrizioni sulle funzioni di pubblicazione, non una rimozione automatica dallo store.

Un secondo cambiamento entrerà in vigore ad aprile 2027: le app che prevedono l’accesso con un account dovranno supportare Zero-Tap Sign-In durante la migrazione da un dispositivo Android a un altro, usando il sistema Restore Credentials. Per ora, i giochi sono esclusi da questo requisito. 17

Che cosa misurerà Google Play

La nuova politica si concentra su tre aree che possono contribuire a rallentamenti, crash e distribuzione inefficiente delle app.

1. Memoria dinamica

Google misurerà l’anonymous resident-set size (RSS) insieme allo swap compresso. L’obiettivo è rilevare la memoria privata utilizzata dall’app mentre è in esecuzione, senza conteggiare come memoria dell’app ogni file di codice o risorsa già archiviato sul dispositivo.

Per i giochi, le soglie di memoria dinamica in primo piano varieranno in base alla RAM del dispositivo: si parte da 2,25 GB sui dispositivi con 4 GB di RAM per arrivare a 5 GB sui dispositivi con 16 GB di RAM. Google Play intende quindi valutare le prestazioni in base alle diverse fasce hardware, invece di applicare lo stesso limite a ogni smartphone o tablet.

2. Memoria delle bitmap

L’uso delle bitmap sarà valutato quando l’app è in primo piano, in background o mantenuta in cache. Le soglie indicate sono:

• 200 MB in primo piano o in background;
• 400 MB quando l’app è in cache.

La misura punta a evitare che immagini e altre risorse grafiche restino inutilmente in memoria quando non sono più visibili o necessarie nell’immediato.

3. Ottimizzazione del codice DEX

I giochi con più di 50 MB di codice DEX dovranno raggiungere almeno il 25% di copertura dell’Android App Bundle attraverso riduzione, ottimizzazione e offuscamento del codice. Gli sviluppatori potranno ricorrere a strumenti come R8 o ad altri tool di shrinking per eliminare codice superfluo e rendere più efficiente il pacchetto distribuito.

Come funzioneranno i controlli

Google Play non giudicherà un’app sulla base di una singola sessione anomala. Le soglie saranno calcolate usando il 90° percentile (P90) dei dati raccolti durante un periodo mobile di 28 giorni. In pratica, la politica mira a individuare problemi persistenti nell’uso reale, non il singolo risultato peggiore.

Le app che non rispetteranno i requisiti potranno subire una riduzione della visibilità e delle capacità di pubblicazione su Google Play. Non si tratta, secondo quanto indicato, di un divieto automatico o della rimozione immediata di ogni app che supera una soglia. Google sta inoltre preparando strumenti di monitoraggio e diagnosi nella Play Console, con metriche dedicate alla memoria dinamica e alle bitmap, così che gli sviluppatori possano intervenire prima dell’applicazione delle misure.

Le soglie potrebbero cambiare nel tempo, man mano che Google raccoglierà nuovi dati e affinerà la propria analisi in base alle categorie di dispositivi e applicazioni. Per gli sviluppatori, quindi, i valori pubblicati vanno considerati un punto di partenza per un monitoraggio continuo, non un traguardo da raggiungere una sola volta.

La scadenza separata per Zero-Tap Sign-In

La seconda novità riguarda un’esperienza diversa: il passaggio a un nuovo dispositivo. Da aprile 2027, le app che utilizzano l’accesso con account dovranno supportare Zero-Tap Sign-In, cioè il ripristino automatico dello stato di accesso durante la migrazione tra dispositivi Android tramite la Restore Credentials API.

Restore Credentials è integrato in Credential Manager e consente di effettuare nuovamente l’accesso in modo silenzioso quando un’app viene ripristinata su un nuovo dispositivo. Il sistema può funzionare indipendentemente dal metodo di autenticazione principale: password, passkey o accesso federato. 1719

L’obiettivo è ridurre l’attrito per chi configura un nuovo telefono e non vuole reinserire manualmente le credenziali di ogni app. I giochi sono attualmente esclusi, anche se Google potrebbe modificare l’esenzione in futuro.

Il rapporto con Android 17

Le nuove regole di Google Play completano, ma non sostituiscono, i controlli sulla memoria introdotti dal sistema operativo Android 17. La nuova versione di Android applica limiti per singola app calcolati in base alla RAM totale del dispositivo, inizialmente sui Pixel. Google prevede che un numero crescente di produttori utilizzi questi limiti su dispositivi con configurazioni da 4 GB fino a oltre 16 GB di RAM.

Quando un’app supera il limite previsto da Android 17, il sistema operativo può rallentarla e, eventualmente, terminarne il processo. Le regole di Play intervengono invece prima, nella fase di distribuzione: spingono gli sviluppatori a ridurre l’uso eccessivo della memoria e a ottimizzare il codice prima che gli utenti incontrino i limiti del sistema sul dispositivo.

La distinzione è importante: Android 17 stabilisce che cosa può accadere mentre un’app è in esecuzione su uno specifico dispositivo; Google Play stabilisce invece se quell’app continuerà a godere della normale visibilità e delle normali possibilità di pubblicazione nello store.

Il contesto è quello di un mercato in cui la memoria sta diventando più costosa e le risorse hardware sono sottoposte a maggiore pressione, anche per la domanda dei data center dedicati all’intelligenza artificiale. Tuttavia, questo va considerato come contesto di mercato e non come una motivazione tecnica o normativa dichiarata da Google per le nuove regole. Anche le indiscrezioni secondo cui la serie Pixel 11 Pro potrebbe passare da 16 GB a 12 GB di RAM restano, al momento, informazioni riportate e non specifiche confermate.

Che cosa dovrebbero fare ora gli sviluppatori Android

I team che gestiscono app o giochi di grandi dimensioni dovrebbero iniziare a:

1. controllare l’uso di RSS anonimo e swap compresso durante le sessioni in primo piano e in background;
2. monitorare separatamente la memoria delle bitmap, comprese le situazioni in cui l’app è mantenuta in cache;
3. verificare le dimensioni del codice DEX e misurare la copertura dell’App Bundle ottenuta con riduzione, ottimizzazione e offuscamento;
4. testare l’app su più fasce di RAM, senza affidarsi soltanto ai dispositivi di fascia alta;
5. seguire i prossimi strumenti diagnostici della Play Console e le metriche di Android vitals;
6. rivedere il flusso di autenticazione e pianificare l’integrazione con Restore Credentials prima di aprile 2027.

Il messaggio pratico è chiaro: l’efficienza della memoria e l’ottimizzazione del codice stanno diventando anche requisiti di distribuzione, non più soltanto buone pratiche di sviluppo. Le app non conformi potrebbero continuare a funzionare, ma con una visibilità ridotta su Google Play, maggiori limitazioni alla pubblicazione e una più alta esposizione ai controlli sulla memoria introdotti da Android.