Сквозная аналитика: как связать рекламу и продажи

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

Что такое сквозная аналитика и что именно она склеивает

Веб-аналитика меряет поведение на сайте и обрывается на заявке, CRM меряет деньги и не знает, откуда пришёл человек. Яндекс раскладывает показатели на три уровня: базовый (показы, охват, цена клика), средний (конверсии на сайте) и глубокий (ROI, ROMI, ROAS, ДРР); контур нужен ради третьего (материал Яндекс Рекламы).

В Метрике он собирается из четырёх шагов (раздел справки «Сквозная аналитика»): разметить URL объявлений UTM-метками, загрузить расходы кампаний, собирать ClientID в CRM методом getClientID и передавать в Метрику данные о клиентах и заказах. Каждый шаг ломается по-своему, поэтому дальше они разобраны по отдельности.

Разметка источников: как настроить UTM-метки и автоматическую разметку Директа

Разметка это единственный способ отличить один платный канал от другого внутри строки «переходы по рекламе». Обязательных параметров три, необязательных два.

Что знать до того, как размечать сотни ссылок (справки «Параметры URL» и «Как Метрика обрабатывает метки»):

• Регистр значений различается. utm_source=Vkontakte не равно utm_source=vkontakte: отчёты разъедутся, расходы не привяжутся к каналу.
• Метка берётся из первого просмотра визита. Нет её там, она не учтена за весь визит: редирект, срезающий параметры, обнуляет разметку целиком.
• Длина адреса ограничена. Если URL превысит 4096 байт, значения передадутся только для yclid и openstat, а UTM потеряются; кириллица кодируется в UTF-8 и занимает больше места.
• Кроме UTM Метрика понимает openstat, параметр from и идентификаторы кликов yclid (Директ), ymclid (Маркет), ysclid (поиск), gclid (Google Ads), yqrid (QR-код).

С UTM часто путают автоматическую разметку ссылок в Директе. Она подставляет параметр yclid, уникальный номер клика, как резервный способ определить источник: сначала Метрика смотрит данные счётчика и только при пустом поле опознаёт клик по yclid. Перед включением проверьте, что сайт открывается на адресе вида ?yclid=123456. Сам запуск кампаний разобран отдельно: как запустить контекстную рекламу в Директе.

ClientID и UserID: чем визит склеивается со сделкой

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

ClientID счётчик присваивает автоматически при первой загрузке в новом браузере. Значение анонимно, создаётся случайным образом и хранится в куке _ym_uid год. Ограничение принципиальное: ClientID опознаёт браузер, а не человека, поэтому один посетитель с телефона и с ноутбука даст два разных ClientID. UserID это ваш идентификатор авторизованного пользователя, единственный способ склеить его устройства.

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

Коллтрекинг Директа: как звонок попадает в отчёт вместе с источником

Без коллтрекинга контур считает только формы и занижает отдачу телефонных каналов. Коллтрекинг это подмена номера: сервис показывает посетителю номер из пула, ловит вызов и возвращает связку «звонок плюс визит». Динамический режим привязывает номер к сессии, статический не привязывает и годится только для крупных каналов вроде офлайн-носителей.

Что происходит в Метрике после первой передачи данных (справки «Как отслеживать звонки» и «Цели по звонкам»):

• Автоматически создаются четыре цели: «Звонок» (любой вызов, включая пропущенный), «Целевой звонок» (разговор дольше 30 секунд), «Уникальный звонок», «Уникальный целевой звонок».
• Обязательны только дата и время звонка, остальное по желанию, но без длительности не будет отчёта по качеству звонков.
• Данные появляются в отчётах в течение 3 часов после выгрузки.
• Передавать звонки можно только на счётчики, созданные вами: автоматические счётчики их не собирают.
• На счётчик доступно не более 200 целей, за визит учитывается до 1000 достижений офлайн-целей.

В связке с Директом важно, какой ключ уезжает со звонком. Идеально, когда коллтрекинг вернул и ClientID, и yclid клика: обращение садится ровно на тот клик, за который заплачено. Тарифы Calltouch, Roistat, CoMagic и Callibri считаются по разным основаниям (номера, минуты, пакет обращений), смотрите актуальный тариф на сайте вендора: Calltouch, Roistat.

Офлайн-конверсии: как сделка из CRM возвращается в аналитику

