Lewati ke konten
OmniChannels.ai

Apa Itu SMS Gateway? Cara Kerja, Jenis, dan Cara Memilihnya

Apa itu SMS gateway? Lihat perjalanan pesan dari aplikasi ke ponsel, jenisnya (API, SMPP, email-to-SMS, modem GSM), fitur penting, dan cara memilih yang tepat.

Diperbarui 10 menit baca

Oleh OmniChannels.ai Editorial Team ยท Ditinjau oleh BroadNet Messaging Solutions Team

SMS & OTP

Jawaban singkat

SMS gateway adalah sistem yang menerjemahkan pesan antara aplikasi Anda dan jaringan seluler. Perangkat lunak Anda mengirim pesan lewat HTTP API atau SMPP, lalu gateway memeriksa nomor, memilih encoding dan rute, memecah teks panjang, dan menyerahkannya ke SMSC operator yang mengantarkannya ke ponsel. Laporan pengiriman kemudian kembali sehingga Anda dapat melihat hasilnya.

Di halaman ini
  1. Apa itu SMS gateway?
  2. Bagaimana pesan teks melewati SMS gateway?
  3. Apa saja jenis SMS gateway?
  4. Mengapa SMS bisnis tidak boleh lewat SIM box?
  5. Fitur apa yang harus dimiliki SMS gateway?
  6. Bagaimana cara memilih SMS gateway?
  7. Bagaimana cara terhubung ke SMS gateway dan mengirim pesan pertama?
  8. Kesalahan apa yang sering dilakukan dengan SMS gateway?
  9. Contoh kasus: aplikasi pengiriman di Dubai
  10. Bagaimana OmniChannels.ai membantu

Poin penting

  • SMS gateway berada di antara aplikasi Anda dan SMSC operator; ia menangani perutean, encoding, segmentasi, pengaturan throughput, dan laporan pengiriman.
  • Ada empat jenis yang dipakai: gateway HTTP API, gateway SMPP, gateway email-to-SMS, dan gateway perangkat keras modem GSM atau SIM box. Trafik A2P kelas bisnis seharusnya lewat gateway perangkat lunak yang terhubung ke operator.
  • SMS API adalah antarmuka developer di depan gateway, dan SMPP bind adalah koneksi persisten untuk volume tinggi.
  • Mengirim trafik bisnis lewat kartu SIM dapat menghilangkan sender ID, menunda pesan, merusak teks non-Latin, dan memicu pemblokiran, karena melewati perjanjian komersial operator.
  • Pilih gateway berdasarkan jenis rute per negara, kualitas laporan pengiriman, penanganan sender ID, throughput, dukungan encoding, dan uji coba dengan nomor Anda sendiri sebelum memindahkan volume.

Panduan ini ditujukan bagi developer, pemilik produk, dan pimpinan operasional yang perlu memahami apa yang berada di antara aplikasi mereka dan ponsel pelanggan. Anda akan mempelajari jalur yang ditempuh pesan, jenis-jenis gateway, fitur yang penting, dan cara mengirim pesan uji pertama.

Apa itu SMS gateway?

SMS gateway adalah sistem yang menerjemahkan pesan antara aplikasi dan jaringan seluler, dengan menangani perutean, encoding, segmentasi, dan laporan pengiriman. Ia adalah lapisan penerjemah antara perangkat lunak Anda dan operator yang mengantarkan ke ponsel.

Istilah ini dipakai dalam dua arti. Bisa berarti platform penyedia yang terhubung ke banyak operator, atau perangkat lunak dan perangkat keras yang menghubungkan sistem satu perusahaan ke penyedia. Entri glosarium SMS gateway kami memberi definisi singkatnya.

Dua istilah di dekatnya sering tertukar dengannya:

  • SMSC (Short Message Service Centre): elemen jaringan milik operator yang menyimpan, meneruskan, dan mengantarkan SMS. 3GPP TS 23.040 menyebutnya Service Centre. Lihat SMSC.
  • SMS API: antarmuka developer di depan gateway. Lihat SMS API.

