Jawaban singkat
Berdasarkan Laporan Transparansi Tahunan Google 2025, rasio penolakan pengajuan di Google Play sekitar 7,89%: 1.692.467 pengajuan yang ditolak dibagi 21.461.250 pengajuan yang ditinjau. Ini adalah perhitungan atas angka yang dipublikasikan Google, bukan tingkat penolakan setahun penuh untuk 2026 dan bukan pula peluang aplikasi baru gagal pada percobaan pertamanya. Angka penegakan kebijakan Google yang terpisah mengukur hasil yang berbeda.
Sumber: Laporan Transparansi Tahunan Google Play 2025 (PDF), dipublikasikan 31 Maret 2026, cakupan global. Laporan 2024 menghasilkan 10,13% dengan dasar yang sama.
Panduan ini menjelaskan angka pengajuan dan penegakan kebijakan Google terbaru, batasannya, serta pemeriksaan praktis yang membantu Anda merespons sebuah penolakan. Set data transparansi tahunan, tinjauan keamanan, dan setiap halaman kebijakan yang ditautkan di tempat penggunaannya diperiksa pada 12 September 2026.
Cara membaca label dalam panduan ini
- Laporan GoogleAngka yang dimuat dalam laporan transparansi Google atau tinjauan keamanan tahunan, dengan sumbernya dicantumkan di samping angka tersebut.
- PerhitunganHitungan yang dilakukan panduan ini atas angka yang dipublikasikan Google. Google sendiri tidak memuat hasilnya.
- Kebijakan GooglePersyaratan atau proses yang dijelaskan di Bantuan Konsol Play atau Kebijakan Program Developer.
- Pemeriksaan praktisPengujian yang kami rekomendasikan berdasarkan pengajuan yang kami dampingi. Bukan aturan Google, dan bukan frekuensi penolakan yang terukur.
- ContohIlustrasi yang dibuat untuk menunjukkan bentuk sebuah catatan. Bukan kasus klien dan bukan statistik platform.
Di halaman ini
Berapa tingkat penolakan aplikasi Google Play pada 2026?
Google tidak memublikasikan persentase yang diberi label “tingkat penolakan”. Yang dipublikasikan, setahun sekali, adalah dua angka yang dibutuhkan untuk menghitungnya: berapa banyak pengajuan aplikasi yang ditinjau dan berapa yang ditolak. Tahun lengkap terbaru adalah 2025, dilaporkan pada 31 Maret 2026, sehingga panduan 2026 bekerja dari aktivitas 2025.
Data pengajuan tahunan lengkap yang terbaru
Laporan Google| Tahun aktivitas | Pengajuan ditinjau | Pengajuan ditolak | Ditolak ÷ ditinjau | Laporan dipublikasikan |
|---|---|---|---|---|
| 2024 | 19.292.647 | 1.955.305 | 10,13% | 31 Maret 2025 · laporan |
| 2025 | 21.461.250 | 1.692.467 | 7,89% | 31 Maret 2026 · laporan |
Letak sumber: laporan 2025, halaman cetak 3; laporan 2024, halaman cetak 3-4. Persentase dihitung dari angka yang dipublikasikan (ditolak ÷ ditinjau × 100) dan dibulatkan ke dua angka desimal. Kedua laporan menyebut cakupannya global. Data diperiksa 12 September 2026.
Lihat perhitungannya per tahun
Porsi yang ditolak dari seluruh pengajuan yang ditinjau
Sekitar 8 dari setiap 100 pengajuan yang ditinjau ditolak pada 2025.
Cara rasio ini dihitung dan apa yang tidak bisa diprediksinya
Rasio ini membandingkan angka tahunan global yang dilaporkan Google untuk pengajuan aplikasi yang ditinjau dan yang ditolak. Laporannya tidak menyediakan kohort percobaan pertama yang terdefinisi maupun rincian per percobaan pengajuan, sehingga agregat ini sebaiknya tidak dipakai untuk memprediksi hasil satu aplikasi baru tertentu.
Apa yang tidak dibuktikan oleh rasio ini
- Peluang aplikasi Anda. Sisanya (sekitar 92%) bukan peluang persetujuan pada percobaan pertama bagi sebuah aplikasi baru.
- Angka untuk 2026. Data setahun penuh 2026 belum tersedia. Beri label angka ini sebagai data 2025 yang tersedia pada 2026.
- Tingkat persetujuan pada akhirnya. Laporan 2025 juga mencantumkan persetujuan setelah penolakan, tetapi tidak mencantumkan perhitungan kohort yang dibutuhkan untuk tingkat persetujuan setelah perbaikan, sehingga panduan ini tidak menghitungnya.
- Tingkat persetujuan pengujian tertutup atau akses produksi. Keputusan akses untuk akun pribadi baru adalah proses yang berbeda dan tidak dilaporkan dalam tabel-tabel ini.
- Tren ketatnya kebijakan. Turunnya angka dari 10,13% ke 7,89% adalah perubahan pada rasio, bukan bukti bahwa kebijakan melonggar, bahwa kualitas peninjauan berubah, atau bahwa risiko seorang developer menurun.
Mengapa berbagai situs mengutip angka yang berbeda
Sebagian halaman menyatakan Google tidak memublikasikan penyebut; hal itu benar untuk seri tinjauan keamanan, bukan untuk laporan transparansi. Sebagian lain membagi angka “aplikasi yang dicegah” dari tinjauan keamanan dengan penyebut dari laporan transparansi, dan itu mencampur dua seri yang berbeda.
Statistik penolakan dan penegakan kebijakan Google
Google melaporkan keamanan platform di dua tempat yang mudah tertukar: Laporan Transparansi Tahunan, berupa tabel angka pengajuan dan penegakan kebijakan, dan tinjauan keamanan tahunan di blog Google, berupa narasi dengan angka utama yang dibulatkan.
Pengajuan yang ditinjau dan yang ditolak
Laporan GoogleSelain angka pengajuan yang ditinjau dan ditolak pada tabel di atas, laporan transparansi 2025 mencantumkan 2.012.981 penghapusan dan 125.550 akun developer yang dihentikan. Penghapusan menindak aplikasi yang sudah tersedia; penolakan adalah keputusan atas sebuah pengajuan sebelum aplikasinya tayang.
Sumber: Laporan Transparansi Tahunan 2025, halaman cetak 3.
Aplikasi yang dicegah dipublikasikan, 2023 hingga 2025
Laporan Google| Tahun aktivitas | Aplikasi pelanggar kebijakan yang dicegah dipublikasikan | Akun developer bermasalah yang diblokir | Sumber |
|---|---|---|---|
| 2023 | 2,28 juta | 333.000 | tinjauan keamanan 2023 (29 April 2024) |
| 2024 | 2,36 juta | Lebih dari 158.000 | tinjauan keamanan 2024 (29 Januari 2025) |
| 2025 | Lebih dari 1,75 juta | Lebih dari 80.000 | tinjauan keamanan 2025 (19 Februari 2026) |
Tinjauan yang sama menambahkan konteks yang bukan merupakan angka penolakan. Pada 2023, hampir 200.000 pengajuan ditolak atau diperbaiki karena izin sensitif seperti lokasi di latar belakang dan SMS. Pada 2024, 1,3 juta aplikasi dicegah memperoleh akses yang tidak perlu atau berlebihan ke data pengguna yang sensitif; pada 2025 angkanya lebih dari 255.000, ditambah 160 juta rating dan ulasan spam yang diblokir. Angka-angka ini tidak bisa dijumlahkan satu sama lain maupun dengan tabel di atas.
Google juga menyebut menjalankan lebih dari 10.000 pemeriksaan keamanan pada aplikasi sebelum dan sesudah rilis. Angka itu tidak berarti setiap cacat kecil otomatis berujung penolakan, atau bahwa semua pemeriksaan tersebut merupakan gerbang sebelum publikasi.
Mengapa angka penolakan, penghapusan, dan pencegahan berbeda
| Sumber | Metrik | Satuan | Periode | Yang tidak tercakup |
|---|---|---|---|---|
| Laporan Transparansi Tahunan | Pengajuan yang ditolak | Pengajuan, bukan kohort aplikasi unik yang dinyatakan | Tahun kalender | Apakah aplikasi yang sama kemudian disetujui |
| Laporan Transparansi Tahunan | Penghapusan | Aplikasi yang dihapus setelah dipublikasikan | Tahun kalender | Pengajuan yang tidak pernah tayang |
| Tinjauan keamanan tahunan | Aplikasi yang dicegah dipublikasikan | Aplikasi, dibulatkan | Tahun kalender | Penyebut; angka ini tidak bisa diubah menjadi sebuah tingkat |
| Tinjauan keamanan tahunan | Akun developer yang diblokir | Akun | Tahun kalender | Penolakan aplikasi satu per satu |
Laporan transparansi tahunan dan tinjauan keamanan tahunan Google memakai label metrik yang berbeda dan melaporkan total yang berbeda. Jaga agar setiap angka tetap melekat pada sumber dan definisinya. Laporan yang kami periksa tidak menjelaskan konversi langsung antara kedua seri tersebut, sehingga keduanya sebaiknya tidak digabungkan untuk menghitung satu tingkat penolakan.
Agregat platform dan hasil terukur milik sebuah penyedia layanan bisa sama-sama benar. Tingkat penyelesaian pengujian terkelola PrimeTestLab menggambarkan pengujian tertutup yang dijalankannya dan dijaga tetap terisi penguji sampai tanggal berakhirnya; rasio Google menggambarkan angka pengajuan aplikasi yang dilaporkan. Keduanya tidak saling memprediksi.
Keputusan Google Play seperti apa yang Anda terima?
Sebelum memperbaiki apa pun, kenali dulu keputusan mana yang sedang Anda hadapi. Kata “ditolak” dipakai secara longgar untuk setidaknya lima situasi, dan langkah berikutnya berbeda untuk masing-masing. Status di Konsol Play dan email ke pemilik akun menyebutkan nama keputusan itu.
Kebijakan GoogleKetuk pemberitahuan yang Anda terima
| Keputusan atau hambatan | Situasi Anda | Langkah berikutnya |
|---|---|---|
| Aplikasi atau pembaruan ditolak | Perubahan yang diajukan tidak diterima. Penolakan pembaruan biasa membiarkan versi yang sudah dipublikasikan sebelumnya tetap tersedia selama Anda memperbaikinya. | Baca pemberitahuannya, perbaiki pengajuan yang terdampak, lalu ajukan ulang. Lihat setelah penolakan. |
| Akses produksi ditolak, atau “More testing required” | Permohonan Anda untuk memindahkan aplikasi milik akun pribadi baru ke produksi masih perlu dilengkapi; ini adalah keputusan tentang kesiapan, berdasarkan pengujian tertutup Anda. | Ikuti langkah pengujian dan kesiapan, lalu perbaiki penolakan pengujian untuk akses produksi. |
| Aplikasi dihapus | Listingan tidak lagi tersedia. Aplikasi sempat dipublikasikan, lalu penegakan kebijakan menindaknya setelah itu. | Ikuti pemberitahuan penegakan kebijakan dan kirimkan pembaruan yang patuh melalui jalur yang disebutkan di dalamnya. |
| Aplikasi ditangguhkan, atau akun dihentikan | Penegakan kebijakan yang lebih keras di tingkat aplikasi atau tingkat akun, masing-masing dengan pemberitahuan dan konsekuensinya sendiri. | Gunakan proses banding yang disebutkan dalam pemberitahuan. Jangan membuka akun lain untuk memublikasikan ulang; hal itu diperlakukan sebagai pelanggaran. |
| Hambatan unggah atau kompatibilitas | Pengajuan tidak bisa dilanjutkan dalam bentuknya saat ini: misalnya level API target di bawah batas minimum yang berlaku, atau bundel yang tidak diterima Konsol. | Penuhi persyaratan teknis yang disebutkan, lalu kirim lagi. Belum ada peninjauan yang berlangsung. |
Arti setiap status: Bantuan Konsol Play, Memublikasikan aplikasi Anda dan Proses penegakan kebijakan.
Apa yang tidak diberitahukan oleh sebuah status
Aplikasi yang tidak tersedia belum tentu ditolak karena kebijakan: bisa saja Anda sendiri yang menghentikan publikasinya, atau aturan kompatibilitas yang menahannya. Penolakan akses produksi pun bisa punya lebih dari satu penyebab, sehingga baris di atas adalah rute, bukan diagnosis. Rilis di jalur tertutup sendiri bisa menjalani peninjauan kebijakan; permohonan akses produksi adalah keputusan terpisah tentang kesiapan pengujian.
Risiko penolakan yang terdokumentasi dan perbaikan praktisnya
Google tidak memublikasikan daftar alasan penolakan yang diurutkan, dan panduan ini tidak mengarangnya. Delapan pemeriksaan berikut disusun menurut urutan yang bisa Anda kerjakan, mulai dari build lalu melebar keluar, masing-masing dengan sumber kebijakannya. Butir tentang pengujian tertutup ada di bagian pengujian: itu syarat kelayakan bagi akun pribadi baru, bukan penolakan kebijakan.
Stabilitas dan fungsionalitas yang berguna
Crash, macet, dan pemasangan yang gagal
- Masalahnya
- Kebijakan fungsionalitas Google melarang aplikasi yang crash, menutup paksa, macet, atau berperilaku tidak normal, termasuk aplikasi yang tidak bisa dipasang, terpasang tetapi tidak mau dimuat, atau termuat tetapi tidak merespons.
- Satu uji yang bisa diamati
- Lakukan pemasangan bersih build rilis yang persis akan Anda kirim di dua perangkat fisik: buka, login, selesaikan alur intinya, lalu pindahkan ke latar belakang dan buka kembali. Setelah itu baca laporan pra-peluncuran untuk melihat crash dan ANR (application not responding).
- Perbaikannya
- Perbaiki crash saat aplikasi dibuka dan ANR sebelum mengirim, lalu ulangi alur yang sama pada biner hasil build ulang.
Konten statis tanpa fungsionalitas khas aplikasi
- Masalahnya
- Kebijakan yang sama mencakup fungsionalitas atau konten yang terbatas: konten statis tanpa kegunaan khas aplikasi, konten yang sangat sedikit, atau aplikasi yang memang dirancang tidak melakukan apa-apa. Formatnya sendiri tidak menentukan kepatuhan; aplikasi tetap harus punya kegunaan dan konten yang memadai.
- Satu uji yang bisa diamati
- Tunjukkan fungsi inti aplikasi dan jelaskan manfaat nyata yang diberikannya. Pastikan aplikasi punya konten yang memadai dan fungsionalitas yang berarti, bukan sekadar menampilkan materi statis.
- Perbaikannya
- Tambahkan fungsionalitas atau konten yang membuat kegunaan aplikasi memadai untuk tujuan pemakaiannya.
Akses untuk peninjau
Peninjau tidak bisa menjangkau fungsi inti atau fungsi yang dibatasi
- Masalahnya
- Google meminta detail login yang berfungsi beserta instruksi untuk setiap fitur yang berada di balik login, pembatasan lokasi, atau autentikasi yang tidak biasa. Tanpa itu, peninjau menemui jalan buntu, dan aplikasi yang tidak bisa ditinjau tidak akan disetujui.
- Satu uji yang bisa diamati
- Pasang rilis yang akan Anda kirim di perangkat tanpa riwayat apa pun, dan gunakan hanya kredensial serta instruksi yang tercantum di halaman Konten aplikasi. Jika Anda sendiri butuh hal lain untuk bisa masuk, peninjau juga membutuhkannya.
- Perbaikannya
- Sediakan akun peninjauan khusus yang tidak kedaluwarsa, beserta instruksi langkah demi langkah untuk setiap fitur yang terkunci. Tidak setiap aplikasi memerlukan login; dan akun yang berfungsi adalah prasyarat peninjauan, bukan jaminan persetujuan.
Izin, privasi, dan Keamanan data
Cakupan izin dan deklarasinya
- Masalahnya
- Izin sensitif seperti lokasi di latar belakang dan SMS memerlukan kasus penggunaan yang benar-benar terlihat dijalankan aplikasi, dan bila formulir deklarasinya tersedia, isinya harus cocok dengan yang dilakukan aplikasi. Tinjauan keamanan Google 2023 melaporkan hampir 200.000 pengajuan ditolak atau diperbaiki karena persoalan yang persis seperti ini.
- Satu uji yang bisa diamati
- Daftarkan setiap izin berbahaya di manifes dan, untuk masing-masing, sebutkan layar tempat pengguna melihat alasan izin itu dibutuhkan.
- Perbaikannya
- Hapus apa pun yang tidak punya kasus penggunaan yang terlihat, dan pastikan deklarasi di Konsol menggambarkan perilaku yang akan diamati peninjau. Alasan yang sekadar terkait fitur belum cukup: periksa pembatasan izin yang berlaku serta keharusan menampilkan pengungkapan yang menonjol dan meminta persetujuan sebelum akses diberikan.
Kebijakan privasi dan penghapusan akun
- Masalahnya
- Cantumkan URL kebijakan privasi di Konsol Play dan sediakan link atau teks kebijakannya di dalam aplikasi. Halaman itu harus publik, tidak dibatasi wilayah, bukan PDF dan tidak bisa disunting pengunjung, menyebutkan aplikasi atau developernya, serta menjelaskan data yang benar-benar dikumpulkan. Jika pengguna bisa membuat akun dari dalam aplikasi, sediakan cara yang mudah ditemukan untuk meminta penghapusan, baik dari dalam aplikasi maupun dari luar, dan ungkapkan data yang memang perlu disimpan.
- Satu uji yang bisa diamati
- Buka URL-nya dari perangkat yang tidak login, dari negara lain jika memungkinkan, lalu baca isinya sambil membandingkannya dengan formulir Keamanan data.
- Perbaikannya
- Publikasikan halaman kebijakan yang Anda kendalikan sendiri, cantumkan di Konsol Play dan di dalam aplikasi, lalu tambahkan jalur permintaan penghapusan pada aplikasi yang membuat akun pengguna.
Sumber Kebijakan Data Pengguna
Konsistensi Keamanan data dengan SDK
- Masalahnya
- Deklarasi Keamanan data harus mencerminkan data yang dikumpulkan dan dibagikan oleh aplikasi beserta setiap SDK pihak ketiga di dalamnya. SDK iklan, analitik, dan pelaporan crash bisa mengumpulkan atau membagikan data tanpa izin runtime, sehingga aplikasi “tanpa izin” tidak otomatis menjadi aplikasi “tanpa data”, dan halaman privasi yang aktif tidak membuktikan bahwa formulirnya akurat. Periksa versi, konfigurasi, dan perilaku nyata dari SDK yang bersangkutan.
- Satu uji yang bisa diamati
- Ekspor daftar dependensi rilis tersebut, telusuri pengungkapan data tiap SDK, lalu bandingkan dengan setiap jawaban pada formulir. Pantau lalu lintas jaringan pada peluncuran pertama untuk melihat apa yang keluar dari perangkat sebelum pengguna melakukan apa pun.
- Perbaikannya
- Perbaiki formulirnya agar cocok dengan perilaku yang teramati, atau hapus SDK tersebut. Deklarasi itu tanggung jawab Anda, termasuk untuk kode yang tidak Anda tulis.
Listingan, deklarasi, dan pembayaran
Listingan toko, iklan, audiens, dan deklarasi konten
- Masalahnya
- Bagian Konten aplikasi menanyakan apakah aplikasi memuat iklan, audiens mana yang ditargetkan, serta meminta kuesioner rating konten dan deklarasi lain yang berlaku. Listingan yang menampilkan fitur yang tidak ada di build, atau deklarasi yang tidak sesuai dengan aplikasi, sudah cukup menjadi alasan penolakan.
- Satu uji yang bisa diamati
- Telusuri setiap jawaban Konten aplikasi sambil membuka rilisnya di sebelah Anda, dan cocokkan setiap tangkapan layar dengan antarmuka yang berlaku sekarang.
- Perbaikannya
- Perbarui deklarasi dan aset listingan agar sesuai dengan build yang digambarkannya; perbaikan listingan belum tentu memerlukan biner baru.
Pembayaran dan ketentuan program yang berlaku
- Masalahnya
- Sistem penagihan Google Play wajib dipakai untuk pembelian dalam aplikasi tertentu atas barang dan layanan digital. Barang fisik, layanan di dunia nyata, dan beberapa kategori lain dikecualikan, sementara program penagihan alternatif atau penawaran eksternal berlaku di wilayah tertentu dengan ketentuannya masing-masing.
- Satu uji yang bisa diamati
- Untuk setiap alur pembelian, tentukan apakah alur itu menjual konten digital yang dikonsumsi di dalam aplikasi; jika ya, pastikan alurnya berjalan melalui Play Billing atau program yang benar-benar Anda ikuti.
- Perbaikannya
- Pindahkan pembelian digital ke Play Billing, atau dokumentasikan keikutsertaan Anda dalam programnya. Jangan menganggap program regional sebagai pengecualian global.
Sumber Kebijakan pembayaran
Pemeriksaan pra-peninjauan bukanlah peninjauannya
Pemeriksaan pra-peninjauan di Konsol Play menandai sebagian masalah ini sebelum Anda mengirim (kredensial yang belum ada, deklarasi izin, link privasi yang rusak), sedangkan laporan pra-peluncuran menjalankan aplikasi di perangkat uji. Keduanya layak dijalankan; lolos dari keduanya tidak menjamin persetujuan pada peninjauan aplikasi resmi, dan keduanya juga tidak mengukur bagaimana peserta pengujian tertutup memakai aplikasi Anda.
Sumber: Mendeteksi masalah aplikasi lebih awal dengan pemeriksaan pra-peninjauan · Memakai laporan pra-peluncuran untuk mengidentifikasi masalah
Bagaimana pengujian tertutup memengaruhi akses produksi
Siapa yang harus memenuhi persyaratan pengujian ini?
Kebijakan GoogleAkun developer pribadi yang dibuat setelah 13 November 2023 harus menjalankan pengujian tertutup dengan minimal 12 penguji yang terus-menerus ikut serta selama 14 hari terakhir sebelum bisa mengajukan permohonan akses produksi. Memenuhi jumlah minimum membuat Anda memenuhi syarat untuk mengajukan permohonan; itu tidak berarti aplikasi Anda disetujui. Akun organisasi dan akun pribadi yang dibuat sebelum tanggal tersebut tidak terkena persyaratan ini.
Pengujian internal tidak bisa menggantikan pengujian tertutup, berapa lama pun dijalankan: ke-12 penguji harus ikut serta di jalur tertutup. Detail penyiapannya ada di panduan persyaratan pengujian tertutup Google Play.
Sumber: Persyaratan pengujian aplikasi untuk akun developer pribadi baru.
Bukti, kesiapan, dan langkah berikutnya
Dari pengujian yang memenuhi syarat hingga rilis produksi
- 1Selesaikan pengujian tertutup yang memenuhi syarat. Minimal 12 penguji, ikut serta selama 14 hari terakhir tanpa terputus.
- 2Ajukan permohonan akses produksi. Permohonan itu menanyakan bagaimana penguji memakai aplikasi Anda, masukan apa yang Anda terima, dan apa yang berubah sebagai hasilnya.
- 3Google meninjau permohonan tersebut, biasanya dalam 7 hari atau kurang, terkadang lebih lama, lalu memberikan akses atau meminta pengujian lebih lanjut. Perkiraan itu berlaku untuk peninjauan ini, bukan untuk keseluruhan jadwal peluncuran Anda.
- 4Setelah akses diberikan, siapkan rilis produksi. Peninjauan dan peluncuran rilis itu adalah langkah yang terpisah dari keputusan ini; akses berarti kelayakan, bukan publikasi.
Jika satu penguji berhenti ikut serta, periode kualifikasi penguji tersebut terputus dan hari-harinya tidak lagi dihitung. Penguji lain tidak terpengaruh. Yang menentukan saat Anda mengajukan permohonan adalah apakah Anda masih punya 12 penguji yang memenuhi syarat, bukan apakah pernah ada yang keluar.
Google menanyakan apa yang Anda pelajari; Google tidak menetapkan jumlah minimum pembaruan. Pernyataan kesiapan yang harus bisa Anda ucapkan dengan jujur adalah: Saya sudah meninjau masukan penguji, menangani masalah bila diperlukan, dan bisa menjelaskan apa yang saya pelajari serta mengapa aplikasi ini siap. Jika jawaban jujurnya adalah tidak ada yang memakai aplikasi tersebut, peninjauan kemungkinan besar sampai pada kesimpulan yang sama.
Beberapa penguji di atas angka 12 memberi Anda cadangan jika ada yang mundur sekaligus masukan yang lebih luas; kami tidak mengklaim ada kenaikan persetujuan yang terukur dari hal itu. Cakup perangkat fisik yang representatif sebagai pilihan QA. Kriteria yang dipublikasikan tidak menyebutkan apa pun tentang cara emulator dihitung, jadi panduan ini tidak membuat klaim ke arah mana pun. Terkait: merencanakan cadangan penguji, pertanyaan pada permohonan akses produksi, dan apa yang perlu diperiksa setelah penolakan.
Apa yang harus dilakukan setelah aplikasi atau pembaruan ditolak
Pemberitahuan tersebut menyebutkan keputusannya, pengajuan yang terdampak, serta kebijakan atau persyaratan yang terlibat. Bekerjalah dari situ, dengan urutan berikut.
Kebijakan Google- 1Baca keputusan persisnya dan pengajuan yang terdampak. Rilis yang mana, jalur yang mana, kebijakan atau persyaratan yang mana.
- 2Reproduksi atau periksa masalah yang disebutkan pada build yang ditinjau, bukan pada build yang ada di meja Anda.
- 3Perbaiki masalahnya dan periksa persyaratan terkait di area yang sama, supaya peninjauan berikutnya tidak menemukan masalah di sebelahnya.
- 4Validasi build atau deklarasi yang terdampak: jalankan ulang uji yang bisa diamati dari pemeriksaan terkait di atas.
- 5Kirimkan perbaikan yang sesuai, atau tempuh jalur banding jika Anda yakin keputusannya keliru. Bila diperlukan, buka Ringkasan publikasi lalu pilih Kirim untuk peninjauan; menyimpan perbaikan tidak selalu otomatis mengirimkannya.
- 6Simpan buktinya dan pantau hasilnya. Pemberitahuan, versi, masalah, perbaikan, validasi, keputusan.
Perbaiki lalu ajukan ulang, atau ajukan banding
Jika temuannya benar, perbaiki lalu ajukan ulang. Panduan penegakan kebijakan Google menyatakan dengan tegas bahwa mengajukan ulang tanpa memperbaiki pelanggarannya adalah masalah tersendiri. Jangan mengajukan ulang selama pelanggaran yang disebutkan belum diselesaikan; sebagian perbaikan mengubah listingan atau deklarasi tanpa mengubah binernya. Jika Anda yakin keputusannya keliru, ikuti instruksi banding dalam pemberitahuan dan sertakan nama paket, versi yang terdampak, kebijakan yang disebutkan, alasan Anda menganggap keputusan itu keliru, serta tangkapan layar atau langkah yang dapat direproduksi untuk membuktikan kepatuhan. Jangan mencoba memublikasikan ulang melalui akun lain.
Sumber: Proses penegakan kebijakan · Mengatur kapan perubahan aplikasi ditinjau dan dipublikasikan.
Perbaikan biner atau perbaikan deklarasi?
Perbaikan pada listingan atau deklarasi bisa jadi tidak memerlukan biner baru. Build baru dibutuhkan ketika perbaikannya mengubah kode yang dipaketkan, aset, izin, atau konfigurasi. Perbaikan di situs web atau di sisi server terkadang bisa menyelesaikan masalah tanpa build ulang. Ikuti pemberitahuannya dan validasi pengajuan yang terdampak.
Google menggambarkan pemrosesan perubahan aplikasi secara umum berlangsung beberapa jam hingga tujuh hari, terkadang lebih lama. Itu bukan waktu penyelesaian yang dijamin untuk penolakan atau banding Anda, dan peninjauan akses produksi adalah proses yang terpisah; lihat waktu peninjauan Google Play. Tidak ada angka batas penolakan yang diizinkan maupun probabilitas keberhasilan banding yang dipublikasikan, dan tidak ada pula yang dijanjikan di sini.
Seperti apa catatan penolakan yang berguna
ContohDua catatan ilustratif, dibuat untuk menunjukkan bentuk bukti yang layak disimpan: satu untuk penolakan pembaruan dan satu untuk kelayakan pengujian yang belum lengkap. Bukan kasus klien, dan bukan statistik. Simpan ID pengajuan dari Aktivitas pengajuan di Konsol Play bersama pemberitahuan dan versi yang terdampak, agar tim dukungan bisa mengenali pengajuan yang persis dimaksud.
| Pemberitahuan | Pembaruan ditolak, Kebijakan Data Pengguna |
|---|---|
| Versi terdampak | 2.4.1 (build 241), jalur produksi |
| Masalah | Link kebijakan privasi di listingan mengembalikan 404 |
| Perbaikan | Memulihkan halaman kebijakan privasi di URL lama yang memang sudah dipakai di Konsol Play dan di aplikasi. Tidak ada URL tertanam yang berubah, jadi biner baru tidak diperlukan. |
| Validasi | URL dibuka dari perangkat yang tidak login di dua negara; formulir Keamanan data dibaca ulang sambil dicocokkan dengan halamannya |
| Keputusan | Diajukan ulang; pembaruan disetujui |
| Pemberitahuan | Kelayakan pengujian belum lengkap |
|---|---|
| Versi terdampak | 1.0.3, jalur tertutup |
| Masalah | 12 penguji ditambahkan; hanya 9 yang bertahan ikut serta sepanjang 14 hari |
| Perbaikan | Tiga penguji pengganti direkrut; masing-masing memulai periode 14 harinya sendiri |
| Validasi | Dasbor menampilkan 12 penguji yang ikut serta selama 14 hari terakhir |
| Keputusan | Memenuhi syarat untuk mengajukan permohonan setelah penguji pengganti menuntaskan periode yang diwajibkan |
Checklist sebelum pengajuan
Jalankan checklist ini pada rilis yang persis akan Anda kirim, bukan pada rilis yang Anda uji minggu lalu. Butir yang ditandai jika berlaku bergantung pada apa yang dilakukan aplikasi Anda.
Build dan perilakunya
Akses peninjau dan deklarasi
Privasi dan data
Pembayaran
Gerbang pengujian, khusus akun pribadi baru
Tanya jawab
Apakah rasio tahunan ini memprediksi hasil peninjauan pertama aplikasi saya?
Tidak. Rasio 7,89% membandingkan angka global yang dilaporkan Google untuk pengajuan aplikasi yang ditinjau dan yang ditolak sepanjang 2025. Laporannya tidak menyediakan kohort percobaan pertama yang terdefinisi, sehingga rasio itu maupun sisanya bukan peluang bagi satu aplikasi baru tertentu.
Mengapa angka tinjauan keamanan berbeda dari angka laporan transparansi?
Keduanya mengukur hal yang berbeda. Tinjauan keamanan tahunan melaporkan angka yang dibulatkan untuk aplikasi pelanggar kebijakan yang dicegah dipublikasikan; laporan transparansi menghitung pengajuan yang ditolak dan penghapusan. Google tidak memublikasikan rekonsiliasi antara kedua seri tersebut, sehingga keduanya tidak bisa digabungkan menjadi satu tingkat penolakan.
Apakah pembaruan yang ditolak memengaruhi versi yang sudah dipublikasikan?
Penolakan pembaruan biasa tidak menghapus versi yang sudah dipublikasikan; rilis sebelumnya tetap tersedia selama Anda memperbaiki pembaruannya. Penghapusan, penangguhan, dan penghentian akun adalah status penegakan kebijakan yang terpisah dengan pemberitahuannya masing-masing, dan status-status itu memang memengaruhi aplikasi yang sedang tayang.
Apakah penolakan akses produksi termasuk penolakan kebijakan?
Tidak. Keputusan akses produksi untuk akun pribadi baru meninjau pengujian tertutup yang Anda jalankan dan jawaban yang Anda berikan. “More testing required” berarti permohonan Anda masih perlu dilengkapi; itu bukan sanksi kebijakan terhadap aplikasi Anda, dan menambah penguji tidak akan menghapus penolakan kebijakan yang sesungguhnya.
Sebaiknya saya mengajukan banding atau mengirim perbaikan?
Jangan mengajukan ulang selama pelanggaran yang disebutkan belum diselesaikan. Sebagian perbaikan mengubah listingan atau deklarasi tanpa mengubah binernya. Jika Anda yakin keputusannya keliru, ikuti instruksi banding dalam pemberitahuan dan sertakan bukti kepatuhan. Jangan membuat akun lain untuk memublikasikan ulang; hal itu diperlakukan sebagai pelanggaran.
Sumber dan catatan data
Langkah berikutnya bergantung pada apa yang Anda cari di sini. Untuk mengutip angkanya, sebutkan 7,89% beserta tahunnya (aktivitas 2025) dan penyebutnya (pengajuan yang ditinjau). Untuk menindaklanjuti sebuah pemberitahuan, cari barisnya di tabel keputusan lalu ikuti jalurnya. Jika gerbang pengujian yang menjadi hambatan, panduan persyaratan pengujian tertutup membahas penyiapannya dari awal sampai akhir.
Intinya
Rasio penolakan pengajuan di Google Play untuk 2025 adalah sekitar 7,89%, dihitung dari 1.692.467 pengajuan yang ditolak dan 21.461.250 yang ditinjau dalam Laporan Transparansi Tahunan Google 2025. Itu angka historis untuk seluruh platform, bukan peluang aplikasi Anda. Pemberitahuan penolakan menyebutkan satu keputusan yang spesifik: perbaiki apa yang disebutkan di sana, ajukan ulang atau ajukan banding, dan perlakukan gerbang pengujian untuk akun pribadi baru sebagai langkah kesiapan yang terpisah.
Laporan transparansi tahunan
Tinjauan keamanan tahunan
Kebijakan dan Bantuan Konsol Play
Riwayat pembaruan
28 Februari 2026: dipublikasikan hanya dengan seri tinjauan keamanan tahunan. 12 September 2026: menambahkan perhitungan dari laporan transparansi beserta batasannya, memisahkan kedua seri data Google, menambahkan tabel keputusan serta bagian akses peninjau, Keamanan data, dan tindak lanjut setelah penolakan, lalu menghapus kerangka alasan yang diurutkan; pemeriksaan kedua pada hari yang sama memperbaiki rumusan tentang pengajuan ulang, fungsionalitas, dan waktu peninjauan. Penyegaran tahunan berikutnya dilakukan saat Google memublikasikan laporan 2026, diperkirakan pada 2027.