Langsung ke konten utama
Update production

Pastikan semua user pakai fix terbaru

Upload web bundle baru dari CLI atau CI. Perangkat akan download di background dan menjalankannya saat app kembali ke foreground. Roll out berdasarkan persentase, pantau di Observe, dan lakukan rollback jika ada masalah.

Tanpa kartu kredit
Sudah termasuk rollback otomatis
Hanya update layer web

Masalahnya

Rilis store adalah cara lambat untuk mengirim perbaikan kecil

Alur perbaikan via store saja

1

Temukan bug

Monitoring atau tim support melaporkan layar error. Perbaikannya hanya butuh beberapa baris JavaScript atau CSS.

2

Build binary baru

Anda menaikkan versi, build untuk iOS dan Android, lalu menyiapkan dua submisi ke store.

3

Tunggu proses review

Review store biasanya memakan waktu 24–48 jam, bahkan bisa lebih lama. Jika ditolak, Anda harus mengulang prosesnya.

4

Tunggu user melakukan update

Setelah disetujui, setiap user tetap harus menginstal versi baru. Sampai saat itu, mereka masih menjalankan code yang lama.

Setiap langkah menambah jeda waktu antara perbaikan yang siap dengan perbaikan yang berjalan di perangkat user Anda.

Why store fixes reach users slowly

24–48 jam+

Waktu rata-rata review store

Apple dan Google mereview setiap binary baru. Review biasanya memakan waktu 24–48 jam, bahkan bisa lebih lama, dan jika ditolak Anda harus submit ulang.

Per pengguna

Update store bergantung pada tiap device

Update store hanya sampai ke device saat user atau pengaturan auto-update menginstalnya. Beberapa device tetap menggunakan build lama dalam waktu lama.

2 store

Dua kali submit untuk tiap perbaikan

Perbaikan web yang sama harus melewati App Store dan Google Play secara terpisah, masing-masing dengan proses review dan rilis sendiri.

Solusinya

Cara live update menjangkau user Anda

Ini adalah perilaku update default Capgo. Tanpa update prompt, tanpa paksa restart, dan tanpa perlu submit ke store untuk perubahan web-layer.

Alur update default

  1. Aplikasi mengecek update

    Saat aplikasi masuk ke foreground, dan setiap 10 menit saat tetap terbuka, updater meminta bundle terbaru dari channel ke Capgo.

    Saat foreground

  2. Download di background

    Bundle baru di-download saat user tetap menggunakan versi saat ini. Dengan delta updates, hanya file yang berubah yang di-download.

    Tanpa interupsi

  3. Berlaku pada resume berikutnya

    Saat pengguna keluar dari aplikasi, updater akan menginstal bundle tersebut. Saat mereka membukanya kembali, versi terbaru akan langsung berjalan.

    Foreground berikutnya

Ingin user langsung melihat versi baru saat membuka aplikasi? Mode direct update menerapkannya saat launch ketika splash screen muncul.

Lihat direct updates

Dokumentasi perilaku update

Cara kerjanya

Cara tim produksi merilis fix dengan Capgo

Rilis tipikal untuk aplikasi Capacitor yang sudah ada di store. Setiap command di bawah berasal dari docs Capgo CLI.

  1. Setup updater sekali saja

    Jalankan setup wizard, lalu pastikan app Anda memanggil notifyAppReady() setelah dimulai. Bundle yang tidak pernah memanggil fungsi tersebut akan otomatis rollback.

    npx @capgo/cli@latest init
# in your app start-up code
await CapacitorUpdater.notifyAppReady()
    Docs notifyAppReady()

  2. Upload fix ke sebagian produksi

    Gunakan --delta agar device hanya mengambil file yang berubah, dan --rollout untuk mulai dengan persentase device yang kecil. User lainnya tetap menggunakan bundle yang stabil.

    npx @capgo/cli@latest bundle upload --channel production --delta --rollout 5
    Dokumentasi progressive rollouts

  3. Biarkan Capgo menghentikan rollout yang buruk

    Aktifkan auto-pause dengan threshold failure-rate (500 basis points adalah 5%). Jika kegagalan melampaui batas, Capgo akan melakukan rollback pada rollout tersebut. Pantau versi terbaru di Observe saat proses berjalan.

    npx @capgo/cli@latest channel set production \
  --auto-pause-enabled \
  --auto-pause-failure-rate-bps 500 \
  --auto-pause-action rollback
    Dokumentasi Observe

  4. Promosikan ke semua orang

    Jika angka sudah sesuai, promosikan bundle ke semua perangkat di channel tersebut. Jika tidak, kembalikan rollout cohort ke stable.

    npx @capgo/cli@latest channel set production --rollout-promote
