Яндекс Метрика

Происхождение и история термина

Яндекс Метрика — имя конкретного сервиса, а не общее название способа измерения. В официальном сообщении от 24 апреля 2009 года Яндекс объявил об открытии Метрики для владельцев сайтов и веб-мастеров. Анонс описывал задачи измерения посещаемости, анализа поведения и оценки рекламных кампаний ^[2]. Поэтому эту дату следует связывать с объявленным расширением доступа, а не приписывать ей изобретение веб-аналитики.

В том же историческом документе уже присутствует важная для сегодняшнего читателя мысль: количество переходов само по себе не отвечает на вопрос, дошли ли посетители до формы заказа. Современная справка разделяет посещения и целевые действия и даёт отдельные показатели для оценки результата ^{[2, 5]}. Назначение сервиса лучше понимать через эту связь: сначала установить, что привело людей на сайт, затем проверить, что они там сделали.

Суть и механизм

От страницы к отчёту

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

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

Просмотр, визит и посетитель

Просмотр связан с загрузкой страницы; повторная загрузка тоже учитывается. Визит объединяет активность одного посетителя на одном счётчике. Если активность прекращается, визит заканчивается после установленного времени ожидания — тайм-аута. По умолчанию он равен тридцати минутам ^[4].

Посетителей Метрика учитывает с помощью анонимных идентификаторов браузеров, сохранённых в cookies. Это небольшие данные, которые браузер хранит между обращениями к сайту. После удаления cookies вернувшийся посетитель учитывается как новый. В справке отдельно определён кросс-девайс посетитель: для него сервис объединяет сведения о разных браузерах человека ^[4]. Поэтому обычное число посетителей не следует без пояснений называть числом установленных физических лиц.

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

Цель и её достижение

В Метрике цель описывает значимое для владельца действие, а достижение — выполнение настроенного условия. Целевой визит содержит хотя бы одно такое выполнение; целевой посетитель выполнил условие цели. Повторные достижения в одном визите возможны ^[5]. Название цели поэтому должно объяснять, что именно зарегистрировано: нажатие, отправка формы или подтверждённый результат.

Для самостоятельно запрограммированного события документация предусматривает метод reachGoal — команду передачи достижения цели со страницы. Создать название в интерфейсе недостаточно: сайту нужна логика отправки соответствующего сигнала ^[9]. Решение о том, когда его отправлять, связывает техническую настройку с задачей бизнеса. Если команда хочет считать принятые обращения, точкой регистрации должен стать выбранный ею признак приёма обращения.

Виды и классификации

Для первого знакомства удобно разделить задачи на три группы. Это рабочая классификация редакции: привлечение — откуда пришли посетители; поведение — что происходило на сайте; результат — выполнено ли нужное действие. Такое деление помогает начать с вопроса, а затем подобрать данные. Оно не заменяет названия разделов интерфейса и не объявляется классификацией самого Яндекса.

У платформы есть собственная классификация целей по условиям достижения. В неё входят, например, посещение страницы, количество просмотров, нажатие кнопки, отправка формы, целевое событие и составная цель. Последняя связывает несколько шагов в заданной последовательности. Это примеры из перечня Яндекса, а не его полное воспроизведение ^[5].

Для работы с группами данных используется сегментация: выбор наблюдений по условиям. Справка допускает отбор по действиям и признакам посетителей, а также исследование связи прошлых действий с настоящими ^[10]. В учебной задаче редакция может отдельно посмотреть посещения с телефона и посещения из социальных сетей. Эти группы не обязательно исключают друг друга: читатель мог перейти из социальной сети именно с телефона.

Как применяется на практике

Форма подписки на рассылку

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

Пусть прежняя настройка передавала сигнал при нажатии кнопки. Читатель ввёл адрес с ошибкой, нажал кнопку и получил сообщение о неверном заполнении. Сигнал есть, подписки нет. Такое расхождение объясняется выбранным условием, а не обязательно сбоем аналитики. Команда меняет момент отправки сигнала и сохраняет описание изменения. Возможность передавать запрограммированное целевое событие предусмотрена документацией ^[9]; сам сценарий и выбор результата здесь учебные.

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

Сопоставление с Google Analytics

