Persyaratan kualitas teknis Google Play membantu memastikan pengalaman berkualitas tinggi bagi pengguna aplikasi Anda di Google Play, sebagai bagian dari empat pilar kualitas aplikasi Android.
Persyaratan kualitas teknis di Google Play terbagi ke dalam dua kategori:
- Persyaratan saat ini: Persyaratan yang diterapkan secara aktif saat ini. Memenuhi standar ini sangat penting untuk menjaga stabilitas, performa, dan visibilitas aplikasi Anda di Google Play.
- Persyaratan mendatang: Standar baru yang diumumkan terlebih dahulu. Meskipun belum diwajibkan, Anda sebaiknya memanfaatkan periode transisi ini untuk mengevaluasi aplikasi, mengintegrasikan alat dan API yang direkomendasikan, serta berupaya memenuhi persyaratan sebelum kebijakan ini mulai diterapkan.
Persyaratan mendatang
Seperti yang diumumkan pada 26 Agustus 2026, ada persyaratan kualitas teknis mendatang untuk aplikasi dan game yang dipublikasikan di Google Play. Artikel Pusat Bantuan ini memberikan informasi lebih lanjut mengenai batas teknis dan bertujuan untuk membantu Anda memahami serta mempersiapkan diri menghadapi persyaratan baru tersebut sebelum mulai diberlakukan.
Pengurangan penggunaan memori
Mulai Februari 2027, aplikasi dan game di Google Play harus memenuhi batas perilaku buruk baru. Lihat di bawah untuk mengetahui detail spesifik.
Pengoptimalan kode
Mulai Februari 2027, aplikasi dan game di Google Play harus memenuhi nilai minimum pengoptimalan. Lihat di bawah untuk mengetahui detail spesifik.
Pemulihan Login Tanpa Ketuk
Mulai April 2027, aplikasi di Google Play harus mendukung kredensial pemulihan tanpa ketuk. Lihat di bawah untuk mengetahui detail spesifik.
Pengurangan penggunaan memori
Google Play telah menentukan batas perilaku buruk untuk data vital inti aplikasi Anda. Penggunaan memori diperkenalkan sebagai metrik data vital inti baru, dengan dua metrik:
- Penggunaan memori (RSS Anonim + Swap)
- Penggunaan memori bitmap
Sama seperti metrik Android vitals yang sudah ada dengan Batas perilaku buruk, Google Play menggunakan data 28 hari terakhir untuk mengevaluasi kualitas aplikasi Anda.
Metrik ini tersedia di bagian judul Memori dalam ringkasan Android vitals, serta dalam Google Play Developer Reporting API.
Metrik ini mengukur jumlah memori yang digunakan aplikasi Anda di seluruh siklus prosesnya, mulai dari saat aplikasi dimuat dari penyimpanan dan dijalankan, baik di latar depan maupun latar belakang.
Nilai untuk metrik ini diambil dari sampel perangkat pengguna yang memilih untuk ikut serta, lalu dianonimkan dan digabungkan. Di Konsol Play, Anda dapat melihat berbagai persentil untuk setiap metrik, termasuk persentil ke-90, yang digunakan untuk mengevaluasi performa aplikasi Anda terhadap batas perilaku buruk. Nilai persentil ke-90 berarti bahwa 10% dari sampel yang dikumpulkan selama periode 1 hari memiliki angka yang lebih tinggi dari nilai tersebut. Sebagai contoh, P90 sebesar 1,7 GB menunjukkan bahwa 90% sampel yang dikumpulkan memiliki nilai kurang dari 1,7 GB, sementara 10% sisanya memiliki nilai lebih dari 1,7 GB.
Persyaratan ini hanya berlaku untuk faktor bentuk ponsel dan tablet.
Penggunaan Memori
Anonymous Resident Set Size (Anon RSS) adalah memori yang dialokasikan langsung oleh aplikasi Anda (seperti heap Java/Kotlin, alokasi memori native, dan pemetaan memori anonim) yang tidak dapat dipindahkan dari memori fisik ke disk tanpa swap. Swap mencakup memori yang dikompresi atau dipaginasi ke zRAM.
Nilai minimum disesuaikan dengan kategori aplikasi Anda (Aplikasi vs. Game) dan tingkatan RAM perangkat untuk mencerminkan berbagai batasan hardware yang ada. Mulai Februari 2027, aplikasi dan game di Google Play harus memenuhi nilai minimum berikut agar tetap mematuhi kebijakan:
Aplikasi
| Status Aplikasi | Latar depan | Layanan yang dirasakan pengguna | Latar belakang | Di-cache |
| RAM Fisik | Persentil Ke-90 | Persentil Ke-90 | Persentil Ke-90 | Persentil Ke-90 |
|
0—4 GB (Total Memori 0 MB—3.200 MB) |
- | - | - | - |
|
4 GB (Total Memori 3.200 MB—4.800 MB) |
2 GB | 1 GB | 1 GB | - |
|
6 GB (Total Memori 4.800 MB—6.800 MB) |
2,25 GB | 1,25 GB | 1,25 GB | - |
|
8 GB (Total Memori 6.800 MB—9.216 MB) |
2,25 GB | 1,5 GB | 1,5 GB | - |
|
12 GB (Total Memori 9.216 MB—14.336 MB) |
3,25 GB | 1,75 GB | 1,75 GB | - |
|
16 GB (Memori Total 14.336 MB—18.432 MB) |
4,25 GB | 2 GB | 2 GB | - |
|
16 GB+ (Total Memori di atas 18.432 MB) |
- | - | - | - |
Catatan: Setiap rentang tingkatan RAM mencakup nilai terendahnya. Total Memori dapat lebih rendah daripada RAM Fisik yang diiklankan perangkat.
Game
| Status Aplikasi | Latar depan | Layanan yang dirasakan pengguna | Latar belakang | Di-cache |
| RAM Fisik | Persentil Ke-90 | Persentil Ke-90 | Persentil Ke-90 | Persentil Ke-90 |
|
0—4 GB (Total Memori 0 MB—3.200 MB) |
- | - | - | - |
|
4 GB (Total Memori 3.200 MB—4.800 MB) |
2,25 GB | 2,0 GB | 2,0 GB | - |
|
6 GB (Total Memori 4.800 MB—6.800 MB) |
2,75 GB | 2,5 GB | 2,5 GB | - |
|
8 GB (Total Memori 6.800 MB—9.216 MB) |
3,5 GB | 2,75 GB | 2,75 GB | - |
|
12 GB (Total Memori 9.216 MB—14.336 MB) |
4 GB | 3,2 GB | 3,2 GB | - |
|
16 GB (Memori Total 14.336 MB—18.432 MB) |
5 GB | 3,5 GB | 3,5 GB | - |
|
16 GB+ (Total Memori di atas 18.432 MB) |
- | - | - | - |
Catatan: Setiap rentang tingkatan RAM mencakup nilai terendahnya. Total Memori dapat lebih rendah daripada RAM Fisik yang diiklankan perangkat.
Penggunaan memori bitmap
Menyimpan bitmap dalam jangka waktu lama saat aplikasi tidak berada di status Latar Depan dapat menghabiskan terlalu banyak memori. Bitmap tidak mungkin dirender kecuali jika UI terlihat. Biasanya, Anda tidak boleh menyimpan bitmap dalam waktu lama pada status-status ini, tetapi aplikasi Anda dapat diambil sampelnya sesaat setelah terjadi perubahan status ketika Anda sedang aktif merespons onTrimMemory dan melepaskan memori bitmap. Oleh karena itu, nilai minimum ini ditetapkan lebih tinggi dari nol untuk memperhitungkan kondisi tersebut.
| Status Aplikasi | Persentil Ke-90 |
| Latar depan | |
| Layanan yang dirasakan pengguna | > 200 MB |
| Latar belakang | > 200 MB |
| Di-cache | > 400 MB |
Pengoptimalan Kode DEX
Mulai Februari 2027, aplikasi dan game di Google Play harus memenuhi persyaratan pengoptimalan minimum. Anda harus mencapai pengoptimalan, obfuscation, dan penyingkatan minimal 25% untuk setiap upload aplikasi ke Konsol Play. Kami memahami bahwa tidak semua aplikasi atau game menggunakan kode DEX secara intensif, sehingga persyaratan ini hanya akan diterapkan jika ukuran DEX Anda cukup signifikan. Anda dapat melihat ukuran DEX serta persentase pengoptimalan untuk setiap app bundle yang Anda upload di Penjelajah app bundle dalam Konsol Play.
Persyaratan ini berlaku di semua faktor bentuk.
| Game | Aplikasi | |||
| Pengoptimalan Kode | Game dengan kode DEX > 50 MB | Aplikasi dengan kode DEX > 10 MB | ||
| Obfuscation | 25% | 25% | ||
| Pengoptimalan | 25% | 25% | ||
| Penyingkatan | 25% | 25% | ||
Anda dapat menggunakan alat apa pun, seperti R8 atau penyingkat aplikasi lainnya, untuk memenuhi batas nilai minimum 25% tersebut.
Anda dapat menggunakan R8 Configuration Analyzer untuk mendapatkan insight yang lebih mendalam dan mengoptimalkan performa lebih lanjut. Perhatikan bahwa jika Anda memublikasikan melalui pipeline CI/CD atau di lingkungan perusahaan, build lokal Anda mungkin tidak sama persis dengan build yang diupload ke Konsol Play untuk didistribusikan kepada pengguna, sehingga sedikit perbedaan adalah hal yang wajar.
Pemulihan login tanpa ketuk
Mulai April 2027, aplikasi yang mendukung login pengguna (baik opsional maupun wajib) harus mendukung pemulihan Login Tanpa Ketuk saat pengguna beralih dari perangkat Android lama ke perangkat baru dan memilih untuk memulihkan data mereka, baik melalui transfer antarperangkat maupun pencadangan cloud. Login manual selama penyiapan perangkat tidak hanya menghambat proses orientasi dan menurunkan retensi pengguna, tetapi juga membuat aplikasi rentan terhadap ancaman keamanan serius seperti phishing dan pencurian kredensial selama penyiapan. Android Restore Credentials API merupakan metode utama untuk mengatasi masalah tersebut sekaligus memenuhi persyaratan ini, dan tersedia mulai dari Android 9 dan yang lebih baru
- Aplikasi yang terintegrasi dengan Block Store, pada atau sebelum 30 September 2026, untuk memulihkan status login pengguna dianggap mematuhi persyaratan ini.
- Aplikasi pengelolaan perangkat pribadi dan perusahaan secara permanen tidak termasuk dalam cakupan persyaratan ini.
- Aplikasi yang tunduk kepada kewajiban kepatuhan atau peraturan ketat yang memengaruhi cara kerja fitur login Anda (seperti jasa keuangan atau layanan kesehatan) mungkin memenuhi syarat untuk mendapatkan pengecualian. Developer harus mengajukan permintaan pengecualian untuk persyaratan ini melalui Konsol Play sebelum tanggal pemberlakuan.
- Saat ini, game tidak termasuk dalam cakupan persyaratan ini. Developer dapat menantikan panduan khusus dan solusi yang disesuaikan untuk kasus penggunaan autentikasi game yang kompleks pada tahun 2027. Untuk game yang mendukung satu akun pengguna, sebaiknya gunakan Restore Credentials API untuk mendukung login tanpa ketuk.
Informasi selengkapnya mengenai persyaratan dan pengecualian ini akan dipublikasikan dalam beberapa bulan ke depan.
Mengintegrasikan dan menguji
Uji integrasi Anda untuk memastikan pengguna mendapatkan pengalaman yang lancar dan Anda memenuhi persyaratan ini. Keahlian AI untuk Restore Credentials yang baru saja dirilis dapat membantu Anda melakukan integrasi dengan lebih mudah.
Faktor bentuk dan versi Android yang tercakup
Persyaratan ini hanya berlaku untuk faktor bentuk ponsel/tablet. Restore Credentials API saat ini belum didukung untuk faktor bentuk lainnya. Restore Credentials tersedia untuk Android 9 ke atas.
FAQ Persyaratan Mendatang
Persyaratan memori
Mengapa Google mulai memberlakukan persyaratan untuk metrik memori?
Krisis memori di seluruh ekosistem akan segera terjadi akibat kenaikan biaya RAM. Penggunaan memori yang tidak efisien, seperti satu aplikasi yang mengalami kebocoran memori yang tak terkendali sehingga menghabiskan sebagian besar memori perangkat, menyebabkan perangkat menjadi tersendat dan menghentikan aplikasi lain yang berjalan dengan baik di latar belakang. Android telah mengumumkan batas memori yang ketat, dan Google Play ingin memastikan aplikasi Anda mematuhi batas tersebut guna meminimalkan kemungkinan perangkat harus menghentikan aplikasi Anda.
Bagaimana cara mengurangi penggunaan memori?
Ikuti praktik terbaik untuk aplikasi dan game. Strategi utamanya mencakup melepaskan resource di onTrimMemory() (termasuk memanfaatkan game engine untuk melakukannya), menghindari kebocoran memori statis dengan menggunakan komponen berbasis siklus proses, melakukan profiling alokasi dan heap dump menggunakan Perfetto, serta meminimalkan tugas latar belakang yang berjalan lama
Bagaimana cara mengurangi alokasi bitmap?
Lakukan pengurangan sampel dan dekode gambar agar sesuai dengan dimensi tampilan yang tepat, gunakan library pemuatan gambar modern (seperti Coil atau Glide) yang dikonfigurasi dengan cache hemat memori, lepaskan bitmap dalam memori yang tidak digunakan saat UI disembunyikan (melalui TRIM_MEMORY_UI_HIDDEN di onTrimMemory), dan hindari menyimpan referensi statis ke Bitmap atau Tampilan.
Apakah saya harus menggunakan R8 untuk pengoptimalan kode?
Meskipun kami sangat merekomendasikan R8 karena fitur pengoptimalan dan insight tingkat lanjutnya, Anda juga dapat menggunakan alat pengoptimalan lain yang tersedia untuk memenuhi persyaratan ini.
Mengapa persyaratan untuk aplikasi dan game berbeda?
Game memiliki pola penggunaan memori yang berbeda untuk menghadirkan pengalaman gameplay yang lancar, terutama saat berjalan di latar depan. Game tersebut sering mengandalkan game engine native yang memiliki batasan teknis berbeda dengan aplikasi. Persyaratan game disesuaikan dengan kasus penggunaannya.
Bagaimana Google Play membedakan antara aplikasi dan game?
Hal ini didasarkan pada kategori yang Anda pilih di Setelan Store pada Konsol Play, yang menentukan letak aplikasi Anda akan muncul di Google Play Store. Perhatikan bahwa mengubah kategori aplikasi Anda ke kategori yang tidak mencerminkan fungsi intinya secara akurat demi memenuhi nilai minimum teknis yang berbeda merupakan pelanggaran terhadap kebijakan Metadata listingan Google Play Store kami.
Bagaimana kaitan antara persyaratan ini dengan Program Apps Experience dan Program Level Up?
Setelah kebijakan untuk nilai minimum memori ini mulai diberlakukan, aplikasi dan game harus mematuhi semua nilai minimum memori agar memenuhi syarat untuk atau mempertahankan kelayakan AEP dan Level Up.
Batas Memori Android berlaku untuk Android 17+, apakah persyaratan Google Play hanya berlaku di A17+ saja?
Tidak, Google Play mengevaluasi semua versi aplikasi Anda selama datanya tersedia. Hal ini berlaku untuk Android 13+ bagi Penggunaan memori (AnonRSS + Swap), dan Penggunaan memori bitmap.
Mengapa ada nilai minimum yang berbeda untuk RSS Anon+Swap dan setiap tingkatan RAM?
Pemisahan berdasarkan tingkatan RAM ini mengonfirmasi bahwa setiap perangkat memiliki tingkat toleransi yang berbeda-beda terhadap penggunaan memori yang berlebihan. Aplikasi yang memiliki performa baik di perangkat 16 GB belum tentu memiliki performa yang sama baiknya di perangkat 4 GB. Anda harus memastikan aplikasi tidak menggunakan memori secara berlebihan di semua tingkatan RAM
Faktor bentuk apa saja yang tercakup dalam persyaratan Memori?
Untuk metrik Penggunaan memori (RSS Anonim + Swap) dan Penggunaan memori bitmap, faktor bentuk ponsel dan tablet termasuk dalam cakupan.
Apa saja alat yang tersedia untuk membantu saya lebih memahami penggunaan memori?
-
Anda dapat mulai mengoptimalkan penggunaan memori untuk aplikasi atau game dengan panduan memori kami.
-
Konsol Google Play (Android vitals): Pantau metrik P90 bergulir 28 hari untuk Penggunaan memori (RSS Anonim + Swap) dan Penggunaan memori bitmap, yang dapat difilter menurut Status Aplikasi (Latar depan, Layanan yang dirasakan pengguna, Latar belakang, Di-cache), Tingkat RAM perangkat (misalnya, 4—6 GB), versi Android, serta rilis aplikasi.
-
Google Play Developer Reporting API: Jalankan kueri metrik secara terprogram untuk mengotomatiskan pelaporan, mengidentifikasi penurunan performa, dan mengintegrasikan data vitals ke dalam dasbor internal Anda.
-
Android Studio Memory Profiler dan Heap Dump: Periksa alokasi secara real-time di seluruh heap Java/Kotlin, memori native, dan grafis. Ambil dan analisis heap dump (.
hprof) untuk mendeteksi kebocoran memori, Aktivitas yang tidak dilepaskan, bitmap duplikat, serta jalur retensi. -
Perfetto dan Pelacakan Sistem: Gunakan Perfetto (
heapprofd) untuk melakukan sampling alokasi native dan Java dengan overhead rendah guna mengidentifikasi callstack yang memicu lonjakan memori. Rekaman aktivitas sistem membantu memantau penggunaan memori di seluruh transisi siklus proses dan menghubungkannya dengan peristiwa low-memory killer (lmkd). Keahlian analisis AI (seperti keahlian AI Perfetto) juga tersedia untuk mengotomatiskan analisis rekaman aktivitas dan heap dump. -
Alat Diagnostik di Perangkat: Gunakan
adb shell dumpsys meminfo <package_name>untuk melihat perincian langsung PSS, Private Dirty (Anon RSS), Swap Dirty (zRAM), dan Bitmap, atau gunakanComponentCallbacks2.onTrimMemory()untuk telemetri klien kustom.
Mengapa ada batas minimum ukuran DEX untuk pengoptimalan kode?
Meskipun kami selalu menyarankan pengoptimalan kode karena banyaknya manfaat performa yang diberikan, kami tetap menyeimbangkan antara upaya yang diperlukan untuk membangun ulang serta mengoptimalkan aplikasi atau game dengan manfaat yang akan didapat oleh pengguna. Ukuran DEX yang kecil (Kurang dari 10 MB untuk aplikasi dan kurang dari 50 MB untuk game) memiliki dampak terbatas pada jejak memori perangkat, sehingga kami tidak mewajibkan pengoptimalan kode untuk kategori ini.
Pemulihan Login Tanpa Ketuk
Apakah kunci pemulihan tetap tersimpan jika aplikasi di-uninstal, lalu diinstal ulang pada perangkat yang sama?
Tidak. Kunci pemulihan akan otomatis dihapus saat aplikasi di-uninstal.
Apakah persyaratan ini berlaku untuk semua faktor bentuk?
Tidak, persyaratan kredensial pemulihan tanpa ketuk hanya berlaku untuk faktor bentuk ponsel dan tablet.
Apakah persyaratan ini berlaku jika pengguna tidak login, atau untuk aplikasi tanpa akun pengguna?
Tidak. Persyaratan ini ditujukan untuk menjaga status login tetap aktif saat pengguna beralih antarperangkat.
-
Aplikasi tanpa login pengguna: Aplikasi yang tidak menyediakan akun pengguna atau fungsi login tidak akan terdampak.
-
Pengguna yang logout atau pengguna tamu: Jika pengguna sudah logout, menggunakan mode tamu, atau logout sebelum beralih perangkat, aplikasi Anda harus diluncurkan dalam status tidak terautentikasi yang sama di perangkat baru tersebut.
Apakah Restore Credentials dapat digunakan dengan metode autentikasi apa pun?
Ya, Restore Credentials API dirancang untuk berfungsi dengan metode autentikasi apa pun dengan memungkinkan aplikasi menyimpan kunci pemulihan.
Apakah Restore Credentials menangani cakupan otorisasi atau verifikasi step-up (misalnya, MFA)?
-
Tidak. Restore Credentials API dirancang khusus hanya untuk autentikasi (memulihkan identitas dan sesi pengguna). API ini tidak menangani permintaan otorisasi sekunder, seperti pemberian izin OAuth, atau verifikasi multi-faktor.
-
Sebaiknya gunakan pendekatan dua langkah:
-
Pulihkan identitas: Gunakan Restore Credentials untuk memulihkan status login utama pengguna secara otomatis tanpa gangguan saat aplikasi pertama kali dijalankan di perangkat baru.
-
Otorisasi sesuai konteks: Minta izin resource tertentu (misalnya, akses Google Drive) tepat saat pengguna mengakses fitur yang membutuhkannya. Jika perlu, Anda juga dapat meminta autentikasi tambahan (misalnya, MFA)
-
Bagaimana cara mengetahui apakah integrasi saya sudah memenuhi persyaratan?
Keberhasilan pemulihan login pengguna ditentukan berdasarkan keberhasilan pengambilan kunci pemulihan. Aplikasi yang kami identifikasi tidak memenuhi persyaratan ini akan diberi tahu.
Bagaimana cara mengetahui apakah aplikasi saya termasuk dalam pengecualian?
Informasi selengkapnya mengenai pengecualian akan diberikan pada lain waktu.
Bagaimana cara mengelola kasus penggunaan autentikasi multi-faktor (MFA)?
Restore Credentials API tidak menangani tantangan MFA, dan tidak dimaksudkan untuk mengabaikan kebijakan keamanan aplikasi Anda. Setelah mengambil kunci pemulihan di perangkat baru, aplikasi Anda harus menentukan apakah diperlukan verifikasi tambahan. Pemulihan konteks identitas pengguna (misalnya, menampilkan "Selamat datang kembali, Alex") sudah cukup untuk memenuhi persyaratan ini. Namun, perhatikan bahwa pemulihan antarperangkat memberikan bukti kepemilikan yang kuat sehingga langkah MFA tambahan tidak diperlukan lagi.
Mengapa game dikecualikan dari persyaratan ini?
Game awalnya dikecualikan karena saat ini kami sedang menyiapkan solusi khusus untuk kasus penggunaan autentikasi yang kompleks, yang umum ditemukan dalam game. Game yang mendukung login akun tunggal sangat dianjurkan untuk mengadopsi Restore Credentials API guna mendukung fitur login tanpa ketukan.
Apakah saya dapat menggunakan Block Store untuk memenuhi persyaratan orientasi perangkat baru?
Ya, integrasi dengan Block Store dapat dianggap patuh, tetapi hanya jika integrasi tersebut telah selesai dan sudah aktif dalam produksi pada atau sebelum 30 September 2026, serta berhasil memulihkan status login pengguna. Jenis integrasi lainnya atau yang diselesaikan setelah tanggal batas waktu tersebut tidak akan dianggap mematuhi persyaratan.
Mengapa ada batas waktu 30 September 2026 untuk integrasi Block Store?
Tanggal 30 September 2026 menjadi acuan batas waktu yang jelas bagi tim yang saat ini tengah dalam proses mengintegrasikan Block Store. Hal ini memastikan implementasi login tanpa ketuk yang sudah ada tetap berlaku, sekaligus mengarahkan integrasi pada masa mendatang ke standar Credential Manager yang direkomendasikan.
Apa yang terjadi jika pengguna logout atau menghapus akunnya di perangkat lama?
Aplikasi harus menghapus kunci pemulihan secara aktif. Jika aplikasi di-uninstal, kunci pemulihan akan otomatis dihapus.
Apa yang harus dilakukan terhadap pengguna dalam mode tamu?
Persyaratan ini hanya berlaku untuk bagian aplikasi yang memerlukan autentikasi. Jika sebelumnya pengguna menggunakan mode tamu di perangkat lama, aplikasi harus terbuka dalam mode tamu di perangkat baru.
Bagaimana dengan pengguna yang memiliki beberapa akun di perangkat yang sama?
Untuk memenuhi persyaratan, aplikasi Anda harus menyimpan kunci pemulihan untuk akun pengguna yang saat ini aktif (atau akun terakhir yang aktif) di perangkat sumber. Anda dapat mempelajari lebih lanjut di Dokumentasi Restore Credentials.
Dapatkah saya mengirim notifikasi kepada pengguna yang dipulihkan tanpa memintanya memberikan izin notifikasi lagi?
Ya. Layanan pencadangan dan pemulihan menangani pemulihan izin aplikasi dari perangkat sebelumnya, termasuk izin notifikasi. Hal ini memungkinkan Anda mengirim notifikasi umum. Selain itu, jika dikombinasikan dengan Restore Credentials, Anda dapat menjangkau kembali pengguna melalui notifikasi yang dipersonalisasi di perangkat baru tanpa mengharuskan pengguna membuka aplikasi terlebih dahulu.
Lainnya
Apakah persyaratan ini bersifat opsional?
Semua persyaratan yang tercantum di halaman ini bersifat wajib. Kegagalan dalam memenuhi persyaratan dapat memengaruhi visibilitas dan kemampuan publikasi aplikasi di Google Play.
Referensi yang berguna
Pengoptimalan kode
- Mengaktifkan pengoptimalan aplikasi dengan R8 | Kualitas aplikasi | Android Developers
- Menggunakan R8 dalam mode penuh | Kualitas aplikasi | Developer Android
- Menggunakan R8 Configuration Analyzer | Kualitas aplikasi | Android Developers
Penggunaan memori (RSS Anonim + Swap)
Penggunaan memori bitmap
Restore Credentials
- Memahami Restore Credentials
- Panduan Resmi: Mengimplementasikan Restore Credentials
- Materi Pengujian: Menguji Restore Credentials di Android Studio
- Studi Kasus Dampak Nyata: Cara Uber Mengurangi Login Manual Sebanyak 4 Juta Per Tahun
Keahlian
Keahlian merupakan instruksi dan resource modular yang dioptimalkan untuk AI guna membantu LLM memahami serta menjalankan pola spesifik dengan lebih baik, sesuai dengan praktik terbaik dan panduan pengembangan Android dari developer.android.com. Anda dapat memanfaatkan fitur ini melalui Android CLI atau alat berbasis LLM lainnya.
- Keahlian Analisis R8: Menganalisis konfigurasi R8 dan aturan keep aplikasi
- Keahlian AI Perfetto: Gunakan untuk menafsirkan heap dump dan mendapatkan saran praktis guna meningkatkan performa memori
- Android Profiler Skill: Gunakan untuk menafsirkan heap dump dan rekaman aktivitas serta mendapatkan saran praktis guna mengoptimalkan performa memori
- Restore Credentials Skill: Gunakan untuk membantu mengintegrasikan dan menguji penyiapan kredensial pemulihan Anda
Persyaratan Saat Ini
Persyaratan teknis Google Play yang ada mencakup batas perilaku buruk di seluruh serangkaian data vital inti, serta persyaratan yang terkait dengan app bundle yang Anda upload ke Konsol Play.
Data Vital Inti dan Stabilitas
Google Play memantau metrik performa inti guna memastikan aplikasi memenuhi standar stabilitas. Jika Anda melampaui ambang batas ini, kemudahan aplikasi Anda untuk ditemukan di Google Play Store dapat terpengaruh.
- Rasio error yang dirasakan pengguna: Batas keseluruhan sebesar 1,09% (rata-rata di seluruh perangkat), 8% per model ponsel, dan 4% per model smartwatch. Pelajari lebih lanjut
- Rasio ANR yang dirasakan pengguna: Batas 0,47% secara keseluruhan (rata-rata di seluruh perangkat), 8% per model ponsel, dan 5% per model smartwatch. Pelajari lebih lanjut
- Penguncian layar saat aktif parsial yang berlebihan: Batas keseluruhan 5% (rata-rata di seluruh perangkat). Menjaga perangkat tetap aktif secara tidak perlu akan menguras baterai; pastikan Anda menggunakan penguncian layar saat aktif dengan benar dan pertimbangkan untuk menggunakan WorkManager untuk tugas latar belakang. Pelajari lebih lanjut
- Penggunaan baterai yang berlebihan: Batas 1% per model smartwatch. Pelajari lebih lanjut
Persyaratan Teknis
Google Play mendukung berbagai perangkat dengan konfigurasi dan arsitektur hardware yang beragam. Beberapa arsitektur sangat mendasar bagi masa depan Android. Oleh karena itu, app bundle baru yang diupload ke Konsol Play harus mendukung arsitektur tersebut agar kami dapat menghadirkan pengalaman aplikasi Anda ke perangkat terkait.
- Dukungan 64-bit: Aplikasi yang berisi kode native harus mendukung arsitektur khusus 64-bit. Pelajari lebih lanjut
- Dukungan ukuran halaman memori 16 KB: Aplikasi yang berisi kode native harus mendukung perangkat dengan ukuran halaman memori 16 KB. Aplikasi khusus Java/Kotlin kompatibel secara default. Pelajari lebih lanjut
- Dukungan 64 bit dan ukuran halaman memori 16 KB untuk Wear OS: Diwajibkan mulai 15 September 2026. Pelajari lebih lanjut
- Dukungan 64 bit dan ukuran halaman memori 16 KB untuk TV: Diwajibkan mulai 1 Agustus 2026. Pelajari lebih lanjut