Google Play ketatkan syarat aplikasi Android mulai 2027

Google Play bakal menaikkan tahap kualiti teknikal aplikasi Android. Mulai Februari 2027, aplikasi dan permainan akan dinilai berdasarkan ambang “tingkah laku buruk” yang meliputi penggunaan memori dinamik, memori bitmap dan pengoptimuman kod DEX. Aplikasi yang berulang kali melepasi had boleh mengalami pengurangan keterlihatan di Google Play serta sekatan keupayaan menerbitkan kemas kini — bukan semestinya terus dibuang daripada gedung.

Satu lagi perubahan akan menyusul pada April 2027. Aplikasi yang menggunakan sistem log masuk perlu menyokong Zero-Tap Sign-In ketika pengguna berpindah ke peranti Android baharu melalui sistem Restore Credentials. Permainan kini dikecualikan daripada keperluan migrasi tersebut. 17

Tiga perkara yang akan diukur Google Play

Dasar baharu ini menyasarkan penggunaan sumber yang boleh menyebabkan aplikasi menjadi perlahan, ranap atau tidak cekap ketika dihantar kepada pengguna.

1. Penggunaan memori dinamik

Google akan mengukur anonymous resident-set size (RSS) bersama memori swap termampat. Ukuran ini memberi tumpuan kepada memori peribadi yang digunakan ketika aplikasi sedang berjalan, bukannya mengira setiap fail kod atau aset yang tersimpan pada peranti sebagai memori aplikasi.

Bagi permainan, had memori dinamik di latar depan akan berubah mengikut jumlah RAM peranti. Julat yang dinyatakan ialah 2.25GB pada peranti dengan 4GB RAM hingga 5GB pada peranti dengan 16GB RAM. Ini bermakna Google Play akan menilai prestasi mengikut kelas keupayaan peranti, bukannya mengenakan satu had yang sama kepada semua telefon dan tablet.

2. Memori bitmap

Penggunaan bitmap akan dinilai ketika aplikasi berada di latar depan, latar belakang dan dalam cache. Had yang ditetapkan ialah:

• 200MB ketika aplikasi berada di latar depan atau latar belakang;
• 400MB ketika aplikasi dicache.

Matlamatnya adalah untuk mengelakkan aset visual terus memenuhi memori walaupun tidak lagi dipaparkan kepada pengguna.

3. Pengoptimuman kod DEX

Permainan yang mempunyai lebih daripada 50MB kod DEX perlu mencapai sekurang-kurangnya 25% liputan App Bundle melalui pengoptimuman, pengecilan dan pengeliruan kod. Pembangun boleh menggunakan R8 atau alat pengecilan lain untuk membuang kod yang tidak diperlukan serta menjadikan pakej aplikasi lebih cekap.

Bagaimana penguatkuasaan dilakukan?

Google Play tidak akan membuat keputusan berdasarkan satu sesi penggunaan yang luar biasa buruk. Ambang tersebut dinilai menggunakan persentil ke-90 (P90) daripada data yang dikumpulkan dalam tempoh bergerak 28 hari. Secara mudah, dasar ini menyasarkan masalah prestasi yang berterusan dalam penggunaan sebenar, bukan satu bacaan paling teruk yang berlaku sekali sahaja.

Aplikasi yang gagal memenuhi syarat boleh berdepan pengurangan keterlihatan dan keupayaan penerbitan di Google Play. Ini berbeza daripada larangan automatik atau penyingkiran terus setiap aplikasi yang melepasi ambang. Google juga sedang menyediakan alat pemantauan dan diagnostik dalam Play Console supaya pembangun boleh menyemak metrik memori dinamik serta bitmap sebelum penguatkuasaan bermula.

Had ini juga boleh berubah apabila Google mengumpulkan lebih banyak data dan memperhalus penilaiannya mengikut kategori peranti serta aplikasi. Oleh itu, pembangun wajar menganggap angka yang diterbitkan sebagai garis asas untuk pemantauan berterusan, bukannya sasaran pensijilan sekali sahaja.

