UX Izin

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

Sayangnya, sangat sedikit situs yang mempertimbangkan cara meminta izin kepada pengguna, jadi mari kita luangkan waktu singkat untuk melihat UX yang baik dan buruk.

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

Minta pengguna untuk berlangganan push pada saat manfaatnya sudah 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 membuat pendekatan ini berfungsi:

  • Stok item tertentu habis. Apakah Anda ingin diberi tahu saat stok item berikutnya tersedia?
  • Artikel berita terbaru ini akan diperbarui secara rutin. Apakah Anda ingin diberi tahu seiring berkembangnya cerita tersebut?
  • Anda adalah bidder tertinggi, ingin diberi tahu jika Anda kalah bid?

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

Contoh Owen Campbell-Moore tentang UX yang baik untuk {i>push<i}.

membuat tiruan {i>website<i} maskapai maskapai untuk mendemonstrasikan pendekatan ini.

Setelah pengguna memesan penerbangan, ia akan menanyakan apakah pengguna ingin menerima notifikasi penundaan penerbangan.

Perhatikan bahwa ini adalah UI kustom dari situs.

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

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

Alternatif untuk contoh ini, UX yang buruk dalam hal meminta izin, adalah meminta izin segera setelah pengguna tiba di situs maskapai penerbangan.

Contoh Owen Campbell-Moore tentang UX buruk untuk {i>push<i}.

Pendekatan ini tidak memberikan konteks terkait alasan notifikasi diperlukan atau berguna bagi pengguna. Pengguna juga tidak dapat melakukan tugas awalnya (yaitu memesan penerbangan) oleh dialog izin ini.

Izin Ganda

Anda mungkin merasa bahwa situs Anda memiliki kasus penggunaan yang jelas untuk pesan push dan oleh karena itu, sebaiknya minta izin pengguna sesegera mungkin.

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

Untuk kategori aplikasi ini, sebaiknya pertimbangkan pola izin ganda.

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

Dengan pendekatan ini, Anda akan menampilkan dialog izin kustom di aplikasi web yang meminta pengguna untuk mengaktifkan notifikasi. Dengan begitu, pengguna dapat memilih aktifkan atau nonaktifkan tanpa situs Anda berisiko diblokir secara permanen. Jika pengguna memilih aktifkan pada UI kustom, tampilkan permintaan izin yang sebenarnya, atau sembunyikan pop-up kustom dan tanyakan di lain waktu.

Contoh yang baik adalah . Notifikasi akan menampilkan perintah di bagian atas halaman setelah Anda login dan menanyakan apakah Anda ingin mengaktifkan notifikasi.

Panel Setelan

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

Saat Anda pertama kali memuat halaman, tidak akan ada perintah.

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

Panel setelan di aplikasi web IO Google 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 IO Google menampilkan prompt izin.

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

Setelah izin diberikan, kotak centang akan dicentang dan pengguna dapat melanjutkan. Hal yang luar biasa tentang 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 beralih yang mengaktifkan / menonaktifkan pesan push di lokasi pada 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 ikut serta atau tidak berinteraksi dengan situs Anda. Untuk situs seperti blog yang mungkin memiliki penonton reguler serta rasio pantulan tinggi, ini adalah opsi yang bagus karena menargetkan penonton reguler tanpa mengganggu pengunjung.

Di situs pribadi saya, saya memiliki tombol untuk {i>push messaging<i} di {i>footer<i}.

Contoh tombol notifikasi push Gauntface.com di
footer

Cara ini cukup berbeda, tetapi bagi pengunjung rutin, halaman ini harus mendapatkan perhatian yang cukup dari pembaca yang ingin mendapatkan info terbaru. Pengunjung satu kali tidak sama sekali tidak terpengaruh.

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

Contoh Gauntface.com dengan notifikasi
yang diaktifkan

UX yang buruk

Itu adalah 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 terkait alasan permintaan izin, bahkan mungkin tidak mengetahui tujuan situs Anda, fungsi situs tersebut, atau penawarannya. Memblokir izin pada titik ini karena rasa frustrasi adalah hal yang tidak biasa, pop-up ini menghalangi apa yang ingin mereka 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 minta izin begitu pengguna membuka situs Anda, pertimbangkan beberapa UI atau pendekatan lain yang mendorong pengguna untuk memberikan izin.

Tawarkan jalan keluar

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

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

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

Langkah berikutnya

Lab kode