Одно SMS в тексте рассылки не всегда означает одно тарифицируемое сообщение. Если в строке есть кириллица, эмодзи, нестандартный знак или длинный текст, SMPP-шлюз может разбить его на несколько сегментов. Каждый сегмент уходит отдельно и учитывается в расходах. В этой статье разберём, как до отправки проверить кодировку и длину, убрать лишние части сообщения и настроить контроль в SMPP, чтобы расходы на массовые уведомления оставались понятными.
Почему длинное SMS разбивается на части?
Шлюз передаёт SMS с ограничением по длине. В справке по SMPP v.3.4 указано, что одно сообщение в стандартной кодировке содержит до 160 символов. Для кириллицы используют UTF16, а часть знаков, включая ^, {, }, , [, ], ~, | и €, в стандартном наборе недоступна (Stream Telecom).
Если текст не помещается в один сегмент, шлюз формирует составное сообщение. Получатель обычно видит его как одну фразу, но в техническом отчёте и в счёте это несколько отправок. Поэтому короткое на вид уведомление иногда обходится дороже ожидаемого: всё решает фактическая кодировка и число сегментов.
Например, владелец интернет-магазина отправляет клиенту статус заказа, номер заявки и ссылку. Сообщение становится длиннее после подстановки имени, названия товара или адреса страницы. Если шаблон проверили только на коротком примере, при массовой отправке часть сообщений выйдет за лимит и разделится на две, три или четыре части.
Какие символы чаще всего увеличивают стоимость рассылки?
Проблема редко скрывается в одном длинном слове. Чаще текст меняют символы, которые автор добавил при редактировании: эмодзи, длинное тире, кавычки-ёлочки, знак евро, необычный пробел, скопированный фрагмент из документа или мессенджера. После такого символа платформа может выбрать кодировку UTF16 для всей строки.
Кириллица сама по себе требует отдельной проверки длины. Она нужна для понятного сообщения на русском или белорусском языке, поэтому переводить клиентские уведомления в латиницу ради экономии обычно нет смысла. Гораздо полезнее сократить шаблон, убрать декоративные знаки и проверить текст именно с теми подстановками, которые увидит получатель.
| Элемент текста | Что проверить перед отправкой | Практическое действие |
|---|---|---|
| Кириллица | Как шлюз определяет кодировку сообщения | Тестировать шаблон в UTF16 и смотреть число сегментов |
| Эмодзи и редкие символы | Меняют ли они кодировку или длину | Удалить знак либо заменить обычным словом |
| Ссылка | Сколько места занимает полный адрес | Использовать короткий адрес, если он нужен получателю |
| Переменные шаблона | Самое длинное имя, номер заказа, сумма или адрес | Проверить худший вариант, а не только демонстрационный текст |
| Подпись отправителя | Нужна ли она внутри самого сообщения | Не дублировать название компании в начале и в конце |
Как проверить сегментацию до массовой SMPP-отправки?
Начать стоит с таблицы шаблонов: напоминание об оплате, подтверждение записи, статус заказа, код входа, сервисное уведомление. Для каждого текста подготовьте два варианта данных: обычный и самый длинный. Вставьте реальные по формату значения, например длинное имя и номер заказа с максимальным количеством знаков, затем передайте сообщение в тестовый контур шлюза.
Проверка должна показать кодировку, количество сегментов, идентификатор отправки и итоговый статус. В SMPP для этого используют запрос на отправку и отчёты о доставке DLR. DLR помогает отделить успешно принятые сообщения от тех, которые не дошли до телефона или остались в очереди. Профессиональные SMPP-подключения предусматривают работу с DLR-отчётами (SMSp.by).
Сохраните результаты тестов рядом с шаблоном: дата проверки, пример подстановки, кодировка, число сегментов. Когда менеджер меняет текст, он сразу увидит, что добавленная фраза или символ меняют стоимость отправки. Для регулярных кампаний полезно выводить этот контроль в аналитику стоимости SMS через SMPP без потери доставки, а не сверять расходы только после закрытия периода.
Как сократить сообщение, не потеряв смысл?
Сначала оставьте действие, срок и способ связи. Получателю обычно достаточно понять, что произошло и что делать дальше. Детали, которые не влияют на решение, лучше вынести на страницу по ссылке или в личный кабинет.
Вместо «Здравствуйте, Анна! Напоминаем, что срок оплаты по вашему заказу №12345 истекает сегодня. Просим произвести оплату в ближайшее время» можно написать: «Анна, заказ №12345 ждёт оплату сегодня. Детали: [ссылка]». Перед запуском всё равно проверьте вариант с самым длинным именем и номером.
Ссылку тоже стоит считать частью текста. Полный адрес страницы занимает заметное место и часто делает уведомление составным. Если бизнес использует короткие ссылки, нужно проверить, что адрес ведёт на понятную страницу, а сам шаблон сохраняет смысл и без перехода: клиент должен видеть, к чему относится сообщение.
Не пытайтесь уместить в SMS условия акции, список товаров, описание услуги и несколько телефонов. Такое сообщение трудно читать с экрана, а цена растёт с каждым сегментом. Лучше отправить короткое уведомление с одной задачей.
Какие настройки SMPP помогают контролировать расходы?
В SMPP-шлюзе полезно разделить потоки по типам: срочные сервисные сообщения, уведомления о заказах и плановые рассылки. Для каждого потока задают отдельный шаблон, понятное имя кампании и отчёт по количеству принятых, доставленных и недоставленных сегментов. Тогда в отчёте видно, какой именно текст создаёт лишнюю нагрузку.
Отдельно проверьте логику повторной отправки. Повтор нужен, когда система получила временную ошибку, но повторять все сообщения без условий нельзя: получатель рискует увидеть дубликаты, а отправитель — оплатить лишние сегменты. Правило стоит привязать к статусу из DLR, лимиту попыток и интервалу ожидания.
При большой нагрузке важны также очередь и скорость передачи. Название протокола само по себе не гарантирует скорость: её проверяют нагрузочным тестом с учётом подключения, очереди шлюза и операторских маршрутов (QUICKTEL). Перед крупной рассылкой полезно отправить тестовую группу, посмотреть DLR и убедиться, что шлюз не создаёт задержку из-за неверных настроек соединения.
Типичные ошибки при расчёте стоимости SMS
- Считать количество строк в редакторе вместо сегментов, которые сформировал шлюз.
- Проверять шаблон без переменных и не учитывать длинные имена, номера заказов или ссылки.
- Копировать текст из документа вместе с нестандартными пробелами, кавычками и символами.
- Отправлять повторно все сообщения без разбора статусов DLR.
- Смешивать в одном отчёте коды подтверждения, сервисные уведомления и массовые сообщения.
Расчёт лучше вести по доставленным сегментам и по каждому типу шаблона. Если нужно заранее оценить бюджет кампании, пригодится расчёт стоимости SMS через SMPP в 2026 году: в нём удобно сверить объём, длину текстов и параметры отправки до запуска.
3 шага, которые можно сделать на этой неделе:
- Собрать все действующие SMS-шаблоны и проверить каждый с длинными подстановками.
- Удалить из текстов эмодзи, декоративные знаки, повторы названия и полные ссылки, если они не нужны.
- Настроить отчёт по DLR и сегментам отдельно для каждого потока сообщений, чтобы следующая рассылка опиралась на фактические данные шлюза.
