Инструкция по правильной настройке Яндекс Метрики для SEO и чистой статистики

Зачем вообще правильно настраивать Яндекс Метрику

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

Проблема в том, что неправильная установка легко портит данные:

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

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

Например, SEO-специалист видит высокий процент отказов и решает, что страница плохая. А на деле часть отказов могла прийти от ботов, собственных проверок, тестового домена или дубля счётчика.

Или владелец сайта смотрит на источники трафика и думает, что канал работает, потому что есть визиты. Но если часть этих визитов мусорная, рекламная и SEO-аналитика начинает врать.

Что значит «чистая статистика»

Чистая статистика в Метрике это не «красивая» статистика. Это честная статистика.

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

Чистая статистика показывает:

• реальных пользователей
• реальные источники трафика
• реальные отказы
• реальные действия
• реальные переходы по сайту
• реальные цели
• реальные проблемы в UX и SEO

Правильная настройка Метрики не предназначена для накрутки поведенческих факторов. Это инструмент для белой аналитики, SEO-аудита и принятия нормальных решений.

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

Что может испортить данные в Метрике

Основные настройки счётчика

Настройки счётчика находятся в Яндекс Метрике в разделе «Настройки» → «Счётчик». В официальной справке Яндекса указано, что именно там настраиваются основные параметры: имя счётчика, адрес сайта, дополнительные адреса и другие опции.

Имя счётчика

Имя счётчика нужно не для сайта, а для удобства в интерфейсе Метрики.

Плохой вариант:

• «Новый счётчик»
• «Сайт»
• «Тест»

Нормальный вариант:

• vagizov.com — основной сайт
• site.ru — продакшн
• shop.site.ru — магазин
• site.ru — тестовый счётчик

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

Адрес сайта

В поле «Адрес сайта» указывается основной домен. В справке Яндекса отдельно указано, что адрес задаётся без http://, https:// и www.

Например:

example.ru

Не нужно указывать:

https://example.ru

Если сайт работает и с www, и без www, сначала нужно определить главное зеркало. Для SEO лучше, чтобы был один основной вариант, а второй редиректил на него.

Дополнительные адреса

Дополнительные адреса нужны, если один и тот же сайт доступен по нескольким адресам или один счётчик сознательно используется на нескольких доменах. Яндекс пишет, что переходы между заданными адресами считаются внутренними.

Дополнительные адреса могут понадобиться для:

• домена с www и без www
• региональных поддоменов
• зеркала сайта
• отдельной мобильной версии
• поддоменов услуг или каталога
• нескольких доменов одного проекта

Но не стоит бездумно добавлять туда тестовые домены. Если тестовый сайт активно открывает разработчик, SEO-специалист или клиент, эти визиты могут испортить статистику боевого сайта.

Принимать данные только с указанных адресов

Эта настройка одна из самых важных для чистой статистики.

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

Для большинства сайтов настройку «Принимать данные только с указанных адресов» лучше включать.

Она особенно важна, если:

• сайт копировали
• есть тестовые домены
• есть поддомены
• сайт переезжал
• был редизайн
• код счётчика передавался подрядчикам
• вы используете готовую тему или шаблон
• сайт работает на WordPress и код могли вставлять через разные плагины

Включая поддомены

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

Включать её стоит, если у проекта есть:

• региональные поддомены
• каталог на поддомене
• блог на поддомене
• магазин на поддомене
• личный кабинет на поддомене
• отдельные посадочные страницы на поддоменах

Не включайте её автоматически, если поддомены используются для тестов. Например, test.example.ru, dev.example.ru, stage.example.ru лучше не смешивать с боевой статистикой.

Часовой пояс

Часовой пояс важен для корректных отчётов по дням, часам, рекламным кампаниям и заявкам.

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

Если часовой пояс выбран неправильно, отчёты по дням и часам могут выглядеть странно. Например, заявки будут попадать не в тот день или ночной трафик будет казаться дневным.

Вебвизор

Вебвизор записывает действия пользователей на страницах сайта. В глоссарии Яндекс описывает его как инструмент, который записывает действия посетителей от начала посещения до завершения.

Включать Вебвизор стоит, если вы реально будете его смотреть.

Он полезен для:

