App Store incelemesinin uygulamanızı geri göndermesinin sekiz nedeni

Kısa cevap: App Store ve Google Play'deki uygulama retlerinin çoğu bir kod hatasından kaynaklanmaz. Geliştiricinin değil, işletme sahibinin kontrolündeki idari kalemlerden kaynaklanır: incelemecinin giriş yapabileceği bir demo hesabı, eksiksiz bir gizlilik politikası, gerçeği yansıtan bir veri beyanı, şirket adına açılmış bir geliştirici hesabı ve süresi çoktan dolmuş teknik bir son tarih. Bunların her biri, tek bir satır kod yazmadan lansmandan iki hafta önce hazırlanabilir.

Takvime etkisi göründüğünden büyüktür. Ret, uygulamanın kötü olduğu anlamına gelmez; her düzeltmeden sonra uygulamanın sıranın sonuna döndüğü anlamına gelir. Böylece bir sezona veya etkinliğe bağlı bir lansman kampanyası, ucu açık bir gecikmeye dönüşür. Bu yüzden yayın dosyası, son güne bırakılan bir evrak işi olarak değil, projenin bir parçası olarak ele alınmayı hak eder.

1 — İncelemecinin uygulamanızı açabileceği bir demo hesabı yok

Bu, giriş ekranıyla başlayan uygulamalarda en sık tekrarlanan nedendir. İncelemeci sizin müşterilerinizden biri değildir ve sisteminizde kayıtlı bir telefon numarası yoktur; hazır kimlik bilgileri olmadan ilk ekranda kalır. Apple'ın uygulama bütünlüğü kuralı (App Completeness, 2.1) açıktır: nihai bir sürüm gönderin, uygulamanızda giriş varsa demo hesabı bilgilerini ekleyin ve arka uç hizmetinizi açık tutun. Yasal veya güvenlik yükümlülükleri gerçek bir hesap vermenizi engelliyorsa, Apple'ın ön onayıyla uygulamanın tüm işlevlerini gösteren yerleşik bir demo modu ekleyebilirsiniz.

Uygulamada: süresi dolmayan ve veri temizliklerinde silinmeyen kalıcı bir hesap hazırlayın ve staging sunucularının yalnızca mesai saatlerinizde değil, inceleme süresi boyunca çalıştığından emin olun.

2 — Mağaza, uygulamanızı yeniden paketlenmiş bir web sitesi olarak görüyor

Asgari işlevsellik kuralı (Minimum Functionality, 4.2), bir uygulamanın kendisini yeniden paketlenmiş bir web sitesinin üstüne taşıyan özellikler, içerik ve arayüz içermesi gerektiğini ve ağırlıklı olarak pazarlama materyali, web kırpıntısı, içerik toplayıcı veya bağlantı koleksiyonu olan uygulamaların kabul edilmediğini belirtir. Birçok şirket, rakibinin bir uygulaması olduğu için uygulama ister ve ürün, bir kabuğun içindeki web sitesi kopyası olarak çıkar.

İki çıkış yolu vardır: ya uygulamaya tarayıcının sunamayacağı gerçek bir değer katarsınız (çevrimdışı kullanım, sipariş durumuna göre bildirimler, barkod tarama, cihazda saklanan veriler, ödeme ve harita entegrasyonu) ya da mağazalardan geçmek yerine bir aşamalı web uygulaması yayınlarsınız. Bu tercihi aşamalı web uygulaması mı, yerel uygulama mı yazımızda ele aldık.

3 — Gizlilik politikası eksik veya uygulamanın içinde yok

Apple'ın veri toplama kuralı (Data Collection, 5.1.1), App Store Connect meta verilerinde ve uygulamanın içinde kolay erişilebilir bir yerde gizlilik politikası bağlantısı bulunmasını şart koşar. Politika hangi verilerin, nasıl toplandığını ve her kullanım amacını belirtmeli; veri paylaştığınız her üçüncü tarafın (analiz araçları, reklam ağları, üçüncü taraf SDK'lar) aynı korumayı sağladığını teyit etmeli; saklama ve silme politikalarını ve kullanıcının onayını nasıl geri çekeceğini açıklamalıdır.

Bu, başka bir web sitesinden kopyalayacağınız bir sayfa değildir. Sisteminizin gerçekte ne yaptığının bir tanımıdır ve pratik PDPL rehberimizde açıkladığımız gibi Suudi Arabistan Kişisel Verilerin Korunması Kanunu (PDPL) kapsamındaki yükümlülüklerinizle örtüşmelidir.

4 — Uygulamanın içinde hesap silme seçeneği yok

5.1.1 (v) kuralı açıktır: uygulamanız hesap oluşturmayı destekliyorsa, uygulama içinden hesap silmeyi de sunmalısınız. Kural, birçok ekibin gözden kaçırdığı bir şart daha ekler: uygulamanız hesaba dayalı önemli özellikler içermiyorsa, insanların giriş yapmadan kullanmasına izin verin ve temel işlevle doğrudan ilgili olmadıkça veya yasa gerektirmedikçe kişisel bilgi istemeyin.

