App Store onay süresi: ne kadar beklemek gerekir?

App Store onay süresi kâğıt üzerinde kısa: Apple, başvuruların en az %50'sini 24 saatten, %90'ını da 48 saatten kısa sürede incelediğini açıklıyor. Bu rakam App Review'un resmi sayfasından geliyor. Yani ilk denemede geçen bir uygulama için yaklaşık bir gün içinde yanıt bekleyebilirsin.

Gerçek süre ise başka türlü hesaplanır: ilk gönderimin ile uygulamanın satışa çıktığı an arasındaki zaman. Bu süreyi uzatan şey neredeyse hiçbir zaman sıradaki bekleme değil, retlerdir. Her ret tam bir döngüyü yeniden başlatır: gerekçeyi oku, düzelt, yeniden gönder, tekrar bekle. Gönderim sırasında gelen ITMS-90338 gibi otomatik retler de buna dahil. Bu rehber, bu süreyi neyin uzattığını, bir reti gün kaybetmeden nasıl yöneteceğini ve ilk uygulamada en sık hangi gerekçelerle karşılaşıldığını anlatıyor.

Bunu kendi başvurularımdan yola çıkarak anlatıyorum. Solys (mini oyunlu bir çalar saat) ve TradaZen (bir trading simülatörü) dahil iOS uygulamalarım App Store'da yayında ve yol boyunca birkaç ret yedim: hem Solys'te hem de iki uygulamam daha olan Clic ve Nolera'da. Gerekçelerin ayrıntısı aşağıda.

App Store onay süresi: Apple gerçekte ne açıklıyor

Build'ini gönderdikten sonra, ITMS-90725 gibi otomatik bir hata almadıysan ve mağaza sayfan eksiksizse, App Store Connect'ten incelemeye gönderirsin. Başvurun bu noktada birkaç durumdan geçer: beklemede (Waiting for Review), inceleniyor (In Review), ardından kabul ya da ret. Apple her değişiklikte seni e-postayla bilgilendirir; durumu App Store Connect'ten veya iPhone uygulamasından takip edebilirsin.

Planlama için işine yarayacak üç resmi bilgi:

• Bu rakamlar eğilimdir, garanti değil: her on başvurudan biri 48 saatten fazla bekleyebilir.
• Başvurular gönderim sırasına göre incelenmek zorunda değil, diye belirtiyor App Store Connect yardımı.
• Platform başına aynı anda yalnızca bir uygulama sürümü incelemede olabilir. "Zaman kazanmak" için birden fazla sürümü üst üste yığamazsın.

Uygulama kabul edildikten sonra otomatik yayınlamayı ya da kendin yayınlamayı seçebilirsin. İkinci seçenek çok değerli: önce uygulamayı onaylatırsın, yeşil ışığı alınca da çıkış tarihini belirlersin.

Beklemeyi uzatan şeyler

Süre nadiren Apple yüzünden uzar. Neredeyse her zaman ona gönderdiğin şey yüzünden uzar.

İlk başvuru

İlk sürümde Apple her şeyi tek seferde inceler: mağaza sayfası, ekran görüntüleri, yaş derecelendirmesi, gizlilik politikası, veri toplama beyanları, abonelikler ve uygulamanın kendisi. Her öğe bir ret fırsatıdır. Sıra daha uzun değil, incelenen alan daha geniş. Daha önce hiç yayın yapmadıysan, hazırlaman gereken adımlar App Store'da uygulama yayınlamak yazısında listeleniyor.

Abonelikler ve uygulama içi satın alımlar

Uygulaman abonelik satıyorsa, iki kural takvimini değiştirir:

1. İlk aboneliğin, uygulamanın yeni bir sürümüyle birlikte gönderilmeli. Bu, uygulama içi satın alımlarla ilgili yardım sayfasında açıkça yazıyor. Uygulama onsuz giderse, aboneliği onaylatmak için yeni bir sürüm gerekir.
2. Başvurunun kabul edilmesi için içindeki tüm öğelerin kabul edilmesi gerekir. Reddedilen bir abonelik her şeyi bloke eder.

