Uygulamam 14 Günden Sonra Neden Reddedildi?

Google Play'in kapalı testinin tam 14 gününü sabırla bekleyen, üretim erişimi anketini özenle dolduran ve sonra şu yazıyı okuyan geliştiriciler için özel bir hayal kırıklığı türü vardır: "Uygulamanız üretim erişimi için uygun değil." Hiçbir ayrıntı yok. Satır satır bir döküm yok. Sadece bir ret ve iki haftanın buharlaştığı hissi.

Şu anda tam olarak bu durumdaysan, yalnız değilsin - bu, her ay binlerce geliştiricinin başına geliyor ve neredeyse her zaman beş spesifik, düzeltilebilir nedenden birine dayanıyor. Bu rehber, her birini, hangisinin sana uyduğunu nasıl anlayacağını ve bir sonraki denemende tam olarak neyi farklı yapman gerektiğini anlatıyor.

Ret E-postası Gerçekte Ne Anlama Geliyor

Google'ın ret bildirimi kasıtlı olarak geneldir. Genellikle 'test geçmişiniz gereksinimlerimizi karşılamadı' veya 'yeterli test aktivitesini doğrulayamadık' gibi ifadeler görürsün. Hangi testerın sorun olduğunu, bunun bir etkileşim sorunu mu yoksa bir dolandırıcılık işareti mi olduğunu veya spesifik olarak neyi düzeltmen gerektiğini söylemez.

Bu belirsizlik tasarım gereğidir - Google, dolandırıcılık ve kalite sistemlerinin kullandığı tam tespit eşiklerini yayınlamak istemez, çünkü bu bilgi onları kandırmayı çok kolaylaştırır. Bu da teşhis işinin sana düştüğü anlamına gelir. Aşağıdaki beş neden, gerçek dünyadaki reddlerin ezici çoğunluğunu kapsar.

5 Nedene Bir Bakış

Neden 1: Botlar, Emülatörler ve Otomatikleştirilmiş Testerlar

Testerlarını ucuz bir gig pazar yeri ilanından - '5 Dolara 20 Tester' - bulduysan, bazılarının ya da hepsinin hiç gerçek cihaz olmama ihtimali var. Düşük maliyetli sağlayıcılar sıklıkla gerçek telefonlar yerine kiralık veri merkezi sunucularında çalışan Android emülatörlerine (Bluestacks, Genymotion ve benzerleri) güvenir.

Bu, 12+ tester, 14 gün, görünür sorun yok gibi aksi takdirde temiz görünen bir reddin en yaygın tek nedenidir ve daha derinlemesine şurada ele alınır: Fiverr Dolandırıcılıkları vs Gerçek Ajanslar.

Neden 2: Sıfır Etkileşim Sorunu

Gerçek cihazlardaki 12+ gerçek testerla bile, Google sadece tamamlanmış bir kurulumu değil, gerçek kullanımı kontrol eder. Testerların 1. günde uygulamayı bir kez açıp kalan 13 gün boyunca bir daha başlatmaması, pasif test olarak okunur - çünkü öyledir.

Neden 3: Testerlar Eklendi, Katılım Sağlamadı

Bu, daha sessiz, gözden kaçması kolay bir hatadır. Play Console tester listene bir e-posta adresi eklemek, o kişinin katılım sağlamasıyla aynı şey değildir.

Play Console tester listende 20 e-posta dururken, bunlardan sadece 6'sının gerçekten katılım sağlamış olması tamamen mümkündür - yani listen dolu görünse bile, gerçek sayın hiçbir zaman 12 tester tabanını geçmemiş olabilir. Tam dökümü şurada gör: 20 tester gereksinimi rehberi.

Neden 4: Belirsiz Bir Üretim Erişimi Anketi

14 günün tamamlandıktan sonra, Google üretim erişimi vermeden önce yazılı bir başvuru ister. Şu şekilde bir şey sorar:

