Jawaban Singkat
Google Play menerapkan prasyarat pengujian tertutup untuk akses produksi yang sama pada game Android seperti pada aplikasi lain mana pun. Jika game itu dirilis dari akun developer pribadi yang dibuat setelah 13 November 2023, minimal 12 penguji harus ikut serta dalam pengujian tertutup setidaknya selama 14 hari terakhir secara terus-menerus sebelum Anda bisa mengajukan permohonan akses produksi. Awalnya Google mensyaratkan 20 penguji dan menurunkan minimumnya menjadi 12 pada 11 Desember 2024; tidak ada jumlah penguji, durasi atau pengecualian tersendiri untuk game di dokumentasinya saat ini. Mencapai angka itu bukan berarti disetujui, karena Google juga menanyakan bagaimana penguji terlibat, masukan apa yang mereka berikan dan apa yang Anda ubah, dan Google bisa meminta pengujian lanjutan. Game lalu membawa risiko rilis yang tidak pernah diukur penghitung itu: asset delivery, frame time, kode native 64-bit, pengujian pembelian dalam aplikasi dan otorisasi Play Games Services. Jika sisi pengujinya yang tidak bisa Anda penuhi, PrimeTestLab menjalankannya dengan penguji asli di perangkat nyata.
Juga berlaku untuk penerbit game saat ini
31 Agustus 2026 sudah lewat: game seluler baru dan yang diperbarui harus menargetkan Android 16 (API level 36) atau lebih baru, dan Play Billing Library 7 sudah melewati tenggat untuk aplikasi baru maupun pembaruan. Pengiriman untuk Wear OS dan Android Automotive OS butuh API 35, sedangkan Android TV dan Android XR butuh API 34. Jika Anda memegang perpanjangan, masa berlakunya sampai 1 November 2026. Keduanya bukan bagian dari persyaratan penguji, dan keduanya bisa menghalangi rilis yang justru ingin dibuka oleh persyaratan penguji itu.
Sebagian besar panduan yang ada hanya menjawab separuh masalah ini. Halaman pengujian tertutup yang umum menjelaskan persyaratan 12 penguji tanpa menyentuh risiko rilis yang khas game, sementara halaman QA game membahas performa dan device lab tanpa menjelaskan gerbang akses produksi yang sebenarnya menahan peluncuran. Thread komunitas mengisi ruang di antara keduanya dengan folklor yang terdengar meyakinkan: main sekali sehari, kirim tiga pembaruan, tiga puluh menit per sesi, jumlah level minimum. Tidak satu pun dari itu merupakan aturan Google yang dipublikasikan, dan tulisan ini menyatakannya setiap kali salah satunya muncul. Semua isi di sini berlaku per 12 Agustus 2026, dengan tanggal tenggat kebijakan yang diverifikasi ulang pada 14 Agustus 2026, dan semuanya dilacak ke dokumentasi utama Google; ketika jawaban jujurnya adalah “Google tidak mempublikasikan hal itu”, halaman ini menuliskannya apa adanya alih-alih sebuah angka.
Urutan di bawah mengikuti cara masalah ini benar-benar terurai. Pertama gerbangnya sendiri, karena Anda tidak bisa merencanakan apa pun sebelum tahu apakah gerbang itu berlaku untuk Anda dan apa persisnya yang dihitungnya. Lalu lapisan yang berbentuk game: apa yang luput dari pengujian yang hanya menumpuk akun yang sudah ikut serta, dan cara menguji tiap risiko itu sebelum peninjau Google melihat hasilnya.
Meja kerja
Tiga instrumen yang dibuat untuk tiga pertanyaan yang tidak bisa dijawab developer game hanya dari dokumentasi Google. Masing-masing berjalan sepenuhnya di browser Anda, atas nilai yang Anda ketikkan sendiri. Tidak ada yang diunggah, dan tidak perlu akun.
Daftar isi
Apakah Google Play Mewajibkan Pengujian Tertutup untuk Game Android?
Ya, dengan ketentuan yang sama seperti aplikasi lain mana pun. Jika game itu dirilis dari akun developer pribadi yang dibuat setelah 13 November 2023, Anda harus menjalankan pengujian tertutup dengan minimal 12 penguji yang ikut serta selama 14 hari terakhir secara terus-menerus sebelum bisa mengajukan permohonan akses produksi. Google tidak mempublikasikan jumlah penguji tersendiri, durasi yang lebih pendek, atau pengecualian untuk game.
“Jika memiliki akun developer pribadi yang baru dibuat, Anda harus menjalankan pengujian tertutup untuk aplikasi Anda dengan minimal 12 penguji yang telah ikut serta setidaknya selama 14 hari terakhir secara terus-menerus.”
Bantuan Play Console, answer 14151465
Baca kalimat itu untuk hal yang tidak dikatakannya. Kalimat itu tidak menyebut kategori aplikasi. Pemicunya melekat pada akun, bukan pada apa yang Anda unggah, jadi fakta bahwa bundel Anda dikategorikan sebagai game sama sekali tidak mengubah apakah gerbang itu berlaku. Materi pengujian tertutup Google sendiri membahas aplikasi dan game di dalam proses akses produksi yang sama, dan secara eksplisit menyebut pengujian pra-peluncuran untuk game seluler sebagai salah satu penggunaan jalur pengujian.
Baca sekali lagi untuk frasa aplikasi Anda. Tanggal pembuatan akun menentukan apakah persyaratannya berlaku untuk Anda, tetapi pengujian yang memenuhi syarat dan pengajuan akses produksi diselesaikan untuk satu aplikasi tersendiri. Melewati prosesnya untuk satu game tidak terbawa ke paket berikutnya yang Anda publikasikan dari akun yang sama: game kedua mendapat pengujian tertutupnya sendiri, 12 pengujinya sendiri dan dua pekannya sendiri. Kesimpulan itu bersandar pada Google yang menulis kondisinya terhadap “aplikasi Anda” dan pada akses produksi yang diajukan per paket, bukan pada satu kalimat terbit yang menutup kemungkinan pengalihan; rencanakan pengujian baru untuk tiap game, dan periksa dasbor Console Anda untuk aplikasi yang bersangkutan sebelum menyimpulkan ke arah mana pun.
Temuan negatif “Tidak ada pengecualian untuk game” adalah kesimpulan yang ditarik dari ketiadaannya di dokumentasi Google saat ini, bukan kalimat yang dipublikasikan Google. Itu pembedaan yang berarti dan tulisan ini mempertahankannya: tidak ditemukan jumlah penguji maupun durasi alternatif untuk game di mana pun dalam materi akses produksi saat ini, jadi pembacaan yang aman adalah bahwa akun pribadi yang terkena memakai prasyarat yang sama, apa pun yang mereka rilis.
Apa yang sebenarnya dihitung aturan itu
12
Penguji, minimumAkun perorangan yang sudah menuntaskan keikutsertaannya. Bukan orang yang Anda kirimi email, bukan orang yang menyatakan bersedia.
14
Hari terus-menerusMasing-masing dari 12 akun itu harus sudah ikut serta sepanjang 14 hari terakhir saat Anda mengajukan permohonan.
1
Cakupan akun, uji per aplikasiAkun yang menentukan apakah aturannya berlaku. Pengujian yang memenuhi syarat itu sendiri dijalankan per aplikasi.
Kalau Anda pernah membaca bahwa angkanya 20, halaman itu sudah usang. Awalnya Google menetapkan ambangnya di 20 penguji lalu menurunkannya menjadi 12 pada 11 Desember 2024, dan menggambarkan perubahan itu dengan kata-katanya sendiri sebagai mensyaratkan “12 penguji, bukan 20”, sambil membiarkan periode dua pekannya tetap. Riwayatnya dibahas rinci di tulisan tentang perubahan dari 20 ke 12 penguji, dan mekanisme persyaratannya sendiri di tulisan tentang persyaratan 12 penguji. Tulisan ini mengandaikan keduanya dan berfokus pada apa yang berbeda pada sebuah game.
Developer Game Mana yang Sebenarnya Butuh 12 Penguji?
Prasyarat ini dibatasi pada akun developer pribadi yang dibuat setelah 13 November 2023. Akun Organisasi dan akun pribadi yang lebih lama berada di luar persyaratan spesifik ini. Mengunggah game alih-alih aplikasi tidak memasukkan Anda ke dalamnya maupun mengeluarkan Anda darinya, dan menjalankan pengujian internal dengan sampai 100 orang tidak memenuhinya.
| Situasi Anda | 12 penguji, 14 hari? | Penjelasan yang aman |
|---|---|---|
| Akun pribadi dibuat setelah 13 Nov 2023 | Ya | Jalankan pengujian tertutup dengan minimal 12 penguji yang terus-menerus ikut serta selama 14 hari terakhir, lalu ajukan permohonan akses produksi. |
| Akun pribadi dibuat sebelum batas itu | Tidak menurut aturan ini | Google membatasi persyaratan ini pada akun pribadi yang dibuat setelah 13 November 2023. |
| Akun Organisasi | Tidak menurut aturan ini | Persyaratan ini ditulis secara tegas untuk akun pribadi yang termasuk cakupannya. Itu tidak sama dengan bebas dari pengujian, kualitas atau peninjauan kebijakan. |
| Game, bukan aplikasi biasa | Tidak ada perlakuan khusus | Tidak ada jumlah penguji maupun durasi alternatif untuk game dalam dokumentasi akses produksi Google saat ini. |
| Anda sudah menjalankan pengujian internal dengan 100 orang | Tetap wajib | Pengujian internal dan pengujian tertutup adalah dua jalur yang terpisah. Prasyaratnya secara spesifik mewajibkan pengujian tertutup. |
| Anda sudah memenuhinya untuk game lain di akun yang sama | Tetap wajib | Google menuliskan persyaratan itu sebagai pengujian tertutup “untuk aplikasi Anda”. Akunlah yang menentukan apakah aturan itu berlaku; pengujian yang memenuhi syarat diselesaikan per paket. |
“Akun Organisasi dikecualikan” adalah kalimat yang keliru
Akun Organisasi berada di luar prasyarat akun pribadi baru yang spesifik ini. Akun itu tetap menghadapi setiap kewajiban normal: peninjauan, kebijakan konten, standar kualitas, deklarasi dan aturan distribusi. Mendaftar sebagai organisasi demi menghindari persyaratan penguji juga berarti menanggung verifikasi organisasi, dan jenis akun yang Anda pilih punya konsekuensi jauh melampaui satu gerbang ini. Untung ruginya diuraikan di tulisan tentang akun pribadi versus akun organisasi.
Satu konteks umum soal akun, karena hal ini muncul dalam napas yang sama dan sering tertukar dengan biaya pengujian: Google mengenakan biaya pendaftaran satu kali sebesar US$25 untuk membuka akun developer. Biaya itu tidak berkaitan dengan persyaratan pengujian. Tidak ada satu pun bagian dari menjalankan pengujian tertutup yang berbiaya di Play Console; yang mahal adalah menemukan dua belas orang yang mau bertahan.
Dan itulah masalah sesungguhnya bagi sebuah game. Dibandingkan aplikasi utilitas, sebuah game biasanya butuh sesi yang lebih dalam sebelum cacatnya muncul sama sekali: progres dan status simpanan, pengiriman aset, perilaku termal dan monetisasi baru berulah setelah ada orang yang bermain cukup jauh hingga punya sesuatu untuk hilang. Tidak satu pun kategori itu bisa diuji dengan aman oleh orang yang memasang build lalu membiarkannya begitu saja selama dua pekan, dan Google menimbang keterlibatan serta masukan untuk aplikasi maupun game. Game hanya membuat versi dangkal dari kesalahan itu jadi lebih mahal, karena Anda butuh orang yang benar-benar bermain, di perangkat keras yang menyerupai milik pemain, cukup lama untuk sampai ke babak kedua. Itulah celah yang dibahas sisa tulisan ini.
Bagaimana Pengujian Tertutup 14 Hari Bekerja untuk Sebuah Game?
Rilis satu build di jalur tertutup, bawa minimal 12 penguji melalui keikutsertaan yang tuntas, dan pertahankan mereka tetap ikut serta sambil benar-benar bermain. Saat Anda mengajukan permohonan, minimal 12 di antaranya masing-masing harus sudah ikut serta selama 14 hari terakhir secara terus-menerus. Setelah itu ajukan permohonan akses produksi dari dasbor Play Console. Pengujian internal menampung hingga 100 penguji dan berguna, tetapi tidak memenuhi langkah ini.
Sumber: persyaratan pengujian tertutup untuk akun pribadi baru (answer 14151465). Minimum 12 penguji menggantikan 20 pada 11 Desember 2024; periode 14 hari terus-menerus tidak berubah.
-
01
Sebelum hari pertama
Rilis build pengujian tertutup dan buat tersedia bagi penguji Anda. Pastikan build yang dikirimkan Play terinstal dan berjalan, asset pack sampai, login Play Games berfungsi dan semua yang perlu dijangkau pengujian memang terjangkau. Build yang berjalan dari komputer Anda bukan bukti tentang build yang dirakit Play.
-
02
Keikutsertaan
Setiap penguji harus menerima undangannya, bukan sekadar muncul di sebuah daftar. Hal ini terus-menerus menjegal orang: ditambahkan ke daftar email atau Google Group adalah tindakan Anda, sedangkan ikut serta adalah tindakan mereka. Hitung hanya akun yang sudah menuntaskannya.
-
03
Hari pertama sampai keempat belas
Minimal 12 penguji tetap ikut serta secara terus-menerus sambil bermain. Rekrut di atas minimum agar satu pengunduran diri tidak membuat Anda kekurangan. Google menanyakan keterlibatan dan masukan saat Anda mengajukan permohonan, jadi keluaran yang berguna dari dua pekan ini adalah daftar hal yang disampaikan orang kepada Anda, bukan tangkapan layar sebuah penghitung.
-
04
Selama pengujian
Perbaiki cacat yang nyata dan terus perbarui build-nya. Mengunggah rilis baru selama jendela itu adalah hal wajar dan tidak mereset apa pun: kondisi kelayakannya ditulis terhadap riwayat keikutsertaan penguji, bukan terhadap usia satu build yang dibekukan. Itu mengikuti kalimat Google tentang keikutsertaan terus-menerus per penguji; Google juga tidak mempublikasikan aturan pembaruan build tersendiri ke arah mana pun. Jalankan jalur instal dan pembaruan, progres dan penyimpanan, unduhan aset, crash, performa, pembelian dan Play Games sesuai cara game Anda memakainya.
-
05
Setelah jendela kelayakan
Buka Dashboard > Apply for production dan jawab dengan jujur soal siapa yang menguji, bagaimana mereka terlibat, apa yang mereka sampaikan, apa yang Anda ubah dan mengapa game itu sudah siap.
-
06
Peninjauan
Google menyebut proses ini biasanya memerlukan waktu 7 hari atau kurang dan sesekali bisa lebih lama. Ini bukan perjanjian tingkat layanan dan tidak ada yang bisa menjanjikan tanggal kepada Anda.
Satu koreksi yang layak disampaikan sejak awal, karena kekeliruan ini merugikan orang selama dua pekan. Pengujian internal adalah jalur berbeda dengan plafon jauh lebih tinggi: hingga 100 penguji, tersedia dengan cepat. Jalur itu memang berguna untuk menyodorkan build ke hadapan orang secara cepat. Namun ia tidak menggantikan pengujian tertutup yang disebut prasyarat tersebut. Perbedaan ketiga jalur dibahas di tulisan tentang pengujian internal versus tertutup versus terbuka, dan pengujian terbuka baru tersedia setelah Anda punya akses produksi.
Apakah penguji harus memainkan game-nya setiap hari?
Di sinilah hampir semua jawaban komunitas keliru, jadi berikut tiga kategorinya yang dipisahkan.
Wajib, dan dipublikasikan
- Minimal 12 penguji yang ikut serta.
- Ikut serta selama 14 hari terakhir secara terus-menerus.
- Pengujian tertutup secara spesifik, bukan internal.
- Jawaban jujur pada pengajuan akses produksi.
Praktik cerdas, bukan aturan
- Penguji yang benar-benar sampai ke core loop, bukan berhenti di layar judul.
- Sesi yang cukup panjang sampai panas dan tekanan memori muncul.
- Masukan tertulis yang bisa Anda kutip saat mengajukan permohonan.
- Perbaikan yang dirilis selama jendela itu, bila masukan memang menuntutnya.
Bukan aturan yang dipublikasikan
- Membuka game sekali setiap hari.
- Jumlah menit minimum per sesi.
- Jumlah build yang wajib selama pengujian.
- Jumlah level, layar atau mekanik minimum.
Google mensyaratkan keikutsertaan terus-menerus dan menyatakan bahwa keterlibatan itu penting saat ia meninjau pengajuan Anda. Google tidak mempublikasikan kuota membuka aplikasi harian, angka menit per sesi atau jumlah pembaruan. Perlakukan kolom kanan sebagaimana adanya: saran yang mengeras menjadi folklor karena diulang dengan penuh keyakinan. Bidik pengujian yang sungguhan dan Anda memenuhi kolom tengah tanpa memerlukan kolom ketiga.
Jika satu penguji mundur, apakah dua pekannya mulai lagi dari awal?
Tidak dengan sendirinya, dan inilah aturan yang paling dilebih-lebihkan di antara semuanya. Kondisi Google diukur pada saat Anda mengajukan permohonan: minimal 12 penguji, yang masing-masing sudah ikut serta selama 14 hari sebelumnya secara terus-menerus. Ini bukan persyaratan bahwa satu kelompok utuh berisi tepat dua belas orang harus bertahan tanpa perubahan selama dua pekan.
Jadi aritmetikanya berjalan per penguji, bukan per kelompok. Mulai dengan tepat 12 lalu kehilangan satu pada hari kesembilan, dan Anda kekurangan: kini ada sebelas akun yang bisa menunjukkan jendela penuh, dan pengganti kedua belas harus menuntaskan 14 hari terus-menerusnya sendiri sebelum Anda bisa mengajukan permohonan. Mulai dengan lima belas lalu kehilangan satu, dan empat belas sisanya bisa jadi masing-masing tetap memenuhi kondisi itu, sehingga yang hilang hanyalah cadangannya. Itulah seluruh alasan untuk merekrut di atas minimum, bukan pas di angkanya.
Dari mana kami tahu Pembacaan ini mengikuti kalimat Google sendiri tentang keikutsertaan terus-menerus per penguji, yang menjadi dasar penulisan persyaratannya. Google tidak mempublikasikan aturan reset kelompok tersendiri yang secara harfiah menyatakan bahwa satu penguji yang pergi tetap menjaga periode orang lain, jadi perlakukan ini sebagai pembacaan cermat atas kondisi yang dipublikasikan, bukan kalimat yang bisa Anda kutip kembali kepada peninjau. Saran praktisnya tidak berubah ke arah mana pun: rekrut di atas 12 agar pertanyaan itu tidak pernah perlu dijawab.
Apa yang terjadi setelah hari ke-14?
Anda mengajukan permohonan, dan Google membaca jawabannya. Pengajuan akses produksi menanyakan bagaimana penguji terlibat dengan game itu, masukan apa yang mereka berikan, apa yang Anda ubah sebagai hasilnya dan mengapa Anda menganggapnya sudah siap. Untuk game ada pula permintaan khusus per kategori untuk menjelaskan apa yang membuatnya menonjol. Pertanyaan itu juga bukan formalitas: di situlah game yang secara fungsional baik-baik saja tetapi tidak punya apa pun untuk dikatakan tentang dirinya mulai terlihat seperti game yang tidak diuji siapa pun dengan serius.
Tulis jawabannya selama pengujian, bukan sesudahnya
Pertanyaannya menyangkut hal-hal yang terjadi sepanjang empat belas hari. Jika Anda menunggu sampai hari kelima belas untuk memikirkannya, Anda akan menyusunnya kembali dari ingatan, dan itu terbaca jelas. Catat terus apa yang dilaporkan penguji dan apa yang Anda rilis sebagai jawabannya; pengajuannya lalu hanya butuh dua puluh menit dan berisi hal yang benar. Ada panduan lengkap kuesionernya di tulisan tentang kuesioner akses produksi.
Apa yang Terlewat dari Sebuah Game dalam Pengujian Aplikasi Generik?
Pengujian yang dibangun di sekitar “pasang lalu biarkan tetap ikut serta” hanya mengukur penghitungnya dan tidak lebih. Game menahan beban CPU dan GPU yang terus-menerus, mengirimkan muatan aset besar lewat sistem pengiriman yang punya mode kegagalannya sendiri, biasanya membawa biner native, menyimpan status progres lintas sesi, dan sering menerima uang. Masing-masing adalah tempat sebuah build lolos di meja Anda dan gagal di ponsel pemain.
Tidak satu pun risiko ini eksklusif milik game, dan tulisan ini tidak mengklaim sebaliknya: banyak aplikasi biasa membawa library native, menjual langganan atau mengirimkan aset besar. Yang khas adalah kepadatannya. Sebuah game biasanya menemui sebagian besar daftar ini sekaligus, dalam build yang sama, selama dua pekan yang sama, dan itulah sebabnya checklist yang ditulis untuk aplikasi generik meninggalkan begitu banyak bagian game tanpa diuji.
Di bawah ini peta sisa tulisan ini. Kolom sebelah kanan adalah bagian yang salah dibaca orang ke dua arah: sebagian adalah persyaratan Google yang berkonsekuensi, dan sebagian lagi praktik kualitas biasa yang tidak disebut kebijakan mana pun. Memperlakukan praktik sebagai aturan memboroskan dua pekan Anda, dan memperlakukan aturan sebagai praktik membuat Anda kehilangan rilisnya.
| Area risiko | Mengapa game berbeda | Status |
|---|---|---|
| Pengiriman aset dan ukuran | Muatan besar yang dipecah ke pack install-time, fast-follow dan on-demand, masing-masing dengan batasnya sendiri dan caranya sendiri untuk datang terlambat atau tidak datang sama sekali. | Batas Google |
| Frame time dan panas | Beban rendering yang terus-menerus memanaskan perangkat, sistem melakukan throttling, dan frame time naik di menit keenam dari sesi yang tampak baik-baik saja di menit pertama. | Metrik Vitals |
| Kode native dan 64-bit | Engine dan plugin membawa biner terkompilasi. Cakupan 64-bit yang hilang atau ABI yang salah mematikan seluruh keluarga perangkat, bukan cuma satu fitur. | Persyaratan Google |
| Pembelian dalam aplikasi | Keanggotaan jalur pengujian tidak membuat pembelian menjadi gratis, dan pembelian uji coba yang tidak dikonfirmasi lenyap setelah tiga menit. | Mekanisme Google |
| Play Games Services | Lapisan otorisasi kedua dengan daftar pengujinya sendiri, yang gagal dengan error OAuth dan 404 bila tidak dikonfigurasi. | Persyaratan Google |
| Monetisasi dan kebijakan konten | Pengungkapan peluang item acak, mekanik uang sungguhan dan akurasi kuesioner rating adalah paparan kebijakan berbentuk game yang tidak pernah ditemui aplikasi utilitas biasa. | Kebijakan Google |
| Progres dan status simpanan | Keluar, lanjut bermain, pasang ulang dan ganti perangkat semuanya harus mempertahankan progres, dan bug penyimpanan tidak terlihat sampai ada yang bermain cukup jauh hingga punya sesuatu untuk hilang. | Praktik QA |
| Kedalaman sesi | Kegagalan yang benar-benar penting berada jauh di luar tutorial. Penguji yang membuka game sekali saja tidak menghasilkan bukti apa pun tentang baris mana pun di atas. | Praktik QA |
Perhatikan apa yang tidak ada di tabel itu: jumlah perangkat yang diwajibkan, panjang sesi yang diwajibkan, frame rate yang diwajibkan atau jumlah level minimum. Semua itu terus-menerus dinyatakan orang dan tidak satu pun dipublikasikan. Yang benar-benar dipublikasikan Google adalah batas, ambang batas, mekanisme dan kebijakan, dan setiap satunya bisa diuji selama dua pekan yang memang sudah Anda habiskan untuk penghitung itu.
Seberapa Besar Game Anda Boleh di Google Play?
Per 12 Agustus 2026, Bantuan Play Console mencantumkan modul dasar 500 MB, 500 MB per modul fitur, 1,5 GB per asset pack, 4 GB untuk semua modul plus asset pack install-time, 30 GB untuk pack fast-follow dan on-demand, serta maksimum total 34 GB. Setiap angka itu adalah ukuran unduhan terkompresi yang dihitung Play Console, bukan ukuran berkas .aab yang tergeletak di disk Anda.
Inilah fakta yang paling mungkin salah di apa pun yang Anda baca sebelum mendarat di sini. Angka 200 MB yang masih beredar adalah batas dasar bertahun-tahun lalu, dan beberapa halaman game Android milik Google sendiri yang lebih lama belum menyusul halaman Bantuan Play Console yang mengatur unggahan sungguhan. Ketika dua halaman Google saling berbeda, halaman batas ukuran khusus di Bantuan Play Console adalah yang spesifik dan terkini untuk apa yang akan diterima Console. Periksa lagi halaman itu sebelum Anda merencanakan rilis di sekitar angka mana pun di bawah.
Instrumen 01
Meteran anggaran build
Masukkan ukuran unduhan terkompresi Anda dalam megabyte. Semuanya berjalan di halaman ini; tidak ada yang diunggah. Kalkulator ini memakai 1 GB = 1024 MB.
Batas diperiksa terhadap Bantuan Play Console pada 12 Agustus 2026. Google menghitungnya dari ukuran unduhan terkompresi yang diturunkan dari bundle Anda, jadi ukuran berkas lokal Anda hanya perkiraan atas apa yang nanti diukur. Sumber: batas ukuran maksimum aplikasi (answer 9859372) dan Play Asset Delivery.
Tabel batas lengkap
| Komponen | Batas saat ini | Berlaku untuk apa |
|---|---|---|
| Modul dasar | 500 MB | Modul dasar bundle itu sendiri. |
| Modul fitur | 500 MB | Setiap modul fitur, diukur terpisah. |
| Asset pack | 1,5 GB | Setiap asset pack, diukur terpisah. |
| Modul plus pack install-time | 4 GB | Total kumulatif semua yang dikirimkan saat pemasangan. |
| Pack fast-follow plus on-demand | 30 GB | Total kumulatif semua yang dikirimkan setelah pemasangan. |
| Total unduhan | 34 GB | Ukuran unduhan terkompresi maksimum secara keseluruhan. |
| Asset pack per bundle | 100 | Jumlah maksimum asset pack dalam satu app bundle. |
| Aplikasi di atas 1 GB | minSdk 21 | Apa pun yang lebih besar dari 1 GB harus menargetkan setidaknya Android 5.0 Lollipop. |
| Pemberitahuan data seluler | 200 MB | Di atas ini, pemasangan lewat data seluler memunculkan dialog ukuran besar yang tidak menghalangi. |
| Legacy APK | 100 MB | Maksimum untuk satu APK di bawah penerbitan APK lama. |
Batas ukuran Google Play diperiksa 12 Agustus 2026. Semua nilai adalah ukuran unduhan terkompresi yang dihitung Play Console. Sumber: batas ukuran maksimum aplikasi (answer 9859372) dan Play Asset Delivery.
Mode Play Asset Delivery mana yang harus diuji game Anda?
Play Asset Delivery punya tiga mode, dan masing-masing gagal di tempat yang berbeda. Mode yang Anda pilih di build menentukan kasus uji mana yang benar-benar penting, jadi telusuri tabel ini dan uji hanya baris yang memang dipakai game Anda.
| Mode | Kapan tiba | Siap saat dibuka? | Masuk ukuran di Store? | Kasus uji yang menemukan bug |
|---|---|---|---|---|
| Install-time | Dikirimkan saat pemasangan sebagai split APK. | Ya | Ya | Peluncuran pertama, jalur pembaruan, dan pemasangan saat penyimpanan perangkat nyaris habis. |
| Fast-follow | Terunduh otomatis tepat setelah pemasangan, tanpa menghalangi masuk ke game. | Belum tentu | Tidak | Pemain yang membuka game sebelum pack-nya selesai, dan pemulihan dari unduhan yang terputus. |
| On-demand | Terunduh saat game sedang berjalan, ketika kode Anda memintanya. | Hanya setelah diminta | Tidak | Masuk ke level atau fitur sebelum pack-nya tersedia, plus percobaan ulang dan gangguan. |
Jangan mengira pack tetap berada di tempat Anda meninggalkannya
Google memperingatkan bahwa berkas arsip fast-follow dan on-demand bisa dihapus pengguna atau dipindahkan library Play Asset Delivery di antara sesi, jadi sebuah game tidak boleh mengira pack yang kemarin ada masih berada di lokasi yang sama hari ini. Uji peluncuran kedua dan ketiga, bukan hanya yang pertama, dan uji apa yang terjadi setelah sebuah pembaruan membuat sebuah pack tidak berlaku lagi. Penargetan format kompresi tekstur menambah satu dimensi lagi: Play bisa mengirimkan aset tekstur yang berbeda tergantung apa yang didukung perangkat, jadi aset yang diterima perangkat uji Anda belum tentu sama dengan yang diterima perangkat lain.
Pengujian asset delivery secara lokal tidak mereproduksi pengiriman Play secara persis. Google mendokumentasikan bahwa dalam pengujian lokal sebuah pack fast-follow berperilaku seperti pack on-demand, dan bahwa perilaku jaringan serta tunggu-Wi-Fi tertentu sama sekali tidak bisa direproduksi secara lokal. Itulah alasan untuk menguji build yang benar-benar dikirimkan Play kepada penguji jalur tertutup, bukan build yang dihasilkan editor Anda, dan ini salah satu dari sedikit tempat pengujian tertutup benar-benar mengerjakan pekerjaan QA alih-alih sekadar memenuhi sebuah penghitung.
Angka Frame Rate dan Crash Apa yang Sebenarnya Dipublikasikan Google?
Android vitals memublikasikan ambang batas crash rate yang dirasakan pengguna sebesar 1,09% secara keseluruhan dan 8% per model ponsel, serta ANR rate yang dirasakan pengguna sebesar 0,47% secara keseluruhan dan 8% per model ponsel. Khusus untuk game, Android vitals mendefinisikan Slow Session sebagai sesi yang lebih dari 25% frame-nya lambat, diukur terhadap 50 ms (20 FPS) sebagai metrik utama dan 34 ms (sekitar 30 FPS) sebagai metrik sekunder. Tidak satu pun angka itu merupakan ambang batas persetujuan pengujian tertutup yang dipublikasikan.
Pembedaan ini penting karena rutin diabaikan. Ambang batas vitals menggambarkan kualitas teknis, dan Google menyatakan bahwa pada waktunya Play akan mengarahkan pengguna menjauh dari game yang tidak mampu mencapai 20 FPS di ponsel mereka. Itu mekanisme keterlihatan dan kualitas. Itu bukan peninjauan akses produksi, dan tidak ada sumber Google yang mengubah frame rate menjadi nilai kelulusan bagi pengujian 14 hari. Keduanya bisa benar sekaligus: game Anda bisa lolos gerbang penguji dan tetap menjadi game yang diam-diam berhenti direkomendasikan Play.
Instrumen 02
Lab slow session
Empat puluh frame dari satu sesi bermain. Geser slider untuk menyatakan berapa di antaranya yang dirender lambat, lalu lab akan menerapkan definisi Google pada hasilnya.
Android vitals baru mulai memantau frame rate sebuah game setelah game itu berjalan selama 1 menit, yang sekaligus menjelaskan mengapa penguji yang membuka lalu langsung menutup game sama sekali tidak menghasilkan sinyal performa yang berguna. Satu menit adalah titik awal pengukuran, bukan panjang sesi bermain yang diwajibkan bagi manusia. Sumber: Slow session di Android vitals.
Angka-angkanya, dan apa yang bukan artinya
| Metrik | Nilai Google | Apa artinya | Apa yang bukan artinya |
|---|---|---|---|
| Crash rate yang dirasakan pengguna | 1.09% | Ambang batas kualitas teknis Android vitals, diukur secara keseluruhan. | Bukan ambang batas pengujian tertutup dalam bentuk apa pun. |
| Crash rate per model ponsel | 8% | Ambang batas vitals khusus per perangkat. | Bukan izin untuk menoleransi 8% crash di QA Anda sendiri. |
| ANR rate yang dirasakan pengguna | 0.47% | Ambang batas kualitas teknis Android vitals, diukur secara keseluruhan. | Bukan bagian dari formula akses produksi. |
| ANR rate per model ponsel | 8% | Ambang batas vitals khusus per perangkat. | Bukan target yang harus dijadikan acuan desain. |
| Slow session | >25% frame lambat | Definisi kualitas frame yang khusus game. | Bukan ukuran keterlibatan penguji. |
| Frame lambat, utama | 50 ms, 20 FPS | Waktu acuan utama untuk Slow Session. | Bukan FPS minimum yang dipublikasikan untuk akses produksi. |
| Frame lambat, sekunder | 34 ms, sekitar 30 FPS | Metrik Slow Session tambahan yang dilaporkan vitals. | Bukan bukti bahwa Google mewajibkan setiap game berjalan di 30 FPS. |
| Awal pemantauan | Setelah 1 menit | Pengumpulan frame rate dimulai setelah game berjalan satu menit. | Bukan durasi sesi bermain manusia yang diwajibkan Google. |
Bug yang baru muncul di menit keenam
Google mencantumkan panas berlebih dan throttling termal di antara penyebab frame lambat yang terdokumentasi: beban CPU dan GPU yang terus-menerus memanaskan perangkat, sistem melakukan throttling, dan waktu render frame pun naik. Mode kegagalan itu tidak terlihat dalam smoke test dua menit dan sangat kentara dalam sesi dua puluh menit di ponsel yang sudah hangat. Ini juga contoh paling jelas mengapa sebuah game membutuhkan penguji yang benar-benar bermain, bukan penguji yang sekadar memasang. Jika Anda hendak memprofilkannya, Android Dynamic Performance Framework (ADPF) menyediakan sinyal pengelolaan termal, CPU dan GPU persis untuk keperluan ini, sehingga game bisa menyesuaikan diri sebelum throttling menjadi parah.
Library native dan 64-bit
Game yang dibangun di atas Unity, Unreal, Cocos atau engine apa pun dengan plugin native membawa biner terkompilasi, dan biner tersebut punya aturan kompatibilitasnya sendiri yang lepas dari apa pun di tulisan ini. Google Play mewajibkan aplikasi mendukung arsitektur 64-bit: bila sebuah arsitektur native 32-bit didukung, arsitektur 64-bit yang bersesuaian harus disertakan juga. Uji di lingkungan 64-bit, dan anggap setiap plugin pihak ketiga mampu membawa binernya sendiri yang tidak kompatibel, terlepas dari apa yang diklaim versi engine Anda.
Jika build Anda juga memicu peringatan ukuran halaman memori 16 KB selama pekerjaan ini, itu persyaratan terpisah dengan tenggatnya sendiri dan jalur perbaikannya sendiri, yang dibahas di tulisan tentang memperbaiki error ukuran halaman 16 KB.
Bukan aturan yang dipublikasikan Google tidak mempublikasikan jumlah perangkat, versi Android atau keluarga GPU yang wajib dipakai menguji sebuah game demi akses produksi. Siapa pun yang mengutip “lima ponsel dan tiga versi Android” sedang mengutip preferensi, bukan kebijakan. Cakup rentang yang benar-benar didukung game Anda, dengan bobot pada perangkat keras yang kemungkinan dipegang audiens Anda, dan ingat bahwa emulator tidak bisa memberi tahu apa pun yang berguna tentang perilaku termal.
Bagaimana Menguji Pembelian dalam Aplikasi tanpa Menagih Penguji?
Tambahkan setiap akun yang akan melakukan pembelian uji coba di Settings > License testing pada Play Console. Berada di jalur tertutup Anda tidak membuat pembelian menjadi gratis. Penguji biasa yang menekan Buy di game Anda yang belum dirilis bisa tertagih uang sungguhan, dan satu-satunya hal yang mengubahnya adalah status license tester pada akun yang melakukan pembelian.
“Pengguna dikenai tagihan sungguhan ... kecuali jika pengguna tersebut adalah license tester.”
Google Play Billing, dokumentasi pengujian penagihan dalam aplikasi
Dua daftar terpisah mengendalikan dua hal terpisah. Daftar penguji jalur tertutup mengendalikan siapa yang bisa memasang build yang belum dirilis. Daftar license tester mengendalikan pembelian siapa yang berjalan lewat metode pembayaran uji coba Google alih-alih kartu sungguhan. Developer yang menambahkan dua belas orang ke daftar pertama dan tidak seorang pun ke daftar kedua telah membangun pengujian yang setiap pembeliannya nyata, dan orang pertama yang mengetahuinya biasanya seorang penguji yang meminta pengembalian dana.
Instrumen 03
Pemeriksa tagihan penguji
Jawablah untuk perangkat dan akun spesifik yang akan melakukan pembelian itu. Putusannya berubah untuk setiap akun, bukan untuk setiap build.
Penguji jalur tertutup versus license tester
| Situasi | Di jalur tertutup? | License tester? | Apa yang terjadi saat mereka membeli |
|---|---|---|---|
| Penguji biasa yang diundang | Ya | Tidak | Bisa memasang build yang belum dirilis, dan pembeliannya bisa berupa transaksi yang benar-benar ditagih. |
| License tester yang juga ada di jalur itu | Ya | Ya | Memasang build tertutupnya dan mendapat metode pembayaran uji coba dari Google. |
| License tester dengan build lokal yang nama paketnya cocok | Belum tentu | Ya | Google mengizinkan license tester menguji penagihan tanpa syarat build terunggah dan tertanda tangan yang biasa, selama kondisi nama paket dan akunnya terpenuhi. |
| Perangkat dengan beberapa akun Google | Bisa keduanya | Tergantung akunnya | Pembelian biasanya memakai akun yang mengunduh aplikasinya; jika tidak ada, Google memakai akun yang pertama. |
| Pembelian uji coba yang tidak pernah dikonfirmasi | Bisa keduanya | Ya | Otomatis dikembalikan setelah 3 menit di lingkungan uji yang dipercepat. |
Uji pembelian yang harus dijalankan game yang dimonetisasi
| Uji | Mekanisme | Perilaku yang diharapkan |
|---|---|---|
| Pembelian consumable yang berhasil | Instrumen uji yang selalu menyetujui. | Item diberikan, lalu dikonfirmasi atau dikonsumsi dengan benar. |
| Pembelian ditolak | Instrumen uji yang selalu menolak. | Tidak ada item yang diberikan, dan tidak ada status separuh jalan yang tertinggal. |
| Consumable berulang | Beli consumable yang sama sekali lagi. | Pembelian kedua dan ketiga bekerja persis seperti yang pertama. |
| Non-consumable | Pembelian uji coba yang berhasil. | Diberikan sekali, dengan pembelian ulang yang tidak disengaja tercegah. |
| Pending yang kemudian berhasil | Metode uji yang menyetujui secara tertunda. | Tidak ada yang diberikan sampai statusnya menjadi purchased, lalu diberikan sekali. |
| Pending yang gagal | Metode uji yang menolak secara tertunda. | Hak akses tidak pernah diberikan di titik mana pun. |
| Mulai ulang di tengah pembelian | Tutup lalu buka lagi game-nya saat statusnya masih pending. | Status hak akses selaras dengan benar saat diluncurkan kembali. |
| Konfirmasi | Pembelian berhasil yang dibiarkan menganggur. | Bertahan lewat 3 menit alih-alih otomatis dikembalikan. |
| Akun keliru | Perangkat dengan beberapa akun Google yang login. | Akun penagihannya adalah license tester yang Anda maksud. |
Sebelum semua ini bisa bekerja
License testing berada di Settings > License testing pada Play Console, dan daftar email di sana menampung hingga 2.000 alamat, sedangkan Google Group bisa dipakai tanpa batas daftar pengguna itu. Produk sekali beli dan langganan Anda juga harus dikonfigurasi dan dipublikasikan sebagaimana diwajibkan sebelum bisa diuji dengan benar: produk yang belum dipublikasikan menghasilkan kegagalan yang tampak seperti bug penagihan padahal sebenarnya celah penyiapan.
Waktu untuk billing library: Play Billing Library 7 sudah melewati tenggat aplikasi baru dan pembaruannya pada 31 Agustus 2026. Jika Anda memegang perpanjangan, masa berlakunya sampai 1 November 2026; kalau tidak, rilis baru butuh versi lebih baru yang didukung. Menjadi rilis terbaru tidak sama dengan menjadi versi minimum yang diizinkan, jadi targetkan versi yang didukung dan masih dipelihara, bukan mengandaikan yang terbaru itu wajib. Sumber: Menguji penagihan dalam aplikasi, termasuk license tester.
Apakah Loot Box Membuat Game Anda Menjadi Aplikasi Judi?
Tidak. Google memisahkan item virtual acak yang dibeli dari judi uang sungguhan. Jika pemain membelanjakan uang atau nilai yang dibeli untuk item virtual acak seperti loot box, Anda harus mengungkapkan peluangnya dengan jelas sebelum dan berdekatan dengan pembelian. Membayar demi peluang mendapatkan hadiah dunia nyata adalah rezim kebijakan yang berbeda, dengan aturan kelayakan dan perizinannya sendiri.
| Mekanik Anda | Kebijakan yang disentuh | Yang harus Anda lakukan |
|---|---|---|
| Pemain membeli item virtual yang pasti dan diketahui | Aturan pembelian digital biasa. | Uji pembeliannya dengan benar dan ikuti aturan Play billing yang berlaku. Tidak ada yang istimewa. |
| Pemain membelanjakan uang atau nilai untuk item virtual acak | Kebijakan item acak, yang menyebut loot box secara eksplisit. | Ungkapkan peluangnya sebelum dan berdekatan dengan pembelian, di tempat yang benar-benar dilihat pemain. |
| Game menampilkan simulasi judi | Rating konten. | Jawab kuesioner rating dengan akurat. Rating yang dihasilkan bergantung pada otoritas dan kuesioner yang berlaku. |
| Pemain membayar untuk peluang mendapatkan hadiah dunia nyata | Kebijakan terpisah tentang judi uang sungguhan, permainan dan kontes. | Perlakukan sebagai kategori terbatas, bukan sebagai monetisasi loot box biasa. |
| Produk judi uang sungguhan berlisensi | Aturan kelayakan, negara dan perizinan yang khusus. | Di luar cakupan saran game indie biasa. Bekerjalah langsung dari kebijakan judi khusus milik Google. |
Kuesioner rating konten bukan sekadar formalitas
Setiap game membutuhkan jawaban yang akurat dan lengkap atas kuesioner rating konten, yang dijangkau lewat Policy > App content di Play Console, dan jawaban itu perlu diperbarui ketika konten atau fitur yang digambarkannya berubah. Menggambarkan isi sebuah game secara keliru bisa berujung pada penghapusan atau penangguhan, yang membuat kuesioner tidak akurat menjadi kesalahan yang jauh lebih mahal daripada satu frame lambat.
Game menyentuh lebih banyak bagian kuesioner daripada aplikasi biasa: kekerasan, simulasi judi, pembelian dalam game, komunikasi antarpengguna, konten buatan pengguna. Jika pengujian tertutup Anda menambahkan fitur obrolan atau hadiah acak di pekan kedua, jawaban yang Anda berikan di pekan pertama sekarang salah. Buka kembali kuesionernya sebelum Anda mengajukan permohonan akses produksi, bukan setelah ada orang yang menyadarinya.
Kebijakan fungsionalitas dan kualitas dasar berada di bawah semua ini: aplikasi dan game harus menawarkan pengalaman yang stabil, responsif dan cukup berfungsi, dan sesuatu yang crash, gagal dimuat atau praktis tidak berfungsi bisa melanggarnya. Bukan aturan yang dipublikasikan Tidak ada jumlah minimum level, layar, mekanik atau menit permainan yang dipublikasikan. Game yang pendek bukan masalah kebijakan; game yang rusak barulah masalah.
Sumber: kebijakan item virtual acak Google Play (answer 9858738), yang mewajibkan peluang diungkapkan sebelum dan berdekatan dengan pembelian.
Mengapa Login Play Games Gagal Selama Pengujian Tertutup?
Karena Play Games Services punya daftar penguji sendiri. Selama konfigurasi Play Games Services Anda belum dipublikasikan, penguji harus diotorisasi satu per satu atau melalui jalur rilis yang diaktifkan, atau menurut Google mereka akan menemui error OAuth dan 404. Berada di jalur tertutup membuat penguji mendapatkan build-nya. Itu tidak membuat mereka mendapatkan lapisan Play Games.
Gejalanya khas sekaligus menyesatkan: login berjalan di mesin Anda, berjalan untuk Anda di perangkat, lalu gagal untuk semua orang lain begitu build-nya turun dari Play. Itu terbaca seperti rilis yang rusak, sehingga developer sibuk membangun ulang sesuatu yang sebenarnya tidak pernah salah.
Penyiapan yang memperbaikinya
-
01
Buka daftar penguji Play Games Services
Di Play Console: Grow users > Play Games Services > Setup and management > Testers. Daftar ini terpisah dari daftar penguji jalur tertutup Anda dan tidak mewarisi isinya.
-
02
Otorisasi penguji, atau aktifkan jalurnya
Tambahkan akunnya satu per satu, atau aktifkan jalur rilis Play Console yang relevan untuk pengujian Play Games Services sehingga semua orang yang punya akses ke build uji juga mendapat akses Play Games. Opsi kedua adalah yang sanggup menskala melampaui segelintir orang.
-
03
Pastikan kredensialnya cocok dengan build
Autentikasi gagal ketika package name atau fingerprint sertifikat penandatanganan yang dikonfigurasi tidak cocok dengan yang diunggah. Dengan adanya Play App Signing, fingerprint yang dibutuhkan konfigurasi Play Games Anda adalah fingerprint yang dipakai Play, bukan yang ada di workstation Anda.
-
04
Uji setiap fitur yang benar-benar Anda aktifkan
Login dulu, lalu achievement, leaderboard dan saved game sesuai cara game Anda memakainya. Saved game layak mendapat perhatian khusus karena berkaitan dengan progres: simpanan yang tidak bisa dipulihkan adalah bug yang hanya akan ditemukan penguji Anda kalau mereka bermain cukup jauh sampai punya progres yang layak dipulihkan.
| Sistem | Yang diatur | Menggantikan uji tertutup 12/14? | Tempat dikonfigurasi |
|---|---|---|---|
| Pengujian tertutup | Siapa yang bisa mendapatkan game yang belum dirilis, dan bagi akun pribadi yang terkena, prasyarat akses produksi itu sendiri. | Inilah gerbang yang diwajibkan. | Jalur pengujian tertutup di Play Console. |
| Pengujian Play Games Services | Akses ke konfigurasi Play Games Services yang belum dipublikasikan beserta API-nya. | Tidak | Grow users > Play Games Services > Setup and management > Testers. |
| Pengujian internal | Distribusi awal yang cepat ke maksimal 100 penguji. | Tidak | Jalur pengujian opsional yang terpisah. |
| Pra-registrasi | Kampanye kesadaran peluncuran di etalase toko. | Tidak | Awalnya dinonaktifkan bagi developer yang terkena prasyarat pengujian. |
Empat sistem, empat daftar, satu game. Alasan bagian ini ada sama sekali adalah karena tiga dari empat sistem itu tidak terlihat dari dalam layar jalur tertutup, sehingga developer yang sudah benar menyiapkan satu-satunya yang bisa mereka lihat wajar mengira sisanya ikut mengikuti. Nyatanya tidak.
Sumber: Penyiapan Play Games Services di Console dan otorisasi penguji, yang mendokumentasikan daftar penguji, alternatif jalur yang diaktifkan, serta error OAuth dan 404 yang dilihat penguji tanpa otorisasi.
Bisakah Anda Memakai Pra-Registrasi Saat Game Anda Masih dalam Pengujian Tertutup?
Tidak di awal. Bagi developer yang terkena persyaratan pengujian akun pribadi baru, pra-registrasi termasuk fitur yang dinonaktifkan sampai persyaratan itu terpenuhi. Begitu tersedia, kampanye pra-registrasi bisa berjalan hingga 90 hari, dan seorang developer paling banyak boleh punya 2 aplikasi atau game dalam pra-registrasi pada saat bersamaan.
Yang satu ini lebih menyakitkan bagi game daripada bagi aplikasi karena pra-registrasi adalah alat peluncuran, dan peluncuran game biasanya disusun mundur dari sebuah tanggal. Jika rencana Anda mengandaikan kampanye pra-registrasi berjalan berdampingan dengan pengujian tertutup, rencana itu perlu diurutkan ulang: penuhi prasyaratnya dulu, lalu jalankan kampanyenya, baru luncurkan.
| Tahap | Pengujian tertutup | Pra-registrasi |
|---|---|---|
| Sebelum persyaratan terpenuhi | Berjalan: inilah jendela yang menentukan kelayakan. | Dinonaktifkan bagi akun yang terkena. |
| Setelah akses produksi diberikan | Opsional, dan tetap berguna untuk pembaruan berikutnya. | Tersedia, hingga 90 hari per kampanye. |
| Menjalankan beberapa judul | Setiap aplikasi baru harus memenuhi persyaratan itu untuk package name-nya sendiri. | Maksimal 2 judul dalam pra-registrasi sekaligus. |
| Pengujian terbuka | Tertutup adalah jalur yang disebut prasyaratnya. | Pengujian terbuka tersedia begitu Anda punya akses produksi. |
Urutan praktis untuk game pertama: jalankan pengujian tertutup segera setelah build bisa dimainkan, bukan menunggu sampai terasa selesai, karena dua pekan itu berjalan sejajar dengan pekerjaan yang memang sedang Anda kerjakan. Pemasaran yang bergantung pada fitur etalase toko datang sesudahnya, bukan selama pengujian.
Sumber: persyaratan pengujian tertutup untuk akun pribadi baru (answer 14151465), tempat Google menyatakan bahwa akses produksi dan pra-registrasi tetap dibatasi sampai persyaratan itu terpenuhi.
Apa yang Sebenarnya Harus Dilakukan Penguji Anda dengan Game Itu?
Telusuri jalur tempat sebuah game rusak dengan cara yang berbeda dari aplikasi biasa: pemasangan yang dikirimkan Play, tutorialnya, core loop-nya, progres tersimpan yang melintasi beberapa kali mulai ulang, sesi yang cukup panjang untuk memanaskan perangkat, perpindahan ke latar belakang dan kembali lagi, unduhan aset, pembelian dan login Play Games. Google tidak mempublikasikan jumlah perangkat atau durasi sesi yang diwajibkan, jadi cakup rentang yang benar-benar didukung game Anda dan curahkan kedalamannya di tempat game Anda tidak biasa.
| Area uji | Yang harus dicakup | Mengapa itu layak waktunya | Status |
|---|---|---|---|
| Pemasangan dan peluncuran pertama | Pemasangan baru dari Play, izin-izinnya, dan pengiriman aset yang pertama. | Game yang terpasang secara lokal tetap bisa gagal lewat perilaku split dan aset yang dikirimkan Play. | Praktik QA |
| Tutorial dan onboarding | Setiap langkahnya, plus navigasi kembali dan rute yang ditempuh orang tanpa sengaja. | Akses produksi menanyakan bagaimana penguji terlibat, dan menit-menit pembuka itulah yang dilihat sebagian besar dari mereka. | Praktik QA |
| Core loop gameplay | Bermain cukup lama untuk menjajal kontrolnya, satu kemenangan, satu kekalahan, satu kali mulai ulang dan progres yang normal. | Inilah pembeda antara pengujian yang bermakna dan pemasangan yang pasif. | Praktik QA |
| Progres dan penyimpanan | Keluar, lanjutkan lagi, mulai ulang aplikasinya, mulai ulang perangkatnya, lalu muat kembali progresnya. | Hilangnya data simpanan adalah kegagalan yang paling keras dihukum pemain, dan pengujiannya butuh orang yang punya progres untuk hilang. | Praktik QA |
| Performa berkelanjutan | Bermainlah jauh melewati menit pertama dan amati penurunan frame serta tersendatnya. | Vitals baru mulai mengukur frame rate setelah satu menit, dan panasnya datang lebih lama lagi. | Metrik Vitals |
| Variasi perangkat | Perangkat nyata di sepanjang rentang yang didukung game Anda, dibobot menurut apa yang dipegang pemain Anda. | Cakupannya harus berbasis risiko; tidak ada jumlah perangkat atau GPU tetap yang dipublikasikan. | Praktik QA |
| Jalur grafis | Jalur rendering dan varian tekstur yang benar-benar dibawa build Anda. | Penargetan kompresi tekstur berarti perangkat yang berbeda bisa menerima aset yang berbeda. | Praktik QA |
| Memori dan stabilitas | Perpindahan level, mulai ulang berkali-kali, adegan berat dan sesi panjang. | Crash dan ANR adalah metrik kualitas Play yang diukur dengan ambang yang dipublikasikan. | Metrik Vitals |
| Latar belakang dan kembali aktif | Tombol home, notifikasi yang menyela, layar mati lalu hidup, pembuatan ulang proses bila memungkinkan. | Game lebih sering kehilangan state dan konteks rendering di sekitar perubahan siklus hidup dibanding aplikasi biasa. | Praktik QA |
| Asset delivery | Mode mana pun di antara install-time, fast-follow dan on-demand yang dipakai game Anda, termasuk unduhan yang terputus. | Ketiga mode itu berperilaku berbeda dan pengujian lokal tidak mereproduksi pengiriman lewat Play. | Batas Google |
| 64-bit | Build yang berjalan di lingkungan 64-bit, terutama saat ada plugin native. | Google Play mensyaratkan dukungan 64-bit untuk aplikasi yang dipublikasikan. | Persyaratan Google |
| Pembelian dalam aplikasi | Disetujui, ditolak, tertunda, consumable berulang, hak akses dan konfirmasinya. | Google menyediakan instrumen license tester khusus untuk skenario-skenario ini. | Mekanisme Google |
| Play Games Services | Login plus setiap fitur achievement, leaderboard dan saved game yang Anda aktifkan. | Konfigurasi yang belum dipublikasikan butuh otorisasi penguji tersendiri dan kredensial yang cocok. | Persyaratan Google |
| Deklarasi konten | Kuesioner rating, target audiens, dan perilaku pengungkapan peluang item acak bila ada. | Rating yang tidak akurat atau pengungkapan yang hilang adalah risiko kebijakan yang berdiri sendiri, terlepas dari pengujian. | Kebijakan Google |
Beri penguji sebuah rute, bukan instruksi “coba uji ya”
Cara tercepat mengubah dua belas pemasangan menjadi dua belas laporan yang berguna adalah menyodorkan rute bernomor yang pendek untuk menempuh game itu, dengan satu hal yang harus diperhatikan di tiap perhentian, dan satu pertanyaan yang benar-benar ingin Anda jawab. Penguji yang disuruh menjelajah tidak melaporkan apa pun; penguji yang disuruh “sampai ke level tiga, lalu tutup game-nya, lalu buka lagi, dan beri tahu saya apakah progres Anda masih ada” melaporkan bug penyimpanan pada hari kedua, bukan hari ketiga belas. Emulator tidak bisa membantu untuk baris-baris di atas yang bergantung pada panas, GPU nyata atau kondisi jaringan nyata, dan risiko bersandar padanya dibahas di tulisan tentang emulator dalam pengujian tertutup.
Mengapa Google Meminta 14 Hari Lagi Setelah Anda Mencapai 12?
Karena akses produksi meninjau kualitas pengujiannya, bukan hanya penghitungnya. Google menanyakan apa yang dilakukan penguji, masukan apa yang mereka berikan dan apa yang Anda ubah, dan Google menyebut penguji yang tidak terlibat dengan aplikasi Anda sebagai salah satu alasan ia bisa meminta pengujian lanjutan. Mencapai 12 dan 14 adalah batas bawah kelayakan, bukan persetujuan.
Developer rutin melaporkan hasil seperti ini: angkanya terpenuhi, pengajuannya masuk, dan jawabannya adalah pengujian lanjutan. Dilaporkan komunitas Thread-nya konsisten soal pengalamannya dan jauh kurang dapat diandalkan soal penyebabnya, karena tidak ada orang di luar Google yang melihat alasannya. Yang bisa dinyatakan dari dokumentasi Google sendiri adalah bahwa keterlibatan dan masukan termasuk hal yang dinilai, dan itu sudah cukup sebagai pegangan.
| Gejala | Yang pertama diperiksa | Perbaikan faktualnya |
|---|---|---|
| Play menyebut penguji yang memenuhi syarat masih kurang | Ada yang tidak pernah menuntaskan keikutsertaannya, ada yang keluar, atau jendela terus-menerusnya belum selesai. | Pastikan minimal 12 akun yang memenuhi syarat tetap ikut serta terus-menerus sepanjang jendela yang disyaratkan. |
| 12 penguji dan 14 hari selesai, akses ditolak | Google menilai pengujian lanjutan masih diperlukan, yang bisa mencakup keterlibatan yang lemah atau praktik pengumpulan masukan yang tipis. | Baca tanggapannya, lanjutkan pengujian secara bermakna, kumpulkan masukan yang nyata, perbaiki hal yang ditunjukkannya, lalu jawab pengajuannya dengan akurat. |
| Game jalan di lokal, aset gagal dari Play | Mode asset delivery, perilaku pembaruan atau tekanan penyimpanan yang berbeda dari lingkungan lokal Anda. | Uji build yang dikirimkan Play dan tangani ketersediaan pack serta status pembaruannya, alih-alih menganggap perilaku lokal tetap berlaku. |
| Game tersendat setelah dimainkan lama | Bottleneck CPU atau GPU, throttling termal, frame pacing atau ketidakcocokan refresh rate. | Profilkan sesi panjang dan kondisi termalnya, bukan sesi pendek, memakai perkakas performa game Android. |
| Dialog pembelian menampilkan kartu sungguhan | Akun itu tidak bertindak sebagai license tester, atau akun lain di perangkat itulah yang membeli. | Tambahkan akun yang dimaksud di Settings > License testing dan pastikan akun mana yang mengunduh build-nya. |
| Pembelian uji coba dikembalikan beberapa menit kemudian | Pembelian itu tidak pernah dikonfirmasi oleh aplikasi. | Perbaiki logika konfirmasi atau konsumsinya. Pembelian license test otomatis dikembalikan setelah 3 menit bila tidak dikonfirmasi. |
| Login Play Games mengembalikan OAuth atau 404 | Penguji itu tidak diotorisasi untuk konfigurasi Play Games yang belum dipublikasikan. | Tambahkan penguji Play Games itu satu per satu atau aktifkan jalur rilisnya untuk pengujian Play Games. |
| Play Games sempat jalan, lalu rusak setelah unggahan | Nama paket atau sertifikat penandatanganan tidak cocok antara konfigurasi dan build yang diunggah. | Verifikasi fingerprint Play App Signing, nama paketnya dan kredensial yang tertaut. |
| Game native tidak muncul di sebagian perangkat | Ada celah dukungan ABI atau 64-bit. | Pastikan ada pustaka 64-bit yang bersesuaian untuk setiap arsitektur native yang didukung, lalu uji di lingkungan 64-bit. |
| Ditandai karena fungsinya rusak atau sepele | Game-nya crash, gagal dimuat, atau tidak memberikan fungsi yang benar-benar bekerja. | Perbaiki masalah fungsionalnya. Jangan mencari-cari jumlah level minimum karangan untuk dipenuhi. |
| Pembelian item acak dipertanyakan | Peluang untuk item acak berbayar tidak diungkapkan di tempat yang dilihat pemain. | Tampilkan peluangnya sebelum dan berdekatan dengan interaksi pembeliannya. |
Seperti apa seharusnya siklus kedua
Jika Anda diminta melakukan pengujian lanjutan, godaannya adalah mengulang putaran pertama dengan pola pemasangan pasif yang sama sambil berharap jawabannya berbeda. Siklus kedua yang lebih berguna mengubah sesuatu yang nyata: jaga kelompoknya tetap stabil, beri penguji rute yang benar-benar bisa ditempuh di dalam game, catat apa yang mereka laporkan secara tertulis, rilis perbaikan yang memang dituntut masukan itu, dan jelaskan semuanya dengan lugas saat Anda mengajukan ulang. Kebetulan atau tidak, itu pula yang menghasilkan game yang lebih baik.
Yang tidak boleh ada di dalamnya adalah ritual karangan. Tidak ada jumlah peluncuran yang dipublikasikan, tidak ada jumlah pembaruan yang wajib dan tidak ada kuota bermain harian yang mengubah penolakan menjadi persetujuan, dan tidak ada seorang pun yang bisa menjanjikan bahwa pola aktivitas tertentu akan mengubah keputusan Google. Pembahasan yang lebih luas tentang pola penolakan ada di tulisan tentang mengapa pengujian tertutup ditolak.
Tenggat Penting Google Play bagi Penerbit Game pada 2026 dan Awal 2027
31 Agustus 2026 sudah lewat: game seluler baru dan yang diperbarui harus menargetkan Android 16 (API level 36) atau lebih baru, dan Play Billing Library 7 sudah melewati tenggat aplikasi baru serta pembaruannya. Jika Anda memegang perpanjangan, masa berlakunya sampai 1 November 2026, yang tinggal 57 hari lagi.
Ada tiga lagi di sekitarnya: 30 September 2026 untuk pendaftaran nama paket Play dan gelombang penegakan verifikasi developer yang pertama, serta 1 Februari 2027 untuk ukuran halaman memori 16 KB, yang paling mungkin menjegal game buatan engine. Tidak satu pun di antaranya merupakan bagian dari persyaratan penguji, dan semuanya bisa menghalangi rilis yang justru ingin dibuka persyaratan itu.
| Tanggal | Persyaratan | Artinya bagi sebuah game |
|---|---|---|
| 31 Agustus 2026 | Level API target | Game seluler baru dan yang diperbarui harus menargetkan Android 16, API level 36 atau lebih baru. Faktor bentuk lain berbeda: Wear OS dan Android Automotive OS butuh API 35, Android TV dan Android XR butuh API 34. Rincian lengkapnya di tulisan tentang level API target. |
| 31 Agustus 2026 | Play Billing Library | Play Billing Library 7 mencapai tenggat untuk aplikasi baru dan pembaruan. Game yang dimonetisasi butuh versi lebih baru yang masih didukung untuk rilis barunya, kecuali ada perpanjangan yang berlaku. |
| 30 September 2026 | Pendaftaran nama paket Play | Aplikasi atau game Play mana pun yang nama paketnya masih belum terdaftar pada tanggal ini berisiko dihapus dari Play. Ini berlaku global dan tidak ada kaitannya dengan usia akun Anda. |
| 30 September 2026 | Verifikasi developer, gelombang pertama | Penegakan pertama verifikasi developer Android, untuk pemasangan lewat toko yang berpartisipasi di Brasil, Indonesia, Singapura dan Thailand. Bukan pemadaman menyeluruh di seluruh dunia. Rinciannya di tulisan tentang verifikasi developer. |
| 1 November 2026 | Titik akhir perpanjangan | Tanggal terakhir yang dicakup perpanjangan yang tersedia, baik untuk persyaratan penargetan maupun Play Billing Library 7. Perpanjangan harus diminta lewat peringatan terkait di Play Console, tidak diberikan otomatis. |
| 1 Februari 2027 | Ukuran halaman memori 16 KB | Pembaruan terdampak yang menargetkan API level 35 atau lebih baru dan membawa kode native tidak bisa dirilis tanpa kompatibilitas ukuran halaman 16 KB. Biner engine dan plugin persis di situlah masalahnya menggigit. Jalur perbaikannya di tulisan tentang error 16 KB. |
| 27 Januari 2027 | Izin kontak | Hanya berlaku untuk aplikasi yang menargetkan Android 17, API level 37 atau lebih baru dan memakai akses kontak luas yang terdampak, yang tidak pernah diminta sebagian besar game. Linimasa kebijakan Google dan tabel tenggat di Bantuan Play Console kini sama-sama mencantumkan tanggal ini. |
Tanggal-tanggal ini bergeser tanpa pengumuman
Periksa ulang sebelum Anda menyusun rencana Google mempublikasikan tenggat kebijakan di dua kanal yang saling menjauh lalu diselaraskan diam-diam. Tenggat kontak dan lokasi di atas tertulis 28 Oktober 2026 di linimasa Android Developers sampai pertengahan Agustus 2026, ketika halaman itu disunting menjadi 27 Januari 2027 agar cocok dengan Bantuan Play Console, tanpa satu pun catatan perubahan. Buletin Google yang lebih lama masih mengutip tanggal yang sudah ditarik itu. Bandingkan tabel tenggat di Bantuan Play Console dengan linimasa kebijakannya sebelum Anda menyusun rencana rilis di atas baris mana pun di sini, dan jangan percayai buletin ataupun tulisan blog melebihi halaman yang aktif. Satu baris memang masih berbeda sampai hari ini: Child Safety Standards tertulis 26 Agustus 2026 di tabel Bantuan dan 28 Oktober 2026 di linimasa. Siapkan rencana untuk 26 Agustus.
Sumber: persyaratan level API target (answer 11926878) untuk tanggal penargetan 31 Agustus dan level tiap faktor bentuk, serta dua kanal kebijakan Google untuk sisanya: tabel tenggat di Bantuan Play Console dan linimasa kebijakan Android Developers.
Perlu dikatakan terus terang, karena urutannya sering menjegal orang: tidak satu pun tanggal ini berkaitan dengan persyaratan penguji, dan memenuhi persyaratan penguji tidak membebaskan Anda dari satu pun di antaranya. Sebuah game bisa menuntaskan pengujian tertutup 14 hari tanpa cela dan tetap tidak bisa dirilis karena build-nya menargetkan level API yang salah. Periksa persyaratan yang bisa menghalangi rilis sebelum Anda memulai dua pekan itu, bukan sesudahnya.
Di Mana Anda Menemukan 12 Penguji Asli untuk Sebuah Game?
Merekrut mereka adalah bagian yang paling diremehkan sebagian besar developer solo. Persyaratan pengujian yang dipublikasikan Google tidak mengatur cara penguji harus direkrut, jadi membayar untuk QA tidak otomatis membuat Anda gugur, tetapi bacalah itu sebagai ketiadaan larangan, bukan sebagai dukungan Google terhadap layanan penguji sebagai sebuah kategori, karena Google tidak pernah mempublikasikan dukungan semacam itu. Yang memang dilarang kebijakan Google adalah memanipulasi rating, ulasan, penempatan atau jumlah pemasangan lewat cara yang tidak sah: bot, akun palsu, pemasangan curang, keterlibatan yang direkayasa. Standarnya adalah orang sungguhan yang melakukan pengujian sungguhan dan memberi masukan jujur, dengan cara apa pun Anda menemukan mereka.
Alasan komunitas engine penuh dengan kiriman “butuh 12 penguji” adalah aritmetika: developer game pemula biasanya tidak mengenal dua belas orang yang punya ponsel Android, mau menuntaskan keikutsertaan, dan masih ikut serta dua pekan kemudian. Teman-teman memasangnya, memainkannya sekali karena sungkan, lalu menghilang. Tidak ada yang salah dengan watak mereka. Hanya saja, sebuah bantuan berbaik hati punya paruh waktu sekitar tiga hari sedangkan persyaratannya berjalan empat belas hari.
Grup tukar penguji menyelesaikan soal jumlah dan sering kali tidak banyak lagi, karena rekan tukar punya insentif yang sama dengan Anda: ikut serta, bertahan, lalu berlalu. Itu memuaskan penghitungnya sambil menghasilkan persis pola keterlibatan pasif yang ditanyakan Google di formulir pengajuan. Untuk sebuah game hal itu lebih buruk daripada untuk aplikasi biasa, karena kegagalan yang penting berada beberapa sesi di dalam dan penguji timbal balik tidak akan pernah sampai ke sana.
Apa yang dicakup pengujian terkelola
PrimeTestLab menyediakan 12 penguji asli di perangkat nyata dari Android 7 hingga 17, ikut serta dan dipertahankan selama 14 hari penuh, dengan pengujian yang dimulai dalam 4-6 jam. Kami sudah menjalankannya untuk 7.400+ aplikasi di 120+ negara dengan tingkat keberhasilan 99,9%, dan pengujiannya didukung tes ulang gratis atau pengembalian dana penuh. Paket mulai dari $19.99.
Kami berterus terang soal batasnya, karena sebuah game punya bagian yang tidak bisa diserahkan kepada siapa pun: pengujian terkelola menangani sisi penguji selama dua pekan itu. Ia tidak membangun ulang asset pack Anda, tidak menyetel frame time Anda, tidak menerapkan konfirmasi pembelian di kode penagihan Anda dan tidak menjawab kuesioner rating Anda. Semua itu bagian Anda, dan bagian-bagian di atas ada untuk mempersingkatnya. Yang lenyap adalah kepanikan merekrut dan risiko kelompok pengujinya rontok pada hari kesembilan.
Merekrut sendiri versus pengujian terkelola
| Persyaratan Google | Merekrut sendiri | Pengujian terkelola |
|---|---|---|
| Minimal 12 penguji yang ikut serta | Mencari, memberi arahan dan mengejar orang sungguhan, lalu berharap setiap orang menuntaskan keikutsertaannya. | 12 disediakan dan dipertahankan sepanjang jendela itu. |
| 14 hari terus-menerus | Satu pengunduran diri baru merugikan pengujian Anda kalau ia menyisakan kurang dari 12 penguji yang masing-masing bisa menunjukkan 14 hari terus-menerus saat Anda mengajukan permohonan. | Kelompoknya dipantau agar jendelanya tetap utuh. |
| Perangkat nyata, manusia nyata | Emulator dan akun yang tidak aktif adalah jalan pintas yang biasa dipakai, sekaligus alasan yang biasa membuat satu putaran pengujian tidak menghasilkan apa pun untuk dilaporkan. | Perangkat nyata dari Android 7 hingga 17. |
| Keterlibatan yang bisa Anda ceritakan ke Google | Sepenuhnya bergantung pada apakah penguji Anda benar-benar bermain melewati tutorialnya. | Penguji yang memainkan game-nya, bukan memarkirnya di layar utama. |
| Waktu sampai keikutsertaan pertama | Berhari-hari, tergantung siapa yang membalas Anda. | Pengujian dimulai dalam 4-6 jam. |
| Biaya | Waktu Anda, selama dua pekan yang memang sudah Anda curahkan untuk build itu. | Mulai dari $19.99, dengan tes ulang gratis atau pengembalian dana penuh. |
Satu hal yang tidak bisa ditawarkan layanan mana pun, dan Anda patut curiga terhadap siapa pun yang menawarkannya: akses produksi itu sendiri. Google yang memutuskannya, ia menimbang kualitas pengujian Anda selain jumlahnya, dan ia bisa meminta satu siklus lagi. Yang bisa dijanjikan adalah kelompok pengujinya, dua pekannya dan garansi di baliknya. Lihat paketnya dan apa saja isinya →
Pertanyaan yang Sering Diajukan
Apakah game butuh 12 penguji selama 14 hari di Google Play?
Ya, jika game itu dirilis dari akun developer pribadi Google Play yang dibuat setelah 13 November 2023. Google mensyaratkan minimal 12 penguji yang terus-menerus ikut serta dalam pengujian tertutup setidaknya selama 14 hari terakhir sebelum developer tersebut bisa mengajukan permohonan akses produksi, dan tidak ada jumlah minimum penguji khusus game di mana pun dalam dokumentasi saat ini. Google membahas aplikasi dan game di dalam proses akses produksi yang sama.
Saya terus melihat angka 20 penguji di internet. Pada 2026 ini 12 atau 20?
Jawabannya 12. Google semula mensyaratkan 20 penguji dan secara resmi menurunkan minimumnya menjadi 12 pada 11 Desember 2024, dengan menyebut perubahan itu sebagai kewajiban 12 penguji, bukan lagi 20. Periode pengujian terus-menerus selama dua pekan tidak berubah. Halaman yang masih menyebut 20 ditulis sebelum perubahan itu.
Apakah setiap game baru butuh pengujian tertutupnya sendiri?
Ya, bagi akun developer pribadi yang terkena. Tanggal pembuatan akun menentukan apakah persyaratan itu berlaku untuk Anda, tetapi Google menuliskan kondisinya sebagai pengujian tertutup “untuk aplikasi Anda”, dan permohonan akses produksi diajukan untuk satu paket tersendiri. Pengujian yang memenuhi syarat untuk satu game tidak terbawa ke game berikutnya yang Anda rilis dari akun yang sama.
Apakah 12 penguji game saya harus bermain setiap hari?
Aturan yang eksplisit adalah keikutsertaan terus-menerus. Google mensyaratkan penguji yang memenuhi syarat tetap ikut serta secara terus-menerus dan menyatakan bahwa keterlibatan penguji diperhitungkan saat meninjau akses produksi, tetapi Google tidak mempublikasikan aturan semacam buka game sekali setiap hari atau mainkan sekian menit. Permainan yang nyata dan bermakna disertai masukan yang berguna adalah target yang aman. Kuota bermain harian adalah cerita komunitas, bukan kebijakan.
Apakah satu penguji yang keluar mengulang seluruh 14 hari?
Tidak otomatis. Saat Anda mengajukan permohonan, minimal 12 penguji masing-masing harus tetap ikut serta selama 14 hari berturut-turut sebelumnya. Jika Anda memulai dengan lebih dari 12 dan masih punya sebanyak itu penguji yang memenuhi syarat, satu orang yang keluar tidak membatalkan pengujian. Jika kepergian itu menyisakan sebelas orang, Anda harus menunggu sampai penguji pengganti menuntaskan periode 14 hari berturut-turutnya sendiri. Inilah alasan untuk merekrut di atas jumlah minimum.
Bisakah saya mengunggah build game baru selama pengujian 14 hari?
Bisa. Kondisi kelayakan yang dipublikasikan Google didasarkan pada riwayat keikutsertaan penguji, bukan pada mempertahankan satu build yang beku selama 14 hari, jadi merilis versi baru dengan sendirinya tidak menghapus periode keikutsertaan terus-menerus para penguji. Beri waktu agar rilis baru selesai diproses, minta penguji memperbarui, dan teruslah mendokumentasikan masukan serta perbaikan yang dihasilkannya. Google mencatat bahwa perubahan pada sebuah pengujian bisa memakan beberapa jam sebelum tersedia bagi penguji.
Apakah cukup membiarkan game saya terpasang selama 14 hari?
Jangan memperlakukan pemasangan saja sebagai bukti pengujian. Prasyarat angkanya memang keikutsertaan terus-menerus, tetapi permohonan akses produksi menanyakan bagaimana penguji terlibat dengan game, masukan apa yang dikumpulkan dan apa yang berubah karenanya. Google menyebut penguji yang tidak terlibat dengan aplikasi Anda sebagai salah satu alasan mengapa Google bisa meminta pengujian tambahan.
Apakah menghapus instalan game mengulang pengujian 14 hari?
Google tidak mempublikasikan aturan tersendiri yang menyatakan bahwa penghapusan instalan dengan sendirinya mengulang periode keikutsertaan; persyaratan angka yang eksplisit adalah keikutsertaan terus-menerus. Tetapi game yang dihapus instalannya tidak menghasilkan permainan, tidak menghasilkan masukan dan tidak menghasilkan bukti pengujian, dan Google bisa meminta pengujian tambahan ketika keterlibatannya kurang. Tetap ikut serta tetapi tidak pernah membuka game bukanlah strategi yang aman, dan bagi sebuah game itu juga berarti tidak ada yang menjalankan jalur penyimpanan, pengiriman aset dan performa yang justru paling sering rusak.
Bisakah saya memakai pengujian internal sebagai ganti pengujian tertutup 12 orang?
Tidak untuk prasyarat ini. Pengujian internal adalah jalur terpisah yang mendukung hingga 100 penguji, tetapi persyaratan Google bagi akun pribadi baru yang terkena secara spesifik mewajibkan pengujian tertutup yang memenuhi syarat sebelum mengajukan permohonan akses produksi. Pengujian internal berguna untuk distribusi awal yang cepat; jalur itu tidak memenuhi langkah pengujian tertutup yang diwajibkan.
Seberapa besar game Android saya boleh di Google Play pada 2026?
Bantuan Play Console mencantumkan modul dasar 500 MB, 500 MB per modul fitur, 1,5 GB per asset pack, 4 GB kumulatif untuk semua modul plus asset pack install-time, 30 GB kumulatif untuk pack fast-follow dan on-demand, serta ukuran unduhan terkompresi maksimum total 34 GB, dengan maksimum 100 asset pack per bundle. Semua itu adalah ukuran unduhan terkompresi yang dihitung Play Console, bukan ukuran bundle di disk Anda. Nilai diperiksa 12 Agustus 2026.
Apakah penguji harus membeli game berbayar selama pengujian tertutup?
Ya. Penguji dalam pengujian terbuka atau tertutup tetap harus membeli game berbayar. Penguji di jalur pengujian internal bisa memasang game berbayar secara gratis. Itu mekanisme yang terpisah dari license testing untuk pembelian dalam aplikasi, yang menentukan apakah sebuah IAP memakai metode pembayaran uji coba Google alih-alih menagih uang sungguhan.
Mengapa Google Play menagih pemain pengujian tertutup saya untuk pembelian dalam aplikasi?
Keanggotaan jalur tertutup dan license testing untuk penagihan adalah dua hal yang berbeda. Google menyatakan bahwa pengguna dikenai biaya sungguhan kecuali pengguna itu seorang license tester, jadi penguji biasa di jalur tertutup Anda bisa tertagih uang sungguhan. Tambahkan akun yang dimaksudkan untuk menguji pembelian di Settings dan License testing agar mereka mendapat metode pembayaran uji coba Google, termasuk skenario selalu menyetujui, selalu menolak dan tertunda.
Mengapa login Google Play Games gagal untuk game pengujian tertutup saya?
Play Games Services punya lapisan aksesnya sendiri. Selama konfigurasi Play Games Services belum dipublikasikan, penguji harus diotorisasi satu per satu atau melalui jalur rilis Play Console yang diaktifkan, kalau tidak menurut Google penguji akan menemui error OAuth dan 404. Tambahkan mereka di Grow users, Play Games Services, Setup and management, Testers, dan pastikan package name serta fingerprint sertifikat penandatanganan cocok dengan build.
Apakah game kecil atau sederhana ditolak karena fungsionalitas minimum?
Google punya kebijakan fungsionalitas dan kualitas yang mensyaratkan pengalaman yang stabil, responsif dan cukup berfungsi, dan aplikasi atau game yang crash, gagal dimuat atau praktis tidak berfungsi bisa melanggarnya. Tidak ada sumber utama Google yang mempublikasikan jumlah pasti minimum level, layar, mekanik atau menit permainan. Perlakukan angka spesifik apa pun yang Anda baca sebagai cerita komunitas dan perbaikilah masalah fungsional yang nyata.
Apakah loot box otomatis membuat game Android menjadi aplikasi judi?
Tidak. Kebijakan Google memisahkan item virtual acak yang dibeli dari judi uang sungguhan. Game yang menawarkan item virtual acak seperti loot box harus mengungkapkan peluangnya dengan jelas sebelum dan berdekatan dengan pembelian. Membayar dengan uang atau nilai yang dibeli demi peluang memenangkan hadiah dunia nyata masuk ke kebijakan terpisah Google tentang judi uang sungguhan, permainan dan kontes, yang merupakan rezim berbeda dengan persyaratan kelayakan dan perizinannya sendiri.
Bisakah orang lain menyediakan 12 penguji untuk game saya?
Bisa. Persyaratan pengujian Google tidak mengatur bagaimana penguji harus direkrut, jadi membayar untuk QA tidak otomatis membuat Anda gugur. Bacalah itu sebagai ketiadaan larangan, bukan sebagai dukungan Google terhadap layanan penguji, yang tidak pernah Google berikan. Yang melanggar kebijakan adalah memanipulasi rating, ulasan, penempatan atau jumlah pemasangan dengan cara yang tidak sah, seperti bot, akun palsu atau pemasangan curang. PrimeTestLab menyediakan 12 penguji asli di perangkat nyata mulai $19.99, menjaga kelompok itu tetap ikut serta selama 14 hari penuh, dan menyertai prosesnya dengan tes ulang gratis atau pengembalian dana penuh. Tidak ada yang bisa menjanjikan akses produksi, karena keputusan itu milik Google dan Google menimbang kualitas pengujian Anda, bukan hanya jumlahnya.
Kesimpulan
Ringkasan
Google Play tidak punya klausul khusus game. Akun developer pribadi yang dibuat setelah 13 November 2023 membutuhkan 12 penguji yang ikut serta selama 14 hari berturut-turut sebelum bisa mengajukan permohonan akses produksi, entah yang dirilis berupa game atau kalkulator, dan angka 20 yang masih beredar sudah diganti pada 11 Desember 2024. Melewati penghitung itu adalah batas bawahnya, bukan putusannya: Google menanyakan apa yang dilakukan penguji Anda, apa yang mereka sampaikan dan apa yang Anda ubah. Sebuah game lalu menghadapi lapisan kedua yang tidak pernah disentuh penghitung itu, dan di sinilah dua pekan tersebut benar-benar berharga: asset pack yang baru bermasalah setelah dikirimkan Play, frame yang melambat setelah ponsel memanas, biner native 64-bit, penguji yang tertagih uang sungguhan karena tidak ada yang ditambahkan di Settings > License testing, login Play Games yang membalas 404 kepada semua orang kecuali Anda, dan pengungkapan peluang pada item acak. Uji semua itu selama dua pekan yang memang sudah Anda jalani. Jika sisi pengujinya yang tidak bisa Anda penuhi, PrimeTestLab menyediakan 12 penguji asli dari $19.99 dengan tes ulang gratis atau pengembalian dana penuh. Lihat paket harga →
Sumber Utama
Bagian halaman ini yang paling cepat usang
- Batas ukurannya. Tabel dengan risiko tertinggi di halaman ini. Halaman ukuran khusus milik Google di Play Console dan beberapa halaman game Android yang lebih lama sudah saling berbeda, dan plafon fast-follow serta on-demand tampak baru diperbesar. Periksa ulang halaman ukuran itu sebelum Anda merencanakan rilis di sekitar 30 GB atau 34 GB.
- Tanggal penagihannya. Jendela dukungan Play Billing Library bergeser dari versi ke versi, dan tanggal 31 Agustus serta 1 November di halaman ini berubah maknanya begitu terlewati. Halaman ini mengganti sendiri kalimatnya pada tanggal-tanggal itu; tabel dukungan yang mendasarinya tetap perlu dibaca ulang.
- Tanggal tenggat kebijakannya. Butir yang paling sering berubah di halaman ini. Google memindahkan tenggat kontak dan lokasi dari 28 Oktober 2026 ke 27 Januari 2027 di salah satu kanalnya pada pertengahan Agustus 2026 tanpa pengumuman, dan buletinnya sendiri masih mengutip tanggal lama itu setelahnya. Pastikan setiap tanggal di sini terhadap dua halaman kebijakan Google yang aktif, bukan terhadap sebuah buletin atau artikel, termasuk artikel ini.
- Jalur di Console. Settings > License testing, Policy > App content dan jalur penguji Play Games Services adalah penamaan yang berlaku sekarang, dan navigasi Console berubah terlepas dari kebijakannya.
- Ambang batas vitals. Nilai crash, ANR dan slow session adalah ambang kualitas yang bisa direvisi Google sesuai jadwalnya sendiri, terpisah dari apa pun yang berkaitan dengan persyaratan pengujian.
- Angka pengujinya. Paling kecil risikonya di antara semuanya, tetapi 20 pernah berubah menjadi 12. Jika ada angka di sini yang berbeda dengan halaman Google, halaman Google yang benar dan halaman ini yang sudah usang.
Diverifikasi terhadap dokumentasi Google pada 12 Agustus 2026. Tanggal tenggat kebijakan diverifikasi ulang pada 14 Agustus 2026.