Как связать Яндекс Метрику с Битрикс24 и увидеть продажи, а не только заявки

Чтобы видеть продажи, недостаточно установить счётчик и цель на кнопку. Нужно связать визит с обращением, передать из CRM итог сделки и договориться, какое событие бизнес считает продажей. Проверяйте настройку на одной согласованной тестовой цепочке: визит → заявка → сделка → оплата → отчёт. В каждом звене должен оставаться идентификатор для сверки.

Метрика помогает анализировать привлечение клиентов, но не заменяет учёт денег. Сумма успешной сделки может отличаться от полученной оплаты из-за частичных платежей, возвратов или порядка ведения CRM. Сначала определите смысл показателя, затем настраивайте передачу. Иначе красивый отчёт будет уверенно отвечать не на тот вопрос.

Согласуйте, что считать заявкой и продажей

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

Выберите одну воронку и один тип продажи для первого запуска. Если сервисное направление работает по предоплате, а товарное — с оплатой при получении, единая трактовка финального статуса скроет различия. Назначьте сотрудника, который поддерживает статусы и суммы; интеграция не исправит пропущенные действия менеджера.

Подключите CRM и проверьте идентификаторы

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

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

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

Проведите одно обращение через всю цепочку

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

1. Отправьте валидную форму и дождитесь подтверждения сервера.
2. Найдите созданную запись CRM, сверьте источник и идентификатор.
3. Проведите запись по согласованным этапам без запуска лишних роботов.
4. Укажите тестовую сумму и конечный статус в разрешённом тестовом процессе.
5. После обновления данных найдите результат в отчёте по тем же условиям.

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

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

Сравните отчёты по одинаковым правилам

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

Проверьте период, часовой пояс, воронку, набор статусов и способ атрибуции. В отчёте может учитываться источник визита, к которому удалось привязать заказ, а в CRM — источник, записанный при создании карточки. Это разные поля. Их расхождение требует объяснения, но не всегда свидетельствует об ошибке интеграции.

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

Исправляйте конкретный участок потери данных

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

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

Что уточняют перед запуском

Должны ли суммы CRM и Метрики совпасть до рубля?

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

Достаточно цели «отправка формы»?

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

С чего начать, если воронки не настроены?

Согласуйте этапы и ответственных в рамках внедрения Битрикс24. Затем подключайте сквозную аналитику и принимайте её на проверяемых сделках. Смысл результата важнее количества построенных диаграмм.