Uygulamanız eksik veya bozuk bir politika URL'si nedeniyle reddedildi

Bunu başka bir sekmede açık bir ret bildirimiyle okuyorsanız, şu dört şeyi bu sırayla yapın: bildirimin dört URL alanından hangisini gerçekten andığını bulun, bir incelemecinin ne gördüğünü görmek için o URL’yi oturum kapalıyken açın, altı ay sonra da orada olacak bir yerde çalışan bir URL yayınlayın, ardından konsoldaki alanda değiştirin ve neyi değiştirdiğinizi söyleyen bir yanıt yazın. Bu, en hızlı çözülen ret kategorilerinden biridir — bozuk bir bağlantıdır, uygulamanız hakkında bir yargı değil.

Her adım ayrıntılı olarak.

1. Hangi URL’nin gerçekten sorunlu olduğunu bulun

Bildirim bir alanın adını verir. Varsayımda bulunmak yerine harfiyen okuyun, çünkü dört farklı URL birbirine karıştırılır:

Alan	Nerede bulunur	Ne olduğu
Privacy policy URL	Play Console → App content; App Store Connect	Politikanız
Data deletion URL	Play Console → App content	Kullanıcının hesap silme talep ettiği yer
Support URL	App Store Connect	Kullanıcının yardım aldığı yer
Developer website	Store listing	Siteniz — app-ads.txt dosyasının da arandığı yer

“Privacy policy” diyen bir ret bazen politikanın var olduğu ama Data safety formunun onunla çeliştiği anlamına gelir. Herhangi bir şeyi değiştirmeden önce ikisini de kontrol edin.

2. Bağlantıyı bir incelemecinin yapacağı gibi kontrol edin

Gizli bir pencerede, oturum kapalıyken, ev ağınız yerine mobil veriyle açın:

curl -i https://your-url.example/privacy

Aradığınız şey 200 OK ve okunabilir içeriktir. Olağan bulgular bir 404, süresi dolmuş bir alan adı, bir oturum açma sayfasına yönlendirme ya da yalnızca onu barındıran hizmette oturumunuz açık olduğu için dizüstü bilgisayarınızda sorunsuz görünen bir sayfadır.

3. Çalışan bir URL’yi yayına alın

Burada ne yaparsanız yapın, altı ay sonra da geçerli olmalı. Bugün çalışan ve bir deneme süresi bittiğinde kaybolan bir URL sizi bu sayfaya geri getirir.

Dürüstçe söylemek gerekirse üç yol var:

• Kendi alan adınız ve host’unuz. Zaten varsa en iyisi budur. Yoksa bir öğleden sonranızı alır — ve hesap silme sayfası, bir talebi alabilen bir şeye ihtiyaç duyar; statik barındırma bunu yapamaz.
• Barındırılan bir uyumluluk sayfası. Daha hızlı; ödemeyi bırakırsanız URL’ye ne olacağını kontrol edin.
• Bir belge bağlantısı. Bazen işe yarar, doğaçlama gibi görünür ve gönderimle ilgili başka bir şey zayıf görünürse ilk sorgulanan şey olur.

4. Kaydı güncelleyin, sonra yeniden gönderin

URL’yi retin andığı konsol alanında değiştirin — yalnızca web sitenizde değil. Ardından incelemeye, neyi nerede değiştirdiğinizi söyleyen tek ve sade bir cümleyle yanıt verin. İncelemeciler bunlardan çok sayıda işler; somut bir not, bir özürden daha hızlı işleme alınır.

5. Bunlarla durumu kötüleştirmeyin

• URL’yi değiştirmeden, tesadüf olduğunu umarak yeniden göndermeyin. Aynı sorunun tekrar tekrar gönderilmesi sizi yavaşlatır.
• Alanı denetiminizde olmayan bir sayfaya yönlendirmeyin — bir Notion sayfası, bir sosyal medya profili, bir arkadaşınızın sitesi.
• Bir rakibin politikasını adlarını değiştirerek yapıştırmayın. Fark edilir ve retin üstüne bir telif hakkı sorunudur.
• Yalnızca adı geçen tek URL’yi düzeltmeyin. Gizlilik URL’si ölüyse, destek ve silme URL’leri genellikle aynı ölü alan adındadır. Üç inceleme döngüsüne yaymak yerine hepsini şimdi düzeltin.

AppFoyer burada ne yapar

Beş sayfanın hepsi tek bir alt alan adında birlikte yayına girer; böylece bir sonraki ret için geri gelmek yerine çalışan URL’leri tek seferde her alana yapıştırırsınız. Bir uygulama ücretsizdir ve girilecek kart yoktur; bir reddi bu akşam çözmeye çalışırken bu önemlidir.

Yetkili kaynaklar

• Common reasons for app rejection — Apple
• Policy centre — Google Play Yardım