App Store red süreçlerinden çıkardığım dersler

Red mesajı geldiğinde ilk ne yapılmalı?

App Store Connect'te "Rejected" yazısını görmek moral bozar, ama mesajın kendisi çok değerli bir bilgi taşır: Apple hangi kurala takıldığınızı numarasıyla söyler. "Guideline 3.1.2" ya da "Guideline 2.1" gibi bir ifade, sorunun hangi alanda olduğunu kesin olarak gösterir.

İlk adım, ilgili maddeyi App Store İnceleme Yönergeleri'nde açıp tamamını okumaktır. Red mesajı genellikle kısa olur; maddenin tam metni ise neyin beklendiğini ayrıntılı anlatır. İkinci adım, inceleme ekibinin eklediği ekran görüntülerine bakmaktır; bazen sorun, sizin hiç test etmediğiniz bir cihazda ya da dilde ortaya çıkmıştır.

Emin olmadığınız bir noktada Çözüm Merkezi (Resolution Center) üzerinden kibar ve kısa bir soru sormak, tahminle yeni bir sürüm göndermekten çok daha hızlı sonuç verir.

En sık karşılaşılan red nedenleri hangileri?

Yüzlerce farklı madde olsa da reddedilen sürümlerin büyük kısmı birkaç başlıkta toplanıyor. Kendi uygulamalarımda ve geliştirmesinde rol aldığım projelerde en sık gördüklerim şunlar:

• 2.1 Uygulama eksiksizliği: Çöken ekranlar, boş sayfalar, çalışmayan butonlar ya da giriş gerektiren bir uygulamada demo hesabın verilmemesi.
• 3.1.1 Uygulama içi satın alma: Dijital içerik veya özellikler için App Store dışı bir ödeme yöntemine yönlendirme.
• 3.1.2 Abonelikler: Satın alma ekranında fiyat, süre ya da otomatik yenileme bilgisinin eksik veya belirsiz olması.
• 4.2 Minimum işlevsellik: Bir web sitesini sadece kabuk içinde gösteren, uygulamaya özgü değer sunmayan uygulamalar.
• 4.3 Spam: Aynı şablondan türetilmiş, birbirine çok benzeyen uygulamalar.
• 5.1.1 Veri toplama: İzin isteme metinlerinin belirsiz olması ya da hesap oluşturulabilen uygulamada hesap silme seçeneğinin bulunmaması.

Abonelik ekranında neler mutlaka olmalı?

Abonelik satan uygulamalarda red riskinin en yüksek olduğu yer satın alma ekranıdır. Geliştirdiğim abonelikli bir dil öğrenme uygulamasında yaşadığım red de tam olarak bu noktadan geldi: tasarım şıktı, ama gerekli bilgilerin bir kısmı küçük puntoyla sayfanın en altında kalmıştı. Apple, kullanıcının ne satın aldığını satın almadan önce açıkça görmesini istiyor. Ekranda şunlar bulunmalı:

• Aboneliğin adı ve süresi (aylık, yıllık)
• Dönem başına fiyat, kullanıcının yerel para biriminde
• Ücretsiz deneme varsa, deneme bittiğinde ne kadar ücret alınacağı
• Aboneliğin otomatik yenilendiği ve nasıl iptal edileceği bilgisi
• Kullanım Koşulları (EULA) ve Gizlilik Politikası bağlantıları
• "Satın alımları geri yükle" butonu

İnceleme notu nasıl yazılmalı?

App Store Connect'teki "App Review Information" alanı çoğu ekibin boş bıraktığı ya da tek satırla geçtiği bir yer. Oysa inceleme ekibi uygulamanızı birkaç dakika içinde anlamak zorunda; iyi bir not bu süreyi kısaltır ve yanlış anlaşılma riskini azaltır.

İyi bir inceleme notunda uygulamanın ne işe yaradığı bir-iki cümleyle anlatılır, giriş gerekiyorsa çalışan bir demo hesap verilir, ücretli özelliklerin nasıl test edileceği açıklanır ve önceki bir red düzeltildiyse neyin değiştiği maddeler halinde yazılır. Donanım ya da konum gerektiren özellikler varsa bunlar için bir video bağlantısı eklemek de işe yarar.

Reddi önleyen süreç: göndermeden önce dış test

Red mesajlarının önemli bir kısmı, ekibin kendi cihazlarında hiç karşılaşmadığı durumlardan gelir: farklı bir iOS sürümü, küçük bir ekran, internetin yavaş olduğu bir an ya da uygulamayı ilk kez açan bir kullanıcının izlediği yol. Bu yüzden App Store'a göndermeden önce uygulamayı ekip dışından birkaç kişiye denetmek çok değerlidir.

TestFlight bunun için ideal bir araç. Dahili test grubuyla hızlıca deneme yapılabilir, harici test grubuyla da gerçek kullanıcılara erken sürüm verilebilir. Harici test için de kısa bir Apple incelemesinden geçildiği için, ciddi sorunlar çoğu zaman bu aşamada ortaya çıkar.

Test edenlerden özellikle şunları isteyin: uygulamayı sıfırdan kurup kayıt olmalarını, ücretli bir özelliği satın almaya çalışmalarını, bildirim ve konum izinlerini reddedip uygulamanın yine de çalışıp çalışmadığını görmelerini ve hesaplarını silmeyi denemelerini. Bu dört senaryo, en sık red nedenlerinin neredeyse tamamını kapsar.

Göndermeden önce hangi kontroller yapılmalı?

Her sürümden önce aşağıdaki listeyi gözden geçirmek, red oranını ciddi ölçüde düşürür:

• Uygulama en eski desteklenen iOS sürümünde ve küçük ekranlı bir iPhone'da test edildi.
• Demo hesap çalışıyor ve içinde test edilebilecek veri var.
• Tüm izin isteme metinleri, iznin neden istendiğini kullanıcının anlayacağı dilde açıklıyor.
• Hesap oluşturulabiliyorsa, uygulama içinden hesap silme yolu var.
• Ekran görüntüleri ve açıklama, uygulamanın mevcut sürümüyle birebir uyumlu.
• Abonelik ekranı yukarıdaki maddelerin hepsini içeriyor.
• Gizlilik bilgileri (App Privacy) uygulamanın gerçekte topladığı verilerle örtüşüyor.

İtiraz etmek ne zaman mantıklı?

Bazen inceleme ekibi bir özelliği yanlış anlayabilir. Uygulamanızın kurala uyduğundan eminseniz, önce Çözüm Merkezi'nde durumu açıklayan net bir mesaj yazın. Çoğu yanlış anlaşılma bu aşamada çözülür.

Mesajla çözülmeyen durumlarda App Review Board'a resmi itiraz hakkınız var. Ancak itirazın başarılı olması için duygusal değil, kural metnine dayanan bir açıklama yapılmalı: hangi maddenin neden uygulanmadığını, ilgili ekranın görüntüsüyle birlikte anlatın. Genel kural şu: sorunu düzeltmek bir günlük işse düzeltip yeniden gönderin; itirazı, gerçekten haklı olduğunuz ve değişikliğin ürüne zarar vereceği durumlara saklayın.

Sık sorulan sorular