Что такое A2P SMS: как бизнес-сообщения доходят до телефона

Это руководство для руководителей продукта, маркетинга и разработки, которые отправляют OTP-коды, уведомления или рассылки по SMS и хотят понять, что происходит после нажатия кнопки «Отправить». Прочитав его, вы сможете объяснить, что такое A2P SMS, критически оценивать заявления провайдера о маршрутах и задавать вопросы, которые отделяют надёжную доставку от дешёвого трафика.

Что такое A2P SMS?

A2P (application-to-person) SMS — это любое текстовое сообщение, созданное программой и отправленное на мобильный телефон человека. Одноразовые пароли, обновления по доставке, банковские уведомления, напоминания о записи и маркетинговые рассылки — всё это A2P.

Противоположность — P2P (person-to-person) SMS: один абонент набирает сообщение другому. Технически оба типа используют одну и ту же службу коротких сообщений, описанную 3GPP в TS 23.040, и оба приходят в один и тот же ящик входящих. Но с коммерческой и операционной точки зрения это разные продукты.

Это различие важно, потому что операторы защищают свою выручку от A2P и своих абонентов. Бизнес-трафик, который маскируется под P2P, чтобы избежать A2P-тарифов, — именно то, что должны ловить файрволы операторов.

Как A2P SMS идёт от приложения до телефона?

Сообщение проходит четыре основных этапа, а отчёт о доставке (DLR) возвращается по той же цепочке. Каждый узел добавляет задержку, стоимость и ещё одну точку возможного сбоя.

1. Ваше приложение создаёт сообщение: номер получателя в международном формате, имя отправителя, текст и внутренний идентификатор. Оно передаёт сообщение провайдеру по HTTP API или SMPP — бинарному протоколу, который широко используется между системами обмена сообщениями.
2. Провайдер или агрегатор проверяет запрос, убеждается, что имя отправителя разрешено для этой страны, определяет кодировку (GSM-7 или Unicode), разбивает длинные сообщения на сегменты, выбирает маршрут и выставляет вам счёт.
3. Терминирующий (принимающий) мобильный оператор получает трафик, часто через SMS-файрвол, который проверяет отправителя, содержимое и источник. Его SMS-центр (SMSC) определяет, где находится абонент, и пытается доставить сообщение, повторяя попытки, если телефон выключен.
4. Телефон получает сообщение. Затем оператор формирует отчёт о доставке, который возвращается провайдеру и дальше вам, как правило, в виде вебхука или SMPP delivery receipt.

Значения статусов у разных провайдеров отличаются, но смысл одинаков: отправлено провайдеру (submitted — принято провайдером), передано (sent — передано следующему узлу), доставлено (delivered — подтверждено сетью телефона) или ошибка (failed) с кодом. В нашем руководстве по статусам доставки сообщений объясняется, как их интерпретировать.

Где возникают задержки и сбои

• У провайдера: неверные номера, незарегистрированные имена отправителей, лимиты аккаунта или проблемы с кодировкой.
• Между узлами: перегрузка или ограничение скорости на соединении посредника.
• На файрволе оператора: заблокированный отправитель, заблокированное содержимое или неопознанный источник.
• На телефоне: телефон выключен, вне зоны покрытия или память переполнена. SMSC повторяет попытки в течение срока жизни сообщения (validity period), после чего сообщение истекает.

Чем отличаются прямые и непрямые маршруты?

Прямой маршрут означает, что ваш провайдер доставляет сообщения терминирующему оператору через собственное соединение или через канал, который этот оператор авторизовал для A2P-трафика. Непрямой маршрут проводит ваши сообщения через одного или нескольких дополнительных агрегаторов, прежде чем они достигнут оператора.

Непрямые маршруты — это не плохо. Ни один провайдер не подключён напрямую ко всем операторам мира, а грамотно выстроенные непрямые маршруты через надёжных партнёров — норма для редких направлений. Проблема в прозрачности: вы должны знать, какие направления прямые, какие непрямые и кто следующий узел.

Что такое серый маршрут и почему это важно?

Серый маршрут приводит бизнес-SMS в сеть оператора по пути, который оператор не санкционировал для A2P-трафика. В материалах GSMA серым называют трафик, который попадает в сеть оператора без оплаты терминирующему оператору за A2P-терминацию.

Типичные приёмы серых маршрутов: отправка A2P-трафика через P2P-интерконнекты, использование SIM-боксов (устройств с набором потребительских SIM-карт, которые вбрасывают сообщения так, будто их набрал абонент) и использование слабо защищённых сигнальных каналов. В материалах GSMA по безопасности интерконнекта обход A2P SMS и обход через SIM-боксы названы среди видов фрода, от которых защищаются операторы.

Для бизнес-отправителя серые маршруты создают конкретные риски:

