Разное число заявок в Метрике и CRM сначала требует согласования того, что именно считается. Достижение цели, визит с обращением, отправка формы и уникальный клиент представляют разные события. Их числа не обязаны совпадать даже при исправной интеграции.
Материал поможет владельцу бизнеса провести сверку и поставить конкретную задачу специалисту. Разберём определения, периоды, повторы и доставку данных. Пример ниже условный и не является статистикой проекта Violet Agency.
Начните с четырёх определений
Зафиксируйте, что показывает каждая колонка отчёта. В документации Метрики о целях различаются достижение цели, целевой визит и целевой посетитель. Один визит может содержать несколько достижений одной цели.
В CRM запись может означать обращение, контакт, сделку или повторную задачу по уже существующему клиенту. Уточните правило создания и объединения карточек. Если оператор вручную добавляет звонки и сообщения, они могут входить в CRM, хотя на сайте никакая форма не отправлялась.
| Единица | Что она отвечает |
|---|---|
| Достижение цели | Сколько раз выполнено заданное условие |
| Целевой визит | В скольких визитах выполнено условие |
| Принятое обращение | Сколько запросов приняла система обработки |
| Уникальная заявка | Сколько обращений осталось после согласованного удаления дублей |
Не начинайте диагностику с требования «сделать цифры одинаковыми». Сначала выберите сопоставимые события: например, подтверждённые отправки одной формы и принятые обращения этого же канала.
Сверьте период, часовой пояс и дату события
В Метрике может использоваться время визита, в журнале формы время приёма, в CRM дата создания карточки или изменения статуса. Обращение вечером последнего дня месяца способно оказаться в разных окнах, если системы используют разные настройки времени.
Запишите начало и окончание сравнения, часовой пояс и тип даты в каждой выгрузке. Сравнивайте одинаковые границы. Отдельно проверьте задержку импорта: если CRM получает данные пакетами, последняя часть периода ещё может быть не загружена.
Не меняйте период каждый раз, когда результат кажется неудобным. Сохраните контрольный интервал и повторяйте сверку на нём после исправления. Для регулярного контроля пригодится методика расчёта качества лидов, но определения в отчёте должны оставаться постоянными.
Оставьте одинаковый набор каналов
Отделите формы сайта от звонков, мессенджеров, ручных обращений и импорта из старой базы. Затем выберите конкретную форму или группу форм с одинаковым правилом успеха. Иначе строка «заявки с сайта» может включать клики по телефону и открытия мессенджера, а CRM только разговоры с известным контактом.
Проверьте фильтры: сотрудники, тестовые отправки, роботы, спам и повторные клиенты. Для диагностической сверки сохраняйте полный журнал с признаками исключения. Удалённая без следа тестовая заявка создаёт расхождение, которое позднее невозможно объяснить.
Если источник переносится в карточку, уточните, какой это источник: первый визит, текущая отправка или последнее известное касание. Материал о моделях атрибуции объясняет, почему разные правила меняют разрез каналов без изменения количества реальных клиентов.
Найдите момент срабатывания цели
Проверьте, на какое действие настроена цель: клик, открытие формы, попытку отправки или подтверждённый результат. Если событие вызывается до ответа обработчика, оно может засчитать обращение, которое сервер отклонил. Автоматическая цель и вручную настроенное событие также могут описывать одну попытку разными способами.
Нельзя складывать все цели с названием «заявка» и считать сумму клиентами. Проверьте идентификаторы, место вызова и поведение при повторном клике. Разделите диагностические события интерфейса и бизнес-событие успешного приёма.
В справке Метрики по неполадкам целей предлагается проверять настройки и код вызова. Для бизнеса результатом проверки должен стать понятный ответ: что произошло до цели и какое подтверждение приёма есть у этой отправки.
Проверьте путь одного обращения
Выберите несколько контролируемых тестов и присвойте каждому безопасный служебный идентификатор. Для каждого сопоставьте событие в браузере, результат обработки, запись в очереди или журнале и карточку в CRM. Не передавайте телефон, email или текст сообщения в аналитические параметры только ради удобства сопоставления.
Проверяйте также повторы и ошибки: двойное нажатие, медленное соединение, временную недоступность CRM. Система может принять обращение в резервный журнал, а карточка появится позднее. В таком случае нужно видеть состояние доставки, а не объявлять заявку потерянной или полностью завершённой.
Учебный пример: 30 событий и 20 заявок
Допустим, за одинаковый период в отчёте есть 30 достижений цели. Проверка обнаружила 4 повторных события одной отправки и 3 события на неуспешных попытках. Остаётся 23 подтверждённых отправки. Из них 2 тестовые и 1 спам, поэтому рабочий реестр содержит 20 уникальных обращений.
В CRM также 20 карточек этого канала, но 2 появились после задержки импорта. Если сравнить период до окончания импорта, будет видно 18. Если выбрать целевые визиты вместо достижений, исходное число тоже изменится. Все значения условные и описывают только логику сверки.
| Этап проверки | Число в примере |
|---|---|
| Достижения цели | 30 |
| После удаления повторных и ложных событий | 23 |
| После исключения тестов и спама | 20 |
| CRM до завершения импорта | 18 |
| CRM после завершения импорта | 20 |
Эта таблица не предлагает универсальную долю брака. В реальном проекте каждое исключение должно подтверждаться записью или правилом. Не подгоняйте числа, объявляя необъяснённую разницу «обычной погрешностью».
Почему часть CRM не связывается с визитами
У клиента может не быть подходящей истории посещения, данные для сопоставления могут отсутствовать, а аналитический код не всегда получает событие. Это ограничивает атрибуцию, но не отменяет реального обращения, сохранённого системой.
В документации отчёта по клиентам Метрики описано, что заказ без сопоставления с визитом может присутствовать в отчёте по клиентам и отсутствовать в стандартных отчётах. Поэтому успешная загрузка данных ещё не означает одинаковое распределение по всем отчётам.
Для дальнейшей работы сохраните категорию «источник не установлен» и её причину. Не заменяйте неизвестный источник удобным рекламным каналом. Передача данных CRM требует отдельной проверки полей и правил сопоставления.
Как оформить задачу подрядчику
Передайте таблицу с определениями, периодом, фильтрами, идентификаторами целей и несколькими обезличенными примерами. Для каждой разницы укажите ожидаемое поведение и место, где пропало или повторилось событие. «Метрика врёт» не помогает локализовать проблему.
Результатом должен стать журнал исправлений и повторная проверка того же интервала. Изменённое правило подсчёта отметьте в отчёте: сравнивать новую методику со старой без пояснения нельзя. Качество обращений и продажи измеряйте следующим этапом, отдельно от технической доставки.
Обсудить сверку аналитики с Violet Agency. Подготовьте сайт, описание CRM, названия целей и безопасные выгрузки без лишних персональных данных. Это позволяет начать с конкретного расхождения и проверить всю цепочку обращения.