Чем таргетированная рассылка отличается от массовой и как устроен её цикл
Массовая рассылка SMS предполагает единовременную отправку одного и того же текста по всей базе номеров без какого-либо разделения получателей. В её основе лежит максимальный охват, при котором релевантность сообщения для конкретного человека не учитывается. Таргетированная модель, напротив, строится на предварительном анализе данных и выделении узких сегментов аудитории. Формируется замкнутый цикл: сбор данных о действиях и свойствах абонента, их обработка, определение критерия для выборки, автоматическая генерация персонализированного контента и передача сообщения через техническую инфраструктуру. Принципиальное различие заключается в том, что сообщение направляется только тем пользователям, для которых оно актуально в текущий момент или в рамках заданного сценария. В этом контексте полезно ознакомиться с https://marketolog.mts.ru/sms/targeted_sms, где описываются основные технологические узлы и логика их взаимодействия.
Ключевые этапы прохождения сообщения от создания до получения
Первым этапом является формирование задачи в интерфейсе платформы или через API. Система получает инструкцию, содержащую текст шаблона, список номеров либо идентификатор сегмента, а также параметры времени запуска. Далее модуль сегментации обращается к подключённым источникам данных, выполняет фильтрацию и формирует итоговый перечень получателей. После этого механизм персонализации наполняет шаблон конкретными данными для каждого номера. Подготовленные сообщения направляются в SMS-шлюз, который конвертирует запросы в пакеты протокола SMPP и устанавливает соединение с узлами операторов связи. Сообщение проходит через SMSC-центр оператора и доставляется на устройство абонента.
Признаки таргетированной кампании: релевантность вместо охвата
Основной признак таргетированной кампании — наличие логического условия, которое определяет включение абонента в список получателей. Это условие может быть основано на факте совершения транзакции, брошенной корзине, истечении подписки или географическом перемещении. При таком подходе количество отправленных сообщений снижается, но коэффициент конверсии и отклика растёт за счёт смыслового совпадения между содержанием SMS и потребностью получателя. Дополнительный признак — обязательное использование переменных, меняющихся от сообщения к сообщению, таких как имя, сумма заказа или код бронирования.
Источники данных и принципы сегментации получателей
Сегментация аудитории опирается на поведенческие данные, аккумулируемые из внутренних систем учёта взаимодействия с клиентом. К таким системам относятся CRM-платформы, CDP-модули, логи веб-аналитики, данные мобильных приложений и офлайн-кассы. Источники объединяются на уровне сквозного идентификатора, позволяющего сопоставить номер телефона с историей покупок, просмотров страниц и реакций на предыдущие кампании. Ключевой принцип — консолидация разрозненных записей в единый профиль клиента, на основе которого и применяются критерии группировки.
Поведенческие, демографические и транзакционные критерии разделения
Поведенческие критерии учитывают факты открытия сообщений, переходы по ссылкам, частоту взаимодействий и дату последней активности. Демографические параметры могут включать возрастной диапазон, пол или регион, если эти сведения были предоставлены и подтверждены клиентом. Транзакционные критерии работают с временем и суммой последнего заказа, категорией приобретённого товара и стадией жизненного цикла заказа — от оформления до доставки. Комбинация критериев позволяет формировать пересекающиеся или последовательные группы, например, «клиенты, не открывавшие SMS более 60 дней, но имевшие два и более заказа за год».
Статическая и динамическая сегментация в связке с CRM-системами
Статическая сегментация фиксирует состав группы на момент выгрузки и не меняется после запуска кампании. Она удобна для разовых акций с заранее известным списком участников. Динамическая сегментация предполагает постоянное обновление состава сегмента по мере поступления новых данных в CRM. При такой настройке платформа проверяет критерии непосредственно перед отправкой каждого сообщения, что критически важно для транзакционных сценариев и триггерных цепочек. Технически это реализуется через прямые SQL-запросы к реплике базы данных или через REST-эндпоинты, возвращающие актуальный статус подписчика.
Техническая реализация персонализации SMS-сообщений
Персонализация сообщения подставляет переменные данные клиента в заранее определённые места шаблона. На техническом уровне текст SMS хранится в виде строки с плейсхолдерами, например, %name%, %date%, %summ%. Перед отправкой модуль рендеринга заменяет их значениями, извлечёнными из профиля получателя. Если значение отсутствует, может срабатывать правило умолчания: либо подстановка резервной фразы, либо исключение всего блока.
Подстановка переменных и условные блоки контента
Подстановка переменных не ограничивается простой заменой строк. Условные блоки контента расширяют логику: если значение переменной соответствует заданному оператору (равно, больше, содержит), в финальное сообщение добавляется или исключается определённый фрагмент текста. Например, при статусе «новый клиент» в SMS добавляется приветственный бонус, а для повторного — ссылка на историю заказов. Условные конструкции обрабатываются на этапе компиляции сообщения перед его передачей шлюзу, не увеличивая время отправки.
Сценарии динамической генерации текста на основе триггеров
Триггерные кампании инициируются событиями из внешних систем: регистрацией, оформлением заказа, изменением статуса оплаты. В этих сценариях платформа получает HTTP-запрос, содержащий идентификатор клиента и параметры события, после чего сопоставляет событие с шаблоном сообщения. Текст полностью генерируется в реальном времени на основе полученных параметров без участия оператора. Такой подход используется для парольных кодов, уведомлений о доставке и напоминаний о записи.
Техническая основа доставки: от SMS-шлюза до отображения имени отправителя
После компиляции сообщения платформа передаёт его SMS-шлюзу. Шлюз представляет собой специализированное программное обеспечение, которое преобразует HTTP- или SMPP-запросы в сигнальные сообщения сети SS7, взаимодействуя с SMSC операторов. Шлюз выполняет нормализацию номеров, проверяет сигнатуру отправителя и выбирает оптимальный маршрут на основе анализа стоимости, скорости доставки и текущей загрузки каналов. Маршрутизация может динамически переключаться между прямыми подключениями к операторам и каналами агрегаторов, если прямой стык недоступен.
Принцип работы шлюза и маршрутизация по протоколу SMPP
SMS-шлюз маршрутизирует сообщения через протокол SMPP, который обеспечивает асинхронный обмен PDU-пакетами между клиентом (External Short Message Entity) и сервером оператора. Шлюз открывает транспортерное соединение (bind_transmitter), после чего для каждого сообщения формируется команда submit_sm, содержащая тело текста, закодированное в UCS-2 или GSM 03.38, номер получателя и адрес отправителя. Ответная команда submit_sm_resp подтверждает приём или отклонение сообщения. Повторные попытки при сбоях настраиваются через параметры validity_period и retry-интервалы, чтобы не перегружать канал и не попасть под ограничения скорости оператора.
Короткие и буквенные коды отправителей: регистрация и влияние на доставляемость
Буквенный код (альфанумерическое имя) идентифицирует отправителя массовой рассылки и отображается в поле «Отправитель» вместо цифрового номера. Для его использования требуется предварительная регистрация у каждого оператора, на сеть которого планируется отправка. Процедура включает подачу заявки с указанием имени, целей использования и гарантий соответствия законодательству. Незарегистрированная или просроченная сигнатура может привести к блокировке трафика или автоматической замене имени на цифровой номер. Доставляемость напрямую связана с тем, как долго используется конкретная сигнатура и отсутствуют ли жалобы на спам с неё.
Правовые основания рассылки: от согласия абонента до международных норм
Правовое основание рассылки базируется на явном согласии абонента на получение сообщений определённой категории. Без такого согласия любая рекламная или информационная рассылка трактуется как спам и может повлечь административную или репутационную ответственность. Согласие должно быть документируемым, то есть подтверждаться временной меткой, IP-адресом или иным идентификатором действия, а также фиксацией текста, с которым согласился пользователь.
Механизмы opt-in и double opt-in в контексте явного согласия
Opt-in механизм реализует двойное подтверждение согласия в несколько шагов. На первом этапе пользователь вводит номер телефона в веб-форму или сообщает его оператору контакт-центра. Вторым шагом система инициирует отправку SMS с одноразовым кодом или ссылкой подтверждения, после активации которой согласие считается полученным. Такой подход обеспечивает верификацию принадлежности номера и фиксирует момент явного волеизъявления, что соответствует требованиям регуляторов о доказательной базе при спорных ситуациях.
Ограничения, накладываемые 152-ФЗ и GDPR, и способы их соблюдения
Федеральный закон №152-ФЗ регламентирует обработку персональных данных и требует получения согласия на их использование для конкретных целей, включая рассылки. GDPR дополнительно вводит принципы минимизации данных, права на их портирование и отзыв согласия в любой момент. Для соблюдения норм в платформу встраивается модуль управления согласиями, где хранятся версии согласий, даты их предоставления и ссылки на конкретные формулировки. При отзыве согласия запись о номере должна исключаться из всех сегментов автоматически, а история отправок — сохраняться в обезличенном виде в соответствии с установленными сроками хранения.
Управление частотой отправки и временными окнами
Ограничение частоты отправки предотвращает спам-фильтрацию и снижает вероятность отписки из-за перегрузки абонента сообщениями. Системы управления кампаниями отслеживают, сколько SMS было отправлено на конкретный номер за скользящие 24 часа, неделю и месяц. При превышении лимита сообщение либо ставится в очередь на следующий доступный слот, либо помечается как отклонённое, если срок жизни сообщения истекает раньше.
Лимиты на одного подписчика и предотвращение спам-фильтрации
Фильтры операторов анализируют не только содержание текста, но и профиль массовости отправок с конкретной сигнатуры и IP-адреса шлюза. Резкий всплеск интенсивности или равномерный поток однотипных сообщений на множество номеров одного виртуального узла связи могут активировать эвристические блокировки. Установка внутренних лимитов на уровне платформы — например, не более трёх маркетинговых SMS в неделю и не более одного в сутки — позволяет удерживать репутацию цифрового отправителя на уровне, не вызывающем срабатывания автоматических защитных механизмов.
Учёт часовых поясов и концепция времени жизни сообщения
При отправке на номера, распределённые по разным часовым поясам, используется механизм «окон тишины» — интервалов, в которые доставка блокируется. Платформа определяет пояс по коду региона или маске номера и откладывает запуск, если локальное время абонента выпадает из разрешённого промежутка, обычно с 09:00 до 21:00. Время жизни сообщения (TTL) задаёт период, в течение которого оно остаётся релевантным. Для кодов подтверждения TTL может составлять 5–10 минут, для напоминаний о событии — до его наступления. По истечении TTL сообщение удаляется из очереди без доставки, что исключает получение неактуальной информации.
Анализ эффективности с помощью A/B-тестирования и ключевых метрик
Алгоритмы A/B-тестирования сравнивают релевантность контента, времени отправки или шаблона отправителя, разделяя сегмент на статистически независимые группы. Одной части аудитории направляется вариант A, другой — вариант B, после чего платформа отслеживает конверсионные действия в течение заданного окна атрибуции. Результаты сравниваются не только по абсолютным значениям конверсии, но и по показателю доверительного интервала.
Как сравнивать вариации контента и времени отправки
Для сравнения вариаций фиксируется единственный изменяемый параметр, все прочие условия должны быть идентичными: одинаковый сегмент, один и тот же период отправки и равные технические параметры доставки. Если тестируется текст сообщения, вариант A может содержать прямое указание на выгоду, а вариант B — социальное доказательство. При тестировании времени отправки одно и то же сообщение отсылается двум случайным половинам сегмента с разницей в час. Ключевые метрики для сравнения — click-through rate уникальных переходов и коэффициент конверсии в целевое действие.
Контрольная группа и статистическая значимость в оценке результатов
Контрольная группа — это подмножество подписчиков, исключённое из кампании и используемое для замера базового уровня конверсии без воздействия сообщения. Её размер определяется статистической мощностью теста и ожидаемым размером эффекта. Для SMS-кампаний с ожидаемой конверсией 2–5% и желаемой чувствительностью к изменению на один процентный пункт размер группы часто требует нескольких тысяч номеров. Статистическая значимость оценивается через p-value, и результаты считаются воспроизводимыми только при значении не более 0,05, что подтверждает низкую вероятность случайного отклонения.