Настройка Яндекс Метрики для Директа — это установка одного счётчика на сайт, привязка его к рекламному аккаунту через Мастер кампаний или Директ Коммандер, и создание целей на каждый шаг воронки: клик, заявку, оплату. Без этой связки Директ видит клики и расход, но не видит, кто из кликнувших купил — оптимизация идёт вслепую.
Зачем связывать Метрику с Директом
Директ считает клики, показы и расход, но не видит, что происходит с человеком после перехода на сайт — заполнил форму, ушёл за три секунды, вернулся через неделю и купил. Метрика ставит эти события в один сценарий с рекламой: по utm-меткам, cookie и client id она показывает, какая кампания, объявление и ключевая фраза приводят не просто трафик, а покупателей.
Без этой связки оптимизация строится на метриках, которые не связаны с деньгами: CTR, цене клика, доле показов. Кампания может показывать дешёвый клик из РСЯ и при этом стабильно приводить людей, которые уходят с сайта за секунды, — без Метрики этого не видно, бюджет продолжает уходить туда же. С подключённой аналитикой вы видите глубину просмотра, время на сайте, повторные визиты и можете сразу отключить источник, который приносит переходы, но не приводит к заявкам.
Полная механика — от клика до чека — разобрана в статье про сквозную аналитику в Метрике: там пошагово показано, как данные о рекламе, поведении на сайте и продажах сходятся в одном отчёте.
Интеграция счётчика Метрики с Директом
Интеграция — это код счётчика Метрики на каждой странице сайта, включая страницу «Спасибо» и все посадочные под разные кампании, плюс привязка номера счётчика в настройках Директа. Без второго шага Метрика будет собирать данные о посетителях, но Директ не сможет использовать их для оптимизации ставок и стратегий — счётчик и рекламный аккаунт должны быть явно связаны.
Привязывается счётчик в настройках кампании — в Мастере кампаний или Директ Коммандере, в блоке «Метрика» указывается номер счётчика, установленного на сайте. Здесь частая ошибка — ставить разные счётчики на разные кампании или лендинги: данные дробятся, и ни один отчёт не показывает картину целиком. Правильно — один счётчик на весь сайт, включая поддомены и страницы оплаты, которые могут жить на отдельном домене платёжной системы.
Если вы переводите кампании на ЕПК, номер счётчика и часть целей переносятся автоматически, но стоит вручную проверить, что новая кампания видит те же цели, — при миграции Директ иногда создаёт кампанию заново, и привязка слетает.
Цели и события для отслеживания пути клиента
Цель в Метрике — это действие, которое вы объявляете конверсией: заявка, звонок, оплата, добавление в корзину. Без целей Директ видит только клики; с целями — узнаёт, какие кампании и ключевые фразы приводят к результату, и может использовать эти данные для автоматических стратегий, которые оптимизируются не на клик, а на конверсию.
Типы целей отличаются по тому, какое действие они фиксируют:
| Тип цели | Что фиксирует | Когда использовать |
|---|---|---|
| Посещение страниц (URL) | Переход на конкретный адрес, например /thanks | Страница «Спасибо», подтверждение заказа |
| JS-событие | Клик по кнопке или отправку формы без перезагрузки страницы | Кнопка «Заказать звонок», квиз, всплывающая форма |
| Событие (из кода счётчика) | Произвольное действие, переданное через ym('reachGoal') | Добавление в корзину, скачивание прайса |
| Составная цель | Последовательность из нескольких шагов подряд | Многошаговая форма, квиз с квалификацией |
| Ретаргетинг | Комбинация условий для сегмента аудитории | Показ рекламы тем, кто дошёл до корзины, но не купил |
Ставьте цель не только на финальную оплату, а на каждый шаг воронки — переход в квиз, отправку первого экрана формы, клик по телефону. Тогда в отчётах видно, на каком именно шаге отваливается трафик с конкретной кампании, а не только итоговую конверсию. Подробный разбор с примерами настройки — в статье про цели в Яндекс Метрике.
Путь клиента от клика до продажи в отчётах
Путь клиента виден в отчёте «Многоканальные последовательности»: он показывает все источники, с которых человек заходил на сайт до того, как оставил заявку или оплатил, — например, сначала кликнул по объявлению в РСЯ, через два дня вернулся по прямому заходу и купил. Без этого отчёта конверсия засчитывается только последнему источнику, и вклад верхней части воронки остаётся невидимым.
Модель атрибуции, которую вы выбираете в настройках счётчика — последний переход, последний значимый переход или первый переход, — определяет, какой кампании достанется заслуга за продажу. Если сравнивать кампании на охват (РСЯ, медийная реклама) и кампании на поиске по модели «последний клик», охватные каналы почти всегда выглядят убыточными, хотя именно они запускают путь клиента. Для честной оценки стоит смотреть отчёт в разных моделях атрибуции и сверять с тем, как реально считается стоимость клика в разных типах кампаний.
Какие отчёты использовать для анализа Директа
Для ежедневной работы с Директом достаточно четырёх отчётов Метрики: сводки по кампаниям, конверсиям, многоканальным последовательностям и Вебвизора для качественного разбора поведения. Первые три показывают цифры — сколько заявок и по какой цене, четвёртый показывает, почему люди не доходят до заявки, когда цифры уже сигналят о проблеме.
| Отчёт | Показывает | Когда смотреть |
|---|---|---|
| Директ, сводка | Расход, клики, показы в связке с целями по кампаниям | Ежедневный и еженедельный контроль эффективности |
| Конверсии | Какие цели выполнили посетители и с какого источника | Оценка качества трафика по кампаниям и ключевым фразам |
| Многоканальные последовательности | Все касания посетителя перед конверсией | Анализ длинного цикла сделки и повторных визитов |
| Вебвизор | Запись сессий конкретных посетителей | Разбор, почему форма не заполняется или квиз бросают |
Отчёт «Директ, сводка» появляется в Метрике только после привязки счётчика к рекламному аккаунту — без этого шага расход и клики видны в кабинете Директа, но не рядом с целями. Это удобно тем, что не приходится сверять две системы вручную: один отчёт показывает и стоимость клика, и то, во что он превратился.
Как конверсии передаются обратно в Директ
Цели, достигнутые в Метрике, автоматически становятся доступны в Директе как данные для оптимизации: стратегии «Оптимизация конверсий» и «Оптимизация рентабельности» назначают ставки выше на тех, кто похож на людей, достигших цели, и ниже — на остальных. Без выбранной цели эти стратегии просто не запускаются: система не знает, на что оптимизироваться.
Для автостратегий выбирайте цель с оптимальным объёмом: слишком редкая (одна продажа в неделю) не даст алгоритму данных для обучения, слишком частая и простая (клик по кнопке «Позвонить») даст много шума и мало сигнала о реальном качестве лида. Обычно оптимальный уровень — заявка или доведённый до конца квиз.
Если решение о покупке принимается не на сайте — например, менеджер закрывает сделку по телефону или в переписке, — цели Метрики этого не увидят. Для таких случаев данные о реальных продажах загружаются напрямую в рекламный кабинет через Центр конверсий: туда попадают офлайн-конверсии, звонки и сделки из CRM, и стратегии Директа обучаются уже на реальной выручке, а не на промежуточных действиях на сайте.
Офлайн-конверсии — звонки, визиты и сделки из CRM
Офлайн-конверсия — это событие, которое случилось не на сайте: звонок в отдел продаж, визит в шоурум, сделка, закрытая через две недели переговоров. Чтобы Директ учитывал такие продажи, нужно передать в Метрику или напрямую в Центр конверсий связку client id посетителя с фактом и суммой сделки — вручную, через коллтрекинг или интеграцию с CRM.
Ключевая деталь — client id нужно сохранить в момент обращения, а не пытаться найти задним числом. Для заявок это скрытое поле формы, которое передаёт значение идентификатора пользователя вместе с остальными данными в CRM. Для звонков — коллтрекинг с подменой номера, который привязывает разговор к тому же идентификатору. Если поле не настроено заранее, часть сделок из CRM физически не с чем сопоставить — это самая частая причина, почему офлайн-конверсии в Директе «не бьются» с реальными продажами.
Типичные ошибки настройки
Даже при формально настроенной интеграции аналитика может врать из-за нескольких типовых ошибок: разные счётчики на разных страницах, цель на кнопке вместо цели на реальной отправке формы, блокировка счётчика баннером согласия на cookies и путаница между визитами и посетителями при подсчёте конверсии.
- Несколько счётчиков вместо одного на весь сайт — данные не сходятся ни в одном отчёте.
- Цель поставлена на клик по кнопке «Отправить», а не на реальный успешный сабмит — считает и тех, кто получил ошибку валидации.
- Баннер согласия на cookies блокирует счётчик до клика «Принять» — часть визитов с мобильного трафика просто не попадает в Метрику.
- Разные UTM-метки на одинаковые кампании из-за ручного проставления — источник трафика дробится на десяток вариантов вместо одного.
Общий гайд по базовой настройке кампаний, где всё это стоит проверить в первую очередь, — настройка Яндекс Директа. Если ставки или бюджет управляются автоматическими правилами, ошибка в целях сразу отражается на распределении денег — правила автоматизации бюджета опираются на те же данные о конверсиях, что и стратегии Директа.
Частые вопросы
Сколько времени занимает интеграция Метрики с Директом? Сама привязка счётчика — несколько минут в настройках кампании. Дольше занимает настройка целей на каждый шаг воронки и проверка, что они корректно фиксируются, — обычно от одного до нескольких дней с тестовыми заявками.
Нужен ли отдельный счётчик Метрики для рекламных кампаний? Нет, один счётчик ставится на весь сайт, включая все посадочные страницы и подтверждение заказа. Разные счётчики на разных страницах дробят данные и мешают увидеть путь клиента целиком.
Как проверить, что цели действительно передаются в Директ? Проверить связку можно в настройках стратегии кампании — там цель из списка целей Метрики появляется только после того, как счётчик привязан и по цели накопились первые срабатывания.
Можно ли настроить офлайн-конверсии без CRM? Да, минимальный вариант — вручную вести таблицу со сделками и client id и периодически загружать её в Центр конверсий. Это медленнее интеграции с CRM, но работает для небольшого потока заявок.