Google Play kapalı test: 12 kullanıcı, 14 gün

Google Play kapalı test nedir, kimler yapmak zorunda?

Kapalı test, uygulamanın yalnızca sizin belirlediğiniz kullanıcılara açıldığı bir yayın parçası. Google bunu 13 Kasım 2023'ten sonra açılmış kişisel geliştirici hesapları için zorunlu bir aşamaya çevirdi: bu hesaplar, uygulamalarını herkese açık yayına çıkarmadan önce en az 12 test kullanıcısıyla kesintisiz 14 gün kapalı testte tutmak ve ardından üretim erişimine başvurmak zorunda.

Şart bir kalite denetimi değil, hesap doğrulama önlemi — Play'e yığınla düşük nitelikli uygulama gönderen kişisel hesapları elemek için kondu. Bu yüzden kurumsal hesaplar kapsam dışında ve bu yüzden "muafiyet" aramanın anlamı yok: bir şirket adına yayın yapacaksanız doğru cevap zaten kurumsal hesap.

12 test kullanıcısı ve 14 gün nasıl sayılıyor?

İki koşul aynı anda sağlanmak zorunda: en az 12 test kullanıcısı, ve bu kullanıcıların kesintisiz 14 gündür teste katılmış olması. Saat başvuru yaptığınız günden geriye doğru işliyor. On dört günden kısa süre kalıp çıkan kullanıcı sayıya girmiyor; çıkıp geri katılan kullanıcıda ise önceki günler yanmış oluyor ve on dört günün baştan dolması gerekiyor.

Pratik sonucu şu: on iki, hedef değil taban. Bir kişinin telefonunu değiştirmesi, hesabını silmesi ya da testten çıkması on dördüncü günde başvurunuzu düşürüyor. On beş–on altı kişilik bir grupla başlamak, bu riski ücretsiz kapatmanın tek yolu.

Test kullanıcılarını nasıl eklersiniz?

Play Console'da üç ayrı test parçası var ve şartı yalnızca ortadaki karşılıyor. Aralarındaki fark yalnızca kitle büyüklüğü değil; parçalar birbirini dışlıyor.

Google Grubu kullanmak listeyi tek yerden yönetmenizi sağlıyor: kişi eklemek ya da çıkarmak için Play Console'a dönmeniz gerekmiyor. Katılım bağlantısı ise ancak uygulamanın durumu "Yayınlandı" olduğunda çıkıyor — sürüm yüklemeden bağlantıyı arayıp bulamamak, ilk günün klasik kaybı.

Google, testçilerin uygulamayı gerçekten kullandığını nasıl anlıyor?

2026'dan beri değerlendirmenin ağırlık merkezi sayıdan katılıma kaydı ve başvuruda gördüğünüz sorular bunu açıkça söylüyor: Google, test kullanıcılarının mevcut özelliklerin tamamını kullanıp kullanmadığını ve kullanımlarının üretimde beklenen kullanıcı davranışıyla örtüşüp örtüşmediğini soruyor. Kurup bir kez açan on iki kişi, kâğıt üzerinde şartı sağlıyor ama başvuruyu geçirmiyor.

Bunun tek çözümü test kullanıcılarına iş vermek. "Uygulamayı bir dene" diye gönderilen bağlantı hiçbir şey üretmiyor; "kayıt ol, bir sipariş oluştur, bildirimi al, iptal et" diye yazılmış üç maddelik bir senaryo hem gerçek kullanım hem gerçek geri bildirim üretiyor. On iki kişiden aldığınız üç işe yarar hata, formda anlatacağınız şeyin kendisi.

Üretim erişimi başvurusunda ne soruluyor?

Form üç bölümden oluşuyor: kapalı testin kendisi, uygulamanız ya da oyununuz, ve üretime hazırlık. Sorular test kullanıcılarını nasıl bulduğunuzu, bulmanın ne kadar zor olduğunu, ne geri bildirim aldığınızı, buna karşılık neyi değiştirdiğinizi ve uygulamanın neden yayına hazır olduğunu kapsıyor.