Заявка становится деньгами в CRM, и факт оплаты надо вернуть в аналитику. Осенью 2024 года Яндекс перестроил этот механизм (новость от 3 октября 2024 года):

• Для одной конверсии можно передать четыре идентификатора сразу: ClientID, UserID, yclid и PurchaseID, сопоставление идёт по всем.
• Время сопоставления конверсии с визитом сократилось примерно с 24 часов до одного, включая коннекторы amoCRM и Битрикс24.
• Отдельная настройка учёта офлайн-конверсий не нужна: окно сопоставления в 21 день применяется ко всем визитам, историю можно залить сразу.
• В колонке order_status вместо статусов PAID, IN_PROGRESS, CANCELLED и SPAM можно указать идентификатор своей JavaScript-цели.

У Директа для того же есть свой приёмник, Центр конверсий. Его ограничения (справка) стоит показать отделу продаж до первой выгрузки:

• Источники: FTP или SFTP, ссылка по HTTP или HTTPS, Google Sheets (доступ на просмотр для сервисного аккаунта Директа), сама Метрика.
• Формат: CSV с разделителем «точка с запятой», кодировка только UTF-8, файл до 300 МБ.
• Обязательны поле create_date_time и хотя бы один идентификатор: client_ids, emails, phones, emails_md5 или phones_md5.
• Окно привязки к визиту 21 день, ещё 90 дней на обновление переданной конверсии, история максимум за 113 дней.

Полнота ключа прямо влияет на качество привязки, справка «Офлайн-конверсии» даёт такую шкалу. Отсюда правило: скрытое поле для ClientID стоит дешевле попыток восстановить источник по телефону задним числом.

Расходы: как загрузить знаменатель и не задвоить его

Без расхода отчёты остаются отчётами о конверсиях, а не об окупаемости. Расходы передаются файлом, по API или автоматической интеграцией (справка «Передача расходов»):

• Обязательные поля CSV: Date в формате ISO 8601 и Expenses, сумма расхода без НДС. Плюс TrafficSource либо UTMSource, одно из двух.
• В поле Date можно передать диапазон YYYY-MM-DD/YYYY-MM-DD: Метрика распределит сумму по дням равномерно.
• Загружать можно за последние 360 дней и не более чем на 30 дней вперёд.
• Источник задаётся двумя уровнями: TrafficSource и TrafficSourceDetail.

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

Отчёты, которые появляются после склейки

• «Источники, расходы и ROI»: расход по каналам и отдача, включая CPA и ДРР.
• «Источники заказов из CRM»: какие источники принесли заказы и конверсия по этапам воронки.
• «Посетители и клиенты»: переданные из CRM клиенты, их заказы и история покупок.
• Отчёт по офлайн-конверсиям: статус привязки и причина отказа по каждой конверсии. Первый отчёт при разборе расхождений.
• Отчёты по звонкам, включая качество и детальный, доступны после первой передачи данных коллтрекингом.

ROMI: что это и что ещё считают на собранных данных

ROMI (return on marketing investment) это отношение чистой отдачи от маркетинга к затратам на него в процентах: из дохода вычитают расход, делят на расход, умножают на 100%. ROMI 0% значит, что канал вернул ровно вложенное, 150% значит, что на каждый рубль вернулось 2,5 рубля. Часть источников считает ROMI без вычитания расхода в числителе, и тогда точка безубыточности сдвигается к 100%. Важна не формула, а согласованный ответ, что подставлено в «доход»: выручка вместо маржи это самая частая причина, по которой убыточный канал выглядит прибыльным.

Рядом на тех же данных считаются:

• ДРР: расход делится на доход от рекламы и умножается на 100%. Обратная ROMI логика, удобна в торговле.
• CPL: расход делится на число лидов. Меряет вход в воронку, о качестве не говорит.
• CAC: расход делится на число оплативших. Его сравнивают с валовой прибылью со сделки.
• LTV: прибыль с клиента за всё время. Без него не оценить длинный цикл и подписку.

Атрибуция: почему цифры в кабинете и в отчёте расходятся

Одна и та же сделка при разных правилах приписывается разным каналам: это не ошибка данных, а следствие выбранной модели. По справке «Модели атрибуции» доступны «Последний переход» (история не учитывается), «Первый переход (кросс-девайс)», «Последний значимый переход (кросс-девайс)», где незначимые визиты приписываются предыдущему значимому источнику, и «Автоматическая атрибуция» с учётом кросс-девайса и домохозяйств, доступная с 8 апреля 2023 года.

