---
title: "Что такое A2P SMS: как бизнес-сообщения доходят до телефона"
description: "Что такое A2P SMS: отличие от P2P, путь сообщения от приложения до телефона, прямые и непрямые маршруты, серые маршруты и вопросы к SMS-провайдеру."
canonical: "https://omnichannels.ai/ru/blog/what-is-a2p-sms/"
language: "ru"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "what is a2p sms"
keywords: ["a2p sms что это", "a2p и p2p sms разница", "sms агрегатор", "прямой sms маршрут", "серый маршрут sms", "путь sms сообщения", "как выбрать sms провайдера"]
published: "2026-10-09"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 8
answer: "A2P (application-to-person) SMS — это текстовое сообщение, которое на телефон человека отправляет программное обеспечение, например система OTP-кодов банка или инструмент рассылок ритейлера. P2P (person-to-person) SMS — это сообщение одного абонента другому. A2P-сообщения идут от вашего приложения к SMS-провайдеру или агрегатору, затем к мобильному оператору получателя и, наконец, на телефон. Выбранный маршрут определяет скорость, стоимость, сохранность имени отправителя и то, примет ли оператор трафик вообще."
takeaways: ["A2P SMS отправляет приложение человеку, P2P SMS отправляет один человек другому, и операторы по-разному тарифицируют и контролируют эти два типа трафика.", "Типичный путь A2P: приложение, затем провайдер или агрегатор, затем терминирующий мобильный оператор, затем телефон; отчёт о доставке возвращается по той же цепочке.", "Прямой маршрут означает, что провайдер подключён к терминирующему оператору напрямую или через авторизованный этим оператором A2P-канал; непрямой маршрут добавляет посредников.", "Серый маршрут доставляет A2P-трафик по пути, который терминирующий оператор не санкционировал для бизнес-трафика, например через P2P-интерконнекты или SIM-боксы.", "Спросите у провайдеров, к каким операторам они подключены напрямую, как регистрируются имена отправителей, как формируются отчёты о доставке и как они борются с фродом."]
faq: 
  - q: "Чем отличаются A2P и P2P SMS?"
    a: "A2P SMS создаёт система, например сервис OTP-кодов, движок уведомлений или инструмент рассылок, и отправляет её человеку. P2P SMS набирает один абонент и отправляет другому. Для бизнес-отправителей операторы обычно устанавливают отдельные A2P-тарифы на терминацию и применяют к A2P-трафику фильтрацию, правила для имён отправителей и требования к регистрации, которых нет для личных сообщений."
  - q: "Что такое SMS-агрегатор?"
    a: "SMS-агрегатор — это компания, которая подключает бизнес ко многим мобильным операторам через единый интерфейс, обычно HTTP API или соединение SMPP. Она берёт на себя маршрутизацию, форматы имён отправителей, кодировку, биллинг и отчёты о доставке. Одни агрегаторы подключены к операторам напрямую, другие покупают ёмкость у дальнейших посредников, что добавляет промежуточные узлы и может снижать прозрачность доставки."
  - q: "Что такое серый маршрут в SMS?"
    a: "Серый маршрут — это путь, по которому бизнес-SMS попадают в сеть оператора, минуя канал, одобренный этим оператором для A2P-трафика, например под видом трафика между людьми или через SIM-боксы. Серые маршруты выглядят дешёвыми, но сообщения могут блокироваться файрволами операторов, имена отправителей могут подменяться, а отчёты о доставке могут быть ненадёжными."
  - q: "Всегда ли прямой маршрут лучше?"
    a: "Прямой или авторизованный оператором маршрут обычно лучше сохраняет имя отправителя, даёт более надёжные отчёты о доставке и реже приводит к неожиданным блокировкам. Но он не обязательно быстрее или дешевле в каждой стране. Практический критерий — измеренные на вашем собственном трафике доля доставленных сообщений, задержка и сохранность имени отправителя по странам и операторам за один и тот же период."
  - q: "Нужно ли регистрировать имя отправителя для A2P SMS?"
    a: "Во многих странах — да. Ряд стран, включая ОАЭ и Саудовскую Аравию, требуют регистрировать буквенно-цифровые имена отправителей (альфа-имена) до доставки бизнес-трафика, часто с раздельным подходом к рекламным и транзакционным сообщениям. Правила различаются по странам и со временем меняются, поэтому актуальные требования уточняйте у провайдера и в соответствующем регуляторе."
