Мониторинг трафика из Дзена

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

«Мониторинг трафика из Дзена» — прикладное название аналитической задачи, а не термин с установленным первым автором. Техническая история задачи началась до появления Дзена. RFC 1945 мая 1996 года уже описывал поле Referer для журналирования запросов и поиска обратных ссылок. Документ имел информационный статус и не устанавливал интернет-стандарт. ^[7]

В действующем RFC 9110, опубликованном в июне 2022 года как документ Standards Track, Referer сохранён для аналитики и журналирования. При этом поле передаётся не во всех запросах и может быть сокращено. Позднее правила Referrer Policy формализовали варианты, при которых заголовок не отправляется либо ограничивается источником; использованный текст W3C имеет статус Editor’s Draft и может меняться. ^{[6, 8]}

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

Цепочка измерения выглядит так: клик → переход и загрузка страницы → загрузка кода счётчика → запись в отчёте. Клик — событие в исходной системе. Визит — сгруппированная Метрикой активность на сайте. Посетитель — учётная сущность, распознаваемая прежде всего по идентификатору браузера. Поэтому 600 кликов, 500 визитов и 480 посетителей не противоречат друг другу: единицы и условия регистрации различаются. ^{[3, 11]}

Не каждый клик становится визитом. Пользователь может закрыть страницу до загрузки, сайт может не открыться, редирект — потерять UTM, а расширение или антивирус — заблокировать счётчик. Кроме того, рекламный кабинет может считать кликом действие, которое не ведёт на сайт. Эти причины перечислены в справке по UTM и расхождениям данных. ^[3]

Метрика определяет источник по метке, если та присутствует в данных первого просмотра визита. Если метки в первом просмотре нет, система использует Referer. Метка, появившаяся только во втором просмотре того же визита, не обязана изменить уже назначенный источник. ^[2]

Редакция может договориться о значениях utm_source=dzen, utm_medium=referral, utm_campaign=subscription и разных utm_content для публикаций. Это учебный словарь команды. Официальные справки описывают назначение параметров, но не предписывают эти значения. Метрика различает регистр, поэтому Dzen и dzen попадут в разные значения отчёта. ^{[3, 5]}

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

Наблюдения разделяют по основанию, на котором система связала переход с источником:

Модель атрибуции — правило присвоения источника. С 20 мая 2026 года Метрика отключила четыре прежние модели. В актуальной справке перечислены первый переход кросс-девайс, последний переход, последний значимый переход кросс-девайс и автоматическая атрибуция. Для двух кросс-девайсных моделей история обрывается после перерыва между визитами в 90 дней. ^[4]

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

До публикации редакция фиксирует посадочную страницу, словарь UTM, период, часовой пояс, целевое действие и модель атрибуции. Затем она открывает конечную ссылку, проверяет сохранение параметров после редиректов и убеждается, что счётчик загружается. Это учебный протокол, выведенный из документированной цепочки регистрации; он не гарантирует учёт каждого клика. ^[3]

После запуска сравнивают данные за один период и при одинаковой модели атрибуции: отчёт «Рекомендательные системы», отчёт UTM и доступный Referer. Дзен входит в рекомендательные системы Метрики, а агрегаторы Новостей из этого отчёта исключены, поэтому эти каналы не следует объединять задним числом. ^[1]

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

Основной ряд — визиты, которые система отнесла к Дзену. Дополнительно считают целевые визиты. Их доля равна числу визитов с целью, делённому на все зарегистрированные визиты из Дзена в том же срезе, умноженному на 100%.

Учебный пример: из 500 визитов цель записана в 25. Получается 25 ÷ 500 × 100% = 5%. Знаменатель — зарегистрированные визиты, а не клики, посетители или вся аудитория Дзена.

Другой учебный пример: источник сообщает о 600 кликах, сайт записал 500 визитов. Разница — 100 событий, или (600 − 500) ÷ 600 × 100% = 16,7% от кликов. Это показатель расхождения двух рядов, а не доказанная «потеря Дзена»: системы могут по-разному определять клик, визит, робота и модель атрибуции, а страница или счётчик могли не загрузиться. ^[3]

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

Прямой заход нельзя целиком приписать Дзену только из-за отсутствия Referer. RFC 9110 допускает отсутствие поля, а Referrer Policy может запретить его передачу; тот же вид записи возможен после ввода адреса или открытия закладки. ^{[2, 6, 8]}

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

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

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

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

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

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

• utm metki
• atributsiya
• modeli-atributsii
• konversiya
• yandeks-metrika
• dochityvaniya v dzene