UX Izin

Langkah alami setelah mendapatkan PushSubscription dan menyimpannya, server kita akan memicu pesan push, tetapi ada satu hal yang saya abaikan. Pengalaman pengguna saat meminta izin dari pengguna untuk mengirim pesan push kepadanya.

Sayangnya, sangat sedikit situs yang memberikan banyak pertimbangan tentang cara mereka meminta izin kepada pengguna, jadi mari kita lihat UX yang baik dan buruk.

Pola umum

Ada beberapa pola umum yang muncul yang akan memandu dan membantu Anda saat memutuskan apa yang terbaik untuk pengguna dan kasus penggunaan Anda.

Proposisi nilai

Minta pengguna untuk berlangganan push pada saat manfaatnya jelas.

Misalnya, pengguna baru saja membeli item di toko online dan menyelesaikan alur checkout. Situs kemudian dapat menawarkan info terbaru tentang status pengiriman.

Ada berbagai situasi yang cocok untuk pendekatan ini:

  • Item tertentu sedang kehabisan stok. Apakah Anda ingin menerima notifikasi saat item tersebut tersedia lagi?
  • Berita terbaru ini akan diperbarui secara berkala. Apakah Anda ingin diberi tahu seiring perkembangan berita?
  • Anda adalah bidder tertinggi. Ingin diberi tahu jika ada bidder yang mengajukan bid lebih tinggi?

Semua ini adalah titik saat pengguna telah berinvestasi dalam layanan Anda dan ada proposisi nilai yang jelas bagi mereka untuk mengaktifkan notifikasi push.

Contoh UX yang baik untuk push dari Owen Campbell-Moore.

membuat tiruan situs maskapai fiktif untuk mendemonstrasikan pendekatan ini.

Setelah pengguna memesan penerbangan, aplikasi akan menanyakan apakah pengguna ingin mendapatkan notifikasi tentang keterlambatan penerbangan.

Perhatikan bahwa ini adalah UI kustom dari situs.

Contoh UX yang baik dari Owen Campbell-Moore untuk perintah izin.

Sentuhan menarik lainnya pada demo Owen adalah jika pengguna mengklik untuk mengaktifkan notifikasi, situs akan menambahkan overlay semi-transparan di seluruh halaman saat menampilkan permintaan izin. Hal ini menarik perhatian pengguna ke perintah izin.

Alternatif untuk contoh ini, UX yang buruk untuk meminta izin, adalah meminta izin segera setelah pengguna membuka situs maskapai penerbangan.

Contoh UX buruk untuk push dari Owen Campbell-Moore.

Pendekatan ini tidak memberikan konteks tentang alasan notifikasi diperlukan atau berguna bagi pengguna. Pengguna juga diblokir agar tidak dapat menyelesaikan tugas asli mereka (yaitu memesan penerbangan) oleh perintah izin ini.

Izin Ganda

Anda mungkin merasa bahwa situs Anda memiliki kasus penggunaan yang jelas untuk pesan push dan sebagai akibatnya ingin meminta izin pengguna sesegera mungkin.

Misalnya, klien email dan pesan instan. Menampilkan pesan untuk pesan atau email baru adalah pengalaman pengguna yang sudah mapan di berbagai platform.

Untuk kategori aplikasi ini, sebaiknya pertimbangkan pola izin ganda.

Pertama, tampilkan permintaan izin palsu yang dikontrol situs Anda, yang terdiri dari tombol untuk mengizinkan atau mengabaikan permintaan izin. Jika pengguna mengklik izinkan, minta izin, yang akan memicu permintaan izin browser yang sebenarnya.

Dengan pendekatan ini, Anda akan menampilkan perintah izin kustom di aplikasi web yang meminta pengguna untuk mengaktifkan notifikasi. Dengan melakukan hal ini, pengguna dapat memilih mengaktifkan atau menonaktifkan tanpa risiko situs Anda diblokir secara permanen. Jika pengguna memilih aktifkan di UI kustom, tampilkan permintaan izin yang sebenarnya. Jika tidak, sembunyikan pop-up kustom dan tanyakan lain kali.

Contohnya adalah . Mereka akan menampilkan perintah di bagian atas halaman setelah Anda login yang menanyakan apakah Anda ingin mengaktifkan notifikasi.

