Цепочки редиректов (2+ хопа)

Что это

Цепочка редиректов — это ситуация, когда браузер или краулер проходит два и более промежуточных перенаправления, прежде чем попасть на конечный URL. Например: http://site.ru → https://site.ru → https://www.site.ru → https://www.site.ru/ — это уже три хопа. Каждый хоп — это отдельный HTTP-запрос с кодом 301, 302 или 307.

---

Почему это важно для SEO

Каждый дополнительный хоп в цепочке замедляет загрузку страницы и «съедает» часть ссылочного веса (link equity). Исторически Google подтверждал, что при передаче PageRank через редиректы происходит частичная потеря веса на каждом переходе. Яндекс ведёт себя схожим образом: краулер прерывает цепочку, если она слишком длинная, и может вовсе не проиндексировать конечный документ. В Я.Вебмастере такие страницы часто попадают в раздел «Проблемы с индексированием».

Второй эффект — замедление краулинга. Googlebot и Яндекс-бот тратят больше времени на один URL, поэтому за тот же краулинговый бюджет обходят меньше страниц. На крупных сайтах (интернет-магазины от 10 000 страниц) это прямо влияет на скорость попадания новых страниц в индекс. Core Web Vitals в Google тоже деградируют: каждый лишний редирект добавляет от 100 до 300 мс к Time to First Byte, что фиксирует PageSpeed Insights и учитывается при ранжировании.

---

Как проверить вручную

1. Screaming Frog SEO Spider — вкладка Redirects → Redirect Chains. Инструмент строит полную цепочку для каждого URL и выделяет те, где хопов больше одного. Экспортируй в CSV для анализа.

1. Google Search Console → Покрытие → Исключённые → смотри статусы Перенаправленная страница. Если финальный URL не совпадает с тем, что стоит в ссылке, значит где-то цепочка.

1. Я.Вебмастер → Индексирование → Страницы сайта → фильтруй по типу ответа 3xx. Длинные цепочки часто объясняют, почему страница «известна, но не индексируется».

1. Curl в терминале — быстрая ручная проверка конкретного URL:

curl -I -L --max-redirs 10 -w "%{redirect_url}\n" https://example.ru/old-page

Флаг -L заставляет curl следовать редиректам, -I выводит только заголовки. Считай строки Location: — это и есть количество хопов.

---

Как исправить

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

Алгоритм:

1. Выгрузи все цепочки через Screaming Frog.
2. Для каждого промежуточного URL найди оригинальный источник ссылки (внутренний линк, sitemap, внешняя ссылка).
3. Замени источник ссылки на финальный URL.
4. Если источник — сторонний сайт, исправь редирект напрямую: A → C вместо A → B → C.

WordPress (через .htaccess):

# Было: два редиректа
Redirect 301 /old-page /middle-page
Redirect 301 /middle-page /new-page

# Стало: один прямой редирект
Redirect 301 /old-page /new-page

Или через плагин Redirection — там есть встроенный детектор цепочек в разделе Tools → Test.

Tilda — редиректы настраивают через Настройки сайта → SEO → 301 редиректы. Убедись, что в поле «Откуда» нет URL, который сам является промежуточным редиректом.

1C-Bitrix — раздел Настройки → Настройки продукта → URL редиректы. Проверь таблицу редиректов на дубли и цепочки. Лучше дополнительно контролировать через .htaccess на уровне сервера — правила там выполняются раньше PHP-роутера.

Webflow — Project Settings → SEO → 301 Redirects. Webflow сам предупреждает о конфликтах в цепочках, но только на один уровень вглубь. Более длинные цепочки придётся искать вручную через Screaming Frog.

---

Типичные ошибки

• Оставлять HTTP → HTTPS и WWW → non-WWW как два отдельных редиректа. Это классический двухшаговый хоп. Сразу редиректь http://www.site.ru → https://site.ru одним правилом на уровне сервера.
• Не обновлять внутренние ссылки после переезда. Редиректы исправили, но в HTML остались старые URL — краулер снова идёт через цепочку.
• Редиректить страницы в sitemap.xml. В sitemap должны быть только финальные канонические URL. Если там стоит промежуточный адрес — это двойная проблема: краулинговый бюджет и сигнал о дезорганизации сайта.
• Цепочки через CDN или кеширующий прокси. Редиректы на уровне nginx/Apache уже исправлены, но CDN добавляет свой хоп. Проверяй конечные URL именно через внешний curl, а не из локальной сети.
• Игнорировать редиректы мобильных версий. Схема desktop URL → mobile URL → canonical URL — типичная трёхшаговая цепочка на старых сайтах с m.site.ru.

---

Влияние на разные типы сайтов

Для интернет-магазинов цепочки редиректов — особенно острая проблема. Товарные карточки часто переезжают между категориями, архивируются и восстанавливаются, а история редиректов накапливается годами. В итоге страница с высокочастотным запросом может открываться через 3-4 хопа, теряя и ссылочный вес от внешних доноров, и скорость индексации при обновлении цен и остатков. Топвизор помогает отследить, коррелирует ли падение позиций с датой появления цепочки.

Для контентных сайтов и медиа проблема часто возникает при переезде на HTTPS, смене домена или структурном рефакторинге рубрик. Один переезд — это уже потенциальные цепочки на тысячи URL. Для лендингов и SaaS-сайтов с небольшим числом страниц цепочки реже критичны количественно, но один лишний хоп на главной странице или на посадочной под платный трафик прямо замедляет загрузку и влияет на показатель конверсии.