В международном аналоге Google Analytics события описывают взаимодействия с сайтом или приложением. Руководство Google Developers показывает передачу событий, их имён и дополнительных параметров; для проверки предусмотрены отчёты Realtime и DebugView ^[6]. Сравнивать системы удобнее через одинаковый сценарий, а не через похожие подписи показателей.

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

Как измерить или проверить

Конверсия и её знаменатель

Метрика определяет конверсию как отношение числа целевых визитов ко всем визитам. Чтобы выразить долю в процентах, её умножают на сто ^[5]:

Здесь обе величины измеряются в визитах и берутся за один период при одинаковом отборе данных. Числитель отвечает на вопрос, в скольких посещениях был результат; знаменатель — сколько всего посещений участвовало в расчёте. При нулевом знаменателе отношение не определено: отсутствие визитов не следует превращать в рассчитанную нулевую конверсию.

В учебном наборе за неделю зарегистрировано сто визитов. В десяти из них выполнена цель, всего было четырнадцать достижений. Расчёт даёт десять процентов: десять делим на сто и умножаем на сто. Если вместо целевых визитов взять достижения, получится четырнадцать достижений на сто визитов. Это другая величина. Она не отвечает на вопрос о доле успешных посещений, поскольку повторное достижение не создаёт новый целевой визит ^[5].

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

Проверка регистрации

Справка Метрики предлагает открыть страницу с параметром _ym_debug=2, выполнить действие и посмотреть сведения в панели отладки. Для целевого события проверяется переданное название; для кнопки и формы также проверяют появление достижения в отчёте. Этот режим рассчитан на новый код счётчика; для прежнего кода описана проверка через консоль браузера. Если включено исключение собственных визитов, справка рекомендует приватный режим ^[7].

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

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

Проверка сегментов

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

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

Ошибки, ограничения и спорные вопросы

Счётчик зависит от исполнения кода на странице. Блокировка JavaScript настройками или расширениями ограничивает сбор; документация описывает и менее подробный сбор через часть noscript ^[3]. Поэтому ноль достижений не позволяет сам по себе выбрать между двумя объяснениями: действия не было или оно не попало в данные. Проверка сценария помогает сузить этот выбор.

Редактирование цели не пересчитывает накопленную информацию ^[9]. Если команда начала учитывать подтверждения вместо нажатий, рядом с графиком нужна дата изменения. В учебном примере падение числа достижений после такой правки может означать, что лишние сигналы перестали считаться результатом. Сравнение периодов без этого пояснения смешало бы два разных определения успеха.

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

Правовой аспект

Для российской практики существенны принципы обработки персональных данных. Части 2, 4 и 5 статьи 5 закона № 152-ФЗ требуют заранее определить законные цели, связывать обрабатываемые сведения с этими целями и избегать избыточного объёма. На дату проверки используется закон в редакции от 26 июля 2026 года; сама статья 5 изложена в редакции закона от 25 июля 2011 года № 261-ФЗ ^[8].

Для аналитического проекта это означает необходимость отдельно оценить состав передаваемых сведений и цель обработки. Техническое название «цель» в Метрике не заменяет правовую цель обработки персональных данных. Вопросы о применимости закона к конкретному набору информации, основании обработки и настройках сайта требуют оценки проекта юристом. Наличие работающего счётчика не отвечает на эти вопросы.

Зарубежные счётчики и персональные данные. С 1 июля 2025 года часть 5 статьи 18 закона № 152-ФЗ «О персональных данных» (в редакции Федерального закона от 28.02.2025 № 23-ФЗ) не допускает при сборе персональных данных граждан России, в том числе в интернете, их запись, хранение и другие операции с использованием баз данных за пределами России. Счётчики вроде Google Analytics передают на зарубежные серверы IP-адреса и идентификаторы cookie, которые могут относиться к персональным данным; о трансграничной передаче, кроме того, заранее уведомляют Роскомнадзор (статья 12 того же закона). Нарушения влекут ответственность по статье 13.11 КоАП РФ. Использование такого счётчика на российском сайте требует юридической оценки; для сбора данных о посетителях из России применяют системы веб-аналитики с хранением данных в России, например Яндекс Метрику.

Частые вопросы

Связанные термины

• Цель в аналитике
• Конверсия
• KPI
• Уникальный посетитель
• Показатель отказов
• CPL (цена лида)