Lompat ke konten utama
Pembaruan Langsung

Perbaiki Bug dalam Detik, Bukan Minggu

Aplikasi Anda tidak bisa membiarkan bug kritikal yang belum diperbaiki sementara proses tinjauan App Store berlangsung. Pembaruan Langsung memastikan setiap pengguna mendapatkan perbaikan segera ketika mereka membuka aplikasi mereka berikutnya.

Pembaruan berlaku segera
Sesuai dengan sesi yang tidak ketinggalan
Waktu pembaruan di bawah satu detik

Masalahnya

Pembaruan Latar Belakang Tidak Cukup Cepat untuk Perbaikan Kritis

Masalah dengan Pembaruan Latar Belakang

1

User Membuka Aplikasi dengan Bug

Pembaruan Anda tersedia, tetapi pengguna melihat versi yang bermasalah. Pengunduhan latar belakang dimulai secara diam-diam.

2

User Mengalami Bug

Mereka mengalami masalah yang sama yang Anda perbaiki. Kegagalan membangun. Mungkin mereka meninggalkan ulasan 1 bintang.

3

Pembaruan Diterapkan pada LAUNCH Berikutnya

Pembaruan sudah siap, tetapi mereka harus mengalami bug terlebih dahulu. Untuk masalah kritis, itu tidak dapat diterima.

Dengan Pembaruan Latar Belakang, Pengguna Mengalami Bug Setidaknya Sekali Setelah Anda Telah Memperbaikinya. Untuk Masalah Kritis, Itu Terlalu Banyak Kali.

Ketika Setiap Sesi Penting

Aliran Pembayaran Rusak

Pengguna tidak dapat menyelesaikan pembelian. Setiap sesi tanpa pembaruan adalah kehilangan pendapatan.

Kekeliruan Keamanan

Kekeliruan keamanan ditemukan. Pengguna tidak boleh menjalankan code yang rentan bahkan sekali.

Deadline Pajak

Peraturan baru berlaku pada pukul 12 malam. Setiap pengguna harus melihat syarat-syarat yang diperbarui segera.

Solusi

Pembaruan yang Berlaku Sebelum Aplikasi Tampil

Pembaruan Langsung memeriksa dan menerapkan pembaruan ketika pengguna membuka aplikasi Anda - sebelum mereka melihat apa-apa. Pengalaman ini sangat halus, dan setiap sesi menjalankan versi terbaru code Anda.

Modus Latar Belakang (Default)

1
Pengguna membuka aplikasi
2
Aplikasi menampilkan segera (versi lama)
3
Pembaruan mengunduh di latar belakang
4
Pembaruan menerapkan pada LAUNCH BERIKUTNYA

Pengguna selalu mengalami satu sesi dengan versi lama setelah Anda menerbitkan pembaruan.

Modus Langsung (Instan)

1
Pengguna membuka aplikasi
2
Pembaruan download secara langsung (~500ms)
3
Aplikasi menampilkan versi terbaru

Pengguna selalu melihat code. Tanpa kecuali. Tanpa sesi yang sudah ketinggalan.

capacitor.config.ts
// Enable Direct Updates - one config change
CapacitorUpdater: {
  autoUpdate: true,
  directUpdate: true, // Updates apply immediately on app open
}

// That's it. When users open your app:
// 1. Capgo checks for updates (~50ms)
// 2. If available, downloads immediately (~200-500ms)
// 3. Applies before your app renders
// Users always see the latest version. Zero exceptions.

Dampak Nyata di Dunia Nyata

Bagaimana QuickCart Menghilangkan Gagal Bayar Malam Ini

QuickCart

Aplikasi Penjualan E-Commerce - Aplikasi Penjualan Flash

QuickCart menjalankan penjualan flash dengan 100,000+ pengguna bersamaan selama acara puncak. Ketika pembaruan gateway pembayaran mengganggu alur pembayaran mereka, mereka menemukannya 4 jam setelah acara dimulai. Dengan pembaruan latar belakang, pengguna yang telah membuka aplikasi sebelumnya akan mengalami bug.

Tim ahli teknis mereka menerapkan perbaikan dalam 23 menit. Namun, dengan pembaruan latar belakang, lebih dari 40,000 pengguna yang membuka aplikasi selama 23 menit tersebut masih akan mengalami bug pada sesi mereka saat ini. Pada nilai rata-rata pesanan mereka sebesar $47, itu mewakili lebih dari $1,8 juta dalam pendapatan yang berisiko.

Setelah beralih ke Pembaruan Langsung, insiden berikutnya mereka selesai dengan transaksi yang tidak terpengaruh. Perbaikan diterapkan dalam 18 menit, dan setiap pengguna yang membuka aplikasi setelah saat itu mendapatkan versi yang diperbarui secara langsung. CFO mereka sekarang menuntut Pembaruan Langsung untuk semua alur pembayaran yang menghadap ke pelanggan.

