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

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

Если трекинг собран криво, любой отчёт начинает врать: клики есть, лидов нет, а источник «гуляет» между каналами. Поэтому сначала проверяют не ROAS, а логику: что считается конверсией, где она фиксируется и кто передаёт статус дальше.

Минимальный чек-лист:
— одно имя события для одной цели;
— единый формат UTM-меток;
— дубль лидов отсекается до передачи в CRM;
— postback/пиксель не дублируют друг друга;
— тестовый лид проходит весь путь до финального статуса.

Самая частая ошибка — мерить всё подряд и потом верить среднему. Лучше иметь 5-7 ключевых событий, чем 40 «для красоты». Тогда видно, где рвётся цепочка: креатив, лендинг, форма, CRM или колл-центр.

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

Сначала добейтесь, чтобы цифры в трекере и в CRM совпадали по смыслу, а уже потом масштабируйте трафик.