Атрибуция SMS-конверсий: ссылки, промокоды и окна учета

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

Надёжная схема использует несколько сигналов: идентификатор кампании, размеченную ссылку, промокод или персональный токен, server-side событие и фиксированное окно учёта. Главное — связать их с одним клиентом, не записывая лишние персональные данные в URL.

Идентификаторы кампании и сообщения

Каждая кампания получает стабильный campaign_id, вариант эксперимента — variant_id, а конкретная отправка — message_id или безопасный tracking token. Эти значения проходят через отправку, переход и целевое событие.

Не используйте номер телефона, email или открытый customer ID в ссылке. Случайный непрозрачный токен сопоставляется с клиентом на сервере и имеет ограниченный срок. Он не должен давать доступ к аккаунту или подтверждать чувствительное действие.

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

Метки ссылок

Обычные UTM-метки помогают веб-аналитике определить источник, канал и кампанию. Например, utm_source=sms, utm_medium=messaging, стабильное имя кампании и вариант. Схему названий фиксируют заранее, иначе отчёт распадается на sms, SMS, sms_rassylka и другие дубли.

Длинный URL увеличивает число символов и сегментов, поэтому используют контролируемый короткий домен и редирект. Требования к доверию, сроку и безопасности разобраны в статье про короткие ссылки в SMS.

Редирект должен сохранять метки, быстро отвечать, работать по HTTPS и не быть открытым перенаправителем на произвольный домен.

Промокоды и офлайн-действия

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

Общий код проще, зато он может попасть на купонные сайты и использоваться людьми вне рассылки. В отчёте отделяйте использование кода от доказанного получения SMS.

Для визита или звонка можно передать campaign ID в CRM через форму, динамический номер или вопрос сотрудника, но ручной ввод даёт пропуски. Сопоставляйте несколько источников и показывайте качество данных.

Server-side события

Клик — промежуточный шаг, а не конечная конверсия. Оплату, подтверждённую заявку и возврат лучше фиксировать на сервере, где известен фактический статус. Браузерный пиксель может не сработать из-за блокировки, закрытой страницы или оплаты вне сайта.

Событие содержит ID заказа, время, campaign/variant, сумму и статус. Повтор callback платёжной системы не должен удваивать выручку — используйте уникальный ID операции и дедупликацию.

Возврат или отмена корректирует результат. Отчёт по созданным заказам и оплаченной чистой выручке — разные показатели.

Окно атрибуции

Окно задаёт, сколько времени после взаимодействия действие учитывается за SMS. Для срочного предложения это могут быть часы или дни, для долгой B2B-сделки — больше. Значение выбирают по реальному циклу, но фиксируют до анализа.

Различайте view-through и click-through, если вообще можете надёжно измерить просмотр. Для обычного SMS факт доставки не равен прочтению. Поэтому чаще используют переход, промокод или последующее событие, а DLR оставляют технической метрикой.

Не расширяйте окно, пока отчёт не станет красивым. Чем оно длиннее, тем больше естественных покупок будет ошибочно приписано кампании.

Несколько касаний

Клиент может получить SMS, email, увидеть рекламу и открыть сайт напрямую. Простая last-click модель отдаст результат последнему переходу, first-click — первому. Ни одна не является универсальной истиной.

Для операционного отчёта выберите стабильное правило и показывайте путь касаний. Для оценки дополнительного эффекта используйте эксперимент. Если компания меняет модель атрибуции, пересчитайте сравнимые прошлые периоды или отметьте разрыв методики.

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

A/B-варианты

В A/B-тесте SMS variant ID назначается до отправки и сохраняется на всём пути. Один клиент не должен перейти между вариантами из-за повторного запуска кампании.

Анализ выполняется по назначенной группе, а не только по кликнувшим. Иначе сравнение потеряет случайность. Ссылки помогают понять механизм эффекта, но основная конверсия считается для всей группы.

Контроль качества

Регулярно проверяйте:

• долю SMS с корректным campaign ID;
• редиректы без потери меток;
• переходы без найденной отправки;
• повторные события заказа;
• расхождение CRM, платежей и веб-аналитики;
• конверсии после закрытия окна;
• использование промокода вне аудитории;
• влияние возвратов.

Тестовая покупка должна пройти полный путь от SMS до отчёта. Проверяйте её после изменения сайта, CRM, домена ссылок и аналитики.

Конфиденциальность и срок данных

Tracking token не должен быть вечным публичным идентификатором клиента. Ограничьте срок, область применения и данные, которые возвращает endpoint. После перехода сервер создаёт обычную сессию по правилам сайта, а токен атрибуции остаётся только аналитическим сигналом.

Собирайте только поля, необходимые для отчёта, и определите срок хранения сырой связи «отправка — клиент — заказ». Агрегированную статистику можно хранить отдельно от детальной истории. Доступ к выгрузке ограничивают ролями и журналируют.

Если ссылка уходит внешнему подрядчику, проверьте, какие параметры он видит и хранит. UTM не место для телефона, имени, договора и других персональных данных.

Ошибки между устройствами

Человек может открыть SMS на телефоне, а купить позже на ноутбуке. Cookie-based аналитика потеряет связь. Авторизованный аккаунт и server-side customer ID помогают соединить путь после входа, но это должно соответствовать правилам обработки данных.

Не пытайтесь компенсировать каждый разрыв чрезмерным fingerprinting. В отчёте показывайте долю уверенно связанных, вероятных и неизвестных конверсий. Честный диапазон полезнее точной цифры, построенной на непрозрачных предположениях.

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

Сверка выручки

Сумма в аналитике должна сходиться с системой заказов после учёта оплат, возвратов и отмен. Событие «thank you page» часто завышает результат при повторной загрузке или неоплаченном заказе.

Закрывайте отчёт после выбранного окна и отдельно обновляйте поздние возвраты. Если правила меняются, отмечайте дату разрыва. Сравнивать кампании по разным определениям выручки нельзя.

Модель данных

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

Уникальный transaction ID защищает деньги от двойного счёта, message ID — отправки, click ID — переходы. Разные сущности не подменяют друг друга.

Итог

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