Как проверить, срабатывают ли цели в Яндекс.Метрике

Почему статус «Данные есть» не значит, что цели работают

Счётчик и цель — разные вещи. Счётчик может исправно считать визиты и показывать в личном кабинете статус «Данные есть», а конкретная цель при этом ни разу не сработать — потому что код вызова не вставлен в обработчик кнопки, или URL страницы благодарности указан с опечаткой. Внешне всё выглядит нормально: сайт работает, посетители заходят, графики визитов растут. Проблема обнаруживается только тогда, когда открывают отчёт по конверсиям и видят там ноль при том, что заявки на почту точно приходят. Проверять нужно именно цель, а не факт работы счётчика в целом.

Способ 1: отчёт «Конверсии» за сегодня

В личном кабинете Метрики: «Отчёты» → «Стандартные отчёты» → «Конверсии» → выбрать нужную цель → период «Сегодня». Выполнить целевое действие на сайте и обновить отчёт через 5-15 минут — обычно этого достаточно, хотя при большой нагрузке на серверы Метрики данные иногда доходят до часа. Способ надёжный, но медленный: если тестируете сразу пять целей подряд, ждать отчёт после каждой неудобно — для этого есть способ 2.

Способ 2: расширение «Инспектор сайтов» — проверка в момент клика

Официальное расширение Яндекса для Chrome и Яндекс Браузера показывает срабатывание целей в реальном времени прямо на странице — открывается панель, и в момент клика или отправки формы в ней появляется название сработавшей цели. Это самый быстрый способ протестировать сразу несколько целей одну за другой без ожидания отчётов. Ограничение — расширение показывает только то, что происходит сейчас в вашем браузере, историю прошлых визитов посмотреть через него нельзя.

Способ 3: вкладка Network в DevTools — когда нужно видеть сам факт отправки

Для разработчика или технического специалиста, который отлаживает код JS-события, полезнее заглянуть глубже интерфейса Метрики. Открыть инструменты разработчика (F12), вкладку Network, отфильтровать запросы по mc.yandex и выполнить целевое действие на странице. Если код вызова цели отработал, в списке запросов появится новый запрос к серверам Метрики — сам факт его появления подтверждает, что вызов состоялся на уровне кода, ещё до того, как данные дойдут до отчётов. Способ выручает на закрытых от индексации тестовых стендах, где нет доступа к расширению или удобно проверять код построчно.

Способ 4: запись визита в Вебвизоре

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

Частые причины, почему цель не засчитывается

Когда проверка показывает ноль при точно выполненном действии, дело почти всегда в одной из типовых вещей:

• Несовпадение URL. Слэш в конце адреса, http вместо https, www вместо без www, лишние UTM-метки в условии — цель в интерфейсе Метрики создана правильно, но реальный адрес страницы отличается от указанного на один символ.
• JS-ошибка выше по коду. Если на странице до вызова reachGoal происходит любая ошибка скрипта, браузер может остановить выполнение остального кода — вызов цели просто не дойдёт до отправки.
• Несовпадение регистра или названия события. Идентификатор события в коде и название JS-цели в настройках Метрики должны совпадать буквально — form_send и Form_Send для Метрики разные события.
• Собственный блокировщик рекламы. При тестировании легко забыть отключить свой AdBlock — он блокирует запросы к Метрике так же, как у части реальных посетителей, и тест ошибочно покажет поломку там, где её нет.
• Цель создана только сегодня. Прошлые визиты задним числом не пересчитываются — если тестируете цель, созданную час назад, отчёт «за неделю» её не покажет, нужен именно сегодняшний период.

Что делать, если цель всё равно не срабатывает

Порядок действий, который экономит время: сначала сверить текст условия в настройках цели с реальным адресом страницы или названием события в коде — буква в букву. Затем открыть консоль разработчика и проверить, нет ли красных ошибок JavaScript на странице до момента клика. Дальше — посмотреть исходный код страницы (Ctrl+U) и убедиться, что вызов reachGoal физически присутствует в обработчике нужной кнопки, а не потерялся при последнем обновлении шаблона. Проверять нужно в режиме инкогнито и с отключёнными блокировщиками — иначе легко принять собственные настройки браузера за ошибку сайта. Если после всех шагов цель по-прежнему не срабатывает при явно рабочей форме — дело почти наверняка в коде на стороне сайта, и здесь без разработчика или технической поддержки не обойтись.

Когда стоит проверять цели не только после настройки

Разовая проверка сразу после создания цели — это минимум, но не гарантия, что она продолжит работать через месяц. Любое обновление сайта, смена шаблона формы, миграция на новую CMS или редизайн страницы благодарности способны незаметно сломать условие цели или стереть код вызова из обработчика. На сайтах, где решения о рекламном бюджете строятся на данных Метрики, разумно сверять работу ключевых целей раз в один-два месяца, а не ждать, пока падение заявок обнаружится по факту в отчётах сквозной аналитики.