• Блокировка без предупреждения: если файрвол оператора обнаружит путь, доставка может прекратиться за одну ночь.
• Потеря имени отправителя: сообщения могут приходить с случайного локального номера вместо вашего бренда, что выглядит как фишинг и подрывает доверие к автоподстановке OTP-кодов.
• Ненадёжные отчёты о доставке: некоторые маршруты низкого качества сообщают «доставлено» без реального подтверждения от сети телефона.
• Комплаенс-риски: в странах, где требуются зарегистрированные отправители, трафик в обход подрывает систему регистрации, которую обеспечивают регуляторы.

Самый частый тревожный признак — необычно низкая цена для направления, где операторы устанавливают ощутимые A2P-тарифы.

О чём спрашивать SMS-провайдера?

Задавайте вопросы, на которые можно дать конкретный, проверяемый ответ. Хороший провайдер отвечает по каждой стране и каждому оператору, а не общими заявлениями о «прямых маршрутах по всему миру».

1. К каким операторам в моих ключевых странах вы подключены напрямую, а к каким — через партнёров?
2. Как регистрируются имена отправителей в таких странах, как ОАЭ и Саудовская Аравия, и кто владеет регистрацией? См. наше руководство по регистрации имени отправителя (альфа-имени).
3. Как формируются отчёты о доставке? Приходят ли они от оператора и какие коды ошибок вы передаёте дальше?
4. Как обрабатывается рекламный и транзакционный трафик? Маршрутизируются и регистрируются ли они раздельно там, где этого требует страна?
5. Как вы выявляете и пресекаете фрод, включая искусственно накрученный трафик? См. наше руководство по предотвращению SMS-pumping.
6. Как тарифицируются Unicode и длинные сообщения? Арабский текст и эмодзи меняют число сегментов, как объясняется в нашем руководстве по ограничениям длины SMS.
7. Какие отчёты я могу выгрузить, чтобы сверить отправленные, доставленные и оплаченные сообщения?
8. Как вы уведомляете меня об изменениях маршрутов или инцидентах на стороне операторов?

Пример из практики: саудовский финтех выбирает маршрут

«Wathiq Pay» (условный пример) отправляет OTP-коды для входа и уведомления о транзакциях клиентам в Саудовской Аравии и ОАЭ, а также изредка OTP-коды клиентам, которые находятся за границей.

• Основные рынки: компания требует зарегистрированные транзакционные имена отправителей и авторизованные операторами маршруты для каждого крупного оператора в обеих странах и просит каждого провайдера из короткого списка указать путь по каждому оператору.
• Тест: две недели она отправляет одинаковый OTP-трафик через двух провайдеров из короткого списка и сравнивает долю доставленных сообщений, время до доставки и то, приходит ли имя отправителя бренда без искажений.
• Редкие направления: для стран, где находятся клиенты в роуминге, она допускает непрямые маршруты, но включает только те страны, где есть активные пользователи.
• Мониторинг: она сверяет отчёты о доставке с завершёнными верификациями. Маршрут, который показывает высокую доставку, но низкий процент завершения OTP, проверяется отдельно, потому что он может сообщать о доставке, которой не было.

Типичные ошибки и ограничения

• Выбор только по цене. Самый дешёвый маршрут часто обходится дороже из-за недоставленных OTP-кодов и обращений в поддержку.
• Доверие к статусу «доставлено» без перекрёстной проверки. Сравнивайте отчёты о доставке с реальными результатами, например завершением OTP или кликами по ссылкам.
• Смешивание маркетинга с транзакционными отправителями, из-за чего зарегистрированное имя отправителя могут приостановить.
• Игнорирование кодировки. Один эмодзи или арабский символ может вдвое или втрое увеличить число оплачиваемых сегментов.
• Предположение, что правила одинаковы везде. Правила регистрации отправителей, содержимого и времени отправки устанавливаются в каждой стране отдельно; подтверждайте их у регулятора, например у Управления по регулированию телекоммуникаций и цифрового правительства ОАЭ (TDRA).
• Ограничения этого руководства: договорённости по маршрутам часто меняются, а публичного справочника, который показывал бы, какой провайдер подключён напрямую к какому оператору, не существует. Единственный надёжный способ — проверка тестами и договорные обязательства.

Как помогает OmniChannels.ai

OmniChannels.ai работает на базе BroadNet Technologies — телеком-компании в сфере обмена сообщениями с подключениями к SMS-операторам. Вы можете запускать SMS-рассылки вместе с WhatsApp, RCS, Telegram и email, загружая контакты из Excel или CSV, с предпросмотром, планированием и фильтрацией дубликатов. Отчёты о доставке со сводным и расширенным видами, фильтрами и экспортом в CSV позволяют сверять отправленные и доставленные сообщения. Поддерживаются арабский и английский языки, а оплата идёт с предоплатного кошелька. Разработчики могут отправлять сообщения через публичный REST API с вебхуками о доставке или по SMPP 3.4 при больших объёмах.