Как установить Яндекс Метрику на сайт и не потерять данные с первого дня

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

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

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

Код счётчика вставляется в шаблон, который отвечает за формирование верхней части всех страниц сайта — на CMS это файл заголовка, на самописном движке общий шаблон. Яндекс рекомендует размещать его внутри элемента head или body как можно ближе к началу страницы: от этого зависит полнота подсчёта. Содержимое noscript при этом кладётся в body.

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

Проверять надо не «стоит ли код», а «стоит ли он везде». Типовые дыры одинаковы из проекта в проект: страница благодарности после отправки формы, корзина и оформление заказа, лендинг под рекламу, сделанный отдельно от основного сайта, страницы, собранные во внешнем конструкторе, поддомен с блогом. Если сайт работает на нескольких системах управления сразу — например, основной раздел на одной CMS, а форум на другой, — код нужно ставить в каждую из них.

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

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

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

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

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

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

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

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

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

Второй инструмент точнее и показывает не факт наличия кода, а то, какие данные уходят. К адресу страницы добавляется параметр _ym_debug=2 — внизу открывается панель отладки, во вкладке Counters видно номер счётчика и его настройки, во вкладке Console — события вроде просмотра страницы. Панель работает только с актуальной версией кода счётчика; если она не появилась, тот же параметр выводит данные в консоль браузера. Вариант _ym_debug=1 пишет в консоль без панели, а _ym_debug=0 отладчик закрывает.

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

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

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

Для сотрудников, которые в Метрику не заходят, фильтр строится по IP-адресу офиса — с условием «равно» или интервалом. Фильтры можно задавать и по URL, и по заголовку страницы: например, отсечь тестовые разделы. Лимит — 30 фильтров и 30 операций на счётчик, этого хватает с большим запасом.

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

Отдельно про опцию «Фильтровать роботов по поведению». Она выглядит полезной, а на деле сужает вам возможности: после включения визиты таких роботов удаляются из исходных данных, и переключать отображение «с роботами / без роботов» вы больше не сможете. Яндекс рекомендует её только тем, кто выгружает сырые данные через Logs API; в остальных случаях лучше пользоваться сегментом без роботов в отчётах — он ничего не удаляет и переключается обратно.

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

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

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

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

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

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

Заодно в первый день закрывается связка с рекламой. Номер счётчика указывается в настройках кампании Директа — без этого переходы с ваших же объявлений попадут в отчёты Метрики как «Чужие кампании», и разложить расходы по кампаниям вы не сможете. В ссылки объявлений при этом автоматически добавляется метка клика, поэтому сайт должен нормально открывать адреса с параметрами.

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

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

Ниже — порядок, в котором мы поднимаем аналитику на новом проекте. Он рассчитан на один заход: пройти сверху вниз за час и не возвращаться к этому вопросу через полгода с вопросом «а почему тут нет данных».