Respuesta breve
Use una API HTTP (REST) para enviar SMS desde aplicaciones, flujos de OTP y productos multicanal, porque funciona con cualquier librería HTTP e informa de los estados de entrega por webhook. Use SMPP v3.4 si ya tiene un cliente SMPP o envía grandes volúmenes de forma sostenida, ya que un único bind persistente mantiene muchos mensajes en curso. Muchos remitentes usan ambos.
En qué se diferencian SMPP y una API HTTP
SMPP (Short Message Peer-to-Peer) es un protocolo de telecomunicaciones binario que funciona sobre una sesión TCP de larga duración llamada bind. Una API HTTP envía una petición HTTPS por llamada y devuelve una respuesta, normalmente JSON o un ID de mensaje.
| Aspecto | API HTTP | SMPP v3.4 |
|---|---|---|
| Conexión | Una petición HTTPS por llamada | Una sesión persistente (bind), idealmente sobre TLS |
| Canales | A menudo SMS más WhatsApp, RCS y otros | Solo SMS |
| Informes de entrega (DLR) | Webhook a su endpoint HTTPS | deliver_sm en la misma sesión |
| Esfuerzo de integración | Cualquier librería HTTP | Una librería cliente SMPP y gestión de la conexión |
| Usuarios típicos | Apps, OTP, integraciones con CRM y e-commerce | Agregadores, revendedores y empresas con software SMPP |
¿Cuándo es SMPP la mejor opción?
SMPP es asíncrono: un cliente puede enviar muchas peticiones submit_sm antes de recibir las respuestas, lo que se conoce como ventana (windowing). Por eso es eficiente para tráfico sostenido y de gran volumen. También encaja en empresas cuyo software de SMS, pasarela o sistema de facturación ya habla SMPP.
El coste es operativo. Hay que gestionar reconexiones, mensajes enquire_link de keep-alive, respuestas a los informes de entrega y listas de IP permitidas, y el protocolo base no cifra nada, así que los binds de producción deben ir sobre TLS o una VPN.
Cómo decidir
- Enumere los canales que necesita. Si además del SMS necesita WhatsApp, RCS u otros canales, empiece por la API HTTP.
- Revise su stack actual. Si su plataforma ya tiene un cliente SMPP que funciona, SMPP evita reescribirlo.
- Calcule el volumen sostenido y los picos, y pregunte al proveedor qué interfaz y qué capacidad acordará para su cuenta.
- Decida dónde deben llegar los informes de entrega: a un webhook HTTPS o a su sesión SMPP.
- Valore usar ambos: HTTP para el tráfico de aplicaciones y multicanal, SMPP para SMS masivos.
Ambos en una misma cuenta
En OmniChannels.ai, la API REST en https://api.broadnet.me (token Bearer) y SMPP 3.4 sobre TLS comparten las mismas rutas de SMS, y el equipo configura los binds SMPP para cada cuenta, no en autoservicio.