How do staged rollouts work in Google Play Console and how do I increase rollout percentage?

A staged rollout sends an app update to a percentage of eligible users on Production, Open testing, or Closed testing. Google assigns the staged update at random among users eligible for that track. The percentage does not increase by itself. On the Releases tab, select Manage rollout, then Update rollout, change the percentage, and click Confirm update. To reach a full rollout, raise the percentage to 100%. Staged percentages apply only when you ship an update, not the first release on a track.

How do staged rollouts work for Android apps from 10% to 100%?

Play Console does not require 10% as a starting point. You enter a rollout percentage when you start an update release, then increase it over time with Manage rollout and Update rollout until you confirm 100%. Google documents staged rollouts for app updates only, not the first release on Production, Open testing, or Closed testing. Wait between increases while you check Android vitals, ANRs, and feedback.

What does halt rollout mean in Google Play?

Halt rollout stops sending the staged version to any additional users who have not already received it. On the Releases tab, choose Manage rollout, then Halt rollout. Users who already installed the staged version stay on that version. If the bundle is bad, ship a new release with a higher versionCode instead of relying on halt alone.

How do I resume a halted Google Play staged rollout?

Open the same track, go to Releases, select Manage rollout, then Resume rollout. Set the rollout percentage and click Confirm update. Google documents that halt and resume affect the same user group as before the halt.

What is a full rollout on Google Play?

A full rollout means the release is available to 100% of users on that track in the countries you target. Increase the staged rollout percentage to 100% with Manage rollout and Update rollout, or roll out without staging when policy allows. Google recommends updating store listing changes after the release reaches 100% when listing updates are tied to the release.

What should I monitor during an Android staged rollout?

Google recommends watching crash reports and user feedback during a live staged rollout. In Play Console, use Android vitals for crash rate and ANRs after installs and the pre-launch report before wide exposure. On Production, watch public ratings and reviews for the version. On Open or Closed testing, prioritize tester feedback channels rather than treating the rollout like a full public launch. Many teams wait between percentage increases until metrics look stable.

Google Play Staged Rollout: Schritte in der Play Console bis 100 %

Kurze Antwort: Ein Google Play Staged Rollout rollt ein App-Update an einen Prozentsatz berechtigter Nutzer auf Produktion, Offener Test, oder Geschlossener Test bevor du eine vollständiger Rollout unter 100%. Google beschränkt Staged-Rollout-Prozentsätze auf App-Updates, nicht auf den ersten Release eines Tracks (einschließlich der ersten Veröffentlichung im Open oder Closed Testing). Start: Erstelle ein Release mit einem neuen Android App Bundle, wähle im Review-Schritt den Rollout-Prozentsatz für ein Update und klicke auf Rollout starten (Release vorbereiten und ausrollen). Erhöhen: Releases Tab → Rollout verwalten → Update-Rollout → einen höheren Prozentsatz festlegen → Update bestätigen (der Prozentsatz steigt nicht automatisch). Stopp: Rollout verwalten → Rollout stoppen (keine weiteren Nutzer erhalten die gestaffelte Version; Nutzer, die bereits aktualisiert haben, bleiben dabei). Fortsetzen: Rollout verwalten → Rollout fortsetzen → Prozentsatz festlegen → Update bestätigen. Vollständiger Rollout: erhöhen auf 100% mit Update-Rollout. Für Capacitor Apps, Store-Rollouts kombinieren mit Capgo Channels und Progressive Rollouts für Live-Web-Updates zwischen nativen Releases, und siehe TestFlight und Android-Testspuren für Disziplin vor der Produktion.

Play Console-Tracks in 2026

Google dokumentiert vier Veröffentlichungsflächen:

Track in der Play Console	Wer Builds erhält	Prozentsatz des gestuften Rollouts
Internes Testen	Bis zu 100 eingeladene Tester	Kein gestaffelter prozentualer Rollout (vollständige Track-Auslieferung an Tester)
Geschlossener Test	E-Mail-Listen oder Google Groups deiner Wahl	Ja
Offener Test	Alle, die über deinen Store-Eintrag kommen	Ja
Produktion	Berechtigte Nutzer in ausgewählten Ländern	Ja (Länder-Targeting in Production verfügbar)

Quelle: Release vorbereiten und ausrollen und Einen offenen, geschlossenen oder internen Test einrichten.

Typischer Ablauf: Internes Testen für Smoke-Tests, Geschlossener Test für vertrauenswürdige Beta-Gruppen, Offener Test für breiteres Feedback, dann Produktion mit einem gestuften Prozentsatz. Wie sich Android-Test-Tracks im Vergleich zu iOS-TestFlight-Workflows verhalten, erfährst du in TestFlight und Android-Test-Tracks.

So funktioniert ein Play-Staged-Rollout

Googles App-Updates mit Staged Rollouts veröffentlichen Guide beschreibt den Ablauf:

