App Store ve Google Play Red Sebepleri: En Sık Gördüğümüz 9 Sorun

Uygulama bitti, testler tamam, müşteri onayını verdi. Derlemeyi App Store Connect'e yüklüyorsunuz ve bir iki gün sonra gelen e-postanın konusunda “Guideline 2.1” yazıyor. Tanıdık geldiyse yalnız değilsiniz.

Karşılaştığımız retlerin büyük kısmı kodun kötü olmasından değil, hazırlığın eksik kalmasından kaynaklanıyor. Yıllar içinde her gönderimden önce üzerinden geçtiğimiz bir liste oluştu; aşağıdakiler o listenin en çok işe yarayan maddeleri. Apple'ın incelemesi daha katı olduğu için maddelerin çoğu App Store tarafında, ama Google Play'in de kendine özgü engelleri var.

İnceleme ekibi uygulamanızı ilk kez görüyor ve elinde sizin verdiğiniz bilgilerden başka hiçbir şey yok. Aşağıdaki sorunların çoğu bu cümlenin doğrudan sonucu.

En sık gördüğümüz red sebepleri

1. Demo hesabı yok ya da çalışmıyor

Uygulama giriş gerektiriyorsa, inceleyen kişinin içeri girip her özelliği deneyebilmesi gerekiyor. Demo hesabı verilmediğinde, verilen hesabın şifresi sonradan değiştiğinde, hesap SMS doğrulaması istediğinde (inceleyicinin telefonuna kod gitmez) ya da test sunucusu o gün kapalı olduğunda sonuç aynı: uygulama eksik sayılıp geri çevriliyor.

Sık gördüğümüz bir başka durum, hesabın çalışması ama içinin boş olması. Sipariş geçmişi boş, bildirim yok, rapor ekranı “veri bulunamadı” diyor. İnceleyici neyi test edeceğini bilemiyor.

Nasıl önlenir: İnceleme için kalıcı, şifresi değişmeyen ve gerçekçi verilerle dolu bir hesap açın. SMS ya da e-posta doğrulamasını bu hesap için devre dışı bırakın. App Store Connect'teki inceleme notlarına hangi özelliğin nerede olduğunu birkaç maddeyle yazın; Google Play Console'da da giriş bilgilerini uygulama erişimi (App access) bölümüne ekleyin. İnceleme sürdüğü sürece sunucunun ayakta olduğundan emin olun.

2. Hesap oluşturuluyor ama silinemiyor

Apple, uygulama içinde hesap oluşturulabiliyorsa hesabın uygulama içinden silinebilmesini şart koşuyor. “Hesabınızı silmek için bize e-posta atın” demek ya da yalnızca hesabı dondurma seçeneği sunmak bu şartı karşılamıyor. Google Play de hesap açılabilen uygulamalardan, silme talebinin uygulama içinden başlatılabilmesini ve ayrıca uygulamayı kurmadan da ulaşılabilecek bir web bağlantısı istiyor.

Nasıl önlenir: “Hesabımı sil” akışını ilk sürümden itibaren tasarıma koyun ve ayarlar ekranında kolay bulunur yapın. Fatura kayıtları gibi yasal olarak saklanması gereken verileri silme işleminden nasıl ayıracağınızı baştan planlayın. Hangi verinin ne kadar süre tutulacağını hukuk danışmanınızla netleştirin ve kullanıcıya silme ekranında açıkça söyleyin.

3. Gizlilik beyanı uygulamayla örtüşmüyor

App Store'daki gizlilik bilgileri ve Google Play'deki Veri güvenliği formu, uygulamanın hangi veriyi hangi amaçla topladığını beyan ediyor. En sık hata, uygulamaya eklenen üçüncü taraf kütüphanelerin unutulması. Analitik, hata raporlama, reklam ya da harita SDK'ları da veri topluyor; beyanınız bunları kapsamıyorsa sorun çıkıyor. Apple, bazı hassas sistem arayüzlerini kullanan uygulamalar ve SDK'lar için ayrıca bir gizlilik manifesti de bekliyor.

