Краткий ответ
Расхождение Директа и CRM сначала проверяют по определениям: клик, визит, цель и сделка не являются одной единицей. Затем выравнивают период, модель атрибуции, статусы, правила дублей и задержку передачи, после чего ищут конкретные несопоставленные записи.
Не начинайте с требования одинаковых итогов
Рекламный кабинет, счётчик и CRM наблюдают разные события. Один человек может перейти несколько раз, отправить одну заявку и получить две сделки по разным задачам. Поэтому одинаковые числа не являются универсальным признаком корректности. Сначала определите, какие показатели действительно должны быть связаны и в каком отношении.
Раздел вопросов по статистике Директа объясняет различие кликов и визитов и условия сравнения с Метрикой. Эти различия нельзя переносить на любую потерю заявки: факт принятого обращения всё равно должен иметь проверяемую судьбу в вашей системе. Причину ищут на конкретном участке, сохраняя исходные события.
Составьте словарь показателей
| Система | Событие | Что уточнить |
|---|---|---|
| Реклама | Клик или учитываемая конверсия | Фильтры, модель и дата |
| Аналитика | Визит или достижение цели | Условие срабатывания и повтор |
| Сайт | Принятая заявка | Идентификатор и результат сохранения |
| CRM | Контакт, лид или сделка | Правила создания и объединения |
| Продажи | Завершённый результат | Статус и момент подтверждения |
Выберите одну цепочку для сверки, например принятую форму и созданный лид. Не пытайтесь одновременно объяснить весь месячный отчёт. Для каждой пары определите ожидаемую связь: один к одному, несколько к одному или допустимое исключение. Так станет видно, где расхождение нормально, а где нарушен контракт.
Выровняйте условия отчётов
Проверьте диапазон дат, часовой пояс, фильтры кампаний, регион и выбранные цели. Учитывайте задержку обновления и импорта. Обращение могло прийти в конце дня, а запись CRM — появиться после полуночи. Если сравнивать разные даты событий, потеря может оказаться простым сдвигом периода.
Зафиксируйте модель атрибуции и доступный способ сопоставления. Не меняйте её ради совпадения итогов. Названия и состав моделей могут обновляться, поэтому проверяйте текущую документацию и настройки. Подробное сравнение моделей вынесено в отдельную статью, чтобы не смешивать распределение источников с техническим сохранением заявки.
Проверьте событие цели
Цель на клик кнопки может сработать без принятия обращения. Цель на странице благодарности может повториться при обновлении. Сначала выполните контрольный сценарий и найдите запись на сервере. Затем проверьте, как и когда отправлено событие. Проверка цели по принятой заявке помогает отделить попытку от результата.
Не отправляйте реальные тестовые обращения без согласованного контура и маркировки. В рабочем процессе исключайте тесты из бизнес-отчёта по явному правилу. При этом сами технические проверки должны сохранять достаточно данных для диагностики. Просто удалить неудобные записи из CRM — не способ исправить измерение.
Проследите идентификаторы и дубли
Для выборки несопоставленных обращений проверьте идентификатор сайта, внешнюю запись и журнал передачи. Метки могли потеряться при редиректе, форма — не сохранить контекст, интеграция — завершиться ошибкой. Общая сумма не показывает, какой именно участок требует исправления. Двигайтесь от конкретного события к следующему.
Уточните правила объединения клиента и создания сделки. Если CRM объединяет повторные контакты, число карточек будет меньше числа обращений, но история может быть сохранена. Если запись удалена как спам, нужна согласованная причина исключения. Подготовка связи данных рассмотрена в материале о сквозной аналитике.
Учебный пример сверки
Сайт сохранил десять тестовых обращений, CRM показывает восемь новых контактов. Два обращения принадлежат уже существующим контактам и корректно добавлены в историю. Это не потеря, если таков процесс. Но если по одному идентификатору нет ни записи, ни объяснимого исключения, проверяется конкретная передача и её повтор.
Отдельно цель могла сработать двенадцать раз из-за повторного открытия подтверждения. Исправление этого условия не меняет число принятых заявок. Отчёт должен показать две разные причины расхождения, а не один общий процент «погрешности». Числа условные и служат иллюстрацией метода.
Завершите сверку реестром причин
Каждая разница относится к определению, периоду, атрибуции, дублю, исключению или технической ошибке. Для ошибки есть задача и повторная проверка. Оставшиеся несопоставленные записи показаны явно. Такой результат полезнее искусственного равенства итогов, достигнутого изменением фильтров без объяснения.
Как найти расхождение на уровне одной заявки
Возьмите разрешённую тестовую запись и проследите её от принятия формы до CRM. Сопоставляйте устойчивый ID, время, источник и состояние, не передавая телефон в аналитику. Затем проверьте повторную отправку и последующее изменение статуса.
Общие суммы сравнивайте только после согласования периода, часового пояса, цели и модели атрибуции. Несколько достижений цели могут относиться к одному обращению, а продажа произойти в другом месяце. Часть посетителей может быть не измерена из-за настроек приватности. Отчёт должен разделять ожидаемые различия и техническую потерю данных; попытка принудительно выровнять все числа часто скрывает проблему определения показателей.
Термины из материала
Источники и документация
У каждого документа указана дата последней проверки. Состав функций и интерфейсы сервисов могут меняться. Ссылки открываются в новой вкладке.
- Яндекс Директ: вопросы по статистике Проверено
Применить к вашему проекту
Проверим расхождения от рекламного перехода до CRM и восстановим понятную связь показателей.
Обсудить задачу