App Store Redleri: Türkiye'den Geliştirici Olarak Gerçekte Ne Oluyor?
Review süreci dokümantasyondan ibaret değil. Gerçek bir uygulamayı incelemeye gönderdiğinizde Apple'ın baktığı şeyler, red gerekçeleri ve tekrar göndermeden önce yaptığım kontroller.
Review süreci sandığınız kadar mekanik değil
Nazar gibi video chat ve eşleşme odaklı bir uygulamayı App Store'a gönderirken sürecin "build yükle, bekle, yayınla" kadar basit olmadığını bir kez daha gördüm. Apple tarafında otomatik kontroller var; ama son kararı çoğu zaman insan reviewer veriyor.
Türkiye'den geliştirici olarak en büyük fark, kullanıcı sözleşmesi, gizlilik politikası, yaş sınırı ve uygulama içi davranışların Türkçe/İngilizce tutarlılığı gibi detayların da aynı ölçüde incelenmesi. Özellikle sosyal, video veya finans kategorilerinde bu detaylar kritik.
En sık gördüğüm red sebepleri
- Gizlilik politikası URL'si çalışmıyor veya uygulama içinden erişilemiyor
- Uygulama açıklaması ile gerçek özellikler uyuşmuyor
- Demo hesabı / test akışı review notlarında net değil
- Video chat, eşleşme veya kullanıcı içeriği için moderasyon planı belirsiz
- Sign in with Apple kuralları ile üçüncü parti login kombinasyonu hatalı
- Uygulama içi satın alma veya abonelik akışı App Store kurallarıyla çelişiyor
Tekrar göndermeden önce yaptığım kontrol listesi
Her red sonrası aynı şablonu kullanıyorum: Review notlarına test kullanıcısı, adım adım akış ve varsa kısıtlı özelliklerin neden kapalı olduğunu yazıyorum. Screenshot'lar ile gerçek UI'nın eşleştiğini doğruluyorum.
Backend'de feature flag kullanıyorsam, review build'inde hangi özelliklerin açık olduğunu özellikle belirtiyorum. Video altyapısında (LiveKit, Agora vb.) test ortamı ile prod ortamı ayrımı review sırasında kafa karıştırıcı olabiliyor.
Sahadan not
Red yemek proje bitti anlamına gelmiyor. Çoğu red, ürün kalitesinden değil; metadata, policy ve review iletişiminden kaynaklanıyor. Bunu baştan planlarsanız süre ciddi kısalıyor.
Freelance tarafında müşteriye nasıl anlatıyorum?
Müşterilere App Store tarihini "kod bitti + 1 hafta" diye vermiyorum. Policy hazırlığı, test build'leri, olası red döngüsü ve metadata işleri için buffer koyuyorum. Özellikle fintech, dating ve video chat projelerinde bu buffer şart.
Eğer siz de iOS uygulaması planlıyorsanız, review sürecini proje planının bir parçası olarak ele alın. Kod kadar önemli.