App Store ve Google Play Yayın Süreci: Reddedilmeden Yayına Çıkma Rehberi

Bir mobil uygulamayı geliştirmek işin yarısıdır; onu mağazalarda yayına almak ise çoğu ekibin hafife aldığı, gerçekte oldukça bürokratik bir süreçtir. App Store ve Google Play birbirinden çok farklı kurallara, inceleme süreçlerine ve red gerekçelerine sahiptir. Bu yazıda ilk yayın öncesi hazırlık listesinden en sık karşılaşılan red nedenlerine kadar, uygulamanızı ilk denemede yayına çıkarmanın yolunu adım adım anlatıyoruz.

Yayın Öncesi Hesap ve Hazırlık Adımları

Süreç, uygulamayı yüklemeden çok önce başlar. Apple tarafında Apple Developer Program üyeliği yıllık ücretlidir ve şirket hesabı için D-U-N-S numarası gerekir; bu numaranın alınması bazen haftalar sürebilir. Google tarafında tek seferlik bir kayıt ücreti vardır ancak yeni geliştirici hesapları için ek doğrulama adımları uygulanmaktadır.

• Sertifikalar ve imzalama: iOS için provisioning profilleri, Android için imzalama anahtarı (keystore veya Play App Signing).
• Bundle ID / Package name: Yayından sonra değiştirilemez, baştan doğru belirleyin.
• Gizlilik politikası URL'si: Her iki mağaza için de zorunludur.

Mağaza Kaydı ve Metadata Hazırlığı

Mağaza listesi, uygulamanızın vitrinidir ve aynı zamanda inceleme ekibinin ilk baktığı yerdir. Başlık, açıklama, ekran görüntüleri ve tanıtım metni hem ASO hem de onay açısından önemlidir. Ekran görüntülerinin gerçek uygulamayı yansıtması gerekir; yanıltıcı veya mockup ağırlıklı görseller red sebebidir.

Apple'ın App Privacy etiketleri ve Google'ın Data Safety formu, uygulamanızın hangi veriyi topladığını beyan etmenizi zorunlu kılar. Bu formların SDK'larınızın gerçek davranışıyla tutarlı olması kritik; tutarsızlık tespit edilirse uygulama askıya alınabilir.

İnceleme Süreci: Apple ve Google Farkı

Apple'ın incelemesi büyük ölçüde manuel yapılır ve bir insan inceleyici uygulamanızı gerçekten kullanır. Bu nedenle giriş gerektiren uygulamalarda test hesabı bilgisi sağlamak zorunludur; aksi halde inceleyici içeri giremez ve doğrudan reddeder. İnceleme genellikle 24-48 saat sürer.

Google Play ise büyük ölçüde otomatik tarama ile başlar, ancak yeni hesaplarda ve hassas kategorilerde manuel inceleme süresi günlerce uzayabilir. Google'ın kademeli yayın (staged rollout) özelliği, güncellemeyi önce kullanıcıların küçük bir yüzdesine açmanıza olanak tanır.

En Sık Karşılaşılan Red Nedenleri

Redlerin çoğu tahmin edilebilir ve önlenebilir kalıplara dayanır. Bunları önceden bilmek, günlerce sürebilecek gidiş-gelişleri ortadan kaldırır.

• Eksik test hesabı: Apple'da en sık redlerden biri, inceleyicinin giriş yapamamasıdır.
• Çökme ve bozuk bağlantılar: İnceleme cihazında yaşanan bir çökme anında red getirir.
• Yetersiz işlevsellik: Sadece bir web sitesini saran (wrapper) uygulamalar Apple'ın 4.2 kuralına takılır.
• İzin gerekçesi eksikliği: Kamera, konum gibi izinlerin neden istendiği kullanıcıya açıklanmalıdır.
• Ödeme kuralları: Dijital içerik satışında platformun kendi ödeme sistemini atlamak red sebebidir.

Sürüm Yönetimi ve Güncelleme Stratejisi

İlk yayın kadar sonraki güncellemeler de planlanmalıdır. Apple'ın TestFlight ve Google'ın Internal Testing / Closed Testing kanalları, gerçek kullanıcıya çıkmadan önce sürümü doğrulamanızı sağlar. Kritik bir hata durumunda Apple'dan expedited review (hızlandırılmış inceleme) talep edebilirsiniz.

Sürüm numaralandırmasını tutarlı tutun ve her yayınla birlikte anlaşılır bir sürüm notu ekleyin. Otomatik yayın yerine manuel yayını tercih ederseniz, onay geldikten sonra yayınlama anını siz kontrol edersiniz; bu, pazarlama takviminizle uyum için değerlidir.

Yayın süreci, iyi bir kontrol listesiyle korkutucu olmaktan çıkar. Sertifikalardan gizlilik formlarına, test hesabından ekran görüntülerine kadar her adımı yayından önce tamamlarsanız, ilk denemede onay alma ihtimaliniz katbekat artar. Corant olarak müşterilerimizin uygulamalarını yayına hazırlarken bu adımları bir yayın kontrol listesine dönüştürüyor ve reddedilme kaynaklı zaman kaybını en aza indiriyoruz.