Почему трекинг «ломается» не в коде, а в самой структуре аналитики

Почему трекинг «ломается» не в коде, а в самой структуре аналитики

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

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

Отдельная зона риска — дубли. Они появляются, когда конверсия ловится и по клику, и по загрузке страницы, или когда форма отправляется повторно после ошибки. В таком случае рост выглядит как успех, хотя на деле вы просто считаете один лид несколько раз.

Самый надёжный способ навести порядок — собрать карту событий до запуска и проверить её на 3 вопросах: что измеряем, где это фиксируется, кто отвечает за корректность. Если ответ хотя бы на один вопрос расплывчатый, аналитика уже требует ремонта.