App Store gönderim kontrol listesi (2026): Xcode 26 derlemesinden Submit for Review adımına

App Store gönderim kontrol listesi, göndermeden önce birlikte hazır olması gereken şeylerin listesidir: çalışan bir derleme, doğru bir mağaza sayfası, dürüst gizlilik yanıtları ve inceleme ekibinin uygulamanızı kullanabilmesi için yeterli bağlam. Başarılı bir derleme tek başına yetmez. Aşağıdaki altı bölüm, App Store Connect'in bunları istediği sırayı izler ve her biri doğrudan uygulayabileceğiniz kısa bir yanıtla başlar.

Submit'e basmadan önce bir App Store gönderimi için neler gerekir?

Bir App Store gönderimi için sürüme bağlanmış ve işlenmiş bir derleme, sürümün zorunlu meta verileri, ekran görüntüleri, gizlilik politikası, App Review iletişim bilgileri ve uygulamada giriş varsa çalışan demo kimlik bilgileri gerekir. Apple'ın App Review Guidelines içindeki kendi “Before You Submit” listesi iki madde daha ekler: “Backend hizmetlerini, inceleme sırasında çalışır ve erişilebilir olacak şekilde etkinleştirin” ve ilk bakışta anlaşılmayan özellikleri inceleme notlarında açıklayın.

Hangi hesap ve uygulama kaydı ayarları hazır olmalı?

Aktif bir Apple Developer üyeliğine, bundle ID'si imzalı derlemenizle eşleşen bir uygulama kaydına ve ekipte Account Holder, Admin veya App Manager rolüne sahip birine ihtiyacınız var. Apple'ın Submit an app sayfası gönderim için bu rolleri şart koşar.

Kaydı oluştururken adı, birincil dili ve SKU'yu seçin. SKU dahili bir tanımlayıcıdır ve müşteriler onu asla görmez. Ücretli bir uygulama veya uygulama içi satın alma satıyorsanız önce ücretli uygulama sözleşmelerini, vergi ve banka bilgilerini tamamlayın. İmzalanmamış bir sözleşme, derleme sorunsuz olsa bile ticari lansmanı geciktirebilir.

2026'da App Store yüklemeleri için hangi derleme gereksinimleri geçerli?

