Аудит Яндекс Метрики помогает проверить, соответствует ли статистика реальным действиям посетителей и обращениям в бизнес. Работающий счётчик ещё не означает правильного учёта заявок. Цель может фиксировать открытие формы, повторное событие или клик, после которого запрос так и не дошёл до менеджера.
Проверку стоит вести от конкретного результата: человек выполнил действие, аналитика его записала, бизнес получил обращение. Если одно звено не подтверждается, отчёт о конверсиях требует пояснения. Ниже порядок проверки для собственника, который хочет принимать решения о рекламе по понятным данным.
Начните с карты обращений и доступов
Перечислите все способы связи: формы на разных страницах, телефон, мессенджеры, чат, корзина или запись. Для каждого укажите, где появляется обращение, кто его получает и какое событие фиксирует аналитика. Нередко основная форма работает, а отдельная заявка из квиза или мобильного меню остаётся без учёта.
Уточните, какой счётчик относится к рабочему сайту и кто имеет доступ. Проверьте домены, поддомены и страницы с внешними сервисами. При наличии тестового сайта выясните, не смешиваются ли его события с рабочими. Это организационная часть аудита, без которой можно долго проверять не тот поток данных.
Получайте только доступ, необходимый для проверки. Права на изменение понадобятся при отдельной задаче внедрения. Не передавайте пароли в документах: для аудита достаточно согласовать способ доступа и ответственного за каждую систему.
Выберите период без смешения разных версий измерения. Если сайт недавно переделали или подключили новые формы, отметьте даты. Цифры до и после могли собираться по разным правилам, поэтому общий показатель за месяц будет скрывать важные различия.
Проверьте счётчик на реальных сценариях
Откройте рабочие страницы и пройдите основные пути посетителя. Убедитесь, что нужный счётчик загружается там, где начинается и завершается обращение. Отдельно проверьте мобильную версию, всплывающие формы и переходы между разделами. Простая проверка главной не покрывает весь сайт.
Проверьте, нет ли повторной установки через разные механизмы, например шаблон и менеджер тегов. Само наличие нескольких счётчиков не обязательно является ошибкой: они могут решать разные задачи. Вопрос в том, не дублируется ли одно событие внутри выбранного учёта и понимает ли команда назначение каждой установки.
Отделяйте отсутствие события от отсутствия человека. Счётчик может не отработать из-за ограничений браузера или условий загрузки. Поэтому полного равенства систем без проверки предполагать нельзя. Но систематическое расхождение по одному сценарию требует отдельной диагностики.
Зафиксируйте условия каждого наблюдения: страницу, устройство, действие, ожидаемый результат и фактическое поведение. Такая запись позволяет разработчику повторить проблему. Сообщение «Метрика врёт» не даёт ни места ошибки, ни способа проверить исправление.
Выясните, что означает каждая цель
Название цели может не совпадать с её логикой. «Заявка» иногда означает нажатие кнопки, а «покупка» открытие страницы оформления. Откройте условия и сопоставьте их с нужным бизнес-событием. Затем проверьте, откуда именно приходит сигнал.
В справке о целевых событиях Метрики описана настройка событий, включая передачу через reachGoal. Это технический способ регистрации действия. Решение, какое действие называть полученной заявкой, должно соответствовать фактическому сценарию сайта.
| Событие | Что оно подтверждает | Чего не подтверждает |
|---|---|---|
| Открытие формы | Посетитель увидел поля | Что он отправил данные |
| Нажатие кнопки | Произошло действие с элементом | Что сервер принял запрос |
| Успешная отправка | Форма завершила нужный сценарий | Что обращение подходит бизнесу |
| Клик по номеру | Посетитель выбрал телефон | Что разговор состоялся |
Служебные события полезны для анализа пути. Не обязательно их удалять, чтобы выделить основные цели. Важно назвать их понятно и не объединять в отчёте с полноценными обращениями без объяснения. Иначе рост активности посетителей будет выглядеть как рост клиентского спроса.
Проверьте положительные и отрицательные сценарии
Для формы недостаточно один раз увидеть цель после заполнения. Проверьте, что происходит при пустых обязательных полях, неверном телефоне, повторном нажатии и ошибке отправки. Ожидаемое поведение нужно описать заранее: какой сценарий является успешным и когда событие не должно появляться.
Затем проверьте повторное открытие страницы подтверждения и возврат к форме. Если один человек создаёт несколько технических событий, определите, что считается уникальным обращением. Число достижений цели и число уникальных заявок относятся к разным единицам учёта.
Реальные тестовые отправки согласуйте с ответственным, пометьте и исключите из оценки клиентов. Для первичного аудита используйте доступные существующие записи и безопасную техническую проверку. Не создавайте незаметно обращения, которые попадут продавцам как новые покупатели.
После исправления повторите тот же набор сценариев. Скриншот изменённой настройки не доказывает правильную работу формы. Результат проверки должен подтверждать всю цепочку, включая получение данных в CRM, почте или другом рабочем месте менеджера.
Сверьте источники, Директ и реальные обращения
Возьмите несколько заявок из рабочего учёта и найдите соответствующие события. Сопоставьте дату, страницу, доступные идентификаторы и источник. Затем проверьте обратное направление: есть ли у выбранных конверсий аналитики реальные обращения. Эти проверки обнаруживают разные типы потерь и ложных событий.
Учитывайте различия в датах, часовых поясах, атрибуции и повторных обращениях. Если системы считают результат по разным правилам, сначала приведите сравнение к общей основе. Нельзя объяснять всю разницу ошибкой установки только потому, что две итоговые цифры не равны.
Проверьте, какие цели используются в рекламе. Яндекс описывает связь Метрики с Директом, но корректная связь не исправляет неверно выбранный смысл события. Оптимизация по открытию формы и оценка по продажам требуют разных пояснений.
Отдельно посмотрите условия отображения роботов. Согласно справке Метрики, в Метрике и Директе работают разные системы определения роботов. Поэтому число таких визитов нельзя напрямую превращать в сумму оплаченного недействительного трафика.
Какой результат должен дать аудит Метрики
Отчёт должен содержать карту проверенных сценариев, подтверждённые ошибки, ограничения проверки и порядок исправлений. Для каждой проблемы нужны пример, влияние на выводы и способ повторной проверки. Пометка «цели настроены» без перечня сценариев не показывает, что именно было проверено.
Критические ошибки отделите от улучшений. Если успешная заявка не учитывается или цель возникает при отказе отправки, выводы по цене обращения ненадёжны. Дополнительные разрезы и удобные названия полезны, но не должны оттеснять исправление базового учёта.
Сохраните дату внедрения и прежние правила. В справке Метрики указано, что редактирование не меняет накопленную информацию. Поэтому сравнение периодов после ремонта может отражать изменение измерения. Отдельно проговорите, какие старые показатели нельзя использовать без оговорки.
После проверки аналитики переходите к аудиту Яндекс Директа или разбору причин отсутствия заявок. Если нужна помощь с приоритетом, на часовой консультации можно разобрать текущую схему. Полное техническое внедрение и регулярное ведение рекламы обсуждаются отдельно.