Инкрементальность в GTM: как перестать “верить пикселям” и начать доказывать вклад

Инкрементальность в GTM: как перестать “верить пикселям” и начать доказывать вклад

В 2026 я всё чаще вижу одну и ту же боль: событие в Google Tag Manager (GTM) исправно стреляет, отчёты в интерфейсах обновляются, а бизнес всё равно спорит о том, что именно сработало. Причина почти всегда одна — атрибуция (особенно “last-click”) не отвечает на главный вопрос: *какую часть выручки дала именно ваша активность, а не то, что случилось бы и без неё?*

Я в таких проектах перехожу на инкрементальность (проверка добавочного эффекта) и делаю это технически в рамках GTM, не превращая аналитику в вечный проект “для Data Science”.

Моя практическая схема для white-маркетинга:

1) Разведите измерение “клика/лида” и измерение “влияния”
— В GTM я перестаю считать конверсиями всё подряд. Для тестов мне важнее поведение после показа/попадания в аудиторию.
— Поэтому ключевой набор событий делаю вокруг “контрольного окна”: просмотр страницы с оффером, начало формы, отправка, достижение ценности (например, добавление в коммерческое предложение/просмотр прайс-страницы B2B), факт сделки или её этап.

2) Добавьте признак тест-группы до срабатываний
Это самый недооценённый шаг. Если признак группы живёт только в CRM или в колл-центре, вы потеряете управляемость в аналитике.
— В GTM я ввожу переменную campaign_group (контроль/тест) и протягиваю её во все event параметры.
— Технически это может быть получено из cookie/localStorage (если вы корректно управляете согласиями) или из данных, пришедших на страницу (dataLayer/DOM).

3) Запускайте post-event так, чтобы модель “не гадала”
Я пересобираю порядок вызовов:
— событие ценности отправляется один раз (deduplication по transaction_id / lead_id),
— а дополнительные “обогащения” (CRM-статусы) уходят отдельными событиями уже после синхронизации.
В результате меньше расхождений между платформами и меньше “магии” в отчётах.

Наблюдение из практики (цифра, а не лозунг):
в одном B2B-проекте у них event отправлялся корректно, но в 28% случаев lead попадал в неправильную витрину из‑за отсутствия группы/флагов в событиях. На уровне интерфейсов всё выглядело “нормально”, но при восстановлении тестовой логики инкрементальность оказалась существенно ниже ожиданий по last-click. После добавления campaign_group в GTM согласование с RevOps стало проще: спорить перестали о “правильности пикселя”, начали о статистике эффекта.

Если хотите “рецепт” прямо для следующего спринта: начните не с нового отчёта, а с того, чтобы каждое важное событие несло атрибут тест-группы и единый идентификатор ценности. Это резко повышает шанс, что ваша система измерения выдержит проверку на добавочный эффект — и переживёт эпоху privacy-first атрибуции без самообмана.

— @GTMrecipesRuPro