Distribuzioni progressive e aggiornamenti

Distribuire una nuova versione a tutti gli utenti contemporaneamente è rischioso: un arresto anomalo nascosto colpirebbe immediatamente l'intero pubblico. Google Play offre modalità più sicure: canali di test e distribuzioni graduali.

In questa lezione imparerà a conoscere i canali di rilascio, a distribuire prima a una piccola percentuale di utenti, a capire come gli aggiornamenti raggiungono gli utenti e a reagire quando qualcosa va storto.

Play organizza le release in canali, dal meno esposto al più esposto:

• Test interno — fino a 100 tester, disponibile nel giro di pochi minuti, per il team.
• Test chiuso — tester invitati tramite elenchi email o gruppi.
• Test aperto — chiunque può partecipare a una beta pubblica.
• Produzione — tutti gli utenti dello store.

Il flusso consigliato consiste nel promuovere una build lungo questa scala: interno → chiuso → aperto → produzione.

Per qualsiasi canale, faccia clic su Crea nuova release, carichi il file .aab (oppure ne scelga uno da App Bundle Explorer) e aggiunga le note di rilascio.

Le note di rilascio utilizzano tag di lingua, così ogni impostazione locale riceve il proprio testo. Le mantenga brevi e incentrate sulle esigenze degli utenti.

Per una release di produzione può eseguire una distribuzione graduale: la renda disponibile prima a una piccola parte degli utenti, ad esempio il 10%, e poi aumenti gradualmente la copertura.

Play seleziona casualmente gli utenti che ricevono l'aggiornamento. Controlli i tassi di arresto anomalo e ANR, quindi aumenti la percentuale: 10% → 25% → 50% → 100%.

Se le metriche sono negative, non aumenti la percentuale oppure interrompa la distribuzione prima che la maggior parte degli utenti venga coinvolta.

Se una distribuzione graduale rivela un problema, può interromperla dalla Console. L'interruzione impedisce ai nuovi utenti di ricevere l'aggiornamento; chi lo ha già installato continuerà a utilizzarlo.

Dopo aver distribuito una correzione in una nuova versione, può riprendere la distribuzione o avviarne una nuova. Interrompere la distribuzione consente di guadagnare tempo senza dover ritirare completamente la versione, cosa che Play non offre realmente per gli utenti che l'hanno già installata.

È esattamente per questo che si inizia con una percentuale bassa.

Per impostazione predefinita, l'app Play Store aggiorna automaticamente le app in background (spesso tramite Wi-Fi). Gli utenti possono anche toccare manualmente "Aggiorna".

Ricordi la regola di versionCode: ogni release deve avere un intero maggiore di quello precedente, altrimenti Play la rifiuta. versionName è semplicemente l'etichetta visualizzata agli utenti.

A volte è utile invitare gli utenti ad aggiornare direttamente dall'app. L'API In-App Updates offre due modalità:

• Flexible — il download avviene in background mentre l'utente continua a usare l'app.
• Immediate — un flusso a schermo intero che blocca l'utilizzo, per gli aggiornamenti critici.

Controlli la disponibilità e, se è pronto un aggiornamento, avvii il flusso scelto.

Un aggiornamento flexible viene scaricato in modo silenzioso. Al termine, deve chiamare completeUpdate() per installarlo, di solito dopo aver invitato l'utente a procedere tramite una snackbar.

Ascolti lo stato DOWNLOADED, quindi offra all'utente la possibilità di riavviare l'app.

La distribuzione non è la fine del processo. La dashboard Android vitals di Play monitora le metriche di salute che Play utilizza anche per determinare il posizionamento dell'app:

• Tasso di arresti anomali e tasso di ANR (Application Not Responding).
• Riattivazioni eccessive, rendering lento e problemi della batteria.

Controlli attentamente questi dati durante una distribuzione graduale. Un picco indica che è il momento di interrompere la distribuzione prima di estenderla ulteriormente.

Dopo il lancio, sono importanti due attività costanti:

• Rispondere alle recensioni nella Console: migliora le valutazioni e fa emergere i bug reali.
• Analizzare gli arresti anomali provenienti da vitals o dal sistema di segnalazione, correggerli, incrementare versionCode e distribuire una nuova release graduale.

Il rilascio è un ciclo continuo: distribuisca una modifica alla volta, misuri, corregga e distribuisca di nuovo.

Riassumendo l'intera lezione, un flusso efficace è:

• Caricare la release nel test interno ed eseguire uno smoke test con il team.
• Promuoverla al test chiuso/aperto per raccogliere feedback più ampi.
• Avviare la produzione con una distribuzione graduale al 10%.
• Controllare Android vitals e aumentare la percentuale se i dati sono positivi.
• Interrompere e correggere la distribuzione se le metriche aumentano, quindi riprenderla con una nuova build.

Procedere per piccoli passi e monitorare con attenzione trasforma il rilascio da attività preoccupante a procedura ordinaria.

Ha distribuito una release di produzione al 10% degli utenti e il tasso di arresti anomali è aumentato rapidamente. Vuole impedire che altri utenti ricevano la versione difettosa mentre prepara una correzione. Che cosa deve fare?

Ora può distribuire con sicurezza:

• Utilizzi i canali — interno, chiuso, aperto e produzione — per esporre gradualmente gli utenti alle build.
• Esegua distribuzioni graduali, iniziando con una percentuale ridotta e aumentandola finché le metriche restano positive.
• Interrompa una distribuzione se i dati di vitals peggiorano, quindi corregga il problema e distribuisca una nuova build con un versionCode maggiore.
• Se necessario, inviti gli utenti ad aggiornare tramite l'API In-App Updates (modalità flexible o immediate).
• Monitori Android vitals e le recensioni, quindi apporti miglioramenti iterativi.

Con questo si conclude la pubblicazione su Google Play: dalla build di rilascio firmata fino a distribuzioni graduali sicure e monitorate.