Referer и цепочка переходов: как построить правдоподобный путь бота

Представьте: на страницу в глубине сайта, до которой нужно сделать три-четыре перехода, вдруг заходит «пользователь» — прямо, из ниоткуда, без источника, сразу на нужный URL под нужный запрос. Живые люди так не появляются. Они приходят из поиска, из соцсети, по ссылке, набирают адрес — и у каждого визита есть предыстория. Именно эту предысторию описывает Referer и цепочка переходов, и именно на её отсутствии или неправдоподобности палится огромная доля накрутки.

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

Что такое Referer и путь визита

Referer (исторически с опечаткой в стандарте — «referrer») — это HTTP-заголовок и JavaScript-свойство document.referrer, которое сообщает сайту, откуда пришёл пользователь. Перешёл из поисковой выдачи Яндекса — реферер будет с yandex.ru. Кликнул по ссылке в соцсети — реферер соцсети. Набрал адрес вручную или пришёл из закладок — реферер пустой (прямой заход).

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

Реферер отвечает на вопрос «откуда пришёл», а путь визита — «что делал». Накрутка палится, когда на оба вопроса нет правдоподобного ответа.

Почему «телепортация» бота — грубое палево

Самая частая ошибка — прямой заход бота сразу на продвигаемую страницу. Выглядит это так: нет реферера, нет входа через главную или поиск, «пользователь» материализовался на URL site.ru/uslugi/prodvizhenie и через 15 секунд ушёл. Для Яндекса это противоестественно по нескольким причинам:

• Глубокие страницы редко открывают напрямую. На главную и в популярные разделы заходят по прямым заходам (закладки, набор адреса). А вот конкретную услугу в глубине сайта человек обычно находит через поиск или внутреннюю навигацию, а не набирает её длинный URL по памяти.
• Нет источника — нет объяснения. Если реферер пустой у массы визитов на глубокую страницу, это статистическая аномалия: прямых заходов на такие URL в живой аудитории единицы.
• Нет пути после входа. Реальный интерес почти всегда порождает хотя бы один дополнительный переход. Заход-выход без навигации — типичный ботовый паттерн.

Как построить правдоподобную цепочку переходов

Вход через поиск — золотой стандарт

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

Вход через главную с последующей навигацией

Второй правдоподобный сценарий: заход на главную (по бренду, из закладок, прямой) → переход в нужный раздел → открытие целевой страницы. Так «пользователь» естественно доходит до глубины сайта, оставляя логичный внутренний путь. Внутренние переходы формируют реферер с самого сайта — тоже органично.

Разнообразие источников

Живой трафик не приходит из одного канала. Здоровая структура включает поиск, прямые заходы, переходы из соцсетей, иногда — набор URL и переходы по внешним ссылкам. Если 100% визитов имеют один и тот же реферер (или все пустые) — это перекос, который виден в отчётах Метрики. Как балансировать каналы, мы описывали в статье про микс источников трафика.

Реалистичная глубина и логика пути

После входа бот должен вести себя как заинтересованный человек: открыть 2–4 страницы, вернуться, посмотреть смежное. Путь должен быть логичным — из каталога в товар, а не хаотичные прыжки по несвязанным URL. Это смыкается с накруткой глубины просмотра и времени на сайте.

Таблица: путь живого визита против «телепорта»

Referrer Policy и технические нюансы

Современные браузеры управляют передачей реферера через Referrer-Policy. При переходе с HTTPS-поиска на HTTPS-сайт реферер обычно передаётся (в урезанном виде — без полного URL запроса, только домен). Важные моменты для накрутки:

• Реферер должен соответствовать сценарию. Заявляете вход из поиска — заголовок Referer обязан содержать поисковый домен, а не быть пустым.
• Согласованность HTTP и JS. document.referrer в JavaScript и HTTP-заголовок Referer должны совпадать — рассинхрон выдаёт ручную подмену.
• Правдоподобная политика. Обрезка реферера должна соответствовать тому, как это делает настоящий Chrome при данном типе перехода.

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