• сайтов услуг
• лендингов
• интернет-магазинов
• форм заявок
• страниц с высокой долей отказов
• анализа ошибок интерфейса
• проверки проблем на мобильных устройствах

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

Карта кликов

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

Для SEO и UX это полезно, если нужно понять:

• нажимают ли пользователи на CTA
• кликают ли по некликабельным элементам
• работают ли блоки перелинковки
• видят ли пользователи меню
• доходят ли до формы
• интересуют ли их карточки, табы, фильтры

Для большинства коммерческих сайтов карту кликов лучше включать.

Отслеживание ссылок

Отслеживание внешних ссылок позволяет видеть переходы по ссылкам с сайта. В параметрах инициализации Метрики trackLinks отвечает за отслеживание переходов по внешним ссылкам.

Эту настройку стоит включать почти всегда.

Она полезна для:

• партнёрских ссылок
• переходов на соцсети
• переходов в мессенджеры
• переходов на оплату
• внешних форм
• файлов и документов
• переходов на поддомены и сервисы

Точный показатель отказов

Точный показатель отказов помогает Метрике корректнее учитывать короткие визиты. В документации по инициализации счётчика указано, что параметр accurateTrackBounce включает точный показатель отказов, а событие о неотказе при значении true засчитывается через 15 секунд.

Для SEO это важная настройка. Без неё часть нормальных коротких визитов может выглядеть хуже, чем есть на самом деле.

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

Какие настройки включать для разных типов сайтов

Настройка фильтрации роботов

Роботы в Метрике бывают разными.

Одни честно представляются через User-Agent. Например, поисковые роботы. Другие маскируются под обычных пользователей. Метрика может определять таких роботов по поведению и техническим сигналам. В справке Яндекса указано, что роботы могут как представляться, так и маскироваться, а Метрика определяет их по поведенческим факторам и другим техническим сигналам.

Где находится настройка

Фильтрация находится в настройках счётчика:

Настройки → Фильтры

Там есть настройка «Фильтровать роботов по поведению».

Что делает фильтрация роботов по поведению

Эта настройка удаляет из исходных данных визиты роботов, которых Метрика определила по поведению.

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

Поэтому настройку нельзя включать просто «на всякий случай» без понимания последствий.

Что Метрика показывает по умолчанию

По справке Яндекса, Метрика по умолчанию показывает статистику без роботов, которые явно представились. Данные по ним находятся в отчёте «Роботы». А статистика по роботам, определённым по поведению, доступна в режиме отображения данных «с роботами / без роботов».

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

Когда стоит включать фильтрацию роботов по поведению

Включать стоит, если:

• на сайте заметны всплески мусорного трафика
• много странных прямых заходов
• много визитов без действий
• рекламный трафик выглядит подозрительно
• отказы резко выросли без причин
• сайт регулярно сканируют нецелевые боты
• вы используете Logs API и хотите работать с неагрегированными данными без роботов

Для SEO и рекламы это особенно важно, потому что боты могут портить:

• показатель отказов
• глубину просмотра
• время на сайте
• конверсии
• оценку качества страниц
• эффективность рекламных кампаний

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

Минусы фильтрации роботов по поведению

Минус главный: часть данных удаляется из исходных данных и потом недоступна в обычном виде.

Поэтому для большинства сайтов я бы не включал эту настройку автоматически в первый день. Лучше сначала посмотреть отчёт «Роботы», сравнить данные с роботами и без роботов, оценить масштаб проблемы и только после этого принимать решение.

Практический подход:

Настройка адресов сайта

Настройка адресов нужна, чтобы Метрика понимала, с каких доменов можно принимать данные.

Основной домен

Для основного домена укажите главное зеркало сайта.

Например:

example.ru

Не нужно одновременно считать www.example.ru и example.ru разными сайтами, если это один и тот же проект. На уровне SEO должен быть один основной вариант.

www и без www

Если сайт доступен и с www, и без www, лучше настроить 301-редирект на один вариант.

В Метрике можно добавить дополнительный адрес, но это не должно заменять нормальную настройку зеркала. Аналитика не лечит техническую SEO-проблему.

Поддомены

Поддомены стоит учитывать, если они являются частью проекта.

Например:

