Уникальный посетитель

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

Исторический документ Web Analytics Association «Web Analytics Definitions», версия 4.0, утверждённый 16 августа 2007 года, уже выделял уникальных посетителей наряду с визитами и просмотрами. В нём показатель связывался с определённым периодом, а повторный учёт при сложении аудиторий объяснялся отдельно. Это свидетельство ранней стандартизации понятия, а не дата его изобретения. ^{[6, с. 1, 3, 9]}

В том документе распознавание по сохранённому cookie рассматривалось как распространённый способ учёта. Современная документация GA4 — Google Analytics 4 — описывает также объединение обращений по собственному идентификатору пользователя и моделирование недостающих данных. ^{[6, с. 9; 3]} Меняется способ получения числа, но сохраняется задача: отделить размер аудитории от количества её обращений. Историческое определение полезно для понимания этой задачи; настройки действующего продукта определяют по его собственной документации.

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

Идентификатор — техническая метка, по которой аналитика связывает обращения между собой. Метрика сохраняет такие метки в cookie и localStorage — хранилищах данных в браузере. Например, назначение _ym_uid в официальной таблице связано с различением посетителей. ^[4] Метка позволяет узнавать возвращение браузера без необходимости узнавать имя его владельца.

Далее действует принцип удаления повторов, или дедупликации. Представим учебный журнал с метками «А, Б, А, В, Б». В нём пять записей, но только три разных метки. Для подсчёта уникальных посетителей повторные записи А и Б не увеличивают результат. Это объясняющая модель, а не описание внутреннего программного кода Метрики или GA4.

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

Один посетитель также способен создать несколько сессий. Сессия — период взаимодействия с сайтом или приложением; в GA4 она по умолчанию завершается после 30 минут бездействия, причём тайм-аут настраивается. ^[5] Просмотр относится к обращению к странице: в Метрике учитываются, в частности, переходы на страницы и перезагрузки. ^[1] Например, в учебном журнале один распознанный браузер создал два отдельных посещения по три просмотра. Получается один посетитель, две сессии и шесть просмотров. Эти числа отвечают на разные вопросы и друг друга не заменяют.

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

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

В GA4 способ построения пользовательских отчётов называется reporting identity. Режим Device based использует идентификатор устройства. Observed сначала опирается на User-ID — устойчивую метку, которую владелец сервиса назначает вошедшему пользователю, — а при её отсутствии на идентификатор устройства. Blended добавляет моделирование: оценку недостающего поведения по данным похожих пользователей, согласившихся на cookie. Для использования User-ID эти метки нужно передавать в Analytics последовательно. ^[3]

От способа распознавания отличается выбор пользовательской метрики. Событие в GA4 — запись об отдельном взаимодействии или происшествии: например, загрузке страницы, покупке или сбое приложения. ^[11] Четыре пользовательских показателя отвечают на разные вопросы:

• Total users — все пользователи: разные пользователи с любым зарегистрированным событием за выбранный период. ^[2]
• New users — новые пользователи: разные пользователи, для которых зарегистрировано первое посещение сайта (first_visit) или первое открытие приложения (first_open). ^[2]
• Active users — активные пользователи: пользователи с вовлечённой сессией либо другим предусмотренным признаком активности. Для сайта такими признаками служат событие first_visit или параметр engagement_time_msec; для приложений условия отличаются. ^[2] Параметр передаёт время взаимодействия. ^[10]
• Returning users — вернувшиеся пользователи: разные пользователи, у которых была хотя бы одна предыдущая сессия; её вовлечённость не обязательна. ^[2]

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

Ключевое событие (key event) — событие, отмеченное в Analytics как особенно важное для задач владельца сайта, например отправка заявки. Это не синоним текущего термина conversion: конверсии используются для измерения рекламных результатов и оптимизации кампаний. ^[9] События first_visit, first_open и session_start не делают сессию вовлечённой сами по себе, даже если отмечены как ключевые. ^[8] Следовательно, признак активности пользователя и вовлечённость отдельной сессии проверяют раздельно. ^{[2, 8]}

