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

До 68% заявок локального бизнеса не доходят до оплаты. Клиенты дублируют заказы, меняют услуги в процессе общения или отменяют визиты. Стандартный счетчик Яндекс Метрика фиксирует отправку формы как конверсию и передает эти данные в рекламные системы. Алгоритмы оптимизируют показы на пользователей, которые заполняют поля, но не приносят денег. Прямая связка аналитики с CRM решает эту проблему.

Почему веб-целей недостаточно для контроля лидов

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

Интеграция CRM передает в систему веб-аналитики стадии сделки: «Квалифицирован», «Замер», «Договор», «Оплата». Это отсекает спам и нецелевые обращения из обучающей выборки рекламных кампаний.

При настроенном контроле лидов маркетолог видит окупаемость ключевых слов и объявлений не по стоимости заявки (CPL), а по стоимости привлеченного клиента (CAC) и выручке (ROAS). Без интеграции рекламный бюджет расходуется на основе гипотез, а не данных.

Разница между счетчиком Яндекс Бизнеса и счетчиком на сайте

Локальный бизнес путает аналитические инструменты. Для профиля в геосервисах Яндекс создает автоматический счетчик Метрики. Он собирает переходы в профиль, построение маршрутов и клики по кнопке «Позвонить». Настройки этого счетчика закрыты, изменить их нельзя.

Если трафик идет на ваш сайт, там работает отдельный, независимый счетчик Яндекс Метрика. В него настраивается передача офлайн-конверсий из CRM. Если используется готовый сайт от Яндекс Бизнеса, счетчик встроен разработчиками, а данные объединяются в кабинете управления рекламой.

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

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

ClientID: связующее звено между сайтом и CRM

Чтобы система понимала, какому посетителю принадлежит сделка, используется ClientID. Это уникальный идентификатор браузера, который счетчик Метрики генерирует при первом визите и сохраняет в cookies. Формат: две группы цифр, например 1698234501.892347102.

При заполнении формы сайт отправляет в CRM имя и телефон. Без передачи ClientID сделка остается изолированной. Для корректной работы поле ClientID захватывается через JavaScript в момент отправки формы и передается как скрытый параметр. При звонках связку обеспечивает коллтрекинг: он подменяет номер на сайте под конкретный ClientID и передает идентификатор в CRM.

Подготовка полей в CRM и фиксация источников

Интеграция требует подготовки карточки сделки. Менеджеры не должны заполнять служебные параметры вручную. Аналитические маркеры передаются программно через скрытые поля или Webhook.

Для фиксации пути клиента в CRM создаются поля:

Для сетевых бизнесов обязателен захват посадочной страницы. Это позволяет распределять лиды между филиалами без участия операторов.

Передача офлайн-конверсий: импорт CSV против API

После поступления сделки в CRM данные об изменении статуса возвращаются в Метрику. Это называется передачей офлайн-конверсий.

Ручной метод подходит для малого бизнеса. Раз в неделю выгружается CSV-файл с колонками ClientID, Target, DateTime и Price. Метод опасен задержкой: автостратегии Директа пересчитывают ставки ежедневно, поэтому данные должны поступать оперативно.

Окно учета офлайн-конверсий составляет 21 день. Если сделка закрылась позже, Метрика не привяжет ее к визиту. Для длинных циклов сделок передавайте промежуточные этапы: «Замер», «Аванс».

Технический протокол отправки данных через API

Автоматическая связка настраивается через Webhook при смене статуса сделки.

1. Получение доступа: регистрация приложения на oauth.yandex.ru, получение токена.
2. Настройка триггера в CRM: при статусе «Оплачено» система инициирует Webhook.
3. Формирование запроса: CRM создает массив с client_id, названием события и суммой.
4. Отправка POST-запроса: к методу `api-metrika.yandex.net/management/v1/counter/{counterId}/offline_conversions/upload`.
5. Обработка: скрипт записывает статус ответа в лог.

Данные в Метрике могут обновляться до трех дней.

Настройка целей в Метрике под автостратегии

Внутри счетчика создаются цели типа «JavaScript-событие». Идентификатор цели должен совпадать с полем Target из CRM. Для работы автостратегий в настройках счетчика необходимо активировать опцию «Разрешить в рекламных кампаниях оптимизацию по целям без доступа к счетчику».

Пример: автосервис в Екатеринбурге

Проблема: 110 заявок в месяц, конверсия 4,2%, но до сервиса доезжают 22 машины. Стоимость заезда — 4250 рублей.

Решение: Настроили захват ClientID, создали поля в CRM и автоматизировали передачу статуса «Автомобиль выдан» через API с передачей суммы чека. Переключили стратегию Директа на офлайн-цель.

Результат: Количество заявок упало до 78, но количество заездов выросло до 41. Стоимость клиента снизилась до 2280 рублей. Отключили неэффективные группы объявлений.

Диагностика ошибок

Чек-лист готовности

1. Счетчик установлен на всех страницах.
2. Включены Вебвизор и аналитика форм.
3. Настроен скрипт получения ClientID.
4. В CRM созданы поля для ClientID и UTM-меток.
5. Формы передают ClientID в базу.
6. Коллтрекинг синхронизирован с аналитикой.
7. Созданы JavaScript-цели с точными именами.
8. Настроена передача статусов через API или CSV.
9. Учтено окно атрибуции 21 день.
10. В Метрике разрешено управление целями для Директа.
11. Журнал загрузок пуст от ошибок.
12. Стратегия Директа оптимизируется по офлайн-целям.

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