Виды A2P-сообщений и их назначение
A2P-мессенджинг представляет собой передачу сообщений, инициируемых не человеком, а прикладной системой или платформой. В отличие от P2P-трафика, где обе стороны переписываются напрямую, здесь отправителем выступает бизнес-приложение, а получателем — конечный абонент. Такой трафик применяется для подтверждения операций, информирования о событиях и аутентификации.
Классификация A2P-сообщений строится вокруг триггера, содержания и правового основания отправки. Один и тот же канал может использоваться для транзакционных, сервисных, аутентификационных и промо-сообщений, однако требования к срочности, частоте и согласию для этих групп различаются.
Транзакционные и сервисные уведомления
Транзакционное сообщение подтверждает действие, выполненное получателем: списание средств, оформление заказа, изменение параметров учётной записи. Такие отправки имеют высокий приоритет, так как их задержка напрямую влияет на завершение операции. Сервисное уведомление сообщает о событии, не связанном с действием в реальном времени: подготовка заказа к выдаче, плановое обслуживание, изменение расписания.
Для транзакционных и сервисных сценариев используется подтверждённый адрес отправителя и маршрут с минимальным количеством промежуточных узлов. Это снижает риск задержек и позволяет получать достоверные статусы доставки.
Коды подтверждения и промо-рассылки
Аутентификационное сообщение содержит одноразовый код, обычно состоящий из 4–6 цифр. Срок действия кода ограничен, часто в пределах 5–10 минут, после чего он становится недействительным. Такие отправки не требуют длинного текста и должны доходить с минимальной задержкой, поэтому операторы связи и агрегаторы выделяют для них отдельные маршруты.
Промо-сообщение направляется на основании предварительного согласия получателя. К нему применяются более строгие ограничения частоты и содержания, поскольку избыточная рассылка увеличивает число жалоб и снижает доставляемость всего A2P-трафика отправителя.
Как устроена доставка A2P-сообщения
Доставка начинается с обращения платформы отправителя к протоколу SMPP или HTTP API. SMPP v3.4 используется для связи с SMSC оператора и поддерживает двусторонний обмен сообщениями о статусе. HTTP API чаще применяется для интеграции приложений без постоянного сетевого соединения с оператором.
Маршрутизация и статусы отправки
Маршрут может быть прямым, когда сообщение передаётся в SMSC оператора без промежуточного агрегатора, или агрегированным, когда трафик проходит через несколько узлов. Прямой маршрут даёт меньше задержек и более прозрачную диагностику, но требует отдельного подключения к каждому оператору. Статус доставки фиксируется в DLR-сообщении. Основные значения: DELIVRD — доставлено, REJECTD — отклонено, EXPIRED — истёк срок, UNDELIV — не доставлено, UNKNOWN — результат неизвестен.
Перед отправкой может выполняться HLR-запрос для проверки доступности номера. Это уменьшает число неудачных попыток, но добавляет один сетевой обмен.
Пропускная способность и очередь обработки
Скорость подачи сообщений измеряется в количестве отправок в секунду. Пропускная способность зависит от лимитов на стороне агрегатора, SMSC и конкретного маршрута. При превышении лимита сообщения помещаются в очередь, что увеличивает задержку и создаёт разницу между временем отправки и временем доставки.
Длина SMS в кодировке GSM-7 составляет 160 символов, в UCS-2 — 70. При склейке сегментов полезная длина одного сегмента снижается до 153 и 67 символов соответственно. Это влияет на количество частей и загрузку канала.
Правовые и технические ограничения
Допустимость A2P-отправок определяется не только техническими возможностями, но и согласием получателя. В российской юрисдикции рекламные рассылки по сетям электросвязи допускаются только при предварительном согласии абонента, что закреплено в статье 18 Федерального закона № 38-ФЗ «О рекламе».
Согласие получателя и отзыв подписки
Согласие должно быть явным, однозначным и задокументированным. Получатель вправе отозвать его в любой момент, после чего отправка должна прекратиться. Для промо-сообщений отзыв чаще всего реализуется через команду STOP или аналогичный короткий код.
Для сервисных и транзакционных сообщений согласие может быть основано на договорных отношениях, но это не освобождает отправителя от обязанности учитывать отказ от коммуникаций.
Защита от мошенничества и фильтрация
Подмена отправителя — один из основных рисков A2P-трафика. Злоумышленник может использовать чужой идентификатор отправителя для фишинга. Для снижения риска применяются регистрация буквенно-цифровых имён отправителя, проверка сигнатур и фильтрация на стороне оператора. SMS-фильтры анализируют текст, частоту жалоб и репутацию маршрута, блокируя сообщения с признаками массовой нежелательной рассылки.
Ограничение частоты защищает абонента от перегрузки. Лимиты могут задаваться как максимальное число сообщений одному номеру за час или сутки и как минимальный интервал между отправками.
Контроль качества и управление рисками
Качество A2P-трафика оценивается по соотношению доставленных сообщений к отправленным, доле ошибок и времени доставки. Контроль помогает находить маршруты с низкой пропускной способностью и сегменты адресов, где частота неудач выше средней.
Метрики доставки и причины ошибок
Основные метрики — доля доставленных, доля отклонённых, доля истёкших и среднее время доставки. Причины ошибок делятся на сетевые, связанные с номером, и контентные. Сетевые ошибки возникают при недоступности SMSC или перегрузке маршрута, номерные — при отсутствии абонента в сети, контентные — при срабатывании фильтра по ключевым словам или репутации отправителя.
Разбор DLR-статусов позволяет отделить технические ошибки от блокировок. Например, REJECTD часто указывает на фильтрацию, а UNDELIV — на недоступность устройства или отсутствие слота для приёма.
Снижение жалоб и блокировок
Снижение жалоб начинается с сегментации базы и исключения номеров, которые ранее помечали сообщения как нежелательные. Стоп-лист обновляется после каждой жалобы и отзыва согласия. Частота рассылки подстраивается под тип сообщения: транзакционные отправки не ограничиваются так же, как промо-рассылки.
Подтверждение согласия и прозрачное имя отправителя уменьшают число ошибочных жалоб. Если получатель узнаёт отправителя и понимает причину сообщения, вероятность блокировки снижается.