Сквозная аналитика ломается не в CRM, а на стыке UTM, webhook и оффера

Сквозная аналитика ломается не в CRM, а на стыке UTM, webhook и оффера

Если в отчетах «прыгают» лиды, сначала проверяйте не дашборд, а цепочку данных: • единый шаблон UTM без ручных правок • авто-подстановка click_id и client_id в форму • передачу статуса лида из CRM обратно в систему аналитики через webhook.

Дальше смотрим на идентификацию. Один и тот же пользователь должен собираться в одну сущность: cookie, postback, телефон, email — но только с нормализацией формата. Если телефон приходит в трех масках, а email с лишними пробелами, дедупликация начнет врать, а атрибуция расползется по каналам.

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

Перед запуском проверьте 4 вещи: 1) UTM не режутся редиректами 2) click_id сохраняется до сделки 3) дубли не создают повторные конверсии 4) офлайн-статусы возвращаются в рекламу без задержек. Автоматизируем рутину, масштабируем результат.