Buradaki hesap silme, arayüzdeki bir düğmeden ibaret değildir; arka uçta eksiksiz bir süreçtir. Müşterinin yasal olarak silinemeyen siparişlerine, faturalarına ve muhasebe kayıtlarına ne olacak? Olağan cevap, kimlik verilerini mali kayıtlardan geliştirme başlamadan önce ayırmaktır, sonra değil.

5 — Google Play veri güvenliği beyanı uygulamanın yaptığıyla uyuşmuyor

Google, her geliştiriciden uygulamanın topladığı ve cihaz dışına aktardığı verileri, üçüncü taraf kitaplıklar ve SDK'lar tarafından toplanan veriler dahil, toplamanın zorunlu mu isteğe bağlı mı olduğunu, amacını, verilerin aktarım sırasında şifrelenip şifrelenmediğini ve bir silme talebi mekanizması olup olmadığını beyan etmesini ister. Politika, doğru beyandan yalnızca geliştiricinin sorumlu olduğunu ve ihlallerin güncellemelerin engellenmesine veya Google Play'den kaldırılmaya yol açtığını belirtir.

Yaygın hata basittir: bir geliştirici kendi işini kolaylaştırmak için bir analiz veya çökme raporlama aracı eklemiştir ve kimse bunu beyana yazmamıştır. Göndermeden önce ekibinize tek bir soru sorun: Bu uygulamadaki üçüncü taraf paketlerin tam listesi nedir ve her biri ne gönderiyor?

6 — Uygulama eski bir Android sürümünü hedeflediği için güncelleme reddediliyor

31 Ağustos 2026 tarihinden bu yana Google Play, yeni uygulamaların ve uygulama güncellemelerinin Android 16 (API düzeyi 36) veya üzerini hedeflemesini şart koşuyor; istisnalar şunlar: Wear OS ve Android Automotive için düzey 35, Android TV ve Android XR için düzey 34. Süre uzatımı talep eden geliştiricilerin 1 Kasım 2026 tarihine kadar vakti var.

İşletme sahibi için operasyonel sonuç: yayındaki uygulamanız mağazada kalır, ancak gerekli düzeye göre yeniden derlenene kadar hiçbir güncelleme yayınlayamazsınız; acil bir güvenlik düzeltmesi veya fiyat değişikliği bile. Bir yıldır güncellenmemiş her uygulama, acil bir sürüme ihtiyaç duymadan önce bu açıdan kontrol edilmeyi hak eder.

7 — Yeni hesapların yayından önce 12 test kullanıcısına ve 14 güne ihtiyacı var

Google Play'de 13 Kasım 2023 sonrasında açılan kişisel geliştirici hesapları hemen herkese açık yayın yapamaz. Üretim erişimine başvurmadan önce en az 14 gün boyunca kesintisiz olarak katılan en az 12 test kullanıcısıyla kapalı bir test yapmaları gerekir. Bu, takvime eklenen iki hafta ve gerçek Google hesaplarına sahip 12 gerçek kişi demektir.

Öte yandan, Apple Developer Program'a kuruluş olarak kaydolmak bir D-U-N-S numarası ve sözleşme yapabilen bir tüzel kişilik gerektirir; kayıt, ticari unvan veya şube adıyla değil, kuruluşun yasal adıyla yapılır. Numarayı almak ve doğrulamayı geçmek günler sürer. Buna lansman haftasında değil, projenin ilk haftasında başlayın.

8 — Mağaza meta verileri, ekran görüntüleri ve her şube için ayrı uygulama

Üç küçük kural koca sürümleri batırır: ekran görüntüleri başlık görselini, giriş sayfasını veya açılış ekranını değil, uygulamanın kullanımını göstermelidir (2.3.3); uygulama adı 30 karakterle sınırlıdır ve meta veriler tescilli marka terimleri, popüler uygulama adları veya fiyatlarla doldurulamaz (2.3.7); ve aynı uygulamanın birden fazla bundle ID'sini oluşturamazsınız (4.3a). Bir şirket her şube veya şehir için ayrı uygulama istediğinde tam olarak bu olur. Doğru model, kullanıcının şubeyi seçtiği tek bir uygulamadır.

Bu kapı proje planına nasıl oturur

  • Geliştirici hesabını şirketinizin adına kaydedin, geliştiricinin veya ajansın adına değil. Yazılımınızın haklarının sahibi kim yazımızda anlattığımız gibi, alan adı gibi bir şirket varlığıdır.
  • Hesapları ilk hafta açın: Apple yıllık 99 $, Google Play ise tek seferlik 25 $ ücret alır; zaman alan ödeme değil, doğrulamadır.
  • Sözleşmeye bir madde koyun: derlemeyi kimin göndereceğini ve inceleme notlarını kimin yanıtlayacağını, fiyatın kaç inceleme döngüsünü kapsadığını belirtsin.
  • Yayın dosyasını ayrı bir teslimat olarak ele alın: gizlilik politikası, veri beyanı, ekran görüntüleri, açıklama, demo hesabı ve üçüncü taraf paketlerin listesi.
Kod, lansmandan bir hafta önce biter. Yayın dosyası iki hafta ister. Bu sıralamayı yanlış kurmak, geciken lansmanların çoğunun arkasındaki nedendir.

Kaynaklar