Cara publish update aplikasi iOS: phased release 7 hari

Untuk mem-publish update iOS, kamu membuat versi baru di App Store Connect dengan nomor yang lebih tinggi. Kamu memasang build baru ke versi itu, menulis teks "What's New", lalu mengirimkannya ke App Review. Setiap versi baru melewati review Apple lagi, bahkan untuk perbaikan kecil. Sebelum mengirim, kamu memilih cara rilisnya setelah disetujui: manual, langsung, tidak sebelum tanggal tertentu, atau rilis bertahap (phased release) selama 7 hari.

Phased release hanya berlaku untuk update otomatis: 1% dari pengguna tersebut di hari pertama, semuanya di hari ketujuh. Kamu bisa menjedanya hingga total 30 hari, atau menyelesaikannya sekaligus. Panduan ini mengikuti halaman bantuan Apple, yang saya baca ulang pada 3 November 2026.

Saya mem-publish update aplikasi iOS saya dengan Expo dan EAS, termasuk Solys, TradaZen, dan Nolera. Kasus-kasus di bawah berasal dari rilis-rilis itu.

Publish update iOS: langkah-langkahnya berurutan

Bantuan App Store Connect tentang versi baru memberikan alur berikut:

1. Di Apps, pilih aplikasimu, lalu klik tombol + di samping platform.
2. Masukkan nomor versi yang lebih tinggi dari sebelumnya, lalu klik Create.
3. Periksa metadata: metadata dari versi yang sedang live disalin otomatis.
4. Kirim build baru dengan nomor build yang dinaikkan.
5. Uji build ini di TestFlight, tambahkan ke versi, lalu kirim ke App Review.

Ada dua syarat sebelum mulai. Versi yang live harus berstatus Ready for Distribution. Dan kamu butuh salah satu peran ini: Account Holder, Admin, App Manager, atau Marketing.

Tidak ada rollback. Apple menulisnya di halaman yang sama: kalau sebuah versi bermasalah, kamu tidak bisa kembali ke versi sebelumnya. Kamu harus membuat dan mengirim versi baru.

Nomor versi dan nomor build

Versi adalah nomor yang dilihat pelangganmu di halaman aplikasimu. Build mengidentifikasi setiap pengiriman. Pasangan versi dan build harus unik: aturan dan error terkait ada di versi dan nomor build.

Konvensi saya, yang bukan aturan Apple: angka terakhir naik untuk perbaikan, dari 1.4.0 ke 1.4.1. Angka tengah naik untuk fitur baru, dari 1.4.1 ke 1.5.0. Nomor build hanya naik terus, dari satu versi ke versi berikutnya. Dengan Expo, versi ada di app.json dan EAS bisa menaikkan build di setiap kompilasi production. Cara menyiapkannya ada di publish aplikasi Expo dengan EAS.

Teks "What's New": apa yang diwajibkan Apple

Halaman informasi versi menjelaskan kolom What's New in This Version:

• Maksimal 4.000 karakter.
• Tidak ada untuk versi pertama, wajib untuk semua versi berikutnya.
• Bisa diterjemahkan ke setiap bahasa halaman aplikasimu.

Aturan 2.3.12 dari App Review Guidelines menambahkan satu syarat: jelaskan dengan jelas fitur baru dan perubahan produk. Kalimat umum sudah cukup untuk perbaikan bug, keamanan, atau performa biasa. Perubahan penting harus dicantumkan. Jadi "Perbaikan bug dan peningkatan" tidak cukup untuk versi yang mengubah langganan atau layar utamamu.

Apple juga menyarankan, di halamannya tentang ulasan, agar kamu menyebutkan di catatan rilis masalah yang sudah diperbaiki yang pernah dilaporkan pelanggan di ulasan mereka.

Berikut tiga template yang bisa kamu sesuaikan, satu untuk tiap jenis versi.

Untuk perbaikan:

Perbaikan dan stabilitas.
- [Fitur]: [yang tadinya tidak berfungsi] sudah diperbaiki.
- [Layar] kini dimuat lebih cepat.
Terima kasih untuk kalian yang sudah melaporkannya.

Untuk fitur baru:

Baru: [fiturnya, dalam lima kata].
[Apa yang sekarang bisa kamu lakukan, dalam satu kalimat.]
Lokasinya: [tab] > [tombol].

Juga di versi ini:
- [Peningkatan yang terlihat].
- Perbaikan bug.

Untuk alur yang berubah:

[Layar atau alur] berubah.
- Yang berubah untukmu: [efek konkret].
- Yang tetap kamu miliki: [data, pengaturan, pembelian].
Ada pertanyaan? [Pengaturan] > [Bantuan].

Baris terakhir template perbaikan hanya berlaku kalau memang ada yang melaporkan masalahnya. Jangan pernah menulis hal baru yang tidak ada di build: aturan 2.3 meminta metadata yang sesuai dengan aplikasinya.

Rilis manual, otomatis, atau di tanggal tertentu

Bantuan tentang opsi rilis menawarkan tiga pilihan:

