Битрикс24 и Яндекс Метрика: интеграция для сквозной аналитики

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

Зачем нужна сквозная аналитика между Битрикс24 и Метрикой

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

На практике я вижу это в интернет-магазинах и B2B-компаниях: одна кампания в Яндекс Директе даёт заявки по 400 рублей, но конверсия в оплату у неё 3%, а другая с ценой заявки 900 рублей закрывается в сделку у 22% лидов. Без данных из CRM решение «отключить дорогой источник» будет ошибочным. Сквозная аналитика позволяет сравнивать источники не по кликам, а по выручке и марже, которую они реально принесли.

Как связаны клиенты в Метрике и сделки в CRM: ClientID и UTM-метки

Связка строится на одном простом принципе: у каждого посетителя сайта Метрика хранит уникальный идентификатор ClientID в cookie _ym_uid, и этот же идентификатор нужно дотащить до карточки лида или сделки в Битрикс24. Дальше при подтверждённой продаже событие возвращается обратно в Метрику как офлайн-конверсия, привязанная к тому же ClientID.

Цепочка выглядит так:

• посетитель заходит на сайт по рекламной ссылке с UTM-метками, Метрика фиксирует визит и присваивает ClientID;
• при отправке формы или звонке скрипт на странице подставляет ClientID в скрытое поле CRM-формы, вместе с ним передаются UTM-метки кампании;
• в Битрикс24 создаётся лид или сделка с этими полями, менеджер доводит её до оплаты или отказа;
• по итогу сделки статус и сумма выгружаются обратно в Метрику как офлайн-конверсия с привязкой к исходному ClientID.

Без первого шага, без передачи ClientID в форму, вся остальная цепочка не работает: у вас будут офлайн-конверсии, но привязать их к конкретному визиту и кампании будет нечем.

Настройка интеграции Битрикс24 с Яндекс Метрикой

Штатные инструменты Битрикс24

В Битрикс24 есть модуль CRM-маркетинг, который умеет подключать счётчик Метрики к сайту на «Битрикс24.Сайты» и передавать в неё цели по этапам воронки. Для интернет-магазинов и лендингов, собранных внутри самого Битрикс24, этого хватает для базовой связки: счётчик стоит на всех страницах, цели фиксируются автоматически. Проблема в том, что штатный отчёт «Сквозная аналитика» неплохо работает с рекламой внутри экосистемы 1С-Битрикс, но плохо гнётся под нестандартные воронки, несколько сайтов на разных доменах или сайт, собранный не на «Битрикс24.Сайтах», а отдельно на WordPress или Tilda.

Связка через вебхуки и внешний сайт

Если сайт живёт отдельно от CRM, что бывает в девяти случаях из десяти, я собираю связку через вебхуки Битрикс24. Логика простая: на сайте скрипт читает ClientID из _ym_uid, пишет его в скрытое поле формы или в параметр, который уходит вместе с заявкой; на стороне Битрикс24 срабатывает исходящий вебхук при смене статуса сделки, и его подхватывает сценарий в n8n, который формирует запрос к API офлайн-конверсий Метрики.

Пример вызова из n8n или любого другого скрипта на стороне сервера:

const clientId = getCookie('_ym_uid');
fetch('/bitrix/lead/add', {
  method: 'POST',
  body: JSON.stringify({
    fields: {
      TITLE: 'Заявка с сайта',
      UTM_SOURCE: utmSource,
      UTM_CAMPAIGN: utmCampaign,
      UF_YM_CLIENT_ID: clientId
    }
  })
});

Настройка такой пары «сайт плюс n8n-сценарий» у меня обычно занимает 2-3 рабочих дня: день на разбор текущей воронки в CRM, день на скрипт передачи ClientID и вебхук, день на проверку с тестовыми сделками. Если у клиента уже есть похожая интеграция с эквайрингом, например с T‑Bank, логика переиспользуется почти без изменений, меняется только конечная точка запроса.

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

Передача офлайн-конверсий: как закрыть цепочку от клика до сделки

Офлайн-конверсии - это способ сказать Метрике «вот этот визитёр в итоге купил на такую-то сумму», уже после того, как сессия на сайте закончилась. Загружать их можно вручную через интерфейс Метрики файлом CSV с колонками ClientID, дата и время конверсии, название цели и сумма, но при заявках в десятки штук в день это быстро превращается в рутину. Поэтому я настраиваю автоматическую выгрузку: при смене статуса сделки на «Успешна» вебхук Битрикс24 запускает сценарий, который раз в сутки собирает пачку закрытых сделок и отправляет их через API офлайн-конверсий Метрики.

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

Что смотреть в отчётах: ROI, стоимость сделки и разбивка по источникам

Когда офлайн-конверсии стабильно доходят до Метрики, в отчёте «Источники, сводка» появляется не только количество визитов и целей, но и деньги. Дальше я обычно смотрю связку из трёх метрик:

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

Частые ошибки при настройке интеграции

Самая частая ошибка - счётчик Метрики стоит на сайте, но ClientID нигде не сохраняется в CRM, поэтому офлайн-конверсии физически не к чему привязать. Вторая по частоте - разные счётчики Метрики на разных страницах сайта, из-за чего ClientID меняется между визитами и цепочка рвётся. Третья - вебхук в Битрикс24 настроен на смену любого статуса, а не конкретно на «Успешна» или «Провал», и в Метрику улетают полуфабрикатные сделки, которые потом искажают ROI.

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

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

Можно ли настроить сквозную аналитику без разработчика, средствами самого Битрикс24

Если сайт собран на «Битрикс24.Сайтах» и воронка простая, штатного модуля CRM-маркетинг обычно достаточно: счётчик подключается через интерфейс, цели по этапам сделки настраиваются без кода. Как только сайт внешний или нужна кастомная логика передачи ClientID, без скрипта на стороне сайта и вебхука не обойтись.

Что делать, если сайт собран на Tilda, а CRM на Битрикс24

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

Сколько времени занимает передача офлайн-конверсий, видны ли они сразу в отчётах

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

Заменяет ли сквозная аналитика в Битрикс24 коллтрекинг

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