iOS ve Android Mağazada Uygulama Yayınlama Süreci

Uygulama yayınlama süreci, 2026'da geçmiş yıllara kıyasla belirgin şekilde sıkılaştı. Apple, 2025'te incelediği 9,1 milyon başvurunun 2 milyondan fazlasını reddetti; Google ise aynı dönemde 2 milyona yakın politika ihlali içeren başvuruyu geri çevirdi ve 80.000'den fazla geliştirici hesabını askıya aldı. Bu rakamlar, mağazaların artık "otomatik onay" değil, ciddi bir denetim mekanizması işlettiğini açıkça gösteriyor.

Bu sıkılaşmanın arkasında, kullanıcı verisi gizliliğine yönelik artan hassasiyet ve platform güvenliği standartlarının yükselmesi yatıyor. Bir başvurunun ilk denemede reddedilme oranı beşte birin üzerinde; en sık karşılaşılan ret nedenleri ise çökme (crash) sorunları ve gizlilik beyanlarındaki eksiklikler. Her iki mağaza da yayında olan uygulamaları periyodik olarak yeniden tarıyor, bu da onay sürecini bir kerelik değil, sürekli bir gereklilik haline getiriyor.

Bu nedenle geliştiricilerin artık süreci "mükemmelleştirme" değil, "yineleme" mantığıyla planlaması öneriliyor. İlk denemede kabul edilmeyi beklemek yerine, iki gönderim döngüsü için zaman ayırmak, bir demo hesap hazırlamak ve gizlilik beyanlarını eksiksiz tutmak, hem zaman kaybını hem de stresi büyük ölçüde azaltıyor. Bu yazıda, hesap açılışından yayın sonrası sürdürülebilir büyümeye kadar tüm süreci sırayla ele alıyoruz.

Her iki platformda da yayınlamak, önce bir geliştirici hesabı açmayı gerektiriyor. Apple Developer Program üyeliği yıllık 99 dolar; kurumsal hesap açmak isteyenler için ayrıca bir D-U-N-S numarası gerekiyor. Google Play Console tarafında ise tek seferlik 25 dolarlık bir kayıt ücreti yeterli; bu ödemeden sonra sınırsız sayıda uygulama gönderilebiliyor.

Google'da 13 Kasım 2023'ten sonra açılan yeni bireysel hesaplar için ek bir adım var: uygulamanın canlıya alınabilmesi için, en az 12 gönüllü test kullanıcısıyla 14 gün kesintisiz süren kapalı bir test süreci tamamlanmalı. Kurumsal hesaplar bu zorunluluktan muaf tutuluyor.

Gönderim öncesi netleştirilmesi gereken temel unsurlar şu sırayla ele alınmalı:

1. Gizlilik politikası URL'si hazırlayın — Her iki mağaza da geçerli ve erişilebilir bir gizlilik politikası bağlantısı talep ediyor.

2. Demo hesap bilgileri oluşturun — Giriş gerektiren uygulamalar için incelemecilere test erişimi sağlanmalı.

3. İçerik derecelendirme anketini tamamlayın — Google'da IARC anketi tamamlanmadan uygulama yayınlanamıyor.

4. İmzalama sertifikalarını düzenleyin — Android uygulamaları, yükleme ve yayın anahtarlarıyla dijital olarak imzalanmalı.

Bu hazırlık adımları tamamlanmadan yapılan bir gönderim, genellikle daha inceleme başlamadan otomatik doğrulama aşamasında geri çevriliyor.

Apple'ın 2026'daki en kritik yeni zorunluluğu, gizlilik manifestosu (PrivacyInfo.xcprivacy) dosyası. "Gerekli neden" (required-reason) API kullanan veya üçüncü taraf SDK içeren neredeyse tüm uygulamalar, hangi veri türlerinin toplandığını, hangi SDK'ların hangi amaçla kullanıldığını ve her API için onaylı gerekçeleri bu dosyada beyan etmek zorunda. Bu beyan eksik veya hatalı olduğunda, uygulama daha inceleme aşamasına ulaşmadan reddedilebiliyor.

İnceleme sürecinde reddedilen başvuruların büyük kısmı, Apple'ın belirli kural numaralarıyla ilişkilendirdiği beş kategoriye giriyor: 2.1 (performans), 2.3 (doğruluk), 3.1 (ödeme), 4.8 (giriş sistemleri) ve 5.1 (gizlilik). Bu kuralları önceden bilmek, bir ret mektubunda karşılaşılan gerekçeleri hızlı şekilde anlayıp düzeltmeyi mümkün kılıyor; çünkü incelemeciler ret nedenlerini genellikle doğrudan bu kural numaralarına atıfla belirtiyor.

