Resposta curta
Use uma API HTTP (REST) para enviar SMS a partir de aplicações, fluxos de OTP e produtos multicanal: ela funciona com qualquer biblioteca HTTP e informa os status de entrega por webhook. Use SMPP v3.4 se já tem um cliente SMPP ou envia alto volume contínuo, pois um bind persistente mantém muitas mensagens em trânsito. Muitos usam os dois.
Como SMPP e API HTTP se diferenciam
O SMPP (Short Message Peer-to-Peer) é um protocolo binário de telecom que roda sobre uma sessão TCP de longa duração, chamada bind. Uma API HTTP envia uma requisição HTTPS por chamada e devolve uma resposta, geralmente JSON ou um ID de mensagem.
| Aspecto | API HTTP | SMPP v3.4 |
|---|---|---|
| Conexão | Uma requisição HTTPS por chamada | Uma sessão persistente (bind), de preferência sobre TLS |
| Canais | Em geral SMS mais WhatsApp, RCS e outros | Só SMS |
| Relatórios de entrega | Webhook para o seu endpoint HTTPS | deliver_sm na mesma sessão |
| Esforço de integração | Qualquer biblioteca HTTP | Uma biblioteca cliente SMPP e gestão da conexão |
| Usuários típicos | Apps, OTP e integrações com CRM e e-commerce | Agregadores, revendedores e empresas com software SMPP |
Quando o SMPP é a melhor escolha?
O SMPP é assíncrono: o cliente pode enviar muitas requisições submit_sm antes de as respostas chegarem, o que se chama windowing. Isso o torna eficiente para tráfego contínuo de alto volume. Ele também atende empresas cujo software de SMS, gateway ou sistema de faturamento já fala SMPP.
O custo é operacional. Você cuida de reconexões, mensagens de keep-alive enquire_link, confirmação dos relatórios e liberação de IPs, e o protocolo base não tem criptografia própria, então binds de produção devem rodar sobre TLS ou VPN.
Como decidir
- Liste os canais de que você precisa. Se precisar de WhatsApp, RCS ou outros canais além de SMS, comece pela API HTTP.
- Avalie o que você já tem. Se sua plataforma já tem um cliente SMPP funcionando, o SMPP evita reescrever a integração.
- Estime o volume contínuo e os picos e pergunte ao fornecedor qual interface e qual throughput ele vai acordar para a sua conta.
- Defina onde os relatórios de entrega devem chegar: em um webhook HTTPS ou na sua sessão SMPP.
- Considere usar os dois: HTTP para tráfego de aplicação e multicanal, SMPP para SMS em massa.
Usando os dois na mesma conta
Na OmniChannels.ai, a API REST em https://api.broadnet.me (token Bearer) e o SMPP 3.4 sobre TLS compartilham as mesmas rotas de SMS, e os binds SMPP são configurados por conta pela equipe, não em autoatendimento.