Push Notification vs SMS: Perbedaan dan Kapan Memakainya

Mana yang lebih andal: push atau SMS?

SMS adalah jalur yang lebih dapat diandalkan untuk pesan yang harus sampai. Push bergantung pada perangkat, aplikasi, izin, konektivitas, pengaturan baterai, serta Google atau Apple.

Google menyatakan dengan jelas bahwa FCM tidak memberikan jaminan pengiriman: ID pesan hanya berarti FCM menerima pesan, dan pengiriman sebenarnya bergantung pada faktor seperti kondisi perangkat dan penundaan hemat baterai. Jika perangkat offline, FCM menyimpan pesan dan mengirimkannya saat tersambung kembali sampai time-to-live-nya habis (hingga empat minggu, yang juga merupakan default), dan time-to-live nol membuang apa pun yang tidak bisa dikirim seketika. Jika aplikasi telah dihapus, token menjadi tidak valid dan pengiriman berikutnya gagal.

SMS punya mode kegagalannya sendiri: pemfilteran, Sender ID yang tidak terdaftar, ponsel mati, nomor berganti. Namun SMS memberi Anda laporan pengiriman dari jaringan, dan tidak bergantung pada aplikasi. Baca panduan kami tentang SMS tidak terkirim untuk langkah diagnosis.

Untuk push yang mendesak waktu, atur time-to-live yang pendek agar peringatan "driver Anda sudah di depan" tidak baru tiba besok, dan gunakan collapse key agar update yang lebih baru menggantikan yang lama. Keduanya adalah field di API push kami.

Kanal mana yang dipakai untuk pesan apa?

Pilih berdasarkan apa yang terjadi jika pesan terlewat.

Khusus untuk OTP, lihat panduan kami tentang pesan OTP dan OTP WhatsApp vs OTP SMS.

Bagaimana cara menggabungkan push dan SMS?

Kirim push lebih dulu dan biarkan SMS menyelamatkan apa yang penting. Desainnya terdiri dari empat bagian:

1. Urutan kanal: push, lalu SMS.
2. Pemicu: push tidak dibuka atau ditindaklanjuti dalam batas waktu, atau tidak ada token perangkat aktif.
3. Batas waktu per jenis pesan: kode login mungkin membenarkan hitungan detik; pengingat pembayaran mungkin membenarkan satu jam.
4. Aturan berhenti: jika pengguna bertindak di aplikasi, batalkan SMS yang tertunda.

Lewati SMS untuk pesan bernilai rendah, di mana push yang terlewat tidak merugikan apa pun. Artikel kami tentang strategi fallback kanal menjelaskan urutan dan aturan berhenti, dan halaman kanal push menunjukkan bagaimana push berdampingan dengan SMS dan WhatsApp dalam satu platform. Status pengiriman tiba lewat satu format webhook (lihat webhook), sehingga sistem Anda dapat memutuskan apakah perlu fallback.

SMS fallback harus berdiri sendiri dan muat dalam satu pesan. Contoh ini 92 karakter, GSM-7, 1 pesan (batas 160): Pembayaran pesanan 8842 ditolak. Buka aplikasi untuk memperbarui kartu Anda: example.com/pay. Versi OTP-nya 73 karakter, GSM-7, 1 pesan: Kode login Anda 482915. Berlaku 5 menit. Jangan bagikan kepada siapa pun. Huruf bahasa Indonesia tanpa diakritik seluruhnya ada di GSM-7, tetapi satu emoji atau tanda kutip melengkung akan mengubah salah satunya menjadi Unicode dan memangkas batas menjadi 70, jadi pratinjau di penghitung karakter SMS.

Bagaimana mengukur push dan SMS secara adil?

Gunakan funnel yang sama untuk keduanya: terkirim, terkirim atau diterima, dibuka atau diklik, dan terkonversi. Jangan membandingkan angka "delivered" SMS dengan hitungan "sent" push, karena artinya berbeda. Push yang "diterima" FCM bukan push yang dilihat seseorang.

• Jangkauan: porsi pengguna target yang dapat menerima setiap kanal.
• Pengiriman: laporan pengiriman operator untuk SMS; event diterima dan, jika aplikasi Anda mencatatnya, event ditampilkan atau dibuka untuk push.
• Aksi: klik tautan, event dalam aplikasi, dan konversi, diatribusikan ke kanal yang terakhir menyentuh.
• Opt-out dan penghapusan aplikasi: keluhan, balasan STOP, pencabutan izin, dan penghapusan aplikasi setelah pengiriman.
• Biaya per hasil: total biaya kanal dibagi aksi yang selesai, bukan biaya per pesan.

Kalkulator ROI pesan dan business case ROI pesan omnichannel kami menunjukkan cara membandingkan kanal berdasarkan hasil.

Contoh kasus: aplikasi pesan antar makanan di Dubai

"Souq Bites" (fiktif) memiliki aplikasi dengan sebagian pelanggan yang mengizinkan notifikasi dan audiens web yang lebih besar. Aplikasi ini mengirim update status pesanan lewat push dengan time-to-live yang pendek dan collapse key agar status terbaru menggantikan yang sebelumnya. OTP untuk pendaftaran baru dikirim lewat SMS karena pengguna baru belum memberi izin aplikasi. Untuk pengguna yang sudah ada, OTP dikirim lewat push; jika kode tidak dipakai dalam batas waktu singkat, SMS menyusul dari Sender ID terdaftar. Promosi dikirim lewat push hanya kepada pengguna yang mengizinkan notifikasi dan opt-in untuk penawaran. Pengguna yang tidak aktif, yang mungkin sudah menghapus aplikasi, menerima SMS win-back hanya jika mereka memberi persetujuan SMS.

Apa saja kesalahan umum?

• Menganggap izin push sebagai persetujuan pemasaran.
• Mengirim OTP hanya lewat push, sehingga pengguna tanpa aplikasi atau notifikasi tidak terjangkau.
• Mengirim promosi yang sama di push dan SMS sekaligus.
• Membiarkan time-to-live pada default untuk pesan yang mendesak waktu.
• Membandingkan "diterima FCM" dengan "terkirim oleh operator" lalu menyebut push pemenangnya.
• Memakai SMS untuk segalanya, membayar per pesan untuk peringatan yang bisa ditangani push.
• Mengabaikan token yang kedaluwarsa setelah aplikasi dihapus, yang menggelembungkan jumlah kiriman push.

Bagaimana OmniChannels.ai membantu

OmniChannels.ai mengirim push notification dan SMS A2P dari REST API dan platform yang sama, bersama WhatsApp, RCS, email, dan kanal lain. Push mendukung penargetan pengguna, token, topik, dan segmen, template, deep link, collapse key, dan time-to-live. SMS berjalan lewat konektivitas operator langsung BroadNet, dan fallback kanal dikonfigurasi per use case dengan status dinormalisasi ke satu format webhook. Baca dokumentasi API push, lihat kanal push notification, atau bicara dengan tim developer kami.