Bir uygulama en sık şu nedenlerle reddedilir: incelemede çökmesi veya belirgin hatalar (Apple Kural 2.1), eksik ya da erişilemeyen gizlilik politikası ve beyan edilen veri toplama ile gerçek davranışın uyuşmaması, incelemeye çalışan bir demo/test hesabı verilmemesi, yanıltıcı mağaza açıklaması ve ekran görüntüleri, ve web sitesinin birebir kopyası olup ek değer taşımayan "wrapper" uygulamalar. İyi haber: red nedenlerinin neredeyse tamamı düzeltilip yeniden gönderilebilir — çoğu, yayın öncesi düzgün bir kontrol listesiyle baştan önlenebilir. Aşağıda App Store ve Google Play için en sık red gerekçelerini ve her birini nasıl önleyeceğinizi tek tek açıklıyoruz.
Apple App Store’da en sık red nedenleri
Apple’ın incelemesi iki mağaza arasında daha katıdır ve insan editörler tarafından yapılır. En çok karşılaşılan gerekçeler App Store Review Guidelines’ın belirli maddelerine dayanır:
- Kural 2.1 — Uygulama tamamlanmamış veya hatalı: inceleme sırasında çökme, boş ekran, çalışmayan buton ya da "yakında" yazan bölümler. En sık görülen tek red nedeni budur.
- Kural 5.1.1 — Gizlilik: eksik gizlilik politikası bağlantısı, izin isteyip amacını açıklamayan uygulama ya da App Privacy ("Nutrition Label") beyanının gerçek veri toplamayla uyuşmaması.
- Kural 2.3 — Yanıltıcı meta veri: ekran görüntüleri, açıklama veya uygulama adının gerçek işlevle örtüşmemesi.
- Kural 3.1.1 — Ödemeler: dijital içerik/abonelik satışının Apple’ın In-App Purchase sistemi yerine harici ödeme yönlendirmesiyle yapılması.
- Kural 4.2 — Minimum işlevsellik: yalnızca bir web sitesini gösteren, uygulamaya özgü değer katmayan "wrapper" uygulamalar.
- Demo hesabı eksikliği: giriş gerektiren uygulamalarda çalışan bir test hesabı ve gerekiyorsa talimat verilmemesi — inceleyici içeri giremezse uygulama doğrudan reddedilir.
App Store’a gönderilen uygulamaların önemli bir kısmı ilk incelemede reddedilir; ancak bu red kalıcı bir engel değildir. Red bir "hayır" değil, "önce şunu düzelt" demektir — sorun giderilip yeniden gönderildiğinde uygulama çoğunlukla onaylanır.
Google Play’de en sık red nedenleri
Google Play incelemesi büyük ölçüde otomatik sistemlerle yapılır ve politika ihlallerine odaklanır. En sık askıya alma ve red nedenleri şunlardır:
- Data Safety (Veri Güvenliği) formu ile gerçek davranış uyuşmazlığı: uygulamanın topladığı veriyle formda beyan edilenin farklı olması.
- Eksik veya geçersiz gizlilik politikası: kişisel veri toplayan her uygulama için erişilebilir bir gizlilik politikası URL’si zorunludur.
- İzin kötüye kullanımı: SMS, arama kaydı, "tüm dosyalara erişim" gibi hassas izinlerin gerekçesiz istenmesi.
- Yanıltıcı davranış ve içerik: sahte işlevsellik, spam, taklit (copycat) uygulamalar, marka/telif ihlali.
- Hedef API seviyesi (target API level) güncel değil: Google Play, yeni uygulamaların güncel bir Android API seviyesini hedeflemesini şart koşar; eski hedef sürüm yüklemeyi engeller.
- Reklam ve para kazanma politikası ihlalleri: aldatıcı reklamlar veya izinsiz kişisel veri kullanımı.
İki mağazanın ortak red nedeni: gizlilik ve izin beyanları
Hem Apple hem Google için en hızlı büyüyen red kategorisi gizlilik. İki mağaza da uygulamanızın hangi veriyi neden topladığını beyan etmenizi ve bunu gerçek davranışla eşleştirmenizi ister. Örneğin iOS tarafında kameraya erişen bir uygulama, izni isteme gerekçesini Info.plist içinde açıkça belirtmek zorundadır; bu açıklama metni eksikse uygulama reddedilir:
<!-- iOS: Info.plist — izin amacı açıklamaları eksikse red gelir -->
<key>NSCameraUsageDescription</key>
<string>Profil fotoğrafınızı çekebilmek için kamera erişimi gerekir.</string>
<key>NSPhotoLibraryUsageDescription</key>
<string>Galeriden fotoğraf seçebilmeniz için erişim gerekir.</string>
<key>NSLocationWhenInUseUsageDescription</key>
<string>Size en yakın şubeyi gösterebilmek için konumunuzu kullanırız.</string>Aynı mantık Android’de "Data Safety" formu için geçerlidir: topladığınız her veri türünü ve amacını doğru işaretlemeniz gerekir. Gizlilik politikası sayfanız da hem mağaza kuralları hem de KVKK/GDPR uyumu için zorunludur.
Uygulama reddedilmesini önlemenin kontrol listesi
- Tüm cihaz ve ekran boyutlarında test edin; incelemeye çökme ve hata içeren bir sürüm göndermeyin.
- Erişilebilir bir gizlilik politikası URL’si ekleyin ve veri beyan formlarını (App Privacy / Data Safety) gerçek davranışla eşleştirin.
- Giriş gerektiren uygulamalarda çalışan bir demo hesabı ve gerekiyorsa test talimatı verin.
- Ekran görüntüleri, açıklama ve uygulama adının gerçek işlevle birebir örtüştüğünden emin olun.
- İstediğiniz her izin için net bir gerekçe yazın; kullanmadığınız izinleri kaldırın.
- Dijital satış varsa mağazanın kendi ödeme sistemini (IAP / Google Play Billing) kullanın.
- Uygulamanın bir web sitesinden fazlasını sunduğundan — gerçek uygulama değeri kattığından — emin olun.
Uygulamam reddedildi, şimdi ne yapmalıyım?
Red bir son değil, bir düzeltme döngüsüdür. Mağaza size red gerekçesini ve çoğu zaman ilgili kural maddesini bildirir. Yapmanız gereken: gerekçeyi dikkatle okuyun, sorunu giderin ve yeniden gönderin. Gerekçenin haksız olduğunu düşünüyorsanız Apple’ın Resolution Center’ı veya Google Play Console üzerinden itiraz (appeal) edebilir, açıklama ekleyebilirsiniz. Yeniden gönderimde inceleme genellikle ilk seferden daha hızlı sonuçlanır. Yayınlama sürecinin tamamını — hesap kurulumundan materyallere ve inceleme döngülerine kadar — mobil uygulama yayınlama süreci rehberimizde adım adım anlattık; geliştirici hesabı ücretleri için ise uygulama yayınlama ücreti yazımıza bakabilirsiniz.
Sonuç
Uygulamaların reddedilme nedenlerinin neredeyse tamamı öngörülebilir ve önlenebilirdir: çökme bırakmayın, gizlilik beyanlarını doğru doldurun, çalışan bir demo hesabı verin ve mağaza politikalarına uyun. Bu adımlar hem ilk onay şansınızı artırır hem de yayın takviminizi haftalarca uzatan düzeltme döngülerini önler. Uygulamanızın geliştirilmesini ve iki mağazada da sorunsuz yayınlanmasını tek elden yürütmek isterseniz mobil uygulama hizmetimizi inceleyebilir, projeniz için ücretsiz teklif alabilirsiniz.