Треккинг клиентского пути без куков: чек-лист “минимально достаточной” атрибуции для B2B маркетинга

Треккинг клиентского пути без куков: чек-лист “минимально достаточной” атрибуции для B2B маркетинга

После ухода от куков большинство команд застряли в маятнике: либо «перестали мерить», либо мерят только обрывки. Для маркетинг-опс это обычно означает провалы в консистентности данных между источниками, CRM и веб-аналитикой. На этой неделе можно построить систему, которая будет работать даже при частичных потерях идентификаторов — и даст команде управляемую картину влияния.

Цель: научиться оценивать вклад маркетинга в выручку, даже если last-click “сломался”.

Шаг 1. Зафиксируйте “истину” по событию-конверсии
— В B2B выбирайте одно первичное бизнес-событие (например, MQL с квалификацией или SQL с подтверждением интереса) и одно финальное (например, закрытая сделка/выручка).
— Введите правило: аналитика атрибутирует до первичного события, RevOps — до финального. Это разделение убирает путаницу “почему в CRM конвертится одно, а в BI другое”.

Шаг 2. Сведите события в единый словарь (не в документах — в данных)
— Сделайте таблицу соответствий: source → campaign_id → touchpoint_type → event_name.
— Веб-события и CRM-статусы должны иметь прямые маппинги: один веб-триггер соответствует одному типу касания.
— Проставьте обязательные поля: timestamp, идентификатор контакта (если есть), идентификатор компании (если есть), utm-пакет или его эквивалент.

Шаг 3. Перейдите от “идентификаторов пользователей” к “идентификаторам сессий/контактов” на сервере
— На стороне сайта включите серверную запись ключевых событий (server-side сбор).
— Используйте трансляцию UTM/клик-атрибутов на бекенд и храните вместе с событием. При потере куков это заменяет часть контекста.
— Если в воронке есть формы, привяжите события к созданному лид-объекту в момент отправки (до/после — решите по вашей схеме, но фиксируйте единообразно).

Шаг 4. Сделайте “кампании” атрибутируемыми: единый campaign_id
— Проверьте, что каждый рекламный канал/кампания реально отдаёт campaign_id (или параметр, из которого он восстанавливается) на вашем сайте.
— Уберите зависимость от “названия кампании” как первичного ключа: оно ломается при переименованиях.
— Создайте справочник кампаний и источников (канал, формат, гео, дата старта/остановки — без точных релизов, но с жизненным циклом).

Шаг 5. Введите post-click и post-view как минимум, но с простым правилом оценки
— Если есть данные просмотра (view-through) — используйте их, иначе ограничьтесь кликами и формами.
— Для первого шага достаточно простой модели:
— атрибутировать касания с затуханием по времени (например, экспонента/линейное затухание)
— учитывать, что “ранние касания” важны для набора контекста, но “последнее” не должно забрать 100% веса.
— Смысл в том, чтобы модель была воспроизводимой и обсуждаемой с Sales/Customer Success.

Шаг 6. Добавьте инкрементальность маленьким пилотом вместо попытки “всё и сразу”
— Выберите 1–2 канала или сегмента аудитории.
— Проведите пилот с контролем: holdout/segmentation на уровне кампании (вариант — исключить часть трафика/компаний из показа в тестовой группе).
— Сравните результат не с “средним по аккаунту”, а с динамикой в группе управления. Это ближе к MMM/incrementality и быстрее в реальной жизни, чем полная MMM-модель.

Шаг 7. Закройте контур данных: CRM → BI → отчёт
— Настройте регулярную выгрузку касаний по лид-объектам в CRM (touchpoint table).
— В BI стройте отчёт по цепочке: касания → первичное событие → финальный результат.
— Отдельно отметьте долю “неатрибутированных”: ваша цель на неделю — измерить и уменьшать её, а не игнорировать.

Шаг 8. Опубликуйте “карта ограничений” для руководителя (и не спорьте про точность)
— Документ на 1 страницу: что меряем, где теряем, какие допущения в модели.
— Это снижает трение в команде: вы объясняете, почему модель не совпадает с last-click, и показываете, как она ведёт к управляемым решениям.
…