Opsi	Setelah disetujui Apple
Manual	Status Pending Developer Release, kamu publish kapan pun kamu mau
Otomatis	Versi langsung rilis begitu disetujui
Otomatis, tidak sebelum tanggal...	Versi menunggu tanggal yang dipilih, lalu rilis sendiri

Dengan rilis manual, kamu membuka versi berstatus Pending Developer Release, klik Release This Version, lalu konfirmasi. Apple memperingatkan bahwa versi bisa butuh hingga 24 jam untuk muncul di App Store. Sebuah pesan di halaman versi menawarkan Cancel This Release untuk membatalkannya. Kalau versi menunggu lebih dari 30 hari, Apple mengirimimu pengingat lewat email.

Rilis manual berguna untuk memilih waktunya, misalnya untuk publish di hari pengumuman. Solys 2.0.0, yang membawa versi baru langganan tahunan, masuk review akhir September 2026 dengan rilis manual.

Untuk versi rutin, saya biarkan rilis otomatis. Nolera 1.0.2, disetujui 12 Oktober 2026, muncul di App Store kurang dari satu menit setelah email dari Apple, menurut API pencarian publik iTunes. Itu cuma satu pengamatan: beri waktu longgar.

Phased release selama 7 hari

Bantuan Apple tentang phased release memberikan jadwal pastinya:

Hari	Porsi pengguna
1	1%
2	2%
3	5%
4	10%
5	20%
6	50%
7	100%

Update dikirim ke sampel acak pengguna yang mengaktifkan update otomatis, di perangkat yang kompatibel. Mereka tidak diberi tahu bahwa mereka termasuk di dalamnya.

Phased release hanya menahan update otomatis. Apple menegaskan siapa pun bisa mengunduh versi baru dari App Store kapan saja. Orang yang menginstal aplikasimu, atau yang mengetuk "Update" di halaman aplikasimu, bisa mendapatkannya sejak hari pertama. Ini bukan tes pada 1% penggunamu: ini rem untuk pengguna lainnya.

Untuk mengaktifkannya, buka versinya, gulir ke bagian Phased Release for Automatic Updates, centang "Release update over a 7-day period using phased release", lalu simpan. Kamu butuh peran Account Holder, Admin, atau App Manager. Opsi ini tetap tersedia sampai status Pending Developer Release: kamu masih bisa mengaktifkannya setelah disetujui Apple, selama versinya menunggu rilis manualmu.

Setelah versi disetujui, status Ready for Distribution-nya diberi keterangan "Phased Release". Di akhir 7 hari, Admin dan App Manager aplikasi menerima notifikasi.

Jeda, lanjutkan, dan rilis untuk semua

• Jeda: hingga total 30 hari, sesering yang kamu mau. Jeda 10 hari menyisakan 20 hari untuk jeda berikutnya.
• Lanjutkan: rilis berlanjut dari hari saat kamu menghentikannya.
• Rilis untuk semua: tombol Release to All Users, di kanan atas versi, mengirim update ke semua perangkat dengan update otomatis.
• Tarik dari penjualan: ini menghentikan rilis secara permanen, termasuk jika keanggotaan program developer-mu habis. Kalau aplikasi dijual lagi, versinya langsung tersedia untuk semua sekaligus.

Setelah rilis untuk semua, tidak ada lagi yang bisa diatur, sebagaimana dijelaskan tabel properti yang bisa diubah.

Nolera 1.0.2 dirilis tanpa phased release. Begini cara saya akan memakainya selama seminggu:

Yang kamu lihat	Yang kamu lakukan	Yang terjadi
Crash atau ulasan yang mengkhawatirkan	Jeda	Update otomatis berhenti
Perbaikannya sudah siap	Versi baru	Versi itu masuk review lagi, dengan rilisnya sendiri
Tidak ada yang aneh setelah 3 atau 4 hari	Release to All Users	Semua orang menerimanya
Kamu menunggu jawaban Apple	Jeda, total 30 hari	Lanjut dari hari saat kamu berhenti

Selama jeda, unduhan manual tetap berjalan. Centang phased release untuk setiap versi yang menyentuh pembayaran atau peluncuran pertama: di situlah cacat paling mahal, dan kamu tidak bisa kembali ke versi sebelumnya.

Saat perbaikannya mendesak: expedited review

Apple memungkinkanmu meminta expedited review. Ini khusus untuk keadaan yang benar-benar darurat: bug kritis yang harus diperbaiki, atau rilis yang terkait sebuah acara.

1. Kirim versimu dulu. Jelaskan bug-nya di kolom Notes untuk reviewer.
2. Isi formulir permintaan expedited review, lalu pilih aplikasimu dan platformnya.
3. Apple mempercepat review sesuai ketersediaannya. Tidak ada jaminan.

Untuk sebuah acara, tulis di catatan tanggalnya dan hubunganmu dengan acara itu. Waktu tunggu yang biasa ada di waktu validasi App Store.

Apa yang masuk review lagi, dan apa yang tidak

