Как настроить цели в Яндекс.Метрике под сквозную аналитику: 3 уровня событий и частые ошибки

Как выглядит поток данных: Метрика → Roistat → CRM

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

Roistat принимает событие и ждёт, когда в CRM появится сделка с тем же ClientID. Как только менеджер создаёт сделку — Roistat связывает её с исходным визитом из Метрики и «знает», из какого канала пришёл этот клиент, сколько стоило его привлечение и окупилась ли рекламная кампания.

Без правильно настроенных целей эта цепочка рвётся на первом же звене. Метрика без СА показывает визиты, конверсии и поведенческие метрики — но не знает, какие визиты стали деньгами. Сквозная аналитика добавляет связь с реальными сделками, расчёт ROI и LTV по каждому каналу.

Единый стандарт именования целей

Чтобы отчёты в Roistat читались без расшифровки, все цели именуются по единому правилу: префикс уровня + конкретный идентификатор.

Префиксы: `micro_` для микроконверсий, `macro_` для макроконверсий, `qual_` для квалифицированных. Примеры: `micro_click_phone`, `macro_form_main`, `qual_meeting_scheduled`.

Это правило закрепляется в отдельном документе и применяется ко всем целям без исключений. Именно префикс позволяет за секунду отфильтровать нужный уровень в отчёте и не путать «клик по телефону» с «реальным звонком».

Макроконверсии — основа связки с CRM

Макроконверсии — это то, ради чего вся система и строится. Именно они передаются в Roistat с ClientID и становятся основой для сопоставления со сделками в CRM. Каждая форма, каждый канал обращения — отдельная цель с уникальным идентификатором.

Важный нюанс для интернет-магазинов: обычная цель `macro_order` недостаточна. Нужна E-commerce разметка с обязательными полями — `transactionId` (уникальный номер заказа), `revenue` (сумма), `products` (список товаров с id, name, price, quantity, category). Без этих данных Roistat не видит выручку и не может посчитать ROI — все показатели будут «по нулям».

Квалифицированные конверсии: почему их нельзя настроить в самой Метрике

Метрика видит только события на сайте. Статус «квалифицирован» присваивает менеджер в CRM — это происходит после отправки заявки, вне сайта. Метрика этот статус не знает.

Решение — обратная передача из CRM в Метрику (offline events). При переводе сделки в этап «Квалификация» CRM отправляет событие обратно в Метрику через API с ClientID той сессии, где клиент оставил заявку. Метрика связывает событие с исходным визитом.

При интеграции Roistat с amoCRM или Битрикс24 эта обратная передача настраивается из коробки: Roistat синхронизирует статусы сделок и передаёт их как события в Метрику и в свои отчёты автоматически.

Что даёт квалифицированный уровень на практике: реальный CAC (не «стоимость заявки», а «стоимость квалифицированного лида»), реальный ROI по каналам и возможность оптимизировать рекламные стратегии на квалифицированных лидов, а не на клики.

Передача ClientID через звонки и старые сделки

Для звонков ClientID передаётся через коллтрекинг: Roistat, CallTouch или CoMagic перехватывают __ym_uid посетителя при заходе на сайт и привязывают к номеру, который отображается этому посетителю. Когда звонок происходит — коллтрекинг передаёт в CRM ClientID той сессии.

Отдельный вопрос — что делать со старыми сделками без ClientID. Ответ прямой: ничего. Сделки, оформленные до внедрения передачи ClientID, останутся без источника — их нельзя ретроспективно связать с визитами. Правильный подход: не пытаться восстановить, а начать чистый учёт от даты внедрения. Все отчёты по ROI будут считаться от этой даты вперёд.

Правило именования — закрепить в документе

Матрица выше — практическая шпаргалка для маркетолога при настройке. Но она работает только если правило именования закреплено письменно и соблюдается всей командой.

Префиксы `micro_`, `macro_`, `qual_` + конкретный идентификатор: `micro_click_phone`, `macro_form_main`, `qual_lead`. Этот документ должен быть доступен разработчикам, аналитикам и всем, кто касается настройки Метрики. Иначе через полгода в счётчике будет 40 целей с названиями «Форма 1», «Новая форма», «Форма заявки (копия)» — и разобраться в них будет невозможно.

Как проверить, что всё настроено правильно

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

Для ClientID: после отправки тестовой формы откройте CRM и проверьте, что в новой сделке появилось поле ym_client_id с непустым значением. Если поле пустое — JS-обработчик не работает или форма не передаёт скрытое поле.

Для E-commerce: в Яндекс.Метрике перейдите в раздел «Электронная коммерция» и убедитесь, что тестовый заказ отображается с суммой и списком товаров. В Roistat проверьте, что выручка по тестовому заказу попала в отчёт.