Почему SMS-шаблон может не пройти модерацию T-PUSH и как это исправить

Представим компанию, которая годами использует одни и те же SMS-шаблоны для информирования клиентов. Тексты согласованы, интеграция работает, а уведомления о заказах, доставке и записи на услуги автоматически отправляются из CRM. При подключении T-PUSH возникает логичный вопрос: можно ли использовать уже готовые сообщения в новом канале?

На практике всё сложнее. Текст, который подходит для SMS, не обязательно соответствует требованиям T-PUSH. Причём дело не только в количестве символов. Уведомления в приложении Т-Банка имеют собственную структуру, правила оформления и ограничения по содержанию.

В результате даже небольшие особенности привычного сообщения могут потребовать его переработки. А если нарушения обнаруживаются уже на этапе модерации, запуск канала откладывается до согласования исправленного шаблона.

Как адаптировать существующие SMS, не потеряв важную для клиента информацию? И на что обратить внимание до отправки шаблонов на согласование? Разберём основные требования и практические сценарии.

Не каждое сервисное SMS подходит для T-PUSH

Одна из распространённых ошибок при подготовке уведомлений — считать, что зарегистрированный сервисный SMS-шаблон автоматически подойдёт для отправки через T-PUSH. Однако требования к сообщениям в этих каналах различаются, а шаблоны T-PUSH проходят отдельную модерацию Т-Банка.

В SMS-канале выделяют несколько типов сообщений: сервисные, авторизационные, транзакционные и рекламные. Для T-PUSH допускаются только сервисные и авторизационные уведомления, непосредственно связанные с действиями пользователя или предоставлением услуги.

Например, сообщение «Ваш заказ № 12345 готов к выдаче» содержит полезную информацию и соответствует назначению канала. А вот дополнение «Заберите заказ и получите скидку на следующую покупку» добавляет рекламное предложение, которое противоречит требованиям T-PUSH.

Аналогичная ситуация возникает с уведомлениями о записи на услуги. Напоминание о предстоящем визите относится к сервисной коммуникации, но предложение приобрести дополнительные услуги уже меняет характер сообщения.

Поэтому перед адаптацией шаблонов необходимо проверить не только их текущую категорию, но и фактическое содержание. Если уведомление объединяет сервисную информацию с рекламой, маркетинговую часть следует исключить.

Такой подход позволяет сохранить основную задачу сообщения — своевременно информировать клиента — и уменьшить риск отклонения шаблона на этапе модерации.

Как правильно адаптировать текст SMS под T-PUSH

После проверки содержания необходимо адаптировать структуру уведомлений. В отличие от SMS, T-PUSH состоит из отдельного заголовка и основного текста. Согласно требованиям i-Digital к T-PUSH, максимальная длина заголовка составляет 20 символов, а текста — 90 символов, включая персональные подстановки.

При этом заголовок должен содержать только буквы и пробелы, без эмодзи и специальных символов. Основной текст обязан читаться самостоятельно, а не продолжать заголовок. В конце сообщения не ставится точка, запрещены списки, а обращения на «вы» пишутся со строчной буквы.

Рассмотрим три примера адаптации действующих SMS-шаблонов.

Пример 1. Уведомление о готовности заказа

SMS: «Ваш заказ № 12345 готов к выдаче. Заберите его в пункте выдачи до 24 октября».

T-PUSH:

1. Заголовок: «Заказ готов»
2. Текст: «Ваш заказ № 12345 готов к выдаче. Заберите его до 24 октября»

Пример 2. Изменение статуса доставки

SMS: «Курьер привезет заказ № 12345 сегодня с 14:00 до 18:00. Ожидайте звонка».

T-PUSH:

1. Заголовок: «Доставка»
2. Текст: «Курьер привезет заказ № 12345 сегодня с 14:00 до 18:00»

Пример 3. Напоминание о записи

SMS: «Напоминаем: вы записаны на прием 24 октября в 15:30. Ждем вас!»

T-PUSH:

1. Заголовок: «Запись»
2. Текст: «Вы записаны на прием 24 октября в 15:30. Ждем вас»

Во всех примерах мы сохранили основную информацию для клиента, выделили короткий заголовок и адаптировали содержание под требования канала. Это иллюстративные варианты: окончательное решение о соответствии шаблона принимает Т-Банк.