2.1(b) kuralı ayrıca uygulama içi satın alımların eksiksiz, inceleyici tarafından görülebilir ve çalışır durumda olmasını ister. Biri uygulamada görünmüyorsa nedenini inceleme notlarında açıkla. Bir aboneliğin baştan sona kurulumu iOS uygulama içi abonelikler yazısında anlatılıyor.

Eksik demo hesabı

Uygulaman giriş gerektiriyorsa, App Review Guidelines aktif bir demo hesabı ya da eksiksiz bir demo modu, ayrıca inceleme süresince açık sunucu hizmetleri ister. Sürümünün App Review Information bölümünde giriş bilgileri yoksa inceleyici giriş ekranında takılır kalır ve sonuç ret olur. İnceleme sırasında test sunucunu kapatmamayı da unutma.

Retlerin kendisi

Açık ara birinci etken bu. Apple, çözülmemiş sorunların %40'ından fazlasının 2.1 kuralıyla ilgili olduğunu belirtiyor: çökmeler, geçici içerik ve eksik bilgileri kapsayan kural. Önlenen her ret, en az bir döngü kazanç demek.

Resolution Center'da yanıt vermek

Bir başvuru reddedildiğinde durumu Unresolved Issues olur. Apple'ın mesajı ihlal edilen kuralı belirtir, çoğu zaman sorunun ekran görüntüsüyle birlikte. Her şey App Store Connect'te uygulamanın App Review bölümünde olur; buraya hâlâ sık sık Resolution Center denir.

App Review'a yanıt vermenin resmi adımları:

1. Uygulamanda, sayfanın üst kısmındaki çözülmemiş sorunlar bağlantısına tıkla.
2. Başvurunun yanındaki Resolve'a tıkla.
3. Reply to App Review'a tıkla, yanıtını yaz (en fazla 4.000 karakter) ve gerekirse bir ekran görüntüsü ya da belge ekle.

Bir yanıtı etkili kılan şeyler:

• Hislerini değil, düzeltmeyi söyle. "Puan isteği artık kazanılan demodan sonra çıkıyor, ekran görüntüsü ekte" cümlesi uzun bir savunmadan daha değerlidir.
• Kanıt ekle. Düzeltilmiş ekranın görüntüsü ya da kısa bir videosu, soru-cevap gidip gelmesini önler.
• Ret yalnızca meta verilerle ilgiliyse (mağaza sayfası metni, ekran görüntüleri, bağlantılar; 2.3.10 reti gibi), Apple düzeltmeden sonra aynı build'i yeniden gönderebileceğini belirtiyor. Yeniden derlemene gerek yok.

İtiraz et, ama yalnızca eminsen

Bir rete App Review Board önünde itiraz edebilirsin. Apple, uygulamanın kurallara neden uyduğunu net biçimde açıklamanı, reddedilen her başvuru için yalnızca bir itiraz yapmanı ve önce bekleyen bilgi taleplerini yanıtlamanı istiyor. Haklı bir rete itiraz etmek sadece beklemeyi uzatır.

Düzeltmeyi hızlıca göndermek

Gerekçe netse hız disiplinden gelir:

• Gerekçeyi düzelt, sadece gerekçeyi. Düzeltilmiş build'e üç yeni özellik sıkıştırmak, inceleme alanını yeniden açmak demek.
• Düzeltmeyi inceleyicinin koşullarında test et. Bir görüntüleme sorunu için bu, sadece kendi telefonunda değil, desteklenen en küçük ve en büyük iPhone'da test etmek demek.
• Kaldırılan öğelere dikkat. Çözülmemiş sorunları olan bir başvuruda, Apple yardımına göre kaldırılan bir öğe aynı başvuruya tekrar eklenemez ve her öğe yeniden göndermeden önce yalnızca bir kez değiştirilebilir. Reddedilen bir aboneliği silmeden önce iyi düşün.
• Yeniden gönder, sonra yanıtla. Yanıtında neyin değiştiğini bir iki somut cümleyle söyle.

