Staged Rollout — vad är det, hur fungerar stegvis lansering

Vad är Staged Rollout?

Staged Rollout — är en funktion i Google Play Console för stegvis distribution av appuppdateringar. Utvecklaren anger procentandelen användare som ska få den nya versionen och ökar gradvis täckningen medan han övervakar stabilitet och kvalitetsmätvärden. Full lansering till alla användare utförs först efter bekräftelse på att inga kritiska problem föreligger.

Mekanismen fungerar på appbutiksnivå: Google Play distribuerar automatiskt uppdateringen till den valda procentandelen enheter. Användare ser ingen skillnad — för dem är det en vanlig uppdatering från butiken. Inom det valda segmentet väljs användare slumpmässigt, vilket säkerställer ett representativt urval.

Funktionens historia

Google introducerade Staged Rollout 2015 som en del av Google Play Developer Console. Innan denna funktion fanns publicerade utvecklare uppdateringar omedelbart till alla användare, vilket ledde till omfattande fel vid problem. Enligt data från Google I/O 2023 minskade införandet av stegvis lansering antalet kritiska incidenter i Android-appar med 60%.

När används Staged Rollout

Stegvis lansering används vid publicering av betydande förändringar: ny design, arkitekturförändring, SDK-uppdatering, databasändring eller migrering till en ny API-version. Staged Rollout rekommenderas också för A/B-testning av produktionsmätvärden före full driftsättning.

Hur fungerar Staged Rollout

Efter uppladdning av APK eller App Bundle till Google Play Console väljer utvecklaren Staged Rollout istället för full lansering. Systemet erbjuder att ange användarprocent från 5% till 100% i steg om 5%. Google Play distribuerar automatiskt uppdateringen till den angivna procentandelen slumpmässigt utvalda användare.

Distributionsalgoritm

Google Play använder en deterministisk algoritm baserad på enhetsidentifierare och kodversionsnummer. Detta garanterar att en användare som fick uppdateringen vid 10% inte förlorar den när procentandelen ökas till 20%. Distributionen är stabil: användaren har antingen redan fått versionen eller kommer att få den vid nästa ökning av täckningen.

// build.gradle — versionshantering för Staged Rollout
android {
    defaultConfig {
        versionCode 42
        versionName "2.4.0-staged"
    }
}

// Efter bekräftelse av stabilitet — full lansering
// versionCode förblir densamma, versionName → "2.4.0"

Övervakning av mätvärden under processen

Efter start av Staged Rollout måste nyckelindikatorer övervakas: antal ANR, kraschfrekvens, betyg och användarrecensioner. Google Play Console tillhandahåller en panel med realtidsmätvärden. Vid överskridande av tröskelvärden rekommenderas omedelbart stopp av lanseringen och återställning.

Konfigurering i Google Play Console

Konfigurering av Staged Rollout görs i tre steg och kräver inga ändringar i appkoden. Det räcker att ladda upp bygget till Google Play Console och välja alternativet för stegvis lansering. Nedan finns en steg-för-steg-guide med specifika gränssnittssektioner.

• Gå till Google Play Console → Release → Production
• Klicka på Create new release och ladda upp App Bundle
• Välj Staged rollout och ange användarprocent
• Bekräfta lanseringen och starta stegvis distribution
• Följ mätvärden i Dashboard-panelen

Val av täckningsprocent

För det första steget rekommenderas att välja 5–10% av användarna. Detta är den minsta representativa volymen för att upptäcka kritiska fel. Om inga problem uppstår ökas procentandelen till 25%, 50% och 100% med ett intervall på 24–48 timmar. Snabb ökning av täckningen är endast motiverad för mindre ändringar.

Begränsningar för Staged Rollout

Funktionen är endast tillgänglig för produktionslanseringar i Google Play. För öppen testning och slutna spår används separata mekanismer. Staged Rollout kan inte tillämpas på enskilda länder eller regioner — procentandelen beräknas från appens totala publik. För geografisk inriktning används country-specific releases. Det går inte heller att ställa in olika procentandelar för olika distributionskanaler — alla användare väljs slumpmässigt oavsett installationskälla.

