BroadNet
Протоколы Ответ BroadNet

Что такое веб-хук для обмена сообщениями?

Последнее обновление 1 мин чтенияПроверено инженерным отделом BroadNet
Быстрый ответ

Веб-хук для обмена сообщениями — это HTTPS-точка доступа на вашем сервере, которую платформа обмена сообщениями вызывает для отправки вам событий в реальном времени — подтверждений доставки, входящих (с мобильных устройств) сообщений и изменений статуса — вместо того, чтобы вам приходилось опрашивать API. Именно так ваше приложение мгновенно узнает о доставке, сбое или получении сообщения, чтобы вы могли отреагировать программно.

Определение простым языкомНейтральный по отношению к поставщикуПроверено 22 июля 2026 г.
СхемаКак сообщение A2P доходит до телефона
  1. Ваше приложениеОтправка через REST API или SMPP
  2. Платформа BroadNetВалидация, маршрутизация и тарификация каждого сообщения
  3. SMSC оператораПрямое соединение с оператором
  4. Телефон абонентаСообщение доставлено
Отчет о доставке (DLR) возвращается по тому же пути на ваш webhook
Развернутый ответ

Всё, что стоит знать, и ничего лишнего.

§01

Какие мероприятия она проводит

Два наиболее распространенных типа сообщений — это уведомления о доставке (DLR), которые сообщают, дошло ли каждое сообщение до устройства и почему произошла ошибка, и входящие сообщения, которые позволяют создавать двусторонние потоки и обрабатывать STOP-сообщения. См. /answers/what-is-dlr и /answers/what-is-mo-vs-mt.

§02

Почему метод «push» лучше, чем метод «pollify»?

Опрос API для получения статуса приводит к нерациональному использованию запросов и увеличению задержки; веб-хук доставляет событие в момент его возникновения, поэтому ваши повторные попытки ввода одноразового пароля, поддержка маршрутизации и аналитика реагируют в режиме реального времени. См. /developers/webhooks.

§03

Проверьте и защитите его.

Поскольку любой может отправить POST-запрос на общедоступный URL-адрес, подписать полезные данные веб-перехватчика (например, с помощью HMAC-SHA256) и проверить подпись, прежде чем доверять событию, и всегда предоставлять доступ к конечной точке по протоколу HTTPS. См. /answers/hmac-sha256-dlr-signing и /tools/webhook-signature-validator.

§04

Сделайте его устойчивым

Возвращайте быстрый код 2xx и обрабатывайте асинхронно, ожидайте повторных попыток и случайных дубликатов (поэтому обрабатывайте события идемпотентно), и отслеживайте сбои, чтобы никогда незаметно не пропустить событие доставки. См. /developers/webhooks.

BNАвтор статьи — инженерная команда BroadNet·Осуществляем обмен сообщениями операторского класса с 2003 года, штаб-квартира — в Дубае.·Редакционные стандарты
Создавайте с помощью этого

Нужна помощь с подключением?

Ниже представлены продукты и руководства по интеграции, которые позволяют реализовать эту концепцию. Если вы предпочитаете ознакомиться с процессом в режиме реального времени, наша команда инженеров принимает звонки в тот же день в рабочее время MENA .

Свяжитесь с нашей инженерной командой.
Обратная связь

Был ли этот ответ полезен?

Ваш голос помогает нам определить приоритетность ответов, которые следует дополнить примерами, диаграммами и фрагментами кода.

Был ли этот ответ полезен?
Спасибо — принято к сведению. Мы будем поддерживать этот ответ.
Понял. Расскажите, чего не хватало — отправить короткое сообщение.

Как мы готовим и проверяем материалы

Вам всё ещё нужна помощь?

Поговорите с настоящим инженером о ваша сборка.

Мы отвечаем в течение одного рабочего дня, а производственные аккаунты получают круглосуточную поддержку. Наши инженеры-разработчики создают код, а не скрипты.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA по времени ответа
Запросы на тестовый доступОтвет в течение 1 рабочего дня
Продакшн24 / 7 · < 15 min
NOC для операторов24 / 7 · дежурный инженер