Google Play "More testing required" untuk akses produksi: arti email dan cara mengajukan ulang (2026)

Email Google Play "More testing required to access Google Play production" berarti Google menolak permohonan akses produksi Anda. Ini bukan pelanggaran kebijakan (policy strike) dan tidak menangguhkan aplikasi Anda. Namun, Anda kehilangan waktu: Anda perlu satu blok pengujian tertutup 14 hari lagi sebelum mengajukan ulang. Panduan ini menguraikan setiap alasan dalam email tersebut, mendaftar apa yang perlu diubah selama 14 hari tambahan, dan menunjukkan cara menulis ulang kuesioner agar permohonan kedua Anda menjadi yang terakhir. Jika Anda belum memulai pengujian tertutup, mulailah dari rencana pengujian 12 penguji, 14 hari kami.

Apa arti "More testing required to access Google Play production"?

Artinya, peninjau Google telah membaca permohonan Apply for production Anda dan memutuskan bahwa pengujian tertutup Anda belum menghasilkan cukup bukti bahwa aplikasi siap untuk publik. Produksi dan pra-registrasi tetap terkunci sampai Anda menjalankan pengujian tambahan dan mengajukan lagi.

Per November 2026, persyaratan pengujian aplikasi dari Google berlaku untuk akun developer pribadi yang dibuat setelah 13 November 2023. Akun tersebut wajib menjalankan "pengujian tertutup untuk aplikasinya dengan minimal 12 penguji yang telah ikut serta tanpa putus selama setidaknya 14 hari." Memenuhi angka tersebut hanya membuat Anda boleh mengajukan. Permohonannya sendiri tetap ditinjau, dan Google menyebut dua alasan Anda mungkin perlu pengujian tambahan: "kurang dari 12 penguji yang ikut serta atau keterlibatan penguji yang tidak memadai selama periode pengujian." Google menyatakan peninjauan "biasanya memakan waktu tujuh hari atau kurang, tetapi sesekali bisa lebih lama," dan pemilik akun menerima keputusannya lewat email.

Apa arti setiap alasan dalam email penolakan?

Setiap baris dalam email menunjuk pada celah tertentu: penguji yang tidak benar-benar memakai aplikasi, pengujian tanpa perubahan yang terlihat sebagai respons atas masukan, atau jawaban kuesioner yang terlalu samar untuk dinilai. Email bisa mencantumkan satu, dua, atau ketiga alasan sekaligus.

Developer yang membagikan email ini secara publik mengutip alasan yang sama: "Penguji tidak terlibat dengan aplikasi Anda selama pengujian tertutup", "Anda tidak mengikuti praktik terbaik pengujian, yang dapat mencakup mengumpulkan dan menindaklanjuti masukan pengguna melalui pembaruan aplikasi", serta jawaban tentang aplikasi, pengujian tertutup, atau kesiapan produksi yang "tidak lengkap atau tidak memadai". Instruksi penutupnya: "Sebelum mengajukan lagi, uji aplikasi Anda menggunakan pengujian tertutup selama 14 hari tambahan dengan penguji sungguhan." Google tidak memublikasikan cara mengukur keterlibatan, jadi tabel berikut memetakan setiap alasan ke teks yang sesuai di halaman bantuan Google sendiri beserta perbaikannya.

Apa yang harus dilakukan segera setelah ditolak?

Biarkan pengujian tertutup tetap berjalan, minta penguji tetap ikut serta, dan rilis build baru di jalur tertutup dalam beberapa hari. Halaman Google menyebut bahwa jika Anda tidak disetujui, "Anda mungkin perlu terus menjalankan pengujian tertutup," jadi membongkarnya dan memulai yang baru berarti membuang basis penguji Anda.

1. Jangan hapus jalur tertutup atau daftar penguji Anda. Google memperingatkan bahwa "Jika penguji keluar lalu ikut serta lagi, 14 hari tersebut harus berturut-turut," sehingga penguji yang keluar sekarang akan mengulang hitungannya sendiri dari awal.
2. Kirim pesan ke setiap penguji. Jelaskan bahwa pengujian berlanjut 14 hari lagi, mereka harus tetap ikut serta, dan apa yang ingin Anda mereka coba di putaran ini.
3. Periksa jumlah penguji di Play Console. Ganti siapa pun yang tidak pernah menginstal aplikasi dengan orang yang benar-benar akan memakainya. Teman yang menginstal tetapi tidak pernah membuka aplikasi adalah penyebab umum alasan "tidak terlibat".
4. Siapkan satu saluran masukan. Google menyarankan grup chat; formulir bersama juga bisa. Apa pun pilihannya, simpan setiap pesan beserta tanggalnya.
5. Tulis daftar tugas yang mencakup setiap fitur utama: pendaftaran, aksi inti, pengaturan, pembelian (dengan penguji lisensi jika aplikasi memakai billing), serta alur offline atau notifikasi.
6. Rilis pembaruan di jalur tertutup pada minggu pertama yang memperbaiki sesuatu yang dilaporkan penguji, dan sebutkan perbaikan itu di catatan rilis. Rencanakan pembaruan kedua sebelum hari ke-14.
7. Jalankan laporan pra-peluncuran dan perbaiki crash serta peringatan aksesibilitas yang ditemukannya.
8. Sebelum mengajukan ulang, pastikan rating konten, target audiens, dan formulir Keamanan Data Anda akurat. Jika aplikasi memerlukan login, sertakan "kredensial login yang valid dan berfungsi" seperti yang diminta halaman Google.

