Terbitkan kemas kini app iOS: pelancaran berperingkat

Untuk menerbitkan kemas kini iOS, anda cipta versi baharu dalam App Store Connect, dengan nombor yang lebih tinggi. Anda lampirkan build baharu, tulis teks "What's New", kemudian hantar kepada App Review. Setiap versi baharu melalui semakan Apple semula, walaupun untuk pembetulan kecil. Sebelum menghantar, anda pilih cara versi itu dilepaskan selepas diluluskan: secara manual, serta-merta, tidak lebih awal daripada satu tarikh, atau secara pelancaran berperingkat selama 7 hari.

Pelancaran berperingkat hanya melibatkan kemas kini automatik: 1% pengguna ini pada hari pertama, semuanya pada hari ketujuh. Anda boleh menjedanya sehingga 30 hari secara keseluruhan, atau menamatkannya sekali gus. Panduan ini mengikut halaman bantuan Apple, yang saya semak semula pada 3 November 2026.

Saya menerbitkan kemas kini app iOS saya dengan Expo dan EAS, termasuk Solys, TradaZen dan Nolera. Kes yang disebut di bawah datang daripada pelepasan ini.

Terbitkan kemas kini iOS: langkah mengikut urutan

Bantuan App Store Connect tentang versi baharu memberikan aliran ini:

1. Dalam Apps, pilih app anda, kemudian klik butang + di sebelah platform.
2. Masukkan nombor versi yang lebih tinggi daripada sebelumnya, kemudian klik Create.
3. Semak metadata: metadata versi yang sedang live disalin secara automatik.
4. Hantar build baharu, dengan nombor build yang dinaikkan.
5. Uji build ini dalam TestFlight, tambahkannya pada versi, kemudian hantar kepada App Review.

Dua syarat sebelum bermula. Versi yang live mesti berstatus Ready for Distribution. Dan anda perlukan salah satu peranan ini: Account Holder, Admin, App Manager atau Marketing.

Tiada cara untuk berundur. Apple menulisnya pada halaman yang sama: jika satu versi bermasalah, anda tidak boleh kembali ke versi sebelumnya. Anda perlu mencipta dan menghantar versi baharu.

Nombor versi dan nombor build

Versi ialah nombor yang dilihat pelanggan pada halaman app anda. Build mengenal pasti setiap penghantaran. Gabungan versi dan build mesti unik: peraturan dan ralat berkaitan ada dalam versi dan nombor build.

Konvensyen saya, yang bukan peraturan Apple: digit terakhir naik untuk pembetulan, dari 1.4.0 ke 1.4.1. Digit tengah naik untuk fungsi baharu, dari 1.4.1 ke 1.5.0. Nombor build pula hanya naik, dari satu versi ke versi seterusnya. Dengan Expo, versi disimpan dalam app.json dan EAS boleh menaikkan build pada setiap kompilasi production. Cara menyediakannya ada dalam terbitkan app Expo dengan EAS.

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

Halaman maklumat versi menerangkan medan What's New in This Version:

• Maksimum 4,000 aksara.
• Tiada untuk versi pertama, wajib untuk semua versi seterusnya.
• Boleh diterjemah ke setiap bahasa halaman app anda.

Peraturan 2.3.12 dalam App Review Guidelines menambah satu keperluan: terangkan dengan jelas fungsi baharu dan perubahan produk. Ayat umum memadai untuk pembetulan bug, keselamatan atau prestasi yang biasa. Perubahan penting mesti disenaraikan. Jadi "Pembetulan bug dan penambahbaikan" tidak memadai untuk versi yang mengubah langganan atau skrin utama anda.

Apple juga menasihatkan, dalam halaman khasnya tentang ulasan, supaya anda menyebut dalam nota masalah yang telah dibetulkan yang pernah diterangkan pelanggan dalam ulasan mereka.

Berikut tiga templat untuk disesuaikan, satu bagi setiap jenis versi.

Untuk pembetulan:

