Сквозная аналитика в Яндекс Метрике: интеграция с CRM

Обычная веб-аналитика хорошо отвечает на вопрос: что пользователь сделал на сайте? Например:

• перешёл из рекламы;
• посмотрел страницу;
• отправил форму;
• нажал на телефон;
• оформил заказ.

Но для бизнеса этого недостаточно. Представим две рекламные кампании.

Получила 100 заявок.

Получила 60 заявок. Если смотреть только на Яндекс Метрику, первая может показаться эффективнее. Но затем отдел продаж обработал обращения. Из кампании А получилось 5 продаж. Из кампании Б — 20 продаж. Теперь вывод совершенно другой.

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

Яндекс Метрика отлично видит действия пользователя на сайте. Но после отправки заявки работа с клиентом обычно продолжается уже в другом месте. Например, менеджер:

• звонит клиенту;
• уточняет задачу;
• отправляет предложение;
• назначает встречу;
• меняет статус сделки;
• получает оплату.

Эта информация хранится в CRM. В результате возникают два отдельных мира.

Откуда пришёл пользователь и что сделал на сайте.

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

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

1. Посетитель пришёл из Яндекс Директа.
2. Оставил заявку.
3. Заявка попала в CRM.
4. Менеджер квалифицировал её.
5. Клиент подписал договор.
6. Компания получила 150 000 ₽.

Теперь маркетолог может анализировать не просто стоимость заявки, а вклад рекламного источника в реальные продажи.

Предположим:

50 заявок по 1 000 ₽. Расход: 50 000 ₽.

30 заявок по 1 500 ₽. Расход: 45 000 ₽. По CPL первый канал выглядит лучше. Но посмотрим CRM.

Из 50 заявок:

• 20 — спам;
• 15 — нецелевые;
• 10 — думают;
• 5 — продажи.

Из 30 заявок:

• 2 — спам;
• 5 — нецелевые;
• 3 — думают;
• 20 — продажи.

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

В упрощённом виде система выглядит так: 1. Пользователь приходит на сайт. 2. Яндекс Метрика определяет посетителя. 3. Пользователь оставляет заявку. 4. Вместе с заявкой в CRM передаётся идентификатор посетителя. 5. Менеджер работает со сделкой.

6. Статус сделки меняется. 7. Информация о результате передаётся обратно в Метрику. 8. Метрика связывает продажу с предыдущим визитом пользователя. В результате можно увидеть, какой источник привёл клиента.

Один из ключевых элементов такой интеграции — ClientID Яндекс Метрики. Это идентификатор посетителя. Он позволяет связать пользователя на сайте с данными, которые позже появились в CRM. Например:

1. пользователь открыл сайт;
2. Метрика присвоила ему ClientID;
3. пользователь отправил форму;
4. ClientID записался вместе с заявкой в CRM;
5. через несколько дней сделка была оплачена;
6. CRM передала информацию обратно в Метрику;
7. Метрика нашла соответствующий визит.

В результате продажу можно связать с источником привлечения.

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

ClientID обычно можно получить с помощью метода getClientID Яндекс Метрики и передать через скрытое поле формы.

ClientID — не единственный вариант. В зависимости от сценария для связывания данных могут использоваться:

• ClientID;
• UserID;
• yclid;
• PurchaseId;
• телефон;
• email.

Выбор зависит от того, как устроен сайт, CRM и путь клиента. Но если пользователь оставляет заявку на сайте, ClientID особенно полезен для точного связывания сделки с визитом.

Интеграция нужна не только для отметки: «продажа состоялась». Можно передавать гораздо больше информации. Например:

• идентификатор клиента;
• идентификатор заказа;
• дату сделки;
• статус;
• доход;
• себестоимость;
• валюту;
• дополнительные параметры.

Это позволяет анализировать маркетинг уже на уровне бизнес-показателей.

Не обязательно ограничиваться двумя состояниями: заявка / продажа. Для длинной воронки можно использовать несколько важных этапов. Например:

1. Новая заявка
2. Квалифицированный лид
3. Коммерческое предложение
4. Договор
5. Оплачено
6. Отказ

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

Название иногда вводит в заблуждение. Офлайн-конверсия — это не обязательно покупка в физическом магазине. Это целевое действие, информация о котором появилась за пределами обычного отслеживания сайта и затем была передана в аналитику. Например: пользователь отправил заявку на сайте в понедельник.

В пятницу менеджер получил оплату. Само событие оплаты произошло уже внутри CRM. Его можно передать в Метрику как конверсию. Так система узнает: визит в понедельник в итоге привёл к продаже.

