Короткий ответ
UTM-метки нужно сохранить при первом входе в диалог и передавать вместе с контактом, выбранной задачей и результатом. Первый источник отвечает, откуда клиент появился, последний вход — что вернуло его сейчас; эти значения нельзя молча перезаписывать. Полезный отчёт связывает campaign и source не со стартом бота, а с квалифицированной заявкой, ответом менеджера и подтверждённым результатом.
Источник нужно сохранить до первого вопроса
UTM-метки имеют смысл только если переживают переход в диалог. Сохраните их при открытии виджета или старте бота, привяжите к контакту и не перезаписывайте при следующем сообщении. Тогда менеджер видит не догадку, а путь клиента.
Отчёт начинается с результата, а не клика
Сравнивайте кампании по подтверждённым заявкам или встречам, а не только по числу стартов. Если источник даёт много диалогов, но мало передач, откройте реальные переписки: возможно, обещание рекламы не совпадает с первым экраном бота.
Какие поля сохранить и не перезаписывать
| Поле | Пример | Правило |
|---|---|---|
| utm_source | yandex | Сохранить при первом входе |
| utm_campaign | summer_demo | Не заменять новым сообщением |
| entry_channel | widget или telegram | Отделять канал от рекламного источника |
| entry_flow | lead_qualification | Знать, какой сценарий принял контакт |
| outcome | meeting_booked | Записать подтверждённый результат |
Первый источник и последний вход отвечают на разные вопросы
Первый источник показывает, где человек познакомился с предложением. Последний вход объясняет, откуда он вернулся перед заявкой. Не затирайте первое значение последним: храните их раздельно, иначе ретаргетинг заберёт себе результат всей предыдущей работы.
Свяжите метки с событиями сценария
- 01
Сохранить вход
Записать источник, кампанию, канал и сценарий до первого вопроса.
- 02
Зафиксировать намерение
Сохранить выбранную задачу и узел, на котором она определилась.
- 03
Отметить передачу
Передать UTM-поля вместе с контекстом менеджеру.
- 04
Подтвердить результат
Записать не обещание, а состоявшуюся заявку, встречу или оплату.
Где чаще всего рвётся цепочка атрибуции
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| В отчёте много direct | Метки потерялись до старта диалога | Ссылку, редирект и момент записи полей |
| У всех одна кампания | Первое значение перезаписывается | Логику first touch и повторный визит |
| Есть старты, нет заявок | Событие результата не связано с контактом | Идентификатор контакта при передаче |
| CRM и бот расходятся | Поля имеют разные названия или формат | Маппинг интеграции и тестовую заявку |
Проверку проводите как сквозной тест, а не как просмотр одного экрана. Откройте ссылку в чистой сессии, начните диалог, выберите задачу, запросите оператора и отметьте результат. Затем сравните один и тот же идентификатор контакта в событиях сценария, карточке диалога и внешней системе. Любой ручной перенос между таблицами делает атрибуцию недоказуемой.
Отчёт должен отвечать на управленческий вопрос
Минимальные разрезы
- кампания → начатые диалоги → квалифицированные обращения → подтверждённый результат;
- источник и канал отдельно: реклама может привести в виджет, Telegram или другой вход;
- первое и последнее касание без взаимной перезаписи;
- ветка или узел сценария, на котором чаще всего прекращается диалог;
- стоимость подтверждённого результата, а не только стоимость старта.
Договоритесь о названиях до запуска рекламы
Одна и та же площадка не должна приезжать как yandex, ya и yandex_direct. Зафиксируйте регистр, допустимые значения source и medium, шаблон campaign и правила для content. Человекочитаемое имя кампании можно хранить отдельно: технический идентификатор нужен для стабильного объединения данных, а название — для отчёта команды.
| Поле | Правило | Пример |
|---|---|---|
| utm_source | Площадка в нижнем регистре | yandex |
| utm_medium | Тип размещения из закрытого списка | cpc |
| utm_campaign | Продукт_аудитория_период | widget_smb_aug26 |
| utm_content | Объявление или гипотеза | handoff_a |
Автоматически валидируйте ссылки перед публикацией: пустая campaign или случайный пробел создадут отдельную строку в отчёте. После запуска сохраните одну контрольную заявку для каждой площадки — она станет быстрым эталоном при следующей поломке интеграции.
Если посетитель запрещает аналитические cookies, не маскируйте отсутствие данных придуманным источником. Отметьте источник как неизвестный и отделите такие обращения в отчёте. Доля неизвестных значений сама по себе полезна: резкий рост укажет на сломанный редирект, изменение согласия или новую точку входа.
- source и campaign сохраняются у контакта.
- Метки видны в передаче.
- Результат связан с источником.
- Первый источник не затирается последним входом.
- UTM-поля видны менеджеру в контексте диалога.
Не превращайте атрибуцию в скрытый профиль клиента
Для ответа на вопрос «какая кампания привела заявку» обычно достаточно источника, кампании, точки входа и результата. Не собирайте дополнительные идентификаторы просто потому, что это технически возможно. Срок хранения и доступ к маркетинговым полям должны соответствовать вашей политике данных, а отсутствие согласия или метки нужно честно показывать как неизвестное значение.
Источники и документация
Как это работает в продукте
Источник должен попадать в контакт при первом входе, а не после заполнения анкеты: человек может уйти раньше, но маркетинг всё равно увидит, какая кампания привела к диалогу. Важны source, campaign, канал и ветка сценария.
Проверяйте атрибуцию в реальном маршруте: откройте ссылку с UTM, начните диалог, передайте его менеджеру и убедитесь, что эти поля видны рядом с историей. Только после этого имеет смысл строить отчёт.
Частые вопросы
- Какие данные об источнике нужно сохранять в чат-боте?
- Сохраните UTM-метки, реферер, посадочную страницу, идентификатор кампании и время первого обращения. Эти поля должны переходить вместе с контактом и событиями сценария, иначе связать заявку с конкретной рекламой после передачи оператору будет сложно.
- Чем отличаются первый и последний источник обращения?
- Первый источник показывает, откуда человек впервые пришёл, а последний — какой переход привёл к текущему диалогу или заявке. Храните оба значения отдельно: перезапись первого касания последней UTM-меткой искажает оценку кампаний.
- Как проверить атрибуцию чат-бота?
- Создайте тестовые ссылки с разными метками, пройдите сценарий до целевого события и сравните данные в контакте, диалоге и отчёте. Отдельно проверьте повторный визит без меток и переход между каналами, чтобы первый источник не исчезал.