SMS için SMPP ve HTTP (REST) API.
BroadNet hem HTTP (REST) SMS API hem de SMPP bind bağlantıları sunar; doğru seçim sürekli hacminize ve entegrasyon biçiminize bağlıdır. Bir REST SMS API, hemen hemen her modern mühendislik ekibi için doğru araçtır — güvenlik duvarı uyumludur, dilden bağımsızdır ve entegrasyonu kolaydır. BroadNet, REST üzerinde hesap başına sabit bir hız sınırı belirlemez; saniyede birkaç yüz mesajı sürekli olarak gönderdiğinizde veya kalıcı bind bağlantılarına ihtiyaç duyduğunuzda ya da ikili verimlilik ve tam DLR semantiğine ihtiyaç duyan herhangi bir iş yükü için SMPP doğru araçtır. Çoğu BroadNet müşterisi REST ile başlar ve hacimleri bunu gerektirdiğinde bir SMPP bind ekler.
12 satır. Belirsizliğe yer yok.
Her iki sütun için de aynı kriterler geçerlidir. Bir satırın gerçekten kullanım durumuna bağlı olduğu yerlerde tablo bunu belirtir. Bir tarafın açıkça daha iyi bir araç olduğu durumlarda da tablo bunu belirtir.
| Kapasite | A sütunu SMS API (REST) HTTPS / JSON | B sütunu SMPP Short Message Peer-to-Peer 3.4 / 5.0 |
|---|---|---|
Protokol | HTTPS POST + JSON | Binary TCP, kalıcı oturum |
Varsayılan port | 443 (TLS) | 2775 (düz); hesabınızla birlikte TLS portu sağlanır |
Kimlik Doğrulama | Bearer token / API anahtarı | Bağlanırken system_id + şifre |
Oturum modeli | Durumsuz (stateless) istek/yanıt | Uzun ömürlü bağlı transceiver oturumu |
İşlem kapasitesi üst sınırı | Hesap başına sabit hız sınırı yok; trafiğinize göre ölçeklendirilir | Hesap başına sabit hız sınırı yok; düğüm başına 30.000 SMS/sn'ye kadar |
Idempotency | Idempotency başlığı yok: dönen mesaj ID'sini saklayın ve yeniden göndermeden önce durumu kontrol edin | Protokolde bulunmamaktadır: sequence_number yalnızca bir yanıtı kendi isteğiyle eşleştirir |
İletim raporu modeli | Webhook geri bildirimi | aynı oturumda deliver_sm |
Kodlama kontrolü | Otomatik (GSM-7 / UCS-2) | Manuel data_coding parametresi |
Birleştirilmiş SMS işleme | Otomatik bölme | Manuel UDH veya message_payload |
Gelen MO yönetimi | Webhook geri bildirimi | Aynı oturum, deliver_sm |
Entegrasyon eforu | Dakikadan (curl) saatlere | 1-2 hafta (bağlantı mantığı, yeniden deneme, oturum koruma) |
Şunlar için en iyisi: | Web uygulamaları, prototipler, düşük ve orta hacimli işlemler | Sürekli yüksek hacimli işlemler, agregatörler, telekom operatörleri |
Üç ayda bir gözden geçirilir · Düzeltmeleri şuraya iletin: press@broadnet.me
bind_transceiverOturumu açın ve kimlik doğrulayınbind_transceiver_respOturum kabul edildisubmit_smMesaj gönderinsubmit_sm_respKabul edildi, mesaj kimliği (ID) döndürüldüdeliver_smİletim raporu veya gelen mesajdeliver_sm_respOnaylandıenquire_linkBoştayken bağlantıyı canlı tutma (Keepalive)
Hangi taraf hangi iş yüküne uygun.
Ne zaman REST SMS API seçilmeli?
İş yükü orta seviyedeyse, ekip web tabanlı çalışıyorsa ve entegrasyon süresi kısaysa REST'u seçin. REST, 2026 yılında hemen hemen her CPaaS müşterisi için varsayılan modern tercihtir.
- İstek başına HTTPS yükünün darboğaz olmadığı, uygulama odaklı hacimler.
- Teknoloji yığını halihazırda HTTP-native olan ekipler (web uygulamaları, serverless, mobil backend'ler).
- Entegrasyon kolaylığının ham veri iletim verimliliğinden daha önemli olduğu iş yükleri.
- SMS'in WhatsApp, RCS ve e-posta ile birlikte kullanıldığı çok kanallı orkestrasyon.
Ne zaman SMPP seçilmeli?
Sürekli veri akışı (throughput), tam DLR kontrolü veya agregatör tarzı operasyonlar kapsam dahilindeyse SMPP'ı seçin. SMPP'nin REST'den daha eski ve alışılmadık bir yapısı vardır ancak telekom dünyasının fiilen üzerinde çalıştığı protokol budur ve ölçeklendiğinde verimlilik gerçektir.
- Saniyede birkaç yüz mesajlık sürekli gönderimler veya REST'nin bağlantı kurulum maliyetinin hissedilmeye başlandığı kalıcı bağlantı gerektiren iş yükleri.
- data_coding, geçerlilik süreleri ve message_payload üzerinde tam kontrol gerektiren iş yükleri.
- Yüksek hacimli inbound MO işleten ve aynı oturumda deliver_sm ihtiyacı olan ekipler.
- Agregatörler, telekom operatörleri ve mesajlaşmayı ana iş fonksiyonu olarak yürüten herkes.
BroadNet'in konumu.
Bir satış sunumu değil, dürüst bir konumlandırma. Bazen doğru cevap bu karşılaştırmanın diğer tarafını kullanmaktır — bunu size bildireceğiz.
Bir telekom uzmanıyla görüşünHer ikisini de sunuyoruz ve müşterilerimizi ekiplerinin en verimli olduğu noktadan başlamaya teşvik ediyoruz. Web tabanlı çoğu mühendislik ekibi için bu, REST anlamına gelir. POST /sms/sendSms uç noktamız, OpenAPI 3.1 spesifikasyonumuz ve resmi TypeScript SDK'mız, SMPP ile hiç uğraşmadan müşteri ihtiyaçlarının yüzde doksanını karşılar.
SMPP'ın doğru cevap haline geldiği nokta hacim eşiğidir — saniyede birkaç yüz sürekli mesaja ulaşıldığında, istek başına HTTPS el sıkışması gecikme bütçesini domine etmeye başlar ve bağlantı havuzu (connection pooling) çözülmesi gereken bir sorun haline gelir. Bu noktada, hesap başına sabit hız sınırı olmayan ve trafiğinize göre düğüm başına 30.000 SMS/sn'ye kadar ölçeklendirilen TLS şifreli bir SMPP 3.4 transceiver bind sunuyoruz; host, port ve kimlik bilgileri test erişiminizle birlikte sağlanacaktır.
Daha yeni message_payload semantiğine, yayın yönetimine veya daha temiz durum raporlamasına ihtiyaç duyan müşteriler için SMPP 5.0 sürümünü de destekliyoruz. Uygulamada, küresel telekom SMPP trafiğinin yüzde doksan beşi hâlâ 3.4 sürümüdür ve biz 3.4'ü varsayılan olarak kabul ediyoruz.
Yaygın bir model: Bireysel OTP'ler ve bildirimler gönderen uygulama katmanı kodu için REST, yüksek hacimli kampanyalar ve toplu göndericiler için SMPP kullanılır. Her ikisi de aynı SMSC'ye bağlanır, her ikisi de aynı iletim raporlarını üretir ve her ikisi de aynı fiyat tarifesi üzerinden faturalandırılır. Müşteriler, herhangi bir karmaşa yaşamadan ikisini birlikte kullanabilir.
En sık aldığımız sorular.
SMPP tam olarak nedir?
+
SMPP tam olarak nedir?
Short Message Peer-to-Peer Protocol — 1990'ların sonunda SMSC'ler ve ESME'ler (harici kısa mesaj varlıkları, yani uygulamalar) arasında SMS iletimi için tasarlanmış ikili bir TCP protokolüdür. Agregatörler ve operatörler arasındaki operatör sınıfı A2P trafiğinin büyük çoğunluğu aslında bu protokol üzerinden akar.
SMPP entegrasyonu REST'den daha mı zor?
+
SMPP entegrasyonu REST'den daha mı zor?
Anlamlı derecede daha zor. Uzun süreli bir bağlı oturuma, keepalive (enquire_link) mantığına, sıra numarası yönetimine, kodlama farkındalığına ve bind durumu yönetimine ihtiyacınız var. Çoğu ekip mevcut bir SMPP kütüphanesi kullanır — Java için Cloudhopper, Node için smpp.js ve kurumsal Java projeleri için jSMPP.
Yüksek hacimli göndericiler 2026 yılında neden hâlâ SMPP kullanıyor?
+
Yüksek hacimli göndericiler 2026 yılında neden hâlâ SMPP kullanıyor?
İletim kapasitesi verimliliği. Tek bir bağlı SMPP oturumu, transceiver başına saniyede 1.000'den fazla mesaj gönderebilirken; REST durumunda, bağlantıları dikkatli bir şekilde havuzlamadığınız sürece her istek için yeni bir TLS el sıkışması (handshake) gerekir. Sürekli yüksek hacim için ikili (binary) protokol anlamlı derecede daha verimlidir.
BroadNet önce SMPP mi yoksa REST mi sunar?
+
BroadNet önce SMPP mi yoksa REST mi sunar?
Her ikisi de; yeni kayıtlar için varsayılan olarak REST, saniyede birkaç yüz mesajı sürdüren veya kalıcı bind'lar gerektiren iş yükleri için satış ekibiyle görüşme kapsamında SMPP sunulur. Her ikisinin arkasında da aynı SMSC bulunur; aynı DLR semantiği geçerlidir.
Peki ya SMPP 5.0?
+
Peki ya SMPP 5.0?
Destekliyoruz. Uygulamada, küresel ölçekteki A2P SMPP trafiğinin büyük çoğunluğu hâlâ 3.4 kullanmaktadır ve bir müşteri özellikle 5.0 talep etmediği sürece yeni bind'lar için 3.4'ü varsayılan olarak kabul ediyoruz.
Aynı hesaptan hem REST hem de SMPP çalıştırabilir miyim?
+
Aynı hesaptan hem REST hem de SMPP çalıştırabilir miyim?
Evet, aynı SMSC'ye karşı. Çoğu kurumsal müşteri tam olarak bunu yapar — uygulama katmanı kodu için REST ve yüksek hacimli dağıtıcı için SMPP.
İletim raporları nasıl farklı şekilde işleniyor?
+
İletim raporları nasıl farklı şekilde işleniyor?
REST, kayıt ettiğiniz URL üzerinden bir webhook geri bildirimi alır. SMPP ise mesajı gönderen aynı oturumda deliver_sm çerçevelerini alır. Her ikisi de BroadNet katmanında aynı DLR alanlarını ve aynı iletim raporu içeriğini taşır.
SMPP yerine REST seçtiğimde teslimat oranım düşer mi?
+
SMPP yerine REST seçtiğimde teslimat oranım düşer mi?
Hayır. Her iki uç noktanın arkasında aynı mesaj, aynı SMSC ve aynı operatör rotasından geçer; DLR doğruluğu ve yönlendirme özdeştir. Seçim tamamen operasyoneldir, teslimat oranıyla ilgili bir ödünleşim değildir.
İlgili içerikler
Tüm karşılaştırmalarDiğer karşılaştırmalar.
Bir telekom uzmanıyla görüşün.
İş yükünüzü, hedef pazarlarınızı ve hacimlerinizi bize bildirin. BroadNet'in sizin için doğru çözüm mü, yanlış çözüm mü yoksa alternatiflerden biriyle birlikte katmanlı bir mimarinin parçası mı olacağını size dürüstçe söyleyeceğiz.