Gateway adalah lapisan perutean dan penerjemahan di antara keduanya, dan satu penyedia dapat berperan sebagai gateway, penyedia API, dan agregator sekaligus.

Bagaimana pesan teks melewati SMS gateway?

Pesan berjalan dari aplikasi Anda ke gateway, dari gateway ke SMSC operator, dan dari SMSC ke ponsel, lalu laporan pengiriman kembali lewat jalur yang sama. Berikut perjalanannya langkah demi langkah.

  1. Aplikasi Anda mengirim pesan. Ia memanggil endpoint HTTP atau mengirim SMPP submit_sm, berisi nomor tujuan, sender ID, dan teks.
  2. Gateway memvalidasi dan menormalkan. Ia memeriksa format nomor, menerapkan aturan negara, dan dapat melakukan pencarian nomor.
  3. Ia memilih encoding. Teks Latin biasa memakai GSM-7, dengan 160 karakter dalam satu segmen. Aksara Arab dan aksara lain memerlukan UCS-2, dengan 70 karakter dalam satu segmen. Panduan batas karakter SMS kami menunjukkan dampaknya pada biaya dan panjang.
  4. Ia memecah pesan panjang menjadi segmen yang disusun kembali oleh ponsel.
  5. Ia memilih rute untuk jaringan tujuan dan menempelkan sender ID terdaftar bila diwajibkan.
  6. Ia mengantre untuk menjaga throughput, agar tidak melebihi yang disepakati operator.
  7. Ia menyerahkan ke SMSC operator, biasanya lewat SMPP.
  8. SMSC mengantarkan. Ia menanyakan jaringan di mana pelanggan berada lalu meneruskan pesan. Jika ponsel mati, ia menahan pesan dan mencoba lagi sampai masa berlaku habis.
  9. Laporan pengiriman kembali. Gateway memetakannya ke status dan mengirimkannya ke webhook Anda.

Respons pertama dari SMSC hanya menyatakan ia menerima pesan. Laporan yang datang kemudian menjelaskan apa yang terjadi. Pesan dengan respons diterima tetapi tanpa laporan belum terkirim dan belum tentu gagal. Panduan status pengiriman pesan kami menjelaskan arti statusnya.

Apa saja jenis SMS gateway?

Ada empat jenis yang umum dipakai, dan masing-masing berbeda dalam cara terhubung serta kecocokannya untuk trafik bisnis.

Jenis Cara Anda terhubung Penggunaan umum Cocok untuk trafik A2P
Gateway HTTP API Permintaan HTTPS dengan JSON atau data formulir, plus webhook Aplikasi, OTP, notifikasi, pemasaran Ya
Gateway SMPP Sesi TCP persisten (bind) Volume tinggi, reseller, perusahaan dengan klien SMPP Ya
Gateway email-to-SMS Kirim email ke alamat khusus atau lewat formulir web Sistem lama dan alat yang hanya bisa mengirim email Terbatas: kendali atas encoding, sender ID, dan laporan sedikit
Modem GSM atau SIM box Perangkat lunak menjalankan kartu SIM di sebuah perangkat Uji lokal kecil, notifikasi sesekali dari SIM Anda sendiri Tidak untuk A2P bisnis

Gateway API

Gateway API adalah pilihan yang paling umum. Kode Anda melakukan panggilan HTTPS dan menerima ID pesan, lalu platform mengirim status ke webhook. Sifatnya stateless dan mudah di-debug dengan alat standar. Lihat contoh SMS API kami untuk cURL, Node.js, Python, dan PHP.

Gateway SMPP

SMPP (Short Message Peer-to-Peer) adalah protokol biner terbuka di atas TCP yang dipakai aplikasi, yang disebut ESME, dan penyedia untuk bertukar SMS dengan SMSC. Versi 3.4 paling luas digunakan; spesifikasi yang kami rujuk adalah Issue 1.2 tertanggal 12 Oktober 1999. Sesi dimulai dengan bind sebagai transmitter, receiver, atau transceiver. Klien mengirim pesan dengan submit_sm dan menerima pesan masuk serta laporan pengiriman sebagai deliver_sm, sedangkan enquire_link menjaga sesi tetap hidup. Setiap permintaan membawa nomor urut, sehingga banyak permintaan dapat berjalan bersamaan, yang membuat SMPP efisien pada volume besar.