• Testerlarını nasıl buldun?
• Test sırasında hangi spesifik geri bildirimi aldın?
• O geri bildirim sonucunda uygulamada hangi değişiklikleri yaptın?

Bir insan incelemecisi bu cevapları okur. Aşağıdaki gibi bir cevap, gerçek bir test yerine bir kontrol listesi egzersizi olarak okunur - ve 14 günlük serinin kendisi tamamen geçerli olsa bile belgelenmiş bir ret tetikleyicisidir:

İncelemeciler özellikle gerçek bir testin fiilen yapıldığına dair güvenilir, ayrıntılı bir anlatım ararlar. Örnek cevaplar için tam üretim erişimi anketi incelememizi gör.

Neden 5: Sessiz Bir Ayrılma Sayacını Sıfırladı

14 günlük sayaç, katılım sağlamış sayın bir gün bile 12'nin altına düştüğü anda sıfırlandığı için, farkına varmadan serini kaybetmen mümkündür. 12. tester, telefon depolama alanı açmak için 10. günde uygulamayı kaldırırsa, Play Console'daki görünür ilerlemen neredeyse tamamlanmış gibi görünse de, Google'ın gerçekte takip ettiği seri günler önce sessizce yeniden başlamış olabilir.

Tester sayılarını her gün kontrol etmeyen geliştiriciler, gerçek serilerinin sadece 3 ya da 4 gün olduğunu fark etmeden 14 gün olduğunu düşünerek üretim erişimi başvurusu göndermeye en yatkın olanlardır.

Gerçekte Ne Olduğunu Kontrol Etme Yolu

Herhangi bir şeyi yeniden göndermeden önce, beş nedenden hangisinin sana uyduğunu teşhis etmek için on dakika harca:

• 1

  Katılım sağlamış sayı geçmişini kontrol et

  Play Console'u aç → Test → Kapalı test → Testerlar'a git ve sadece eklenen e-postaların listesini değil, katılım sağlamış sayı geçmişini kontrol et.

• 2

  12'nin altına herhangi bir düşüş ara

  O katılım sağlamış sayının, 14 günlük pencerende herhangi bir noktada 12'nin altına düşüp düşmediğini kontrol et.

• 3

  Tester kaynağını yeniden düşün

  Testerlarını bir pazar yerinden veya takastan bulduysan, onların doğrulanmış gerçek cihazlar mı yoksa doğrulanmamış bir grup mu olduğunu düşün.

• 4

  Anket cevaplarını yeniden oku

  Bunları okuyan bir yabancı, gerçek bir testin yapıldığına inanır mıydı?

Nasıl Düzeltirsin ve İkinci Denemede Geçersin

Bu spesifik ret için bir itiraz kısayolu yoktur - güvenilir yol, tam 14 kesintisiz günü doğru şekilde tekrar çalıştırmaktır. İkinci denemende:

• 1

  Tam olarak 12 değil, 15-20 gerçek tester bul, böylece tek bir ayrılma seni tekrar sıfırlamaz.

• 2

  Sadece e-postasının eklendiğini değil, her testerın gerçekten katılım sağladığını doğrula.

• 3

  Testerların tüm pencere boyunca sadece bir kez değil, tekrar tekrar uygulamayı açtığından emin ol.

• 4

  Ankette spesifik, ayrıntılı cevaplar yaz - gerçek bulma yöntemi, gerçek geri bildirim, gerçek değişiklikler.

Bu tam olarak yönetilen bir test hizmetinin ortadan kaldırmak için tasarlandığı başarısızlık modudur - gerçek cihazlardaki gerçek testerlar, her gün izlenen etkileşim ve bir ayrılmanın sana başka iki hafta kaybettirmemesi için özel olarak boyutlandırılmış bir yedek. Bkz. mevcut planlar veya alternatiflerin nasıl karşılaştırıldığını oku eğer ikinci turu nasıl ele alacağına hâlâ karar veriyorsan.

Sıkça Sorulan Sorular