# App Store hızlandırılmış inceleme: Apple'dan nasıl istenir > Apple iki durum sayıyor: yayındaki sürümde kritik bir hata ya da bir etkinliğe bağlı çıkış. Süreç, ne yazmalı ve sonrasında ne olur. Orijinal sayfa: [App Store hızlandırılmış inceleme: Apple'dan nasıl istenir](https://devoria.fr/tr/blog/app-store-hizlandirilmis-inceleme-nasil-istenir) Yazar: [Mehdi Azizi](https://devoria.fr/tr/mehdi-azizi) Yayın: 2026-11-06 İçeriğin son gözden geçirilmesi: 2026-11-06 **Hızlandırılmış inceleme var, ama Apple bunu istisnai durumlara ayırıyor ve iki örnek veriyor: zaten yayınlanmış bir sürümdeki kritik bir hatayı düzeltmek ya da uygulamanın doğrudan bağlı olduğu bir etkinliğe göre zamanlanmış bir sürüm çıkarmak.** Önce sürümünü gönderiyorsun, aciliyeti reviewer Notes alanında açıklıyorsun, sonra talep formunu gönderiyorsun. Apple her talebi değerlendiriyor ve müsaitliğine göre hızlandırıyor: bu hiçbir zaman garanti değil. Uygulamalarım Solys, TradaZen ve Nolera, Expo ile yapıldı. Bir hata JavaScript kodundan geliyorsa, düzeltme App Review'a uğramadan uzaktan güncelleme olarak gidiyor. Yani hızlandırılmış inceleme bana sadece native bir build için lazım oluyor, ve bunu istemeden önce kendine sorman gereken ilk soru da bu. Bu rehber, 6 Kasım 2026'da tekrar okunan [Apple'ın hızlandırılmış inceleme yardım sayfasını](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/) takip ediyor. ## Apple'ın saydıkları ve geçmeyenler Apple istisnai durumlardan bahsediyor ve talepleri gerçek acil durumlara saklamanı istiyor. [App Review sayfası](https://developer.apple.com/distribute/app-review/) iki örnek ve her biri için neyi sağlaman gerektiğini veriyor. Tablodaki reddedilen üç satır bu sayfalardan benim çıkardığım yorum, Apple'ın bir listesi değil. | Gerekçe | Apple'da | Sağlaman veya anlaman gereken | | ----------------------------- | -------------------- | ------------------------------------------------- | | Yayındaki sürümde kritik hata | Örnek olarak geçiyor | Yeniden üretme adımları, mevcut sürüm | | Bir etkinliğe bağlı çıkış | Örnek olarak geçiyor | Etkinlik, tarihi, uygulamanla bağlantısı | | Gecikmiş ilk yayın | Bence hayır | Apple'ın gözünde onu acil yapan hiçbir şey yok | | Etkinliksiz pazarlama tarihi | Bence hayır | Bir kampanya, uygulamaya bağlı bir etkinlik değil | | Normalden uzun bekleme | Bence hayır | Normal bir süre acil durum değildir | **Apple bu terimi tanımlamıyor. Pratikte kritik hata; yayındaki sürümde, gerçek kullanıcılarda çöken, temel bir özelliği engelleyen ya da ödeme yapmayı engelleyen bir uygulamadır.** Bir ekrandaki yazım hatası kritik değil. Ve bir etkinlik yaklaşırken uygulaman hâlâ incelemedeyse, Apple bu sebeple de hızlandırma isteyebileceğini belirtiyor. ## Üç adımda süreç 1. **Sürümü App Store Connect'te gönder.** Sadece zaten gönderilmiş bir başvuru hızlandırılabilir. Bazı özellikler giriş gerektiriyorsa, App Review Information bölümüne bir demo hesap ekle. 2. **Gönderirken Notes alanını doldur.** Kritik hata için düzeltilen hatayı ve mevcut sürümde nasıl yeniden üretileceğini anlat. Etkinlik için adını, tarihini ve uygulamanı ona neyin bağladığını yaz. 3. **Request an Expedited App Review formunu gönder.** Geliştirici hesabına giriş yaptıktan sonra Apple'ın yardım sayfasından erişebilirsin. İlgili uygulamayı ve platformu seçip gönderiyorsun. Apple talebi değerlendirip sana dönüyor, sonra başvuruyu App Store Connect'ten takip ediyorsun. Talep kabul edilirse sürüm, sıranın getireceğinden daha erken In Review durumuna geçiyor. Reddedilirse inceleme normal akışında devam ediyor: hiçbir şey kaybolmuyor. > App Store Connect'teki Reply to App Review butonu hızlandırılmış inceleme istemek için değil. [App Review iletişim sayfası](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) onu devam eden bir başvuruyla ilgili yazışmalara ayırıyor; hızlandırma talebinin ve itirazın her birinin kendi formu var. ## Ne yazmalı: iki şablon App Review İngilizce okuyor. İşte hazır tuttuğum iki metin; Notes alanına, form serbest bir alan bırakıyorsa oraya da uyarlayabilirsin. Beş satırı geçmiyorlar, çünkü reviewer aciliyeti uygulamayı açmadan anlamalı. **Yayındaki sürümde kritik hata:** > Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build. **Bir etkinliğe bağlı çıkış:** > This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST. Bu iki metin örnek, benim gönderdiğim talepler değil. Seninkiler için iki kural. **Doğrulanabilir gerçekler**: sürüm, sistem, adımlar, tarih, etkinlikle bağlantı. **Aciliyetten başka hiçbir şey**: build'in yeni bir özellik de içeriyorsa bunu tek cümleyle söyle, ama savunma. ## İstemeden önce gerçekten gerekip gerekmediğini kontrol et Apple bunu gerçek acil durumlara saklamanı istiyor. Formu göndermeden önce üç soru ve bir tuzak. **Düzeltme incelemesiz geçebilir mi?** Expo ile uzaktan güncelleme, yüklü uygulamaların JavaScript kodunu yeni bir build olmadan değiştiriyor. Düzeltmelerim için kullandığım yol bu. Native kodu, izinleri ve native bağımlılıkları kapsamıyor: bunlar için build ve inceleme şart. Ayrıca [EAS Update tanıtımının](https://docs.expo.dev/eas-update/introduction/) hatırlattığı gibi içeriği Apple'ın onayladığı çerçevede kalmalı: uzaktan güncelleme uygulamanın amacını değiştirmez. [Bir iOS güncellemesinin kademeli dağıtımı](https://devoria.fr/tr/blog/ios-guncelleme-yayinlama-asamali-yayin) rehberi neyin hangi yoldan geçtiğini ayrıntılı anlatıyor. **Bekleme anormal mi?** Apple genelde başvuruların en az %50'sini 24 saatten kısa sürede, %90'ını 48 saatten kısa sürede incelediğini söylüyor. Sürümün bir gündür [Waiting for Review durumundaysa](https://devoria.fr/tr/blog/waiting-for-review-app-store-connect-durumlar), [App Store onay süresinin](https://devoria.fr/tr/blog/app-store-onay-suresi-ne-kadar) normal sınırları içindesin. [Başvuru takip sayfası](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) incelemeyi neyin uzattığını da hatırlatıyor: geçmişi olmayan ilk uygulama, doğrulanacak belgeler, düzenlemeye tabi bir konu. **Başvuru eksiksiz mi?** Eksik bir başvuruda hızlandırılmış inceleme hiçbir şeyi hızlandırmaz. Apple, eksik bir başvurunun incelemeyi geciktirdiği ya da başarısız olduğu konusunda uyarıyor. Demo hesap, notlar, belgeler: formdan önce hepsi hazır olmalı. **Ve en önemlisi, sürümünü geri çekip tekrar gönderme.** Geri çekilen bir sürüm sıradan çıkar ve sıfırdan başlar. İnceleme sırasında Apple sana bir soru sorarsa, yeniden göndermek yerine App Store Connect'ten cevap ver; [Resolution Center'da App Review'a cevap verme](https://devoria.fr/tr/blog/resolution-center-app-review-red-yanit) rehberi bunu anlatıyor. ## Apple hızlandırmayı reddederse Sıradaki yerini koruyorsun: hızlandırma reddi devam eden incelemeyi hiç etkilemiyor. Aynı durumu tekrar yaşamamak için: - **Çıkışlarını zamanla.** Bir etkinlik için Apple, App Store Connect'te zamanlanmış yayını seçmeni öneriyor: sürüm önceden incelenir ve istediğin tarihte çıkar. [Sürüm yayın seçeneği](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) sürüm sayfasında, App Store Version Release bölümünden ayarlanıyor. - **Erken gönder.** Etkinlikten bir hafta önce hazır olan bir sürüm, normal bir incelemeye, hatta düzeltilmiş bir redde bile zaman bırakır. - **JavaScript için incelemesiz bir kanal tut.** Expo ile kritik bir hatayı birkaç dakikalık bir düzeltmeye çeviren şey bu. Reviewer notu şablonlarım, gönderim öncesi kontrol listem ve en sık reddedilmelere cevaplarım [Review Kit](https://devoria.fr/tr/kits/app-review) içinde. Başvurunu göndermeden önce neyin eksik olduğunu öğrenmek istersen, [ücretsiz teşhis](https://devoria.fr/tr/diagnostic) sana söylüyor ve Apple reddine karşı kontrol listemi gönderiyor. Yayınlamanın tüm adımları [App Store'da uygulama yayınlama](https://devoria.fr/tr/expertise/app-storeda-uygulama-yayinlama) sayfasında. ## Sık sorulan sorular ### App Store hızlandırılmış inceleme ne kadar sürer? Apple hiçbir süre vermiyor. Her talebi değerlendirdiğini ve incelemeyi müsaitliğine ve o anki talebe göre hızlandırdığını belirtiyor. Kabul edilen bir talep, sürümü sırası gelmeden In Review durumuna geçirir, ama saat sözü yok. ### İlk uygulama için hızlandırılmış inceleme istenebilir mi? Hiçbir şey bunu yasaklamıyor, ama Apple hızlandırmayı gerçek acil durumlara ayırıyor ve iki örnek veriyor: zaten yayında olan bir sürümde kritik hata ya da tarihli bir etkinliğe bağlı çıkış. Planından geri kalmış bir ilk yayın, bence bunların hiçbirine girmiyor. ### Hızlandırılmış inceleme kaç kez istenebilir? Apple bir sayı yayınlamıyor. Talepleri gerçek acil durumlara saklamanı istiyor. Bence gerçek bir gerekçesi olmayan her talep bir sonrakini daha az inandırıcı yapıyor: bunu kullanıcılarını etkileyen bir hataya sakla. ### Hızlandırma istemeden önce başvuruyu geri çekmek gerekir mi? Hayır, tam tersi. Sadece zaten gönderilmiş bir başvuru hızlandırılabilir ve geri çekilen bir sürüm sıradaki yerini kaybeder. Gönder, Notes alanını doldur, sonra formu gönder. ### Hızlandırılmış inceleme formu nerede? Hesabına giriş yaptıktan sonra Apple'ın geliştirici sitesinde: hızlandırılmış inceleme yardım sayfası Request an Expedited App Review bağlantısıyla oraya götürüyor. İlgili uygulamayı ve platformu orada seçiyorsun. ### Hızlandırılmış inceleme uygulamanın kabul edileceğini garanti eder mi? Hayır. Sadece sıradaki konumu değiştirir. Sürüm, diğer her sürüm gibi App Review Guidelines'a uymalı ve ret hâlâ mümkün. ### App Review'a uğramadan bir hata düzeltilebilir mi? Expo veya React Native ile uzaktan güncelleme, JavaScript kodunu yeni build ve inceleme olmadan değiştirir. Native kod, izinler ve native bağımlılıklar her zaman Apple'a gönderilen bir build gerektirir. ## Projen [Review Kit](https://devoria.fr/tr/kits/app-review): App Store inceleme kontrol listem, düzelttiğim Apple retlerim, Google Play kontrol listesi ve üç Claude Code skill'i. ₺2.699. [iOS & Android Kit](https://devoria.fr/tr/kits/ios): Claude Code ile iPhone ve Android uygulamanı yap: uygulamalarımın başlangıç kodu, mağazalara kadar giden yol ve tüm kitler. ₺5.499. [Analiz: Seni iPhone uygulamandan ayıran ne?](https://devoria.fr/tr/diagnostic): 7 soru, 60 saniye: iPhone uygulamanı yayınlamanı asıl neyin engellediğini, 4 adımlık yolunu ve sana uygun kiti öğren.