AOY
TR EN
← Yazılar

Play beyanı düzelttik, ret kelimesi kelimesine aynı geldi

15 Ağustos 2026· 2 dk okuma· Mağaza

Bir formda yanlış kutuyu işaretlemek uygulamayı kod incelemesine bile sokmadan reddettirebiliyor. Asıl sürpriz, kutuyu düzeltmenin yetmemesiydi.

Eczanow, Türkiye’deki eczanelerin konum ve iletişim bilgilerini listeleyen bir dizin. Reçete yönetmiyor, ilaç hatırlatmıyor, tanı koymuyor, sağlık verisi toplamıyor. Buna rağmen Google Play’in ilk cevabı şu oldu:

Violation of Play Console Requirements — Some types of apps can only be distributed by organizations.

Reddin sebebi koddan değil, iki form alanından geliyordu

Play Console’da her uygulamanın Health apps declaration formunu doldurması zorunlu — sağlık özelliği olmayan uygulamalardan bile bu beyan açıkça isteniyor. İlk gönderimde bu form “Medication and Treatment Management” olarak işaretlenmişti ve mağaza kategorisi Sağlık ve Fitness seçilmişti.

Google’ın o kategori için saydığı işlevler belli: ilaç takvimi yönetimi, hap tanımlayıcı, ilaç hatırlatıcı, reçete yönetimi, tedavi planına uyum. Eczanow bunların hiçbirini yapmıyor — hangi eczanede hangi ilacın bulunduğunu bile göstermiyor. Yani beyan baştan yanlıştı.

Bunun bedeli de belliydi: 2024’ten beri sağlık uygulamaları Play’de yalnız kuruluş (organization) hesabıyla yayınlanabiliyor. Hesap bireysel olunca uygulama, içeriğine hiç bakılmadan hesap tipi engeline çarpıyor.

Doğru cevaplar

Health apps declaration: “My app doesn’t provide any health features”.
Kategori: Haritalar ve navigasyon (alternatif: Seyahat ve yerel).

⚠️ Formu doldurmamak çözüm değil — Google bu beyanı sağlık özelliği olmayan uygulamalardan da istiyor.

Düzeltildi, yeniden gönderildi, aynı ret geldi

Beyan “sağlık özelliği yok” olarak, kategori “Haritalar ve navigasyon” olarak güncellendi ve uygulama yeniden gönderildi. Ret metni kelimesi kelimesine aynı döndü.

Bunun tek makul açıklaması şu: Play’in sınıflandırması gönderim anındaki forma bakıp yeniden değerlendirmiyor; ilk beyandaki “Medication and Treatment Management” işareti uygulama kaydına yapışmış durumda. Ret metninin birebir aynı gelmesi de yeniden bir değerlendirme yapılmadığını düşündürüyor.

Üçüncü kez gönderme

Aynı otomatik kontrolden geçer, aynı sonucu verir. İki gönderim aynı metni verdiyse üçüncüsü yalnız zaman kaybettirir. Bu noktada yapılacak şey kuyruğa tekrar girmek değil, kuyruğu değiştirmek.

İki hamle, paralel

  • İtiraz (appeal). Dosyayı bir insana taşıyor; yapışmış bayrağı ancak o temizleyebilir. Ücretsiz, birkaç gün sürüyor. ⚠️ İkinci retten sonra ihtimal düşük, iyimser planlanmamalı.
  • Kuruluş hesabı. Tüzel kişilik ve D-U-N-S numarası gerekiyor; ücretsiz ama haftalar sürebiliyor. Bu yüzden itirazın sonucu beklenmeden başlatılmalı.

İtiraz metnini yazarken tek kural vardı: her cümle koddan doğrulanacak. Mağaza itirazında doğrulanmamış bir iddia, reddin kendisinden daha pahalıya mal olur — bir sonraki incelemede güvenilirliğinizi de kaybedersiniz.

Sonuç

Uygulama, itiraz süreci devam ederken onaylandı ve kapalı test yayına alındı. Dürüst olmak gerekirse hangisinin işe yaradığını bilmiyoruz: itiraz mı, yoksa düzeltilmiş beyanın gecikmeli yeniden değerlendirmesi mi. En olası açıklama ikincisi.


Çıkarılacak dersler

  • Mağaza formlarını “yaklaşık doğru” doldurmak diye bir şey yok. Bir alan uygulamanızı kod incelemesine bile sokmadan reddettirebiliyor.
  • Yanlış beyan yapışıyor. Sonradan düzeltmek bayrağı temizlemeyebiliyor; formu ilk seferde doğru doldurmanın değeri bu.
  • Aynı ret iki kez geldiyse yeniden gönderme. Süreci değiştir: itiraz, hesap tipi, ya da kapsam.
  • İki mağaza aynı kuralları uygulamıyor. Bu redden iOS hiç etkilenmedi — Apple’da Medical kategorisi bireysel hesapla yayınlanabiliyor. Play tıkalıyken ürünü kullanıcıya ulaştırmanın açık yolu oradan geçiyordu.

İlgili proje

Diğer yazılar

hepsi