Pilih SMPP bila Anda sudah menjalankan perangkat lunak SMPP atau mengirim volume besar. Panduan SMS API vs SMPP kami membandingkan keduanya, dan entri SMPP bind menjelaskan jenis sesinya.

Gateway email-to-SMS

Gateway ini memungkinkan sistem yang hanya bisa mengirim email menghasilkan pesan teks. Praktis untuk alat lama, tetapi kendalinya sedikit: encoding, aturan sender ID, dan laporan pengiriman biasanya terbatas. Gunakan hanya sebagai solusi sementara dan uji pengiriman di setiap negara.

Modem GSM dan SIM box

Modem atau SIM box menampung kartu SIM dan mengirim pesan seolah-olah dari ponsel biasa. Cara ini cukup untuk segelintir pesan, tetapi untuk trafik A2P bisnis ia membawa risiko nyata, seperti dijelaskan di bawah.

Mengapa SMS bisnis tidak boleh lewat SIM box?

Pengiriman berbasis SIM melewati perjanjian komersial operator, sehingga trafik dapat tertunda, berganti identitas, atau diblokir. Dalam dunia pesan, inilah teknik di balik banyak rute abu-abu (grey route).

Entri kami tentang SIM box fraud dan grey route menjelaskan gejalanya:

  • Pesan bisnis tiba dari nomor seluler lokal acak, bukan sender ID terdaftar.
  • Pesan datang terlambat, kehilangan encoding aksara Arab, atau diblokir ketika operator mendeteksi SIM tersebut.
  • Laporan pengiriman bisa tidak andal atau dipalsukan oleh gateway.
  • Aturan registrasi sender ID di pasar seperti UEA dan Arab Saudi tidak terpenuhi.

Bisnis yang mengirim pesan menanggung risikonya, sering tanpa menyadarinya. Harga yang sangat murah adalah tanda bahaya. Mintalah jenis rute per tujuan dan uji dengan nomor Anda sendiri.

Fitur apa yang harus dimiliki SMS gateway?

Gateway yang baik menangani bagian-bagian yang membosankan dengan andal: laporan pengiriman, encoding, throughput, dan sender ID. Pakai daftar periksa ini saat membandingkan pilihan.

Fitur Mengapa penting Pertanyaan yang diajukan
Konektivitas langsung ke operator Lebih sedikit lompatan, pengiriman dan keterlacakan lebih baik Tujuan mana yang langsung dan mana yang lewat mitra?
Laporan pengiriman dan webhook Anda perlu tahu apa yang terjadi Dari mana laporan berasal, dan status dipetakan ke apa?
Penanganan sender ID Diwajibkan atau dibatasi di banyak negara Siapa yang mengajukan pendaftaran dan apa yang terjadi bila ditolak?
Dukungan Unicode dan aksara Arab Aksara Arab memerlukan UCS-2 dengan segmen lebih pendek Apakah API menghitung segmen sebelum mengirim?
Pengaturan throughput Mencegah kelebihan beban dan pembatasan Bagaimana kecepatan pengiriman disepakati per akun?
Pencarian nomor Membersihkan daftar dan membantu perutean Bisakah saya memeriksa nomor sebelum mengirim? Lihat HLR lookup
Failover Sebuah rute bisa gagal Apa yang terjadi saat satu rute menurun kualitasnya?
SMS dua arah Balasan, opt-out, dan percakapan Bisakah pelanggan membalas dan ke mana balasan masuk?
API dan SMPP Kecocokan dengan sistem Anda Apakah keduanya ditawarkan pada rute yang sama?
Penjadwalan dan pekerjaan massal Kampanye Bisakah saya mengunggah file dan menjadwalkan pengiriman?
Kontrol fraud Perlindungan dari SMS pumping Batas dan peringatan apa yang ada? Lihat pencegahan SMS pumping

Bagaimana cara memilih SMS gateway?