Jika aplikasi Anda juga perlu menaikkan target SDK sebelum bisa rilis, lakukan dalam jendela waktu yang sama. Panduan target API level 36 kami membahas tenggat 1 November 2026.

Bagaimana cara menulis ulang jawaban kuesioner akses produksi?

Ganti pernyataan umum dengan hal spesifik: fitur apa yang dipakai penguji, berapa banyak laporan yang masuk, bagaimana Anda mengumpulkannya, versi mana yang memperbaiki apa, dan bukti apa yang menunjukkan aplikasi stabil. Setiap jawaban seharusnya hanya bisa ditulis oleh developer yang benar-benar menjalankan pengujian.

Anda membuka formulir dari Dashboard di Play Console lewat Apply for production. Formulir ini terdiri dari tiga bagian: pengujian tertutup Anda, aplikasi Anda, dan kesiapan produksi Anda. Progres akan hilang jika Anda meninggalkan suatu bagian sebelum mengklik Next, jadi susun jawaban Anda di dokumen terlebih dahulu. Seorang developer di itch.io melaporkan "batas 300 karakter untuk setiap jawaban," alasan lain untuk menyusun dan memangkas jawaban sejak awal. Jawaban di Bagian 2 tidak ditampilkan secara publik dan tidak memengaruhi visibilitas aplikasi Anda.

Contoh untuk aplikasi pelacak kebiasaan hipotetis. Jawaban lemah berikut khas untuk permohonan yang kembali dengan alasan "tidak lengkap atau tidak memadai":

Apa yang dilaporkan developer lain setelah ditolak dengan alasan "more testing"?

Laporan publik menunjukkan pola yang sama: penguji yang ikut serta tetapi tidak pernah memberi masukan berujung penolakan, sementara kelompok kecil yang memberi masukan dan melihat aplikasinya berubah justru disetujui. Jumlah penguji kurang berpengaruh dibanding bukti penggunaan.

• Di komunitas MIT App Inventor, developer shigeki_suzuki melaporkan pada Juli 2024 bahwa aplikasinya, Season Clock, mencapai 20 penguji selama 14 hari melalui aplikasi tukar-penguji, lalu menerima "More testing required to access Google Play production" dengan alasan "Penguji tidak terlibat dengan aplikasi Anda selama pengujian tertutup." Ia menulis bahwa ia tidak tahu siapa para pengujinya dan tidak menerima masukan apa pun, sehingga tidak bisa menjelaskan jalannya pengujian atau apa yang berubah. Ia harus mengulang pengujiannya.
• Di forum Adalo, pengguna siang32195 melaporkan pesan "More testing required" yang sama pada Agustus 2024 setelah memakai penguji rekrutan. Ia bertanya bagaimana memverifikasi bahwa penguji benar-benar memakai aplikasinya. Balasan yang diterima menyarankan alat pelacak waktu atau laporan tertulis yang mencantumkan skenario uji yang dijalankan setiap penguji. Utas tersebut tidak menyebutkan apakah permohonan keduanya berhasil.
• Seorang developer game solo yang menulis di itch.io hanya punya "nyaris 12 penguji", tetapi menulis bahwa ia telah "membuat beberapa pembaruan pada game" dan "mencatat semua yang bisa saya catat dari interaksi dengan para penguji." Ia memakai catatan itu dalam permohonannya dan melaporkan: "Dalam 36 jam setelah mengirim permohonan, saya mendapatkan Akses Produksi."

Perbandingannya: 20 penguji tanpa jejak masukan ditolak, sementara 12 penguji dengan jejak masukan dan pembaruan yang terdokumentasi disetujui. Ajukan ulang ketika catatan Anda bisa menjawab setiap kolom kuesioner secara spesifik, bukan begitu hitungan hari mencapai 14.

Kapan sebaiknya mengklik Apply for production lagi?

Ajukan ulang setelah minimal 12 penguji ikut serta selama 14 hari berturut-turut lagi dan Anda telah merilis pembaruan berdasarkan masukan selama periode itu. Halaman Google tidak menyebutkan masa tunggu, tetapi mengajukan dengan bukti yang sama kemungkinan besar akan mendapat jawaban yang sama.

• Minimal 12 penguji ikut serta, tanpa jeda opt-out, selama 14 hari berturut-turut lagi (targetkan 15 atau lebih sebagai cadangan)
• Minimal dua rilis di jalur tertutup sejak penolakan, masing-masing dengan catatan rilis yang menyebut perbaikan dari laporan penguji
• Log masukan bertanggal dengan jumlah per jenis (bug, UX, permintaan) dan cara setiap item dikumpulkan
• Penguji yang memakai setiap fitur utama, termasuk login, pembelian, dan notifikasi jika relevan
• Laporan pra-peluncuran tanpa crash yang belum diselesaikan
• Rating konten, target audiens, dan formulir Keamanan Data yang akurat, ditambah kredensial login peninjau yang berfungsi
• Jawaban kuesioner yang sudah disusun di dokumen, lengkap dengan fitur, angka, dan nomor versi

Halaman Google juga memperingatkan bahwa "Mengirimkan aplikasi yang tidak patuh dengan harapan peninjau akan menemukan masalahnya menyebabkan penolakan, penundaan peninjauan, dan proses banding yang lebih panjang," jadi perbaiki masalah kebijakan apa pun sebelum mengajukan, bukan sesudahnya. Jika Anda lebih suka menyerahkan penyiapan Play Console, rencana pengujian tertutup, dan permohonannya kepada orang lain, layanan pengajuan App Store kami mencakup kedua toko seharga $599. Biaya akun developer terpisah.