Что такое A2P-сообщения и чем они отличаются от P2P
A2P-сообщение — это автоматическое уведомление, которое генерируется приложением или сервисом и передается конечному абоненту. В отличие от P2P-переписки, где оба участника — люди, в A2P-сценарии инициатором является программная система. Такое отправление не предполагает интерактивного диалога: получатель принимает информацию, а ответ обычно не обрабатывается или обрабатывается ограниченным набором команд.
Отличие от P2P определяется не только источником, но и характером трафика. P2P-сообщения появляются в ходе обмена между двумя пользователями и часто имеют переменную структуру. A2P-трафик формируется по шаблону, проходит через API-интеграцию и доставляется с использованием автоматизированных протоколов, например SMPP или HTTP.
Признаки автоматизированной рассылки
Автоматизированную рассылку можно распознать по нескольким параметрам. Текст сообщения обычно одинаков для множества получателей, содержит переменные части (имя, код, дату) и генерируется без участия оператора. Отправка выполняется через программный интерфейс, а в логах фиксируются массовые запросы с одинаковым идентификатором отправителя.
Ещё один признак — наличие системных полей, таких как идентификатор кампании, время жизни сообщения и приоритет. Эти атрибуты не встречаются в обычной переписке между людьми и указывают на интеграцию с сервисом управления рассылками.
Типовые сценарии применения
A2P-сообщения делятся на транзакционные и сервисные. Транзакционные содержат одноразовые коды подтверждения (OTP), уведомления о входе в аккаунт, статусе платежа или смене пароля. Сервисные включают напоминания о записи, подтверждение бронирования, информирование об изменении условий обслуживания.
Также существуют маркетинговые A2P-рассылки, но они требуют отдельного согласия и часто подпадают под более строгие ограничения по частоте и содержанию.
Цепочка доставки автоматического сообщения
Доставка A2P-сообщения проходит несколько этапов. Платформа отправителя формирует запрос и передаёт его через API агрегатору. Агрегатор маршрутизирует трафик к оператору связи, который направляет сообщение в центр коротких сообщений (SMSC). SMSC проверяет регистрацию абонента в сети и передаёт сообщение на устройство.
Каждый этап добавляет задержку и может влиять на итоговый статус. Прямое подключение к оператору сокращает число посредников, но требует отдельного договора и технической интеграции. Агрегатор упрощает маршрутизацию и обеспечивает единый протокол для нескольких операторов.
Участники маршрутизации
В цепочке участвуют платформа-инициализатор, агрегатор A2P, оператор связи, SMSC и регистр местоположения HLR. Платформа создаёт сообщение и передаёт его через SMPP или HTTP API. Для SMPP-соединений стандартным является TCP-порт 2775, для HTTP API — порт 443. Агрегатор принимает трафик, проверяет соответствие требованиям операторов и перенаправляет по оптимальному маршруту. Оператор обрабатывает сообщение на уровне SMSC, который отвечает за хранение и повторные попытки доставки, если абонент временно недоступен.
HLR используется для определения доступности номера и текущего статуса абонента. Если номер не зарегистрирован в сети, SMSC может отложить доставку до появления абонента или вернуть ошибку.
Параметры и статусы доставки
Каждое A2P-сообщение имеет набор параметров: идентификатор отправителя, номер получателя, текст, кодировку (например, GSM 03.38 для 7-битных символов), срок жизни и приоритет. При использовании 7-битной кодировки GSM 03.38 латинское сообщение может содержать до 160 символов, кириллица в UCS2 — до 70 символов. Эти данные передаются в запросе и влияют на обработку.
Статусы фиксируют результат прохождения маршрута. Основные значения: submitted (принято к отправке), delivered (доставлено абоненту), expired (истёк срок жизни), undelivered (не доставлено), rejected (отклонено). Отслеживание статусов позволяет выявлять ошибки интеграции и маршрутизации.
Правовые и технические требования к отправке
Правомерность A2P-рассылки определяется наличием согласия получателя. Согласие должно быть получено до отправки, быть информированным и допускать отзыв. Отправитель обязан хранить подтверждение согласия и предоставлять его по запросу контролирующих органов.
Технические требования касаются идентификатора отправителя, кодировки, длины сообщения и частоты отправки. Несоблюдение этих параметров может привести к блокировке трафика оператором или фильтрами.
Согласие получателя и управление базой контактов
Получатель должен явно согласиться на получение автоматических сообщений. Согласие может быть оформлено на сайте, в мобильном приложении, через SMS-подписку или в договоре. По регламенту GDPR согласие должно быть задокументировано с указанием времени и способа получения. Хранение базы контактов должно обеспечивать актуальность данных и возможность исключения номера по запросу.
Управление базой включает обработку отказов, устранение дубликатов и проверку формата номеров. Отправка на номера, не давшие согласие, расценивается как нарушение и повышает риск жалоб.
Идентификатор отправителя и прозрачность
Идентификатор отправителя — это буквенно-цифровая подпись, которая отображается у получателя вместо или вместе с номером. Для использования буквенного идентификатора требуется подтверждение права на его использование, например через регистрацию у оператора или агрегатора.
Прозрачность подписи влияет на доверие получателя и вероятность жалобы. Подпись должна однозначно указывать на источник, не вводить в заблуждение и не имитировать чужие бренды.
Защита от нежелательных A2P-рассылок
Операторы связи используют несколько уровней фильтрации A2P-трафика. Оцениваются содержание сообщения, репутация идентификатора отправителя, частота отправки и реакция получателей.
Фильтры анализируют ключевые слова, наличие ссылок, совпадение с известными шаблонами спама, а также статистику жалоб. Низкая репутация приводит к блокировке или помещению трафика в карантин.
Фильтрация по контенту и репутации
Контентный фильтр проверяет текст на запрещённые темы, стоп-слова, сокращения ссылок и признаки фишинга. Репутационная система учитывает историю отправок с конкретного идентификатора, долю доставленных сообщений и количество жалоб.
При падении репутации ниже порога оператор может автоматически отклонить новые сообщения или потребовать дополнительное подтверждение легитимности трафика.
Лимиты частоты и реакция на жалобы
Для предотвращения перегрузки абонентов устанавливаются лимиты на количество сообщений с одного идентификатора на один номер за определённый период. Превышение лимита может привести к временной блокировке отправителя.
Жалобы получателей обрабатываются оператором: при поступлении нескольких жалоб трафик проверяется, а при подтверждении нарушений идентификатор блокируется. Реакция на жалобы является частью репутационного механизма.
Оценка качества и тестирование A2P-сценариев
Для оценки эффективности A2P-кампании используются метрики доставки и вовлечения. Они позволяют выявить проблемы на уровне маршрутизации, контента или согласованности с ожиданиями получателей.
Тестирование перед запуском включает проверку отображения сообщений на разных устройствах, корректность переменных, работу ссылок и обработку статусов доставки.
Метрики доставки и вовлечения
Ключевые метрики: доля доставленных сообщений, доля ошибок, время доставки, доля переходов по ссылкам и конверсия. Показатель конверсии измеряет долю получателей, выполнивших целевое действие после получения сообщения.
Низкая доля доставленных сообщений может указывать на неверные номера, проблемы с идентификатором отправителя или фильтрацию. Высокое время доставки снижает актуальность транзакционных кодов.
Проверка отображения и ошибок интеграции
Проверка отображения включает отправку тестовых сообщений на разные модели устройств и операционные системы. Учитываются длина текста, кириллическая кодировка, отображение буквенного идентификатора и корректность переменных.
Ошибки интеграции часто связаны с неверным форматом запроса, отсутствием авторизации, неправильной обработкой кодов ответов API, таймаутами и неполной реализацией вебхуков для статусов. Диагностика логов позволяет выявить этап, на котором сообщение отклоняется или теряется.