Tentukan dulu trafik Anda, lalu uji rute dengan nomor Anda sendiri sebelum memindahkan volume. Ikuti urutan ini.

  1. Daftar tujuan dan jenis trafik: OTP, notifikasi, dan promosi berperilaku berbeda dan sering didaftarkan terpisah.
  2. Periksa aturan sender ID untuk setiap negara dengan pengecek sender ID gratis.
  3. Putuskan API atau SMPP. Kebanyakan aplikasi memakai API, dan pengirim volume tinggi menambahkan SMPP.
  4. Tanyakan jenis rute per negara dan dari mana laporan pengiriman diperoleh.
  5. Jalankan uji coba dengan nomor terverifikasi milik Anda di setiap negara tujuan. Periksa waktu tiba, tampilan pengirim, tampilan aksara Arab, dan laporan.
  6. Tinjau dukungan dan jalur eskalasi, termasuk siapa yang dihubungi saat pesan berhenti.
  7. Baca ketentuan komersial, termasuk bagaimana pendaftaran sender ID dan harga dikutip. Daftar periksa penyedia SMS massal kami membahas lebih jauh.

Paket RFP penyedia pesan gratis dapat mengubah daftar ini menjadi pertanyaan untuk para pemasok.

Bagaimana cara terhubung ke SMS gateway dan mengirim pesan pertama?

Minta akses uji, simpan token dengan aman, panggil endpoint kirim, dan terima status pengiriman di webhook. Bersama BroadNet tidak ada pendaftaran mandiri instan, jadi langkah pertama adalah permintaan akses singkat.

  1. Minta akses uji. Beri tahu kami kanal, negara tujuan, perkiraan volume, dan use case Anda. Seorang engineer menerbitkan kredensial uji dan memverifikasi nomor yang akan Anda uji.
  2. Simpan token dalam variabel lingkungan seperti BROADNET_TOKEN di server Anda.
  3. Kirim pesan dengan POST /sms/sendSms ke https://api.broadnet.me, memakai header Authorization: Bearer <token>.
  4. Terima status di webhook HTTPS Anda. Statusnya meliputi SUBMITTED, SENT, DELIVERED, READ, FAILED, dan REJECTED. Tangani duplikat dan kejadian yang tidak berurutan.
curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "447700900123",
    "message": "Your OmniDemo code is 482913",
    "messageType": "TEXT"
  }'

Panduan lengkap dengan Node.js, Python, dan PHP ada di quickstart developer, referensi SMS API, dan panduan webhook. Untuk SMPP, bind disediakan per akun dan memakai TLS; lihat konektivitas SMPP.

Kesalahan apa yang sering dilakukan dengan SMS gateway?

Sebagian besar masalah berasal dari asumsi tentang pengiriman dan rute, bukan dari panggilan API-nya.

  • Menganggap "diterima" sama dengan "terkirim". Tunggu laporannya.
  • Mengabaikan encoding. Satu karakter Arab bisa mengubah pesan menjadi UCS-2 dan memperkecil ukuran segmen. Gunakan penghitung karakter SMS.
  • Melewatkan pendaftaran sender ID di negara yang mewajibkannya.
  • Membeli hanya berdasarkan harga. Rute murah bisa berarti rute abu-abu.
  • Mengirim OTP dan promosi di rute yang sama tanpa memisahkannya.
  • Tidak merencanakan failover. Tanyakan apa yang terjadi saat rute menurun kualitasnya.
  • Melewatkan kontrol fraud. Endpoint OTP yang tidak terlindungi mengundang SMS pumping.

Contoh kasus: aplikasi pengiriman di Dubai

"Rahal Express", aplikasi pengiriman fiktif di Dubai, mengirim kode login, notifikasi pengemudi dalam perjalanan, dan promosi mingguan. Gateway pertama mereka adalah jembatan email-to-SMS yang tertanam di alat lama. Kode kadang tiba setelah sesi kedaluwarsa, nama berhuruf Arab rusak, dan aplikasi tidak punya status pengiriman.

