Почему данные Яндекс Метрики и CRM расходятся

Разница между заявками в Яндекс Метрике и CRM обычно появляется из-за разных правил подсчёта, ошибок в передаче данных или ручной обработки обращений. В этой статье разберём, как найти расхождение по шагам: сравнить периоды, проверить цели, UTM-метки, дубли и статусы сделок. В результате вы сможете понять, сколько обращений действительно пришло из рекламы и поиска, а на каком этапе потерялась часть данных.

Почему Метрика и CRM считают заявки по-разному?

Яндекс Метрика фиксирует действия на сайте: отправку формы, клик по номеру телефона, переход в чат или другую настроенную цель. CRM хранит обращения, которые дошли до системы и были созданы как лиды или сделки. Между этими событиями есть несколько технических этапов, и каждый из них способен изменить итоговое количество.

Например, посетитель дважды нажал кнопку отправки формы. Метрика может засчитать две конверсии, а CRM создаст одну карточку, если интеграция объединила обращения по номеру телефона. Бывает и обратная ситуация: менеджер вручную добавил клиента в CRM, но визит не связался с рекламным источником.

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

Как проверить расхождение по шагам?

Начните с простой таблицы за один одинаковый период. Для первой проверки лучше взять день или неделю, когда объём обращений можно просмотреть вручную. Запишите количество достижений цели в Метрике, новых лидов в CRM и обращений по каждому каналу.

После этого возьмите несколько конкретных заявок и пройдите их от сайта до CRM. Проверьте время отправки, телефон или email, адрес страницы, UTM-метки и название рекламной кампании. Такой ручной разбор показывает причину быстрее, чем просмотр общей диаграммы.

Если заявка приходит по телефону, проверьте, как система связывает звонок с визитом. Клик по номеру фиксирует намерение пользователя, но сам разговор в CRM попадёт только при настроенной передаче данных. Для форм, чатов и email действуют похожие правила: каждое обращение требует отдельного события и понятного идентификатора.

Какие технические ошибки встречаются чаще всего?

Цель настроена на клик, а не на успешную отправку

Клик по кнопке может произойти до проверки обязательных полей. Пользователь нажал «Отправить», получил сообщение об ошибке, а Метрика уже записала конверсию. Надёжнее фиксировать событие после подтверждённой отправки формы или после показа страницы благодарности.

CRM получает заявку с задержкой или не получает её

Интеграция может остановиться из-за ошибки доступа, изменения полей или сбоя в обработчике формы. В этом случае Метрика продолжает считать обращения, а CRM показывает меньше лидов. Проверьте журнал передачи за конкретный день и сопоставьте его с заявками на сайте.

UTM-метки исчезают при переходе между страницами

Если рекламная ссылка ведёт на промежуточную страницу, параметры источника могут не сохраниться. CRM получит контакт, но без кампании и объявления. Проверьте, сохраняются ли utm_source, utm_medium и utm_campaign до момента отправки формы.

Один человек создаёт несколько карточек

Клиент мог оставить форму с телефона, позвонить и написать через чат. Для Метрики это несколько целевых действий, а для бизнеса один потенциальный заказ. В CRM задайте правило поиска дублей по телефону или email и отдельно храните все обращения в истории клиента.

Сравниваются разные сущности

Количество заявок нельзя напрямую сравнивать с количеством оплаченных заказов. Между ними есть этапы квалификации, расчёта, согласования и оплаты. Сначала сопоставьте цель в Метрике с новым лидом, затем отдельно анализируйте переход лида в сделку.

Как связать рекламные заявки с реальными продажами?

Для управленческого отчёта одной Метрики недостаточно. Она показывает, откуда пришёл посетитель и какое действие совершил на сайте, но не видит результат разговора менеджера, договора или оплаты по счёту. CRM хранит эти этапы, поэтому связка двух систем позволяет оценивать канал по качеству клиентов, а не только по числу обращений.

Сначала определите единый набор этапов: «новый лид», «связались», «квалифицирован», «расчёт отправлен», «сделка закрыта». Затем договоритесь, какое событие передаётся обратно в рекламную систему. Для одной кампании это может быть квалифицированная заявка, для другой — оплаченный заказ. Критерий выбирают по циклу сделки и объёму данных.

Когда клиент покупает после звонка или переписки, данные о результате нужно передать из CRM как офлайн-конверсию. Такой подход описан в материале как настроить офлайн-конверсии для малого бизнеса в Беларуси. Он помогает рекламной системе учитывать действия после визита на сайт, если идентификатор пользователя сохранился.

Для малого бизнеса достаточно начать с одного канала и одной воронки. Например, связать заявки из Яндекс Поиска с CRM, проверить несколько дней передачи и только потом добавлять звонки, чаты и повторные обращения. Если интеграции соединяют сайт, рекламные кабинеты и CRM без ручного ввода, порядок проверки разобран в статье как не терять заявки между сайтом, чатами и CRM.

Типичные ошибки при проверке аналитики

• Сравнивать календарные даты, не проверив часовой пояс и время загрузки данных.
• Считать каждое достижение цели отдельным клиентом.
• Оставлять в отчёте только заявки и не проверять их статус в CRM.
• Удалять дубли вручную, не фиксируя правило объединения карточек.
• Смешивать органический поиск, рекламу и прямые заходы в одну группу.
• Менять настройки цели или интеграции в середине периода без отметки в отчёте.

Если после проверки цифры всё ещё расходятся, соберите журнал из конкретных обращений: дата и время, источник, идентификатор визита, контакт, цель Метрики, ID лида и статус в CRM. По этому списку аналитический аудит быстро отделяет проблему настройки от различий в логике подсчёта. Для собственника итоговый отчёт должен отвечать на один практический вопрос: сколько обращений из канала дошло до нужного этапа продаж.