Jawaban Singkat
Penolakan Broken Functionality berarti peninjau Google mendapati rilis yang Anda kirim mengalami crash, tertutup paksa, macet, atau berfungsi tidak normal dengan cara lain; contoh dari Google sendiri adalah aplikasi yang tidak bisa diinstal, terinstal tetapi tidak mau dimuat, atau termuat tetapi tidak responsif. Ini adalah keputusan kebijakan atas sebuah rilis, bukan penolakan akses produksi, dan Google menyatakan bahwa penolakan saja tidak memengaruhi reputasi akun developer Anda. Reproduksi masalahnya pada build yang didistribusikan Play, pastikan peninjau bisa login melalui Sign-in details (dulu App access), perbaiki setiap jalur yang terdampak, lalu kirim rilis yang sudah diperbaiki untuk ditinjau. Ajukan banding hanya jika Anda bisa menunjukkan bahwa temuan itu keliru.
Berlaku per 16 Oktober 2026. Setiap aturan di halaman ini diperiksa terhadap halaman kebijakan Google Play dan Bantuan Play Console pada tanggal tersebut, dan masing-masing ditautkan di tempat aturan itu dipakai. Laporan developer yang dikutip di bawah adalah bukti tentang apa yang dialami developer pada 2026, bukan diagnosis Google atas aplikasi mereka, dan tidak ada peringkat penyebab yang diberikan karena tidak ada data publik yang mendukungnya.
Artikel ini membahas penolakan rilis berdasarkan kebijakan Broken Functionality. Jika Google menolak akses produksi setelah pengujian tertutup Anda, atau menyatakan bahwa pengujian lebih lanjut diperlukan, itu keputusan yang berbeda dengan perbaikan yang berbeda: sebaiknya baca apa yang harus dilakukan saat Google Play meminta pengujian lebih lanjut dan mengapa permohonan closed testing ditolak.
Isi Artikel Ini
Apa arti Broken Functionality di Google Play?
Ini adalah salah satu dari dua bagian kebijakan Functionality, Content, and User Experience milik Google. Bagian lainnya, Limited Functionality and Content, membahas aplikasi yang tujuannya terlalu sedikit. Broken Functionality membahas aplikasi yang tidak berfungsi sebagaimana dikirimkan.
Kami tidak mengizinkan aplikasi yang mengalami crash, tertutup paksa, macet, atau berfungsi tidak normal dengan cara lain.
Di bawah kalimat itu, Google mencantumkan tiga contoh pelanggaran umum: aplikasi yang tidak bisa diinstal, aplikasi yang terinstal tetapi tidak mau dimuat, dan aplikasi yang termuat tetapi tidak responsif. Anggap ketiganya sebagai tiga tempat untuk dicari. Peninjau yang tidak bisa menginstal build, yang melihat layar kosong atau loading tanpa akhir, atau yang mengetuk sebuah kontrol tanpa ada yang terjadi, semuanya dapat menghasilkan pemberitahuan yang sama.
Anda mungkin masih menemukan nama Minimum Functionality di tautan Bantuan lama dan thread forum. Bagian kebijakan saat ini bernama Limited Functionality and Content, dan mencakup aplikasi berisi teks statis atau PDF, aplikasi dengan konten sangat sedikit, dan aplikasi yang dirancang untuk tidak melakukan apa pun. Pemberitahuan bisa menyebut salah satu bagian tersebut, dan perbaikannya berbeda, jadi baca bagian mana yang disebut pemberitahuan Anda sebelum mengubah apa pun.
Empat keputusan yang sering tertukar
| Keputusan | Isinya tentang apa | Mulai dari mana |
|---|---|---|
| Broken Functionality | Isinya tentang apaRilis yang dikirim mengalami crash, macet, tidak mau dimuat, atau tidak merespons saat dicoba peninjau. | Mulai dari manaReproduksi pada build yang didistribusikan Play, perbaiki di setiap jalur yang terdampak, kirim ulang. |
| Limited Functionality and Content | Isinya tentang apaAplikasi berjalan, tetapi tujuan atau konten khasnya terlalu sedikit. | Mulai dari manaTambahkan fungsi yang nyata. Perbaikan bug saja tidak menjawab keputusan ini. |
| Sign-in details tidak ada atau tidak berfungsi | Isinya tentang apaPeninjau tidak bisa melewati login, keanggotaan, paywall, kode sekali pakai, atau pemeriksaan wilayah. | Mulai dari manaPerbarui Sign-in details di App content, lalu kirim perubahan itu untuk ditinjau. |
| Akses produksi tidak diberikan | Isinya tentang apaSetelah pengujian tertutup, Google memutuskan aplikasi perlu pengujian lebih lanjut atau belum siap untuk produksi. | Mulai dari manaProses terpisah tanpa pemberitahuan di tingkat kode. Lihat perlu pengujian lebih lanjut. |
Di mana Google menunjukkan apa yang rusak?
Mulailah dari email penegakan dan halaman Policy status di Play Console. Keduanya menyebut kebijakan dan rilis yang terdampak, dan Google menyatakan bahwa Policy status juga menampilkan informasi tambahan apa pun yang tersedia. Screenshot, detail perangkat, dan stack trace tidak dijanjikan, jadi jangan menunggunya.
Buka Play Console, pilih aplikasi, lalu buka halaman Policy status-nya. Catat empat hal sebelum Anda menyentuh kode: bagian kebijakan yang disebut, kode versi dan jalur yang ditinjau, tanggalnya, dan bukti apa pun yang dilampirkan. Periksa juga email dan notifikasi Play Console Anda, karena di sanalah Google menyatakan kebijakan mana yang dilanggar rilis tersebut.
Seperti apa pemberitahuan pada 2026 sebenarnya
Tidak ada satu email Broken Functionality yang diterima semua orang, dan halaman mana pun yang mencetaknya sebagai template persis hanya menebak. Developer yang memublikasikan pemberitahuan mereka secara terbuka pada 2026 menggambarkan tingkat detail yang sangat berbeda:
- Label pemberitahuan berbunyi "Broken Functionality: Unresponsive UI elements", diposting pada 2 September 2026 oleh developer yang aplikasinya menampilkan layar coba lagi saat offline selama sinkronisasi data pertamanya (Komunitas Bantuan Play Console).
- Contoh dari peninjau berbunyi "For example, your app does not open or load.", dikutip pada Juni 2026 oleh developer game yang layar judulnya sebenarnya termuat. Penulisnya kemudian melaporkan bahwa game tersebut berhasil dipublikasikan setelah ia mengubah cara tombol Kembali Android keluar dari game.
- Pemberitahuan yang oleh seorang developer pada Agustus 2026 digambarkan hanya berisi dua kata, "Broken functionality", tanpa keterangan lain.
Ini adalah kutipan yang disalin ulang oleh developer, bukan email Google yang terautentikasi, dan masing-masing hanya satu kasus. Kutipan ini menunjukkan rentang detail yang mungkin Anda terima, bukan isi pemberitahuan Anda atau alasan aplikasi Anda gagal.
Jika pemberitahuan Anda samar
Perlakukan kebijakan yang disebut sebagai gejala yang perlu direproduksi, bukan sebagai diagnosis. Lima pemeriksaan di bagian berikutnya disusun agar masing-masing menyingkirkan tempat persembunyian kegagalan yang berbeda.
Apa yang harus diperiksa pertama kali setelah penolakan Broken Functionality?
Jalankan lima pemeriksaan pada rilis persis yang ditinjau Google. Urutannya dari yang paling murah untuk disingkirkan hingga yang paling sulit, bukan berdasarkan seberapa sering tiap penyebab terjadi, karena tidak ada data publik yang menunjukkan seberapa sering masing-masing terjadi.
Lima pemeriksaan, berurutan
Instal build yang didistribusikan Play, bukan build debug Anda
Instal dari jalur pengujian Anda di perangkat bersih yang login dengan akun Google yang belum pernah menjalankan aplikasi itu, lalu buka seperti yang dilakukan peninjau. Google Play menandatangani build yang didistribusikannya dengan kunci penandatanganan aplikasi Anda (Menggunakan Play App Signing), sehingga layanan apa pun yang memeriksa sidik jari sertifikat, seperti Google Sign-In, Maps, atau kunci API yang dibatasi berdasarkan nama paket dan SHA-1, bisa berjalan di build debug Anda tetapi gagal di build Play Store. Seorang developer pada 2025 menelusuri kegagalan yang hanya terjadi di rilis ke izin internet yang tidak ada di manifest produksi.
Pastikan peninjau bisa masuk
Jika bagian mana pun dari aplikasi berada di balik login, keanggotaan, lokasi, atau pembatasan lain, Google mewajibkan Anda memberikan detail aksesnya. Pastikan Sign-in details (dulu App access) berisi kredensial yang berfungsi hari ini, dari negara mana pun, tanpa kode sekali pakai. Bagian berikutnya menjelaskan langkah-langkahnya.
Uji backend dari luar jaringan Anda sendiri
Layar login dan layar data gagal saat server tidak bisa dijangkau dari jaringan peninjau. Developer pada 2026 menelusuri kegagalan ke aturan firewall tak disengaja yang memblokir permintaan kode login, dan melaporkan error kepercayaan sertifikat yang muncul di layar login. Uji melalui data seluler dan jaringan lain, serta dari negara lain jika server Anda memfilter lalu lintas berdasarkan wilayah.
Ketuk setiap kontrol yang terlihat dan buka setiap layar kosong
Setiap tombol dan link harus merespons dengan konten yang sesuai. Checklist Broken Functionality dari Google sendiri di Komunitas Bantuan Play Console menyatakan: "Pastikan aplikasi Anda tidak memiliki halaman kosong yang tidak dilengkapi penafian atau pesan error yang sesuai." Hapus fitur yang belum selesai alih-alih merilis tombol yang tidak melakukan apa-apa, dan pastikan setiap fitur yang dijanjikan listing Play Store Anda benar-benar berfungsi di build tersebut. Beri daftar yang memang kosong, misalnya belum ada item tersimpan, sebuah kalimat penjelasan dan langkah berikutnya. Jika navigasi Anda tidak biasa, misalnya ketuk di mana saja untuk melanjutkan, tambahkan petunjuk visual yang tidak mungkin terlewat oleh pengguna baru.
Periksa peluncuran, tombol Kembali, dan laporan yang sudah ada di Play
Buka aplikasi dari kondisi mati (cold start), putar layarnya, kirim ke latar belakang lalu buka kembali, dan tekan Kembali di setiap layar. Kemudian baca laporan pra-peluncuran dan Android vitals untuk versi yang ditinjau. Crash yang tercatat di sana adalah bukti terkuat yang bisa Anda dapatkan, sedangkan laporan yang bersih punya batasan yang dijelaskan dua bagian setelah ini.
Bagaimana cara memberikan Sign-in details kepada peninjau Google?
Di Play Console, buka Policy and programs, lalu App content, lalu Sign-in details. Bagian ini dulu bernama App access, jadi artikel lama dan beberapa halaman Bantuan terjemahan masih memakai nama itu.
Jika seluruh atau sebagian aplikasi Anda dibatasi berdasarkan kredensial login, detail login, keanggotaan, lokasi, atau bentuk autentikasi lainnya, Anda harus memberikan semua detail yang diperlukan untuk mengaktifkan akses ke aplikasi Anda.
Tambahkan atau perbarui petunjuknya
- Buka Play Console dan masuk ke halaman App content (Policy and programs > App content).
- Di bagian Sign-in details, pilih Start, atau Manage jika Anda sudah pernah menambahkan petunjuk.
- Pilih + Add new instructions dan masukkan detail aksesnya. Gunakan kolom Any other instructions untuk hal yang tidak biasa, seperti kata sandi sekali pakai, autentikasi multifaktor, atau login dengan lebih dari dua kolom.
- Simpan perubahan Anda. Anda dapat menambahkan hingga lima set petunjuk.
- Buka Publishing overview, temukan perubahannya di bawah Changes ready to send for review, lalu pilih Send for review. Menyimpan saja tidak mengirimkan apa pun.
Apa yang dianggap sebagai akses yang berfungsi
Persyaratan Play Console dari Google meminta Anda untuk "Memberikan akun demo yang aktif, informasi login, dan semua resource lain yang diperlukan agar Google Play dapat meninjau aplikasi Anda". Persyaratan untuk Sign-in details dari Google menjabarkan maksudnya:
- Akun yang aktif dan dapat dipakai berulang kali, bukan undangan sekali pakai atau masa uji coba yang habis selama peninjauan.
- Kredensial yang bisa melewati kode sekali pakai dan verifikasi dua langkah, karena peninjau tidak dapat menerima kode yang Anda kirim ke ponsel atau kotak masuk.
- Akses yang berfungsi dari lokasi mana pun jika aplikasi membatasi berdasarkan wilayah, serta akses penuh ke fitur berbayar atau terkunci yang perlu dilihat peninjau, tanpa dikenai biaya.
- Detail yang ditulis dalam bahasa Inggris dan selalu diperbarui. Jika Anda mengganti kata sandi atau menghapus akun uji, perbarui Sign-in details pada hari yang sama.
- Jika login memerlukan sesuatu yang bukan teks, seperti kode QR atau barcode, buat URL statis untuknya dan tambahkan ke Sign-in details. Jika aplikasi meminta pengguna membuat PIN sendiri atau memakai login media sosial, jelaskan dalam petunjuk bagaimana peninjau bisa melewatinya.
Akses yang tidak ada tidak sama dengan login yang rusak
Jika pemberitahuan menyebut Sign-in details, perubahan kode apa pun tidak akan membantu sampai detail aksesnya diperbaiki dan dikirim untuk ditinjau. Jika kredensialnya benar tetapi proses login itu sendiri gagal, itu masalah Broken Functionality, dan pemeriksaan backend di atas adalah tempat untuk mencarinya.
Bagaimana jika aplikasi berjalan di ponsel Anda dan Google tidak mengirim screenshot?
Berarti ponsel Anda bukan lingkungan yang gagal. Reproduksi pada build Play Store, di perangkat bersih dan jaringan lain, lalu baca dua laporan yang sudah ada di Play Console untuk rilis tersebut sebelum Anda memutuskan apa pun.
Laporan pra-peluncuran
Temukan di Test and release > Testing > Pre-launch report. Google membuatnya secara otomatis saat Anda mengupload app bundle atau APK, tergantung kapasitas, dengan menjalankan aplikasi di perangkat uji. Periksa layar mana yang benar-benar dijangkau proses crawl: jika berhenti di layar login, crawl itu tidak pernah melihat bagian aplikasi lainnya. Google menambahkan satu batasan yang perlu diketahui: "Kredensial hanya dapat dimasukkan secara otomatis ke aplikasi Android yang menggunakan widget Android standar." (Menggunakan laporan pra-peluncuran untuk mengidentifikasi masalah). Laporan yang bersih adalah bukti, bukan tanda lolos. Google menyatakan hal yang sama tentang pemeriksaan pra-peninjauan: "Lolos semua pemeriksaan pra-peninjauan tidak menjamin lolos proses peninjauan aplikasi formal".
Android vitals
Temukan di Monitor and improve > Android vitals > Crashes and ANRs. Google mengumpulkan data ini hanya dari pengguna yang memilih untuk ikut serta membagikan data penggunaan dan diagnostik (Memantau kualitas teknis dengan Android vitals), sehingga aplikasi baru dalam pengujian kecil mungkin tidak menampilkan apa pun. Halaman vitals yang kosong tidak membuktikan bahwa aplikasi tidak pernah crash.
Orang sungguhan di perangkat nyata
Pengujian tertutup ada untuk menemukan masalah semacam ini sebelum rilis publik. Penguji dengan ponsel, versi Android, dan jaringan yang berbeda menjangkau layar yang juga dijangkau peninjau, dan masukan mereka memberi tahu Anda di mana aplikasi rusak. Itu membantu Anda menemukan dan memperbaiki cacat; itu tidak mengubah cara Google meninjau aplikasi. Jika Anda perlu dasar-dasar jalurnya sendiri, lihat cara kerja pengujian tertutup Google Play.
Sebaiknya perbaiki dan kirim ulang, atau ajukan banding?
Perbaiki dan kirim ulang jika Anda bisa mereproduksi kegagalan atau menemukan penyebab yang masuk akal. Ajukan banding jika Anda punya bukti bahwa temuan yang disebut itu keliru. Jangan pernah mengirim ulang build yang sama tanpa perubahan: Google meminta developer untuk tidak memublikasikan ulang aplikasi yang ditolak sebelum pelanggarannya diperbaiki.
Perbaiki, perjelas, atau banding?
Jawab tiga pertanyaan tentang pemberitahuan Anda dan pengujian Anda sendiri. Pilihan Anda tidak dikirim ke mana pun dari halaman ini.
Jawab pertanyaannya untuk melihat rekomendasi. Jika Anda tidak bisa mereproduksi kegagalan, pertanyaan ketiga yang menentukan.
Perbaiki, lalu kirim ulang di setiap jalur
Perbaiki dan kirim ulangAnda punya kegagalan yang bisa direproduksi, dan itu posisi terbaik. Perbaiki, uji perbaikannya di build Play Store, lalu ikuti langkah pengiriman ulang di bawah agar tidak ada bundle yang tidak patuh yang tetap aktif di jalur mana pun.
Uji build Play Store sebelum memutuskan
Uji duluBuild debug bukan yang dijalankan peninjau. Instal dari jalur pengujian Anda di perangkat bersih dengan akun baru, melalui jaringan yang tidak Anda kendalikan, lalu jalankan lima pemeriksaan. Putuskan hanya setelah itu.
Perbaiki Sign-in details, lalu kirim untuk ditinjau
Perbaikan aksesPerbarui petunjuknya dengan kredensial yang dapat dipakai berulang dan bisa melewati kode sekali pakai, simpan, lalu kirim perubahannya untuk ditinjau dari Publishing overview. Google menyatakan Anda dapat melakukannya tanpa menghubungi atau menunggu tim dukungan kebijakan.
Tambahkan tujuan, bukan sekadar perbaikan
RombakLimited Functionality and Content menyangkut seberapa banyak yang dilakukan aplikasi. Tambahkan fitur atau konten khas aplikasi yang nyata sebelum Anda mengirim ulang; perbaikan stabilitas tidak menjawab temuan ini.
Buat desainnya jelas, lalu putuskan
PerjelasMeskipun layar offline, tampilan kosong, atau gestur yang tidak biasa itu disengaja, peninjau tetap bisa menganggapnya rusak. Tambahkan petunjuk visual, penjelasan, dan langkah berikutnya. Anda bisa mengajukan banding dengan bukti, tetapi layar yang lebih jelas juga menghilangkan keraguan bagi peninjau berikutnya.
Ajukan banding dengan bukti
BandingAnda sudah menguji build Play Store di perangkat bersih dan jaringan lain dan tidak menemukan masalah. Ajukan banding satu kali, dengan kode versi, perangkat dan versi Android, langkah-langkah persisnya, serta rekaman layar dari alur yang disebut pemberitahuan.
Mengirim ulang rilis yang sudah diperbaiki
Langkah pengiriman ulang dari Google lebih dari sekadar mengupload kode versi baru:
- Baca kebijakan yang disebut di email dan notifikasi Anda, lalu periksa aplikasi terhadap kebijakan lainnya juga; Google memperingatkan bahwa pelanggaran lebih lanjut dapat berujung pada penegakan lebih lanjut.
- Perbarui setiap jenis rilis yang memuat versi terdampak, bukan hanya produksi: termasuk jalur pengujian terbuka, tertutup, dan internal.
- Upload app bundle yang sudah diperbaiki dan nonaktifkan bundle yang tidak patuh. Google memperingatkan bahwa jika Anda tidak menonaktifkannya, pengiriman ulang akan gagal dan versi yang sedang live dapat dihapus.
- Di setiap jalur yang terdampak, pilih Manage track dan Create new release, tambahkan bundle yang sudah diperbaiki (atau buang draf yang memuat bundle yang melanggar), dan pastikan versi yang tidak patuh tercantum di bawah Not included.
- Simpan, pilih Review release, lalu luncurkan.
Setelah itu, perubahan menunggu diproses. Google menyatakan: "Pemrosesan dapat memerlukan waktu beberapa jam atau hingga tujuh hari (atau lebih lama dalam kasus luar biasa)" (Mengontrol kapan perubahan aplikasi ditinjau dan dipublikasikan).
Sudah diperbaiki, tetapi peringatannya masih ada
Jika versi yang sudah diperbaiki sudah live dan Policy status masih menampilkan masalahnya, bandingkan kode versi dan jalur yang disebut peringatan dengan yang kini aktif: bundle tidak patuh yang tertinggal di jalur pengujian adalah hal pertama yang perlu disingkirkan. Versi yang lebih baru tidak otomatis menghapus setiap entri penegakan. Jika semuanya sudah cocok, hubungi dukungan Play Console dengan kode versi, jalur yang terdampak, dan nomor referensi kasus sebelumnya jika ada.
Mengajukan banding atas keputusan
Google memulihkan aplikasi jika Google melakukan kesalahan dan mendapati aplikasi tersebut tidak melanggar kebijakannya. Untuk mengajukan banding, ikuti petunjuk di email penegakan atau gunakan formulir banding Google. Anda dapat mengajukan satu banding per tindakan penegakan (Mengelola pelanggaran kebijakan dan banding), dan Google menjawab banding dalam bahasa Mandarin, Inggris, Jepang, dan Korea. Google tidak memublikasikan waktu respons untuk banding, dan laporan developer mencampuradukkan balasan banding dengan peninjauan rilis berikutnya, jadi buat rencana tanpa patokan tanggal.
Tulis banding sebagai bukti, bukan luapan frustrasi: kode versi yang ditinjau, perangkat dan versi Android tempat Anda menguji, langkah-langkah persisnya, rekaman layar dari alur yang disebut pemberitahuan, dan apa yang Anda ubah, jika ada.
Apakah penolakan Broken Functionality merugikan akun atau pengujian tertutup Anda?
Penolakan saja tidak memengaruhi reputasi akun developer Anda. Penolakan berulang dapat berujung pada penangguhan, dan penangguhan dihitung sebagai strike, jadi perbaiki dulu sebelum mengirim ulang. Apa dampak penolakan terhadap pengujian tertutup yang sedang berjalan tidak didokumentasikan.
Halaman Enforcement Process dari Google menjelaskan perbedaannya:
- "Penolakan tidak memengaruhi reputasi akun Google Play Developer Anda."
- "Jika update untuk aplikasi yang sudah ada ditolak, versi aplikasi yang dipublikasikan sebelum update tersebut akan tetap tersedia di Google Play."
- "Penangguhan dapat terjadi akibat pelanggaran kebijakan yang berat atau berulang kali, serta penolakan atau penghapusan aplikasi yang berulang."
Google tidak memublikasikan jumlah penolakan yang dianggap aman. Mengirim ulang kegagalan yang sama persis merupakan pola yang dijelaskan di kutipan ketiga.
Lalu bagaimana dengan pengujian tertutup 14 hari?
Persyaratan pengujian dari Google mewajibkan akun pribadi yang dibuat setelah 13 November 2023 untuk memiliki minimal 12 penguji yang terus-menerus ikut serta selama minimal 14 hari sebelum mengajukan permohonan akses produksi. Google tidak menyatakan apakah penolakan kebijakan atas rilis di jalur tertutup mengatur ulang, menjeda, atau mempertahankan periode tersebut, dan klaim forum ke arah mana pun hanyalah tebakan. Yang bisa Anda periksa: apakah penguji Anda masih memiliki rilis yang disetujui di jalur tersebut, dan apa yang ditampilkan Dasbor tentang akses produksi. Pastikan penguji tetap ikut serta selama Anda memperbaiki, dan tanyakan kasus Anda ke dukungan Play Console jika Dasbor berubah. Aturannya sendiri dijelaskan di arti 14 hari berturut-turut.
Apakah Google akan menolak aplikasi WebView atau TWA sebagai aplikasi rusak?
Tidak karena teknologinya. Google mendokumentasikan Trusted Web Activities maupun WebView untuk aplikasi Android, dan tidak ada kebijakan yang melarang arsitektur tersebut. Pertanyaannya adalah apakah aplikasi berfungsi, apakah tujuannya cukup, dan apakah Anda berhak membungkus situs web tersebut.
Kami tidak mengizinkan aplikasi yang tujuan utamanya adalah mengarahkan traffic afiliasi ke situs web atau menyediakan webview dari situs web tanpa izin dari pemilik atau administrator situs web tersebut.
Untuk aplikasi berbasis web, pemeriksaan Broken Functionality sama seperti untuk aplikasi lainnya: situs harus termuat di dalam aplikasi dari instalasi bersih, kondisi offline dan error harus menjelaskan dirinya sendiri, dan setiap link harus mengarah ke suatu tempat. Jika aplikasi sebagian besar hanya tampilan tipis dari sebuah situs web, bagian Limited Functionality and Content adalah risiko yang lebih besar. Beralih dari TWA ke WebView, atau sebaliknya, belum terbukti dapat memperbaiki penolakan dengan sendirinya.
Bagaimana PrimeTestLab membantu sebelum peninjauan berikutnya?
Kami tidak bisa memperbaiki kode Anda atau mengubah keputusan Google. Yang kami sediakan adalah sisi pengujian: orang sungguhan di perangkat nyata yang menggunakan aplikasi Anda melalui pengujian tertutup Anda, sehingga masalah seperti di atas muncul dalam masukan mereka sebelum peninjau menemukannya.
PrimeTestLab menyediakan 12 penguji asli atau lebih di perangkat nyata yang mencakup Android 7 hingga 17, ikut serta selama 14 hari penuh, dengan pengujian dimulai dalam 4-6 jam. Kami telah menjalankan pengujian terkelola untuk 12.100+ aplikasi dengan penguji di 120+ negara.
Pengujian sendiri atau pengujian terkelola
| Tugas | Dikerjakan sendiri | Dengan PrimeTestLab |
|---|---|---|
| Mencari penguji | Dikerjakan sendiriTeman, grup, dan forum, biasanya dengan ponsel yang mirip | Dengan PrimeTestLabPenguji asli di perangkat nyata, ditugaskan untuk aplikasi Anda |
| Sebaran perangkat dan versi Android | Dikerjakan sendiriTergantung perangkat milik relawan Anda | Dengan PrimeTestLabPerangkat yang mencakup Android 7 hingga 17 |
| Penggunaan harian dan masukan | Dikerjakan sendiriBergantung pada niat baik | Dengan PrimeTestLabPenguji menggunakan aplikasi dan melaporkan apa yang rusak |
| Menjaga 12 penguji tetap ikut serta selama 14 hari | Dikerjakan sendiriAnda sendiri yang mengejar penguji yang keluar | Dengan PrimeTestLabPenguji yang keluar diganti agar jumlahnya tetap terpenuhi |
| Memperbaiki kode dan menangani pemberitahuan | Dikerjakan sendiriAnda | Dengan PrimeTestLabTetap Anda; kami melaporkan temuan penguji |
| Keputusan Google | Dikerjakan sendiriGoogle | Dengan PrimeTestLabTetap Google; tidak ada yang bisa menjanjikan persetujuan |
Jika Google belum memberikan akses produksi setelah pengujian PrimeTestLab Anda selesai penuh, Anda bisa memilih tes ulang gratis atau pengembalian dana penuh; lihat kebijakan pengembalian dana dan tes ulang gratis. Itu mencakup persyaratan pengujian, bukan penolakan kebijakan atas kode Anda. Paket mulai dari $19.99 ditambah biaya layanan 5% saat checkout (minimum $1.50), dan biaya pendaftaran satu kali sebesar US$25 dari Google terpisah. Bandingkan paket di halaman harga.
Pertanyaan yang sering diajukan
Apa itu kebijakan Broken Functionality di Google Play?
Ini adalah bagian dari kebijakan Functionality, Content, and User Experience Google Play. Google tidak mengizinkan aplikasi yang mengalami crash, tertutup paksa, macet, atau berfungsi tidak normal dengan cara lain, dan mencantumkan aplikasi yang tidak bisa diinstal, aplikasi yang terinstal tetapi tidak mau dimuat, dan aplikasi yang termuat tetapi tidak responsif sebagai pelanggaran umum.
Apakah Broken Functionality sama dengan Minimum Functionality?
Tidak. Minimum Functionality adalah nama lama untuk bagian yang kini disebut Google sebagai Limited Functionality and Content, yang mencakup aplikasi dengan tujuan atau konten terlalu sedikit. Broken Functionality mencakup aplikasi yang tidak berfungsi sebagaimana dikirimkan. Keduanya berada dalam kebijakan yang sama, tetapi memerlukan perbaikan yang berbeda.
Di mana saya menambahkan kredensial demo untuk peninjauan Google Play?
Di Play Console, buka Policy and programs, lalu App content, lalu Sign-in details (dulu App access). Pilih Start atau Manage, tambahkan petunjuknya dan simpan, lalu kirim perubahannya untuk ditinjau dari halaman Publishing overview. Kredensialnya harus dapat dipakai berulang dan tidak boleh bergantung pada kode sekali pakai yang dikirim ke ponsel Anda.
Apakah penolakan dihitung sebagai strike pada akun developer saya?
Google menyatakan bahwa penolakan tidak memengaruhi reputasi akun developer Anda. Penangguhan dihitung sebagai strike, dan Google mencantumkan penolakan atau penghapusan aplikasi yang berulang sebagai salah satu alasan penangguhan, jadi perbaiki masalah yang disebut sebelum Anda mengirim ulang.
Berapa lama peninjauan setelah saya mengirim ulang aplikasi yang sudah diperbaiki?
Google menyatakan bahwa perubahan aplikasi dapat memerlukan waktu beberapa jam atau hingga tujuh hari untuk diproses, atau lebih lama dalam kasus luar biasa. Itu adalah peninjauan atas rilis yang sudah diperbaiki. Google tidak memublikasikan waktu respons untuk banding.
Bisakah saya mengajukan banding atas penolakan Broken Functionality?
Bisa, jika Anda yakin temuannya keliru. Ikuti petunjuk di email penegakan atau gunakan formulir banding Google. Anda dapat mengajukan satu banding per tindakan penegakan, jadi sertakan kode versi yang ditinjau, perangkat dan langkah yang Anda uji, serta rekaman alur yang disebut pemberitahuan.
Apakah penolakan Broken Functionality mengatur ulang pengujian tertutup 14 hari saya?
Google tidak mendokumentasikan hal itu. Persyaratannya adalah minimal 12 penguji yang terus-menerus ikut serta selama minimal 14 hari sebelum Anda mengajukan permohonan akses produksi. Pastikan penguji tetap ikut serta selama Anda memperbaiki rilis, pantau Dasbor, dan tanyakan ke dukungan Play Console jika kelayakan Anda berubah.
Mengapa aplikasi saya ditolak padahal berjalan di ponsel saya?
Ponsel Anda hanya mewakili satu build, satu akun, satu set data, dan satu jaringan. Instal rilis yang didistribusikan Play di perangkat bersih dengan akun baru, lalu uji konten kosong dan permintaan jaringan yang gagal. Build Play Store yang ditandatangani dengan kunci penandatanganan aplikasi bisa gagal di tempat build debug Anda berjalan, jadi uji build yang diinstal peninjau.
Aplikasi saya memakai Google Sign-In atau kode sekali pakai. Apa yang harus saya berikan kepada peninjau?
Google mewajibkan detail login yang dapat dipakai berulang, berfungsi dari lokasi mana pun, dan bisa melewati kata sandi sekali pakai atau verifikasi dua langkah. Berikan peninjau akun uji dan petunjuk yang menjangkau setiap fitur yang dibatasi, termasuk fitur berbayar. Lalu uji sendiri detail persis yang Anda berikan; menjelaskan cara pengguna biasa menerima kode bukanlah akses yang berfungsi.
Google tidak mengirim screenshot atau log crash. Lalu apa?
Periksa Policy status dan email penegakan untuk mengetahui versi yang terdampak dan detail apa pun yang ditambahkan Google. Kemudian reproduksi alur utama pada rilis yang dikirim dan rekam video serta log Anda sendiri. Halaman Android vitals atau laporan pra-peluncuran yang bersih tidak membuktikan bahwa setiap layar dan permintaan backend berfungsi bagi peninjau.
Apakah aplikasi TWA dan WebView otomatis ditolak?
Tidak. Google mendokumentasikan kedua teknologi tersebut dan tidak ada kebijakan yang melarangnya. Google memang membatasi aplikasi yang membungkus situs web tanpa izin pemiliknya dan aplikasi dengan fungsi atau konten yang terlalu sedikit. Diagnosis kegagalan yang sebenarnya, seperti error login, navigasi, atau jaringan; beralih dari satu jenis pembungkus ke yang lain bukanlah perbaikan yang terdokumentasi.
Kesimpulan
Kesimpulan
Penolakan Broken Functionality menyatakan bahwa rilis yang ditinjau Google tidak berfungsi: aplikasi mengalami crash, macet, tidak mau dimuat, atau tidak merespons. Baca kebijakan mana yang disebut pemberitahuan, reproduksi pada build yang didistribusikan Play, pastikan peninjau bisa login melalui Sign-in details, uji backend dari luar jaringan Anda, dan buat setiap kontrol serta layar kosong menjelaskan dirinya sendiri. Perbaiki setiap jalur yang terdampak dan kirim rilis yang sudah diperbaiki untuk ditinjau. Ajukan banding hanya dengan bukti bahwa temuannya keliru. Penolakan saja bukan strike, tetapi pengiriman ulang berulang tanpa perbaikan dapat berujung pada strike.
Jika Anda ingin orang sungguhan di perangkat nyata menemukan layar yang rusak sebelum peninjau berikutnya, PrimeTestLab menjalankan sisi pengujian tertutup selagi Anda memperbaiki aplikasi.
Dokumentasi resmi Google
Apa yang bisa berubah di halaman ini
- Label Play Console bisa berubah. Sign-in details baru-baru ini masih bernama App access, dan beberapa halaman Bantuan terjemahan masih memakai nama lama itu.
- Isi pemberitahuan tidak dipublikasikan sebagai template dan berbeda dari kasus ke kasus; percayai email dan halaman Policy status Anda sendiri dibanding contoh apa pun di sini.
- Google tidak mendokumentasikan dampak penolakan kebijakan terhadap pengujian tertutup yang sedang berjalan. Jika Google memublikasikan aturannya, halaman ini akan mengikutinya.
Sumber diperiksa 16 Oktober 2026.