Два факта ломают старые регламенты. Первый: граница истории посетителя это 90 дней без визитов, дальше цепочка обрывается и человек считается новым. Второй: устаревшие модели («Первый переход», «Последний значимый переход», «Последний переход из Директа» и его кросс-девайс версия) отключены с 20 мая 2026 года, сохранённые отчёты Метрика переводит на актуальные сама, а дашборды со старыми названиями придётся переписать. И отдельно: при модели «Последний клик» часть визитов в отчёте об офлайн-конверсиях может не отображаться, потому что рекламный клик не всегда последний в истории пользователя. Это ожидаемое поведение, а не потеря данных.

Где контур рвётся чаще всего

1. Форма не забирает ClientID. Привязка идёт только по телефону или почте, то есть примерно вполовину хуже.
2. Метка потерялась на редиректе. Промежуточная страница со срезанными параметрами обнуляет источник за весь визит.
3. Разный регистр в метках. Значения регистрозависимы, расходы не садятся на канал.
4. Звонки не оцифрованы. Каналы, работающие на звонок, выглядят убыточными.
5. Расходы задвоены. Ручная загрузка поверх автоматической интеграции удваивает знаменатель.
6. Мусор в CRM. Дубли карточек и сделки без суммы тянут за собой отчёт наверху.
7. Кабинет и отчёт сравнивают по разным моделям атрибуции. Спор о цифрах становится бесконечным.
8. Пропущено окно. Сделка закрылась позже 21 дня либо выгрузка старше 113 дней.

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

Настройка сквозной аналитики: порядок шагов и выбор инструмента

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

1. Свести цели. Форма, чат, мессенджер, клик по номеру должны фиксироваться целями, а лимит 200 целей на счётчик не стоит тратить на дубли.
2. Утвердить стандарт разметки. Один регистр, один словарь значений utm_medium, правило именования кампаний, включённая автоматическая разметка в Директе.
3. Забирать ClientID в форму. Скрытое поле, метод getClientID, поле того же имени в карточке CRM.
4. Подключить коллтрекинг, если доля звонков заметна, и убедиться, что со звонком уезжают ClientID и yclid.
5. Загрузить расходы. Сначала автоматические интеграции, файлом только то, для чего интеграции нет.
6. Настроить возврат сделок. Коннектор amoCRM или Битрикс24, выгрузка в Центр конверсий либо API, плюс договорённость с продажами о статусах PAID, IN_PROGRESS, CANCELLED, SPAM.
7. Проверить сходимость. Статусы привязки, сверка суммы заказов с бухгалтерией, одна модель атрибуции на все отчёты.

По инструменту решение простое. Если реклама укладывается в Директ, а CRM это amoCRM или Битрикс24, связки Метрики и коллтрекинга хватает без отдельной платформы. Отдельный сервис (Roistat, Calltouch, CoMagic, Callibri) окупается там, где каналов много, CRM самописная, нужны свои дашборды или атрибуция по собственным правилам. Сравнивать стоит не «цену в месяц», а стоимость при вашем числе номеров и обращений.

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

Сколько времени занимает настройка

Разметка и сбор ClientID делаются за несколько дней, дальше упор в цикл сделки: окно привязки конверсии к визиту в Директе 21 день, историю принимают максимум за 113 дней.

Можно ли обойтись без коллтрекинга

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

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

Смотрите отчёт по офлайн-конверсиям: там для каждой указан статус привязки и причина отказа. Частые причины: не передан ClientID (привязка только по телефону или почте даёт около 50% от максимального качества), конверсия вне окна в 21 день, обрыв истории посетителя после 90 дней без визитов.

Что такое ROMI простыми словами

Отношение чистой отдачи от маркетинга к расходам на него в процентах: из дохода вычитают расход, делят на расход и умножают на 100%. Главное не формула, а согласованный ответ, что подставлено в «доход».

Почему цифры в Директе и в Метрике не совпадают

Чаще всего из-за разных моделей атрибуции: в Метрике доступны «Последний переход», «Первый переход (кросс-девайс)», «Последний значимый переход (кросс-девайс)» и автоматическая атрибуция, а устаревшие модели отключены с 20 мая 2026 года. Зафиксируйте одну модель для всех отчётов.