Mereka pindah ke gateway API: aplikasi memanggil endpoint SMS, sender ID didaftarkan bila perlu, teks Arab dihitung sebagai segmen UCS-2 sebelum dikirim, dan status kembali ke webhook sehingga tim dukungan dapat melihat kegagalan. Trafik OTP dan promosi memakai kampanye dan sender ID terpisah. Mereka menjalankan uji pada nomor sendiri di setiap tujuan sebelum memindahkan volume. Hasilnya bukan keajaiban; yang didapat adalah pengiriman yang terlihat, teks yang benar, dan penanggung jawab yang jelas untuk setiap pesan.

Bagaimana OmniChannels.ai membantu

OmniChannels.ai mengirim SMS A2P lewat konektivitas operator langsung milik BroadNet, dengan SMS dua arah, sender ID, pengiriman massal, Unicode dan aksara Arab, HLR number lookup, dan SMPP 3.4 untuk volume tinggi. REST API di api.broadnet.me melaporkan status pengiriman dalam satu format webhook, dan tim kami menyiapkan serta mengajukan pendaftaran sender ID bersama Anda. Akses uji ditujukan ke nomor terverifikasi milik Anda sendiri. Minta akses atau baca dokumentasi developer untuk memulai.

Pertanyaan yang sering diajukan

Apa itu SMS gateway dalam bahasa sederhana?

SMS gateway adalah sistem yang membawa pesan teks dari perangkat lunak Anda ke jaringan seluler. Anda mengirim pesan lewat API atau SMPP, dan gateway mengurus pemeriksaan nomor, encoding, pemecahan pesan, perutean, dan laporan pengiriman. Tanpa gateway, Anda memerlukan koneksi terpisah ke setiap operator seluler yang ingin dijangkau.

Apa beda SMS gateway dan SMS API?

SMS API adalah antarmuka yang dipanggil developer, biasanya HTTPS dengan JSON. Gateway adalah platform di belakangnya yang merutekan pesan ke operator. Satu penyedia biasanya menawarkan keduanya, dan SMPP adalah cara lain untuk mengakses gateway yang sama. Saat orang menyebut gateway API, yang dimaksud adalah API yang memberi perangkat lunak Anda akses ke infrastruktur gateway.

Bagaimana cara kerja SMS gateway?

Aplikasi Anda mengirim pesan, gateway memvalidasi nomor, memilih encoding GSM-7 atau UCS-2, menempelkan sender ID, memecah pesan panjang, dan mengirimkannya ke SMSC operator lewat SMPP atau antarmuka lain. SMSC mengantarkan ke ponsel. Laporan pengiriman kembali, dan gateway memetakannya ke status seperti terkirim atau gagal.

Apakah SMS gateway sama dengan SMSC?

Tidak. SMSC adalah pusat store-and-forward milik operator di dalam jaringan seluler, yang menyimpan dan mencoba ulang pesan sampai terkirim atau kedaluwarsa. Gateway adalah lapisan antara sistem Anda dan satu atau banyak operator. Sebagian gateway terhubung langsung ke SMSC operator; yang lain merutekan lewat agregator.

Bisakah saya memakai modem GSM atau SIM box sebagai SMS gateway?

Secara teknis bisa, untuk beberapa pesan bergaya person-to-person dari SIM Anda sendiri. Untuk trafik bisnis hal ini kurang cocok: kapasitasnya terbatas, pilihan sender ID buruk, dan operator dapat mendeteksi serta memblokir trafik A2P berbasis SIM. Gunakan gateway yang terhubung ke operator untuk OTP, notifikasi, dan kampanye, dan periksa jenis rutenya sebelum menandatangani kontrak.

Apa yang perlu dicari saat memilih SMS gateway?

Tanyakan apakah rutenya langsung ke operator, dari mana laporan pengiriman diperoleh, bagaimana sender ID didaftarkan di negara yang mewajibkannya, encoding apa yang didukung, bagaimana throughput disepakati, bagaimana failover bekerja, dan bagaimana Anda bisa menguji dengan nomor sendiri. Hindari keputusan yang hanya berdasarkan harga per pesan.

Sumber

  1. SMPP Protocol Specification v3.4, Issue 1.2 (12 October 1999), SMPP Developers Forum
  2. 3GPP TS 23.040: Technical realization of the Short Message Service (SMS)