Chip permintaan izin

Thomas Steiner

UX izin akses sampai saat ini

Saat pengguna mengunjungi situs yang meminta izin, sebuah balon akan muncul untuk meminta pengguna membuat keputusan. Misalnya, di bawah ini Anda dapat melihat permintaan izin geolokasi seperti yang diterapkan di Chrome hingga versi 96. (Anda dapat mencoba izin ini dan izin lainnya di situs demo kami, permission.site.)

Permintaan izin geolokasi Chrome

Sebagian besar dialog izin diabaikan atau ditutup

Data telemetri Chrome membuktikan bahwa banyak permintaan izin diabaikan. Anda dapat mempelajari sendiri data izin notifikasi dalam laporan UX Chrome. Untuk saat ini, perhatikan tabel di bawah yang menunjukkan reaksi pengguna Windows terhadap permintaan notifikasi di situs secara akumulasi, sambil memperhatikan bahwa perintah geolokasi melihat perilaku tutup atau pengabaian yang serupa.

Tindakan Persentase dialog notifikasi
Izinkan 6,69%
Blok 9,20%
Tutup 35,76%
Abaikan 47,19%

Dengan rasio pengabaian/penolakan sekitar 85%, dan terutama mengingat seberapa menarik dialog tersebut dan membuat pengguna segera membuat keputusan, ada konflik antara tingkat urgensi yang diasumsikan oleh browser dan preferensi pengguna untuk menunggu untuk membuat keputusan. Hal ini menimbulkan persepsi bahwa meminta izin dari situs adalah hal yang "mengganggu" karena situs akan kehilangan hal-hal tambahan yang perlu direspons oleh pengguna, seperti banner izin cookie, pendaftaran newsletter, dll.

Desain baru

Mulai Chrome 98, kami memperkenalkan UI chip animasi yang muncul di samping kunci setiap kali izin diminta. Ini terdiri dari ikon dan label yang menjelaskan izin yang diminta. Tujuan kami adalah meningkatkan pengalaman penjelajahan web sekaligus menghindari permintaan izin yang umumnya tidak diperlukan bagi sebagian besar pengguna dan yang sering diabaikan atau ditolak.

Balon permintaan yang ada akan ditampilkan saat chip permintaan diklik (jika belum ditampilkan) dan UI permintaan akan otomatis ditambahkan dengan balon permintaan berdasarkan heuristik yang tercantum di bawah ini:

  • Izin dipicu melalui gestur pengguna saat berinteraksi dengan situs itu sendiri, bukan dipicu secara otomatis oleh situs.
  • Izin tersebut dianggap penting dan umumnya tidak berisi spam. Saat ini perangkat tersebut mencakup kamera, mikrofon, dan kamera yang disambungkan dengan mikrofon.

Diagram alur beralih dari gembok ke dialog geolokasi, yang jika ditutup, akan menghasilkan ikon 'geolokasi diblokir', yang, setelah penundaan empat detik, akhirnya diganti dengan gembok lagi.

Memaksa desain baru

Karena ini adalah peluncuran bertahap, Anda bisa memaksa desain baru dengan mengalihkan flag berikut:

  • chrome://flags/#permission-chip
  • chrome://flags/#permission-chip-gesture
  • chrome://flags/#permission-chip-request-type

Alur desain baru

Tanpa gestur pengguna

Untuk izin tidak penting yang tidak dipicu oleh gestur, prompt tidak lagi mengganggu konten situs, dan tidak bersikeras untuk mengambil keputusan segera. Pengguna dapat mengabaikan chip permintaan hingga memiliki cukup informasi untuk membuat keputusan.

Tanpa interaksi

Tanpa adanya interaksi, dan setelah penundaan singkat, chip permintaan akan otomatis diciutkan hanya menjadi ikon diblokir (untuk menunjukkan bahwa izin diblokir sementara), sebelum ditutup sepenuhnya. Tujuannya adalah untuk menjauhkan pengguna yang memilih untuk tidak membuat keputusan yang memungkinkan mereka melakukannya tanpa interaksi apa pun.

Diagram alur beralih dari gembok ke chip geolokasi yang tidak mengganggu, yang setelah penundaan dua belas detik mengakibatkan ikon 'geolokasi diblokir', yang, setelah penundaan empat detik, akhirnya diganti dengan gembok lagi.

Dampak jangka pendek yang diharapkan

Dalam jangka pendek, dan hingga pengguna terbiasa dengan UI baru, kemungkinan pemilik situs akan melihat tingkat pemberian yang lebih rendah untuk situs, terutama bagi mereka yang meminta izin secara otomatis tanpa memicu atau meminta gestur pengguna (yang pula dianggap sebagai praktik yang buruk). Kelemahan yang diakui ini jauh lebih penting dibandingkan dengan pengalaman yang tidak terlalu mengganggu.

Praktik terbaik

Situs dapat memastikan bahwa situs memberikan konteks yang diperlukan dan hanya meminta izin pada momen yang tepat dan diharapkan. Izin yang telah diblokir untuk sementara—melalui pengguna yang mengabaikan permintaan atau menutup dialog—dapat meminta izin lagi dalam sesi yang sama. Hanya lakukan tindakan ini jika izin sangat diperlukan agar situs atau fitur dapat berfungsi. Jika tidak, tindakan ini berisiko mengganggu pengguna dan otomatis diblokir. Dalam kasus tersebut, kami menampilkan pesan senyap yang diperkenalkan di Chrome 80. Untuk panduan yang lebih umum, lihat UX Izin.

Pandangan dan kesimpulan

Ada rencana untuk peningkatan UI dan UX lebih lanjut. Tim Chrome sudah menangani hal ini dan menyelidiki pemblokiran otomatis izin yang berpotensi lebih agresif berdasarkan perilaku sebelumnya. Anda akan mempelajari berita di sini setelah rencana ini matang.

Kesimpulannya, UI baru mengurangi tekanan yang dirasakan pada keputusan dan meningkatkan pengalaman berjelajah. Karena sebagian besar dialog izin diblokir atau diabaikan, tujuan yang terpenuhi adalah untuk meningkatkan pengalaman penjelajahan umum, tanpa memutus alur penggunaan saat menampilkan dialog izin, terutama dalam situasi ketika izin diperlukan untuk menyelesaikan kasus penggunaan.

Ucapan terima kasih

Banner besar oleh Sigmund di Unsplash. Artikel ini ditinjau oleh Joe Medley.