# or, if something looks wrong
npx @capgo/cli@latest channel set production --rollout-rollback
    Dokumentasi rollbacks

Dibuat untuk rilis produksi

Kontrol yang digunakan tim produksi untuk rilis lebih sering tanpa mengejutkan pengguna.

Update Delta

Upload dengan --delta dan perangkat hanya akan download file yang berubah dari bundle saat ini. Aset besar yang jarang berubah cukup di-download sekali.

  • Download lebih kecil untuk pengguna di jaringan lambat atau terbatas
  • Dalam mode default, update diterapkan di antara sesi, bukan di tengah sesi yang sedang berjalan
Dokumentasi delta updates

--delta

Hanya file yang berubah yang di-download

Progressive rollout dengan auto-pause

Kirim bundle baru ke sebagian kecil pengguna channel secara acak dan persisten, sementara pengguna lain tetap di bundle stabil. Naikkan persentase, promosikan, atau rollback langsung dari CLI atau console.

  • Auto-pause dapat menghentikan atau melakukan rollback rollout saat tingkat kegagalan melewati threshold Anda
  • Observe membandingkan versi baru dengan versi sebelumnya sebelum Anda meningkatkan exposure
Dokumentasi progressive rollouts

1–5%

Langkah awal rollout yang umum

Rollback otomatis

Setiap update harus membuktikan keberhasilannya. Jika bundle baru tidak memanggil notifyAppReady() tepat waktu, perangkat akan kembali ke bundle terakhir yang berfungsi dan menandai bundle baru sebagai gagal.

  • Rollback dipicu jika notifyAppReady() tidak dipanggil dalam appReadyTimeout (default 10 detik)
  • Rollback seluruh channel ke bundle mana pun sebelumnya dari riwayatnya
Dokumentasi notifyAppReady()

10 dtk

Default appReadyTimeout sebelum automatic rollback

Delivery yang sadar review App Store

Capgo mengirimkan layer web Capacitor: JavaScript, CSS, dan aset. Ini tidak mengubah native binary, plugin, permission, entitlement, atau metadata app-store. Review toko aplikasi bersifat spesifik per aplikasi, jadi Anda tetap bertanggung jawab atas kepatuhan kebijakan dan persetujuan.

  • Gunakan rilis native store saat ada perubahan pada kapabilitas native, plugin, permission, atau metadata app-store
  • Pastikan catatan reviewer jelas mengenai fungsionalitas aplikasi dan jalur update web-layer
  • Tinjau kebijakan Apple dan Google terbaru sebelum setiap submisi

Apa yang dilakukan tim produksi dengannya

Alur kerja rilis harian setelah live updates diterapkan. Setiap kartu terhubung ke docs.

Perbaikan bug kritis

Layar checkout atau login yang error bisa diperbaiki via web-layer. Cukup upload, dan perangkat akan mengambilnya pada pengecekan update berikutnya.

Docs perilaku update

Perubahan copy dan konten

Perbaiki wording, update teks bantuan, atau ganti gambar dan aset bundled lainnya tanpa perlu build binary baru.

Dokumentasi kompatibilitas native

Pantau kesehatan release di Observe

Bandingkan bundle baru dengan sebelumnya: tingkat error-free, timing launch dan WebView, serta deployment marker per versi.

Dokumentasi Observe

Update lebih cepat dengan notifikasi

Setelah mengubah bundle pada sebuah channel, kirim silent update notification agar perangkat langsung mengecek update alih-alih menunggu saat aplikasi dibuka kembali.

Kirim notifikasi update

Lindungi Native Build lama

Blokir update mayor pada channel agar bundle yang butuh code native baru tidak pernah sampai ke binary lama.

Dokumentasi version targeting

Rollback dari riwayat channel

Pilih bundle sebelumnya di tab History channel untuk mengaktifkannya kembali di semua perangkat pada channel tersebut.

Dokumentasi rollbacks

Infrastruktur yang sudah melayani aplikasi production

Capgo telah mengirim live update ke aplikasi production sejak 2021.

Update per bulan
1B+
Perangkat yang dijangkau
90M+
Aplikasi yang menggunakan Capgo
4,7rb+
Latensi tipikal API
~50ms

Solusi Berdasarkan Tipe Tim

Temukan solusi yang sesuai dengan kebutuhan tim Anda

Enterprise

Deployment multi-app dan multi-team

Startup

Rilis cepat tanpa beban operasional

Solo Developer

Free trial 14 hari, CLI upload

Agensi

