OTP WhatsApp vs OTP SMS: Biaya, Pengiriman, dan Fallback

Bagaimana mengirim kode di setiap kanal?

Di WhatsApp, kirim template yang disetujui dengan kode sebagai variabel body. Untuk tombol salin kode, berikan kode yang sama di buttonsTemplateVariable.

curl -X POST https://api.broadnet.me/whatsapp/message/sendbulk \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -F batchId=0 \
  -F destinationNo=971500000000 \
  -F messageType=TEMPLATE \
  -F templateName=login_code \
  -F templateLanguage=en_US \
  -F bodyTemplateVariables=482913 \
  -F buttonsTemplateVariable=482913

Di sini login_code adalah placeholder untuk template autentikasi Anda sendiri yang sudah disetujui. Di SMS, panggil POST /sms/sendSms dengan JSON:

curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "971500000000",
    "message": "Your OmniDemo code is 482913",
    "messageType": "TEXT"
  }'

Perhatikan perbedaannya: WhatsApp memakai multipart form data dan mengembalikan batchId; SMS memakai JSON dan mengembalikan ID pesan sebagai teks biasa. Contoh lengkap ada di panduan kami tentang mengirim WhatsApp via API dan mengirim SMS via API.

Bagaimana membangun pengiriman WhatsApp-dulu dengan fallback SMS?

Kirim di WhatsApp, tunggu status, lalu kirim sekali lewat SMS jika diperlukan. Status kami dinormalisasi di semua kanal, sehingga handler yang sama dapat menggerakkan keduanya.

1. Buat kode di server Anda, simpan hash saja dengan masa berlaku, dan batasi percobaan.
2. Kirim template WhatsApp dan catat batchId serta ID operasi Anda.
3. Tunggu DELIVERED di webhook selama jendela yang Anda pilih, berdasarkan kesabaran pengguna.
4. Jika FAILED, REJECTED, atau tidak terkirim tepat waktu, batalkan kode pertama, buat yang baru, dan kirim SMS.
5. Batasi fallback per nomor dan per sesi.
6. Catat kanal mana yang berhasil, untuk menyetel urutan menurut negara.

Hindari pengulangan buta setelah timeout, karena API tidak memiliki idempotency key; periksa status sebelum mengirim ulang, seperti dijelaskan di Error dan batas. Urutan kanal dikonfigurasi per kasus penggunaan di OmniChannels.ai, dan rancangan umumnya ada di strategi fallback kanal kami. Untuk penanganan webhook, lihat panduan webhook. OTP suara (voice) adalah langkah fallback lain; lihat panduan OTP voice dan hubungi tim penjualan untuk harga voice.

Bagaimana perbedaan fraud dan penyalahgunaan?

Kedua kanal menarik penyalahgunaan, jadi bangun kontrol sebelum peluncuran. SMS memiliki masalah yang terkenal: penyerang memicu kode ke nomor yang menguntungkan mereka, menggelembungkan trafik Anda. WhatsApp tidak kebal, karena endpoint mana pun yang mengirim pesan atas permintaan dapat disalahgunakan untuk menimbulkan biaya atau mengganggu sebuah nomor.

Kontrol yang berlaku untuk keduanya:

• Batasi laju permintaan kode per nomor telepon, per alamat IP, per perangkat, dan per akun.
• Validasi nomor sebelum mengirim; lihat HLR lookup.
• Batasi fallback agar penyerang tidak dapat memicu dua pesan per permintaan.
• Pantau konversi: banyak permintaan dengan sedikit verifikasi yang selesai adalah tanda peringatan.
• Blokir tujuan yang tidak Anda layani.
• Masa berlaku singkat dan percobaan terbatas, tanpa penggunaan ulang kode.

Baca pencegahan SMS pumping fraud dan gunakan kalkulator fraud untuk memperkirakan paparan. Menurut NIST SP 800-63B-4, kode out-of-band adalah salah satu jenis autentikator dengan batasan yang diketahui, jadi gunakan metode yang lebih kuat untuk tindakan berisiko tinggi seperti pembayaran atau pemulihan akun.

Mana yang sebaiknya dipilih?

Putuskan berdasarkan audiens dan risiko, lalu uji.

Contoh kasus: aplikasi ride-hailing di GCC

"Rafiq Rides" (fiktif) memverifikasi akun pengemudi dan penumpang baru di UEA, Arab Saudi, dan Mesir.

• Rancangan: template autentikasi WhatsApp dengan salin kode lebih dulu; fallback SMS setelah jeda singkat tanpa status DELIVERED.
• Kontrol: tiga permintaan kode per nomor per jam, batas per IP, validasi nomor sebelum pengiriman pertama, dan satu fallback per sesi.
• Pengukuran: verifikasi selesai dalam periode singkat, dipecah menurut kanal dan negara; porsi gagal dan fallback.
• Penyetelan: di satu negara tempat pengiriman WhatsApp lebih lemah, tim membalik urutan menjadi SMS dulu.
• Biaya: dimodelkan per negara dengan alat harga, ditinjau setiap bulan terhadap pengiriman aktual.

Apa saja kesalahan umum?

• Membandingkan satu harga global, alih-alih per negara dan per pengguna yang terverifikasi.
• Mengirim lewat kedua kanal sekaligus, yang menggandakan biaya dan celah penyalahgunaan.
• Tombol kirim ulang tanpa batas.
• Memakai kembali kode lama setelah fallback.
• Mencatat kode di log atau mengirimnya dalam URL.
• Tidak ada catatan persetujuan untuk kanal WhatsApp.
• Menjanjikan zero-tap di mana-mana. Periksa dukungan perangkat terbaru.
• Batasan: panduan ini menjelaskan mekanismenya. Pengiriman, biaya, dan dukungan perangkat bervariasi menurut negara, rute, dan aturan Meta, dan harus diuji di pasar Anda.

Bagaimana OmniChannels.ai membantu

OmniChannels.ai mencakup kedua kanal dalam satu API: template autentikasi WhatsApp (one-tap, zero-tap, dan salin kode) sebagai Meta Business Solution Provider resmi, dan A2P SMS melalui konektivitas operator langsung milik BroadNet, dengan fallback kanal yang dikonfigurasi per kasus penggunaan dan status yang dinormalisasi ke satu format webhook. Tim kami menyiapkan registrasi Sender ID dan WhatsApp bersama Anda; persetujuan tetap di tangan Meta dan regulator. Lihat solusi OTP, OTP SMS API, dan dokumentasi developer.