App Store reddi: yönerge yönerge nasıl düzeltilir (2026)

Bir App Store reddi, App Review'dan gelen ve bir yönergeye atıfta bulunan, inceleyicinin ne gördüğünü belirten ve siz sorunu düzeltene, açıklayana ya da itiraz edene kadar yayını bekleten bir mesajdır. İşe bu mesajı test edebileceğiniz bir soruna dönüştürerek başlayın. Sonraki adım, inceleyicinin uygulamayı kullanamamasına, bir politika uyumsuzluğu bulmasına ya da daha fazla bilgiye ihtiyaç duymasına bağlıdır. Ekim 2026 itibarıyla App Review Yönergeleri en son 16 Ekim 2026'da güncellendi; bu nedenle bir bölümden alıntı yapmadan önce güncel numaralandırmayı kontrol edin.

Bir App Store ret mesajı size aslında ne söyler?

Bir App Store ret mesajı, inceleyicinin uyguladığı yönergeyi adlandırır, gördüğü belirli davranışı tarif eder ve sonraki adımları listeler. Çoğu zaman cihazı, iOS sürümünü ve ekran görüntülerini de içerir.

Mesajın tamamını, tüm ekran görüntülerini, derleme numarasını ve cihaz ayrıntılarını kaydedin. Belirtilen bölümü güncel yönergeler sayfasında okuyun. Ardından tek bir cümle yazın: "İnceleyici Y nedeniyle X'i tamamlayamadı." Mesaj bir hata bildirmek yerine eksik bilgi istiyorsa, tam olarak neyin eksik olduğunu not edin. Apple'ın standart 2.1 metni, sorunu nasıl yeniden üreteceğinizi de söyler: "Yeni uygulamalar için uygulamanızın önceki tüm sürümlerini cihazdan kaldırın, ardından yükleyin ve sorunu yeniden üretmek için adımları izleyin."

• Mesaj bir çökmeden, erişilemeyen bir ekrandan veya eksik bir özellikten mi bahsediyor? Bu akışı, gönderilen sürüm derlemesinde ve Apple'ın belirttiği cihaz türünde yeniden üretin.
• Ekran görüntülerinden, açıklamadan veya inceleme notlarından mı bahsediyor? Yalnızca meta verilerle düzeltip düzeltemeyeceğinizi kontrol edin.
• Ödemelerden, girişten, gizlilikten veya minimum işlevsellikten mi bahsediyor? Ürünün davranışını belirtilen yönergeyle karşılaştırın.

App Store retleri hangi yönergelere atıfta bulunur ve bunlar ne gerektirir?

Her yönerge somut bir gereklilik belirler; bu yüzden belirtilen numarayı ilgili metinle eşleştirin ve o metne göre test edin. Tablo, ret mesajlarında sıkça atıfta bulunulan yönergelerin güncel metninden alıntılar içerir.

16 Ekim 2026 güncellemesi, daha önce 2.3.1 kapsamında ele alınan gizli, etkin olmayan veya belgelenmemiş özellikler için 2.5.19 maddesini ekledi. Ayrıca yaratıcı varlıklarla ilgili 2.3.14 maddesini ekledi ve Music Streaming Services yetkisini 3.1.1(a) altındaki StoreKit External Purchase Link yetkisiyle birleştirdi. Tabloyu garantili bir çözüm olarak değil, bir başlangıç noktası olarak görün. Tek bir yönerge farklı sorunları kapsayabilir ve inceleyicinin verdiği örnek, çözmeniz gereken somut vakadır.

4.2 minimum işlevsellik reddi nasıl düzeltilir?

Bir 4.2 reddini açıklamayı yeniden yazarak değil, uygulamaya gerçek değer katarak düzeltin. Yönerge 4.2 şöyle der: "Uygulamanız özellikle kullanışlı, benzersiz veya 'uygulama gibi' değilse App Store'da yeri yoktur."

Birinin uygulamanızda, onu bir uygulama olarak kullanışlı kılan ne yapabildiğini sorun. Bir iş akışını tamamlayabilir, anlamlı bir durumu kaydedebilir, cihaz yeteneklerini uygulamaya uygun bir şekilde kullanabilir ya da cihaz için tasarlanmış bir mobil deneyim elde edebilir. Onayı garanti eden yayımlanmış bir özellik listesi yoktur. Bu iş akışları zaten mevcutsa, bunları inceleme notlarında net adımlar ve ekran görüntüleriyle listeleyin. Uygulama çoğunlukla bir web sayfası gösteriyorsa ürün geliştirme çalışması gerekir. Sadece yerel görünmek için bildirimler veya boş bir ayarlar ekranı eklemek, kullanıcılara sunulan gerçek değerin yerini tutmaz.

App Store Connect'te App Review'a nasıl yanıt verilir?

App Store Connect'te yanıt verin: gönderimi uygulamanın çözülmemiş sorunlar bağlantısından açın, Resolve'a, ardından Reply to App Review'a tıklayın. Apple'ın yardım sayfasına göre bunun için Account Holder, Admin veya App Manager rolü gerekir.

1. Apps bölümünde uygulamayı seçin.
2. Sayfanın üst kısmında, çözülmemiş sorunlar olduğunu belirten bağlantıya tıklayın.
3. In Progress bölümünde, gönderimin yanındaki Resolve seçeneğine tıklayın.
4. Reply to App Review seçeneğine tıklayın ve metninizi girin.
5. Ekran görüntüsü veya belge eklemek için Attach File seçeneğine, ardından Reply seçeneğine tıklayın.

