Google Play Üretim Erişimi Reddedildi: Nedenleri ve Çözümü

Kapalı testi 14 gün boyunca sürdürdünüz, 12 test kullanıcısı tamamlandı, Play Console’dan üretim erişimi için başvurdunuz ve birkaç gün sonra gelen e-posta beklediğiniz gibi değil: Google uygulamanız için ek test istiyor. Bu durum, 13 Kasım 2023’ten sonra açılmış kişisel geliştirici hesaplarında sık yaşanıyor. Ret kalıcı değildir; nedenini doğru okuyup testi düzgün yürüttüğünüzde yeniden başvurabilirsiniz.

Bu yazıda Google’ın üretim erişimi başvurusunu neden onaylamadığını, ret sonrasında hangi adımları atmanız gerektiğini ve ikinci başvuruda nelere dikkat etmeniz gerektiğini, kapalı test süreçlerini yürütürken edindiğimiz deneyimle anlatıyoruz.

Kapalı Test Şartı Tam Olarak Ne?

Google Play Console Yardım Merkezi’ne göre 13 Kasım 2023’ten sonra oluşturulan kişisel geliştirici hesaplarında bir uygulamanın üretim kanalında yayınlanabilmesi için:

• Uygulamanın kapalı test kanalında yayınlanmış olması,
• Başvuru anında en az 12 test kullanıcısının teste katılmış (opt-in) olması,
• Bu kullanıcıların başvurudan önceki 14 gün boyunca kesintisiz olarak testte kalmış olması gerekir.

Koşullar sağlandığında Play Console’daki kontrol panelinden üretim erişimine başvurulur ve kapalı test, uygulama ve yayına hazırlık hakkındaki sorular yanıtlanır. Google’ın belirttiğine göre inceleme genellikle yedi gün veya daha kısa sürer, ancak zaman zaman uzayabilir. Sonuç hesap sahibine e-postayla bildirilir. Şartın ayrıntılarını ve sürecin tamamını Google Play Kapalı Test Hizmeti sayfamızda ayrıca anlattık.

Google Başvuruyu Neden Onaylamaz?

Google, ret durumunda “uygulamanızın ek teste ihtiyacı var” şeklinde bir bildirim gönderir. Yardım Merkezi’nde ek test gerektirebilecek nedenler arasında iki konu açıkça sayılır: 12’den az test kullanıcısının teste katılmış olması ve test süresi boyunca test kullanıcılarının uygulamayla yeterince etkileşime girmemesi. Pratikte karşılaştığımız durumlar bu iki başlığın altında toplanıyor.

1. Sayı tamam görünse de 14 gün kesintisiz değil

En sık gözden kaçan nokta budur. Bir test kullanıcısı testten ayrılıp yeniden katılırsa sayaç onun için baştan başlar. Başvuruyu yaptığınız gün listede 12 kişi görünse bile içlerinden biri 10 gün önce yeniden katılmışsa şart sağlanmamış olur. Ayrıca test kullanıcısının yalnızca e-posta listesine eklenmiş olması yetmez; katılım bağlantısını açıp testi kabul etmiş olması gerekir.

2. Test kullanıcıları uygulamayı gerçekten kullanmadı

Google, 12 kişinin listede durmasından çok uygulamanın test sırasında gerçekten kullanılıp kullanılmadığına bakar. Uygulamayı yükleyip bir kez açan ve sonra hiç dönmeyen test kullanıcıları “yetersiz etkileşim” olarak değerlendirilebilir. Başvuru formunda da test kullanıcılarının uygulamanın özelliklerini kullanıp kullanmadığı ve test sırasındaki kullanımın yayında beklenen kullanıma benzeyip benzemediği soruluyor.

3. Başvuru formundaki yanıtlar yüzeysel kaldı

Formda kapalı testin nasıl yürütüldüğü, hangi geri bildirimlerin alındığı, bu geri bildirimlerin nasıl toplandığı ve test sonucunda uygulamada neyin değiştiği soruluyor. “Test iyi geçti, sorun yok” gibi tek cümlelik yanıtlar, testin özensiz yürütüldüğü izlenimi verir. Google ret nedenlerini ayrıntılı açıklamıyor; bu yüzden formu, testin gerçekten yapıldığını gösterecek kadar somut doldurmanız gerekir.

4. Test sırasında uygulamada hiçbir şey değişmedi

14 gün boyunca hiçbir güncelleme yayınlanmaması tek başına ret nedeni değildir; ancak “üretime hazırlık” sorusunda test sonucunda yapılan değişiklikleri anlatmanız beklenir. Gelen geri bildirimlerle bir hatayı düzeltip yeni bir sürümü kapalı teste yüklemek, testin amacına uygun yürütüldüğünü gösteren doğal bir kanıttır.

5. Uygulama henüz yayına hazır değil

Sık çöken, giriş ekranında takılan, temel özelliği çalışmayan ya da içerik politikalarıyla sorunlu bir uygulamada test kullanıcıları doğal olarak etkileşim kuramaz. Bu durumda sorun test sürecinde değil, uygulamanın kendisindedir.

