App Store ve Google Play Yayın Süreci: Reddedilmeden Geçmek
Uygulamanız mağazadan neden reddedilir, hazırlık aşamasında hangi belgeler ve ayarlar gerekir, süreci baştan doğru kurmanın yolunu anlatıyoruz.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
App Store ve Google Play reddi büyük çoğunlukla kod hatasından değil, eksik gizlilik politikası, açıklaması yetersiz izin talebi ya da eksik test hesabından gelir. Bu belgeler ve ayarlar gönderim öncesi hazırsa, süreç genelde ilk seferde geçer.
İki mağazanın da inceleme mantığı farklıdır. Apple daha sıkı ve insan gözden geçirmesi ağırlıklı işler; Google daha çok otomatik tarama kullanır ama politika ihlallerinde de sert davranır. İkisi için ayrı ayrı hazırlık gerekir.
Bu yazıda hem gönderim öncesi hazırlığı hem de her iki mağazanın kendine özgü ret gerekçelerini, gerçek bir örnekle ve adım adım bir hazırlık sırasıyla anlatıyoruz.
Gönderim öncesi hangi belgeler hazır olmalı
Gizlilik politikası her iki mağaza için de zorunludur ve gerçek, uygulamanın topladığı veriyi doğru yansıtan bir metin olmalıdır; kopyala yapıştır bir şablon incelemede sorun çıkarır.
Uygulama izin isteyen bir özellik içeriyorsa (konum, kamera, bildirim), bu iznin neden istendiğini açıklayan kısa bir metin hem kullanıcıya hem incelemeciye gösterilir. Apple bu açıklamayı özellikle arar.
Mağaza açıklaması ve anahtar kelimeler de bu aşamada hazırlanmalı; ürün adı, kısa açıklama ve ekran görüntüsü metinleri hem kullanıcının arama sonucunda ne göreceğini hem incelemecinin uygulamayı nasıl değerlendireceğini etkiler. Bu metinler geliştirme bitmeden, paralel olarak yazılabilir.
- Gizlilik politikası (canlı bir URL üzerinden erişilebilir olmalı)
- İzin açıklamaları (konum, kamera, bildirim, kişiler)
- İnceleme için test hesabı (giriş gerektiren uygulamalarda)
- Ekran görüntüleri ve mağaza açıklaması, gerçek arayüzü yansıtan
Apple neden reddeder
Apple'ın en sık ret gerekçeleri arasında eksik işlevsellik (çökme, boş ekran), yetersiz izin açıklaması ve uygulama içi satın alma kurallarına aykırılık yer alır. İnceleyen kişi uygulamayı gerçekten kullanır; test hesabı çalışmıyorsa ret gelir.
Bir diğer sık neden, uygulamanın bir web sitesinin basit bir sarmalayıcısı gibi görünmesidir. Apple, uygulamanın gerçek native değer sunduğunu görmek ister; bu yüzden arayüz ve deneyim tarafında özen önemlidir.
Uygulama içi satın alma kuralları da sık gözden kaçan bir başlık: dijital bir ürün ya da hizmet Apple'ın kendi satın alma sistemi dışında bir yöntemle satılıyorsa bu, sürüm hazır olsa bile tek başına reddi getirebilir.
Google Play neden reddeder
Google tarafında en sık sorun, veri güvenliği formunun (Data Safety) uygulamanın gerçekte topladığı veriyle uyuşmamasıdır. Bu form eksik ya da yanlış doldurulursa otomatik sistemler işaretler.
Hedef API seviyesi güncel tutulmalıdır; Google her yıl minimum hedef API seviyesini yükseltir ve eski seviyede kalan uygulamalar yeni yükleme ve güncelleme alamaz hale gelebilir.
Yanıltıcı mağaza açıklaması ya da gerçekte olmayan bir özelliği vaat eden ekran görüntüsü de Google'ın politika ihlali olarak işaretlediği bir başka başlıktır; açıklama metninin uygulamanın gerçek işlevleriyle birebir örtüşmesi gerekir.
Bir iş elbisesi üreticisinin deneyimi
Bir iş elbisesi üreticisinin B2B sipariş uygulamasında ilk gönderimde ret geldi; sebep, konum izninin ne için istendiğinin açıklanmamış olmasıydı. Açıklama metni eklenip aynı gün yeniden gönderildi, ikinci incelemeden geçti.
Bu örnek, reddin genelde 'kötü kod'dan değil, incelemecinin göremediği bir açıklamadan geldiğini gösteriyor. Hazırlık listesi baştan doğru kurulduğunda çoğu ret önlenebilir.
Buradaki karar kriteri şuydu: izin isteyen her özellik için 'bu iznin uygulamadaki karşılığı nedir' sorusuna tek cümlelik bir cevap yazılı hale getirildi. Bu tek adım, ikinci gönderimde hem Apple hem Google tarafında sorunsuz geçmeyi sağladı.
Nasıl uygulanır: adım adım
Gönderim hazırlığını bir kerelik kontrol listesi yerine sıralı bir süreç olarak kurmak, iki mağazada da riski azaltıyor. İlk adım, uygulamanın istediği her izni tek tek listeleyip her biri için kullanıcıya gösterilecek açıklama metnini önceden yazmaktır; bu metin geliştirme bitmeden, tasarım aşamasında hazırlanabilir.
İkinci adım, giriş gerektiren her ekran için gerçekten çalışan bir test hesabı oluşturup incelemeci gözünden uygulamayı uçtan uca denemektir. Üçüncü adım, Google Play'de veri güvenliği formunu doldururken uygulamanın gerçekte topladığı veriyi (analiz aracı, bildirim servisi dahil) eksiksiz saymaktır; unutulan bir üçüncü parti servis bile formu geçersiz kılabilir.
Son adım, gönderim öncesi ekran görüntülerinin ve mağaza açıklamasının, uygulamanın o anki gerçek arayüzüyle birebir uyuşup uyuşmadığını kontrol etmektir; eski bir tasarımdan kalma ekran görüntüsü küçük ama sık rastlanan bir ret sebebidir.
Sık yapılan hatalar
En sık hata, gizlilik politikasını ve izin açıklamalarını geliştirme bittikten sonra, gönderim gecesi son dakikada yazmaktır; bu metinler acele yazıldığında hem incelemeciyi hem kullanıcıyı tatmin etmeyen, genel geçer cümlelere dönüşür.
İkinci hata, bir platformda geçen bir sürümün diğer platformda da sorunsuz geçeceğini varsaymaktır. Apple ve Google farklı noktalara bakar; Apple'da sorunsuz geçen bir izin açıklaması, Google'ın veri güvenliği formunda eksik sayılabilir. İki mağaza ayrı ayrı, kendi kriterine göre hazırlanmalıdır.
- Gizlilik politikasını ve izin metinlerini son dakikaya bırakmak
- Bir mağazada geçen hazırlığın diğerinde de yeteceğini varsaymak
- Test hesabını gönderimden hemen önce, denenmeden oluşturmak
İnceleme ne kadar sürer
Apple'da inceleme genelde birkaç gün içinde sonuçlanır ama ret gelirse düzeltme ve yeniden gönderim döngüsü süreyi uzatır. Google'da otomatik incelemeler daha hızlı işler ama politika ihlali işaretlenen uygulamalarda manuel inceleme devreye girer ve süre uzayabilir.
Bu süreyi kısaltmanın tek güvenilir yolu, incelemeye ilk kez giren sürümün yukarıdaki hazırlık adımlarının tamamından geçmiş olmasıdır; aceleyle gönderilen bir sürüm, süreyi kısaltmak yerine ret-düzeltme döngüsüyle uzatır.
Mağaza reddi çoğunlukla kodun değil, hazırlığın eksik olmasından kaynaklanır; gizlilik politikası, izin açıklamaları ve test hesabı baştan tam olduğunda süreç düz ilerler. Bu hazırlığı geliştirme sürecine paralel, son güne bırakmadan yürütmek en büyük tek fark yaratıyor. Uygulamanızı ilk kez ya da bir güncellemeyle yeniden gönderecekseniz bu listeyi birlikte gözden geçirebiliriz.
Sık sorulanlar
App Store incelemesi kaç gün sürer?
Genelde birkaç gün; kesin bir süre garanti edilmez ve yoğunluğa göre değişir.
Google Play'de veri güvenliği formu neden bu kadar önemli?
Uygulamanın gerçekte topladığı veriyle formda beyan edilen veri uyuşmazsa otomatik sistemler bunu işaretler ve ret ya da askıya alma gelebilir.
Test hesabı olmadan gönderim yapılabilir mi?
Giriş gerektiren uygulamalarda hayır; inceleyen kişi ya da sistem uygulamayı gerçekten kullanabilmelidir.
Ret geldiğinde süreç baştan mı başlar?
Hayır, genelde belirtilen sorun düzeltilip aynı sürüm yeniden gönderilir ve inceleme kuyruğa yeniden girer, tüm hazırlığın tekrarlanması gerekmez.