Как это выглядит в отчётах Метрики

Владелец сайта и Яндекс видят структуру источников в отчётах: сколько трафика из поиска, прямых, соцсетей. Накрутка «в лоб» создаёт характерную картину — резкий перекос в прямые заходы или в один источник, обилие одностраничных сессий, входы на глубокие URL без пути. Как читать эти отчёты и ловить аномалии раньше Яндекса — в материале про аналитику накрутки и про сегмент роботности.

Чек-лист правдоподобной цепочки переходов

1. Целевая страница открывается не «в лоб», а через поиск или через главную с навигацией.
2. Реферер соответствует заявленному источнику и совпадает в HTTP и JS.
3. После входа есть 2–4 логичных внутренних перехода.
4. Источники трафика распределены (поиск, прямые, соцсети), без перекоса в один канал.
5. Нет массовых прямых заходов на глубокие URL.
6. Путь визита логичен: связанные разделы, а не случайные прыжки.

Частые ошибки

• Прямой заход на продвигаемый URL. Классика «телепорта» — самый частый и грубый сигнал.
• Один реферер на весь трафик. Все из поиска или все пустые — перекос, аномальный для живого сайта.
• Заход без пути. Вход-выход без навигации имитирует «отказ», а не заинтересованного пользователя.
• Подмена реферера без перехода. Заголовок есть, а реального перехода нет — рассинхрон с сессией.

Разбор кейса: как «телепорт» убивал продвижение

Показательная ситуация из практики. Сайт юридических услуг крутил ПФ два месяца — время на сайте отличное, глубина в норме, отпечатки чистые, но позиции по коммерческим запросам не двигались. Диагностика вскрыла корень: 94% визитов были прямыми заходами сразу на страницы услуг в глубине сайта. Ни поиска, ни входа через главную, ни навигации — «пользователи» материализовались на целевом URL и уходили. В отчёте Метрики это выглядело как армия людей, которые по памяти набирают длинные адреса вроде site.ru/uslugi/bankrotstvo-fizlic, чего в реальной жизни почти не бывает.

Перестроили сценарий: часть трафика — вход из поиска по целевым запросам с кликом в выдаче, часть — через главную с навигацией в нужный раздел, небольшая доля прямых и из соцсетей. Внутри визита добавили 2–4 логичных перехода. Структура источников в Метрике стала похожа на живую, и в течение трёх недель пошёл рост позиций. Вывод: предыстория визита оказалась важнее, чем время на сайте.

Почему реальный переход лучше любой подмены

Технически можно попытаться «нарисовать» реферер — подставить нужный заголовок программно. Но это порождает цепочку рассинхронов: заголовок Referer есть, а document.referrer в JS пустой; реферер поисковый, а перехода из выдачи не было, значит нет и сопутствующих сигналов (клика в выдаче, времени на странице результатов). Антифрод сопоставляет эти данные и видит нестыковку. Реальный же переход — бот действительно ищет в Яндексе, действительно кликает — формирует все сигналы естественно и согласованно. Это тот же принцип честного стека, что и в статьях про HTTP-заголовки и следы автоматизации: подделка отдельного значения проигрывает реальному действию.

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

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

Сколько источников считается «здоровым» миксом? Как минимум поиск + прямые + соцсети. Точные пропорции зависят от ниши: у молодого сайта больше прямых и соцсетей, у зрелого растёт доля поиска. Ориентир — структура трафика похожих живых сайтов.

Что делать, если сайт ещё не в топе и клика в выдаче нет? На старте основную работу ведут через вход на главную с навигацией плюс соцсети и прямые. По мере роста позиций подключается вход из поиска — и это выглядит как естественная эволюция трафика.

Вывод

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

Больше о поведенческом продвижении и других услугах — на главной странице ProfSEO24.