Что делать, если Яндекс.Метрика показывает одно, а CRM – совершенно другое
Самый частый истеричный запрос, который я слышу от клиентов на старте работы: «У нас в Яндекс.Метрике числится 500 конверсий, а в amoCRM упало только 300 лидов! Нас обманывают, агентство ворует трафик, программисты криворукие, бюджет сливается, все пропало!». Выдыхаем. Расхождение данных между frontend-системами веб-аналитики (Метрика, Google Analytics) и вашим бэкендом (CRM, ERP) – это не баг. Это суровая технологическая реальность, с которой вам придется смириться и жить. Вопрос состоит только в размере этого расхождения.
Давайте сразу обозначим адекватные границы: расхождение в 10-15% – это абсолютная норма. Это физический и технологический предел. Если вы с маниакальным упорством пытаетесь свести данные цент в цент, лид в лид, вы просто сжигаете дорогие ресурсы своего IT-отдела на невыполнимую, бессмысленную задачу.
Почему данные никогда не сойдутся 1 к 1?
- AdBlock и параноики. От 15 до 30% пользователей в рунете сегодня используют блокировщики рекламы, антитрекинговые системы браузеров (привет, Safari) и режут JS-скрипты. Метрика их просто не видит – для нее этих людей физически не существует. Но заявку на сайте они успешно оставляют, и в CRM падает полноценный лид без источника (Source = direct).
- Разрыв окна атрибуции. Пользователь кликнул по контекстной рекламе в Яндексе 20 дней назад, ничего не купил, а сегодня зашел напрямую (вбил урл руками или из закладок) и оставил заказ. Метрика (в зависимости от выбранной модели атрибуции, например «Последний значимый переход») может приписать это рекламе. CRM же зафиксирует дату создания лида именно сегодня. При сверке по дням у вас поедут цифры.
- Дубликаты, фрод и спам. Метрика тупо считает событие «Успешная отправка формы». Но условный Вася мог нажать кнопку «Отправить» три раза подряд, потому что у него завис мобильный интернет. Метрика радостно запишет 3 достижения цели. А нормальная, правильно настроенная CRM схлопнет это в один лид по уникальному номеру телефона или email.
- Сложный путь клиента (Cross-device). Утром клиент смотрел каталог с айфона в метро (один ClientID), вечером заказал с рабочего макбука в офисе (совершенно другой ClientID, другие cookie), а заказ оплатил вообще по ссылке из SMS. Для веб-аналитики это хаос из разных сессий, для CRM – один конкретный клиент с одним номером телефона.
Где начинается реальная проблема? Если расхождение устойчиво превышает 20% или, что еще хуже и абсурднее, CRM показывает больше лидов, чем Метрика фиксирует кликов (да, в моей практике бывает и такое дно) – у вас тотально сломана архитектура данных.
Как лечить этот инфраструктурный бардак?
Первое: перестаньте молиться на клиентские пиксели и JS-скрипты. Веб-аналитика предназначена исключительно для анализа поведения на сайте, построения воронок и оптимизации рекламных кампаний, а не для жесткого бухгалтерского учета продаж.
Второе: внедряйте Server-Side Tracking (серверное отслеживание). Передавайте критически важные конверсии не из браузера пользователя (где их беспощадно режет AdBlock и теряет плохой интернет), а с вашего бэкенда напрямую в API рекламных площадок. Пользователь отправил форму -> сервер записал железный лид в CRM -> сервер по API отправил пинг об успехе в Яндекс/Google. Это снижает потерю данных и погрешность до минимума.
Третье: архитектура сквозной аналитики должна строиться исключительно вокруг твердых данных из CRM, а не вокруг логов Метрики. ID успешной сделки, статус оплаты в банке, реальная выручка – это ваша первичная правда (Source of Truth). Данные рекламных площадок должны обогащать эти сущности информацией об источнике трафика, затратах и UTM-метках, а не наоборот.
Перестаньте требовать от своих аналитиков магического совпадения цифр до рубля. Используйте веб-аналитику для понимания векторов и трендов, а CRM – для подсчета кэша. И если тренды растут в правильную сторону, а деньги на расчетном счете прибавляются – значит, система работает правильно, даже если в Метрике математически не хватает пары десятков лидов.