• msk.example.ru
• spb.example.ru
• shop.example.ru
• blog.example.ru

Если поддомены региональные и должны попадать в общий счётчик, включайте «Включая поддомены».

Если поддомен тестовый, лучше не отправлять его данные в боевую Метрику.

Тестовые домены

Тестовые домены почти всегда лучше исключать из боевой аналитики.

Плохой вариант:

• боевой счётчик стоит на test.example.ru
• разработчик открывает сайт десятки раз
• клиент проверяет правки
• SEO-специалист смотрит страницы
• все эти визиты попадают в основную статистику

Нормальный вариант:

• на тестовом сайте нет боевого счётчика
• или стоит отдельный тестовый счётчик
• или домен ограничен настройкой адресов
• или тестовые визиты фильтруются отдельно

Зеркала сайта

Если у сайта есть зеркало, нужно понять, для чего оно существует.

Если это технический дубль, лучше настроить редирект.

Если это полноценный домен проекта, можно добавить его в дополнительные адреса.

Региональные поддомены

Для региональных поддоменов решение зависит от аналитической задачи.

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

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

Контентная аналитика

Контентная аналитика нужна сайтам, где важны статьи, новости, обзоры, инструкции, рецепты и другие материалы.

Метрика использует микроразметку Schema.org и Open Graph для сбора статистики по материалам. В справке Яндекса указано, что в настройках счётчика нужно включить «Контентную аналитику» и выбрать тип разметки: Schema.org Microdata, Schema.org JSON-LD или Open Graph.

Какие типы разметки доступны

Что лучше выбрать для WordPress

Для WordPress обычно удобнее Schema.org JSON-LD.

Почему:

• не нужно встраивать атрибуты в каждый HTML-элемент
• проще поддерживать через SEO-плагин
• меньше риска сломать верстку
• проще обновлять структуру данных
• современный формат удобен для поисковых систем и аналитики

Если на сайте уже стоит SEO-плагин, часть разметки может добавляться автоматически. Но это не гарантия, что она идеально подходит для контентной аналитики Метрики. Яндекс отдельно предупреждает, что плагины, созданные под поисковые системы, могут передавать в Метрику не те данные или избыточные данные.

Когда использовать Open Graph

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

Для контентной аналитики это может быть запасным вариантом, если на сайте нет нормального JSON-LD или Microdata.

Но для SEO и WordPress я бы обычно выбирал так:

1. Schema.org JSON-LD
2. Schema.org Microdata
3. Open Graph

Ecommerce и передача данных о товарах

Для интернет-магазина простой счётчик Метрики недостаточен.

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

Для нормальной ecommerce-аналитики нужно передавать данные о действиях с товарами.

Яндекс описывает ecommerce-данные как JavaScript-объекты, которые передаются в массив window.dataLayer. Через них можно отправлять информацию о товарах и действиях с ними: просмотры, добавления в корзину, удаления и покупки.

Официальная документация: Передача данных об электронной коммерции в Яндекс Метрике

Что нужно передавать интернет-магазину

Минимальный набор:

• просмотр товара
• добавление товара в корзину
• удаление из корзины
• оформление заказа
• покупка
• ID заказа
• выручка
• валюта
• название товара
• ID товара
• категория
• бренд
• цена
• количество

Почему ecommerce часто настроен неправильно

Частая ошибка: в настройках Метрики включили «Электронную коммерцию», но на сайте нет нормальной передачи данных.

В итоге владелец думает, что ecommerce работает, а в отчётах пусто или данные неполные.

Для WordPress и WooCommerce лучше использовать плагин или кастомную интеграцию, которая реально отправляет ecommerce-события. Официальный плагин Яндекс Метрики для WordPress умеет передавать события электронной коммерции: просмотр карточки товара, добавление в корзину, удаление из корзины и покупку.

Установка счётчика на WordPress

На WordPress Метрику можно установить несколькими способами. У каждого есть плюсы и минусы.

Вручную в тему

Код вставляется в header.php, footer.php или через хуки темы.

Плюсы:

• полный контроль
• нет лишних плагинов
• можно точно настроить место загрузки
• удобно для кастомной темы

Минусы:

• при смене темы код можно потерять
• легко сделать дубль
• нужен доступ к файлам
• нужна аккуратность разработчика

