Перейти к содержимому
OmniChannels.ai
Меню

API и SMPP

Что выбрать для отправки SMS: SMPP или HTTP API?

Обновлено

Краткий ответ

Используйте HTTP (REST) API для отправки SMS из приложений, в OTP-сценариях и мультиканальных продуктах: он работает с любой HTTP-библиотекой и передаёт статусы доставки через webhook. Используйте SMPP v3.4, если у вас уже есть SMPP-клиент или вы стабильно отправляете большие объёмы: одна постоянная сессия (bind) позволяет держать в обработке множество сообщений одновременно. Многие отправители используют оба варианта.

Чем различаются SMPP и HTTP API

SMPP (Short Message Peer-to-Peer) — бинарный телеком-протокол, который работает поверх долгоживущей TCP-сессии, называемой bind. HTTP API отправляет один HTTPS-запрос на каждый вызов и возвращает ответ, обычно в формате JSON или в виде ID сообщения.

ПараметрHTTP APISMPP v3.4
ПодключениеОдин HTTPS-запрос на каждый вызовОдна постоянная сессия (bind), желательно через TLS
КаналыЧасто SMS, а также WhatsApp, RCS и другиеТолько SMS
Отчёты о доставкеWebhook на ваш HTTPS-адресdeliver_sm в той же сессии
Трудозатраты на интеграциюЛюбая HTTP-библиотекаБиблиотека SMPP-клиента и управление соединением
Типичные пользователиПриложения, OTP, интеграции с CRM и e-commerceАгрегаторы, реселлеры и компании с SMPP-софтом

Когда лучше выбрать SMPP?

SMPP работает асинхронно: клиент может отправить много запросов submit_sm, не дожидаясь ответов. Это называется windowing. Поэтому протокол эффективен при стабильном большом трафике. Он также подходит компаниям, у которых SMS-софт, шлюз или биллинговая система уже работают по SMPP.

Цена такого выбора — эксплуатация. Вам нужно управлять переподключениями, служебными сообщениями enquire_link для поддержания сессии, подтверждениями получения отчётов и белым списком IP-адресов. Базовый протокол не имеет собственного шифрования, поэтому рабочие bind-сессии следует запускать через TLS или VPN.

Как выбрать

  1. Составьте список нужных каналов. Если помимо SMS нужны WhatsApp, RCS или другие каналы, начните с HTTP API.
  2. Проверьте текущий стек. Если в вашей платформе уже есть рабочий SMPP-клиент, SMPP избавит вас от переписывания кода.
  3. Оцените стабильный объём и пиковые нагрузки и уточните у провайдера, какой интерфейс и какую пропускную способность он согласует для вашего аккаунта.
  4. Определите, куда должны приходить отчёты о доставке: на HTTPS-webhook или в вашу SMPP-сессию.
  5. Рассмотрите использование обоих вариантов: HTTP для трафика приложений и мультиканальных сценариев, SMPP для массовой SMS-рассылки.

Оба интерфейса в одном аккаунте

В OmniChannels.ai REST API по адресу https://api.broadnet.me (Bearer-токен) и SMPP 3.4 поверх TLS используют одни и те же SMS-маршруты. SMPP-сессии (bind) настраивает для каждого аккаунта команда платформы, самостоятельно подключить их нельзя.

Официальные источники