Peki hızlandırılmış inceleme? Var, ama Apple onu iki duruma ayırıyor: zaten yayında olan bir sürümdeki kritik bir hatanın düzeltilmesi (yeniden üretme adımlarıyla birlikte) ve tarihi belli bir etkinliğe bağlı uygulamalar. Geciken bir ilk yayın için kestirme yol değil.

Yeni başlayanlarda en sık görülen retler

Solys'teki iki retimi Apple bir uygulamayı neden reddeder yazısında ayrıntılı anlattım. İşte gerçekten yediğim retler, kural numaralarıyla birlikte; çünkü ilk uygulamayı bekleyenler tam olarak bunlar.

2.1, uygulama çalışmıyor (Solys). Solys'in karşılama demosu küçük ekranlı bir iPhone'da kazanılamıyordu: geçilemeyen zorunlu bir adım, dolayısıyla eksik sayılan bir uygulama. O zamandan beri düzeltildi.

5.6.3, puan isteği çok erken (Solys). App Store puanı onboarding'in başında isteniyordu, kişi uygulamada henüz hiçbir şey yaşamadan. Puan isteği gerçek bir değer anından sonra gelmeli.

5.1.1, güncel olmayan gizlilik politikası (Clic). 5.1.1 kuralı, App Store Connect'te ve uygulamada gizlilik politikasına bir bağlantı ister; bu politika toplanan verileri, kullanım amaçlarını ve nasıl silineceklerini net biçimde anlatmalıdır. Clic'te çevrimiçi sürüm güncel değildi. Ürününü takip etmeyen bir politika, başvurunun reddedilmesi için yeterli.

5.1.1, sistem isteğinden önce "Allow" butonu (Nolera). Nolera, kamera erişim isteğinden önce bir açıklama ekranı gösteriyordu ve üzerinde "Allow" yazan bir buton vardı. Gizlilikle ilgili Human Interface Guidelines net: sistem uyarısından önce bir ekran gösterilebilir, ama butonu "Allow" ya da benzeri bir ifade kullanmamalı, çünkü bu aşamada hiçbir şeye izin verilmiyor. Apple "Continue" ya da "Next" öneriyor.

2.3.2, abonelik tanıtım görseli olarak tekrar kullanılan ikon (Nolera). 2.3.2 kuralı, uygulama içi satın alımların App Store'da öne çıkarılmasını düzenler: ad, görsel ve açıklama uygun olmalıdır. Nolera'da aboneliğin tanıtım görseli doğrudan uygulamanın ikonuydu. Satın alıma özel bir görsel gerekir.

Bu beş reti birbirine bağlayan şey: hiçbiri karmaşık bir kod sorunu değildi. Hepsi, dosyayı bir inceleyicinin gözüyle tekrar okuyunca görülebiliyordu. Uygulaman yeni reddedildiyse ve gerekçe hâlâ belirsizse, tüm süreç Apple tarafından reddedilen uygulama yazısında.

Süreyi planına dahil etmek

İncelemenin çıkışını kaydırmaması için birkaç basit kural:

• Kabulden önce tarih açıklama. Uygulamayı onaylat, manuel yayını seç, sonra tarihini belirle.
• İlk başvurunsa ya da ilk aboneliğinse, en az bir ret döngüsü kadar pay bırak.
• Şirket üzerinden ilerliyorsan geliştirici hesabını erken aç: D-U-N-S numarası tek başına bir haftadan uzun sürebilir. Her şey Apple geliştirici hesabı rehberinde anlatılıyor.
• Dosyanı bir inceleyici gibi oku: demo hesabı, güncel gizlilik politikası, eksiksiz privacy manifest, izin ekranları, abonelik görselleri ve her zorunlu ekranın küçük ve büyük iPhone'daki hali.

