iOS güncelleme yayınlama: aşamalı yayın (phased release)
Yazan: Mehdi Azizi
tarihinde yayınlandı, 10 dk.
iOS güncellemesi yayınlamak için yeni sürüm, yeni build ve “Yenilikler” metni gerekir. Sonra manuel, otomatik ya da 7 günlük aşamalı yayın seçersin.
iOS güncellemesi yayınlamak için App Store Connect'te daha yüksek numaralı yeni bir sürüm oluşturursun. Ona yeni bir build eklersin, "Yenilikler" metnini yazarsın, sonra App Review'a gönderirsin. Her yeni sürüm, basit bir düzeltme bile olsa, Apple'ın incelemesinden yeniden geçer. Göndermeden önce, onaydan sonra nasıl çıkacağını seçersin: elle, hemen, belirli bir tarihten önce değil ya da 7 güne yayılan aşamalı yayınla.
Aşamalı yayın sadece otomatik güncellemeleri etkiler: ilk gün bu kullanıcıların %1'i, yedinci gün hepsi. Toplamda 30 güne kadar duraklatabilir ya da bir anda bitirebilirsin. Bu rehber, Apple'ın yardım sayfalarını takip ediyor; sayfaları 3 Kasım 2026'da yeniden okudum.
iOS uygulamalarımın güncellemelerini Expo ve EAS ile yayınlıyorum; Solys, TradaZen ve Nolera da bunlara dahil. Aşağıdaki örnekler bu yayınlardan geliyor.
iOS güncellemesi yayınlama: adımlar sırasıyla
App Store Connect'in yeni sürümlerle ilgili yardım sayfası şu yolu veriyor:
- Apps bölümünde uygulamanı seç, sonra platformun yanındaki + düğmesine tıkla.
- Öncekinden daha yüksek bir sürüm numarası gir, sonra Create'e tıkla.
- Metadata'yı gözden geçir: yayındaki sürümünkiler otomatik olarak kopyalanır.
- Build numarası artırılmış yeni bir build gönder.
- Bu build'i TestFlight'ta test et, sürüme ekle, sonra App Review'a gönder.
Başlamadan önce iki koşul var. Yayındaki sürüm Ready for Distribution durumunda olmalı. Ve şu rollerden birine sahip olmalısın: Account Holder, Admin, App Manager ya da Marketing.
Geri alma diye bir şey yok. Apple bunu aynı sayfada yazıyor: bir sürüm sorun çıkarırsa öncekine dönemezsin. Yeni bir sürüm oluşturup göndermen gerekir.
Sürüm numarası ve build numarası
Sürüm, müşterilerinin sayfanda gördüğü numaradır. Build ise her gönderimi tanımlar. Sürüm ve build ikilisi benzersiz olmalı: kurallar ve ilgili hatalar sürüm ve build numarası yazısında.
Benim kuralım, Apple'ın kuralı değil: düzeltmede son rakam artar, 1.4.0'dan 1.4.1'e. Yeni bir özellikte ortadaki artar, 1.4.1'den 1.5.0'a. Build numarası ise sürümden sürüme sadece artar. Expo'da sürüm app.json içinde durur ve EAS her production derlemesinde build'i artırabilir. Kurulumu Expo uygulamasını EAS ile yayınlamak yazısında.
"Yenilikler" metni: Apple ne istiyor
Sürüm bilgileri sayfası What's New in This Version alanını şöyle tanımlıyor:
- En fazla 4.000 karakter.
- İlk sürümde yok, sonraki tüm sürümlerde zorunlu.
- Sayfanın her dilinde çevrilebilir.
App Review Guidelines içindeki 2.3.12 kuralı bir şart daha ekliyor: yeni özellikleri ve üründeki değişiklikleri açıkça anlatmak. Basit hata, güvenlik ya da performans düzeltmeleri için genel bir ifade yeterli. Önemli bir değişiklik listelenmeli. Yani aboneliğini ya da ana ekranını değiştiren bir sürüm için "Hata düzeltmeleri ve iyileştirmeler" yetmez.
Apple ayrıca değerlendirmelere ayrılmış sayfasında, müşterilerin yorumlarında anlattığı ve düzeltilen sorunları notlarda belirtmeni öneriyor.
İşte uyarlayabileceğin üç şablon, her sürüm türü için bir tane.
Düzeltme için:
Düzeltmeler ve kararlılık.
- [Özellik]: [çalışmayan şey] düzeltildi.
- [Ekran] artık daha hızlı yükleniyor.
Bildiren herkese teşekkürler.
Yeni bir özellik için:
Yeni: [özellik, beş kelimeyle].
[Artık neler yapabileceğin, tek cümleyle.]
Nerede bulunur: [sekme] > [düğme].
Bu sürümde ayrıca:
- [Görünür iyileştirme].
- Hata düzeltmeleri.
Değişen bir akış için:
[Ekran veya akış] değişiyor.
- Senin için ne değişiyor: [somut etki].
- Neler aynı kalıyor: [veriler, ayarlar, satın alma].
Bir sorun mu var? [Ayarlar] > [Yardım].
Düzeltme şablonunun son satırı, ancak biri sorunu gerçekten bildirdiyse geçerli. Build'de olmayan bir yeniliği asla yazma: 2.3 kuralı uygulamaya sadık metadata istiyor.
Manuel, otomatik ya da tarihli yayın
Yayın seçenekleriyle ilgili yardım sayfası üç seçenek sunuyor:
| Seçenek | Apple onayından sonra |
|---|---|
| Manuel | Pending Developer Release durumu, istediğin zaman yayınlarsın |
| Otomatik | Sürüm onaydan hemen sonra çıkar |
| Otomatik, şu tarihten önce değil | Seçilen tarihi bekler, sonra kendiliğinden çıkar |
Manuel yayında, Pending Developer Release durumundaki sürümü açarsın, Release This Version'a tıklarsın, sonra onaylarsın. Apple, App Store'da görünmesinin 24 saate kadar sürebileceği konusunda uyarıyor. Sürüm sayfasındaki bir mesaj, iptal için Cancel This Release seçeneğini sunuyor. Sürüm 30 günden fazla beklerse Apple sana e-postayla hatırlatma gönderir.
Manuel yayın, zamanı seçmeye yarar, mesela bir duyuru gününde yayınlamak için. Yıllık aboneliğin yeni bir versiyonunu içeren Solys 2.0.0, Eylül 2026 sonunda manuel yayınla incelemeye gitti.
Rutin bir sürümde otomatik yayını bırakıyorum. 12 Ekim 2026'da kabul edilen Nolera 1.0.2, iTunes'un herkese açık arama API'sine göre Apple'ın e-postasından bir dakikadan kısa süre sonra App Store'da göründü. Bu tek bir gözlem: geniş pay bırak.
7 günlük aşamalı yayın
Apple'ın aşamalı yayınla ilgili yardım sayfası kesin takvimi veriyor:
| Gün | Kullanıcı oranı |
|---|---|
| 1 | %1 |
| 2 | %2 |
| 3 | %5 |
| 4 | %10 |
| 5 | %20 |
| 6 | %50 |
| 7 | %100 |
Güncelleme, uyumlu cihazlarda otomatik güncellemeleri açmış kullanıcılardan rastgele bir örneğe gider. Bu gruba dahil olduklarından haberleri olmaz.
Aşamalı yayın sadece otomatik güncellemeleri yavaşlatır. Apple, herkesin yeni sürümü App Store'dan her an indirebileceğini belirtiyor. Uygulamanı yükleyen ya da sayfanda "Update"e dokunan biri, onu ilk günden alabilir. Bu, kullanıcılarının %1'i üzerinde bir test değil: diğerleri için bir fren.
Açmak için sürümü aç, Phased Release for Automatic Updates bölümüne in, "Release update over a 7-day period using phased release" kutusunu işaretle, sonra kaydet. Account Holder, Admin ya da App Manager rolü gerekir. Seçenek Pending Developer Release durumuna kadar kullanılabilir: sürüm manuel yayınını beklediği sürece, Apple onayından sonra bile açabilirsin.
Sürüm onaylandığında, Ready for Distribution durumunda "Phased Release" ibaresi görünür. 7 günün sonunda uygulamanın Admin ve App Manager'larına bildirim gider.
Duraklatma, devam ettirme ve herkese yayın
- Duraklatma: toplamda 30 güne kadar, istediğin kadar parçaya bölerek. 10 günlük bir duraklatma, sonrakiler için 20 gün bırakır.
- Devam ettirme: yayın, durdurduğun günden devam eder.
- Herkese yayın: sürümün sağ üstündeki Release to All Users düğmesi, güncellemeyi otomatik güncellemesi açık tüm cihazlara gönderir.
- Satıştan kaldırma: yayını kalıcı olarak durdurur, geliştirici programı üyeliğinin sona ermesi durumunda da. Uygulama yeniden satışa çıkarsa, sürüm bir anda herkese açılır.
Herkese yayından sonra artık hiçbir şey ayarlanamaz; bunu düzenlenebilir özellikler tablosu belirtiyor.
Nolera 1.0.2 aşamalı yayın olmadan çıktı. Hafta boyunca onu şöyle kullanırdım:
| Ne görüyorsun | Ne yapıyorsun | Ne oluyor |
|---|---|---|
| Çökmeler ya da endişeli yorumlar | Duraklat | Otomatik güncellemeler durur |
| Düzeltme hazır | Yeni sürüm | Kendi aşamalı yayınıyla yeniden incelemeye girer |
| 3 ya da 4 gün sonra anormal bir şey yok | Release to All Users | Herkes alır |
| Apple'dan yanıt bekliyorsun | Duraklat, toplam 30 gün | Durduğun günden devam eder |
Duraklatma sırasında manuel indirmeler devam eder. Ödemeye ya da ilk açılışa dokunan her sürümde aşamalı yayını işaretle: bir hatanın en pahalıya patladığı yer burası ve geri dönemeyeceksin.
Düzeltme acil olduğunda: hızlandırılmış inceleme
Apple hızlandırılmış inceleme talep etmene izin veriyor. Bu sadece gerçek acil durumlar için: düzeltilmesi gereken kritik bir hata ya da bir etkinliğe bağlı bir yayın.
- Önce sürümünü gönder. Hatayı, reviewer'a yönelik Notes alanında anlat.
- Hızlandırılmış inceleme talep formunu doldur, sonra uygulamanı ve platformunu seç.
- Apple, müsaitliğine göre incelemeyi hızlandırır. Hiçbir şey garanti değil.
Bir etkinlik için, notlarda tarihini ve onunla bağını belirt. Olağan süreler App Store onay süresi yazısında.
Neler yeniden incelemeye girer, neler girmez
| Değişiklik | Ne gerekir |
|---|---|
| Native kod, izinler, SDK sürümü | Yeni build, yeni sürüm, tam inceleme |
| Ekran görüntüleri, açıklama, anahtar kelimeler, yenilikler | Yeni bir sürüm, onunla birlikte incelenir |
| Promosyon metni | Hiçbir şey: yeni gönderim olmadan değişir |
| Duraklatma, devam ettirme, herkese yayın | Hiçbir şey: bunlar yayın ayarları |
| iOS 27 sayfa başlığı | Tek başına Asset Library'de ya da bir sürümle |
| Expo ile JavaScript düzeltmesi | Uzaktan güncelleme mümkün |
Sürüm bilgileri sayfasına göre promosyon metni yeni gönderim olmadan değişir. Expo'da uzaktan güncelleme, App Store'dan geçmeden JavaScript'i, metinleri ve görselleri değiştirir. Expo dokümantasyonu iki sınır koyuyor: native kod, izinler ve SDK sürümü yeni bir binary gerektirir ve güncellemeler App Store kurallarına uymalıdır.
Benim durumum: reviewer'ın hiç görmediği uzaktan bir düzeltme
Eylül 2026'da Nolera'nın bir build'i inceleme bekliyordu. Tarama ekranındaki bir hatayı düzeltmiş ve bu düzeltmeyi bekleme sırasında uzaktan güncelleme olarak yayınlamıştım. Build yine de reddedildi, hem de zaten düzeltilmiş bu hata yüzünden.
Açıklama expo-updates dokümantasyonunda: varsayılan olarak uygulama güncellemeyi açılışta indirir ve bir sonraki açılışta uygular. Reviewer uygulamayı yükler, bir kez açar ve build'e gömülü kodu test eder. Aynı kural yeni kullanıcıların için de geçerli: ilk oturumları build'deki kodla çalışır.
O zamandan beri ana ekranın, paywall'un ya da ana özelliğin her değişikliği yeni bir build'le gidiyor. Uzaktan güncelleme sadece uygulamaya zaten sahip olanlar için işe yarıyor.
Bir sürümle puanı sıfırlamak
Her yeni sürüm Reset rating when this version is released seçeneğini sunar. Apple'ın sıfırlamayla ilgili yardım sayfasına göre tüm ülkeler için geçerlidir, yazılı yorumları korur ve yayından sonra geri alınamaz. Apple bunu idareli kullanmanı öneriyor, çünkü az puanlı bir sayfa caydırıcı olabilir.
Güncellemeni göndermeden önce kontrol listesi
- Sürüm numarası daha yüksek, build artırılmış.
- Build TestFlight'ta test edildi, küçük bir iPhone'da ve uygulaman orada çalışıyorsa iPad'de.
- Yenilikler her dilde yazıldı ve önemli değişiklikler listelendi.
- Arayüz değiştiyse ekran görüntüleri güncel arayüzü gösteriyor.
- Reviewer notları neyin değiştiğini ve nerede bulunacağını söylüyor.
- Yayın seçeneği seçildi: bir tarihe uyman gerekiyorsa manuel.
- Sürüm ödemeye ya da ilk açılışa dokunuyorsa aşamalı yayın işaretlendi.
- Olası bir düzeltmenin uzaktan gidip gidemeyeceğini ya da build gerektirip gerektirmeyeceğini biliyorsun.
Her güncellemede incelemeyi geçmek
Her güncelleme App Review'dan yeniden geçer ve bir ret düzeltmeni bloke eder. Review Kit, gönderim öncesi kontrol listemi, düzelttiğim retleri ve projeni ile sayfanı okuyup Apple reddederse yanıtını hazırlayan iki Claude Code skill'ini bir araya getiriyor. Yolun tamamı App Store'da uygulama yayınlamak sayfasında.
İlk yayınına hazırlanıyorsan ücretsiz teşhisini yap: adımları sıraya koyar ve sana Apple retlerine karşı kontrol listemi gönderir.
Sık sorulan sorular
App Store'da aşamalı yayın ne kadar sürer?
Yedi gün: ilk gün otomatik güncellemesi açık kullanıcıların %1'i, sonra %2, %5, %10, %20 ve %50, yedinci gün %100. Toplamda 30 güne kadar duraklatabilir ya da Release to All Users ile istediğin an bitirebilirsin.
Bir iOS uygulama güncellemesi Apple incelemesinden yeniden geçer mi?
Evet. Her yeni sürüm, build'i ve metadata'sıyla App Review'dan geçer. Promosyon metni ve yayın ayarları ise yeni gönderim olmadan değişir.
App Store'da bir uygulamanın eski sürümüne dönülebilir mi?
Hayır. Düzeltmeyi içeren yeni bir sürüm oluşturup incelemeye göndermen gerekir. Aşamalı yayın ve duraklatma bu yüzden işe yarar.
Yeni kullanıcılar aşamalı yayın sırasında güncellemeyi alır mı?
Evet, uygulamayı App Store'dan indirirlerse. Aşamalı yayın sadece otomatik güncellemeleri düzenler: herkes yeni sürümü her an indirebilir.
Aşamalı yayın Apple onayından sonra açılabilir mi?
Evet, sürüm Pending Developer Release durumunda olduğu sürece, yani manuel yayında ve henüz yayınlanmamışken. Sürüm çıktıktan sonra o sürüm için artık çok geç.
Bir güncellemenin sürüm notlarına ne yazılmalı?
Yeni özellikler ve önemli değişiklikler, açıkça listelenmiş olarak: 2.3.12 kuralı bunu istiyor. Basit bir hata, güvenlik ya da performans düzeltmesi için genel bir ifade yeterli. Alan 4.000 karakter kabul eder ve her dile çevrilir.