Görsel materyaller de sürecin kritik bir parçası: 2026 gönderimleri için 6,9 inçlik ekran (iPhone 16 Pro Max) ekran görüntüleri zorunlu tutuluyor; iPad görselleri isteğe bağlı olsa da tavsiye ediliyor. Yayın öncesi TestFlight üzerinden gerçek kullanıcılarla test yapmak, canlıya geçmeden önce çökme ve kullanılabilirlik sorunlarını yakalamanın en etkili ve düşük maliyetli yolu olarak öne çıkıyor.

Google Play'de uygulamalar artık tek başına APK dosyası olarak değil, Android App Bundle (AAB) formatında yüklenmek zorunda. 31 Ağustos 2026 itibarıyla, tüm yeni uygulama ve güncellemelerin Android 16 (API seviye 36) hedeflemesi şart; bu tarihe kadar uzatma talep etme imkanı Play Console üzerinden mevcut, ancak eksik bir SDK beyanı veya güncel olmayan hedef SDK, gönderimin tamamen engellenmesine yol açıyor.

Google'ın süreci, Apple'a kıyasla daha az evrak gerektirse de, kendine özgü teknik geçitlere sahip. Gönderim öncesi kontrol edilmesi gereken temel unsurlar şunlar:

• AAB formatına dönüştürün — Standalone APK dosyaları artık kabul edilmiyor.

• Veri Güvenliği formunu eksiksiz doldurun — Uygulamanın hangi veriyi topladığı ve nasıl kullandığı net şekilde beyan edilmeli.

• Hedef API seviyesini güncelleyin — Android 16 (API 36) gerekliliğini karşılamayan uygulamalar gönderilemiyor.

• Aşamalı yayın huninisini kullanın — Kapalı test, açık test ve üretim aşamalarını sırayla geçerek riski kademeli olarak azaltın.

Bu unsurlardan herhangi biri eksik olduğunda, uygulama daha incelemeci bir kişi tarafından görülmeden otomatik doğrulama aşamasında reddediliyor.

İnceleme sürecini anlamak için iki farklı aşamayı ayırt etmek gerekiyor: doğrulama (validation) ve inceleme (review). Doğrulama, yanlış SDK, eksik ikon boyutu veya imzalanmamış bir dosya gibi teknik hataları daha yükleme aşamasında engelleyen tamamen otomatik bir kontrol; inceleme ise uygulamanın kendisini, mağaza sayfasındaki metadata'yı ve yapılan beyanları bir arada değerlendiren çok daha kapsamlı bir süreç.

Bu iki aşamanın farkı, ret nedenlerini teşhis ederken de önemli. Bir uygulama doğrulama aşamasında takılıyorsa sorun genellikle teknik ve hızlı çözülebilir (eksik dosya, yanlış format); inceleme aşamasında reddediliyorsa sorun daha çok politika uyumu, gizlilik beyanı doğruluğu veya kullanıcı deneyimi kalitesiyle ilgili oluyor ve düzeltilmesi daha fazla zaman alabiliyor.

Metadata ile uygulamanın gerçek işlevinin birebir örtüşmesi de sıkça göz ardı edilen bir detay. Mağaza sayfasında vaat edilen özellikler ile uygulamanın gerçekte sunduğu deneyim arasında bir tutarsızlık varsa, bu hem ilk gönderimde hem de sonraki güncellemelerde ret riskini artırıyor. Güncellemeler genellikle 1-3 gün gibi daha kısa bir sürede incelense de, aynı titiz kurallara tabi tutuluyor; bu nedenle "zaten yayında" olmak, gelecekteki güncellemeler için bir ayrıcalık sağlamıyor.

Uygulama yayınlandıktan sonra süreç bitmiyor; asıl iş aslında burada başlıyor. Uygulama Mağazası Optimizasyonu (ASO), çökme izleme ve düzenli güncelleme ritmi, mağazaların uzun vadede ödüllendirdiği üç temel unsur. Sürekli kalite ve aktif kullanıcı etkileşimi gösteren uygulamalar, hem arama sıralamasında hem de kullanıcı güveninde belirgin bir avantaj kazanıyor.

Birincil mağazaların yanında, ikincil dağıtım kanalları da uzun vadeli bir büyüme stratejisinin parçası olabilir. Samsung Galaxy Store, Android'in en büyük donanım üreticisi olarak güçlü bir ikincil kanal sunuyor; ancak kendi ticari satıcı statüsü başvurusunu ve ayrı içerik kurallarını gerektiriyor. Amazon Appstore ise Fire tablet ve Fire TV ekosistemine açılan, kendi dört adımlı gönderim sürecine sahip bir başka alternatif olarak değerlendirilebilir.

Sonuç olarak, iOS ve Android mağazada uygulama yayınlama süreci, teknik olarak karmaşık olmasa da, çok sayıda birbirine bağlı adım içeriyor ve tek bir eksik beyan tüm süreci haftalarca geciktirebiliyor. Hazırlığı erken başlatan, gizlilik ve teknik gereklilikleri baştan planlayan ekipler, hem daha hızlı onay alıyor hem de yayın sonrası sürdürülebilir bir büyüme için sağlam bir temel kurmuş oluyor.