Hasil

Waktu untuk pengembangan 100% 0 menit
Transaksi yang terkena dampak setelah perbaikan 0
Pendapatan yang dilindungi per insiden $1,8M+
Tiket dukungan pelanggan -97%

"Pembaruan latar belakang baik untuk rilis fitur. Tapi untuk apa yang menyentuh pembayaran, autentikasi, atau kewajiban? Pembaruan Langsung tidak dapat ditawar-tawar."

— David Park, Kepala Teknik QuickCart

Mengapa Tim Memilih Pembaruan Langsung

Pembaruan Langsung menyelesaikan masalah yang tidak dapat diatasi oleh pembaruan latar belakang. Berikut ini yang membuat perbedaan.

Sesi Tidak Terupdate

Setiap pengguna yang membuka aplikasi Anda setelah pembaruan mendapatkan versi terbaru segera. Tidak ada pengecualian. Tidak ada 'sesi lain dengan bug.' Setiap sesi menjalankan code terbaru Anda.

  • 100% dari sesi menjalankan code terbaru Anda - bukan 95%, bukan 99%, tapi 100%
  • Pembaruan bug kritikal mencapai pengguna sebelum mereka dapat mengalami bug
  • Pembaruan kompliancy berlaku segera di semua perangkat

100%

sesi menjalankan code terbaru

Pemecahan Bug Instan

Ketika Anda menerapkan perbaikan, itu benar-benar diperbaiki. Pengguna tidak mengalami bug 'satu kali lagi' sambil menunggu peluncuran berikutnya. Saat mereka membuka aplikasi setelah perbaikan Anda, mereka mendapatkan versi yang diperbaiki.

  • Tidak ada lagi tiket dukungan 'Saya baru saja mengalami bug' setelah Anda mengimplementasikan perbaikan
  • Pengawasan menunjukkan peningkatan segera, bukan kurva peluncuran bertahap
  • Ingenieur yang bertugas dapat kembali tidur segera setelah menerapkan perbaikan

0

Pengalaman bug setelah perbaikan diterapkan

Pengalaman Pengguna yang Optimal

Pengguna baru yang mengunduh aplikasi Anda untuk pertama kali selalu mendapatkan alur masuk terbaik Anda.

  • Pengguna baru tidak pernah melihat alur masuk yang sudah usang.
  • Pemenang tes A/B di-deploy secara langsung ke 100% pengguna baru.
  • Pertama kali pengguna melihat selalu pengalaman terbaik Anda saat ini.

+34%

Perbaikan pada retensi hari pertama.

Kapan Menggunakan Perbarui Langsung

Perbarui Langsung ideal untuk skenario di mana konsistensi segera lebih penting daripada perbarui yang tidak terlihat.

Perbaikan Kritis Bug

Gagal bayar, masalah autentikasi, kotoran data - bug di mana mengalaminya sekali sudah terlalu banyak.

Pengalaman Masuk Pengguna Baru

Pertama kali pengguna sangat penting. Pastikan setiap pengguna baru mendapatkan pengalaman masuk terbaik dan teroptimasi dari sesi pertama mereka.

Fitur Berdasarkan Acara

Fitur yang terkait dengan waktu tertentu - penjualan hari raya, peluncuran produk, acara live. Mereka harus hidup tepat ketika acara dimulai.

Patch Keamanan

Ditemukan kerentanan? Pengguna tidak boleh menjalankan code yang rentan bahkan sekali setelah Anda telah memperbaikinya.

Peluncuran Uji Coba A/B

Ditemukan variasi pemenang? Kirimkannya ke 100% pengguna secara langsung tanpa harus menunggu pembaruan latar belakang secara bertahap.

Pembaruan Kepatuhan

Peraturan baru, syarat-syarat yang diperbarui, pengungkapan yang diperlukan. Jadwal kepatuhan hukum tidak menunggu download latar belakang.

Dibangun untuk Kinerja Tinggi

Pembaruan Langsung hanya dapat berfungsi jika mereka cepat. Infrastruktur global kami memastikan pembaruan berlaku dalam kurang dari satu detik.

Waktu Cek Pembaruan

Pembaruan Langsung hanya dapat berfungsi jika mereka cepat. Infrastruktur global kami memastikan pembaruan berlaku dalam kurang dari satu detik.

Waktu Cek Pembaruan

Download bundle standar

<1s

Waktu total untuk render aplikasi

99.9%

Uptime infrastruktur

Hentikan Pengalaman Pengguna yang Mengalami Bug Tetap

Setiap sesi setelah Anda memperbaiki harus menjalankan perbaikan Anda. Pengaturan Langsung membuat itu menjadi kenyataan.

Satu perubahan pengaturan. Perbarui sub-detik. Sesi yang tidak perlu diperbarui.