Göndermeden önce dosyanı kontrol ettirmek istersen

Apple Review Kit, gönderim öncesi kontrol listemi, düzelttiğim Apple retlerimi ve projeni, paywall'unu ve mağaza sayfanı kontrol eden Claude Code skill'lerini bir araya getiriyor. Kabulü garanti etmez, karar Apple'ındır, ama yukarıdaki gerekçeleri sana bir döngüye mal olmadan yakalamana yardımcı olur.

İlk gönderimine mi hazırlanıyorsun? Ücretsiz teşhis, Apple retlerine karşı kontrol listemi gönderir ve geriye ne kaldığını söyler. Uygulaman zaten takıldıysa benimle bir saatlik görüşme ayarla: Apple'ın mesajını görüntülü görüşmede birlikte okuyalım. Hâlâ geliştirme aşamasındaysan, ana sayfa en baştan incelemeyi düşünerek mobil uygulamanı nasıl oluşturacağını gösteriyor.

Sık sorulan sorular

App Store'da bir uygulamanın onay süresi ne kadar?

Apple, başvuruların en az %50'sini 24 saatten, %90'ını 48 saatten kısa sürede incelediğini açıklıyor. Bu bir garanti değil: bazıları daha uzun sürer ve gönderim sırasına göre incelenmek zorunda değiller. Gerçek süre, ilk gönderimin ile satışa çıkış arasındaki zamandır ve özellikle retler yüzünden uzar.

Bir uygulamanın onay süresini ne uzatır?

Açık ara retler: her biri tam bir döngüyü yeniden başlatır (gerekçeyi oku, düzelt, yeniden gönder, tekrar bekle). Apple, çözülmemiş sorunların %40'ından fazlasının çökmeler, geçici içerik ve eksik bilgilerle ilgili 2.1 kuralına dair olduğunu belirtiyor. İlk başvuru da ret fırsatlarını çoğaltır, çünkü Apple her şeyi tek seferde inceler.

App Store retine nasıl yanıt verilir?

Uygulamanın App Review bölümünde çözülmemiş sorunları aç, Resolve'a sonra Reply to App Review'a tıkla. Yanıtını yaz (en fazla 4.000 karakter), hislerini değil düzeltmeyi söyle ve bir ekran görüntüsü ya da kısa bir video ekle. Ret yalnızca meta verilerle ilgiliyse düzeltmeden sonra aynı build'i yeniden gönderebilirsin. Gerekçe belirsiz kalıyorsa Apple tarafından reddedilen uygulama yazısını oku.

Apple'dan hızlandırılmış onay istenebilir mi?

Evet, hızlandırılmış inceleme var, ama Apple onu iki duruma ayırıyor: zaten yayında olan bir sürümdeki kritik bir hatanın düzeltilmesi (yeniden üretme adımlarıyla birlikte) ve tarihi belli bir etkinliğe bağlı uygulamalar. Geciken bir ilk yayın için kestirme yol değil.

İlk abonelik uygulamayla birlikte mi gönderilmeli?

Evet, Apple yardımına göre ilk aboneliğin uygulamanın yeni bir sürümüyle birlikte gönderilmeli. Uygulama onsuz giderse, aboneliği onaylatmak için yeni bir sürüm gerekir. Başvurunun kabul edilmesi için tüm öğelerinin kabul edilmesi gerekir: reddedilen bir abonelik her şeyi bloke eder.

Uygulamanın çıkış tarihi ne zaman açıklanmalı?

Apple uygulamayı kabul etmeden önce değil. Manuel yayını seç: önce uygulamayı onaylatırsın, yeşil ışığı alınca da çıkış tarihini belirlersin. İlk başvurunsa ya da ilk aboneliğinse, ayrıca en az bir ret döngüsü kadar pay bırak.