Источник трафика

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

Идея фиксировать, с какой страницы пришёл запрос, появилась раньше современных аналитических кабинетов. Спецификация HTTP/1.0 (Hypertext Transfer Protocol, протокол передачи гипертекста), опубликованная как RFC 1945 в мае 1996 года, описывала заголовок Referer: браузер мог передать адрес ресурса, откуда получен запрашиваемый адрес. Уже тогда документ отмечал две границы: заголовок не отправляется при вводе адреса с клавиатуры, а его передача может раскрывать частную информацию. ^[6]

Следующим этапом стало описание маркетингового контекста, которого одного реферера недостаточно. Историческая справка Urchin делила отслеживание кампаний на пять измерений: source, medium, term, content и campaign. Она определяла source как происхождение перехода, например поисковик, рассылку или ссылающийся сайт. ^[7] Воспоминание команды Google Analytics сообщает, что Google приобрела Urchin в начале 2005 года и затем открыла онлайн-решение широкой аудитории. ^[8]

Современная веб-аналитика добавила несколько уровней источника. Google Analytics 4 (GA4) различает измерения первого пользователя, сеанса и события; одно посещение больше не представляет всю историю взаимодействия. ^[2] Текущая документация также разводит source, medium, campaign, платформу источника и группу каналов. ^[1]

В Яндекс Метрике источники представлены на уровне визитов и объединяются в отчёте «Источники, сводка». ^[4] История предмета поэтому состоит не в появлении одного «правильного» списка каналов, а в переходе от простого реферера к размеченным кампаниям, пользовательским и сессионным уровням и моделям атрибуции.

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

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

В Google Analytics:

• source указывает конкретную площадку, сайт, приложение или онлайн-источник;
• medium группирует тип трафика: например, органический поиск, реклама с оплатой за клик, переход по ссылке или электронная почта;
• campaign обозначает маркетинговую инициативу;
• default channel group объединяет данные в более крупные каналы. ^[1]

Учебный пример. Редакция отправила письмо со ссылкой:

https://example.ru/article?utm_source=newsletter&utm_medium=email&utm_campaign=weekly_digest

Здесь newsletter обозначает конкретный источник, email — среду, а weekly_digest — кампанию. Google описывает эти параметры как данные, которые передаются Analytics после клика и становятся видимыми в отчёте привлечения. ^[3] Названия выбраны редакцией; они не подтверждают, что письмо действительно было отправлено или что оно вызвало покупку.

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

Пользователь, сеанс и событие

Google Analytics организует данные как иерархию «пользователь → сеанс → событие». Пользователь может вернуться несколько раз, а в одном сеансе выполнить несколько событий. ^[2]

Учебный пример. Человек впервые пришёл из органического поиска. Через неделю он открыл ссылку из рассылки и отправил заявку. Тогда возможны три разных вопроса:

1. Откуда впервые пришёл пользователь? Ответ относится к уровню First user.
2. Откуда начался текущий сеанс? Ответ относится к уровню Session.
3. Какому взаимодействию модель приписала вклад в заявку? Ответ относится к событийной атрибуции.

Разные ответы не означают, что отчёты противоречат друг другу. Они описывают разные уровни одной истории.

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

Универсального списка источников для всех систем нет. Практическая классификация должна сохранять названия и правила конкретной платформы.

По уровню учёта можно различать первое привлечение пользователя, источник сеанса и источник, которому приписан вклад в событие. По способу получения данных — автоматически распознанный источник, ручную разметку UTM и данные интеграции с рекламной системой. По масштабу — конкретный source, более общий medium и группу каналов.

Отдельный трудный случай — прямой трафик. Яндекс Метрика относит визит к прямым заходам не только после ввода адреса или открытия закладки, но и когда источник перехода не был передан в реферере. ^[4] Поэтому рост direct нельзя автоматически переводить как «люди лучше запомнили бренд».

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

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

Начинать полезно не с таблицы каналов, а с вопроса. Для поиска новых читателей нужен отчёт первого привлечения; для анализа текущих посещений — сессионный источник; для распределения вклада в целевое действие — атрибуционный отчёт. ^[2]

Затем команда создаёт словарь разметки. В нём фиксируются допустимые значения source, medium и campaign, регистр букв и правила именования. Google предупреждает, что значения чувствительны к регистру: разные написания могут раздробить одну кампанию на несколько строк. ^[3]

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

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

Таблица не утверждает, что алгоритмы двух систем одинаковы. При переносе данных сначала сопоставляют определения, затем — строки отчётов.

Как описывать расхождение

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

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

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

Для доли источника используются сопоставимые единицы:

Доля источника = V_source / V_all × 100%,

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

Учебный расчёт. За месяц система зарегистрировала 1200 визитов, из них 300 отнесла к рассылке.

1. Делим визиты рассылки на все визиты: 300 / 1200 = 0,25.
2. Переводим в проценты: 0,25 × 100% = 25%.
3. Интерпретация: система отнесла к рассылке четверть зарегистрированных визитов выбранного отчёта за месяц.

Если 24 визита из рассылки выполнили заранее заданную цель, доля целевых визитов внутри источника равна 24 / 300 × 100% = 8%. Числитель и знаменатель снова выражены в визитах. Делить пользователей на сеансы и называть результат долей людей нельзя.

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

Проверка цепочки

1. Запишите точный тестовый адрес и ожидаемые source, medium и campaign.
2. Откройте ссылку и зафиксируйте конечный адрес после перенаправлений.
3. Убедитесь, что счётчик зарегистрировал тестовое посещение.
4. Найдите запись на нужном уровне отчёта и с нужным периодом.
5. Если результат отличается, проверьте каждый переход цепочки, не подменяя пропуск догадкой.

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

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

Первая ошибка — смешивать source и medium. Конкретный поисковик и тип «органический поиск» находятся на разных уровнях. ^[1]

Вторая — считать direct доказательством лояльности. Яндекс Метрика прямо включает сюда случаи, когда реферер не передан. ^[4]

Третья — объявлять последний источник единственной причиной обращения. Аналитика классифицирует зарегистрированный путь по модели; она не исключает влияние других контактов.

Четвёртая — считать UTM-метку доказательством фактического размещения. Параметр можно вписать в адрес до публикации ссылки. Для подтверждения выхода нужны отдельные свидетельства.

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

Наконец, реферер и метки могут быть неполными. Ещё RFC 1945 связывал передачу Referer с приватностью и допускал его отсутствие при вводе адреса с клавиатуры. ^[6] Современные системы используют больше сигналов, но техническое поле всё равно не превращается в полную биографию посетителя.

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

Правовые сведения проверены 21 октября 2026 года по статье 5 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных» в редакции от 26.07.2026. Если конкретная аналитическая обработка относится к персональным данным, часть 2 требует конкретных, заранее определённых и законных целей, а части 4–5 — соответствия данных целям и отсутствия избыточности. ^[5]

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

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

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

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

• UTM-метки
• Атрибуция
• Веб-аналитика
• Визит (сессия)
• Органический трафик
• Конверсия