Kenapa Delivery Rate WhatsApp dan Telegram Mendekati 100%?
Pelajari mengapa flow autentikasi inbound WhatsApp dan Telegram dapat mencapai completion rate tinggi, cara mengukurnya, serta batasannya.
Jawaban singkat: karena pengguna memulai percakapan
Delivery rate WhatsApp atau Telegram dapat mendekati 100% pada flow autentikasi inbound yang sehat, tetapi angka itu bukan jaminan platform. Hasilnya sangat bergantung pada definisi metrik, kualitas integrasi, koneksi pengguna, dan siapa yang masuk ke denominator.
Perbedaan utamanya dari SMS OTP adalah arah pesan. Pengguna membuka aplikasi chat yang sedang aktif, mengirim kode atau membagikan nomor, lalu provider meneruskan event tersebut ke backend. Sistem tidak perlu menebak apakah sebuah SMS outbound dapat melewati seluruh rantai operator dan tiba tepat waktu.
Pastikan Anda mengukur metrik yang benar
Istilah delivery rate sering mencampur empat tahap yang berbeda. Pisahkan semuanya agar angka tidak terlihat lebih baik atau lebih buruk dari kondisi sebenarnya.
| Metrik | Yang dihitung | Maknanya |
|---|---|---|
| API acceptance | Request yang diterima provider | Belum membuktikan pesan sampai ke perangkat. |
| Provider delivery | Pesan yang dinyatakan delivered | WhatsApp menyediakan status delivery; Telegram Bot API tidak menyediakan receipt device-level yang setara untuk bot. |
| Flow completion | Pengguna yang menyelesaikan langkah chat | Mencakup perilaku pengguna, expiry, dan UX. |
| Verification success | Identitas yang lolos seluruh validasi | Mencakup kode, nomor, ownership, saldo, dan idempotency. |
Mengapa angkanya bisa sangat tinggi?
Channel dipilih oleh pengguna
Pengguna yang menekan tombol WhatsApp atau Telegram biasanya sudah memiliki aplikasi, akun aktif, dan koneksi data. Ini menyaring banyak tujuan yang sejak awal tidak dapat dijangkau.
Sesi aplikasi sedang aktif
Flow dimulai dari deep link. Pengguna berpindah langsung ke aplikasi chat, bukan menunggu pesan muncul di inbox lain yang mungkin terlambat, difilter, atau tidak diperhatikan.
Inbound memberi bukti tindakan
Saat backend menerima pesan WhatsApp atau update contact Telegram, sistem sudah memiliki bukti bahwa pengguna melakukan tindakan. Ini lebih kuat daripada sekadar respons API bahwa pesan outbound diterima untuk diproses.
Jalur internet menggantikan rantai SMS
Pesan tidak bergantung pada interkoneksi SMS antar-agregator dan operator. Tetap ada ketergantungan jaringan dan provider, tetapi jumlah titik kegagalan telko yang harus dilalui berkurang.
Tidak ada salin-tempel OTP
Deep link membawa kode login ke percakapan. Pada Telegram, pengguna melanjutkan dengan tombol resmi Share phone number. Semakin sedikit input manual, semakin kecil risiko salah ketik atau berpindah konteks terlalu lama.
Webhook dapat diulang secara aman
Provider dan platform dapat mencoba ulang event yang belum diterima. Backend yang memverifikasi signature dan menerapkan idempotency dapat menerima retry tanpa membuat login atau debit ganda.
WhatsApp dan Telegram tidak memberi bukti delivery yang sama
Dokumentasi resmi Meta membedakan status sent, delivered, read, dan failed. Status delivered berarti pesan telah sampai ke perangkat pengguna, sedangkan read mengimplikasikan delivered. Status ini berguna untuk mengukur balasan outbound setelah verifikasi.
Telegram
Telegram Bot API mengembalikan hasil pemanggilan API dan mengirim update ke webhook bot, tetapi tidak menyediakan receipt delivered/read ke perangkat yang setara dengan WhatsApp untuk pesan bot. Karena itu, metrik yang paling jujur untuk auth Telegram adalah update /start diterima, contact milik pengirim diterima, lalu verifikasi selesai.
Kontrak primer: status webhook WhatsApp dan Telegram Bot API.
Kapan delivery tidak akan mendekati 100%?
Jangan menjanjikan angka absolut. Bahkan flow inbound yang baik tetap gagal ketika:
- pengguna tidak memiliki aplikasi, sedang offline, atau membatalkan flow;
- deep link salah, kode sudah kedaluwarsa, atau jam perangkat bermasalah;
- akun bisnis, nomor WhatsApp, atau bot Telegram diblokir atau tidak tersedia;
- pengguna Telegram menolak Share phone number atau membagikan contact yang bukan miliknya;
- webhook backend lambat, tidak tersedia, salah memverifikasi signature, atau memproses retry sebagai event baru;
- denominator memasukkan seluruh request API, termasuk pengguna yang tidak pernah membuka channel.
Cara mengukur tanpa menipu diri sendiri
1. Tetapkan denominator
Ukur dari request dibuat, deep link dibuka, atau pesan inbound diterima. Laporkan ketiganya secara terpisah.
2. Pisahkan per channel
WhatsApp dan Telegram memiliki langkah serta sinyal observability yang berbeda.
3. Catat alasan gagal
Bedakan abandonment, expired, mismatch, provider error, webhook error, dan duplicate.
4. Gunakan cohort waktu
Bandingkan pengguna, negara, versi aplikasi, dan periode yang setara.
5. Laporkan percentile latency
Selain success rate, pantau p50, p95, dan p99 waktu dari request sampai verification.success.
Kesimpulan
WhatsApp dan Telegram dapat menghasilkan completion rate yang sangat tinggi karena autentikasi dimulai oleh pengguna di channel yang sudah aktif, kode dibawa lewat deep link, dan backend menerima bukti tindakan secara langsung. Yang mendekati 100% adalah flow completion pada cohort pengguna yang eligible dan engaged, bukan jaminan bahwa setiap request API selalu terkirim atau terverifikasi.
Lihat kontrak channel, webhook, signature, dan staging di dokumentasi API LessOTP.
Ukur flow Anda dengan event nyata
Coba autentikasi WhatsApp dan Telegram, lalu validasi webhook verification.success sebelum mengklaim delivery rate produksi.
Coba frictionless auth