Neden Reddedilir?
Uygulama red nedenleri genellikle önlenebilir teknik veya policy sorunlarından kaynaklanır. En yaygın nedenleri bilmek, red almadan önce önlem almanızı sağlar. 2026 itibarıyla hem Apple hem Google, özellikle gizlilik, yapay zekâ içerikleri ve metadata doğruluğu konularında daha hassas davranmaktadır.
Apple En Sık Red Nedenleri
1. Bugs & Crashes (Guideline 2.1)
Problem: Uygulama crash yapıyor veya ciddi buglar var Çözüm: Tüm cihaz boyutlarında ve iOS sürümlerinde test et. TestFlight ile beta test yap. Özellikle eski cihazlarda (iPhone SE, iPad mini) performansı kontrol edin.
2. Spam/Kopya (Guideline 4.3)
Problem: Başka bir uygulamanın benzeri veya minimum farkla birden fazla uygulama Çözüm: Benzersiz değer önerisi sun. Aynı şablondan N adet uygulama çıkarma. Apple, template tabanlı uygulamaları kolayca tespit etmektedir.
3. Yanıltıcı Metadata (Guideline 2.3.7)
Problem: Screenshot veya açıklama uygulamayla uyuşmuyor Çözüm: Gerçek uygulama ekranlarını kullan. Varolmayan özellikleri gösterme. Açıklamada abartılı vaatlerden kaçının.
4. Gizlilik İhlali (Guideline 5.1.1)
Problem: Gereksiz veri toplama veya gizlilik politikası eksik Çözüm: Privacy policy ekle. Sadece gerekli verileri topla. ATT izni al. Privacy labels'ı doğru doldur.
5. IAP Zorunluluğu (Guideline 3.1.1)
Problem: Dijital içerik için harici ödeme kullanımı Çözüm: Dijital içerik satışları için Apple IAP kullan. 2026 itibarıyla bazı bölgelerde harici link izni olsa da kuralları dikkatle inceleyin.
6. Login Sorunu (Guideline 5.1.1)
Problem: Apple Sign In zorunluluğu (3rd party login varsa) Çözüm: Üçüncü taraf login (Google, Facebook) sunuyorsan Apple Sign In da ekle. Bu kural kesin ve istisnası yoktur.
Google Play En Sık Red Nedenleri
1. Metadata Policy
Problem: Yanıltıcı başlık, açıklama veya görsel Çözüm: Dürüst ve şeffaf metadata kullan. Başlıkta gereksiz anahtar kelime sıralamaktan (keyword stuffing) kaçının.
2. Privacy Policy Eksikliği
Problem: Kişisel veri toplayan uygulamada gizlilik politikası yok Çözüm: Privacy policy URL'si ekle, Data Safety doldur. Gizlilik politikasının erişilebilir ve güncel olduğundan emin olun.
3. Permissions
Problem: Gereksiz izinler (SMS, telefon, konum) Çözüm: Sadece gerekli izinleri iste. Her izin için neden gerektiğini açıkla. Android 13+ ile granüler izin modeline uyum sağlayın.
4. Target API Level
Problem: Eski API level kullanımı Çözüm: Google'ın gerektirdiği minimum targetSdkVersion'ı kullan (2026 itibarıyla API 34+). Her yıl güncellenen bu gereksinimi takip edin.
5. Families Policy
Problem: Çocuklara yönelik uygulamada uygunsuz içerik veya reklam Çözüm: Families Policy gereksinimlerini oku ve uygula. COPPA uyumlu reklam SDK kullan.
6. Hesap Silme Eksikliği
Problem: Hesap oluşturma var ama silme seçeneği yok Çözüm: Uygulama içinden hesap silme özelliği ekleyin. Kullanıcı verisinin ne zaman silineceğini açıkça belirtin.
Red Sonrası Ne Yapılmalı?
- Red nedenini dikkatlice oku - acele etme
- Belirsizlik varsa Resolution Center'dan (Apple) veya Policy support'tan (Google) sor
- Sorunu düzelt ve kapsamlı test yap
- Review Notes'a ne değiştirdiğini açıkla (detaylı ve net ol)
- Tekrar gönder
- Gerekirse appeal/itiraz yap
Red Önleme Checklist
| Kontrol | Apple | |
|---|---|---|
| Privacy policy URL | Zorunlu | Zorunlu |
| Screenshot doğruluğu | Kontrol et | Kontrol et |
| Login test bilgileri | Review Notes'a yaz | Gerekli değil |
| Apple Sign In | 3rd party varsa zorunlu | Geçerli değil |
| Target API level | Son iOS desteği | API 34+ |
| Data Safety / Privacy Labels | Privacy Labels doldur | Data Safety doldur |
| Hesap silme | Önerilir | Zorunlu |
| İçerik derecelendirmesi | Doğru yap | IARC doldur |
Pratik İpuçları
- Her submission öncesi güncel guideline'ları tarayın
- Önemli güncellemeleri bayram dönemlerinin dışında gönderin
- Bir beta test grubu oluşturup gerçek kullanıcılarla test edin
- Review Notes bölümünü boş bırakmayın; reviewer'a bağlam verin
- Reddedildikten sonra düzeltmeyi aceleye getirmeyin - kök nedeni anlayın
İlk red panik nedeni değildir. Red nedenlerinin %80'i ilk denemede çözülebilir.