Pembetulan dan kestabilan.
- [Fungsi]: [apa yang tidak berfungsi] sudah dibetulkan.
- [Skrin] dimuatkan lebih pantas.
Terima kasih kepada anda yang melaporkannya.

Untuk fungsi baharu:

Baharu: [fungsi itu, dalam lima perkataan].
[Apa yang anda boleh buat sekarang, dalam satu ayat.]
Di mana: [tab] > [butang].

Juga dalam versi ini:
- [Penambahbaikan yang ketara].
- Pembetulan bug.

Untuk aliran yang berubah:

[Skrin atau aliran] berubah.
- Apa yang berubah untuk anda: [kesan konkrit].
- Apa yang kekal: [data, tetapan, pembelian].
Ada soalan? [Tetapan] > [Bantuan].

Baris terakhir templat pembetulan hanya sah jika seseorang benar-benar melaporkan masalah itu. Jangan sesekali menulis ciri baharu yang tiada dalam build: peraturan 2.3 meminta metadata yang tepat dengan app.

Pelepasan manual, automatik atau pada satu tarikh

Bantuan tentang pilihan pelepasan menawarkan tiga:

Pilihan	Selepas Apple meluluskan
Manual	Status Pending Developer Release, anda terbitkan bila-bila masa
Automatik	Versi dilepaskan sebaik sahaja diluluskan
Automatik, tidak lebih awal ...	Ia menunggu tarikh yang dipilih, kemudian dilepaskan sendiri

Dalam pelepasan manual, anda buka versi yang berstatus Pending Developer Release, klik Release This Version, kemudian sahkan. Apple memberi amaran bahawa ia boleh mengambil masa sehingga 24 jam untuk muncul di App Store. Satu mesej pada halaman versi menawarkan Cancel This Release untuk membatalkan. Jika versi menunggu lebih daripada 30 hari, Apple menghantar peringatan melalui e-mel.

Pelepasan manual berguna untuk memilih masanya, contohnya untuk menerbitkan pada hari pengumuman. Solys 2.0.0, yang membawa versi baharu langganan tahunan, dihantar untuk semakan pada akhir September 2026 dengan pelepasan manual.

Untuk versi rutin, saya biarkan pelepasan automatik. Nolera 1.0.2, yang diluluskan pada 12 Oktober 2026, muncul di App Store kurang daripada seminit selepas e-mel Apple, menurut API carian awam iTunes. Itu hanya satu pemerhatian: beri masa yang longgar.

Pelancaran berperingkat selama 7 hari

Bantuan Apple tentang pelancaran berperingkat memberikan jadual tepat:

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

Kemas kini dihantar kepada sampel rawak pengguna yang mengaktifkan kemas kini automatik, pada peranti yang serasi. Mereka tidak diberitahu bahawa mereka termasuk dalam sampel itu.

Pelancaran berperingkat hanya memperlahankan kemas kini automatik. Apple menjelaskan bahawa sesiapa sahaja boleh memuat turun versi baharu dari App Store, pada bila-bila masa. Seseorang yang memasang app anda, atau yang menekan "Update" pada halaman app anda, boleh mendapatkannya sejak hari pertama. Ini bukan ujian ke atas 1% pengguna anda: ini brek ke atas yang lain.

Untuk mengaktifkannya, buka versi, tatal ke bahagian Phased Release for Automatic Updates, tandakan "Release update over a 7-day period using phased release", kemudian simpan. Anda perlukan peranan Account Holder, Admin atau App Manager. Pilihan ini kekal tersedia sehingga status Pending Developer Release: anda masih boleh mengaktifkannya selepas Apple meluluskan, selagi versi menunggu pelepasan manual anda.

Sebaik sahaja versi diluluskan, status Ready for Distribution memaparkan label "Phased Release". Pada akhir 7 hari, Admin dan App Manager app menerima notifikasi.

Jeda, sambung semula dan lepaskan kepada semua