Ещё одно основание — период. Дневные и месячные уникальные посетители считаются внутри разных временных границ. Посетитель может быть уникальным в каждом дне и при этом учитываться один раз за весь месяц. На этом основано различие между суммой дневных чисел и аудиторией общего периода. ^{[6, с. 9]}

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

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

Допустим, в первом учебном месяце было 800 посетителей и 1200 сессий, во втором — те же 800 посетителей и 1600 сессий. При заданных условиях аудитория по этой метрике не увеличилась, зато число сессий на посетителя выросло с 1,5 до 2. Пока нельзя заключить, что причиной стала новая рубрика: для этого потребуются дополнительные данные о посещениях рубрики и других изменениях. Само совпадение запуска и роста причинную связь не устанавливает.

При подготовке отчёта для партнёра можно использовать такую учебную подпись: «Сайт N, Яндекс Метрика, посетители за полный календарный месяц, часовой пояс отчёта, применённые фильтры». Конкретные настройки подставляют из своего отчёта. Если сравнивается GA4, добавляют точное название пользовательской метрики и режим идентификации. Определения платформ различаются, поэтому одинаковый перевод заголовка ещё не означает одинаковый способ подсчёта. ^{[1, 2, 3]}

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

Почему нельзя просто сложить дни

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

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

Здесь $U_А$ и $U_Б$ — число разных посетителей в каждой группе, знак объединения означает всех посетителей обеих групп, а пересечение — тех, кто встретился в обеих. В нашем примере три плюс три минус два равно четырём посетителям. Вычитание нужно потому, что общие посетители уже попали в сумму дважды.

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

Тот же учебный расчёт работает для разделов. Пусть новости посетили 600 меток, афишу — 400, а оба раздела — 150. В объединённой аудитории этих разделов будет 850 посетителей: 600 + 400 − 150. Если на сайте есть другие разделы, результат ещё не описывает весь сайт. Аудитория объединения относится именно к двум выбранным разделам.

Что означает число сессий на посетителя

Для выбранного периода можно рассчитать отношение:

где $S$ — число сессий, $U$ — число уникальных посетителей, а $F$ — среднее число сессий на посетителя. Числитель и знаменатель должны относиться к одному ресурсу, периоду и согласованным правилам учёта. В учебном расчёте 1200 сессий делим на 800 посетителей и получаем 1,5 сессии на посетителя. При нулевом $U$ деление не определено: записывать ноль вместо отсутствующего результата нельзя.

Среднее не показывает, сколько раз пришёл каждый. Допустим, из 800 посетителей 600 создали по одной сессии, а 200 — по три. Всего получится 600 + 600 = 1200 сессий и то же среднее 1,5. Половины посещения у отдельного человека нет: дробь появляется при делении общего числа сессий на число посетителей.

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

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

Первая ошибка — читать «уникальный» как «пришедший впервые». Уникальность убирает повторы внутри выбранного периода, а новизна зависит от истории обращений, доступной системе. В Метрике читатель, вернувшийся после удаления cookie, учитывается как новый посетитель. ^[1] Поэтому увеличение числа новых меток само по себе не доказывает приток такого же числа новых людей.

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

Третья ошибка — воспринимать любую разницу как поломку счётчика. GA4 прямо указывает, что расчёты пользователей и сессий могут использовать оценку числа различных значений. ^[5] А режим идентификации определяет, какие обращения будут объединены. ^[3] Математическая модель с точным списком меток объясняет смысл уникальности, но не обещает буквального пересчёта такого списка во всех экранных отчётах.

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

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

Техническая метка без имени и юридическое обезличивание — разные понятия. В пункте 1 статьи 3 закона № 152-ФЗ персональные данные определяются через связь информации с человеком, определённым или определяемым прямо либо косвенно. Поэтому отсутствие имени в строке аналитики само по себе не решает вопрос о её правовом статусе: имеет значение возможность такой связи. Использована редакция закона от 26.07.2026, проверенная 02.11.2026. ^[7] Оценка конкретного набора данных и основания его обработки требует отдельного правового разбора; статистика уникальных посетителей его не заменяет.

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

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

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

• Визит (сессия)
• Веб-аналитика
• Охват
• Измерение аудитории СМИ
• Показатель отказов
• Конверсия