Jawaban singkat
Per 13 Agustus 2026, penguji masih bisa memasang APK mentah yang Anda bagikan langsung kepada mereka. Penerapan Google mulai 30 September 2026 di Brasil, Indonesia, Singapura, dan Thailand pada awalnya hanya menjangkau tujuh toko aplikasi peserta, dan FAQ Google tanggal 15 Juli menyebut pemasangan langsung belum tercakup. Google berencana memperluas penerapan ke perangkat bersertifikat dengan Android 7 atau lebih baru pada 2027, tanpa tanggal pasti yang diumumkan. Ketika itu berlaku, aplikasi yang terdaftar pada developer terverifikasi tetap memakai jalur pemasangan biasa, sedangkan aplikasi yang tidak terdaftar masih bisa dipasang lewat ADB atau lewat alur lanjutan Google. Firebase App Distribution tetap berguna untuk QA, tetapi tidak menjalankan verifikasi developer Android dan tidak dihitung sebagai pengujian tertutup (closed testing) Google Play yang membutuhkan 12 penguji terus-menerus ikut serta selama 14 hari.
Cara tulisan ini menilai setiap pernyataan
- Terverifikasi berarti pernyataannya langsung berasal dari halaman Google, Android, atau Firebase yang berlaku sekarang. Sebagian besar tulisan ini terverifikasi. Terverifikasi
- Sebagian berarti sumber primernya mendukung kesimpulan itu tetapi butuh satu langkah penalaran, atau halaman Google sendiri tidak membahas kasus batasnya. Sebagian
- Dilaporkan komunitas berarti laporan developer yang berulang di Stack Overflow, Reddit, atau forum Google sendiri. Berguna untuk penanganan masalah, bukan untuk kebijakan. Komunitas
- Tidak terdokumentasi berarti Google belum menerbitkan apa pun tentang skenario persis itu, dan kami mengatakannya alih-alih menebak. Tidak terdokumentasi
Cerita yang menyebar pada 2025 sederhana: Android mengakhiri pemasangan langsung. Posisi yang benar-benar didokumentasikan Google pada Agustus 2026 lebih sempit, lebih cermat, dan jauh kurang menarik sebagai judul. Google memperjelas dan mempersempit cakupan fase penerapan pertama pada Juni dan Juli 2026, dan pada 15 Juli 2026 menuliskan penyempitan itu dalam satu kalimat: tenggat 30 September "hanya berlaku untuk toko peserta tertentu". Sebagian besar liputan 2025 dan awal 2026 yang masih beredar terbit sebelum kalimat itu ada, dan menggambarkan peluncuran tahap pertama yang lebih luas daripada yang benar-benar dijalankan Google.
Karena itu tulisan ini disusun mengikuti keputusan yang benar-benar harus Anda ambil, bukan mengikuti kontroversinya. Anda punya dua belas teman, rekan kerja, atau penguji dan satu build yang harus masuk ke ponsel mereka. Masih boleh mengirim APK lewat email? Perlu ADB? Firebase App Distribution cukup? Dan pertanyaan yang hampir tiap minggu masuk ke kotak pesan PrimeTestLab: adakah di antara semua itu yang dihitung untuk pengujian tertutup dengan 12 penguji yang diminta Google sebelum akses produksi? Setiap tanggal, angka, dan mekanisme di bawah ini diperiksa pada halaman resmi Google tanggal 13 Agustus 2026, dan bila Google belum menerbitkan apa pun, tulisan ini menandai kekosongannya alih-alih mengisinya.
Apakah penguji masih bisa memasang APK Anda setelah 30 September 2026?
Bisa. Menurut aturan Google yang berlaku sekarang, penguji masih bisa memasang APK yang Anda kirim langsung kepadanya setelah 30 September 2026. Tanggalnya nyata, empat negaranya nyata, dan penerapannya nyata, tetapi FAQ Google yang berlaku menyebut tenggat itu "hanya berlaku untuk toko peserta tertentu". Untuk pemasangan langsung, FAQ yang sama menyebut tenggat itu "belum berlaku untuk aplikasi Anda".
Kalimat Google, satu per satu
Tenggat itu "hanya berlaku untuk toko peserta tertentu" · untuk pemasangan langsung, tenggat itu "belum berlaku untuk aplikasi Anda" · penerapannya mencakup "perangkat Android bersertifikat yang menjalankan Android 7 atau lebih baru" · Google akan "memperluas persyaratan verifikasi Android ke seluruh dunia" pada 2027
Setiap penggalan dikutip terpisah dari FAQ verifikasi developer Android (diperbarui 10 Agustus 2026) dan pengumuman 18 Juni 2026, keduanya diakses pada 13 Agustus 2026 dan aslinya berbahasa Inggris. Terverifikasi
Apa yang disentuh 30 September dan apa yang tidak
Tiga baris berikut menuntaskan pertanyaan ini bagi hampir semua pembaca. Baris tengahnya yang berbeda dari banyak pemberitaan sebelumnya tentang tanggal ini.
Terkena pada 30 September 2026
Memasang lewat salah satu dari tujuh toko peserta di Brasil, Indonesia, Singapura, atau ThailandAplikasinya harus terdaftar pada developer terverifikasi supaya pemasangan biasa berjalan. Google menyatakan bagian non-Play dari penerapan regional awal ini berlaku untuk format ponsel dan tablet.
Belum tercakup fase pertama
APK yang diserahkan langsung: lewat email, diunduh dari situs Anda, dibagikan di Drive, atau dipasang lewat ADBFAQ Google tanggal 15 Juli menyebut tenggat 30 September belum berlaku untuk pemasangan langsung. Toko aplikasi di luar daftar peserta juga berada di luar fase pertama ini. Kata yang bekerja di kedua kalimat itu adalah belum. APK Firebase App Distribution semestinya mewarisi jawaban yang sama, karena itu distribusi langsung APK bertanda tangan, tetapi Google belum menerbitkan ketetapan khusus Firebase. Sebagian, penalaran
Tetap sama apa pun keadaannya
Aturan rilis Google Play sendiriPlay secara terpisah mensyaratkan setiap paket Play didaftarkan, dan pengujian tertutup dengan 12 penguji untuk akun pribadi baru yang terkena aturan sama sekali tidak tersentuh oleh semua ini. Verifikasi tidak memperpendek, tidak membebaskan, dan tidak menggantikannya.
Cakupan diambil dari FAQ verifikasi developer Android (pembaruan 10 Agustus 2026) dan pengumuman 18 Juni 2026 yang menyebut tanggal, empat negara, dan tujuh toko. Persyaratan pengujian tertutup Play berasal dari jawaban 14151465 Bantuan Play Console. Semuanya diakses pada 13 Agustus 2026.
Kenapa ini bukan celah
"Belum tercakup" adalah gambaran sebuah fase peluncuran, bukan pengecualian permanen, dan memperlakukannya sebagai pengecualian adalah kebalikan persis dari kekeliruan yang sedang diluruskan tulisan ini. Google sudah menyebut persyaratan ini meluas ke seluruh dunia pada 2027. Tanggapan yang tepat atas bagian ini adalah lega soal September dan bersiap untuk tahun sesudahnya, dan justru untuk itulah checklist menjelang akhir ada. Terverifikasi
Yang benar-benar berubah pada 30 September 2026
Google menetapkan tanggalnya pada 18 Juni 2026 lalu mempersempitnya secara tertulis pada 15 Juli. Mulai 30 September, pemasangan lewat salah satu dari tujuh toko yang disebutkan di empat negara yang disebutkan akan diperiksa: aplikasinya harus terdaftar pada developer terverifikasi. FAQ Google yang berlaku menyebut fase pertama itu berlaku untuk toko peserta yang disebutkan, dan bahwa pemasangan langsung serta toko non-peserta belum tercakup.
Kalau Anda menerbitkan di Google Play
Daftarkan setiap paket yang tersisa sebelum 30 September 2026. Panduan Play Console dari Google menyebut agar Anda mendaftarkan semua aplikasi yang ingin terus didistribusikan demi "menghindari penghapusan global dari Google Play". Kewajiban ini bersifat global. Tidak ada kaitannya dengan empat negara itu dan tetap berlaku meski tidak satu pun pengguna Anda tinggal di sana.
Yang dialami pengguna pada 30 September
Penerapan di sisi perangkat hanya dimulai di empat negara. Pemeriksaan pemasangan pertama mencakup tujuh toko peserta di Brasil, Indonesia, Singapura, dan Thailand. Itu tidak menjangkau sideload langsung maupun toko di luar daftar tersebut.
Ini dua kewajiban 30 September yang terpisah, dan mencampurnya adalah cara paling umum salah membaca tanggal ini. Pendaftaran paket Play bersifat global dan menentukan apakah listing Anda tetap tayang; penerapan saat pemasangan bersifat regional dan menentukan apa yang terjadi di ponsel pengguna. Terverifikasi
Tujuh toko peserta
Sebutkan namanya dengan tepat. Menggambarkan ini sebagai pembatasan pada semua toko aplikasi terlalu luas menurut rumusan Google tentang fase pertama saat ini: berdasarkan daftar yang diterbitkan Google, toko yang tidak disebutkan di sini berada di luar peluncuran 30 September.
| Perusahaan | Toko peserta | Diperiksa mulai 30/09 di empat negara? |
|---|---|---|
| Google Play | Ya | |
| HONOR | HONOR App Market | Ya |
| OPlus | OPPO App Market | Ya |
| Samsung | Galaxy Store | Ya |
| Transsion | Palm Store | Ya |
| vivo | V-Appstore | Ya |
| Xiaomi | GetApps | Ya |
| Anda, langsung | Email, tautan unduhan, situs Anda, Drive, dan secara penalaran APK lewat Firebase App Distribution | Tidak, belum |
| Pihak lain mana pun | Semua toko aplikasi yang tidak disebutkan di atas | Tidak, belum |
Daftar toko dan negara dari pengumuman Google 18 Juni 2026; pengecualian pemasangan langsung dan toko non-peserta dari FAQ verifikasi Google sebagaimana diperbarui 10 Agustus 2026. Diakses pada 13 Agustus 2026. Terverifikasi
Empat negara, dan format perangkat di dalamnya
Dua detail mempersempitnya lebih jauh dan layak Anda bawa. Untuk distribusi di luar Google Play, FAQ verifikasi Google menyatakan penerapan di wilayah terpilih pada awalnya berlaku untuk format ponsel dan tablet. FAQ yang sama menyebut perlindungannya dijalankan lewat Google Play services pada perangkat Android bersertifikat dengan Android 7 atau lebih baru, yang merupakan cakupan perangkat pada akhirnya, bukan batas khusus September.
Yang tidak berubah pada September
Daftar di bawah ini pendek, tetapi mencakup cara kebanyakan tim kecil benar-benar memindahkan sebuah build. Tidak ada satu pun yang terpengaruh fase 30 September.
Itu pemasangan langsung. Tidak tercakup fase pertama.
Juga pemasangan langsung, dengan jawaban yang sama.
Distribusi langsung APK bertanda tangan ke penguji yang diundang. Gambaran lengkapnya ada di bagian 08. Google tidak menerbitkan ketetapan khusus Firebase, jadi ini kesimpulan dari aturan sideload langsung, bukan pengecualian yang dinyatakan. Sebagian, penalaran
Google menyebut tidak ada perubahan pada cara kerja ADB. Bagian 05.
Berada di luar fase pertama, menurut jawaban FAQ yang sama.
Itu persyaratan Play tersendiri, dan berlaku global. Google menyebut pada 18 Juni 2026 bahwa lebih dari 99% aplikasi developer Play sudah terdaftar otomatis. Di Konsol Play, pendaftaran itu ada di halaman verifikasi developer Android.
Angka 99% itu ada tanggalnya
Angka lebih dari 99% untuk pendaftaran otomatis berasal dari pembaruan Google tanggal 18 Juni 2026. Sebagian materi masih mengulang angka lama sekitar 98%. Pakai angka yang lebih baru, dan kutip dengan tanggalnya, bukan sebagai fakta tanpa waktu, karena Google memperbarui statistik adopsi seiring peluncuran berjalan. Halaman ikhtisar verifikasi developer Google saat ini membulatkan angka yang sama menjadi 99%, jadi sebutkan angka mana pun dengan sumber dan tanggalnya, bukan sebagai konstanta pasti. Terverifikasi
Apa yang terjadi ketika verifikasi meluas ke seluruh dunia pada 2027
Google menyebut persyaratan ini meluas ke seluruh dunia pada 2027 dan sesudahnya, untuk aplikasi di perangkat Android bersertifikat yang menjalankan Android 7 atau lebih baru, lewat Google Play services. Google belum mengumumkan tanggal dunia yang pasti maupun jadwal per negara. Anggap setiap tanggal 2027 yang spesifik sebagai tidak resmi selama Google belum menerbitkannya.
Lini masa, beserta pengaruh setiap tanggal pada APK yang dibagikan
-
30 Maret 2026
Verifikasi mulai dirilis ke semua developer
Google mulai merilis verifikasi developer Android ke setiap developer di Play Console dan Android Developer Console.
APK mentah Tidak ada perubahan pemasangan yang terasa hanya karena tanggal ini. Aplikasi tidak terverifikasi Masih bisa dipasang mengikuti perilaku Android yang berlaku. -
Agustus 2026
Alur lanjutan dan akun limited distribution dirilis global
Google menjadwalkan peluncuran global alur pemasangan lanjutan dan akun limited distribution pada bulan ini. Sampai 13 Agustus 2026, sumber yang ditelaah menyebut bulannya tetapi bukan tanggal pastinya, dan tidak membuktikan bahwa alur itu sudah sampai ke semua pengguna. Sebagian
APK mentah Masih tersedia. Aplikasi tidak terverifikasi Alur lanjutan adalah mekanisme yang dimaksudkan untuk mempertahankan pemasangannya. -
30 September 2026
Kewajiban pendaftaran mulai berlaku di tujuh toko, empat negara
Pemasangan lewat Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore, dan Xiaomi GetApps di Brasil, Indonesia, Singapura, dan Thailand mensyaratkan aplikasi terdaftar pada developer terverifikasi. Terverifikasi
APK mentah Belum tercakup fase awal ini. Aplikasi tidak terverifikasi Pemasangan lewat toko peserta bisa dibatasi; jalur langsung tidak tersentuh pada fase ini. -
2027 dan sesudahnya
Perluasan global ke perangkat Android bersertifikat
Verifikasi meluas ke seluruh dunia untuk aplikasi di perangkat Android bersertifikat dengan Android 7 atau lebih baru. Pada fase inilah jawaban soal pemasangan langsung berubah. Terverifikasi
APK mentah Aplikasi terdaftar: jalur pemasangan biasa. Aplikasi tidak terdaftar: alur lanjutan atau ADB, menurut model yang diumumkan. Aplikasi tidak terverifikasi Alur lanjutan atau ADB tetap jalur yang diumumkan. -
Tanggal pasti pada 2027
Belum diumumkan sampai 13 Agustus 2026
Lini masa yang diterbitkan Google menyebut 2027 dan sesudahnya, tidak lebih rinci dari itu. Urutan per negara juga belum dirilis. Tidak terdokumentasi
APK mentah Jangan menyusun rencana berdasarkan satu tanggal tertentu. Aplikasi tidak terverifikasi Jangan menyusun rencana berdasarkan satu tanggal tertentu.
Kronologi dari tulisan peluncuran Google 30 Maret 2026, pengumuman 18 Juni 2026, dan FAQ verifikasi developer Android sebagaimana diperbarui 10 Agustus 2026. Diakses pada 13 Agustus 2026.
Tenggat yang tidak ada
"1 Januari 2027" muncul di pemberitaan sekunder dan di jawaban asisten AI. Tanggal itu tidak ada di satu pun sumber Google yang ditelaah untuk tulisan ini. Google berkomitmen pada 2027 dan sesudahnya tanpa menyebut hari. Kalau rencana Anda bergantung pada mengetahui tanggal itu, keadaan yang jujur adalah belum ada orang di luar Google yang tahu, dan pengaman praktisnya adalah mendaftarkan paket Anda jauh sebelum tahun itu dimulai. Tidak terdokumentasi
APK terverifikasi versus tidak terverifikasi: yang benar-benar diperiksa Android
"Apakah saya sudah terverifikasi?" saja adalah pertanyaan yang keliru. Verifikasi developer Android membangun apa yang Google sebut kaitan formal yang bisa diperiksa antara identitas developer, nama paket sebuah aplikasi, dan kunci penandatanganan paket tersebut. Verifikasi identitas adalah satu mata rantai, bukan seluruh rantainya.
Rantainya, satu per satu
Siapa Anda, dipastikan sekali lewat Play Console atau Android Developer Console.
Sekali per akunPengenal aplikasinya, misalnya com.example.app, didaftarkan pada identitas terverifikasi itu.
Kepemilikan dibuktikan dengan mengirimkan APK yang ditandatangani memakai kunci privat Anda. Console mendukung penambahan dan verifikasi beberapa kunci untuk satu paket.
Per kunci, bukan per buildKetika rantainya lengkap, Google menyebut pengalaman pemasangan pengguna tetap terjaga saat penerapan yang lebih luas berlaku.
Hasil yang Anda inginkanRantai ini berasal dari panduan verifikasi developer Android Google, termasuk penjelasan tentang pembuktian kepemilikan, serta dukungan beberapa kunci penandatanganan yang didokumentasikan di FAQ verifikasi. Diakses pada 13 Agustus 2026. Terverifikasi
Google menyatakan dengan jelas bahwa pemasangan langsung adalah bagian mendasar Android dan bahwa developer terverifikasi bisa terus mendistribusikan secara langsung. Nuansa yang tersembunyi di balik kalimat itu adalah bahwa pemasangan yang mulus bergantung pada aplikasinya terdaftar, bukan sekadar pada Anda lolos pemeriksaan identitas. Karena itulah tulisan ini selalu menulis "terdaftar pada developer terverifikasi" alih-alih "aplikasi terverifikasi" yang lebih pendek dan longgar.
Bagaimana kalau Anda memakai kunci debug atau kunci penandatanganan QA terpisah?
Di sinilah tim QA sungguhan tersandung, karena sangat lazim mengirim build bertanda tangan debug ke penguji internal dan build bertanda tangan rilis ke toko. Itu dua sertifikat berbeda pada nama paket yang sama.
Audit kunci penandatanganan, empat pertanyaan
- Sertifikat mana yang benar-benar menandatangani APK yang dipasang pengguna Anda? Itulah yang perlu didaftarkan. Pada Play App Signing, kunci penandatanganan aplikasi menandatangani APK yang dipasang dari Google Play, sedangkan kunci unggah hanya mengautentikasi artefak yang Anda unggah ke Play dan bukan otomatis sertifikat versi yang terpasang. Kunci debug, CI, QA, atau unggah baru berarti untuk distribusi langsung kalau kunci itu yang menandatangani APK yang Anda serahkan ke penguji.
- Apakah kunci yang relevan sudah terdaftar pada paketnya? Google mendukung penambahan dan verifikasi beberapa kunci penandatanganan untuk satu nama paket, jadi Anda tidak dipaksa menyatukan semuanya ke satu kunci.
- Jangan berasumsi verifikasi identitas mencakup setiap kunci. Lolos tahap identitas tidak diam-diam merestui setiap sertifikat yang pernah Anda pakai.
- Dua APK dengan nama paket sama tetapi tanda tangan berbeda tidak bisa saling menggantikan. Itu perilaku penandatanganan aplikasi Android yang biasa dan jauh lebih tua daripada verifikasi, tetapi mudah dikira masalah verifikasi developer. Lihat bagian 12.
Lima kasus batas yang benar-benar sudah dijawab Google
Lima pertanyaan ini terus bermunculan dan semuanya punya jawaban resmi, jadi tidak perlu menebak.
Pertanyaan cakupan yang sudah ada jawabannya
- Android 6 atau lebih lama? Di luar cakupan yang dinyatakan. Google menyebut penerapannya berlaku untuk perangkat Android bersertifikat dengan Android 7 ke atas, lewat layanan Google Play. Terverifikasi
- Perangkat tidak bersertifikat atau ROM kustom tanpa layanan Google Play? Google menggambarkan penerapan ini untuk perangkat Android bersertifikat, lewat layanan Play. Jangan menggeneralisasi aturannya ke setiap ROM kustom atau perangkat tanpa sertifikat, karena semuanya di luar mekanisme yang Google dokumentasikan. Tidak terdokumentasi untuk perangkat itu
- Aplikasi perusahaan di perangkat terkelola? Aplikasi yang didistribusikan lewat toko organisasi Anda ke perangkat terkelola tidak perlu menyelesaikan verifikasi, karena admin TI Anda sudah menelaahnya. Google tetap menyarankan mendaftarkannya, kalau-kalau aplikasi itu juga dipasang dari sumber lain atau ke perangkat tidak terkelola. Terverifikasi
- Di mana saya memeriksa apakah paket sudah terdaftar? Developer Play: halaman verifikasi developer Android di Play Console, yang menampilkan status di sebelah tiap aplikasi. Developer di luar Play: tab Nama paket di Android Developer Console, dengan status Terdaftar, Tidak terdaftar, atau Draf. Android Studio Panda 4 ke atas juga menampilkan status saat Anda membuat APK atau App Bundle bertanda tangan. Terverifikasi
- Apakah developer di luar Play membayar 25 dolar? Akun Android Developer Console untuk distribusi penuh berbiaya 25 dolar. Akun distribusi terbatas gratis, tidak meminta identitas resmi, dan dibatasi 20 perangkat resmi. Kalau Anda sudah menerbitkan di Google Play, verifikasi diurus lewat Play Console, bukan dengan membuka akun terpisah. Pastikan dulu ketersediaannya: per 13 Agustus 2026 akses awal masih ditutup. Ketersediaan sebagian
Firebase juga menuntut penandatanganan, dengan alasan berbeda
Firebase App Distribution mensyaratkan APK ditandatangani dengan kunci debug atau kunci penandatanganan aplikasi sebelum mau mendistribusikannya. Itu persyaratan Firebase tentang keabsahan build, bukan langkah verifikasi developer Android. Kedua sistem sama-sama memakai kata "mendaftarkan", dan memisahkan keduanya adalah pembedaan penting di seluruh topik ini. Bagian 08 memisahkannya. Terverifikasi
Perbedaan kunci unggah dan kunci penandatanganan juga menjelaskan tiket Firebase yang paling sering muncul. Salinan aplikasi Anda yang dipasang dari Play bisa ditandatangani dengan kunci penandatanganan aplikasi milik Google Play, sementara APK Firebase yang Anda berikan ke penguji yang sama ditandatangani secara lokal dengan kunci unggah, rilis, atau debug. Android tidak bisa memasang yang satu di atas yang lain selama identitas penandatanganan yang diterima tidak cocok, jadi penguji melihat kegagalan yang tampak seperti masalah verifikasi padahal bukan. Terverifikasi
ADB tetap diizinkan, tetapi itu alur kerja developer
Komitmen paling jelas Google di seluruh program ini, dari FAQ verifikasinya: tidak ada perubahan pada cara kerja ADB. Developer dan pengguna tingkat lanjut bisa terus memasang aplikasi dengan cara itu, dan masa tunggu 24 jam pada alur lanjutan tidak berlaku untuk pemasangan lewat ADB. Ini jalur teknis paling awet di tulisan ini, sekaligus yang paling tidak cocok untuk penguji biasa.
Cocok untuk
- Anda sendiri, di perangkat Anda, sepanjang hari
- Tim QA teknis yang sudah punya Android Studio
- Pipeline CI dan device farm
- Memasang build yang belum terdaftar tanpa menunggu jeda satu hari alur lanjutan
- Rekan kerja yang duduk di sebelah Anda dengan kabel USB
Tidak cocok untuk
- Dua belas teman, anggota keluarga, atau penguji yang Anda kumpulkan
- Siapa pun yang tidak bisa Anda tuntun lewat opsi developer sambil menelepon
- Penguji jarak jauh di negara lain yang tidak punya kabel maupun laptop
- Iterasi cepat: setiap build baru butuh akses ke perangkat dan satu perintah pemasangan lagi, meski penguji tidak mengulang seluruh penyiapan
- Apa pun yang Anda harap dihitung Google Play. Pemasangan lewat ADB tidak terlihat oleh persyaratan pengujian Play
Yang harus dilakukan penguji lebih dulu
Dokumentasi perkakas Google tegas soal prasyaratnya: untuk memakai ADB lewat USB, Anda harus mengaktifkan USB debugging di opsi developer perangkat. Di ponsel masa kini itu berarti mencari nomor build, mengetuknya tujuh kali untuk membuka opsi developer, lalu mengaktifkan USB debugging di layar setelan yang memunculkan dialog peringatan. Alur itu masuk akal untuk penguji teknis dan memberatkan bagi orang biasa yang bersedia mencoba aplikasi Anda.
Penyiapan tidak diulang di tiap build, dan justru itu yang salah di kebanyakan tulisan. Begitu penguji mengizinkan workstation Anda, izin itu bertahan sampai dia mencabutnya atau melupakan perangkatnya. Jadi build baru hanya menambah satu adb install -r dan akses ke ponsel, bukan perjalanan ulang lewat opsi developer. Android 11 ke atas juga mendukung debug nirkabel: penguji memasangkan ponsel dengan workstation sekali lewat kode QR atau kode pemasangan, lalu Anda memasang lewat jaringan selama kedua perangkat ada di jaringan yang sama, tanpa kabel sama sekali. Itu menghilangkan kabelnya, bukan prasyarat teknisnya.
Tiga perintah yang mencakup hampir semua pemasangan ke penguji. Tidak ada yang baru di sini pada 2026; ini alur kerja yang menurut Google tidak berubah.
adb devices
adb install app-release.apk
adb install -r app-release.apk
Yang sering mengagetkan: -r hanya bekerja kalau APK baru ditandatangani dengan sertifikat yang sama dengan yang sudah terpasang. Build yang ditandatangani kunci berbeda harus dicopot dulu, dan itu ikut menghapus data aplikasinya. Itu perilaku standar penandatanganan aplikasi Android, bukan aturan verifikasi.
Pakai ADB sebagai cadangan, bukan sebagai rencana
Dalam model yang diumumkan Google, ADB adalah cadangan yang terdokumentasi untuk memasang aplikasi yang tidak terverifikasi, termasuk sepanjang peluncuran lebih luas yang direncanakan. Ini jalur yang tetap berfungsi ketika sebuah build belum terdaftar dan penguji tidak mau menunggu sehari penuh. Tetap saja layak memeriksa ulang kebijakannya sebelum bersandar pada asumsi itu pada 2027. Namun ADB bukan cara untuk mengajak dua belas orang biasa ikut serta, dan tidak akan pernah memenuhi persyaratan pengujian Google Play untuk akses produksi. Terverifikasi
Apa itu alur lanjutan Android untuk aplikasi yang tidak terverifikasi?
Google membuat jalur khusus bagi pengguna yang tetap ingin memasang aplikasi dari developer yang tidak terverifikasi. Bentuknya penyiapan sekali saja dengan satu langkah penghambat di tengahnya: aktifkan mode developer, pastikan tidak ada orang lain yang memandu, mulai ulang, tunggu satu hari, autentikasi, lalu izinkan pemasangan tidak terverifikasi selama 7 hari atau tanpa batas waktu. Masa tunggu 24 jam adalah bagian dari penyiapan itu, bukan jeda sebelum setiap APK.
-
01
Aktifkan mode developer
Pengguna menyalakan mode developer atau setelan setaranya di perangkatnya.
Google: mencegah pemicuan tidak sengaja dan pengabaian sekali ketuk yang dipakai dalam penipuan bertekanan tinggi -
02
Pastikan tidak ada yang memandu
Pengguna memastikan tidak ada orang lain yang sedang menuntunnya melakukan perubahan keamanan ini.
Google: pemeriksaan singkat bahwa tidak ada yang membujuk Anda mematikan keamanan -
03
Mulai ulang lalu masuk kembali
Perangkat dimulai ulang dan pengguna masuk lagi ke akunnya.
Google: memutus akses jarak jauh atau panggilan aktif yang dipakai penipu untuk mengawasi Anda -
04
Tunggu 24 jam, sekali saja
Google menyebutnya masa tunggu satu hari yang hanya terjadi sekali. Terjadi saat penyiapan, dan inilah langkah yang paling sering disalahsampaikan.
Bukan 24 jam sebelum setiap APK. Sekali saja, per akun. -
05
Verifikasi identitas di perangkat
Pengguna mengonfirmasi perubahan dengan biometrik atau PIN perangkat.
Google: biometrik atau PIN memastikan pemilik perangkat yang melakukan perubahan -
06
Izinkan pemasangan tidak terverifikasi selama 7 hari atau tanpa batas waktu
Penyiapan selesai. Pengguna memilih durasinya, lalu bisa melewati peringatan developer tidak terverifikasi saat memasang.
Pilihannya, risikonya, dan perangkatnya sendiri
Urutan, rumusan, dan pilihan durasi dari FAQ verifikasi developer Android Google, diakses pada 13 Agustus 2026. Google menerbitkan alasan untuk setiap langkah alur ini, jadi catatan di atas mengutip alasannya, bukan menyimpulkannya. Terverifikasi
Tiga hal yang sering disalahpahami
"Jadi setiap pemasangan butuh tunggu 24 jam?"
Tidak. Google menjelaskan adanya masa tunggu satu hari yang hanya sekali, di dalam penyiapan. Setelah itu pengguna memilih 7 hari atau tanpa batas waktu untuk berapa lama pemasangan tidak terverifikasi tetap diizinkan.
"Harus diulang setiap ganti ponsel?"
Menurut Google, tidak. FAQ-nya menjelaskan penyiapan itu berlaku sekali per akun dan terbawa ke perangkat baru.
"ADB juga perlu menunggu?"
Tidak. Google menyatakan secara eksplisit bahwa masa tunggu 24 jam tidak berlaku untuk pemasangan lewat ADB. Bagian 05.
Opsi developer tidak harus tetap aktif
Penguji bisa mematikan lagi opsi developer setelah alur lanjutan diaktifkan. FAQ Google menyebutnya langsung: Anda tidak perlu membiarkan opsi developer tetap aktif, karena begitu perubahan dibuat di perangkat, setelan itu sudah aktif. Ini penting bagi penguji yang aplikasi perbankan atau perusahaannya protes saat opsi developer dibiarkan menyala. Google juga menyatakan penyiapannya dilakukan sekali per akun dan terbawa ke perangkat baru, jadi tidak diulang untuk setiap aplikasi atau setiap ponsel. Terverifikasi
Apakah sudah bisa dipakai sekarang?
Keadaan jujur per 13 Agustus 2026
Google menjadwalkan peluncuran alur lanjutan secara global pada Agustus 2026. Sumber yang ditelaah untuk tulisan ini menyebut bulannya tetapi bukan hari pastinya, dan tidak ada yang membuktikan alur itu sudah sampai ke semua pengguna. Jadi yang tepat dikatakan kepada penguji hari ini adalah bahwa jalur itu ada dan sudah dijadwalkan, bukan bahwa ia pasti bisa memakainya sore ini. Periksa halaman verifikasi Google sebelum menyusun panduan bantuan berdasarkan hal ini. Sebagian
Bacaan praktis bagi developer: alur lanjutan adalah jawaban nyata dan terdokumentasi untuk "apakah pengguna masih bisa memasang aplikasi saya yang tidak terverifikasi?" dan jawaban yang buruk untuk "bagaimana saya mengirim build ke dua belas penguji minggu ini?". Jeda keamanan satu hari di tengah proses onboarding menambah hambatan nyata bagi penguji biasa atau penguji jarak jauh. Kalau penguji Anda orang biasa, jalur yang menghargai waktu mereka dibandingkan di bagian 09.
Apa yang terjadi pada APK yang sudah terpasang?
Dokumentasi Google membahas pemasangan dan pembaruan. Begitu penerapan berlaku, aplikasi yang tidak terdaftar tidak bisa dipasang atau diperbarui secara normal, dan Google menyebut pembaruan biasa "akan gagal" tanpa alur lanjutan atau ADB. Yang tidak disebutkan dokumentasi yang kami telaah adalah bahwa salinan yang sudah ada di ponsel orang akan dihapus atau dicegah berjalan.
| Keadaan setelah penerapan yang lebih luas berlaku | Hasil yang terdokumentasi | Bukti |
|---|---|---|
| Aplikasinya sudah terpasang dan pengguna hanya membukanya | Dokumentasi Google yang kami telaah tidak mengumumkan pencopotan paksa maupun pemblokiran saat dijalankan. Yang dibahas adalah pemasangan dan pembaruan. | Sebagian |
| Pengguna mencoba memasang aplikasi tidak terdaftar dengan cara biasa | Pemasangan normal dibatasi. | Terverifikasi |
| Pengguna sudah mengaktifkan alur lanjutan | Aplikasi tidak terdaftar bisa dipasang. | Terverifikasi |
| Pemasangannya lewat ADB | Aplikasi tidak terdaftar bisa dipasang. Tidak ada masa tunggu alur lanjutan yang berlaku. | Terverifikasi |
| Aplikasi tidak terdaftar yang sudah terpasang menerima pembaruan biasa, alur lanjutan mati | Google menyebut pembaruannya gagal. | Terverifikasi |
| Aplikasi yang sama diperbarui lewat ADB | Diizinkan, sesuai pengecualian yang diumumkan Google. | Terverifikasi |
Perilaku diambil dari FAQ verifikasi developer Android Google, diakses pada 13 Agustus 2026. Baris pertama mencatat ketiadaan mekanisme yang diumumkan, dan itu bukan hal yang sama dengan janji bahwa perilakunya tidak akan pernah berubah.
Jangan menulis "aplikasi Anda akan dihapus"
Itu klaim yang paling cepat menyebar di topik ini dan tidak ada dasarnya. Rumusan yang tepat, dan yang dipakai sepanjang tulisan ini, adalah: Google mendokumentasikan pembatasan pemasangan dan pembaruan; Google belum pernah mengumumkan bahwa salinan yang sudah terpasang akan dihapus dari perangkat atau dicegah berjalan. Melaporkan ketiadaan sumber itu jujur. Mengubah ketiadaan itu menjadi jaminan keamanan atau ramalan penghapusan massal tidak jujur. Sebagian, tanpa sumber
Pembedaan ini mengubah apa yang sebenarnya perlu Anda lakukan. Pembaruan yang tersendat adalah masalah operasional yang nyata dan terdokumentasi: penguji yang terdampak bisa tertinggal di build lama karena pembaruannya tidak bisa dipasang lewat jalur normal, dan bisa saja ia tidak pernah melaporkannya, karena dari sisinya tidak ada yang terjadi. Pencopotan massal adalah keadaan darurat yang sama sekali lain dan menuntut komunikasi yang sama sekali lain. Hanya satu dari keduanya yang tercatat.
Posisi Firebase App Distribution setelah verifikasi
Firebase App Distribution adalah cara mengantarkan build pra-rilis ke perangkat penguji. Itu bukan sistem verifikasi, bukan jalur pengujian Google Play, dan tidak membebaskan apa pun dari verifikasi developer Android. Yang dilakukannya dengan baik adalah menghapus pekerjaan manual saat menyerahkan build bertanda tangan ke sederet orang.
Bagaimana alur APK sebenarnya berjalan
Anda mengunggah APK bertanda tangan ke konsol Firebase. Firebase mensyaratkan APK itu ditandatangani dengan kunci debug atau kunci penandatanganan aplikasi.
Pilih grup penguji atau penguji perorangan untuk rilis tersebut.
Penguji menerima undangan lalu memasang build yang didistribusikan.
Build yang didistribusikan tersedia selama 150 hari. Undangan penguji kedaluwarsa setelah 30 hari, dan Firebase memberi peringatan 5 hari sebelumnya.
Alur, persyaratan penandatanganan, penyimpanan build 150 hari, dan kedaluwarsa undangan 30 hari dari dokumentasi Android Firebase App Distribution, diakses pada 13 Agustus 2026. Terverifikasi
Dua hitungan kedaluwarsa, dua jenis keluhan
Kedaluwarsa undangan 30 hari dan penyimpanan build 150 hari adalah dua hal terpisah. Penguji yang mendiamkan emailnya lima minggu punya undangan yang kedaluwarsa meski build-nya masih hidup sepenuhnya. Dari situ muncul pesan bingung "tautannya rusak" yang sama sekali tidak berhubungan dengan verifikasi, penandatanganan, atau Android. Terverifikasi
Apakah Firebase masih berfungsi selama fase September?
Hampir pasti ya, dan cara sampai ke kesimpulan itu penting. Alur APK Firebase adalah distribusi langsung APK bertanda tangan ke penguji yang diundang. FAQ Google menyebut pemasangan langsung tidak tercakup fase 30 September. Gabungkan kedua fakta itu dan distribusi APK lewat Firebase semestinya tetap bisa dipakai sepanjang fase pertama ini.
Kesimpulan itu adalah penalaran, dan diberi label demikian
Tidak ada sumber Google yang menyebut Firebase App Distribution dan memberinya pengecualian. Kesimpulan di atas mengikuti dua fakta terverifikasi: pemasangan langsung berada di luar penerapan awal September, dan alur APK Firebase adalah distribusi langsung. Penalarannya kokoh dan tetap saja sebuah penalaran, karena itu tulisan ini memberinya penilaian alih-alih menyatakannya begitu saja. Sebagian, penalaran
Distribusi APK dan AAB lewat Firebase bukan hal yang sama
Ini nuansa yang hampir selalu diratakan artikel lain. Firebase mendukung keduanya, dan keduanya menempuh jalan berbeda sampai ke ponsel penguji.
| Alur Firebase | Cara build sampai ke penguji | Cara memikirkannya untuk verifikasi |
|---|---|---|
| APK | Firebase mendistribusikan APK bertanda tangan langsung ke penguji yang diundang. | Distribusi langsung. Berperilaku seperti jalur pemasangan langsung, termasuk pada September. Sebagian |
| Android App Bundle (AAB) | Alur AAB Firebase terhubung dengan internal app sharing Google Play. | Ini jalur yang tersambung ke Play, jadi jangan menalarnya seolah-olah jalur APK mentah. Google belum menyatakan bagaimana jalur itu diperlakukan pada penerapan September. Integrasi terverifikasi Penerapan tidak terdokumentasi |
AAB sama sekali tidak bisa di-sideload
Sebelum semua pertanyaan verifikasi itu penting, ada yang lebih sederhana dan sering bikin orang tersandung: Android App Bundle tidak bisa dipasang langsung di ponsel. Berkas .aab adalah format publikasi, bukan paket siap perangkat. Google Play, alur AAB Firebase yang tersambung ke Play, atau bundletool harus mengubahnya jadi APK dulu. Jadi kalau Anda butuh berkas untuk dikirim lewat email, diunggah ke Drive, atau diserahkan langsung ke penguji, buat APK. Dokumentasi build Android sendiri menyebut app bundle tidak bisa langsung dideploy ke perangkat. Terverifikasi
Jadi "apakah Firebase masih berfungsi?" punya dua jawaban tergantung berkas mana yang Anda unggah. Saat menuliskannya, atau saat bertanya ke rekan kerja, sebutkan distribusi APK lewat Firebase atau distribusi AAB lewat Firebase. Penyebutan singkat menyembunyikan detail yang benar-benar mengubah analisisnya.
Apakah Firebase App Distribution dihitung untuk aturan 12 penguji?
Tidak. Persyaratan akses produksi Google untuk akun yang terkena aturan meminta minimal 12 penguji yang ikut serta dalam pengujian tertutup Google Play, terus-menerus, selama 14 hari terakhir. Penguji Firebase tidak ikut serta dalam pengujian tertutup Play, jadi menguji lewat Firebase tidak memenuhinya, seberapa pun banyak orang yang ikut dan seberapa pun telitinya mereka menguji.
| Pertanyaan | Firebase App Distribution | Pengujian tertutup Google Play |
|---|---|---|
| Untuk apa? | Mengantarkan build pra-rilis ke penguji dengan cepat | Memenuhi gerbang Play sebelum produksi, dan menguji di toko |
| Di mana penguji ikut serta? | Lewat email undangan Firebase | Lewat link keikutsertaan Play, di jalur tertutup |
| Apakah mendaftarkan aplikasi Anda untuk verifikasi developer Android? | Tidak "mendaftarkan aplikasi" di Firebase adalah proses yang sepenuhnya berbeda | Tidak pendaftaran paket adalah pekerjaan tersendiri |
| Apakah memenuhi persyaratan 12 penguji selama 14 hari berturut-turut? | Tidak | Ya untuk penguji dan akun yang memenuhi syarat |
| Masih layak dipakai? | Ya sebagai kanal QA, berdampingan dengan pengujian tertutup | Ya ini jalur yang disyaratkan |
Persyaratan Play dari jawaban 14151465 Bantuan Play Console; perilaku Firebase dari dokumentasi Firebase App Distribution. Keduanya diakses pada 13 Agustus 2026. Kedua produk itu mendefinisikan proses berbeda yang kebetulan memakai kata "mendaftarkan". Terverifikasi
Pola yang muncul dari sini layak diberi nama, karena memakan waktu dua minggu bagi banyak orang. Seorang developer menjalankan pengujian Firebase yang benar-benar teliti dengan lima belas penguji aktif, menyimpulkan bahwa kotak pengujian sudah tercentang, membuka Play Console untuk mengajukan permohonan akses produksi, lalu menemukan bahwa hitungan 14 hari bahkan belum mulai. Bagian 10 menaruh kedua persyaratan itu berdampingan supaya hal itu tidak terjadi pada Anda.
Cara terbaik mengirim build ke 12 penguji pada 2026
Tidak ada satu pemenang, karena tiap metode menyelesaikan masalah yang berbeda. APK mentah adalah cara paling sederhana yang berhasil hari ini. ADB paling awet sekaligus paling sulit dipakai. Firebase kanal QA murni yang terbaik. Dan hanya satu metode di halaman ini yang memenuhi persyaratan akses produksi Google Play, dan justru itulah yang menentukan tanggal rilis Anda.
Pemeriksa metode distribusi
Tidak ada yang dikirim ke mana pun. Logikanya berjalan di peramban Anda memakai cakupan yang diterbitkan Google, dokumentasi Firebase, dan aturan akses produksi Play.
1 Bagaimana Anda mengirim build-nya kepada mereka?
2 Di mana penguji Anda berada?
3 Apakah aplikasinya terdaftar pada developer terverifikasi?
Cakupan dari FAQ verifikasi Google (10 Agustus 2026), dokumentasi Firebase App Distribution, dan jawaban 14151465 Bantuan Play Console. Diakses pada 13 Agustus 2026.
Ketujuh metode, berdampingan
Alat di atas menjawab satu situasi. Tabel ini menjawab semuanya, termasuk dua kolom yang sering dilewati sampai terlambat: perilaku yang diumumkan untuk 2027, dan apakah metodenya berguna sama sekali bagi pengajuan akses produksi Play Anda.
| Metode | Yang harus dilakukan penguji | Fase pertama 30/09/2026 | Model yang diumumkan untuk 2027 | Dihitung untuk 12/14 Play? | Kesimpulan praktis |
|---|---|---|---|---|---|
| APK mentah lewat email, Drive, atau situs | Mengunduh APK dan mengizinkan pemasangan dari sumber itu | Masih bisa pemasangan langsung belum tercakup | Aplikasi terdaftar dipasang normal; yang tidak terdaftar diperkirakan perlu alur lanjutan atau ADB | Tidak | Cukup untuk QA dadakan hari ini. Bukan pengujian untuk akses produksi. |
| ADB | Mengaktifkan opsi developer dan USB debugging, menyambungkan, lalu memasang dengan perkakas developer | Ya | Ya Google mempertahankan ADB secara eksplisit | Tidak | Awet, tetapi terlalu teknis untuk penguji biasa. |
| Firebase App Distribution, APK | Menerima email undangan lalu memasang build yang didistribusikan | Kemungkinan tidak terpengaruh berdasarkan aturan sideload langsung. Tidak ada ketetapan khusus Firebase. Sebagian | Paket terdaftar semestinya tetap mulus; yang tidak terdaftar mengikuti model pemasangan langsung yang lebih luas | Tidak | Alur QA yang bagus. Bukan pengganti pengujian Play. |
| Firebase App Distribution, AAB | Menerima build lewat alur yang terhubung dengan internal app sharing Play | Tidak terdokumentasi tersambung ke Play lewat internal app sharing; Google belum menyatakan bagaimana jalur itu diperlakukan Tidak terdokumentasi | Bergantung pada Play dan pendaftaran paket | Tidak | Berguna, dan layak dijelaskan tersendiri alih-alih disamakan dengan APK lewat Firebase. |
| Pengujian internal Google Play | Bergabung ke pengujian internal dan memasang dari Play | Bisa untuk aplikasi Play yang terdaftar dengan benar | Bisa | Tidak bukan pengganti pengujian tertutup yang disyaratkan | Bagus untuk QA cepat berbasis Play. Sampai 100 penguji. |
| Pengujian tertutup Google Play | Ikut serta lewat link pengujian tertutup dan tetap ikut serta | Bisa | Bisa | Ya untuk penguji dan akun yang memenuhi syarat | Jalur yang disyaratkan bagi akun pribadi baru yang terkena aturan dan mengincar akses produksi. |
| Limited distribution Android | Perangkatnya harus diizinkan dalam sistem limited distribution | Dijadwalkan Agustus 2026, akses awal masih ditutup Sebagian | Dirancang sebagai jalur awet untuk audiens kecil | Tidak | Untuk yang berbagi aplikasi hobi ke maksimal 20 perangkat. Gratis, tanpa identitas resmi, tidak bisa merilis ke Play. |
Sumber: FAQ dan panduan verifikasi Google, dokumentasi perkakas ADB, dokumentasi Firebase App Distribution, halaman limited distribution, serta Bantuan Play Console tentang pengujian internal dan persyaratan pengujian untuk akses produksi. Semuanya diakses pada 13 Agustus 2026.
Rekomendasi yang jujur
Jalankan dua jalur sekaligus, karena keduanya menjawab pertanyaan berbeda. Untuk QA sungguhan, pakai apa pun yang paling cepat menaruh build di perangkat: APK mentah untuk satu rekan kerja, Firebase untuk satu kelompok, ADB kalau Anda perlu melompati semuanya. Lalu, terpisah dari itu dan sedini mungkin, jalankan pengujian tertutup Play kalau akun Anda terkena persyaratan akses produksi, karena yang satu ini diukur dalam hari kalender dan tidak bisa dipadatkan dengan bekerja lebih keras.
Kesalahan yang perlu dihindari adalah memperlakukan keduanya sebagai berurutan. Menyelesaikan pengujian Firebase yang menyeluruh tidak memajukan penghitung 14 hari itu barang sehari pun.
Verifikasi developer tidak menggantikan pengujian tertutup Google Play
Keduanya adalah dua persyaratan tak berhubungan yang sering digabung orang menjadi satu kotak centang. Verifikasi menjawab "siapa yang membuat dan menandatangani paket ini?". Pengujian tertutup menjawab "apakah akun ini sudah menyelesaikan pengujian Google sebelum produksi?". Menyelesaikan yang satu sama sekali tidak membantu yang lain.
Model verifikasi dari panduan verifikasi developer Android Google; persyaratan pengujian dari jawaban 14151465 Bantuan Play Console dan halaman pengujian internal (jawaban 9845334). Diakses pada 13 Agustus 2026.
Kenapa "pengujian internal dihitung, kan sama-sama pengujian Play" itu keliru
Google mengizinkan sampai 100 penguji pada pengujian internal, sehingga terasa seperti pilihan yang lebih serius. Tetapi persyaratan akses produksi ditulis mengelilingi satu jalur tertentu: penguji yang dihitung harus sudah ikut serta dalam pengujian tertutup selama 14 hari terakhir secara terus-menerus. Pengujian internal adalah jalur berbeda, jadi tidak memenuhi kalimat itu.
Catatan tentang dasar klaim ini
Google tidak menerbitkan kalimat berbunyi "pengujian internal tidak dihitung". Yang diterbitkan adalah persyaratan yang menyebut pengujian tertutup. Kesimpulannya lahir dari definisi dan bukan dari kutipan, dan tulisan ini menyatakannya begitu alih-alih menaruh kata-kata di mulut Google. Terverifikasi lewat definisi persyaratan
Angka-angkanya, dan dari mana asalnya
Dua potong sejarah menjernihkan pertanyaan yang terus muncul. Google mengumumkan persyaratan ini pada 9 November 2023, dan kebijakan yang berlaku menerapkannya pada akun pribadi yang dibuat setelah 13 November 2023: dua tanggal berbeda yang berarti dua hal berbeda. Lalu batas minimumnya semula 20 orang selama minimal dua minggu; panduan komunitas Google sendiri menyebut penurunan ke 12 terjadi pada Desember 2024. Laporan developer saat itu menempatkan perubahan di Play Console pada 11 Desember 2024, tetapi tidak ditemukan pengumuman Google bertanggal untuk hari persis itu, jadi perlakukan harinya sebagai laporan dan bukan keterangan resmi. Sebagian
Akun organisasi berada di luar gerbang khusus ini: persyaratannya menyasar akun pribadi yang terkena aturan. Biayanya sama saja untuk keduanya, yaitu biaya pendaftaran satu kali sebesar US$25 di Google Play. Kalau Anda ingin perbandingan lengkap jenis akun dan bukan satu paragraf, itu dibahas di tulisan akun pribadi versus akun organisasi.
Sepuluh pernyataan tentang topik ini yang sudah kedaluwarsa
Sebagian besar pemberitaan tentang verifikasi developer Android ditulis sebelum Google mempersempit fase pertama pada Juni dan Juli 2026. Pernyataan di bawah ini bukan kebohongan; beberapa di antaranya benar saat diterbitkan. Semuanya sekadar menggambarkan versi kebijakan yang tidak lagi cocok dengan halaman Google yang berlaku sekarang.
Pernyataan Semua pemasangan APK langsung diblokir mulai 30 September di empat negara itu.
Aturan sekarang Keliru menurut FAQ Google tanggal 15 Juli 2026. 30 September mencakup tujuh toko peserta. Pemasangan langsung belum tercakup. Terverifikasi
Pernyataan Verifikasi developer berarti Anda tidak bisa memasang aplikasi dari developer yang tidak terverifikasi.
Aturan sekarang Terlalu mutlak. ADB tetap tersedia, dan Google membangun alur lanjutan justru untuk aplikasi yang tidak terverifikasi. Terverifikasi
Pernyataan Tenggat globalnya adalah 1 Januari 2027.
Aturan sekarang Tidak berdasar. Google mengumumkan "2027 dan sesudahnya" dan tidak ada tanggal global yang pasti. Tidak terdokumentasi
Pernyataan Begitu identitas Anda terverifikasi, APK apa pun yang Anda tandatangani aman.
Aturan sekarang Belum lengkap. Nama paket dan kunci penandatanganan yang relevan juga harus terdaftar. Terverifikasi
Pernyataan Firebase App Distribution memverifikasi aplikasi Android Anda.
Aturan sekarang Salah kaprah. "Mendaftarkan aplikasi" di Firebase dan pendaftaran pada verifikasi developer Android adalah sistem berbeda. Terverifikasi
Pernyataan Penguji Firebase dihitung untuk 12 penguji dari Google.
Aturan sekarang Keliru. Google mensyaratkan 12 penguji yang ikut serta dalam pengujian tertutup Play. Terverifikasi
Pernyataan Pengujian internal Play dihitung, kan sama-sama pengujian Play.
Aturan sekarang Tidak untuk gerbang ini. Persyaratan akses produksi secara khusus menyebut pengujian tertutup. Terverifikasi lewat definisi
Pernyataan Aplikasi tidak terverifikasi yang sudah terpasang akan dihapus.
Aturan sekarang Tidak berdasar. Google mendokumentasikan pembatasan pemasangan dan pembaruan serta tidak mengumumkan penghapusan otomatis salinan yang sudah terpasang. Sebagian, tanpa sumber
Pernyataan Alur lanjutan pasti sudah aktif di mana-mana, kan sudah Agustus.
Aturan sekarang Terlalu jauh. Google menjadwalkan peluncuran global pada Agustus 2026 tanpa menerbitkan hari mulainya. Sebagian
Pernyataan Sekitar 98% aplikasi Play sudah terdaftar otomatis.
Aturan sekarang Angka lama. Pembaruan Google tanggal 18 Juni 2026 menyebut lebih dari 99%. Terverifikasi
Di mana dua halaman Google tampak bertentangan
Ini layak disebut karena pembaca yang teliti pasti menemukannya. Rumusan umum di Bantuan Google menyebut aplikasi yang developernya belum menyelesaikan persyaratan menjadi tidak tersedia untuk pemasangan baru di negara yang berlaku, dan itu terdengar lebih luas daripada pengecualian yang terbatas pada toko. FAQ yang lebih spesifik, diperbarui pada 10 Agustus 2026, menyebut tenggat 30 September hanya berlaku untuk toko peserta dan belum menjangkau pemasangan langsung.
Bagaimana tulisan ini menyelesaikannya, dan kenapa itu penilaian redaksi
Tafsir redaksi. Untuk fase pertama 30 September, tulisan ini mengikuti jawaban FAQ yang lebih baru dan spesifik untuk skenario ini, karena jawaban itu menyebut sideload langsung dan toko non-peserta secara eksplisit, bukan tersirat, dan karena jawaban sideload langsungnya bertanggal 15 Juli 2026. Teks bantuan umum menggambarkan programnya secara keseluruhan. Google tidak menerbitkan aturan resmi yang menyatakan satu sumber mengalahkan sumber lain, jadi ini pilihan redaksi kami, dinyatakan terbuka alih-alih disembunyikan. Kedua halaman itu lebih tepat dibaca sebagai penjelasan lapisan yang berbeda dari peluncuran yang sama, bukan sebagai pertentangan. Tafsir redaksi
Dari gejala ke solusi: apa yang sebenarnya bermasalah
Cari kalimat yang benar-benar Anda atau penguji Anda ucapkan. Salah satu penyebab umum gagalnya pemasangan atau pembaruan di sisi penguji adalah ketidakcocokan sertifikat penandatanganan, yang merupakan perilaku Android biasa, tidak ada hubungannya dengan verifikasi developer, dan sudah ada satu dekade sebelum verifikasi.
"Teman saya tidak bisa memasang APK-nya setelah verifikasi"
Penjelasan yang mungkin. Hampir pasti bukan verifikasi developer. Sebelum peluncuran yang lebih luas pada 2027, kegagalan memasang APK yang diserahkan langsung bukan disebabkan aturan 30 September, karena aturan itu belum menjangkau jalur langsung. Penyebab nyata yang paling umum adalah ketidakcocokan sertifikat penandatanganan: di ponsel sudah ada salinan aplikasi yang ditandatangani sertifikat lain.
Urutan pemeriksaan teraman. Telusuri dulu kegagalan pemasangan Android yang biasa: salinan terpasang bersertifikat lain, versionCode lebih rendah daripada build yang terpasang, versi Android atau arsitektur CPU yang tidak didukung, unduhan terpotong atau rusak, penyimpanan kurang, izin sumber pemasangan yang belum diberikan ke aplikasi pengirim berkas, atau peringatan Play Protect yang ditutup penguji. Setelah itu, dan hanya kalau pemasangan lewat toko peserta atau penerapan yang lebih luas sudah dimulai, periksa pendaftaran paket dan kunci penandatanganan.
Konsep terverifikasi
"Firebase bilang pemasangannya gagal di atas versi Play saya"
Penjelasan yang paling mungkin. Penguji yang sudah memasang build bertanda tangan Play tidak bisa memperbaruinya di tempat dengan APK Firebase yang ditandatangani sertifikat berbeda. Developer melaporkan persis kasus ini, dan penguji hampir tidak pernah memahami pesan errornya.
Pemeriksaan berikutnya yang paling aman. Bandingkan sertifikat penandatanganan kedua berkas itu. Pakai jalur penandatanganan yang cocok, atau minta penguji mencopot build lamanya lebih dulu. Mencopotnya ikut menghapus data, jadi beri tahu dia.
Contoh yang dilaporkan komunitas
"Apakah saya harus menunggu 24 jam untuk memasang lewat ADB?"
Jawaban. Tidak. Google menyatakan masa tunggu 24 jam pada alur lanjutan tidak berlaku untuk pemasangan lewat ADB.
Langkah berikutnya. Pakai alur ADB seperti biasa. Perintahnya ada di bagian 05.
Terverifikasi
"Aplikasi saya yang belum terdaftar sudah terpasang tapi tidak mau diperbarui"
Penjelasan yang paling mungkin. Begitu penerapan berlaku untuk jalur pemasangan itu, Google menyebut pembaruan aplikasi yang tidak terdaftar memerlukan alur lanjutan atau ADB, dan pembaruan biasa akan gagal.
Pemeriksaan berikutnya yang paling aman. Daftarkan paketnya dengan benar. Sementara itu, penguji bisa mengaktifkan alur lanjutan atau Anda bisa mendorong pembaruannya lewat ADB.
Terverifikasi
"Saya sudah tes dengan 12 orang di Firebase tapi Play tetap tidak mengizinkan pengajuan produksi"
Penjelasan yang paling mungkin. Penguji Firebase tidak ikut serta dalam jalur pengujian tertutup Play, jadi tidak ada bagian dari pengujian itu yang tercatat untuk persyaratan akses produksi.
Pemeriksaan berikutnya yang paling aman. Jalankan pengujian tertutup Play: minimal 12 penguji yang memenuhi syarat, ikut serta dan tetap ikut serta, selama 14 hari berturut-turut. Hitungannya mulai saat mereka benar-benar terdaftar, bukan saat Anda mulai menguji.
Terverifikasi
"Saya pakai 12 orang di pengujian internal Play tapi produksinya masih terkunci"
Penjelasan yang paling mungkin. Pengujian internal bukan jalur yang disebut persyaratan akses produksi. Aturannya meminta pengujian tertutup.
Pemeriksaan berikutnya yang paling aman. Pindahkan pengujian yang dihitung itu ke jalur tertutup Play. Pengujian internal tetap berguna untuk QA cepat di sampingnya.
Terverifikasi lewat definisi kebijakan
"Penguji saya tidak pernah menerima undangan Firebase, atau bilang tautannya mati"
Penjelasan yang paling mungkin. Undangan penguji Firebase kedaluwarsa setelah 30 hari, dengan peringatan 5 hari sebelumnya. Penguji yang mendiamkan emailnya sebulan punya undangan yang kedaluwarsa meski build-nya sendiri masih tersedia 150 hari.
Pemeriksaan berikutnya yang paling aman. Kirim ulang undangannya sebelum menyimpulkan apa pun soal penandatanganan, verifikasi, atau perangkat. Kegagalan onboarding di App Distribution sering dilaporkan sebagai masalah akun, undangan, atau sumber pemasangan, bukan masalah build.
Terverifikasi Pola yang dilaporkan komunitas
"Ada artikel yang bilang semua pemasangan langsung berhenti pada 30 September"
Penjelasan yang paling mungkin. Artikel itu bersandar pada pemberitaan 2025 atau awal 2026 yang ditulis sebelum Google mempersempit cakupan awalnya.
Pemeriksaan berikutnya yang paling aman. Baca langsung FAQ verifikasi Google. Jawaban yang berlaku sekarang adalah bahwa tenggat 30 September berlaku untuk toko peserta dan belum mencakup pemasangan langsung.
Koreksi terverifikasi
Aturan yang paling banyak menghemat waktu dukungan
Dua APK dengan nama paket sama tetapi tanda tangan yang tidak berkaitan tidak bisa saling menggantikan, dan memang tidak pernah bisa. Sebelum mendiagnosis sesuatu sebagai masalah verifikasi developer, periksa apakah Anda sekadar meminta Android mengganti satu aplikasi dengan tiruan dirinya sendiri yang ditandatangani berbeda. Arsitektur verifikasi memang menegaskan kenapa identitas penandatanganan itu penting, tetapi kegagalan ini bukan hal baru dan tidak berkaitan, meski mudah dikira masalah verifikasi developer.
Yang sebaiknya benar-benar Anda lakukan sebelum 30 September
Kalau Anda hanya mendistribusikan APK secara langsung, fase pertama 30 September tidak menerapkan verifikasi developer di jalur itu. Ini sementara, bukan permanen: Google menyarankan menuntaskan verifikasi sebelum peluncuran global dimulai pada 2027. Kalau Anda merilis di Google Play, ia menuntut satu hal: semua paket terdaftar. Dan terpisah dari keduanya, kalau akun Anda menghadapi gerbang akses produksi, hitungan 14 hari adalah butir yang menentukan tanggal rilis Anda, jadi seharusnya sudah berjalan sekarang.
Pelacak sebelum tenggat
Dua belas butir dalam urutan yang benar-benar terjadi. Centang sambil jalan; tidak ada yang disimpan, jadi selesaikan sekali duduk atau biarkan tabnya terbuka.
0 / 12 selesai
Belum ada yang dicentang. Mulailah dengan memastikan Anda ada di jalur yang mana.
Kapan tulisan ini jadi usang
Artikel ini luar biasa cepat basi dan tidak jujur kalau disajikan seolah-olah abadi. Berikut hal-hal yang paling mungkin berubah lebih dulu, dan apa yang akan membuat masing-masing menjadi keliru.
Pemicu pembaruan terpenting di halaman ini. Kalau Google menulis ulang jawaban FAQ yang sekarang menyebut pemasangan langsung belum tercakup, seluruh paruh pertama tulisan ini berubah.
Tujuh toko, empat negara. Google bisa menambah toko atau memperjelas perilakunya pada hari itu juga. Layak diperiksa pada 29 September, pada harinya, dan sepekan sesudahnya.
Keduanya dijadwalkan diluncurkan global pada Agustus 2026 tanpa hari yang diterbitkan. Statusnya bisa berubah tanpa perubahan kebijakan sama sekali.
Begitu Google menyebut negara atau tanggal untuk 2027, tulisan ini butuh tabel per negara yang saat ini, dan memang seharusnya, belum ada.
Dokumentasi APK dan AAB Firebase bergerak sendiri-sendiri, dan persyaratan Play berupa 12 penguji selama 14 hari ada di halaman Bantuan yang direvisi Google tanpa pengumuman.
Irama pembaruan yang dipakai untuk tulisan ini: mingguan sampai 30 September 2026, lalu pada hari penerapan dan sekitar sepekan sesudahnya untuk penjelasan implementasi, kemudian bulanan sampai Google menerbitkan jadwal 2027 yang konkret. Irama itu pilihan redaksi berdasarkan seberapa sering Google merevisi program ini sepanjang 2026, bukan jadwal resmi Google.
Di mana PrimeTestLab masuk dan di mana tidak
Batasnya dulu, karena ini bagian yang jujur. PrimeTestLab tidak memverifikasi identitas Anda, tidak mendaftarkan nama paket Anda, dan tidak mengubah pengujian Firebase menjadi pengujian tertutup Play. Bagian itu ada di tangan Anda, dan artikel ini adalah seluruh kontribusi kami untuk bagian tersebut. Yang kami tangani adalah satu-satunya persyaratan di halaman ini yang terbuat dari waktu kalender dan bukan dari dokumen: 12 penguji nyata yang terus-menerus ikut serta selama 14 hari di jalur pengujian tertutup Play. Google memang menerbitkan API dan delegasi OAuth yang memungkinkan platform berwenang membantu developer dalam pendaftaran, tetapi akses itu harus Anda berikan sendiri dan tanggung jawab atas akun serta identitas aplikasi tetap ada pada Anda.
Pembedaan ini bentuknya persis sama dengan masalah yang membuat artikel ini ada. Seorang developer membagikan build-nya dengan sangat rapi: grup Firebase tertata, catatan rilis bersih, penguji aktif, laporan bug sungguhan. Lalu ia membuka Play Console untuk mengajukan permohonan akses produksi dan menemukan bahwa tidak satu pun dari itu dihitung. Membagikan build adalah masalah yang sudah selesai. Jendela keikutsertaan selama 14 hari adalah bagian yang tidak bisa Anda perpendek dengan menjadi lebih rapi.
Menjalankan pengujian tertutup sendiri atau menyerahkannya
Pendaftaran paket, verifikasi identitas, dan akses produksi diputuskan oleh Google. Ketiganya bukan hal yang kami kerjakan untuk Anda. Yang dihilangkan oleh pengujian terkelola adalah risiko mencari penguji dan menjaga kesinambungannya, dan justru di tahap itulah kebanyakan orang yang merilis untuk pertama kali benar-benar tersendat. Tingkat keberhasilan pada 7.400+ aplikasi yang diuji: 99,9%, di 120+ negara.
Tiga paket, satu kali bayar
Starter
12 penguji $19.99 ditambah biaya layanan 5%Persis batas minimum Google, untuk satu aplikasi yang perlu memenuhi persyaratan itu.
Professional
20 penguji $29.99 ditambah biaya layanan 5%Ada kelebihan di atas batas minimum, sehingga satu orang yang mundur tidak menghentikan pengujian.
Enterprise
25 penguji $27.99 ditambah biaya layanan 5%Untuk cakupan perangkat dan wilayah yang lebih luas sepanjang 14 hari.
Semua paket memakai penguji nyata di perangkat nyata selama 14 hari penuh, pengujian biasanya mulai dalam 4-6 jam, dan jika sebuah pengujian tidak membuahkan hasil Anda mendapat tes ulang gratis atau pengembalian dana penuh. Kami tidak menjanjikan persetujuan dari Google, karena tidak ada yang bisa.
Pertanyaan yang sering diajukan
Apakah teman saya masih bisa memasang APK yang saya kirim lewat email setelah 30 September 2026?
Bisa, menurut aturan peluncuran awal Google yang berlaku sekarang. Tenggat 30 September di Brasil, Indonesia, Singapura, dan Thailand berlaku untuk tujuh toko aplikasi peserta, dan FAQ Google tanggal 15 Juli 2026 secara eksplisit menyebut pemasangan langsung belum tercakup. Persyaratan yang lebih luas tetap direncanakan meluas ke seluruh dunia pada 2027, jadi perlakukan ini sebagai batas fase pertama, bukan pengecualian permanen.
Apakah Google memblokir semua pemasangan langsung di Brasil, Indonesia, Singapura, dan Thailand pada 30 September?
Tidak, dan ini koreksi terpenting terhadap pemberitaan lama. Penerapan awal terbatas pada Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore, dan Xiaomi GetApps. Pemasangan langsung dan toko aplikasi di luar daftar itu secara eksplisit berada di luar fase pertama. Untuk distribusi di luar Play, Google menyatakan penerapan di wilayah terpilih pada awalnya berlaku untuk format ponsel dan tablet.
Apakah saya masih bisa memasang APK langsung setelah peluncuran global?
Untuk aplikasi yang terdaftar dengan benar pada developer terverifikasi, Google menyebut pengalaman pemasangan pengguna semestinya tetap sama. Untuk aplikasi yang tidak terverifikasi atau tidak terdaftar, Google mempertahankan dua jalur: ADB, dan alur lanjutan yang lewatnya pengguna bisa memilih secara sadar untuk memasangnya. Google belum mengumumkan tanggal global yang pasti untuk fase yang lebih luas itu, hanya 2027 dan sesudahnya.
Apakah saya perlu verifikasi developer Android untuk memakai ADB?
Tidak. Google menyebut developer dan pengguna tingkat lanjut bisa terus memakai ADB untuk memasang aplikasi yang tidak terverifikasi, dan masa tunggu 24 jam pada alur lanjutan tidak berlaku untuk ADB. ADB lewat USB memang mengharuskan opsi developer dan USB debugging aktif di perangkat, sehingga jauh lebih cocok untuk developer dan penguji teknis daripada pengguna biasa.
Apakah alur lanjutan membuat saya menunggu 24 jam untuk setiap APK?
Tidak. Google menjelaskan jeda 24 jam sebagai bagian dari penyiapan sekali saja untuk alur lanjutan. Setelah penyiapan itu selesai, pengguna bisa mengizinkan pemasangan aplikasi dari developer yang tidak terverifikasi selama tujuh hari atau tanpa batas waktu. Google juga menjelaskan penyiapan itu berlaku sekali per akun dan terbawa ke perangkat baru.
Apakah Android akan menghapus aplikasi tidak terverifikasi yang sudah terpasang?
Dokumentasi Google yang kami telaah tidak menyebutkan bahwa salinan yang sudah ada akan dicopot otomatis atau dicegah berjalan. Yang disebutkan adalah bahwa begitu penerapan berlaku, aplikasi yang tidak terdaftar tidak bisa dipasang atau diperbarui secara normal tanpa alur lanjutan atau ADB, dan pembaruan biasa akan gagal. Cara yang tepat untuk menyebutnya adalah pembatasan pemasangan dan pembaruan, bukan penghapusan.
Apakah Firebase App Distribution bisa melewati verifikasi developer?
Tidak. Firebase adalah layanan distribusi build pengujian, dan mendaftarkan aplikasi di Firebase bukan hal yang sama dengan verifikasi developer Android, yang menghubungkan developer terverifikasi dengan nama paket dan kunci penandatanganan. Distribusi APK lewat Firebase semestinya tetap berada di luar penerapan toko pada September, karena FAQ Google menyebut pemasangan langsung belum tercakup, tetapi itu kesimpulan yang ditarik dari aturan pemasangan langsung dan bukan pengecualian khusus untuk Firebase, jadi tetap siapkan pendaftaran paket untuk peluncuran 2027.
Apakah penguji Firebase App Distribution dihitung untuk persyaratan 12 penguji dari Google?
Tidak. Google mensyaratkan akun yang terkena aturan ini memiliki minimal 12 penguji yang ikut serta dalam pengujian tertutup Google Play selama 14 hari terakhir secara terus-menerus sebelum mengajukan permohonan akses produksi. Firebase App Distribution berguna untuk menemukan bug, tetapi penguji di sana tidak ikut serta dalam jalur pengujian tertutup Play dan tidak memenuhi persyaratan itu.
Apakah pengujian internal Play dihitung untuk 12 penguji?
Tidak, pengujian internal tidak menggantikan pengujian tertutup yang disyaratkan. Google mengizinkan sampai 100 penguji pada pengujian internal, tetapi persyaratan akses produksi menyebut secara khusus bahwa penguji yang dihitung harus sudah ikut serta dalam pengujian tertutup selama 14 hari terus-menerus. Pengujian internal tetap berguna untuk pemeriksaan kualitas yang cepat, berdampingan dengan pengujian tertutup.
Identitas saya sudah terverifikasi. Apakah APK apa pun yang saya buat otomatis aman?
Jangan berasumsi begitu. Verifikasi developer Android juga mencakup pendaftaran nama paket beserta kunci penandatanganannya, dan Google mendukung penambahan serta verifikasi beberapa kunci penandatanganan untuk satu paket. Ini paling terasa ketika build QA atau debug dan build rilis memakai sertifikat penandatanganan yang berbeda, sebuah susunan yang sepenuhnya lazim dan tidak tercakup hanya oleh verifikasi identitas.
Apakah verifikasi berarti APK yang saya pasang langsung kini harus mengikuti semua kebijakan Google Play?
Dokumentasi verifikasi Google menjelaskan konfirmasi identitas dan pendaftaran paket, bukan perluasan semua kebijakan rilis Play ke seluruh distribusi langsung. Google juga membedakan antara memastikan siapa developernya dan penyaringan keamanan yang diterapkan pada konten aplikasi. Memastikan identitas tidak sama dengan menyetujui apa yang Anda rilis, jadi jangan menyamakan distribusi di luar Play dengan peninjauan Play Store.
Ringkasan
Ringkasan
Per 13 Agustus 2026, penguji Anda masih bisa memasang APK mentah yang Anda bagikan langsung. Penerapan mulai 30 September 2026 di Brasil, Indonesia, Singapura, dan Thailand pada awalnya hanya menjangkau tujuh toko aplikasi peserta, dan FAQ Google tanggal 15 Juli menyebut pemasangan langsung belum termasuk. Google berencana memperluas penerapan ke perangkat bersertifikat dengan Android 7 atau lebih baru pada 2027, tanpa mengumumkan tanggal dunia yang pasti. Ketika itu berlaku, aplikasi yang terdaftar pada developer terverifikasi tetap memakai jalur pemasangan langsung seperti biasa, sedangkan aplikasi yang tidak terdaftar masih bisa dipasang lewat ADB, yang tidak punya masa tunggu 24 jam, atau lewat alur lanjutan Google, yang jeda 24 jamnya adalah langkah penyiapan sekali saja. Firebase App Distribution tetap kanal QA yang bagus, tetapi tidak menjalankan verifikasi developer Android, alur APK dan AAB-nya berperilaku berbeda, dan itu bukan pengujian tertutup Google Play yang mensyaratkan 12 penguji terus-menerus ikut serta selama 14 hari. Kalau tahap pengujian itulah yang menahan rilis Anda, PrimeTestLab menyediakan 12 penguji nyata mulai dari $19.99 ditambah biaya layanan 5%. Lihat paket harga →
Sumber primer yang dipakai di artikel ini
Pemeriksaan kebijakan terakhir: 13 Agustus 2026. Halaman FAQ verifikasi developer Google terakhir diperbarui 10 Agustus 2026, jawaban tentang sideload langsung di dalamnya bertanggal 15 Juli 2026, dan dokumentasi Android Firebase App Distribution terakhir diperbarui 11 Agustus 2026. Verifikasi developer Android sedang diluncurkan secara bertahap, jadi cakupan 30 September, daftar toko peserta, ketersediaan alur lanjutan, dan jadwal 2027 sebaiknya diperiksa ulang di halaman resmi Google sebelum Anda bertindak. Artikel ini dijadwalkan diverifikasi ulang setiap minggu sampai 30 September 2026, sekali lagi pada hari penerapan dan sekitar sepekan sesudahnya, lalu setiap bulan sampai Google menerbitkan wilayah atau tanggal 2027 yang konkret.