Apple, "App Review'a yeniden gönderene kadar" yazışabileceğinizi ve dosya ekleyebileceğinizi söyler; bu yüzden kanıtlarınızı yeniden göndermeden önce iletin. Yanıtı kısa ve olgulara dayalı tutun: neyin değiştiğini, nerede olduğunu ve nasıl doğrulanacağını belirtin. Aynı şeyi yapıyor gibi görünen diğer uygulamalar üzerinden tartışmaya girmeyin.

Meta verileri mi düzeltmeli, yeni derleme mi yüklemeli, yoksa itiraz mı etmeli?

Yalnızca listeleme bilgileri hatalıysa meta verileri düzeltin ve aynı derlemeyi yeniden gönderin. Uygulamanın davranışının değişmesi gerekiyorsa yeni bir derleme yükleyin. Yalnızca uygulamanın yönergeye zaten uyduğuna inanıyorsanız itiraz edin.

Apple'ın itiraz rehberi, uygulamanızın yönergeyi "nasıl karşıladığını madde madde açıklamanızı" ister. Ayrıca sorunları zaten düzeltip yeniden gönderdikten sonra itiraz etmemenizi söyler. Eksiksiz bir itiraz, kararın bozulacağını "garanti etmez". Mağazada zaten yer alan uygulamalar için yönergelerdeki Bug Fix Submissions politikası, "yasal veya güvenlikle ilgili sorunlar hariç" hata düzeltmelerinin yönerge ihlalleri nedeniyle geciktirilmeyeceğini belirtir.

Diğer geliştiriciler gerçek App Store retlerini nasıl düzeltti?

Herkese açık forum başlıklarında, birçok 2.1 reddi inceleyicinin ortamıyla geliştiricinin ortamı arasındaki farklardan kaynaklanıyordu: farklı bir ağ, cihaz veya izin durumu. Bir 4.2 reddi ise bir ürün sorunudur; bu yüzden küçük ayarlamalar onu nadiren aşar.

2.1 kapsamında giriş hatası. Apple Developer Forums üzerindeki bir geliştirici, canlı ve TestFlight sürümleri aynı kimlik bilgileriyle giriş yapabildiği hâlde "Özellikle, bir hata nedeniyle giriş yapamadık" mesajını aldığını aktardı. Başlıktaki diğer geliştiriciler farklı çözümler bildirdi. Biri sorunu "web sunucusunda http'yi https olarak değiştirerek" çözdü. Bir diğeri, üç retten sonra sonsuz bir yükleme göstergesi yerine "Bağlantınızı kontrol edin" durumu ekledi. Üçüncüsü ise beş retten sonra iPad'i dağıtım hedefinden kaldırdı; bu, iPad desteğinden vazgeçerek sorunun etrafından dolaşmak anlamına gelir.

Açılışta çökme. Solar2D forumunda bir geliştiriciye, iOS 18.3.2 çalıştıran bir iPhone 13 mini üzerinde "Uygulama açılışta çöktüğü için inceleyemedik" denildi. Ekteki çökme günlüğü, eksik bir NSUserTrackingUsageDescription anahtarını gösteriyordu. Geliştirici şunu doğruladı: "NSUserTrackingUsageDescription eklendikten sonra onaylandı."

4.2 kapsamında WebView uygulaması. Apple Developer Forums üzerindeki bir geliştirici, WebView tabanlı bir uygulama için 10. reddi aldığını bildirdi. İnceleyici, sol menünün ekran görüntüsünü göndererek içerik eksikliği olduğunu söylemişti. Ana ekranlar artık yereldi, ancak iki ya da üç ekran hâlâ bir WebView açıyordu. Cevap olarak işaretlenen yanıt App Review'dan geldi ve birebir bir App Review danışmanlığı önerdi. Başlık bir onayı doğrulamıyor.

Karşılaştırma: 2.1 vakaları, inceleyicinin koşullarını yeniden üreterek ve çökme günlüğünü okuyarak çözüldü. 4.2 vakası ise her yeniden gönderim hâlâ büyük ölçüde bir web sitesi olan uygulamanın yalnızca bir kısmını değiştirdiği için tıkanıp kaldı.

Aynı reddin tekrar yaşanmasını nasıl önlersiniz?

Çözülen her sorunu bir sürüm kontrol listesi maddesine dönüştürün ve her gönderimden önce sürüm derlemesinde yeniden test edin. Apple'ın yönergeleri, bir uygulama aynı yönerge ihlali nedeniyle tekrar tekrar reddedilirse incelemenin "daha uzun süreceği" konusunda uyarır.

• Uygulamayı silin, ardından sürüm derlemesini fiziksel bir iPhone ve iPad'e sıfırdan yükleyin.
• İnceleme hesabıyla, geliştirme sunucuları veya HTTP istisnaları olmayan bir ağda giriş yapın.
• Her izin isteğini açın ve her Info.plist kullanım açıklamasının mevcut olduğunu doğrulayın.
• Her uygulama içi satın almanın gönderildiğinden, görünür olduğundan ve inceleme notlarında açıklandığından emin olun.
• Bir akış her değiştiğinde inceleme notlarını güncelleyin. Altı sürüm öncesinin notlarını yapıştırmayın.

2.1 sorunları için 2.1 retlerine yönelik sürüm derlemesi test planını izleyin ve bir inceleyici demo hesabı kurun. Ardından sonraki derleme için gönderim kontrol listesini adım adım uygulayın. İnceleme mesajı sizi hâlâ çıkmazda bırakıyorsa, ayrıntıları bize gönderin; eksik parçanın erişim, meta veri veya kod olup olmadığını belirlemenize yardımcı olalım.