Keperluan berasingan: Zero-Tap Sign-In pada April 2027

Perubahan kedua menyentuh pengalaman pengguna ketika bertukar kepada telefon baharu. Mulai April 2027, aplikasi yang mempunyai fungsi log masuk perlu menyokong Zero-Tap Sign-In. Melalui ciri ini, status log masuk pengguna boleh dipulihkan secara automatik ketika migrasi antara peranti Android menggunakan Restore Credentials API.

Restore Credentials dilaksanakan melalui Credential Manager. Ia direka untuk log masuk semula pengguna secara senyap apabila aplikasi dipulihkan pada peranti baharu. Ciri ini boleh berfungsi tanpa bergantung pada kaedah pengesahan utama aplikasi, termasuk kata laluan, passkey atau log masuk berfederasi. 1719

Keperluan tersebut bertujuan mengurangkan kesulitan pengguna yang terpaksa memasukkan semula butiran log masuk untuk setiap aplikasi selepas memindahkan data ke telefon baharu. Permainan kini dikecualikan, walaupun pengecualian itu boleh berubah apabila Google memperluas dasar berkenaan.

Hubungannya dengan Android 17

Dasar Google Play ini melengkapi, bukannya menggantikan, kawalan memori pada sistem pengendalian Android 17. Android 17 memperkenalkan had memori setiap aplikasi berdasarkan jumlah RAM peranti, bermula pada peranti Pixel. Google menjangka lebih banyak pengeluar akan menggunakan had itu pada peranti dengan kapasiti antara 4GB hingga lebih daripada 16GB RAM.

Apabila aplikasi melepasi had memori Android 17, sistem pengendalian boleh memperlahankan aplikasi tersebut dan akhirnya menamatkannya. Sementara itu, syarat Google Play beroperasi lebih awal dalam rantaian pengedaran: ia mendorong pembangun mengurangkan penggunaan memori berlebihan dan mengoptimumkan kod sebelum pengguna berdepan penguatkuasaan sistem ketika aplikasi berjalan.

Perbezaan ini penting. Android 17 menentukan apa yang boleh berlaku kepada aplikasi ketika ia berjalan pada peranti tertentu, manakala peraturan Google Play 2027 menentukan sama ada aplikasi itu terus mendapat keterlihatan biasa dan akses penerbitan di gedung.

Beberapa laporan turut mengaitkan langkah ini dengan persekitaran RAM yang semakin ketat dan kemungkinan perubahan kapasiti memori pada model telefon akan datang. Namun, laporan mengenai Pixel 11 Pro yang mungkin beralih daripada 16GB kepada 12GB RAM ialah dakwaan luaran, bukan spesifikasi yang disahkan atau sebab rasmi yang dinyatakan Google untuk dasar ini.

Apa yang perlu dilakukan pembangun Android?

Pembangun aplikasi besar dan permainan wajar mula mengambil langkah berikut:

1. Audit penggunaan anonymous RSS dan swap termampat ketika aplikasi berada di latar depan serta latar belakang.
2. Jejaki memori bitmap secara berasingan daripada penggunaan heap umum, termasuk ketika aplikasi dicache.
3. Semak saiz kod DEX dan ukur liputan App Bundle yang terhasil daripada proses pengecilan, pengoptimuman dan pengeliruan kod.
4. Uji aplikasi pada beberapa kelas kapasiti RAM, bukan hanya peranti kelas atasan.
5. Pantau alat diagnostik baharu dalam Play Console serta metrik Android Vitals.
6. Semak aliran pengesahan pengguna dan rancang sokongan Restore Credentials sebelum April 2027.

Kesimpulannya, kecekapan memori dan pengoptimuman kod bakal menjadi isu pengedaran, bukan sekadar amalan terbaik prestasi. Aplikasi yang tidak bersedia mungkin masih boleh berjalan, tetapi berisiko kehilangan keterlihatan di Google Play, menghadapi sekatan penerbitan dan lebih terdedah kepada kawalan memori Android sendiri.