Zum Inhalt springen
OmniChannels.ai

APIs und SMPP

SMPP oder HTTP-API: Was ist besser für den SMS-Versand?

Aktualisiert

Kurze Antwort

Nutzen Sie eine HTTP-(REST-)API, um SMS aus Anwendungen, OTP-Abläufen und Multichannel-Produkten zu senden, denn sie funktioniert mit jeder HTTP-Bibliothek und meldet Zustellstatus per Webhook. Nutzen Sie SMPP v3.4, wenn Sie bereits einen SMPP-Client betreiben oder dauerhaft hohe Volumen senden, da ein persistenter Bind viele Nachrichten gleichzeitig unterwegs hält. Viele Versender nutzen beides.

Wie sich SMPP und eine HTTP-API unterscheiden

SMPP (Short Message Peer-to-Peer) ist ein binäres Telekommunikationsprotokoll, das über eine langlebige TCP-Sitzung läuft, den sogenannten Bind. Eine HTTP-API sendet pro Aufruf eine HTTPS-Anfrage und liefert eine Antwort zurück, meist JSON oder eine Message-ID.

AspektHTTP-APISMPP v3.4
VerbindungEine HTTPS-Anfrage pro AufrufEine persistente Sitzung (Bind), idealerweise über TLS
KanäleOft SMS plus WhatsApp, RCS und weitereNur SMS
ZustellberichteWebhook an Ihren HTTPS-Endpunktdeliver_sm in derselben Sitzung
IntegrationsaufwandJede HTTP-BibliothekEine SMPP-Client-Bibliothek und Verbindungsmanagement
Typische NutzerApps, OTP, CRM- und E-Commerce-IntegrationenAggregatoren, Reseller und Unternehmen mit SMPP-Software

Wann ist SMPP die bessere Wahl?

SMPP arbeitet asynchron: Ein Client kann viele submit_sm-Anfragen senden, bevor die Antworten eintreffen; das nennt man Windowing. Dadurch ist SMPP effizient für dauerhaft hohe Volumen. Es passt auch zu Unternehmen, deren SMS-Software, Gateway oder Abrechnungssystem bereits SMPP spricht.

Der Preis ist der Betriebsaufwand. Sie kümmern sich um Reconnects, Keep-alive per enquire_link, Bestätigungen von Zustellberichten und IP-Allowlisting. Das Basisprotokoll hat keine eigene Verschlüsselung, deshalb sollten produktive Binds über TLS oder ein VPN laufen.

So entscheiden Sie

  1. Listen Sie die benötigten Kanäle auf. Brauchen Sie neben SMS auch WhatsApp, RCS oder andere Kanäle, starten Sie mit der HTTP-API.
  2. Prüfen Sie Ihren bestehenden Stack. Hat Ihre Plattform bereits einen funktionierenden SMPP-Client, ersparen Sie sich mit SMPP eine Neuentwicklung.
  3. Schätzen Sie Dauervolumen und Spitzen und fragen Sie den Anbieter, welche Schnittstelle und welchen Durchsatz er für Ihr Konto vereinbart.
  4. Legen Sie fest, wo Zustellberichte ankommen sollen: an einem HTTPS-Webhook oder in Ihrer SMPP-Sitzung.
  5. Erwägen Sie, beides zu nutzen: HTTP für Anwendungs- und Multichannel-Traffic, SMPP für Massen-SMS.

Beides auf einem Konto nutzen

Bei OmniChannels.ai nutzen die REST-API unter https://api.broadnet.me (Bearer-Token) und SMPP 3.4 über TLS dieselben SMS-Routen; SMPP-Binds richtet das Team pro Konto ein, sie sind nicht per Self-Service verfügbar.

Offizielle Quellen