Аналитика и трекеры ломаются не в коде, а в настройке событий

Аналитика и трекеры ломаются не в коде, а в настройке событий

Если метка клика живёт отдельно, а конверсия отдельно, вы смотрите не на воронку, а на набор разрозненных цифр. В арбитраже и медийке это сразу бьёт по решениям: масштабируете не то, режете не то, спорите с командой о «качестве трафика».

Проверьте базу:
— одно название события на один и тот же шаг;
— одинаковые UTM/параметры везде, где трафик проходит;
— единый источник истины: либо трекер, либо CRM, но не оба сразу «по ощущениям»;
— раздельные события для клика, лида, оплаты и повторной покупки.

Частая ошибка — считать трекер идеальным и не сверять его с логикой воронки. Если событие срабатывает раньше, чем пользователь реально дошёл до шага, вы получаете «успешные» отчёты и пустую кассу. Ещё одна проблема — дубли: один лид может прилететь из формы, из пикселя и из API.

Держите правило: сначала рисуете путь пользователя, потом ставите события, и только потом запускаете оптимизацию. Если цепочка не объясняется за 30 секунд, аналитику нужно не усиливать, а упрощать.