Установка Яндекс Метрики: как проверить, что посещения сайта считаются правильно

Владелец счётчика и список страниц

Код счётчика на главной странице — лишь начало приёмки: компании ещё нужно подтвердить сбор просмотров каталога, статей и отдельных посадочных. Для многостраничного сайта составим список адресов, сверим доступы и доведём контрольный переход до отчёта Метрики. Так маркетолог сможет повторить испытание после изменения любого шаблона.

Доступ компании к данным

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

Название легко перепутать. Номер счётчика полезнее красивого имени: именно по нему сопоставляют данные в сервисе и на странице.

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

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

Границы приёмки

Здесь принимается базовый сбор посещений. Цели, электронная коммерция и оценка рекламы требуют отдельных настроек и испытаний. Наличие данных о просмотре не сообщает автоматически о правильном учёте заявок. Эти задачи записывают рядом, но не смешивают критерии завершения. Так исполнитель понимает, за какой результат отвечает текущая работа.

Наличие кода в разных шаблонах

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

Проверка в сервисе

В инструкции Яндекса описан блок «Настройка → Проверка счётчика». В нём указывают URL, после чего страница открывается для поиска счётчика. Для автоматических счётчиков эта проверка недоступна; к ним относятся и счётчики лендингов Директа. Для обычного многостраничного сайта он даёт удобную начальную точку. Если счётчик не найден, дальше выясняют причину.

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

На сайте может действовать выбранный компанией порядок, при котором аналитика загружается после определённого действия посетителя. Приёмку проводят с учётом этого условия: исполнитель описывает нужное действие, выполняет его и показывает отправку данных. Требование немедленной загрузки изменило бы принятый порядок работы сайта. Если же пропустить предусмотренное действие во время испытания, исправную установку легко принять за отсутствующий счётчик.

• Прямая ссылка. Страница открывается сразу по своему адресу, без предварительного посещения главной.
• Переход внутри сайта. После перехода из меню нужная страница тоже отправляет просмотр.
• Отдельный шаблон. Каталог, статья и рекламная посадочная испытываются каждый на своём URL.
• Мобильная версия. Если она использует иной путь или шаблон, её включают в список отдельно.
• Рабочее состояние. Учитываются действия, после которых сайт загружает аналитику.

Ненужные счётчики

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

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

Один переход в панели отладки

Наличие счётчика и отправка нужного просмотра — соседние, но разные пункты приёмки. Для второго Яндекс предлагает отладку, в которой видно номер и действия на открытой странице.

Что попросить показать

К адресу добавляют параметр _ym_debug=2 и загружают страницу. В новом коде счётчика появляется панель отладки. Вкладка Counters показывает номер и настройки счётчика. Сам просмотр страницы обозначен событием PageView на вкладке Console. Если используется предыдущая версия или панель не появилась, документация описывает просмотр в консоли браузера. Эти действия может выполнить специалист на демонстрации.

Номер сверяют с записью компании. Иначе удачное событие может относиться к чужому или тестовому счётчику.

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

• Нужный номер присутствует в панели на каждом адресе приёмочного списка.
• Открытие страницы вызывает ожидаемую запись просмотра.
• Переход внутри сайта передаёт адрес нового содержания, если оно меняется без полной загрузки.
• Повтор одного действия не создаёт необъяснимых дублей, которые исполнитель не может связать с работой страницы.

Что делать с подозрением на дубли

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

В документации есть команда закрытия отладчика через меню Close debugger и параметр _ym_debug=0. После демонстрации обычный просмотр страницы возвращают в привычный вид. Контрольную ссылку с отладкой не используют в рекламе. Она нужна только для приёмки.

Фильтры и рабочие посещения

Если события видны в отладке, а собственного визита нет в отчёте, следующая задача — посмотреть условия обработки данных. Компания могла намеренно исключить посещения сотрудников или установить слишком узкие фильтры.

Сначала причины исключения

Справка Яндекса прямо предлагает проверить вкладку «Фильтры», если данные отправляются, но статистика отсутствует. Среди параметров назван «Не учитывать мои визиты». Для такого случая инструкция предлагает попробовать посещение в режиме инкогнито. При этом сам режим не снимает все возможные ограничения. Блокировка расширением или другой фильтр требуют отдельного рассмотрения.

Фильтры меняют осторожно. Отключение рабочего исключения ради одного удачного скриншота испортит будущий сбор, если его затем забудут восстановить.

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

• Рабочие посещения. Понятно, какие сотрудники или условия исключаются и зачем.
• Ограничения по страницам. В отчёт попадает именно тот набор адресов, который компания хочет анализировать.
• Период. Выбранные даты включают контрольное посещение.
• Сегмент. Он не отбрасывает устройство или страницу, использованные при испытании.
• Блокировки. Отдельно рассматривается влияние браузера, расширений и сети на отправку.

От просмотра к статистике

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

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

Контрольный маршрут маркетолога

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

Лист повторения

1. Сверить номер счётчика и доступ к его отчётам.
2. Выбрать адреса разных типов страниц, включая используемые в рекламе.
3. Зафиксировать время и условия контрольного просмотра.
4. Увидеть отправку нужных просмотров при помощи специалиста или панели отладки.
5. Найти страницы в статистике с учётом периода, сегмента и фильтров.
6. Сохранить замечания по конкретным адресам и повторить неудавшиеся действия после исправления.

Заявку отправлять не требуется. Если приёмка не включает цели и обращения, проверку формы заканчивают до реального сообщения отделу продаж.

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

Что решать после базовой установки

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

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