Uygulama Mağazaya Nasıl Yüklenir ve Neden Reddedilir
Uygulama bitti, test cihazında sorunsuz çalışıyor ve herkes mağazada ne zaman görüneceğini soruyor. Uygulama mağazaya nasıl yüklenir sorusunun cevabı tek bir gönder düğmesi değil; hesaplar, sertifikalar, formlar ve inceleme ekibinden geçen birkaç haftalık bir süreç. Kodun hazır olmasıyla uygulamanın yayında olması arasındaki fark, bu süreci önceden bilip bilmemenizde.
Aşağıda App Store ve Google Play için süreci adım adım ve sık karşılaşılan reddedilme sebeplerini yazdık. Mağaza kuralları zaman zaman değişiyor; burada yazanlar genel çerçeve, güncel ayrıntı için her iki mağazanın kendi yönergelerine bakmak gerekiyor.
Başvurudan önce elinizde olması gerekenler
Geliştirici hesapları. Apple Developer Program ve Google Play Console hesabı. Şirket adına açılıyorsa her ikisi de kurumsal doğrulama istiyor; Apple tarafında bu doğrulama için D-U-N-S numarası gerekiyor ve numaranın alınması zaman alabiliyor. Hesap sizin kurumunuz adına açılmalı; ajans hesabından yayımlanan uygulama, iş bittiğinde devir sorunu çıkarıyor.
Gizlilik politikası. Herkese açık bir adreste yayımlanmış, uygulamanın gerçekte topladığı veriyi anlatan bir metin. Her iki mağaza da bu adresi zorunlu tutuyor. Şablondan kopyalanmış ve uygulamayla ilgisi olmayan bir metin inceleme sırasında fark ediliyor.
Test hesabı. Uygulama giriş istiyorsa inceleme ekibinin kullanabileceği çalışan bir kullanıcı adı ve şifre. Bu olmadan inceleme ekibi içeriye giremiyor ve giremediği uygulamayı reddediyor.
Bir web sitesi. Destek adresi, gizlilik politikası ve iletişim bilgisi için mağazalar bir adres istiyor. Uygulamanın kendi sitesi yoksa en azından bu sayfaları barındıran bir yer olmalı.
Uygulama mağazaya nasıl yüklenir: adımlar
- İmzalama altyapısı. iOS tarafında sertifika ve sağlama profilleri, Android tarafında imzalama anahtarı. Android anahtarı kaybolursa aynı uygulamaya güncelleme çıkarılamıyor; uygulama yeni bir kimlikle baştan yayımlanıyor ve mevcut kullanıcılar taşınmıyor. Anahtarı sizin hesabınızda ve yedekli saklayın. Google Play'in sunduğu uygulama imzalama hizmeti bu riski azaltıyor; yükleme anahtarı kaybolsa bile yenisini kaydettirme yolu var.
- Sürüm derlemesi. Mağazaya gidecek derleme, test derlemesinden farklı ayarlarla üretiliyor: hata ayıklama kapalı, doğru sürüm numarası, doğru paket kimliği.
- İç test. TestFlight ve Google Play iç test kanalına yükleyip gerçek cihazlarda son kontrol. Mağaza derlemesinde ortaya çıkan sorunlar bazen test derlemesinde görünmüyor.
- Mağaza listesi. Ad, kısa açıklama, uzun açıklama, anahtar kelimeler, kategori, her cihaz ölçüsü için ekran görüntüleri, varsa tanıtım videosu, simge.
- Formlar. Apple'da gizlilik etiketleri, Google'da veri güvenliği formu; içerik derecelendirme anketi, yaş sınırı, hedef kitle beyanı, varsa reklam ve satın alma bildirimi.
- İncelemeye gönderim. İnceleme ekibine not: uygulamanın ne yaptığı, nasıl test edileceği, test hesabı, kolay anlaşılmayan bir özellik varsa açıklaması.
- Yayın. Onay gelince ya hemen ya da sizin belirlediğiniz tarihte. Google Play'de aşamalı dağıtım seçeneği var: sürüm önce kullanıcıların küçük bir kısmına açılıyor, sorun çıkmazsa genişletiliyor.
Formlarda en çok yapılan hata
Gizlilik etiketleri ve veri güvenliği formu, uygulamanın topladığı her veriyi beyan etmenizi istiyor: hesap bilgisi, konum, cihaz kimliği, kullanım analitiği, çökme kayıtları. Buradaki tuzak, kullandığınız üçüncü taraf kütüphanelerin de veri toplaması. Analitik, reklam ve çökme izleme araçları siz fark etmeden cihaz kimliği ve kullanım verisi gönderiyor; formda "veri toplamıyoruz" derseniz beyan ile gerçek uyuşmuyor ve bu bir ret sebebi.
Hangi kütüphanenin ne topladığını geliştirme ekibinden liste olarak isteyin ve formu bu listeye göre doldurun.
Sık reddedilme sebepleri
İnceleme ekiplerinin gerekçeleri belli başlıklarda toplanıyor:
- Tamamlanmamış uygulama. Çöken ekranlar, çalışmayan düğmeler, "yakında" yazan bölümler, örnek veriyle dolu listeler. Her iki mağaza da bitmiş ürün görmek istiyor.
- Gizlilik beyanı ile gerçeğin uyuşmaması. Üstte anlatıldı; en sık karşılaşılan gerekçelerden biri.
- Hesap açma var, hesap silme yok. Kullanıcı uygulama içinde hesap açabiliyorsa aynı yerden hesabını silebilmeli. Her iki mağaza da bunu arıyor; "bize e-posta atın" yeterli sayılmıyor.
- İzin gerekçesinin açıklanmaması. Kamera, konum ya da kişilere erişim istenirken bunun neden gerektiğinin kullanıcıya söylenmesi gerekiyor. Gerekçesiz izin isteği ya da işlevle ilgisiz izin ret sebebi.
- Ödeme kuralına aykırılık. Dijital içerik, abonelik ya da uygulama içi özellik satılıyorsa mağazanın kendi satın alma sistemi kullanılmalı. Dış ödeme sayfasına yönlendirmek bu kategoride en kesin retlerden biri. Fiziksel ürün ve hizmet satışında kendi ödeme altyapınız kullanılabiliyor.
- Asgari işlevin altında kalma. Yalnız web sitesini bir çerçeve içinde gösteren, uygulama olmasını gerektiren hiçbir özelliği olmayan uygulamalar, özellikle Apple tarafında geri dönüyor.
- Yanıltıcı mağaza listesi. Ekran görüntülerinde olmayan özellikler, uygulamayla ilgisiz anahtar kelimeler, başka bir markaya benzeyen ad ya da simge.
- Test hesabı yok ya da çalışmıyor. İnceleme ekibi giriş yapamayınca uygulamanın geri kalanına bakmıyor.
- Çocuklara yönelik içerik kuralları. Hedef kitlede çocuk varsa reklam, veri toplama ve içerik kuralları sertleşiyor; yanlış hedef kitle beyanı da ret getiriyor.
Ret geldiğinde ne yapılır
Ret mesajı genelde ilgili kural maddesine atıf yapıyor ve çoğu zaman ekran görüntüsü ekliyor. İlk iş gerekçeyi doğru okumak; itiraz etmeden önce kuralın kendisini açıp uygulamanın gerçekten aykırı olup olmadığına bakmak gerekiyor.
Gerekçe doğruysa düzeltip yeniden gönderin. Yanlış anlaşılma varsa inceleme ekibiyle yazışma kanalı var; kısa, somut ve ekran görüntülü bir açıklama çoğu zaman yeterli. Uzun savunma metinleri işe yaramıyor.
İlk başvuruda geçmeyen uygulamalar olağan. İkinci ya da üçüncü turda sonuç almak sürecin normal parçası; ret mesajını bir düzeltme listesi olarak okuyun.
Yayından sonra
Yayın bir kere yapılan iş değil. İşletim sistemleri her yıl büyük sürüm çıkarıyor, mağazalar hedef sürüm ve araç gereksinimlerini yükseltiyor; güncellenmeyen uygulama bir noktada yeni cihazlara kurulamıyor ya da mağazadan kaldırılıyor. Kural değişiklikleri de mevcut uygulamaları etkiliyor: bugün geçen bir beyan, bir sonraki güncellemede yetersiz kalabiliyor.
Çökme kayıtlarını izleyin, sürüm notlarını gerçekten ne değiştiğini yazarak hazırlayın ve mağaza konsolundaki politika uyarılarını düzenli kontrol edin. Uyarıların çoğu, süresi içinde cevaplanırsa yayından kaldırmaya gitmiyor.
Sık sorulan sorular
İnceleme ne kadar sürüyor?
Platforma, döneme ve uygulamanın karmaşıklığına göre değişiyor; yoğun tatil dönemlerinde uzayabiliyor. Belirli bir süre taahhüt etmek mümkün değil. Takvim yaparken inceleme için tampon bırakmak ve ilk başvuruda ret ihtimalini hesaba katmak gerekiyor.
Aynı anda iki mağazaya mı başvurmalıyım?
Hazırsa evet. Formlar ve ekran görüntüleri büyük ölçüde ortak hazırlanıyor. Ama birinde ret alırsanız diğerinde de aynı sorunun çıkacağını varsayın ve düzeltmeyi iki tarafa birden uygulayın.
Mağazaya çıkmadan uygulamayı müşterilerime gösterebilir miyim?
Evet. TestFlight ve Google Play'in kapalı test kanalları bunun için var; belirlediğiniz kişiler mağazaya çıkmadan önce uygulamayı kurup deneyebiliyor. Geniş kitleye dağıtım için uygun değil, ama onay ve geri bildirim için yeterli.
Bu sürecin tamamını yürütmek ayrı bir iş olduğu için uygulama yayınlama hizmeti başlığı altında topladık; uygulamanız hâlâ geliştirme aşamasındaysa iOS ve Android uygulama geliştirme sayfasına da bakın. Elinizdeki durumu yazın, teklif alın.