Perubahan	Yang dibutuhkan
Kode native, izin, versi SDK	Build baru, versi baru, review penuh
Screenshot, deskripsi, kata kunci, What's New	Versi baru, di-review bersamanya
Teks promosi	Tidak ada: bisa diubah tanpa pengiriman baru
Jeda, lanjutkan, rilis untuk semua	Tidak ada: ini pengaturan rilis
Header halaman iOS 27	Sendiri di Asset Library, atau bersama sebuah versi
Perbaikan JavaScript, dengan Expo	Update jarak jauh bisa dilakukan

Teks promosi bisa diubah tanpa pengiriman baru, menurut halaman informasi versi. Dengan Expo, update jarak jauh mengubah JavaScript, teks, dan gambar tanpa melalui App Store. Dokumentasi Expo menetapkan dua batas: kode native, izin, dan versi SDK membutuhkan binary baru, dan update harus mematuhi aturan App Store.

Kasus saya: perbaikan jarak jauh yang tidak pernah dilihat reviewer

Pada September 2026, sebuah build Nolera sedang menunggu review. Saya sudah memperbaiki cacat di layar scan, dan mem-publish perbaikan itu sebagai update jarak jauh selama menunggu. Build-nya tetap ditolak, karena cacat yang sudah diperbaiki itu.

Penjelasannya ada di dokumentasi expo-updates: secara default, aplikasi mengunduh update saat dibuka dan menerapkannya di pembukaan berikutnya. Reviewer menginstal aplikasi, membukanya sekali, dan menguji kode yang ada di dalam build. Aturan yang sama berlaku untuk pengguna barumu: sesi pertama mereka berjalan dengan kode build.

Sejak itu, setiap perubahan pada halaman awal, paywall, atau fitur utama saya kirim lewat build baru. Update jarak jauh hanya untuk orang yang sudah punya aplikasinya.

Mereset rating dengan sebuah versi

Setiap versi baru menawarkan opsi Reset rating when this version is released. Menurut bantuan Apple tentang reset rating, opsi ini berlaku untuk semua negara, mempertahankan ulasan tertulis, dan tidak bisa dibatalkan setelah rilis. Apple menyarankan memakainya dengan hemat, karena halaman dengan sedikit rating bisa membuat orang ragu.

Checklist sebelum mengirim update-mu

• Nomor versi lebih tinggi, build sudah dinaikkan.
• Build sudah diuji di TestFlight, di iPhone kecil dan di iPad kalau aplikasimu berjalan di sana.
• What's New sudah ditulis di setiap bahasa, dan perubahan penting sudah dicantumkan.
• Screenshot menampilkan antarmuka terbaru kalau ada perubahan.
• Catatan untuk reviewer menjelaskan apa yang berubah dan di mana menemukannya.
• Opsi rilis sudah dipilih: manual kalau kamu harus tepat di tanggal tertentu.
• Phased release sudah dicentang kalau versinya menyentuh pembayaran atau peluncuran pertama.
• Kamu tahu apakah perbaikan yang mungkin diperlukan bisa dikirim jarak jauh, atau butuh build.

Lolos review di setiap update

Setiap update kembali melewati App Review, dan penolakan akan memblokir perbaikanmu. Review Kit berisi checklist saya sebelum mengirim, penolakan-penolakan yang sudah saya perbaiki, dan dua skill Claude Code yang memeriksa proyek dan halaman aplikasimu, lalu menyiapkan balasanmu kalau Apple menolak. Alur lengkapnya ada di halaman publish aplikasi di App Store.

Kalau kamu sedang menyiapkan rilis pertamamu, ikuti diagnostik gratis: diagnostik ini menyusun langkah-langkahnya secara berurutan dan mengirimimu checklist anti-penolakan Apple dari saya.

Pertanyaan umum

Berapa lama phased release di App Store?

Tujuh hari: 1% pengguna dengan update otomatis di hari pertama, lalu 2, 5, 10, 20, dan 50%, dan 100% di hari ketujuh. Kamu bisa menjedanya hingga total 30 hari, atau menyelesaikannya kapan saja dengan Release to All Users.

Apakah update aplikasi iOS melewati review Apple lagi?

Ya. Setiap versi baru, dengan build dan metadatanya, melewati App Review. Teks promosi dan pengaturan rilis bisa diubah tanpa pengiriman baru.

Bisakah kembali ke versi lama aplikasi di App Store?

Tidak. Kamu harus membuat versi baru berisi perbaikannya dan mengirimkannya ke review. Karena itulah phased release dan fitur jedanya berguna.

Apakah pengguna baru menerima update selama phased release?

Ya, kalau mereka mengunduh aplikasi dari App Store. Phased release hanya mengatur update otomatis: siapa pun bisa mengunduh versi baru kapan saja.

Bisakah mengaktifkan phased release setelah disetujui Apple?

Ya, selama versinya berstatus Pending Developer Release, artinya dengan rilis manual dan belum dipublish. Begitu versinya rilis, sudah terlambat untuk versi itu.

Apa yang perlu ditulis di catatan rilis sebuah update?

Fitur baru dan perubahan penting, dicantumkan dengan jelas: itu aturan 2.3.12. Untuk perbaikan bug, keamanan, atau performa biasa, kalimat umum sudah cukup. Kolomnya menerima 4.000 karakter dan bisa diterjemahkan ke setiap bahasa.