Цепочка редиректов

Что это

Цепочка редиректов — последовательность из двух и более перенаправлений, когда URL A ведёт на URL B, B ведёт на C, C ведёт на D и так далее, прежде чем браузер или краулер получит финальный ответ 200 OK. В норме редирект должен быть прямым: один URL → один финальный URL с одним кодом 301 или 302. Каждое лишнее звено в цепочке — это дополнительный HTTP-запрос и потеря времени.

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

Каждый переход в цепочке отнимает время краулинга. Googlebot и Яндекс.Бот имеют лимит Crawl Budget — особенно критичный для крупных сайтов с десятками тысяч страниц. Если бот вместо одного запроса делает три-четыре ради одной страницы, он обходит меньше URL за сессию. Google официально ограничивает отслеживание цепочек до 5 переходов, после чего страница может вообще не попасть в индекс. Яндекс ведёт себя схожим образом: в разделе «Индексирование» Яндекс.Вебмастера страницы с длинными цепочками часто висят со статусом «не проиндексирована».

Второй удар — по весу ссылок. Каждый 301-редирект передаёт ссылочный вес (PageRank/ИКС-сигналы) с небольшими потерями. Цепочка из трёх редиректов — это три последовательных «фильтра». Для страниц, на которые ведут внешние ссылки, это ощутимая просадка. Дополнительно страдает скорость: цепочка из трёх редиректов добавляет 300–900 мс к TTFB в зависимости от сервера, что напрямую бьёт по Core Web Vitals (LCP) и ранжирующим сигналам Google.

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

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

1. Я.Вебмастер → раздел «Индексирование» → «Страницы в поиске» → статус «Редирект». Если страниц со статусом редиректа неожиданно много — смотрите детали каждой и проверяйте, не ведут ли они через несколько прыжков.

1. Google Search Console → «Покрытие» → исключённые страницы → категория «Страница с редиректом». Здесь видны URL, которые GSC считает редиректами, а не контентными страницами.

1. Ручная проверка через curl — для точечной диагностики конкретного URL:

curl -I -L --max-redirs 10 https://example.ru/old-page/

Флаг -L следует по редиректам, вывод покажет каждый шаг с кодом ответа и заголовком Location.

1. Онлайн-инструменты: httpstatus.io или redirect-checker.org — подойдут для быстрой проверки без установки ПО.

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

Принцип один: сокращайте цепочку до одного прямого редиректа от исходного URL к финальному.

Общий алгоритм:

1. Выгрузите все цепочки из Screaming Frog.
2. Для каждой цепочки A → B → C замените правило так, чтобы A сразу вёл на C.
3. Проверьте, что B → C тоже настроен (для входящих ссылок напрямую на B).

WordPress (через .htaccess на Apache):

# Было: /old → /middle → /new
# Стало:
Redirect 301 /old /new
Redirect 301 /middle /new

Или через плагин Redirection: откройте список редиректов, найдите дубли и исправьте назначение прямо в интерфейсе.

Tilda: В настройках страницы → «SEO» → поле «Редирект» — укажите финальный URL напрямую. Tilda не поддерживает серверные правила напрямую, поэтому если домен на стороннем хостинге, правьте .htaccess там.

1C-Bitrix: Настройки → Настройки продукта → ЧПУ и редиректы. Удалите промежуточные правила, оставьте маршрут source → final. Для массовых правок используйте urlrewrite.php.

Nginx:

# Прямой редирект без цепочки
rewrite ^/old$ /new permanent;
rewrite ^/middle$ /new permanent;

Webflow: Project Settings → SEO → 301 Redirects — удалите промежуточный URL, пропишите прямой путь.

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

• HTTP → HTTPS + www → без www одновременно. Классика: сайт редиректит сначала с HTTP на HTTPS, потом с www на без www двумя отдельными правилами. Объедините в одно: http://www.example.ru → https://example.ru напрямую.

• Редиректы после смены CMS или дизайна. При переезде добавляют новые правила поверх старых, не удаляя прежние. Через год цепочки достигают 4–5 звеньев.

• Редирект на редирект через канонический URL. Canonical указывает на страницу, которая сама отдаёт 301. Поисковик видит и тег, и редирект — сигналы конфликтуют.

• Временные 302 в цепочке с постоянными 301. Если хотя бы одно звено — 302, ссылочный вес не передаётся дальше по цепочке корректно.

• Игнорирование редиректов в sitemap. URL в sitemap.xml должны вести напрямую на финальные страницы с ответом 200. Если sitemap содержит адреса, которые редиректят, — исправьте их.

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

Интернет-магазины страдают больше всего: при сезонных акциях, смене категорий или переименовании товаров накапливаются слои редиректов. Магазин на 50 000 SKU с цепочками из трёх переходов теряет значительную часть Crawl Budget — новые товары индексируются с опозданием в недели. В Я.Вебмастере это видно как резкий рост страниц со статусом «не проиндексирована».

Контентные сайты и медиа рискуют потерять ссылочный вес на материалы, получившие внешние упоминания. Если редакция несколько раз меняла структуру URL (например, добавляла/убирала дату из slug), каждый переезд добавлял звено в цепочку. SaaS и лендинги с небольшим числом страниц страдают меньше от Crawl Budget, но цепочки на посадочных страницах с платным трафиком напрямую увеличивают время загрузки и снижают конверсию — проблема уже не только SEO-шная.