Содержание 15 разделов ↘
У руководителя в отчёте пятьдесят «конверсий» за неделю. Менеджеры утверждают, что получили двадцать обращений. В CRM нашлось четырнадцать новых компаний. Спор обычно заканчивается просьбой перепроверить счётчик. Но сам счётчик может работать без ошибок: разные люди называют конверсией нажатие кнопки, отправку формы, успешную запись и реальную продажу.
Яндекс Метрика помогает увидеть, что посетители делают на сайте. Для бизнеса она полезна лишь тогда, когда цели соответствуют реальным действиям, а события проверяются после настройки. В этом гайде пройдём путь от счётчика до управленческого отчёта: что подключить, какие события считать, как различать формы и звонки, почему важны согласия и как не принять технический сигнал за деньги.
Интерфейс Метрики развивается, поэтому названия отдельных вкладок могут меняться. Принцип настройки опирается на актуальную документацию Яндекса на ноябрь 2026 года: создаём счётчик, проверяем его работу, определяем цели, тестируем реальные сценарии и согласуем использование данных.
Шаг 1. Зафиксируйте бизнес-результат до установки счётчика
Перед первым входом в Метрику ответьте, что означает удачное действие для вашей компании. Для сервисной фирмы это может быть подтверждённая запись, для оптовика — заявка с артикулом и объёмом, для интернет-магазина — оплаченный заказ, для завода — переданное техническое задание. Событие на сайте и коммерческая стадия не обязаны совпадать.
Составьте карту воронки из четырёх уровней: посетитель увидел нужную страницу, начал взаимодействие, успешно передал запрос, отдел продаж подтвердил пригодность и исход. Счётчик обычно наблюдает первые события, а CRM или учётная система — последующие. Нет необходимости передавать в аналитику имя, телефон, паспорт и прочие персональные данные ради подсчёта.
Сразу назначьте ответственного: кто определяет бизнес-статусы, кто внедряет события, кто проверяет корректность и кто анализирует отчёт. Иначе в разных подразделениях появятся похожие названия целей с несовместимым смыслом.
Шаг 2. Создайте счётчик и проверьте его на реальных страницах
Войдите в Яндекс Метрику и создайте счётчик для основного адреса сайта. Проверьте, что домен указан без случайного поддомена или старой среды, доступы выданы владельцу бизнеса и отдельным сотрудникам по необходимости. Не ставьте рабочий счётчик на тестовую копию так, чтобы её посещения загрязняли коммерческую статистику.
Установите код через рекомендованный механизм для вашего сайта: штатную интеграцию CMS или контролируемое внедрение в общий шаблон. Он должен срабатывать на страницах, где реально ходят пользователи. Если сайт использует клиентскую навигацию без полной перезагрузки, проверьте, как фиксируются переходы и виртуальные просмотры. Наличие счётчика в HTML ещё не доказывает корректность наблюдения.
Откройте сайт в браузере, выполните несколько переходов, проверьте поступление тестовых визитов и отсутствие повторной отправки события из двух установленных кодов. Отдельно посмотрите мобильный интерфейс и страницы с дополнительной загрузкой контента. Используйте доступные инструменты диагностики Метрики; не заменяйте проверку живого действия наличием скрипта.
Уточните законное основание и правила уведомления пользователей об аналитике и обработке данных. Состав передаваемых идентификаторов и уведомления согласовываются с ответственным за персональные данные; руководство по настройке не заменяет юридическую проверку.
Шаг 3. Разделите микродействия и ключевые конверсии
Скачивание PDF, просмотр цены и нажатие на телефон помогают понять интерес. Но они не равны успешно оформленному заказу. В Метрике удобно вести отдельные цели для диагностических действий и отдельно для коммерческих событий, чтобы руководитель не получал общий отчёт «конверсий», который увеличивается от любого клика.
Для страницы заявки сформулируйте: «пользователь отправил корректно заполненную форму, сервер подтвердил принятие». Это отличается от клика по кнопке и даже от срабатывания обработчика отправки формы. Если сайт показал ошибку, цель успешного обращения отправлять нельзя.
Используйте человекочитаемые имена: `form_request_success`, `callback_requested`, `order_paid`, `brochure_download`, `appointment_confirmed`. Идентификатор события и его описание лучше согласовать в общем реестре: какая роль инициирует, когда срабатывает, какие исключения, где данные сверяются.
Не нужно создавать сотни целей «на всякий случай». Сначала выберите несколько ключевых событий и проверьте, что им можно доверять; детальные прокси добавляйте только при конкретной аналитической задаче.
Шаг 4. Настройте цель для формы без ложных отправок
Для обычной формы можно использовать встроенную цель «отправка формы», если тип формы поддерживается и тест подтверждает фактическое событие. Но многие современные сайты отправляют данные асинхронно. В таком случае надёжнее связать цель с сообщением о принятии заявки, а не с нажатием на кнопку.
Условный пример: человек ввёл email, но сервер вернул ошибку валидации. Если цель срабатывает при нажатии «Отправить», отчёт покажет конверсию без заявки. Поэтому разработчик должен отправлять `reachGoal` только после успешного ответа обработчика и подтверждённого результата.
Отдельно проверяйте повторную отправку и двойное срабатывание: клиент нажал кнопку дважды, браузер повторил запрос после сетевой ошибки либо компонент формы повторно смонтировался. Для отчёта о реальных обращениях желательно сохранять идентификатор заявки в CRM и дедуплицировать её там, а не полагаться на число событий.
Тестируйте сценарии: корректная форма, пустое обязательное поле, ошибка сети, повтор, спам-защита, отправка с телефона и переход после подтверждения. Для каждого случая запишите, должен ли счётчик фиксировать цель.
Шаг 5. Используйте JavaScript-события для действительно важных действий
Метрика поддерживает целевое событие с вызовом `ym(НОМЕР_СЧЁТЧИКА, 'reachGoal', 'IDENTIFIER')`. Число заменяется идентификатором вашего счётчика, а название цели должно совпадать с тем, что создано в интерфейсе. Это не самостоятельное средство передачи заявки на сервер; вызов фиксирует событие для аналитики.
В компоненте формы событие должно отправляться не при любой попытке, а после успешного результата. В интернет-магазине «оплачен заказ» может приходить из платёжного подтверждения или корректного серверного источника, а не только со страницы «Спасибо»: страницу способны открыть повторно или без действительной оплаты.
Не передавайте в параметры события телефон, email, ФИО или содержание медицинского запроса. Для группировки используйте безопасные значения вроде типа формы, категории услуги или кода филиала, если они не раскрывают личность человека. Исключения согласуйте с юристом и внутренней политикой данных.
После внедрения попросите разработчика объяснить три вещи: где отправляется событие, при каких условиях, как его воспроизвести. Это намного полезнее фразы «цели в Метрике настроены».
Шаг 6. Как учитывать звонки, мессенджеры и записи
Клик по номеру телефона показывает интерес, но не подтверждает разговор. Человек мог передумать, звонок не прошёл либо линия была занята. Для компаний, где важны звонки, нужна отдельная договорённость с телефонией или коллтрекингом о том, какие статусы можно передавать и как различать уникальный контакт.
Метрика предусматривает передачу данных о звонках из совместимых систем. Но не каждый проект требует сложной интеграции. Если звонков мало, иногда достаточно корректного события клика и ручной сверки с CRM на пилотном отрезке. Если на звонки приходится основная часть продаж, потеря связи между рекламой и дозвоном становится существенной.
Для записи на услугу различайте открытие расписания, выбор времени, подтверждение брони и состоявшийся визит. В медицинских и образовательных проектах это особенно важно: маркетолог не должен считать успешной заявку, которую организация не смогла принять из-за отсутствия мест.
Мессенджеры требуют такой же дисциплины. Нажатие ссылки на переписку — не квалифицированная беседа. Если ответ менеджера и результат сделки происходят вне сайта, отчёт дополняют проверенными CRM-статусами.
Шаг 7. Товары и оплата: когда нужен модуль электронной коммерции
Интернет-магазину важно видеть товар, корзину, начало оформления, заказ и возврат. В документации Метрики описана передача структурированных данных электронной коммерции. Это отдельный контур, не замена обычным целям и не повод отправлять в аналитику персональные данные покупателей.
Сначала проверьте соответствие каталога: идентификатор товара, название, категория, цена и количество должны одинаково интерпретироваться сайтом и учётной системой. Если товар имеет варианты, решите, считать ли их отдельными позициями. Иначе отчёт по категориям будет обманчивым.
Событие покупки лучше сверять с подтверждёнными заказами и корректировать по отменам и возвратам в пределах возможностей выбранной интеграции. Покупка в аналитике не всегда равна поступлению денег на расчётный счёт; бухгалтерский и рекламный показатели различаются.
На сложном B2B-сайте вместо стандартной корзины может быть запрос КП. Не имитируйте электронную торговлю ради красивого отчёта: выберите события, соответствующие реальному оформлению сделки.
Шаг 8. UTM и источники: как не сломать анализ каналов
Рекламные кампании размечают так, чтобы одинаковая сущность имела одинаковое имя в отчётах. Внутри одной компании заранее договоритесь об источнике, типе трафика, кампании и объявлениях. Не используйте десяток написаний одного канала: ручная отчётность быстро станет дороже настройки счётчика.
UTM-метки не делают продажу «принадлежащей» последнему переходу. Для долгих сделок человек может впервые прочитать статью, через месяц перейти по рекламе и завершить покупку через менеджера. Отчёт Метрики показывает события в рамках собственной модели атрибуции; решение об эффективности требует сопоставления с CRM и затратами.
Смотрите данные на уровне сегментов: устройство, город, тип страницы, конкретная кампания и качество обращения. Средняя конверсия по сайту может скрывать поломку мобильной формы и хороший результат узкого B2B-раздела.
Шаг 9. Сверьте онлайн-цели с фактическими продажами
Возьмите короткий период, например семь последовательных дней, и сравните три столбца: успешные формы в Метрике, уникальные заявки в CRM и коммерческие исходы. Разницы будут даже при правильной настройке: часть обращений пришла через звонок, часть — повтор от старой компании, некоторые отправки были отклонены.
Не стремитесь насильно сделать все числа одинаковыми. Сначала опишите определения: что считается обращением, кто считается новым клиентом, какое событие считается оплатой. Если в Метрике 30 отправок и в CRM 26 заявок, задача — выяснить источники четырёх расхождений, а не «подправить» отчёт.
Для B2B важна передача статусов: подходящая компания, запрос на расчёт, КП, договор, оплата. Отправка агрегированных или разрешённых офлайн-конверсий должна выполняться с соблюдением требований к данным, и не все статусы уместно возвращать в рекламную систему.
Назначьте ответственного за ежедневные ошибки передачи и еженедельное согласование с продажами. Без этого аналитика остаётся разовым внедрением, качество которого незаметно ухудшается.
Шаг 10. Соберите отчёт для руководителя без сотни графиков
Достаточно одного управленческого экрана с расходами, подходящими обращениями, стоимостью квалифицированной возможности, подтверждёнными заказами и маржинальным вкладом, если он доступен. Рядом покажите ограничения: какие каналы не имеют CRM-связи, где события ещё не прошли проверку и какова задержка поступления данных.
Операционная команда нуждается в другом отчёте: какие формы ломаются, какой источник приносит нецелевые запросы, где посетители не могут выбрать услугу, сколько визитов завершилось пустой корзиной. Руководителю не нужна таблица из сотни событий, а аналитик не может работать только с итоговой цифрой.
Проводите регулярный контроль: тестовая заявка, проверка звонков, проверка e-commerce, поиск дублей, обновление UTM-справочника и обратная связь продаж. Добавьте рядом с отчётом дату последней успешной проверки. Нельзя доверять конверсии, которую никто не воспроизводил после релиза сайта.
Сценарии тестирования: что должно и не должно срабатывать
Тест один: отправьте рабочую форму с тестовой пометкой через согласованный контур и дождитесь подтверждения. В Метрике должна появиться цель успешной отправки; CRM должна получить одно обращение. Тест два: отправьте невалидную форму — событие успешной заявки не должно возникнуть. Тест три: откройте страницу благодарности повторно — она не должна превращать один заказ в два.
Тест четыре: нажмите телефонную ссылку, но не соединяйтесь с оператором. Событие клика допустимо, подтверждённый звонок — нет. Тест пять: отмените заказ после оформления. В управленческом отчёте нужно показать, как отмена отражается в коммерческом исходе. Тест шесть: сделайте покупку с телефона, затем проверьте страницу, где используется динамический интерфейс.
У каждого теста должен быть результат, дата и ответственный. Сохраняйте не реальные персональные данные клиентов, а безопасные технические идентификаторы испытаний. По окончании удалите тестовые записи или пометьте их так, чтобы они не попадали в коммерческую статистику.
Что делать, если цели не работают
Если счётчик не видит посещения, проверьте установку кода, правильность номера счётчика, загрузку страницы и блокировки в браузере. Если посещения есть, а цели нет, сравните идентификатор, условия вызова и момент срабатывания. Если цель срабатывает дважды, ищите дублирующие обработчики, повторный монтаж компонента или двойную установку.
Если форма собирает обращения, но не отражается в CRM, проблема может находиться между клиентским интерфейсом и сервером, а не в Метрике. Если CRM видит один заказ, а статистика — больше, проверьте повторные переходы на страницу благодарности и ошибки дедупликации.
Исправления в рекламном кабинете не заменяют отладку событий. До восстановления качества лучше помечать отчёт как неполный и не оптимизировать кампании по искажённой цели.
Пример реестра целей: что внести в таблицу до настройки
В одной строке реестра укажите идентификатор цели, понятное имя, страницу или действие, момент отправки события, источник подтверждения и ответственного. Для `form_request_success` это может быть успешное завершение серверной операции сохранения обращения; для `appointment_confirmed` — подтверждение записи; для `phone_click` — нажатие ссылки телефона без гарантии разговора. Разделение не даёт смешать интерес и выполненное действие.
Отдельной колонкой запишите запретные сценарии. `form_request_success` не должен срабатывать при пустом поле, ошибке сети, невалидном номере или повторном открытии страницы благодарности. `order_paid` не возникает, если пользователь только перешёл к платёжному оператору. `phone_click` не означает, что человек поговорил с сотрудником. Такая колонка часто обнаруживает проблемы до установки счётчика.
Укажите безопасные параметры события. Тип формы, категория товара или код услуги могут быть достаточными для группировки. Не передавайте в аналитический кабинет содержимое свободного поля обращения: в нём может оказаться паспорт, диагноз или иные персональные данные. Логика хранения таких сведений относится к отдельной системе и требует соответствующих оснований.
Для анализа качества отложенных продаж добавьте поле «где проверять результат». Метрика показывает онлайн-сигнал, CRM подтверждает пригодность обращения, платёжная или учётная система — оплату. Если эти события связаны только косвенно, укажите этот факт, а не создавайте искусственную «точную» атрибуцию.
Согласуйте реестр с владельцем продаж до внедрения. В этом документе обычно становится ясно, что часть «важных маркетинговых целей» никто в компании не использует. Уберите их из приоритетного отчёта, чтобы руководитель видел несколько надёжных показателей, а не десятки неоднозначных чисел.
Офлайн-конверсии и задержки: как не приписать весь договор рекламе
Для бизнеса с долгой сделкой отправка формы далеко отстоит от денег. Если система позволяет корректно передавать офлайн-результаты, заранее решите, какой статус считается качественным: проверенная компания, согласованный запрос, КП, договор или оплата. Каждая стадия требует согласованного определения и проверяемой даты.
Официальные механизмы Метрики позволяют работать с офлайн-событиями, но способ идентификации и обработка персональных данных должны соответствовать требованиям сервиса и закона. Нельзя просто загрузить в рекламный кабинет всю CRM-выгрузку с телефонами, именами и коммерческой перепиской. Минимизируйте данные и получите юридическое подтверждение схемы передачи.
Офлайн-событие может поступить через несколько дней или недель после первого обращения. В управленческом отчёте отдельно показывайте дату контакта, дату перехода в стадию и дату загрузки. Иначе недавние кампании будут выглядеть хуже старых только потому, что их сделки ещё не успели пройти закупочный цикл.
Для повторных покупателей отделяйте новый заказ от нового клиента. Если компания уже покупала год назад, последняя рекламная ссылка не делает её новым приобретённым аккаунтом. История взаимодействия полезна для анализа, но точное распределение вклада каналов требует дополнительных допущений, которые не являются свойством одной цели Метрики.
Регулярно выбирайте несколько случайных записей и проверяйте, проходит ли цепочка от онлайн-события до исхода в CRM. Если часть результатов отсутствует из-за технических ограничений, выводы о стоимости привлечения должны содержать явную оговорку. Не оптимизируйте рекламные кампании на основе статуса, который невозможно воспроизвести.
Как внедрять аналитику поэтапно
В первые дни согласуйте бизнес-события, владельца счётчика и карту данных. Затем установите и протестируйте код, сформируйте реестр целей и проверьте пару реальных сценариев заявки. После этого настройте источники и разрезы отчётов.
Следующий шаг — связь с CRM и телефонией там, где она технически и юридически оправданна. Не собирайте больше данных, чем нужно для решения. Для небольшого сайта правильная пара проверенных целей полезнее десятков автоматических событий без владельца.
Завершением внедрения считайте не размещённый код, а принятый протокол: где фиксируются события, кто проверяет качество, как исправляют ошибки и какие решения бизнес действительно принимает по отчёту.
