Как подключить и настроить Яндекс Метрику на сайте: счётчик, цели, отчёты

Яндекс Метрику настраивают в три слоя: счётчик в кабинете, код на всех страницах сайта и цели под заявки и покупки. Пока код не отдаёт хиты, отчёты пустые — сначала проверка, потом Вебвизор и Директ. Дальше — создание счётчика, установка на HTML, GTM и CMS, шаблоны целей и минимум по 152-ФЗ.

Что считает Яндекс Метрика и зачем она сайту

Яндекс Метрика собирает визиты, источники перехода, поведение на страницах и конверсии. Счётчик — объект в кабинете: к нему привязаны код, цели и доступы. Отчёты строятся по данным этого счётчика. Пока цели не заданы, видны посещаемость и отказы — заявок и продаж в цифрах нет.

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

Студии смотрят каналы трафика, отказы, заявки и региональные срезы под GEO-продвижение. Магазину мало «просто включить Метрику»: корзина и покупка живут в электронной коммерции. Там нужна разметка, а не один тумблер.

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

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

Как создать счётчик: поля, тумблеры и состав кода

Счётчик создают в кабинете Яндекс Метрики под конкретный сайт. Сначала аккаунт Яндекса, затем адрес, пояс, тумблеры и только потом код. Лимит счётчиков на аккаунт не фиксируйте по памяти — смотрите актуальную справку Метрики. Ошибка в адресе или поясе потом бьёт по отчётам сильнее, чем «не тот» тумблер Вебвизора.

Поле «Адрес сайта» заполняют без http и https, без якоря и без query. Кириллический домен не переводите в Punycode наугад: написание сверьте со справкой. Дополнительные адреса и поддомены указывают, если это тот же проект. Галочка «принимать данные только с указанных адресов» отсекает чужие зеркала — и заодно тестовый стенд, если его забыли внести.

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

Базовые тумблеры: автоматические цели, Вебвизор с картами и аналитикой форм, согласие с условиями сервиса. Дополнительные параметры кода включайте только по задаче. Это электронная коммерция, контентная аналитика, отслеживание хеша для AJAX и SPA, альтернативный CDN, код в одну строку. Тайм-аут визита по умолчанию указан в справке. Его увеличивают на длинных сценариях вроде видео или консультации, не «на всякий случай». Часть настроек меняет код счётчика. После таких правок код на сайте нужно обновить, иначе кабинет и страницы разъедутся.

Факт. Код счётчика устанавливается на сайт: пока скрипт не вызывается на страницах, отчёты Метрики строить не из чего.

Как установить код на HTML, GTM и CMS

Код счётчика ставят так, чтобы он грузился на всех страницах и нигде не дублировался. На чистом HTML вставку делают ближе к началу каждой страницы — во всех шаблонах, не только на главной. Через GTM создают отдельный тег и триггер на все страницы. Сырой код и тот же счётчик в контейнере одновременно ставить нельзя: визиты поедут двойным счётом.

На 1С-Битрикс код часто теряется в одном из макетов: карточку товара закрыли, раздел новостей — нет. Если шаблоны правите не вы, проще поставить Метрику на сайт на 1С-Битрикс через общий хедер, а не точечно на одну страницу.

Типовые поломки одни и те же на любой площадке. Политика CSP режет скрипт Метрики. Отложенная загрузка «после всего» срывает хиты на коротких визитах. SPA без отслеживания хеша не видит смену экрана. Блокировщик рекламы молча глушит счётчик. Дубль кода удваивает визиты.

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

Мнение. Если сайт на CMS и в код вы не лезете, ставьте счётчик через штатное поле или GTM: так проще не потерять вставку при смене шапки.

Как проверить, что счётчик собирает хиты

Проверка начинается с визита на сайт и онлайн-отчёта в кабинете. Код на странице и строка в отчёте — разные вещи. Скрипт может вызываться, а хиты ещё не попасть в стандартный отчёт. Пустая таблица не всегда значит, что счётчик мёртв.

Онлайн-проверка в кабинете показывает, доходят ли обращения после того, как вы сами открыли сайт. Если строки нет, смотрите отладку. Точное имя параметра в URL берите из актуальной справки Метрики, не из старых гайдов. В консоли браузера ищите вызов счётчика и ошибки загрузки скрипта.

Ложные «счётчик не работает» дают блокировщик рекламы, режим инкогнито с жёсткими ограничениями и фильтр собственного IP. Сначала отключите расширение, откройте сайт с другого адреса, проверьте фильтры в настройках счётчика.