Formu doldururken tek kural var: her cevap gerçekten olan bir şeyi anlatsın. "On iki test kullanıcısı buldum" cümlesi bir cevap değil; "hedef kitlemizden on altı kişiyi bir WhatsApp grubunda topladık, ilk hafta sipariş akışında iki hata bildirildi, ikinci sürümde düzelttik" cevaptır. Reddedilen başvuruların büyük kısmı yanlış cevap yüzünden değil, boş cevap yüzünden reddediliyor.

Başvurum neden "daha fazla test gerekiyor" diye reddedildi?

Google'ın kendi açıklamasında iki sebep sayılıyor: on ikiden az katılmış test kullanıcısı olması ya da katılımın yetersiz olması. Birincisi sayılabilir bir şey ve konsolda görünüyor; ikincisi görünmüyor, bu yüzden ekipler nerede hata yaptıklarını anlamakta zorlanıyor.

• Test kullanıcıları uygulamayı kurmuş ama açmamış ya da bir kez açıp bırakmış.
• İki hafta boyunca hiç yeni sürüm çıkmamış; geri bildirim döngüsünün izi yok.
• Form cevapları tek cümlelik, hangi geri bildirimin neyi değiştirdiği yazılmamış.
• Katılan kullanıcı sayısı on iki ama başvuru anında biri çıkmış, sayı on bire düşmüş.
• Test kullanıcıları uygulamanın hedef kitlesiyle hiç ilgisi olmayan kişiler; kullanım örüntüsü üretimdekine benzemiyor.

Reddedilirsem itiraz edebilir miyim?

İtiraz mekanizması yok. Ret geldiğinde yapılacak şey testi sürdürmek ve eksik olanı tamamlayıp yeniden başvurmak; pratikte bu iki hafta daha demek. Bu yüzden başvuruyu "denesek de olur" diye göndermek ücretsiz değil — her erken başvuru yayın tarihini iki hafta öteliyor.

Aynı sebeple, on dördüncü gün dolar dolmaz başvurmak da her zaman doğru değil. Katılım zayıfsa birkaç gün daha sürüm çıkarıp geri bildirim toplamak, reddedilip baştan başlamaktan hızlıdır.

Kapalı test hizmeti satın almak doğru mu?

Test kullanıcısı satan hizmetler yasak değil; Google başvuru formunda test kullanıcılarını nasıl bulduğunuzu soruyor ve ücretli sağlayıcı da kabul edilebilir bir cevap. Sorun kaynağın kendisi değil, satın alınan şeyin ne olduğu: kurulum sayısı satın alırsanız katılım denetimine takılırsınız, çünkü o kişiler uygulamanızı kullanmıyor.

Buradaki hesap çoğu ekip için yanlış kuruluyor. On iki kişilik bir grup kurmak parayla çözülecek bir problem değil — ürününüzü kimse için yapmadıysanız asıl sorun testte değil. Gerçek hedef kitleden on beş kişi bulmak iki hafta sürüyorsa, o iki hafta zaten öğrenilmesi gereken şeyi öğretiyor.

Bu şarttan muaf olmanın yolu var mı?

Tek yolu kurumsal hesap. Şart kişisel hesaplar için tanımlanmış durumda ve kurumsal hesaplar kapsam dışında. Kurumsal kayıt D-U-N-S numarası istiyor; numaranın kendisi ücretsiz ama çıkması gün alıyor, dolayısıyla bu karar geliştirmenin sonunda değil başında verilmeli.

Hesap zaten kişisel olarak açıldıysa tür değiştirmek pratikte yeni hesap kurmak demek ve uygulamanın yorumları, indirme geçmişi ile sıralaması taşınmıyor. İlk uygulamada bu maliyet küçük görünüyor; ikinci yılda görünmüyor.