• Jeda: sehingga 30 hari secara keseluruhan, seberapa banyak kali yang anda mahu. Jeda 10 hari meninggalkan 20 hari untuk jeda seterusnya.
• Sambung semula: pelancaran bermula semula pada hari anda menghentikannya.
• Lepaskan kepada semua: butang Release to All Users, di bahagian kanan atas versi, menghantar kemas kini kepada semua peranti yang menggunakan kemas kini automatik.
• Tarik dari jualan: ia menghentikan pelancaran secara kekal, termasuk jika keahlian program pembangun anda tamat. Jika app kembali dijual, versi itu tersedia untuk semua sekali gus.

Selepas dilepaskan kepada semua, tiada apa lagi yang boleh diubah, menurut jadual sifat yang boleh diedit.

Nolera 1.0.2 dilepaskan tanpa pelancaran berperingkat. Begini cara saya akan menggunakannya sepanjang minggu itu:

Apa yang anda lihat	Apa yang anda buat	Apa yang berlaku
Crash atau ulasan yang membimbangkan	Jeda	Kemas kini automatik berhenti
Pembetulan sudah siap	Versi baharu	Ia melalui semakan semula, dengan pelancarannya sendiri
Tiada yang luar biasa selepas 3 atau 4 hari	Release to All Users	Semua orang menerimanya
Anda menunggu maklum balas Apple	Jeda, 30 hari keseluruhan	Bersambung pada hari anda berhenti

Semasa jeda, muat turun manual tetap berjalan. Tandakan pelancaran berperingkat untuk setiap versi yang melibatkan pembayaran atau pelancaran pertama: di situlah kecacatan paling mahal, dan anda tidak boleh berundur.

Bila pembetulan mendesak: semakan dipercepat

Apple membenarkan anda meminta semakan dipercepat. Ia dikhaskan untuk kecemasan sebenar: bug kritikal yang perlu dibetulkan, atau pelepasan yang berkait dengan sesuatu acara.

1. Hantar versi anda dahulu. Terangkan bug itu dalam medan Notes untuk reviewer.
2. Isi borang permintaan semakan dipercepat, kemudian pilih app anda dan platformnya.
3. Apple mempercepat semakan mengikut kekosongan mereka. Tiada jaminan.

Untuk acara, nyatakan dalam nota tarikhnya dan kaitan anda dengannya. Tempoh biasa ada dalam tempoh semakan App Store.

Apa yang melalui semakan semula, dan apa yang tidak

Perubahan	Apa yang diperlukan
Kod native, kebenaran, versi SDK	Build baharu, versi baharu, semakan penuh
Tangkapan skrin, deskripsi, kata kunci, What's New	Versi baharu, disemak bersamanya
Teks promosi	Tiada: ia berubah tanpa penghantaran baharu
Jeda, sambung semula, lepaskan kepada semua	Tiada: ini tetapan pelepasan
Pengepala halaman app iOS 27	Sendiri dalam Asset Library, atau bersama versi
Pembetulan JavaScript, dengan Expo	Kemas kini jarak jauh boleh dibuat

Teks promosi berubah tanpa penghantaran baharu, menurut halaman maklumat versi. Dengan Expo, kemas kini jarak jauh mengubah JavaScript, teks dan imej tanpa melalui App Store. Dokumentasi Expo menetapkan dua had: kod native, kebenaran dan versi SDK memerlukan binari baharu, dan kemas kini mesti mematuhi peraturan App Store.

Kes saya: pembetulan jarak jauh yang reviewer tidak pernah lihat

Pada September 2026, satu build Nolera sedang menunggu semakan. Saya telah membetulkan kecacatan pada skrin imbasan, dan menerbitkan pembetulan itu sebagai kemas kini jarak jauh semasa menunggu. Build itu tetap ditolak, kerana kecacatan yang sudah dibetulkan itu.

Penjelasannya ada dalam dokumentasi expo-updates: secara lalai, app memuat turun kemas kini semasa dilancarkan dan menggunakannya pada pelancaran seterusnya. Reviewer memasang app, melancarkannya sekali, dan menguji kod yang terbenam dalam build. Peraturan yang sama terpakai untuk pengguna baharu anda: sesi pertama mereka berjalan pada kod build.