Öffne Produktion, Offener Test, oder Geschlossener Test in der Play Console.
Erstelle oder bearbeite ein Release und lade ein Android App Bundle dessen versionCode höher ist als das Release, das bereits in diesem Track ist. Play liefert die höchste kompatible Version versionCode über alle Tracks aus, für die ein Nutzer berechtigt ist. So kann ein neuerer Production-Build einen niedrigeren Testing-Track-Build für denselben Nutzer überschreiben.
Im Review-Schritt für ein Update, wähle Rollout-Prozentsatz (Release vorbereiten und ausrollen).
Klicken Rollout starten.
Überwache Android Vitals, Abstürze und verfolge passendes Feedback je nach Track (Tester-Notizen in Test-Tracks, öffentliche Bewertungen in Production).
Erhöhen den Prozentsatz mit Rollout verwalten → Update-Rollout → Update bestätigen.
Stopp oder fortsetzen von Rollout verwalten wenn Sie pausieren oder fortsetzen müssen.
Fördern zu 100% für eine vollständiger Rollout wenn die Metriken gesund aussehen.

Wichtige Einschränkungen aus der Google-Dokumentation:

Bei gestaffelten Rollouts weist Google das Update zufällig den für diese Track qualifizierten Nutzern zu; Sie können in der Play Console nicht auswählen, welche Nutzer den gestaffelten Build erhalten. Die Einladung von Closed-Testing-Testern ist von der Zuweisung für gestaffelte Rollouts getrennt.
Konfliktbehaftete Entwurfsreleases auf einer Spur abschließen oder verwerfen, bevor ein weiterer Rollout gestartet wird; ausstehende gestufte Releases auflösen oder unveröffentlichte Änderungen zuerst entfernen (Release vorbereiten und ausrollen).
Du kannst Nutzer nicht zu einer sofortigen Installation zwingen; sie aktualisieren, wenn Play das Release ausliefert.
Staged Rollouts in Production können auf bestimmte Länder oder Regionen; Testing-Tracks folgen den Tester-Regeln des Tracks.
Wenn Sie stoppen und fortsetzen, dokumentiert Google, dass Sie dieselbe Benutzergruppe wie zuvor.

Der Google Play Developer API ordnet Track-IDs zu (production, beta für Open Testing, qa für Internal Testing sowie benannte Closed Tracks), falls du Releases automatisierst.

Typische Rollout-Zeitpläne und was man monitoren sollte

Google veröffentlicht keine vorgeschriebene Prozentstaffelung. Teams starten meist klein, warten auf ein Signal, dann erhöhen mit Update-Rollout bis sie erreichen 100%. Ein gängiges Muster in der Produktion ist ein niedriger Startprozentsatz, ein mittlerer Schritt bei stabilen Vitalwerten und dann größere Schritte bis zum vollständigen Rollout. Passen Sie das Timing an Ihre Nutzerbasis und Risikotoleranz an.

Signal	Wo man nachsehen sollte
Crash-Rate (nach Installation)	Android Vitals in der Play Console
ANRs (nach der Installation)	Android Vitals in der Play Console
Pre-Launch-Checks (vor dem breiten Rollout)	Pre-Launch-Report der Play Console auf Testgeräten
Benutzerbewertungen (Staged Rollout in Produktion)	Store-Bewertungen und Rezensionen für die Version
Tester-Feedback (Offenes oder geschlossenes Testing)	Feedback aus dem Testing-Track über E-Mail- oder Gruppenkanäle
Backend-Fehler	Ihre API-Dashboards, korreliert mit Versions-Headern

Googles Tipps für Staged Rollouts empfehlen, eng zu überwachen Crash-Reports und User-Feedback während eines Live-Rollouts. Warte lange genug zwischen den Prozentssprüngen, um Signal zu sammeln; viele Teams halten mindestens einen Tag bei frühen Produktions-Prozentsätzen.

Wenn ein nativer Bug ausgeliefert wird, stoppen den Play-Rollout und ein korrigiertes Bundle mit höherer versionCode. Play rollt Binaries nicht automatisch zurück. Wann native Fixes über Play gehen müssen und wann Web-Layer-Updates, siehe Erlaubt Google Live Updates? und Capacitor OTA App-Store-Genehmigung: Leitfaden.

Rollout stoppen und Nutzer, die bereits aktualisiert haben

Rollout stoppen bedeutet, dass Play die gestufte Version nicht mehr an weitere Benutzer ausliefert, die sie noch nicht erhalten haben. Benutzer, die die gestufte Version bereits erhalten haben, bleiben auf dieser Version. Ein automatisches Rollback erfolgt durch die Halt-Aktion allein nicht.

Schritte im Web-Console: Track öffnen → Releases → Rollout verwalten → Rollout stoppen.

Um nach einer Pause fortzufahren: Rollout verwalten → Rollout fortsetzen → Rollout-Prozentsatz festlegen → Update bestätigen.

Wenn das Bundle selbst fehlerhaft ist, erstelle ein neues Release mit einem korrigierten Android App Bundle und einer höheren versionCode, und rolle es dann aus (gestaffelt oder zu 100 %, wie du möchtest).

