Risposta breve
Usate un’API HTTP (REST) per inviare SMS da applicazioni, flussi OTP e prodotti multicanale, perché funziona con qualsiasi libreria HTTP e comunica gli stati di consegna tramite webhook. Usate SMPP v3.4 se avete già un client SMPP o inviate volumi elevati e costanti, perché un unico bind persistente mantiene molti messaggi in corso. Molti mittenti usano entrambi.
Come differiscono SMPP e un’API HTTP
SMPP (Short Message Peer-to-Peer) è un protocollo binario delle telecomunicazioni che funziona su una sessione TCP di lunga durata chiamata bind. Un’API HTTP invia una richiesta HTTPS per ogni chiamata e restituisce una risposta, di solito JSON o un ID messaggio.
| Aspetto | API HTTP | SMPP v3.4 |
|---|---|---|
| Connessione | Una richiesta HTTPS per chiamata | Una sessione persistente (bind), idealmente su TLS |
| Canali | Spesso SMS più WhatsApp, RCS e altri | Solo SMS |
| Rapporti di consegna | Webhook verso il vostro endpoint HTTPS | deliver_sm sulla stessa sessione |
| Impegno di integrazione | Qualsiasi libreria HTTP | Una libreria client SMPP e la gestione delle connessioni |
| Utenti tipici | App, OTP, integrazioni con CRM ed e-commerce | Aggregatori, rivenditori e aziende con software SMPP |
Quando SMPP è la scelta migliore?
SMPP è asincrono: un client può inviare molte richieste submit_sm prima che arrivino le risposte, tecnica chiamata windowing. Questo lo rende efficiente per traffico costante e ad alto volume. Si adatta anche alle aziende il cui software SMS, gateway o sistema di fatturazione parla già SMPP.
Il prezzo è operativo. Dovete gestire riconnessioni, messaggi keep-alive enquire_link, conferme dei rapporti e IP allow-list, e il protocollo di base non ha una propria cifratura, quindi i bind in produzione dovrebbero usare TLS o una VPN.
Come decidere
- Elencate i canali di cui avete bisogno. Se oltre agli SMS servono WhatsApp, RCS o altri canali, partite dall’API HTTP.
- Controllate lo stack esistente. Se la vostra piattaforma ha già un client SMPP funzionante, SMPP evita una riscrittura.
- Stimate volume costante e picchi e chiedete al provider quale interfaccia e quale throughput concorderà per il vostro account.
- Decidete dove devono arrivare i rapporti di consegna: un webhook HTTPS o la vostra sessione SMPP.
- Valutate di usare entrambi: HTTP per il traffico applicativo e multicanale, SMPP per gli SMS massivi.
Usarli entrambi su un unico account
Su OmniChannels.ai, l’API REST su https://api.broadnet.me (token Bearer) e SMPP 3.4 su TLS condividono le stesse rotte SMS, e i bind SMPP sono attivati per account dal team anziché in autonomia.