Сквозная аналитика ломается не в отчётах, а на этапе сборки идентификаторов

Сквозная аналитика ломается не в отчётах, а на этапе сборки идентификаторов

Если UTM размечены, а сделки в CRM не совпадают с расходами, ищите разрыв в цепочке: client_id, gclid/fbclid, session_id, order_id. Один пропущенный параметр на входе превращает весь дашборд в красивую, но бесполезную витрину.

Базовая схема должна быть жёсткой:
— один стандарт UTM для всех источников;
— передача всех кликовых идентификаторов в форму и дальше в CRM;
— единый order_id для лида, сделки и оплаты;
— сохранение timestamp, source, medium, campaign, adset, creative.
Иначе атрибуция начинает «прыгать» между каналами.

Отдельно проверьте серверную часть. Куки и браузерные редиректы живут недолго, поэтому критичные поля лучше дублировать через webhook или API. Аналитика показала аномалию, разбираем техническую причину: чаще всего теряются поля на этапе обработки формы, а не в рекламном кабинете 🛠

Перед запуском тестируйте цепочку от клика до оплаты на одном контрольном лидe: что попало в GTM, что ушло в CRM, что вернулось в BI. Если хотя бы одно поле не проходит сквозь систему без ручной правки, автозагрузка отчётов будет давать системную ошибку.

Автоматизируем рутину, масштабируем результат: сначала чинится трекинг, потом оптимизируются ставки, а не наоборот.