Зависит от бизнеса. Для услуг:

• квалифицированная заявка;
• назначенная встреча;
• подписанный договор;
• оплата.

Для интернет-магазина:

• подтверждённый заказ;
• выкупленный заказ;
• повторная покупка.

Для недвижимости:

• целевой лид;
• просмотр объекта;
• бронь;
• сделка.

Для клиники:

• подтверждённая запись;
• состоявшийся приём;
• оплаченная услуга.

Главный принцип: передавайте события, которые действительно отражают ценность для бизнеса.

Представим две рекламные кампании.

10 продаж. Средний чек — 5 000 ₽. Выручка: 50 000 ₽.

5 продаж. Средний чек — 30 000 ₽. Выручка: 150 000 ₽. Если смотреть только на количество продаж, кампания А выглядит лучше. Если добавить выручку — вывод меняется. Поэтому при возможности полезно передавать в аналитику денежную ценность сделки.

Это позволяет приблизиться к оценке реального возврата маркетинговых инвестиций.

Сквозная аналитика связывает маркетинговый источник с дальнейшим результатом бизнеса. Вместо: реклама → клик → заявка получаем: реклама → клик → заявка → квалифицированный лид → продажа → выручка. Именно последняя цепочка намного полезнее для принятия решений.

Компания тратит:

100 000 ₽. Получает 80 заявок.

150 000 ₽. Получает 70 заявок. Если оценивать только CPL: SEO кажется выгоднее. Но CRM показывает:

15 продаж.

30 продаж. А затем добавляем выручку.

600 000 ₽.

1 500 000 ₽. Картина снова меняется. Именно поэтому маркетинговые каналы желательно сравнивать как можно ближе к деньгам.

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

На сайте должен корректно работать счётчик. Проверьте:

• установлен ли он на всех нужных страницах;
• фиксируются ли визиты;
• настроены ли основные цели;
• нет ли дублей счётчика;
• корректно ли работают формы и события.

Если базовая аналитика ещё не настроена, сначала необходимо привести в порядок Яндекс Метрику.

Не начинайте интеграцию с вопроса: «Какие данные вообще можно передавать?» Начните с вопроса: «Какие действия показывают, что маркетинг приносит бизнесу результат?» Например:

• квалифицированная заявка;
• договор;
• оплата.

Не нужно передавать десятки бессмысленных статусов только потому, что они существуют в CRM.

Когда пользователь отправляет форму, идентификатор Метрики нужно сохранить вместе с данными лида. Условно: Имя: Алексей Телефон: +7... Email: ... ClientID: ... После этого идентификатор должен сохраниться в карточке клиента или сделки.

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

• появился ли лид;
• сохранился ли ClientID;
• не обрезается ли значение;
• передаётся ли оно при дальнейшем движении сделки.

Теперь CRM должна сообщать Метрике о важных изменениях. Например: Сделка оплачена → передаём конверсию. В зависимости от системы и инфраструктуры это можно реализовать разными способами. Например:

• через готовую интеграцию;
• через API;
• через Центр конверсий;
• с помощью промежуточных сервисов автоматизации.

Важно не название инструмента, а результат: Метрика должна получить корректные данные и связать их с нужным посетителем.

Для заказов и сделок полезно иметь стабильный уникальный ID. Например: ORDER-18342. Это помогает корректно работать с обновлением информации о конкретной сделке и избегать путаницы между событиями.

Например: IN_PROGRESS или PAID. Либо используйте собственную логику событий в зависимости от выбранного способа интеграции. Главное — заранее определить, что именно означает каждое событие.

Если CRM знает сумму оплаченной сделки, её желательно использовать в аналитике. Например: Продажа — 120 000 ₽. Это гораздо полезнее простой цели: «форма отправлена».

После запуска нельзя просто предположить, что всё работает. Нужно проверить:

• поступают ли данные;
• создаются ли нужные конверсии;
• привязываются ли они к визитам;
• нет ли ошибок;
• соответствует ли количество продаж данным CRM.

В Яндекс Метрике для этого доступен отчёт по офлайн-конверсиям.

Небольшие различия между системами возможны из-за особенностей атрибуции и обработки данных. Но если CRM показывает:

• 100 оплаченных заказов,
• а в аналитике появляется:
• 12,

это уже повод искать проблему.

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

• отсутствует подходящий идентификатор;
• ClientID не сохранился;
• данные переданы некорректно;
• пользователь взаимодействовал с бизнесом по другому сценарию;
• нарушена логика интеграции.

Поэтому после запуска нужно контролировать не только количество загруженных конверсий, но и качество их привязки.