Capgo Kanäle und prozentuale Rollouts (Live Updates)

Store-Rollouts ändern die native Shell Nutzer aus dem Play Store herunterladen. Capgo übernimmt Live-Web-Bundle-Updates innerhalb einer bereits installierten Capacitor-App.

Kanäle Devices auf Update-Streams mappen (production, beta, benutzerdefinierte Namen). Beim Debugging kannst du spezifische Device-IDs einem Channel zuweisen.
Progressive Rollouts behalte ein stabilen Fallback Bundle auf dem Channel, während es Rollout-Ziel einen konfigurierten Prozentsatz der Geräte erreicht. Erhöhe, verringere, pausiere, schließe ab oder mache einen Rollback, ohne einen neuen Play-Build für Web-Layer-Fixes zu veröffentlichen.

Nutze Play staged rollouts, wenn du native code, Berechtigungen oder targetSdkVersionänderst. Nutze Capgo prozentuale Rollouts, wenn der Fix in HTML, CSS oder JavaScript steckt und dein Compliance-Review OTA-Auslieferung erlaubt.

Vorgeschlagene kombinierte Strategie

Veröffentliche native Änderungen über Internes Testen, dann Geschlossen oder Offener Test, dann ein Produktion Staged Rollout.
Richte Produktionsgeräte auf einen stabilen Capgo Channel für tägliche Web-Fixes aus.
Starte einen progressiven Rollout auf einem Channel, wenn du Canary Web Bundles mit automatischem stabilem Fallback möchtest.
Stoppe den Play-Rollout, wenn Vitals nachlassen; rollt den Capgo-progressiven Rollout zurück, wenn Web-Metriken nachlassen.

Hinweis zu Regeln und Anforderungen

Jedes neue Bundle benötigt eine höhere versionCode als Builds, die Nutzer bereits auf jedem überlappenden Track erhalten können.
Apps, die Play App Signing verwenden, müssen signierte AABs pro Google Play App Signing.
Ausstehende gestaffelte Releases abschließen oder Entwürfe verwerfen, bevor konfligierende Releases auf demselben Track gestartet werden (Release vorbereiten und ausrollen).

Häufig gestellte Fragen

Wie funktionieren Staged Rollouts in der Google Play Console und wie erhöhe ich den Rollout-Prozentsatz?
Du veröffentlichst ein Update für einen Teil der Nutzer eines Tracks. Öffne Releases, wähle Rollout verwalten, dann Update-Rollout, gib einen höheren Prozentsatz ein und klicke auf Update bestätigen. Der Prozentsatz erhöht sich nie von selbst.

Wie kommen Android-Staged-Rollouts von einem kleinen Prozentsatz auf 100 %?
Beginnen Sie mit dem Prozentsatz, den Sie bei Rollout starten, Vitals und Bewertungen überwachen, dann wiederholen Update-Rollout bis du bestätigst 100% für einen vollständigen Rollout bestätigen.

Was bedeutet „Rollout stoppen“ bei Google Play?
Es verhindert, dass weitere Nutzer den gestaffelten Build erhalten. Nutzer, die bereits aktualisiert haben, behalten diese Version, bis sie eine andere Version installieren, die du veröffentlichst.

Wie setze ich den Rollout nach einem Halt fort?
Nutzt Rollout verwalten → Rollout fortsetzen, den Prozentsatz festlegen und Update bestätigen. Google wendet Anhalten und Fortsetzen auf dieselbe Nutzerkohorte an.

Worauf sollte ich bei einem schrittweisen Mobile-App-Rollout achten?
Crash-Reports, ANRs in Android vitals, Pre-Launch-Ergebnisse, Tester-Feedback in Open- oder Closed-Testing sowie öffentliche Bewertungen, wenn der gestaffelte Rollout in Produktion läuft.

Was ist ein vollständiger Rollout?
Die Release-Version wird ausgeliefert an 100% der Nutzer auf diesem Track in Ihren Zielländern, normalerweise durch Festlegen des Staged-Prozentsatzes auf 100% mit Update-Rollout.

Weiter geht's mit Google Play Staged Rollouts: So funktioniert's

Wenn du es nutzt Google Play Staged Rollouts: So funktioniert es um Store-Zulassung und Distribution zu planen, verknüpfen Sie es mit @capgo/capacitor-in-app-review für die Implementierungsdetails in @capgo/capacitor-in-app-review, @capgo/capacitor-in-app-review nutzen für die native Funktion bei der Nutzung von @capgo/capacitor-in-app-review, @capgo/capacitor-native-market für die Implementierungsdetails in @capgo/capacitor-native-market, @capgo/capacitor-native-market nutzen für die native Funktion bei der Nutzung von @capgo/capacitor-native-market, und Capacitor OTA Updates: Leitfaden zur App-Store-Freigabe für den praktischen Kontext in Capacitor OTA Updates: Leitfaden zur App-Store-Freigabe.