İzin açıklamaları ayrı bir dert. Kamera ya da konum izni isterken gösterilen metin “Uygulama kameranızı kullanmak istiyor” gibi genel bir cümleyse Apple bunu geri çevirebiliyor. Metin, iznin neden istendiğini somut olarak anlatmalı: “Servis formuna cihazın fotoğrafını eklemek için kameranızı kullanıyoruz.”

Nasıl önlenir: Gönderimden önce uygulamadaki tüm SDK'ların listesini çıkarın ve her birinin topladığı veriyi beyana işleyin. İzinleri uygulama açılır açılmaz toplu hâlde değil, ilgili özellik kullanılacağı anda isteyin. Gizlilik politikası bağlantısı mağaza sayfasında da uygulamanın içinde de çalışır durumda olsun.

4. Web sitesini sarmalayan “boş” uygulama

Kurumsal müşterilerden en sık gelen isteklerden biri ve App Store'da en sık geri çevrilen türlerden biri. Mevcut web sitesini bir WebView içinde açan, başka hiçbir şey yapmayan uygulama Apple'ın asgari işlevsellik kuralına (Guideline 4.2) takılıyor. Aynı şablondan türetilmiş, yalnızca logosu ve rengi değişen çok sayıda uygulama göndermek de (her şube için ayrı bir uygulama gibi) spam kuralına takılabiliyor.

Nasıl önlenir: Uygulamanın web sitesinden fazlasını yapması gerekiyor: kullanıcı hesabı, bildirimler, çevrimdışı erişim, kamera ya da konum kullanan gerçek işlevler. Bunları ekleyecek bir gerekçe bulamıyorsanız dürüst olmak daha iyi. Mobil uygulamanın bir firmaya gerçekte ne kattığı sorusunu önce kendinize sorun; belki ihtiyacınız olan şey mağaza uygulaması değil, iyi bir mobil web deneyimidir.

5. Ödeme kurallarına uyulmaması

Uygulama içinde dijital içerik ya da özellik satıyorsanız (üyelik, premium içerik, dijital ders, oyun içi para), Apple çoğu durumda kendi uygulama içi satın alma sistemini kullanmanızı istiyor (Guideline 3.1.1). Kullanıcıyı ödeme için web sitenize yönlendiren bir buton ya da “web sitemizden daha ucuza alın” gibi bir cümle, reddin klasik sebeplerinden. Google Play'in de dijital ürünler için benzer bir faturalandırma politikası var.

Fiziksel ürünler ve gerçek dünyada verilen hizmetler (kargoyla gelen ürün, yemek siparişi, randevu, ulaşım) bu kuralın dışında; bunlar için bankanızın sanal POS'unu kullanabilirsiniz. Bazı ülkelerde yasal düzenlemelerle bu kurallar esnetildi. Hangi esnekliğin sizin uygulamanıza ve yayın yaptığınız ülkelere uyduğunu ise önceden netleştirmek gerekiyor.

Nasıl önlenir: Ne sattığınızı tasarım aşamasında sınıflandırın: dijital mi, fiziksel mi? Cevap gelir modelinizi değiştirir, ödeme ekranları da buna göre tasarlanır. Mağaza komisyonunu iş planına baştan yazın.

6. Eksik ya da yanıltıcı mağaza bilgileri

Kulağa en basit madde gibi geliyor, ama şaşırtıcı sayıda gönderim burada takılıyor. Uygulamanın gerçek ekranlarını göstermeyen görseller, açıklamada “beta” ya da “test” ifadeleri, çalışmayan destek adresi, açılmayan gizlilik politikası sayfası, yanlış doldurulmuş yaş derecelendirmesi, anahtar kelime alanına yazılmış rakip marka adları.

Nasıl önlenir: Ekran görüntülerini yayına gidecek derlemeden alın. Mağaza sayfasındaki her bağlantıyı gönderimden önce bir kez tıklayın. Açıklamada vaat ettiğiniz her özelliğin uygulamada gerçekten bulunduğundan emin olun.

7. İnceleme sırasında çöküyor ya da yarım görünüyor

Kendi telefonlarınızda sorunsuz çalışan uygulama, inceleyicinin cihazında çökebiliyor. Apple yalnızca iPhone için hazırlanmış uygulamaları da iPad'de açıp deneyebiliyor ve iPad'de dağılan ya da çöken bir ekran red sebebi. Apple ayrıca uygulamaların yalnızca IPv6 kullanan ağlarda da çalışmasını şart koşuyor; eski usul yazılmış bazı ağ kodları burada bozuluyor. “Yakında” yazan butonlar, içi boş sekmeler ve deneme içerikleri de uygulamayı yarım gösteriyor.