Fördelar med stegvis lansering

Staged Rollout minskar publiceringsriskerna genom att möjliggöra upptäckt av problem på ett litet användarurval. Till skillnad från testning på interna spår avslöjar produktionstrafik verkliga användningsscenarier som inte kan återskapas i QA-miljö. Enligt analys från Google Play Console (2024) upptäcks 70% av kritiska fel just i fasen av stegvis lansering.

Påverkan på användarupplevelsen

Vid problem är det endast en liten del av användarna som stöter på fel. Resten fortsätter att arbeta på den stabila versionen. Detta bibehåller appens betyg och förhindrar massiva negativa recensioner. Google Play tar också hänsyn till lanseringars stabilitet vid sökrankning.

Integration med CI/CD

Staged Rollout stöds av Google Play Developer API, vilket möjliggör automatisering av stegvisa lanseringar via CI/CD-pipelines. Verktyg som Gradle Play Publisher och Fastlane tillhandahåller färdiga kommandon för att ställa in täckningsprocent och övervaka lanseringsstatus via byggskript.

Kriterier för övergång mellan faser

Innan du ökar täckningsprocenten, kontrollera tre nyckelkriterier: kraschfrekvens under 0,5%, antal ANR överstiger inte baslinjen för produktionsversionen, appbetyg har inte sjunkit mer än 0,2 stjärnor. Om minst ett kriterium överträds — stoppa Staged Rollout, analysera orsakerna och publicera en korrigerad build från den lägsta procentandelen.

Återställning och ångring av ändringar

Återställning — är återgång till den tidigare stabila versionen av appen i Google Play. Om ett kritiskt fel upptäcks under Staged Rollout kan utvecklaren stoppa distributionen och återföra alla användare till den tidigare versionen. Operationen utförs i Google Play Console utan att publicera en ny build.

Hur man utför återställning

För återställning, gå till avsnittet Release → Production och välj alternativet Rollback to previous release. Google Play stoppar automatiskt distributionen av den aktuella versionen och återställer användarna till den tidigare stabila versionen. Alla nya användare som kommit in i segmentet växlar också till den gamla versionen vid nästa uppdatering från butiken.

När återställning inte är möjlig

Om den tidigare versionen har tagits bort från Google Play eller dess giltighetstid har löpt ut är återställning inte möjlig. Det rekommenderas att alltid behålla minst en stabil version i avsnittet Production. En version vars giltighetstid har löpt ut kan tillfälligt återställas via Google Play Consoles supporttjänst.

Automatisk återställning baserat på mätvärden

Google Play Console möjliggör inställning av automatisk återställning vid överskridande av tröskelvärden för kraschfrekvens eller ANR. I avsnittet Release → Production, ställ in utlösare: om kraschfrekvensen överstiger 1% stoppar Google Play automatiskt Staged Rollout och återställer den tidigare versionen. Detta minskar reaktionstiden på en incident till några minuter utan utvecklarens medverkan. För inställning av utlösare krävs ett konto med redaktörs- eller administratörsroll.

Staged Rollout vs full lansering

Valet mellan Staged Rollout och full lansering beror på typen av ändringar och risknivån. Full lansering är motiverad för mindre korrigeringar och beroendeuppdateringar utan logikändring. Stegvis lansering är obligatorisk för större uppdateringar, arkitekturförändringar och ändringar som påverkar säkerhet eller användardata.

Rekommendationer för val

För uppdateringar som påverkar mer än 20% av koden är Staged Rollout obligatoriskt. UI- och UX-ändringar kräver också stegvis driftsättning för att utvärdera användarreaktioner. Full lansering är tillåten för textkorrigeringar, SDK-uppdateringar utan API-ändring och säkerhetsuppdateringar med låg risk för regression. Vid tvekan, välj alltid stegvis lansering — kostnaden för återställning är betydligt lägre än den potentiella skadan från ett massivt fel i produktionsversionen.