Ekim 2026 itibarıyla Apple'ın upcoming requirements sayfası şöyle diyor: “App Store Connect'e yüklenen uygulamalar Xcode 26 veya üstüyle, iOS 26, iPadOS 26, tvOS 26, visionOS 26 ya da watchOS 26 SDK'sı kullanılarak derlenmelidir” (28 Nisan 2026'dan beri). Aynı sayfa iOS ve iPadOS uygulamalarının “iOS 13 veya üstünü hedeflemesi gerektiğini” de belirtiyor (9 Eylül 2026'dan beri).

• Her yüklemede build numarasını artırın ve sürüm numarasının yayınlamak istediğiniz sürümle eşleştiğinden emin olun.
• Xcode imajını yalnızca kendi makinenizde değil, CI ortamında da (Codemagic, Expo EAS, GitHub Actions vb.) güncelleyin.
• İşleme tamamlandıktan sonra ihracat uyumluluğu (export compliance) sorusu çıkarsa yanıtlayın ve işlenen derlemeyi sürüme bağlayın.
• TestFlight derlemesini fiziksel bir cihaza kurun. Onboarding'i, girişi, çevrimdışı durumları, satın almaları ve satın alımları geri yüklemeyi test edin. Simülatörde sorunsuz çalışması, dağıtılan derlemenin çalıştığını kanıtlamaz.
• Yüklemeden sonra App Store Connect'in gönderdiği e-postayı okuyun. Privacy manifest'ler veya SDK sürümleriyle ilgili ITMS uyarıları göz ardı edilirse engelleyici sorunlara dönüşür.

2.1(a) yönergesi aksi durumda ne olacağını açıkça söylüyor: “Eksik uygulama paketlerini ve çöken ya da bariz teknik sorunlar gösteren binary'leri reddederiz.” Arşivlemeden önce yer tutucu ekranları, hata ayıklama menülerini ve çalışmayan bağlantıları kaldırın. 2.1 için release derlemesi test planımız bu kontrolleri ayrıntılı olarak ele alıyor.

App Store Connect hangi ekran görüntülerini ve meta verileri istiyor?

Ekim 2026 itibarıyla Apple'ın ekran görüntüsü teknik özellikleri, “iPhone with Dynamic Island (medium display)” için en az bir ekran görüntüsü ister; örneğin dikey 1206 × 2622 veya 1179 × 2556. iPad'de çalışan uygulamalar ayrıca 2064 × 2752 veya 2048 × 2732 gibi en az bir iPad 13 inç ekran görüntüsüne ihtiyaç duyar.

“Her cihaz boyutu için .jpeg, .jpg veya .png formatında en fazla 10 ekran görüntüsü yükleyebilirsiniz” ve “Görseller alfa kanalı veya saydamlık içeremez.” Arayüzünüz tüm boyutlarda aynıysa yalnızca gerekli en yüksek çözünürlüğü yükleyin; App Store Connect onu küçültür. 2.3.3 yönergesi, ekran görüntülerinin “yalnızca başlık görselini, giriş sayfasını veya açılış ekranını değil, uygulamayı kullanım hâlinde göstermesi gerektiğini” söyler.

• Uygulamanın kime yönelik olduğunu ve kullanıcının ilk oturumda neler yapabileceğini anlatan bir açıklama yazın.
• Adı, alt başlığı ve anahtar kelimeleri alakalı tutun. Anahtar kelimeleri tekrarlamayın ve rakip adlarını kullanmayın.
• Destek URL'sinin ve gizlilik politikası URL'sinin giriş yapmadan açıldığından emin olun.
• Yaş derecelendirmesi anketini, uygulamanın gerçekte içerdiği ve yapabildiği şeylere göre yanıtlayın.
• Ekran görüntülerinde, kullanıcının karşılaşacağı paywall dahil, güncel derlemeyi gösterin.

Gizlilik yanıtlarını uygulamayla nasıl örtüştürürsünüz?

Gizlilik yanıtlarını uygulamayla örtüştürmek için uygulamaya dahil ettiğiniz her SDK'yı ve topladığı verileri listeleyin, ardından bu listeyi App Privacy bölümünü doldurmak, gizlilik politikasını yazmak ve uygulama içi davranışı ayarlamak için kullanın. 2.3 yönergesi, meta verilerinizin “gizlilik bilgileri dahil” uygulamayı doğru yansıtması gerektiğini söyler.

5.1.1(i) yönergesi şöyle der: “Tüm uygulamalar gizlilik politikalarının bağlantısını App Store Connect meta veri alanına ve uygulamanın içine kolayca erişilebilir şekilde eklemelidir.” 5.1.1(v) yönergesi ise şunu ekler: “Uygulamanız hesap oluşturmayı destekliyorsa uygulama içinden hesap silme seçeneği de sunmalısınız.” Analitik, çökme raporlama, reklam ve giriş SDK'ları genellikle yanıtlarınızı değiştirir; bu yüzden onları gizlilik etiketleri SDK denetimimizle gözden geçirin. Ayrıca uygulamanızın ve paketlediğiniz her SDK'nın, kullandıkları required-reason API'leri kapsayan bir PrivacyInfo.xcprivacy privacy manifest dosyası içerdiğini kontrol edin.

App Review Information bölümünde neler olmalı?

App Review Information bölümünde yanıt verecek bir iletişim kişisi, çalışan ve süresi dolmayan demo kimlik bilgileri ve inceleme ekibini doğrudan temel özelliklerinize götüren notlar bulunmalıdır. 2.1(a) yönergesi, “uygulamanızda giriş varsa demo hesap bilgilerini ekleyin (ve backend hizmetinizi açın!)” der; hesap yerine yerleşik bir demo modu kullanmak için Apple'ın önceden onayı gerekir.

İşte örnek bir inceleme notu: “Sağlanan inceleme hesabıyla giriş yapın. Library'yi açın, örnek projeyi seçin ve Export'a dokunun. Hesapta tüm premium özellikler açıktır. Konum özellikleri simüle edilmiş bir şehir kullanır, bu yüzden herhangi bir yere gitmenize gerek yoktur.” İnceleme ekibini boş bir hesaba, süresi dolan tek kullanımlık bir koda veya yalnızca siz çevrimiçiyken onay verdiğinizde çalışan bir akışa yönlendirmeyin. Demo hesabı kurulum rehberimiz, incelemeye dayanıklı bir inceleyici girişinin nasıl hazırlanacağını gösteriyor.

App Store Connect'te bir uygulama incelemeye nasıl gönderilir?

Bir uygulamayı incelemeye göndermek için derlemeyi sürüme bağlayın, Add for Review'a ve ardından Submit for Review'a tıklayın. Yalnızca Add for Review, Apple'a hiçbir şey göndermez. Aşağıdaki adımlar, Ekim 2026 itibarıyla Apple'ın Submit an app sayfasını izler.

1. Apps bölümünde uygulamayı seçin, ardından kenar çubuğunda uygulama sürümüne tıklayın.
2. Build bölümüne kaydırın ve doğru derlemenin bağlı olduğunu doğrulayın.
3. App Store Version Release bölümünde, lansman gününü kontrol etmek istiyorsanız manuel yayınlamayı seçin, ardından Save'e tıklayın.
4. Add for Review'a tıklayın ve mevcut bir taslak gönderimi seçin ya da yenisini oluşturun. Durum Ready for Review olarak değişir.
5. Submit for Review'a tıklayın. İnceleme başladığında durum In Review olarak değişir.
6. Gönderilen meta verilerin ve notların bir kopyasını saklayın ve sorular için inceleme iletişim e-postasını takip edin.

Gönderim reddedilerek geri dönerse, herhangi bir şeyi değiştirmeden önce yönerge numarasını ve inceleyicinin açıklamasını okuyun. Bazı düzeltmeler yalnızca meta veriyle ilgilidir. Bazıları ise yeni bir derleme gerektirir. App Store ret rehberimiz, hangi türle karşı karşıya olduğunuzu nasıl anlayacağınızı adım adım anlatıyor.

Diğer geliştiricilerin gönderimde başına neler geldi?

Aşağıdaki iki herkese açık örnekte de uygulama geliştiricisinin kendi ortamında çalışıyordu; sorun yalnızca yüklenen derlemede veya inceleyicinin ilk oturumunda ortaya çıktı.

Adalo forumundaki bir geliştirici 2.1 yönergesi kapsamında şu retle karşılaştı: “sağladığınız demo hesap bilgileriyle giriş yapamadık.” Kimlik bilgileri geçerliydi, ancak giriş düğmesine ilk dokunuş hiçbir şey yapmıyor, yalnızca ikinci dokunuş çalışıyordu; çünkü koşullu yönlendirme, kullanıcı oturumu kaydedilmeden önce giriş düğmesinde çalışıyordu. Geliştirici sorunu, giriş düğmesini koşullu eylemleri barındıran boş bir geçiş ekranına yönlendirerek çözdü ve uygulamayı yeniden gönderdi.

JUCE forumundaki bir geliştirici, yüklemeden sonra “ITMS-91053: Missing API declaration” uyarısı aldı; uyarıda yeni yüklemelerin “uygulamanın privacy manifest dosyasında bir NSPrivacyAccessedAPITypes dizisi içermesi gerektiği” belirtiliyordu. İşaretlenen kategoriler SystemBootTime ve FileTimestamp idi; başka bir kullanıcı da UserDefaults bildirdi. Çözüm, onaylı reason kodlarını içeren bir PrivacyInfo.xcprivacy dosyasını Xcode kaynağı olarak eklemekti. Bir kullanıcının ilk sürümünde bir type anahtarı eksikti; bu da kullanıcı düzeltene kadar geçersiz manifest için ITMS-91056 uyarısını tetikledi.

Her iki geliştirici de yalnızca kendi kurulumlarında test etmişti. Submit for Review'a basmadan önce Apple'ın gerçekte aldığı derlemeyi sıfırdan bir girişle test edin ve yükleme sonrası gelen her e-postayı okuyun. Paketinize bir de başka bir gözün bakmasını isterseniz gönderim hizmetlerimize göz atın.