SMPP или HTTP (REST) API для SMS.
BroadNet предлагает и HTTP (REST) SMS API, и SMPP-биндинги; правильный выбор зависит от вашего устойчивого объёма трафика и способа интеграции. REST SMS API — правильный инструмент почти для любой современной инженерной команды: он дружелюбен к файрволу, независим от языка и прост в интеграции. BroadNet не устанавливает фиксированных лимитов скорости на аккаунт для REST; SMPP — правильный инструмент, если вы стабильно отправляете несколько сотен сообщений в секунду или вам нужны постоянные bind-соединения, а также для любой нагрузки, которой нужна бинарная эффективность и полная семантика DLR. Большинство клиентов BroadNet начинают с REST и добавляют подключение SMPP, когда объём это оправдывает.
12 строк. Без уверток.
Одни и те же критерии, оба столбца. Там, где строка действительно зависит от сценария, таблица так и говорит. Там, где одна из сторон явно лучший инструмент, таблица говорит и это.
| Возможность | столбец a SMS API (REST) HTTPS / JSON | столбец b SMPP Short Message Peer-to-Peer 3.4 / 5.0 |
|---|---|---|
Протокол | HTTPS POST + JSON | Бинарный TCP, постоянная сессия |
Порт по умолчанию | 443 (TLS) | 2775 (без шифрования); порт TLS предоставляется вместе с вашей учетной записью |
Аутентификация | Bearer-токен / ключ API | system_id + пароль при bind |
Модель сессии | Запрос/ответ без состояния | Долгоживущая привязанная сессия transceiver |
Потолок пропускной способности | Без фиксированных лимитов скорости на аккаунт; масштабируется под ваш трафик | Без фиксированных лимитов скорости на аккаунт; до 30 000 SMS/сек на узел |
Идемпотентность | Нет заголовка идемпотентности: сохраните возвращённый ID сообщения и проверьте статус перед повторной отправкой | В протоколе ничего подобного нет: sequence_number сопоставляет ответ только с запросом. |
Модель отчёта о доставке | Обратный вызов вебхука | deliver_sm в той же сессии |
Контроль кодировки | Автоматический (GSM-7 / UCS-2) | Ручной параметр data_coding |
Обработка сцепленных SMS | Автоматическое разбиение | Ручной UDH или message_payload |
Обработка входящих MO | Обратный вызов вебхука | Та же сессия, deliver_sm |
Усилия на интеграцию | Минуты (curl) — часы | 1–2 недели (логика bind, повторы, keepalive сессии) |
Лучше всего для | Веб-приложения, прототипы, низкий-средний объём | Устойчивый высокий объём, агрегаторы, телеком |
Пересматривается ежеквартально · Присылайте исправления на press@broadnet.me
bind_transceiverОткрыть и аутентифицировать сессиюbind_transceiver_respСессия принятаsubmit_smОтправить сообщениеsubmit_sm_respПринято, возвращен ID сообщенияdeliver_smПодтверждение доставки или входящее сообщениеdeliver_sm_respПодтвержденоenquire_linkKeepalive в режиме ожидания
Какая сторона подходит для какой задачи.
Когда выбрать REST SMS API
Выбирайте REST, когда нагрузка среднего объёма, команда веб-нативна, а сроки интеграции коротки. REST — стандартный современный выбор почти для любого клиента CPaaS в 2026 году.
- Объёмы трафика приложений, где накладные расходы HTTPS на каждый запрос не являются узким местом.
- Команды, чей стек уже HTTP-нативен (веб-приложения, serverless, мобильные бэкенды).
- Нагрузки, где лёгкость интеграции важнее сырой эффективности пропускной способности.
- Многоканальная оркестрация, где SMS соседствует с WhatsApp, RCS и email.
Когда выбрать SMPP
Выбирайте SMPP, когда в игре устойчивая пропускная способность, полный контроль над DLR или операции в стиле агрегатора. SMPP старше и страннее, чем REST, но это протокол, на котором реально работает мир телекома, и при масштабе эффективность реальна.
- Устойчивые отправки в несколько сотен сообщений в секунду или нагрузки, которым нужны постоянные bind-соединения, где REST начинает страдать от затрат на установление соединений.
- Нагрузки, которым нужен полный контроль над data_coding, периодами действия и message_payload.
- Команды, обрабатывающие входящие MO в высоком объёме и нуждающиеся в deliver_sm в той же сессии.
- Агрегаторы, телеком и все, кто ведёт обмен сообщениями как основную функцию бизнеса.
Где находится BroadNet.
Честное позиционирование, а не реклама. Иногда правильный ответ — использовать другую сторону этого сравнения, и мы вам об этом скажем.
Поговорить с экспертом по телекомуМы поставляем оба и поощряем клиентов начинать там, где их команда наиболее продуктивна. Для большинства веб-нативных инженерных команд это значит REST. Наш эндпоинт POST /sms/sendSms, спецификация OpenAPI 3.1 и официальный TypeScript SDK покрывают девяносто процентов потребностей клиентов, ни разу не касаясь SMPP.
SMPP становится правильным ответом при достижении порога объёма — нескольких сотен сообщений в секунду стабильно — в точке, где HTTPS-рукопожатие на каждый запрос начинает доминировать в бюджете задержки, а пулинг соединений становится проблемой, которую стоит решать. В этом случае мы предлагаем привязку трансивера SMPP 3.4 с шифрованием TLS без фиксированных лимитов скорости на аккаунт, масштабируемую под ваш трафик до 30 000 SMS/сек на узел; хост, порт и учетные данные предоставляются вместе с тестовым доступом.
Мы также поддерживаем SMPP 5.0 для клиентов, которым нужна более новая семантика message_payload, обработка широковещания или более чистая отчётность о статусе. На практике девяносто пять процентов мирового телеком-трафика SMPP по-прежнему 3.4, и мы считаем 3.4 значением по умолчанию.
Распространённый шаблон: REST для кода уровня приложения, отправляющего отдельные OTP и уведомления, SMPP для высокообъёмного диспетчера кампаний и массовых рассылок. Оба привязываются к одному SMSC, оба дают одни и те же отчёты о доставке, оба выставляются по одному тарифу. Клиенты могут смешивать, не задумываясь.
Вопросы, которые нам задают чаще всего.
Что такое SMPP точнее?
+
Что такое SMPP точнее?
Short Message Peer-to-Peer Protocol — бинарный TCP-протокол, спроектированный в конце 1990-х для доставки SMS между SMSC и ESME (external short message entities, то есть приложениями). Это протокол, на котором реально идёт большая часть A2P-трафика телеком-уровня между агрегаторами и операторами.
SMPP сложнее интегрировать, чем REST?
+
SMPP сложнее интегрировать, чем REST?
Заметно сложнее. Нужна долгоживущая привязанная сессия, логика keepalive (enquire_link), управление порядковыми номерами, осведомлённость о кодировке и обработка состояния bind. Большинство команд используют существующую библиотеку SMPP — Cloudhopper для Java, smpp.js для Node, jSMPP для Java-предприятий.
Почему высокообъёмные отправители всё ещё используют SMPP в 2026 году?
+
Почему высокообъёмные отправители всё ещё используют SMPP в 2026 году?
Эффективность пропускной способности. Одна привязанная сессия SMPP может продвигать 1 000+ сообщений в секунду на transceiver, тогда как REST требует нового TLS-рукопожатия на каждый запрос, если только аккуратно не пулить соединения. Для устойчивого высокого объёма бинарный протокол заметно эффективнее.
BroadNet предоставляет сначала SMPP или REST?
+
BroadNet предоставляет сначала SMPP или REST?
Оба, с REST по умолчанию для новых регистраций и SMPP как разговором с отделом продаж для нагрузок, которые стабильно требуют нескольких сотен сообщений в секунду или постоянных bind-соединений. За обоими стоит один SMSC; применяется одна семантика DLR.
А как насчёт SMPP 5.0?
+
А как насчёт SMPP 5.0?
Мы его поддерживаем. На практике подавляющее большинство мирового A2P-трафика по SMPP всё ещё использует 3.4, и мы считаем 3.4 значением по умолчанию для новых подключений, если клиент специально не запросит 5.0.
Могу ли я использовать и REST, и SMPP из одного аккаунта?
+
Могу ли я использовать и REST, и SMPP из одного аккаунта?
Да, против одного SMSC. Большинство корпоративных клиентов делают именно так — REST для кода уровня приложения и SMPP для высокообъёмного диспетчера.
Как по-разному обрабатываются отчёты о доставке?
+
Как по-разному обрабатываются отчёты о доставке?
REST получает обратный вызов вебхука по зарегистрированному вами URL. SMPP получает кадры deliver_sm в той же сессии, которая отправила сообщение. Оба несут одни и те же поля DLR и одну и ту же полезную нагрузку отчёта о доставке на уровне BroadNet.
Теряю ли я в доставляемости, выбирая REST вместо SMPP?
+
Теряю ли я в доставляемости, выбирая REST вместо SMPP?
Нет. Одно и то же сообщение проходит через один и тот же SMSC и по одному и тому же маршруту оператора за обеими конечными точками — точность DLR и маршрутизация идентичны. Выбор чисто эксплуатационный и не влияет на доставляемость.
Смежные материалы.
Все сравненияДругие сравнения.
Поговорите с экспертом по телекому.
Расскажите нам о задаче, рынках и объёмах. Мы честно скажем, подходит ли BroadNet, не подходит или является частью многоуровневой архитектуры с одной из альтернатив.