sources: 
  - title: "3GPP TS 23.040: Technical realization of the Short Message Service (SMS)"
    url: "https://www.3gpp.org/dynareport?code=23040"
  - title: "Interworking Security — GSMA"
    url: "https://www.gsma.com/solutions-and-impact/technologies/security/cybersecurity-knowledge-base/interworking-security/"
  - title: "International SMS enters a turbulent phase — GSMA Latin America"
    url: "https://www.gsma.com/about-us/regions/latin-america/from-smooth-sailing-to-stormy-seas-international-sms-enters-a-turbulent-phase/"
  - title: "Telecommunications and Digital Government Regulatory Authority (TDRA), UAE"
    url: "https://tdra.gov.ae/"
---

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

Canonical: https://omnichannels.ai/ru/blog/what-is-a2p-sms/
Language: ru
Publisher: OmniChannels.ai by BroadNet Technologies

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

## Что такое A2P SMS?

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

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

| | A2P SMS | P2P SMS |
|---|---|---|
| Отправитель | Приложение или платформа | Человек с телефоном |
| Типичный объём | Всплески от тысяч до миллионов сообщений | Небольшой, разговорный |
| Идентификатор отправителя | Буквенно-цифровое имя отправителя (альфа-имя), короткий номер или длинный номер | Собственный номер абонента |
| Цены | Потарифная A2P-терминация за сообщение, которую устанавливают операторы и провайдеры | Входит в тарифный план абонента или оплачивается за сообщение |
| Регулирование | Во многих странах: регистрация отправителей, правила к содержимому, отписка (opt-out) и ограничения по времени | Правила для личной переписки |
| Фильтрация | Файрволы операторов проверяют незарегистрированных отправителей, спам и фрод | Только спам-фильтрация |

Это различие важно, потому что операторы защищают свою выручку от 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) с кодом. В нашем руководстве по [статусам доставки сообщений](/ru/blog/message-delivery-status-explained/) объясняется, как их интерпретировать.

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

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

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

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

| | Прямой или авторизованный оператором маршрут | Непрямой маршрут |
|---|---|---|
| Узлы | Провайдер — оператор | Провайдер — один или несколько посредников — оператор |
| Обработка имени отправителя | Зарегистрированные имена отправителей сохраняются | Могут измениться, если посредник использует другой путь |
| Отчёты о доставке | Формируются на стороне оператора | Передаются через посредников; качество различается |
| Диагностика проблем | Провайдер может эскалировать вопрос оператору | Медленнее; зависит от третьих сторон |
| Охват | Ограничен операторами, подключёнными напрямую | Широкий глобальный охват |

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

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

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

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

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

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

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

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

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

1. **К каким операторам в моих ключевых странах вы подключены напрямую, а к каким — через партнёров?**
2. **Как регистрируются имена отправителей** в таких странах, как ОАЭ и Саудовская Аравия, и кто владеет регистрацией? См. наше [руководство по регистрации имени отправителя (альфа-имени)](/ru/blog/sms-sender-id-registration-uae-saudi/).
3. **Как формируются отчёты о доставке?** Приходят ли они от оператора и какие коды ошибок вы передаёте дальше?
4. **Как обрабатывается рекламный и транзакционный трафик?** Маршрутизируются и регистрируются ли они раздельно там, где этого требует страна?
5. **Как вы выявляете и пресекаете фрод**, включая искусственно накрученный трафик? См. наше руководство по [предотвращению SMS-pumping](/ru/blog/sms-pumping-fraud-prevention/).
6. **Как тарифицируются Unicode и длинные сообщения?** Арабский текст и эмодзи меняют число сегментов, как объясняется в нашем [руководстве по ограничениям длины SMS](/ru/blog/sms-character-limits-unicode-arabic/).
7. **Какие отчёты я могу выгрузить**, чтобы сверить отправленные, доставленные и оплаченные сообщения?
8. **Как вы уведомляете меня об изменениях маршрутов** или инцидентах на стороне операторов?

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

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

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

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

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

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

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