Nasıl önlenir: Gerçek cihazlarda, eski ve yeni modellerde, iPad dahil test edin. TestFlight'ı ve Google Play'in dahili test kanalını kullanarak uygulamayı önce ekibinize, sonra birkaç gerçek kullanıcıya açın. Bitmemiş özellikleri gizleyin; ilk sürümde olmayan bir şeyi “yakında” diye göstermeyin.

8. Giriş seçenekleri ve zorunlu kayıt

Uygulamanız Google ya da Facebook ile giriş sunuyorsa, Apple eşdeğer ve gizlilik odaklı bir giriş seçeneği daha istiyor; pratikte bu çoğu projede “Apple ile Giriş” demek. Bir diğer sık sorun, hesap gerektirmeyen içerikleri görmek için bile kullanıcıyı kayda zorlamak. Uygulamanın temel işlevi hesaba bağlı değilse Apple, kullanıcının giriş yapmadan da gezinebilmesini bekliyor.

Nasıl önlenir: Sosyal giriş planlıyorsanız Apple ile Giriş'i baştan kapsama alın. Kayıt ekranını kullanıcının gerçekten hesaba ihtiyaç duyduğu ana taşıyın; katalog, menü ya da bilgi ekranlarını kayıtsız açık bırakın.

9. Google Play'deki kapalı test şartı atlanıyor

Bu bir red sebebinden çok bir takvim tuzağı. Google Play, 2023'ün sonlarından itibaren açılan kişisel geliştirici hesaplarında, uygulama herkese açık yayına çıkmadan önce kapalı test yapılmasını şart koşuyor: belirli sayıda test kullanıcısının uygulamaya katılması ve testin belirli bir süre kesintisiz sürmesi gerekiyor. Şart ilk duyurulduğunda 20 test kullanıcısı ve 14 gün olarak açıklanmıştı, kullanıcı sayısı sonradan düşürüldü. Güncel şartı Play Console'daki üretime erişim başvurusu ekranında görürsünüz. Test bitince de test süreciyle ilgili soruları yanıtlayıp başvuruyu yapıyorsunuz.

Nasıl önlenir: Bu süreyi proje takviminde ayrı bir aşama olarak gösterin. Test kullanıcılarını çalışanlarınız, pilot müşterileriniz ve uygulamayı gerçekten kullanacak kişiler arasından seçin. Test sırasında gelen geri bildirimleri ve yaptığınız güncellemeleri not edin, başvuruda işinize yarıyor. Uygulama bir şirkete aitse geliştirici hesabını zaten kişisel değil kuruluş hesabı olarak açmak gerekir; bu şart kişisel hesaplar için getirildi ve sahiplik açısından da doğru olan yol kuruluş hesabı.

Red geldiğinde

Red e-postası kapanan bir kapı değil, bir düzeltme listesi. Apple'ın mesajında hangi kurala takıldığınız yazıyor. Anlamadığınız bir nokta varsa App Store Connect üzerinden inceleme ekibine yanıt yazıp açıklama isteyebilir, haklı olduğunuzu düşünüyorsanız itiraz edebilirsiniz. Kısa, kibar ve ekran görüntüsüyle desteklenmiş bir yanıt çoğu zaman işe yarıyor.

İki mağazanın şartları da her yıl biraz değişiyor. Google Play uygulamaların güncel Android sürümlerini hedeflemesini düzenli olarak zorunlu kılıyor, Apple da gönderilen derlemelerin güncel geliştirme araçlarıyla hazırlanmasını istiyor. Yani bu liste canlı; biz de her gönderimden önce güncelliyoruz. Mobil uygulama geliştirirken mağaza yayınını projenin ayrılmaz bir aşaması olarak planlıyoruz, çünkü bir mobil yazılım mağazada onay almadan kullanıcıya ulaşmış sayılmaz. İncelemede takılmış bir uygulamanız varsa red mesajını bize iletin, nereden başlamak gerektiğine birlikte bakalım.