Jawaban cepat: Sebuah Staged rollout Google Play merilis update aplikasi dengan persentase pengguna yang memenuhi syarat aktif Produksi, Pengujian terbuka, atau Pengujian tertutup sebelum Anda mencapai rollout penuh pada 100%. Google membatasi persentase bertahap untuk pembaruan aplikasi, bukan rilis pertama di sebuah track (termasuk publikasi pertama Open atau Closed testing). Mulai: buat rilis dengan Android App Bundle baru, pilih persentase rollout pada langkah review untuk update, lalu klik Mulai rollout (Siapkan dan jalankan release). Tingkatkan: Rilis tab → Kelola rollout → Rollout update → atur persentase lebih tinggi → Konfirmasi update (persentase tidak naik secara otomatis). Hentikan: Kelola rollout → Hentikan rollout (tidak ada pengguna tambahan yang menerima versi staged; pengguna yang sudah memperbarui tetap di versi tersebut). Ringkasan: Kelola rollout → Lanjutkan rollout → atur persentase → Konfirmasi update. Rollout penuh: naikkan ke 100% dengan Rollout update. Untuk Capacitor aplikasi, kombinasikan store rollouts dengan channel Capgo dan rollout progresif untuk live web updates antar rilis native, dan lihat TestFlight dan track pengujian Android untuk disiplin pra-produksi.
Track Play Console di 2026
Google mendokumentasikan empat jalur rilis:
| Track di Play Console | Siapa yang menerima build | Persentase staged rollout |
|---|---|---|
| Pengujian internal | Hingga 100 tester yang diundang | Tanpa staged rollout persentase (pengiriman seluruh track ke tester) |
| Pengujian tertutup | Daftar email atau Google Groups pilihan Anda | Ya |
| Pengujian terbuka | Siapa pun yang bergabung dari store listing Anda | Ya |
| Produksi | Pengguna yang memenuhi syarat di negara terpilih | Ya (penargetan negara tersedia di produksi) |
Sumber: Siapkan dan jalankan release dan Siapkan pengujian terbuka, tertutup, atau internal.
Alur umum: Pengujian internal untuk smoke test, Pengujian tertutup untuk grup beta terpercaya, Pengujian terbuka untuk umpan balik yang lebih luas, lalu Produksi dengan persentase bertahap. Untuk mengetahui bagaimana track pengujian Android dibandingkan dengan alur kerja iOS TestFlight, baca TestFlight dan track pengujian Android.
Cara kerja Play staged rollout
Google Rilis pembaruan aplikasi dengan staged rollouts panduan ini menjelaskan alurnya:
- Buka Produksi, Pengujian terbuka, atau Pengujian tertutup di Play Console.
- Buat atau edit rilis dan upload Android App Bundle yang
versionCodelebih tinggi dari rilis yang sudah ada di track tersebut. Play akan menyajikan versi tertinggi yang kompatibelversionCodedi setiap track yang tersedia bagi user, jadi build Production yang lebih baru bisa menimpa build testing-track yang lebih rendah untuk user yang sama. - Pada langkah review untuk update, pilih persentase rollout (Siapkan dan jalankan release).
- Klik Mulai rollout.
- Pantau Android vitals, crash, dan umpan balik yang relevan (catatan tester di testing tracks, ulasan publik di Production).
- Tingkatkan persentase dengan Kelola rollout → Rollout update → Konfirmasi update.
- Hentikan atau lanjutkan dari Kelola rollout ketika Anda perlu menjeda atau melanjutkan.
- Promosikan ke 100% untuk rollout penuh ketika metrik terlihat sehat.
Batasan penting dari dokumentasi Google:
- Untuk staged rollouts, Google mengalokasikan update secara acak di antara pengguna yang memenuhi syarat untuk track tersebut; Anda tidak dapat memilih pengguna mana yang menerima staged build di Play Console. Mengundang tester Closed testing terpisah dari alokasi staged rollout.
- Selesaikan atau buang draft rilis yang bentrok di track sebelum memulai rollout lain; selesaikan staged release yang tertunda atau hapus perubahan yang belum dipublikasikan terlebih dahulu (Siapkan dan jalankan release).
- Anda tidak bisa memaksa user untuk segera install; mereka akan update saat Play mendistribusikan release tersebut.
- Staged rollout produksi dapat menargetkan negara atau wilayah tertentu; track pengujian mengikuti aturan tester track tersebut.
- Saat Anda hentikan dan lanjutkan, Google mendokumentasikan bahwa Anda memengaruhi kelompok pengguna yang sama as before.
Panduan API Google Play Developer memetakan ID track (production, beta untuk open testing, qa untuk internal testing, plus closed track bernama) jika Anda mengotomatiskan rilis.
Jadwal rollout umum dan apa yang perlu dipantau
Google tidak merilis persentase bertahap yang wajib. Tim biasanya mulai kecil, menunggu sinyal, lalu Naikkan dengan Rollout update sampai mencapai 100%. Pola umum di produksi adalah persentase awal yang rendah, langkah menengah jika metrik vital tetap bersih, lalu langkah yang lebih besar menuju rollout penuh. Sesuaikan waktunya dengan basis pengguna dan toleransi risiko Anda.
| Sinyal | Tempat pengecekan |
|---|---|
| Crash rate (setelah user install) | Android vitals di Play Console |
| ANR (setelah pengguna install) | Android vitals di Play Console |
| Pengecekan pra-peluncuran (sebelum rollout luas) | Laporan pre-launch Play Console di perangkat uji |
| Ulasan pengguna (Production staged rollout) | Rating dan ulasan Store listing untuk versi tersebut |
| Feedback tester (Open atau Closed testing) | Feedback testing track serta channel email atau grup |
| Error backend | Dashboard API Anda yang dikorelasikan dengan version header |
Google tips staged rollout menyarankan untuk memantau secara ketat laporan crash dan umpan balik pengguna selama rollout live. Tunggu cukup lama antara lonjakan persentase untuk mengumpulkan sinyal; banyak tim menahan setidaknya satu hari pada persentase produksi awal.
Jika bug native dirilis, hentikan rollout Play dan terbitkan bundle yang diperbaiki dengan versi yang lebih tinggi versionCode. Play tidak melakukan rollback biner secara otomatis untuk Anda. Untuk kapan perbaikan native harus melalui Play versus pembaruan lapisan web, lihat Apakah Google mengizinkan live update? dan Panduan persetujuan app store untuk Capacitor.
Menghentikan rollout dan pengguna yang sudah memperbarui
Hentikan rollout berarti Play berhenti menawarkan versi bertahap ke pengguna tambahan who have not already received it. Pengguna yang sudah menerima versi bertahap tetap berada di versi tersebut. Mereka tidak akan otomatis kembali ke versi sebelumnya hanya dengan tindakan penghentian.
Langkah di konsol web: buka track → Rilis → Kelola rollout → Hentikan rollout.
Untuk melanjutkan setelah dihentikan: Kelola rollout → Lanjutkan rollout → atur persentase rollout → Konfirmasi update.
Jika bundle-nya yang salah, buat rilis baru dengan Android App Bundle yang tetap dan versi yang lebih tinggi versionCode, lalu lakukan rollout (bertahap atau 100% sesuai pilihan Anda).
Capgo channel dan rollout berdasarkan persentase (live updates)
Rollout store mengubah native shell pengguna mengunduh dari Play. Capgo menangani pembaruan web bundle live di dalam aplikasi Capacitor yang sudah terpasang.
- Channel memetakan perangkat ke stream pembaruan (
production,beta, nama kustom). Anda dapat memaksa ID perangkat tertentu ke channel saat debugging. - Rollout bertahap pertahankan fallback stabil bundle stabil di channel saat target rollout mencapai konfigurasi persentase dari perangkat. Naikkan, turunkan, jeda, selesaikan, atau rollback tanpa merilis build Play baru untuk perbaikan web layer.
Gunakan Play staged rollouts saat Anda mengubah code native, permission, atau targetSdkVersion. Gunakan rollout persentase Capgo saat perbaikannya ada di HTML, CSS, atau JavaScript dan tinjauan kepatuhan Anda mengizinkan pengiriman OTA.
Rekomendasi strategi kombinasi
- Rilis perubahan native melalui Pengujian internal, lalu Ditutup atau Pengujian terbuka, kemudian Produksi rollout bertahap.
- Arahkan perangkat production ke channel Capgo yang stabil untuk perbaikan web harian.
- Jalankan rollout progresif pada sebuah channel saat Anda ingin canary web bundle dengan fallback stabil otomatis.
- Hentikan rollout Play jika vitals memburuk; rollback progressive rollout Capgo jika metrik web memburuk.
Pengingat aturan dan persyaratan
- Setiap bundle baru butuh versi lebih tinggi
versionCodedaripada build yang sudah bisa diterima pengguna di track yang tumpang tindih. - App yang menggunakan Play App Signing harus upload AAB bertanda tangan sesuai Google Play App Signing.
- Selesaikan staged release yang tertunda atau hapus draft sebelum memulai release yang bentrok di track yang sama (Siapkan dan jalankan release).
Pertanyaan yang sering diajukan
Bagaimana staged rollouts bekerja di Google Play Console dan bagaimana cara meningkatkan persentase rollout?
Anda mengirim update ke sebagian kecil pengguna track. Buka Rilis, pilih Kelola rollout, lalu Rollout update, masukkan persentase yang lebih tinggi, lalu klik Konfirmasi update. Persentase tidak pernah meningkat secara otomatis.
Bagaimana staged rollout Android beralih dari persentase kecil ke 100%?
Mulai dengan persentase yang Anda pilih di Mulai rollout, pantau vitals dan ulasan, lalu ulangi Rollout update hingga Anda mengonfirmasi 100% untuk rollout penuh.
Apa arti halt rollout di Google Play?
Ini menghentikan pengguna lain untuk menerima build bertahap. Pengguna yang sudah update tetap memakai versi itu sampai mereka menginstal rilis lain yang Anda terbitkan.
Bagaimana cara melanjutkan setelah dihentikan?
Gunakan Kelola rollout → Lanjutkan rollout, atur persentasenya, dan Konfirmasi update. Google menerapkan halt dan resume pada kelompok pengguna yang sama.
Apa yang harus diperhatikan selama peluncuran aplikasi seluler bertahap?
Laporan crash, ANR di Android vitals, hasil pre-launch, feedback tester pada Open atau Closed testing, dan ulasan publik saat staged rollout berjalan di Production.
Apa itu full rollout?
Rilis ini dikirim ke 100% pengguna pada track tersebut di negara yang Anda targetkan, biasanya dengan mengatur persentase staged menjadi 100% dengan Rollout update.
Lanjut membaca: Google Play Staged Rollouts: Cara Kerjanya
Jika Anda menggunakan Google Play Staged Rollouts: Cara Kerjanya untuk merencanakan persetujuan store dan distribusi, hubungkan dengan @capgo/capacitor-in-app-review untuk detail implementasi di @capgo/capacitor-in-app-review, Menggunakan @capgo/capacitor-in-app-review untuk kapabilitas native di bagian Menggunakan @capgo/capacitor-in-app-review, @capgo/capacitor-native-market untuk detail implementasi di @capgo/capacitor-native-market, Menggunakan @capgo/capacitor-native-market untuk fitur native saat menggunakan @capgo/capacitor-native-market, dan Capacitor OTA Updates: Panduan Persetujuan App Store untuk konteks praktis dalam Capacitor OTA Updates: Panduan Persetujuan App Store.
