Pemberitahuan push adalah alat pemasaran penting bagi siapa saja yang memiliki aplikasi seluler.
Ini adalah cara terbaik untuk berkomunikasi dengan pengguna Anda, mengirim pesan penting ke ponsel mereka.
Aplikasi seluler dapat mengirim pemberitahuan push kepada pengguna, yang merupakan pesan pop-up singkat yang muncul di ponsel cerdas mereka bahkan saat aplikasi tidak dibuka.
Lansiran ini dapat mencakup pengingat, pembaruan, diskon, dan banyak lagi.
Mereka dibuat untuk menarik perhatian pengguna. Judul, pesan, gambar, dan URL adalah semua komponen yang mungkin dari pemberitahuan push. Emoji, logo, dan hal-hal lain juga dapat menjadi bagian darinya.
Sistem operasi seperti Apple OS dan Google Android memiliki antarmuka yang beragam untuk pemberitahuan push.
Pemberitahuan push dapat digunakan untuk mempromosikan keterlibatan, meningkatkan penggunaan aplikasi, memengaruhi konversi, dan banyak lagi.
Pilihannya benar-benar tidak terbatas.
Pemberitahuan push untuk perangkat seluler, juga dikenal sebagai pemberitahuan push untuk perangkat seluler, dapat melengkapi penggunaan saluran Anda seperti email, SMS, dan pemberitahuan push online dengan sejumlah keunggulan khusus.
Anda akan menerima deskripsi singkat tentang layanan pemberitahuan di pos ini dan informasi tentang tujuannya, desain tingkat tinggi, fitur khusus, dan banyak lagi.
Tujuan
Untuk mengembangkan layanan notifikasi yang dapat secara efisien mendistribusikan pesan produk-ke-pengguna di berbagai saluran
Persyaratan:
- Mengirim API: Memublikasikan endpoint resmi sehingga backend dan layanan mikro apa pun dapat mulai mengirimkan notifikasi.
- Saluran yang Kompatibel: Mendukung pengiriman peringatan ke saluran mana pun yang menerbitkan API, seperti email, pesan teks, dan push.
- Preferensi pengguna: Izinkan pengguna untuk memilih preferensi pengguna mereka untuk setiap saluran dan pemberitahuan.
- Batas kepatuhan layanan hilir: Hindari e-mail atau layanan SMS dibatasi atau dihentikan.
- Scalable: Mengizinkan (secara teoritis) penskalaan horizontal tak terbatas.
Arsitektur Tingkat Tinggi
Katakanlah kode Anda seharusnya memberi tahu seseorang:
- Titik akhir POST /send dipanggil oleh kode Anda. Untuk setiap saluran yang tersedia, permintaan menyertakan ID pengguna penerima, jenis notifikasi, dan kontennya.
- Alur Kredensial Klien OAuth2 digunakan oleh titik akhir /send untuk mengautentikasi permintaan.
- Pilihan notifikasi pengguna kemudian diminta dari database. Preferensi menunjukkan apakah pengguna berlangganan saluran dan pemberitahuan tertentu atau tidak.
- Dari database akan terbaca karakteristik pengguna seperti alamat email dan nomor telepon.
- Titik akhir ini akan membuat objek pesan yang mencakup karakteristik pengguna, saluran, dan konten khusus saluran. Itu tidak akan termasuk saluran yang dinonaktifkan. Pesan tersebut kemudian dikirim ke layanan fan out.
- Pesan masuk disebarluaskan ke antrian pekerjaan melalui layanan fanout. Namun, pemfilteran diterapkan untuk mengabaikan antrean pekerjaan untuk saluran yang tidak ditentukan dalam pesan.
- Setiap saluran memiliki prosesor dan antrian kerja. Prosesor mengambil tugas dan kemudian meminta layanan yang sesuai, seperti email transaksional atau layanan SMS.
Elemen Arsitektur Utama
POST / terkirim
Anda mungkin telah memperhatikan bahwa hanya userId dan baik alamat email maupun nomor telepon yang disertakan dalam permintaan ke titik akhir ini. Ini memungkinkan layanan pemberitahuan untuk tetap anonim bagi pengguna Anda.
Untuk memastikan skalabilitas, titik akhir ditempatkan di belakang a penyeimbang beban.
Otentikasi menghadap pengguna biasa Anda tidak memberikan perlindungan untuk titik akhir.
Anda harus menggunakan metode autentikasi berbeda yang dikenal sebagai Aliran Kredensial Klien OAuth2 yang digunakan untuk komunikasi server-ke-server karena layanan yang mengirimkan permintaan adalah perangkat lunak itu sendiri.
Aplikasi Anda akan memberikan notifikasi di banyak tempat berbeda. Anda dapat memanfaatkan fungsi kirim hampir di mana saja, seperti dari basis kode baru atau alur kerja build Anda, dengan mengimplementasikannya sebagai titik akhir di belakang penyeimbang beban, yang menjamin bahwa fungsi tersebut dapat diskalakan secara independen.
PUT/preferensi pengguna
Gunakan pasangan kunci/nilai atau database NoSQL yang sangat skalabel. Format catatan sebagai berikut: KUNCI: contoh id pengguna: contoh id pemberitahuan, NILAI: [“email”, “negara: benar,” “SMS”, “negara: salah,” saluran: “email”, “email”, negara : BENAR
Jika nilai “false” ada dalam catatan, titik akhir transmisi akan mengecualikan saluran yang sesuai dari pesan yang dikirimkan ke fanout. Jika tidak ada catatan untuk saluran, pengguna belum secara jelas menunjukkan preferensi mereka. Anda harus menyetujui default dalam skenario ini.
Pengguna dapat memodifikasi data dalam database preferensi pengguna menggunakan UI Anda dan titik akhir reguler yang diamankan oleh prosedur otentikasi standar Anda.
Pengguna akan menjadi jengkel dan dipaksa untuk menetapkan peringatan Anda sebagai spam atau membungkam mereka jika Anda tidak memberi mereka pilihan untuk mengubah preferensi pemberitahuan mereka. Sebagai akibatnya, pengalaman pengguna Anda akan lebih dirugikan, dan layanan pengiriman email atau SMS dapat menangguhkan akun Anda.
Kipas Angin
Fanout menyalin pesan dan mendistribusikannya ke lokasi yang berbeda. Mereka terjangkau dan sangat terukur. Gunakan SNS di AWS. Gunakan Pub/Sub di Azure dan topik serta langganan di Google Cloud Platform.
Untuk mencegah pengiriman pesan yang tidak berguna ke antrean pekerjaan saluran yang dikecualikan, Anda dapat mengonfigurasi pemfilteran antara antrean fanout dan kerja. Misalnya, di AWS SNS, Anda dapat menentukan bahwa antrian pekerjaan email seharusnya hanya mendapatkan pesan fanout jika memiliki nilai "email" di bidang "saluran".
Bahkan jika Anda dapat membuat kode untuk mengirim pesan yang sama ke antrean pekerjaan yang diperlukan, fanout lebih efisien dan membutuhkan lebih sedikit pengkodean. Fanout juga menawarkan kemudahan menambah dan menghapus antrean, memungkinkan Anda untuk memperluas dan mengatur ulang saluran Anda.
Pemrosesan Pekerjaan
Pesan disimpan dalam antrian yang menunggu pemrosesan oleh pemroses pekerjaan Anda. Mereka juga terjangkau dan sangat terukur. Pemroses pekerjaan adalah potongan kode yang memproses pesan dari antrian pekerjaan. Bergantung pada volume pesan dalam antrean, pesan tersebut dapat diskalakan.
Pemroses pekerjaan harus membuat panggilan API ke penyedia yang tepat untuk mengirimkan pemberitahuan dalam skenario kami melalui layanan email transaksional.
Sebagian besar penyedia pengiriman email, SMS, dan pesan serupa memiliki persyaratan ketat untuk kuantitas dan kualitas pesan yang Anda kirim. Selain itu, Anda ingin memeriksa ini dan mengatur prosedur yang sesuai secara menyeluruh. Berikut adalah saran kami tentang cara menghindari penghentian dari AWS SES.
Anda dapat menentukan jumlah maksimum pemroses pekerjaan untuk mencegah melebihi batas tarif layanan pengiriman.
Perbaikan Lebih Lanjut
Anda dapat melihat-lihat banyak item ini.
- Mereka membutuhkan API, tabel, dll. mereka sendiri untuk memiliki layanan notifikasi dalam aplikasi yang dapat diskalakan.
- Mengumpulkan dan menampilkan laporan buka/klik
- Menghapus konten pemberitahuan dari kode dan membiarkan produk dan tim desain Anda memodifikasi peringatan secara visual tanpa mengubah kode
- Tanpa mengubah kode apa pun, tim Anda dapat menggunakan dasbor untuk mengaktifkan atau menonaktifkan notifikasi untuk saluran tertentu.
Manfaat pemberitahuan Push
- Tingkatkan Interaksi Pengguna: Pembaruan dan materi baru akan membuat pengguna Anda tetap tertarik.
- Tingkatkan Visibilitas Komunikasi: Pastikan pesan Anda segera diterima, bahkan saat orang tidak aktif. Kirim pemberitahuan mendesak dan berikan pengalaman yang lancar kepada pengguna.
- Pertahankan Retensi: Gunakan pemberitahuan push yang terlihat jelas untuk mendorong pengguna Anda kembali. Anda dapat meningkatkan retensi pengguna dan mengurangi churn dengan mendorong pelanggan kembali ke situs web dan aplikasi Anda.
- Tingkatkan Konversi: Dengan membuat kampanye push seputar penghargaan dalam aplikasi, promosi, diskon, atau penawaran lainnya, Anda dapat meningkatkan penjualan.
- Skalakan Perusahaan Anda: Pendekatan komunikasi Anda harus meningkat seiring dengan berkembangnya audiens Anda. Saat basis klien Anda berkembang, pemberitahuan push adalah metode yang efektif untuk tetap berhubungan dengan mereka.
- Jadikan pengalaman pengguna terhubung (UX): Dengan memberikan peringatan transaksional kepada konsumen agar mereka tetap mendapat informasi dan memberikan pengalaman lintas saluran yang lancar, Anda dapat mengurangi gesekan sepanjang perjalanan pelanggan.
Kesimpulan
Sebagai kesimpulan, kami memperoleh pengetahuan tentang arsitektur layanan pemberitahuan push yang dapat diskalakan. Kami juga melihat alat yang disediakan oleh semua penyedia layanan cloud utama sehingga Anda dapat mendasarkan pemberitahuan Anda pada ini.
Terlepas dari kenyataan bahwa saya mencoba yang terbaik untuk memberi Anda gambaran umum tentang arsitektur sistem pemberitahuan push, ada lebih banyak hal yang terjadi di balik layar.
Saya sangat berharap Anda akan menemukan informasi ini berguna dan memanfaatkannya dengan baik.
Tinggalkan Balasan