Отдельно стоит проверять менее очевидные редакционные требования: использование кавычек-«ёлочек», длинного тире, отсутствие необоснованного Caps Lock и буквы «ё», кроме случаев её присутствия в названии бренда. Даже если уведомление укладывается в ограничения по длине, нарушение правил оформления может стать причиной замечаний при модерации.

Переменные и ссылки: ошибки, которые легко пропустить

Даже если текст T-PUSH соответствует всем редакционным требованиям, проблемы могут возникнуть уже при подстановке персональных данных. Причина — переменные, которые используются в большинстве сервисных уведомлений: номера заказов, даты доставки, названия услуг, имена клиентов.

Рассмотрим пример шаблона: «Ваш заказ №{ORDER_ID} передан курьеру. Доставка {DATE} с {TIME_FROM} до {TIME_TO}».

При подготовке текста он может укладываться в ограничение 90 символов. Но после подстановки реальных значений длина сообщения увеличится. Например, вместо короткой даты появится полное название дня и месяца, а вместо пятизначного номера заказа — длинный идентификатор.

Поэтому важно проверять не только исходную формулировку, но и максимально возможную длину каждой переменной. Согласно правилам составления шаблонов i-Digital, сообщения могут содержать постоянные и переменные части. Однако синтаксис SMS-шаблонов нельзя автоматически переносить в T-PUSH: для этого канала шаблон оформляется в виде регулярного выражения и отдельно согласовывается.

Ещё один важный элемент — ссылки. T-PUSH позволяет добавить обычную ссылку на сайт или диплинк, открывающий приложение компании при его наличии на смартфоне. Например, уведомление о готовности заказа может вести непосредственно на страницу с подробностями покупки.

В общих правилах T-PUSH ссылка считается дополнительным элементом, однако Т-Банк вправе сделать её обязательной. В описанном во внутренних материалах i-Digital пилотном сценарии наличие ссылки уже требуется, в том числе для авторизационных уведомлений.

При этом ссылка, как и текст сообщения, входит в состав согласуемого шаблона. Если компания решит изменить адрес перехода после модерации, потребуется регистрация нового шаблона.

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

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

Как подготовить шаблоны к модерации и избежать повторных согласований

Когда компания планирует перевести в T-PUSH десятки сервисных уведомлений, даже незначительные ошибки в шаблонах могут замедлить запуск. Особенно если тексты создаются разными подразделениями, а согласование проходит уже после завершения технической настройки.

Чтобы сократить количество исправлений, подготовку лучше организовать последовательно. Сначала определить подходящие типы сообщений, затем адаптировать содержание и только после внутренней проверки передавать шаблоны на модерацию Т-Банка.

Перед отправкой каждого шаблона стоит проверить:

1. Тип сообщения. Уведомление содержит исключительно сервисную или авторизационную информацию, без рекламных предложений.
2. Заголовок и текст. Соблюдены ограничения в 20 и 90 символов, включая персональные подстановки.
3. Редакционные требования. Текст грамотный, не содержит запрещённых элементов оформления и понятен независимо от заголовка.
4. Переменные. Проверены возможные значения, их длина и соответствие согласуемой структуре.
5. Ссылки. Указан корректный URL или диплинк с учётом требований партнёра и сценария перехода.
6. Финальная версия. Заголовок, содержание и ссылка согласованы внутри компании, чтобы избежать последующих изменений.

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

После одобрения необходимо провести тестовые отправки с реальными примерами переменных, проверить отображение заголовка, текста и работу ссылок. Только после успешного тестирования стоит переходить к промышленной отправке.

При подготовке большого количества уведомлений специалисты i-Digital могут помочь с адаптацией действующих сообщений под требования нового канала и организацией тестирования.

Главный принцип — рассматривать модерацию не как формальность перед запуском, а как отдельный этап подготовки коммуникаций. Чем тщательнее компания проверяет шаблоны до согласования, тем меньше изменений потребуется после него.

В результате бизнес получает не просто набор одобренных сообщений, а подготовленную систему сервисных уведомлений, которую можно использовать для дальнейшего масштабирования T-PUSH без постоянного пересмотра уже согласованных текстов.