LiveInternet и счётчики

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

Учёт веб-посещений развивался вместе со способами регистрации обращений. Исторический проект W3C Extended Log File Format 1996 года описывает журналы веб-сервера: в них сохраняются записи об отдельных обменах данными по протоколу HTTP. Авторы предложили расширяемый набор полей, чтобы анализатор мог получать больше сведений, а владелец сервера — выбирать записываемые данные. Это проект документа своего времени, а не современный обязательный стандарт. ^[3]

В браузерной схеме LiveInternet сигнал возникает при загрузке изображения счётчика со страницы. ^[1] В событийной аналитике отдельно учитывают различные действия: например, Matomo различает просмотр страницы и отправленное программой событие нажатия. ^[5] Таким образом, за словом «счётчик» могут стоять разные способы наблюдения, а не только число на картинке.

Документированная веха дальнейшего развития — переход Google к модели данных на основе событий; стандартные ресурсы прежней Universal Analytics прекратили обработку данных с 1 июля 2023 года. Это история Google Analytics, а не дата изменения LiveInternet. ^[4] Ни один из этих этапов не делает запрос, просмотр и человека взаимозаменяемыми единицами.

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

В схеме из FAQ LiveInternet браузер открывает страницу и запрашивает изображение счётчика; по этому обращению сервис узнаёт о загрузке. Размещение кода только на главной странице ограничивает наблюдение ею. Дополнительные адреса сайта требуют настройки. ^[1] Поэтому проверка аналитики начинается с вопроса, какие страницы и адреса фактически охвачены.

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

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

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

Ниже приведены определения именно из справки LiveInternet, а не общая классификация всех систем аналитики. ^[2]

Cookie здесь — выданная браузеру метка, по которой система различает посетителей; IP-адрес относится к сетевому обращению. В описанной LiveInternet схеме браузер без cookies даёт просмотры, но не участвует в подсчёте посетителей. ^[2] Поэтому одинаковое количество просмотров не требует одинакового количества посетителей.

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

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

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

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

Сравнивая инструменты, полезно разделять устройство данных и установку. Google описывает событийную модель, Метрика — размещение кода на сайте. ^{[4] [6]} Эти документы отвечают на разные вопросы; из них нельзя составить рейтинг точности платформ.

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

Предлагаемая редакционная проверка состоит из двух задач: проверить установку на выбранных страницах и проверить смысл показателя. В первой задаче составляют перечень шаблонов, выбирают страницу каждого типа и сопоставляют установленный код с выданным сервисом. Такой способ проверки кода описан в FAQ LiveInternet. ^[1] Во второй задаче записывают, какие действия должен отражать нужный отчёт, и разбирают короткий контрольный сценарий.

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

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

Ограничения и типичные ошибки

Серверный журнал и браузерный счётчик могут расходиться в обе стороны. LiveInternet объясняет, что робот может обратиться к серверу без загрузки счётчика, а браузер — взять страницу из кеша, то есть сохранённой копии, и загрузить счётчик отдельно. ^[2] Следовательно, большее число само по себе не выбирает «правильную» систему.

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

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

Если при установленной схеме обрабатываются персональные данные, применяются принципы статьи 5 закона №152-ФЗ в редакции от 26.07.2026: конкретные законные цели, соответствующий им состав данных и отсутствие избыточности. ^[7] Техническая установка счётчика сама по себе не является правовой оценкой обработки.

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

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

• yandeks-metrika
• google-analytics-4
• prosmotry-stranits
• unikalnyy-posetitel
• veb-analitika