Ret Geldikten Sonra Ne Yapmalısınız?

1. Kapalı testi kapatmayın. Google’ın ifadesiyle ek test gerektiğinde kapalı testi sürdürmeniz gerekebilir. Test kanalını kapatmak ya da test kullanıcılarını listeden çıkarmak süreci baştan başlatır.
2. Play Console’daki bildirimi okuyun. Kontrol panelinde ve e-postada belirtilen yönlendirmeleri not edin; yeniden başvuru seçeneğinin ne zaman açılacağını buradan takip edin.
3. Test kullanıcılarının durumunu kontrol edin. Kapalı test kanalındaki katılımcı sayısının 12’nin altına düşüp düşmediğine, kimin ne zaman katıldığına bakın. Sınırda kalmamak için 12’nin biraz üzerinde katılımcıyla ilerlemek güvenli bir yaklaşımdır.
4. Etkileşimi planlı hâle getirin. Test kullanıcılarına her gün veya birkaç günde bir yapacakları kısa görevler verin: kayıt olma, bir içerik oluşturma, bir özelliği deneme, ayarları değiştirme gibi. Google da test kullanıcılarını geri bildirim paylaşabilecekleri bir mesajlaşma grubuna davet etmeyi öneriyor.
5. Geri bildirimleri kayıt altına alın. Hangi kullanıcının hangi sorunu bildirdiğini ve bunun hangi sürümde düzeltildiğini basit bir tabloda tutun. Bu tablo, ikinci başvurudaki yanıtlarınızın temelini oluşturur.
6. En az bir güncelleme yayınlayın. Gelen geri bildirimlere göre hataları düzeltip yeni sürümü kapalı test kanalına yükleyin. Google, çökme ve teknik hataların yanında genel kullanıcı deneyiminin de değerlendirilmesini öneriyor.

İkinci Başvuruda Formu Nasıl Doldurmalı?

Form üç bölümden oluşur. Her bölümde hedefiniz, testin gerçekten yapıldığını somut bilgilerle göstermektir.

Kapalı testiniz hakkında

Test kullanıcılarını nereden bulduğunuzu, onlara hangi görevleri verdiğinizi ve geri bildirimleri hangi kanaldan topladığınızı açıkça yazın. Örneğin: “Test kullanıcılarına bir mesajlaşma grubu üzerinden günlük görevler verdik. Kayıt, profil düzenleme ve ana özellik akışı her kullanıcı tarafından denendi. Toplam X geri bildirim aldık; en sık bildirilen sorunlar şunlardı.” Rakamları ve örnekleri kendi testinizden verin; uydurma ifadeler kullanmayın.

Uygulamanız hakkında

Hedef kitlenizi ve uygulamanın bu kitleye ne sağladığını iki üç cümleyle anlatın. İlk yıl için tahmini yükleme aralığını gerçekçi seçin.

Üretime hazırlık hakkında

Test sonucunda neleri değiştirdiğinizi madde madde yazın: düzeltilen hatalar, iyileştirilen ekranlar, eklenen veya kaldırılan özellikler. Uygulamanın yayına hazır olduğuna nasıl karar verdiğinizi de belirtin: örneğin son sürümde kritik hata bildirilmemesi ve temel akışların tüm test kullanıcılarında sorunsuz çalışması.

Reddi Baştan Önlemek İçin Kontrol Listesi

• Test kullanıcısı sayısını 12’nin biraz üzerinde tutun; biri ayrılırsa şart bozulmasın.
• Her test kullanıcısının katılım bağlantısını açıp testi kabul ettiğini doğrulayın.
• Test kullanıcılarından testten çıkıp yeniden katılmamalarını isteyin.
• 14 gün boyunca kullanımın düzenli olmasını sağlayacak bir görev planı hazırlayın.
• Test süresinde en az bir güncelleme yayınlayın ve neyi değiştirdiğinizi not edin.
• Başvuru formunu test sürecindeki gerçek verilerle, ayrıntılı olarak doldurun.
• Uygulamanın içerik ve veri güvenliği bildirimlerinin eksiksiz olduğundan emin olun.

Kapalı Test Sürecinde Destek

Kapalı testin en zor kısmı, 12’den fazla gerçek kişiyi 14 gün boyunca uygulamada aktif tutmaktır. DetaSoft olarak Türkiye genelindeki bağımsız geliştiriciler ve girişimler için bu süreci uzaktan yönetiyoruz: test kullanıcılarının sürece dahil edilmesi, günlük kullanım senaryolarının takibi, geri bildirimlerin raporlanması ve üretim başvurusu formunun hazırlanmasında destek. Kapalı test sürecini birlikte yürüttüğümüz uygulamaları projeler sayfamızda görebilirsiniz.

Uygulamanızın kendisinde geliştirme ihtiyacı varsa mobil uygulama geliştirme hizmetimizle hata düzeltme ve iyileştirme tarafında da destek veriyoruz. Ret aldıysanız ya da başvuruya hazırlanıyorsanız kapalı test hizmeti sayfamızdan ayrıntıları inceleyebilir veya teklif formunu doldurabilirsiniz.