Сроки появления данных в реальном времени, в стандартных отчётах, в Вебвизоре и в ecommerce различаются. Минуты и часы в статье не ставим: смотрите справку Метрики по каждому типу отчёта. Не делайте выводы по рекламе, пока не подтвердили хиты и срабатывание целей.

Код на странице и строка в отчёте — разные проверки; пустой отчёт не всегда значит, что счётчик мёртв.

Цели: автоцели и шаблоны под лендинг, сайт и магазин

Без целей Метрика не покажет заявки и покупки. Их задают в счётчике под действие, ради которого сделан сайт: заявку, звонок, покупку. Иначе нельзя оценить каналы и отдать конверсии в рекламу. Яндекс Директ использует цели Метрики — но только те, которые реально срабатывают, а не «висят» в списке.

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

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

Тип «URL» выбирайте, когда после действия меняется адрес. «JS-событие» — когда страница та же, а факт клика или отправки нужно послать кодом. «Форма» — когда Метрика сама видит submit. Если цель повесили на клик по пункту меню, каналы будут «конвертить», а заявок в CRM не прибавится. Это не ваш случай: такую цель в Директ не отдавайте.

Отчёты, Вебвизор, ecommerce и связка с Директом

Когда хиты пошли, смотрят источники, страницы входа, конверсии и аудиторию. Сегменты отделяют рекламу от органики и заявки от пустых визитов. Если цель молчит, канал в таблице «не работает», даже когда заявки капают в почту.

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

Электронную коммерцию и контентную аналитику не путайте с обычными целями. Тумблер в настройках счётчика не заменяет разметку. dataLayer передаёт заказы в электронную коммерцию: просмотр, корзину, покупку. Пока слоя данных нет, отчёт о товарах будет пустым.

С Директом проще работать, когда Метрика и реклама на одном аккаунте Яндекса. Если кабинеты разные, цели всё равно можно отдать в кампании — порядок связки смотрите в справке. Авторазметку Директа не перебивайте своими UTM на тех же параметрах. Сквозная аналитика, офлайн-конверсии и CRM — уже отдельный контур: туда идут звонки, сделки и статусы из учётки, а не «ещё одна галочка в счётчике».

Тумблер ecommerce не заменяет dataLayer; Директ видит только те цели, которые реально срабатывают.

Доступы подрядчику, фильтры IP, UTM и несколько доменов

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

Свои визиты и роботов фильтруют по IP студии и служебным сетям. Иначе менеджер, который «проверяет сайт», косит отказы и рисует ложные конверсии. Список адресов обновляют, когда меняется офис или VPN.

UTM нужны, чтобы отличить рассылку, прайс на Авито и ручную пометку от авторазметки Директа. Не задавайте те же имена параметров, которые уже пишет рекламный кабинет: источник в отчёте слипнется. Поддомены и кросс-домен решают по задаче, а не «на всякий случай»: один счётчик — одна статистика; разные бренды и разные доступы — разные счётчики.

Для GEO смотрите срезы по регионам в источниках и конверсиях. Цифры «по городам из головы» в отчёт не подставляйте: сравнивайте свои срезы в кабинете, а не чужие кейсы.

Перед стартом работ подрядчику выдайте:

• роль доступа без пароля от аккаунта;
• список IP студии для фильтра;
• правила UTM и запрет ломать авторазметку Директа;
• перечень доменов и поддоменов, которые входят в счётчик;
• пометку, сидят ли Метрика и Директ на одном аккаунте.

152-ФЗ, cookie-баннер и политика конфиденциальности

Счётчик ставит cookie и собирает данные о посещениях сайта. 152-ФЗ — закон о персональных данных; какие именно обязанности возникают у конкретного сайта, эта статья не устанавливает. Схему сверьте с юристом и с текстом закона, а не с чек-листом из блога.

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

Если сайт собирает заявки с ФИО и телефоном, политика закрывает и формы, и аналитику. Одним абзацем «мы используем cookie» это не покрыть. Выдуманные цитаты закона и несуществующие приказы не пишите.

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

Политика и баннер — до боевой загрузки счётчика; точный состав обязанностей по 152-ФЗ эта статья не фиксирует.

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

Источники

• Справка Яндекс Метрики — Яндекс
• Условия использования сервиса «Яндекс Метрика» — Яндекс
• Политика конфиденциальности Яндекса — Яндекс