App Store ve Google Play Yayın Süreci: Red Sebepleri ve Gerçek Süreler

Uygulama geliştirmek işin yarısı; mağazada yayınlanması diğer yarısı. App Store ve Google Play'in kuralları farklı, süreleri farklı, red sebepleri farklı. Bu yazıda ikisinin nasıl işlediğini ve en sık hangi gerekçelerle geri çevrildiklerini anlatıyoruz.

Kısa cevap: ne kadar sürer?

Google Play'de ilk yayın genelde birkaç gün, güncellemeler çoğunlukla aynı gün içinde çıkar. App Store'da inceleme tipik olarak bir ile üç gün arasında sürer, ancak reddedilirse her tur baştan başlar. Planınıza mağaza süreci için en az bir hafta pay bırakın — özellikle ilk yayında.

Yayın öncesi hazırlanması gerekenler

İki mağaza da uygulamanın kendisinden fazlasını istiyor:

• Geliştirici hesabı. Apple Developer Program yıllık ücretli, Google Play Console tek seferlik ücretli. Şirket adına açılacaksa doğrulama adımları var; bu doğrulama tek başına günler alabiliyor.
• Gizlilik politikası. Erişilebilir bir adreste yayında olmalı. Uygulama kişisel veri topluyorsa bu zorunlu.
• Veri güvenliği beyanı. Google Play'de "Veri Güvenliği" formu, App Store'da "Uygulama Gizliliği" etiketleri. Hangi veriyi neden topladığınızı beyan edersiniz; beyanla uygulamanın davranışı çelişirse red gelir.
• Ekran görüntüleri ve tanıtım metni. Belirli boyutlarda, gerçek uygulamayı gösteren görseller.
• Test hesabı. Uygulamanız giriş istiyorsa, inceleme ekibi için çalışan bir test hesabı vermek zorundasınız.

App Store'da en sık red sebepleri

• İnceleme ekibi içeri giremedi. Test hesabı verilmemiş, çalışmıyor ya da doğrulama kodu isteyen bir adımda takılıyor. En sık ve en kolay önlenebilir red.
• Uygulama yeterince işlev sunmuyor. Yalnızca web sitesini gösteren, mobil uygulama değeri katmayan uygulamalar geri çevriliyor.
• Dijital içerik satışı mağaza içi ödeme kullanmıyor. Uygulama içinde tüketilen dijital ürün satıyorsanız Apple'ın kendi ödeme sistemini kullanmanız gerekiyor. Fiziksel ürün ve hizmet satışında bu kural geçerli değil — bu ayrım e-ticaret uygulamalarında sık karıştırılıyor.
• Gizlilik etiketleri ile gerçek davranış uyuşmuyor. "Veri toplamıyoruz" deyip analiz aracı çalıştırmak tipik örnek.
• Hesap silme yolu yok. Kullanıcı hesap açabiliyorsa, uygulama içinden hesabını silebilmeli.
• Çökme veya bariz hata. İnceleme ekibi uygulamayı gerçek cihazda açıyor; ilk ekranda çöken uygulama anında geri geliyor.

Google Play'de en sık red sebepleri

• Hassas izinler gerekçesiz isteniyor. Konum, rehber, SMS, dosya erişimi gibi izinler için işlevsel gerekçe şart.
• Veri Güvenliği formu eksik veya yanlış. Formdaki beyan ile uygulamanın gerçekte topladığı veri eşleşmeli.
• Hedef API sürümü eski. Google her yıl minimum sürümü yükseltiyor; eski sürümle derlenen uygulama güncelleme alamıyor.
• Mağaza sayfası yanıltıcı. Uygulamanın yapmadığı şeyleri anlatan açıklama veya ekran görüntüsü.
• Yinelenen içerik. Aynı uygulamanın küçük farklarla birden çok kez yayınlanması.

Reddedilirseniz ne olur?

Red bir felaket değil, bir yazışma. Mağaza gerekçeyi belirtir, düzeltip yeniden gönderirsiniz. Önemli olan gerekçeyi doğru okumak: çoğu red teknik bir hata değil, eksik bilgi veya politika uyumsuzluğu kaynaklı. Apple ile aynı fikirde değilseniz inceleme ekibine yazabilir, gerekiyorsa itiraz açabilirsiniz.

Süreci kısaltan üç alışkanlık

• Test hesabını, gizlilik politikasını ve veri beyanını geliştirme bitmeden hazırlayın; yayın gününe bırakmayın.
• İzinleri gerçekten kullandıklarınızla sınırlayın. Kullanılmayan her izin ek soru demek.
• İlk yayını, kampanya veya lansman tarihinden en az bir hafta öncesine alın.

Bu süreci sizin yerinize yürütüyoruz

Geliştirdiğimiz uygulamaların mağaza yayın süreçlerini kendi ekibimizle biz yürütüyoruz: hesap kurulumu, beyanlar, görseller, gönderim ve red durumunda yazışma dahil. Hesaplar sizin adınıza açılır — uygulama sizin mülkünüz olur. App Store ve Google Play'de yayında olan işlerimizi projeler sayfamızdan inceleyebilirsiniz.