Не все клиенты заполняют формы. Например, пользователь: увидел рекламу → перешёл на сайт → позвонил → купил. Если компания получает много звонков, одной интеграции веб-форм с CRM недостаточно. Понадобится связка с коллтрекингом. Тогда можно объединить: источник → визит → звонок → CRM → продажа.

Для бизнеса, где телефон является главным каналом обращений, это особенно важно.

Ситуация похожая. Пользователь может перейти с сайта в Telegram или другой канал и продолжить общение уже там. Чем больше способов связи предлагает бизнес, тем сложнее становится атрибуция. Поэтому при построении сквозной аналитики сначала нужно составить карту всех точек обращения:

• формы;
• телефон;
• email;
• мессенджеры;
• онлайн-чат;
• офлайн-точка.

И только потом проектировать систему передачи данных.

Вот здесь начинается особенно интересная часть. Без CRM рекламная система может видеть: пользователь оставил заявку. Но она не знает, что произошло дальше. Предположим:

Оказалась спамом.

Не подходит по бюджету.

Купила услугу за 200 000 ₽. Если все три считаются одинаковой целью «Отправка формы», алгоритм получает ограниченный сигнал о качестве обращений. Передача более глубоких конверсий позволяет использовать для анализа и оптимизации события, которые находятся ближе к реальному результату бизнеса. Например: квалифицированный лид или оплаченный заказ.

Здесь есть важный нюанс. Допустим, сайт получает: 500 заявок в месяц, но только: 5 продаж. Если выбрать исключительно редкую продажу как основной сигнал для автоматической стратегии, данных может оказаться недостаточно для устойчивого обучения.

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

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

Отключить источник, который приносит много дешёвого спама.

Увеличить бюджет кампании, которая приводит дорогие, но качественные заявки.

Переработать страницу с большим трафиком и низкой конверсией в продажу.

Передавать качественные офлайн-конверсии в Директ для дальнейшей оптимизации рекламы.

Сравнить эффективность SEO и рекламы уже по продажам, а не только по обращениям.

После настройки системы становятся гораздо интереснее следующие метрики.

Сколько стоит первичное обращение.

Сколько стоит обращение, которое реально подходит бизнесу.

Сколько маркетинговых расходов требуется для получения клиента.

Какой процент лидов становится покупателями.

Сколько в среднем приносит клиент.

Какой объём продаж связан с каналом.

Если в системе доступны необходимые данные о расходах.

Соотношение полученного финансового результата и затрат. Именно здесь веб-аналитика начинает превращаться в бизнес-аналитику.

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

Интеграцию пытаются построить после того, как лид уже появился в CRM. Но идентификатор пользователя не был сохранён. Связывать данные становится сложнее.

В CRM может быть 30 этапов. Это не значит, что все 30 нужны маркетинговой аналитике. Выберите ключевые бизнес-события.

Компания знает, какие сделки оплачены, но передаёт только факт продажи. В результате теряется возможность сравнивать каналы по денежной ценности клиентов.

Интеграцию настроили год назад. После этого:

• сайт менялся;
• формы переделывались;
• CRM обновлялась;
• поля переименовывались.

Но никто не проверял, продолжают ли данные передаваться правильно. Любая интеграция требует контроля.

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

Можно потратить много времени на интеграцию:

• CRM;
• Метрики;
• коллтрекинга;
• рекламных кабинетов;
• BI.

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

Представим компанию по ремонту квартир. Реклама привела пользователя на сайт. Он оставил заявку. В CRM сохранились:

• контакт;
• источник;
• ClientID.

Дальше:

1. Новая заявка
2. Квалифицирован
3. Выезд замерщика
4. Смета
5. Договор
6. Оплачено

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

Пользователь оформил заказ на сайте. Но заказ ещё не является продажей. Он может:

• не подтвердиться;
• отмениться;
• не быть выкуплен;
• вернуться.

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

Раз в определённый период полезно проводить контроль. Проверьте:

• сохраняется ли ClientID;
• передаются ли новые сделки;
• корректно ли меняются статусы;
• передаётся ли доход;
• нет ли дублей;
• привязываются ли конверсии;
• соответствует ли логика текущей воронке продаж;
• используются ли данные маркетологом.

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

Не каждому бизнесу сразу нужна сложная система. Для небольшого проекта можно начать с: источник → заявка → продажа. Затем добавить: источник → заявка → квалификация → продажа → выручка. И только после этого развивать более сложную сквозную аналитику.

Главное — чтобы каждый новый уровень отвечал на конкретный бизнес-вопрос.

Проверьте:

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

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

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