Счётчики посещаемости СМИ

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

Измерение посещений появилось раньше современных JavaScript-счётчиков. В июле 1995 года документация веб-сервера W3C httpd описывала журнал всех входящих запросов, общий формат журнала и программы, которые могли анализировать его содержимое. ^[6] Это исторический пример серверного учёта: запись создавал сам веб-сервер при получении запроса.

Современные инструкции описывают другой способ: браузер загружает код аналитической системы и отправляет ей событие. Plausible, Matomo и Яндекс показывают такое подключение, а Google строит настройку вокруг ресурса, потока данных и тега. ^{[1, 2, 3, 4]} Сопоставление этих документов показывает, как к анализу серверных журналов добавился настраиваемый сбор событий. Они не устанавливают единственного изобретателя выражения «счётчик посещаемости».

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

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

Matomo предлагает два способа подключения: через контейнер тегов или напрямую с помощью JavaScript. В обоих случаях документация требует указать адрес системы и идентификатор сайта. Для проверки она советует открыть собственную страницу, найти запрос matomo.php на вкладке Network инструментов разработчика и затем сверить визит с отчётом реального времени. ^[3] Это инструкция одного сервиса, но она ясно показывает разницу между кодом, отправкой и отчётом.

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

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

Ниже дана рабочая классификация редакции. Она описывает способ сбора и область конфигурации, а не качество или рейтинг сервисов.

Plausible предусматривает прямой фрагмент кода, интеграции для систем управления контентом, Google Tag Manager и серверный API событий. ^[2] Matomo различает прямой JavaScript-код и собственный Tag Manager. ^[3] В Яндекс Метрике один счётчик можно настроить для нескольких адресов либо разделить статистику между разными счётчиками; эти варианты дают разные границы отчёта. ^[4]

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

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

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

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

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

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

Учебный расчёт использует долю успешно пройденных проверок:

C = P / N × 100%,

где P — число проверок, в которых прошла вся ожидаемая цепочка, а N — общее число заранее согласованных проверок. Если успешно 18 из 20, то C = 18 / 20 × 100% = 90%. Это покрытие контрольного набора, а не точность измерения аудитории и не доказательство работы всех страниц сайта.

Отчёты разных систем могут расходиться, если у них различаются часовой пояс, набор событий, охват доменов, правила обработки или условия блокировки. Например, Google предупреждает, что смена часового пояса влияет на данные только вперёд и может временно вызвать провал или всплеск, а Matomo просит учитывать настройки согласия, блокировщики и функции приватности браузера. ^{[1, 3]} Сравнивать числа разумно только после сверки определений и конфигураций.

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

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

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

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

Если конкретная конфигурация обрабатывает персональные данные, оператор должен определить применимое основание и соблюдать правила Федерального закона от 27.07.2006 № 152-ФЗ. В действующей на 24.10.2026 редакции от 26.07.2026 часть 1 статьи 6 перечисляет несколько возможных оснований, включая согласие, требования закона и законные интересы при соблюдении условий; для законной деятельности СМИ предусмотрено отдельное условие о ненарушении прав и законных интересов субъекта. ^[5]

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

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

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

• veb-analitika
• prosmotry-stranits
• istochnik-trafika
• utm metki
• liveinternet-i-schetchiki
• soglasie na obrabotku personalnykh dannykh