Клики Директа, визиты Метрики и сделки CRM: как сверить

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

Начните не с попытки свести три итоговые цифры к одной, а с цепочки конкретного обращения. Согласуйте период, часовой пояс, модель атрибуции, определение заявки и правила создания сделки. После этого станет понятно, где обычное различие методик, а где ошибка счётчика, формы или интеграции.

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

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

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

В CRM отдельно посчитайте новые обращения, созданные сделки и оплаченные продажи. Обращение действующего клиента может прикрепиться к прежней сделке; спам может быть отклонён; несколько товаров могут попасть в одну заявку. Эти правила должны быть одинаково понятны маркетологу, менеджеру и разработчику интеграции.

Подготовьте таблицу сверки

Выберите небольшой период, в котором уже завершилась обработка заявок. Сохраните настройки отчётов: даты, часовой пояс, фильтры, кампании и атрибуцию. Если CRM считает по дате создания сделки, а реклама — по дате клика, отдельно покажите задержку между первым переходом и обращением. Иначе заявки следующего дня будут выглядеть потерянными.

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

Проверьте путь одного тестового обращения

Согласуйте тест с ответственным менеджером. Откройте посадочную страницу с контрольными метками, заполните форму и дождитесь подтверждения успешного приёма. Затем сопоставьте запись сайта, доставку письма, создание или обновление карточки CRM. Не ограничивайтесь зелёным сообщением на странице: оно может появляться до результата внешнего API.

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

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

Где искать расхождение между рекламой и сайтом

Если проблема возникает только на одной посадочной, проверьте загрузку счётчика, согласия, ошибки JavaScript и редиректы. Посмотрите, не теряются ли параметры при переходе с HTTP на HTTPS, смене домена или переадресации на региональную страницу. Проверку выполняют на реальном конечном адресе, включая мобильную версию.

Не исправляйте блокировку счётчика обходом выбора пользователя. Отсутствие аналитического события не всегда означает отсутствие визита или заявки. Сверка серверного приёма формы и CRM позволяет проверить передачу обращения независимо от доступности клиентской аналитики. Увеличение расхождения после релиза — повод сравнить изменившиеся шаблоны и настройки.

Где искать потерю между сайтом и CRM

Посмотрите, сохраняется ли обращение до отправки во внешнюю систему. Затем проверьте очередь, ответы API, ограничения частоты запросов, повторные попытки и уведомления об окончательной ошибке. Повторная доставка должна использовать устойчивый идентификатор: иначе временный сбой приведёт не к потере, а к нескольким одинаковым сделкам.

Отдельно проверьте сопоставление полей. Номер телефона должен передаваться строкой в нужной структуре, а не преобразовываться в число. Источник и UTM должны сохраняться по принятому правилу, без перезаписи последним служебным переходом. Наличие сделки ещё не означает, что источник, товары и контакт переданы правильно.

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

Пример разбора без выдуманного процента потерь

Учебная ситуация: на сайте сохранены обращения A-101, A-102 и A-103. В CRM видны две новые сделки. Проверка показывает: A-101 создало сделку, A-102 прикрепилось к существующей карточке клиента, A-103 осталось в очереди после отказа API. Проблема есть только у третьего обращения; простое вычитание трёх заявок и двух сделок не объясняло её.

В отчёте фиксируют идентификатор, ожидаемое действие, фактическое состояние и следующий шаг. Для A-102 проверяют правильность объединения, для A-103 — повторную доставку и уведомление ответственного. После исправления запускают тот же сценарий и убеждаются, что повтор не создаёт дубль.

Как принять исправление

Подготовьте набор контрольных обращений для каждого канала. Проверьте успешную доставку, временную недоступность CRM, повторную отправку и отсутствие контакта после отказа валидации. Зафиксируйте допустимую задержку и ответственного за очередь. Практический пример независимой доставки есть в кейсе интеграции ISKAR с Битрикс24.

После технической сверки переходите к эффективности: квалифицированным лидам, продажам и стоимости привлечения. Для сценарного расчёта используйте калькулятор SEO, а для проектирования передачи данных — интеграцию сайта с CRM. Расчёт не заменяет фактические данные о марже и закрытых сделках.

Частые вопросы

Документация

• Яндекс: отчёты Метрики по Директу
• Яндекс: данные CRM в Метрике