Uygulamanızı mağazaya göndermeden önce: reddedilmemek için kontrol listesi

Uygulama bitti, “gönder” tuşuna basmak kaldı sanırsınız; sonra inceleme ekibinden bir ret gelir ve iki hafta gider. Retlerin çoğu teknik değildir. Aşağıdaki liste, kendi uygulamalarımızı mağazaya taşırken karşılaştıklarımızdan oluştu.

Hesap ve kimlikler

• Geliştirici hesabı şirket adına mı açıldı? Bireysel hesaptan şirkete geçiş sonradan zahmetlidir.

• Paket kimliği (bundle ID) ve uzantı kimlikleri (widget, bildirim) baştan doğru mu? Sonradan değişmez.

• İmzalama ve profil: otomatik imzalama çoğu ekip için yeterlidir; elle yönetmeye gerek yok.

Uygulama içi satın alma

• Her ürün mağaza panelinde tanımlı, yerelleştirilmiş adı ve açıklaması girilmiş, inceleme ekran görüntüsü yüklenmiş mi?

• Abonelik grubu ve deneme süresi uygulamadaki tanımlarla birebir aynı mı? Tek harf farkı satın almayı bozar.

• Fiyatlar mağazanın kademelerinden geliyor; uygulama içine sabit fiyat yazmayın.

Gizlilik beyanları

• Gizlilik politikası sayfası yayında ve adresi mağazada girili mi? Uygulama veri toplamasa bile zorunludur.

• Reklam SDK’sı varsa cihaz kimliği ve reklam verisi beyanları işaretli, izleme izni istemi uygulamada var mı?

• Herkese açık profil, takma ad, liderlik tablosu gibi kullanıcı içerikleri beyanda geçiyor mu?

İnceleme notları ve test

• İnceleme ekibine giriş gerekiyorsa test hesabı; gerekmiyorsa bunu açıkça yazın.

• Küçük ekranlarda ve büyük yazı tipi ayarında ekranlar kaydırılabiliyor mu? Sık ret nedeni.

• Kapalı test (TestFlight / internal testing) turu yapın; ilk gerçek cihaz testinde çıkan sorunlar incelemede de çıkar.

Reddedilirseniz

Ret mesajını olduğu gibi okuyun; çoğu zaman tam olarak hangi maddeyi işaret ettiğini yazar. Aynı yapıyı tekrar göndermeyin: düzeltmeyi yapın, notlara ne değiştiğini bir cümleyle ekleyin. İnceleme kuralları yılda birkaç kez değişir; özellikle kullanıcı içeriği ve sohbet içeren uygulamalar için güncel kuralları gönderimden önce yeniden okuyun.