Teklif al

App Store ve Google Play yayın sürecinde reddedilme sebepleri

Mağazada reddedilmek tek bir hata kodu değil. Önce ödeme reddi ile inceleme reddini ayırın; sonra hesabı, gizlilik metnini ve yarım kalan ekranları kontrol edin.

Muhammet Mustafa Dincer5 dk okuma

"App Store reddedildi" diye arattığınızda karşınıza çoğunlukla kart ve ödeme yöntemi sayfaları çıkıyor. Apple'ın kendi destek içeriği de o tüketici sorununu anlatıyor: ödeme yöntemi kabul edilmemiş, uygulamanın incelemeyle hiç ilgisi yok. Geliştirici tarafındaki ret bambaşka bir kuyruk.

ASO tarafı mağaza görünürlüğüyle ilgileniyor. Buradaki konu bir adım önce: gönderdiğiniz paket neden geri döndü ve ret metni nasıl okunur. Madde numarası ezberletmiyoruz, çünkü politika metni değişiyor.

Ödeme reddi ile inceleme reddi

Ödeme reddi kullanıcının kartıyla, bakiyesiyle ya da bölgesindeki ödeme yöntemiyle ilgili. Destek biletine gidiyor. İnceleme reddi ise geliştirici hesabından gönderdiğiniz sürümün mağaza kuralına takılması. İki konu ayrı kanalda ilerliyor ve ayrı metin üretiyor. Aynı arama sonucunda yan yana görünmeleri onları aynı sorun yapmıyor.

İncelemede paketin takıldığı yerler

Aşağıdakiler sık karşılaşılan çerçeveler; güncel maddelerin tamamı sayılmaz. Apple yönergesi ve Google Play politika merkezi her gönderimde yeniden açılır.

  • Hesap, vergi ve iletişim bilgisinde eksik alan var.
  • Gizlilik metni, izin penceresi ve gerçekte toplanan veri birbirini tutmuyor.
  • Bir ekran vaat ettiği işi bitirmiyor ya da yer tutucu içerik gösteriyor.
  • Arayüz, mağazadaki başka bir uygulamadan ayırt edilemiyor.
  • Ödeme akışı, mağazanın kendi satın alma kuralının dışına çıkıyor.

Ret metnini okumak

Mesajdaki madde, düzeltmenin adresi. "Genel olarak iyileştirdik" diyerek yeniden göndermek aynı maddeyi geri getiriyor. İkinci paketin geçmesi, o maddenin kapanmasına bağlı.

Bir de şu var: ekran görüntüleri, gizlilik etiketi ve mağaza açıklaması aynı vaadi söylemek zorunda. Açıklamada "çevrimdışı çalışır" yazıyorsa uygulama ağ olmadan açılmalı. Ret çoğu zaman kodda değil, metinle davranışın ayrıldığı yerde çıkıyor.

Eski ret mesajlarını saklamak da işe yarıyor. Tekrar eden maddeler genelde üründen çok hazırlıkla ilgili oluyor: incelemeye verilmemiş test hesabı, giriş yapılmadan boş görünen ekranlar, sürüm notunda anlatılmamış bir izin. Bunlar gönderim öncesi kontrol listesine yazılır.

Yayın hangi gün başlıyor

Native uygulama yolu da ortak kod yolu da aynı kontrole giriyor. Mobil uygulama yayını paketin derlendiği gün değil, hesap ve metinler hazır olduğu gün başlıyor.

Politika cümlelerini buraya kopyalamanın faydası yok; ertesi gün yanlış kalıyor. İşe yarayan alışkanlık şu: ret kodunu resmi metinde aç, o maddeyi kapat, sonra gönder.

Sık sorulan sorular

Kartım reddedildiyse uygulama da mı reddedilmiştir?

Hayır. Apple'ın destek sayfası ödeme yönteminin kabul edilmemesini anlatıyor; bu, geliştirici incelemesinden dönen bir sürüm değil. İki konu ayrı kanalda ilerliyor.

Red gerekçesini genel bir listeyle çözebilir miyim?

Genel liste yön gösterir, politika metninin yerini tutmaz. Apple yönergesi ve Google Play politika merkezi, ret anında geçerli olan metni barındırıyor. Eski bir blog maddesi güncel kural sayılmaz.

İkinci gönderim otomatik geçer mi?

Geçmiyor. Aynı eksik duruyorsa ikinci paket de dönüyor. Düzeltmeyi, ret mesajındaki maddeye bağlamak gerekiyor.

Teklif için hazır brief şart değil.

Öncelikli hizmeti seçin veya emin değilseniz formu öyle bırakın. Formdan yazın veya doğrudan arayın.