Panel Setelan

Anda dapat memindahkan notifikasi ke panel setelan, sehingga memberi pengguna cara mudah untuk mengaktifkan dan menonaktifkan pesan push, tanpa perlu mengacaukan UI aplikasi web Anda.

Saat pertama kali memuat halaman, tidak ada perintah.

Contohnya adalah . Saat pertama kali memuat situs Google I/O, Anda tidak diminta untuk melakukan apa pun, pengguna dibiarkan menjelajahi situs.

Panel setelan di aplikasi web Google IO untuk pesan push.

Setelah beberapa kunjungan, mengklik item menu di sebelah kanan akan menampilkan panel setelan yang memungkinkan pengguna menyiapkan dan mengelola notifikasi.

Aplikasi web Google IO yang menampilkan dialog izin.

Mengklik kotak centang akan menampilkan perintah izin. Tidak ada kejutan tersembunyi.

Setelah izin diberikan, kotak centang akan dicentang dan pengguna dapat melanjutkan. Keunggulan UI ini adalah pengguna dapat mengaktifkan dan menonaktifkan notifikasi dari satu lokasi di situs.

Pendekatan pasif

Salah satu cara termudah untuk menawarkan push kepada pengguna adalah dengan memiliki tombol atau tombol akses yang mengaktifkan / menonaktifkan pesan push di lokasi di halaman yang konsisten di seluruh situs.

Hal ini tidak mendorong pengguna untuk mengaktifkan notifikasi push, tetapi menawarkan cara yang andal dan mudah bagi pengguna untuk memilih ikut serta dan tidak berinteraksi dengan situs Anda. Untuk situs seperti blog yang mungkin memiliki beberapa penonton reguler serta rasio pantulan yang tinggi, ini adalah opsi yang solid karena menargetkan penonton reguler tanpa mengganggu pengunjung yang hanya mampir.

Di situs pribadi saya, saya memiliki tombol untuk pesan push di footer.

Contoh tombol notifikasi push Gauntface.com di footer

Ini cukup jauh, tetapi bagi pengunjung reguler, halaman ini akan mendapatkan perhatian yang cukup dari pembaca yang ingin mendapatkan info terbaru. Pengunjung satu kali tidak terpengaruh sama sekali.

Jika pengguna berlangganan pesan push, status tombol akan berubah dan mempertahankan status di seluruh situs.

Contoh Gauntface.com dengan notifikasi diaktifkan

UX yang buruk

Itulah beberapa praktik umum yang saya perhatikan di web. Sayangnya, ada satu praktik buruk yang sangat umum.

Hal terburuk yang dapat Anda lakukan adalah menampilkan dialog izin kepada pengguna segera setelah mereka membuka situs Anda.

Mereka tidak memiliki konteks apa pun tentang alasan mereka dimintai izin, mereka mungkin bahkan tidak tahu tujuan situs Anda, fungsinya, atau penawarannya. Memblokir izin pada tahap ini karena frustrasi bukanlah hal yang tidak biasa, pop-up ini menghambat apa yang mereka coba lakukan.

Ingat, jika pengguna memblokir permintaan izin, aplikasi web Anda tidak dapat meminta izin lagi. Untuk mendapatkan izin setelah diblokir, pengguna harus mengubah izin di UI browser dan melakukannya tidak mudah, jelas, atau menyenangkan bagi pengguna.

Apa pun yang terjadi, jangan meminta izin segera setelah pengguna membuka situs Anda. Pertimbangkan beberapa UI atau pendekatan lain yang memiliki insentif bagi pengguna untuk memberikan izin.

Menawarkan jalan keluar

Selain mempertimbangkan UX untuk membuat pengguna berlangganan pesan push, harap pertimbangkan cara pengguna harus berhenti berlangganan atau memilih tidak menerima pesan push.

Jumlah situs yang meminta izin segera setelah halaman dimuat, lalu tidak menawarkan UI untuk menonaktifkan notifikasi push, sangatlah mengejutkan.

Situs Anda harus menjelaskan kepada pengguna cara menonaktifkan push. Jika tidak, pengguna mungkin akan mengambil opsi nuklir dan memblokir izin secara permanen.

Langkah berikutnya

Codelab