Через header/footer plugin

Код вставляется через плагин для добавления скриптов в head или footer.

Плюсы:

• быстро
• не нужно править тему
• удобно для простых сайтов

Минусы:

• легко забыть, где вставлен код
• возможны дубли с другими плагинами
• не всегда есть гибкая логика загрузки

Через Google Tag Manager

Метрика подключается как тег в GTM.

Плюсы:

• удобно управлять несколькими тегами
• можно настраивать триггеры
• удобно для маркетологов
• можно запускать по условиям

Минусы:

• GTM сам добавляет дополнительный слой загрузки
• возможна задержка отправки первого хита
• легко получить дубли, если код ещё стоит в теме
• сложнее проверять для обычного владельца сайта

Через специальный плагин

Например, официальный или сторонний плагин для Яндекс Метрики.

Плюсы:

• проще для владельца сайта
• часто есть готовые настройки
• может поддерживать ecommerce
• меньше риска ошибиться с кодом

Минусы:

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

Через оптимизированный плагин с отложенной загрузкой

Это вариант, когда счётчик можно грузить не сразу, а позже: после задержки, действия пользователя или cookie consent.

Плюсы:

• меньше влияние на начальную загрузку
• лучше для скорости и Core Web Vitals
• часть неактивных ботов может не попасть в статистику
• можно запускать счётчик после согласия пользователя

Минусы:

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

Как выбрать способ загрузки Метрики

Важный вывод про отложенную загрузку

Чем позже грузится счётчик, тем меньше влияние на скорость сайта.

Но тем выше риск неполной статистики.

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

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

Неправильная цель: искусственно улучшить поведенческие показатели.

Проверка установки счётчика

После установки Метрики нужно обязательно проверить, что счётчик работает и не установлен два раза.

Яндекс рекомендует проверять наличие и корректность установки счётчика после добавления кода на сайт, а также после изменений на сайте. Проверка доступна в настройках счётчика в блоке «Проверка счётчика».

Частые ошибки при настройке Метрики

Счётчик установлен два раза

Самая частая ошибка. Например, код стоит в теме и одновременно в плагине.

Что происходит:

• статистика искажается
• цели могут срабатывать некорректно
• Вебвизор может работать странно
• в отчётах появляются лишние хиты

Решение: оставить только один способ установки.

Счётчик установлен и в теме, и в плагине

Это частный случай дубля. Часто появляется после редизайна или смены подрядчика.

Разработчик добавил код в тему, потом владелец поставил плагин, потом маркетолог добавил тег в GTM. В итоге один и тот же счётчик грузится несколько раз.

Счётчик установлен через GTM и отдельно в коде

Если Метрика запускается через GTM, не нужно дублировать её в шаблоне сайта.

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

Включён Вебвизор без необходимости

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

Для сайтов с формами, заказами и UX-проблемами Вебвизор полезен. Для простого блога без регулярного анализа можно включать его только при необходимости.

Не настроены адреса сайта

Если не включить ограничение по адресам, данные могут попадать с чужих сайтов, копий, тестовых доменов и зеркал.

Для чистой статистики лучше указать основной домен, дополнительные адреса и включить приём данных только с указанных адресов.

Не исключены свои визиты

Собственные просмотры легко портят статистику, особенно на небольших сайтах.

Если владелец каждый день открывает сайт, проверяет страницы, обновляет статьи и смотрит формы, это уже заметная доля трафика.

В Метрике есть настройка «Не учитывать мои визиты». Яндекс указывает, что она работает через cookies для посетителей, которые заходили в отчёты или настройки счётчика, и начинает работать после авторизации в нужном браузере.

Не проверена фильтрация роботов

Если на сайт идёт мусорный трафик, отказы и глубина просмотра могут выглядеть хуже.

Перед SEO-аудитом нужно хотя бы сравнить отчёты с роботами и без роботов.

На тестовом домене стоит боевой счётчик

Это частая ошибка WordPress-разработки.

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

Ecommerce включён, но данные о товарах не передаются

Настройка в интерфейсе не заменяет передачу данных с сайта.

Для ecommerce нужны события: просмотр товара, корзина, покупка, доход, ID заказа и данные о товарах.

Мини-чеклист правильной настройки