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

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

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

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

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

Хорошая привычка — держать короткий чек-лист валидации: тестовый клик, проверка параметров, сверка postback, контроль дублей, сравнение с CRM. Если эта цепочка чистая, любые решения по масштабированию становятся заметно точнее.