Kelola banyak aplikasi klien

Aplikasi yang dibangun dengan Capacitor

Aplikasi trafik tinggi butuh perubahan UI yang reliabel di production

Aplikasi cuaca, kesehatan publik, dan telekomunikasi bergantung pada interface, alert, dan navigasi yang akurat. Production updates membantu merilis perbaikan interface yang telah disetujui sambil memantau adopsi sebelum ekspansi lebih lanjut.

Windy.com - Ikon aplikasi Weather Forecast CUACA

Windy.com - Prakiraan Cuaca

Aplikasi cuaca yang butuh update produksi hati-hati untuk peta, alert, dan navigasi.

Instalasi Google Play
32,9 jt
Rating toko
4.7
Ikon aplikasi Conecte SUS MEDIS

Hubungkan SUS

Aplikasi kesehatan publik yang butuh update cepat dan terpercaya untuk panduan serta info layanan.

Instalasi Google Play
27,7 jt
Rating toko
4.6
Ikon aplikasi Mi Orange ALAT

Mi Orange

Aplikasi akun telekomunikasi dengan peringatan dan tampilan akun yang sering berubah.

Instalasi Google Play
9,3 jt
Rating toko
4.2

Bukti nyata pelanggan

Apa kata tim yang merilis aplikasi dengan Capgo

5.0/5 Diberi rating oleh tim developer 9,400+ tim Baca ulasan
Potret Sergiu S

Sergiu S

Lead Developer, drivolino GmbH

“Plugin Capgo Capacitor Updater benar-benar mengubah cara kami merilis update. Yang dulu butuh berhari-hari kini hanya butuh beberapa menit.”

Kapil

Founder, NuTriQ

“Bisa melakukan push update OTA produksi secara instan tanpa harus menunggu siklus review App Store yang lama memberikan keuntungan operasional yang sangat besar.”

Potret Michael Haberler

Michael Haberler

nethead emeritors

“Plugin updater-nya mantap. Berjalan lancar di tempat saya, dan Live Update sangat mempercepat proses testing.”

FAQ

Pertanyaan tim produksi

Cara update sampai ke perangkat, dan apa yang harus dilakukan jika terjadi error.

Kapan user mendapatkan live update?

Secara default, aplikasi mengecek update saat masuk ke foreground dan setiap 10 menit selama aplikasi terbuka. Aplikasi akan download bundle baru di background, menginstalnya saat user keluar dari aplikasi, dan menjalankannya saat aplikasi dibuka kembali. Pengaturan autoUpdate dapat mengubah perilaku ini.

Dokumentasi perilaku update

Bisakah perangkat menerima perbaikan mendesak lebih cepat?

Bisa. Setelah Anda mengubah bundle pada sebuah channel, kirim notifikasi update dari console, atau tambahkan --send-update-notification saat bundle upload. Perangkat akan menerima silent push dan langsung mengeceknya. Ini memerlukan Capgo Notifications dengan kredensial push iOS dan Android. Pengiriman bersifat best effort: aplikasi yang offline atau di-force-quit akan mengecek pada saat peluncuran berikutnya.

Kirim notifikasi update

Apa yang terjadi jika update merusak aplikasi?

Jika bundle baru tidak memanggil notifyAppReady() dalam 10 detik (default appReadyTimeout), perangkat akan kembali ke bundle terakhir yang berfungsi dan menandai bundle baru sebagai gagal. Untuk bug yang tidak menghentikan aplikasi saat startup, lakukan rollback pada progressive rollout atau pilih bundle sebelumnya dari history channel.

Dokumentasi rollbacks

Bagaimana cara rilis ke beberapa user terlebih dahulu?

Gunakan upload dengan --rollout untuk mengirim bundle ke sebagian user di channel secara acak dan sticky, sementara yang lain tetap di versi stable. Tingkatkan persentase, promote, atau roll back melalui CLI atau console. Fitur auto-pause dapat menghentikan exposure jika failure rate melewati threshold.

Dokumentasi progressive rollouts

Apa yang tidak bisa diubah oleh live update?

Live updates menggantikan web layer: JavaScript, HTML, CSS, dan assets. Native plugins, upgrade Capacitor, perubahan capacitor.config, serta file project iOS atau Android memerlukan rilis store. Capgo mengecek kompatibilitas native pada bundle saat upload, dan channel dapat memblokir update ke binary yang lebih lama.

Dokumentasi kompatibilitas native

Rilis fix berikutnya sebagai live update

Coba seluruh alur pada aplikasi Anda selama masa trial: upload bundle, lakukan rollout ke beberapa device, lalu roll back.