Sejak itu, sebarang perubahan pada skrin utama, paywall atau fungsi utama dihantar dalam build baharu. Kemas kini jarak jauh hanya untuk mereka yang sudah ada app.

Set semula penilaian dengan satu versi

Setiap versi baharu menawarkan pilihan Reset rating when this version is released. Menurut bantuan Apple tentang set semula, ia terpakai untuk semua negara, mengekalkan ulasan bertulis dan tidak boleh dibatalkan selepas pelepasan. Apple menasihatkan supaya ia digunakan dengan berhati-hati, kerana halaman app dengan sedikit penilaian boleh menghalang orang.

Senarai semak sebelum menghantar kemas kini anda

• Nombor versi lebih tinggi, build dinaikkan.
• Build diuji dalam TestFlight, pada iPhone kecil dan pada iPad jika app anda berjalan di situ.
• What's New ditulis dalam setiap bahasa, dan perubahan penting disenaraikan.
• Tangkapan skrin menunjukkan antara muka semasa jika ia berubah.
• Nota untuk reviewer menyatakan apa yang berubah dan di mana untuk mencarinya.
• Pilihan pelepasan sudah dipilih: manual jika anda perlu mematuhi satu tarikh.
• Pelancaran berperingkat ditandakan jika versi melibatkan pembayaran atau pelancaran pertama.
• Anda tahu sama ada pembetulan yang mungkin diperlukan boleh dihantar secara jarak jauh, atau memerlukan build.

Lulus semakan pada setiap kemas kini

Setiap kemas kini melalui App Review semula, dan penolakan menyekat pembetulan anda. Review Kit menghimpunkan senarai semak saya sebelum penghantaran, penolakan yang telah saya betulkan dan dua skill Claude Code yang menyemak projek dan halaman app anda, kemudian menyediakan jawapan anda jika Apple menolak. Aliran lengkap ada di halaman terbitkan aplikasi di App Store.

Jika anda sedang menyediakan pelepasan pertama, buat diagnostik percuma anda: ia menyusun langkah mengikut urutan dan menghantar senarai semak anti-penolakan Apple saya kepada anda.

Soalan lazim

Berapa lama pelancaran berperingkat di App Store?

Tujuh hari: 1% pengguna kemas kini automatik pada hari pertama, kemudian 2, 5, 10, 20 dan 50%, dan 100% pada hari ketujuh. Anda boleh menjedanya sehingga 30 hari secara keseluruhan, atau menamatkannya pada bila-bila masa dengan Release to All Users.

Adakah kemas kini app iOS melalui semakan Apple semula?

Ya. Setiap versi baharu, dengan build dan metadatanya, melalui App Review. Teks promosi dan tetapan pelepasan pula boleh diubah tanpa penghantaran baharu.

Bolehkah kembali ke versi lama app di App Store?

Tidak. Anda perlu mencipta versi baharu, dengan pembetulan, dan menghantarnya untuk semakan. Sebab itulah pelancaran berperingkat dan jedanya berguna.

Adakah pengguna baharu menerima kemas kini semasa pelancaran berperingkat?

Ya, jika mereka memuat turun app dari App Store. Pelancaran berperingkat hanya mengawal kemas kini automatik: sesiapa sahaja boleh memuat turun versi baharu pada bila-bila masa.

Bolehkah pelancaran berperingkat diaktifkan selepas Apple meluluskan?

Ya, selagi versi berstatus Pending Developer Release, iaitu dalam pelepasan manual dan belum diterbitkan. Sebaik sahaja versi dilepaskan, sudah terlambat untuk versi itu.

Apa yang perlu ditulis dalam nota versi sesuatu kemas kini?

Fungsi baharu dan perubahan penting, disenaraikan dengan jelas: itu peraturan 2.3.12. Untuk pembetulan bug, keselamatan atau prestasi yang biasa, ayat umum memadai. Medan ini menerima 4,000 aksara dan boleh diterjemah ke setiap bahasa.