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

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

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

Проверь базовый набор:
— одно событие = одно действие пользователя;
— click, lead, purchase не должны пересекаться;
— имя события и его смысл должны совпадать во всех связках;
— тестовый лид обязан доходить до CRM и обратно в аналитику.

Отдельно смотри на разрыв между кликом и конверсией. Если между ними есть лишние редиректы, подмена домена, антифрод или кривой postback, часть цепочки теряется. Тогда кабинет даёт один результат, трекер — другой, а оптимизация едет вслепую.

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

Сначала сделай одну чистую цепочку: клик → событие → CRM → postback → отчет. Если там нет расхождений, уже потом добавляй сложные схемы, сегменты и сквозную аналитику.