Цепочки редиректов: как они съедают краулинговый бюджет и скорость

Цепочки редиректов — это одна из самых незаметных, но дорогих технических проблем сайта. Пользователь её почти не чувствует, а вот поисковый робот и скорость загрузки страдают ощутимо: каждый лишний переход A→B→C вместо прямого A→C — это дополнительный сетевой запрос, задержка, частичная потеря ссылочного веса и впустую потраченный краулинговый бюджет. На больших сайтах десятки тысяч таких цепочек складываются в реальные потери позиций и трафика. В этом материале разберём, что такое цепочки и петли редиректов, чем именно они вредят, как их найти инструментами уровня Screaming Frog, Netpeak Spider и анализом логов сервера, и как правильно их схлопнуть.

Что такое цепочка редиректов и петля

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

Простой пример из жизни. Сайт когда-то работал по http без слэша в конце, потом переехал на https, потом маркетологи решили использовать версию с www, а CMS параллельно добавляет завершающий слэш. В результате запрос http://site.ru/page последовательно проходит: http://site.ru/page → https://site.ru/page → https://www.site.ru/page → https://www.site.ru/page/. Четыре адреса, три редиректа там, где должен быть один. Каждое такое наложение правил незаметно для разработчика, но робот честно проходит весь путь.

Петля редиректов (redirect loop) — это патологический случай, когда цепочка замыкается сама на себя: A ведёт на B, а B обратно на A, или более длинный круг A→B→C→A. Браузер в этой ситуации показывает ошибку «слишком много перенаправлений» (ERR_TOO_MANY_REDIRECTS), а робот просто бросает попытки обхода. Петля — это не просто потеря веса, это полная недоступность страницы как для людей, так и для поисковых систем. Чаще всего она появляется из-за конфликта правил в .htaccess, неправильной настройки canonical в связке с принудительным редиректом или ошибок в плагинах перенаправлений.

Хороший редирект незаметен и мгновенен. Плохой редирект — это лишние секунды ожидания для человека и потерянный бюджет обхода для робота. Цель технического SEO — чтобы любой старый адрес вёл на финальный одним прямым прыжком.

Чем именно вредят цепочки редиректов

Лишние HTTP-запросы и задержка для пользователя

Каждое звено цепочки — это полный цикл: DNS-резолвинг (если меняется домен), установка TCP-соединения, TLS-рукопожатие для https, отправка запроса, получение ответа с заголовком Location и только потом новый запрос. На мобильном соединении с высоким пингом один редирект добавляет от 100 до 600 мс, а цепочка из трёх-четырёх хопов легко съедает 1–2 секунды до того, как пользователь увидит хоть что-то. Это напрямую бьёт по показателям Core Web Vitals, в частности по Largest Contentful Paint и по времени до первого байта. О том, почему критичен быстрый ответ сервера, мы подробно писали в материале про TTFB и ответ сервера до 200 мс.

Потеря ссылочного веса на каждом хопе

Исторически считалось, что редирект 301 передаёт около 85–99 процентов ссылочного веса, и на каждом переходе часть сигнала рассеивается. Современные поисковые системы заявляют, что 301 передаёт практически весь вес, и для коротких цепочек потери минимальны. Но это справедливо до определённого предела: при длинных цепочках и временных редиректах 302 риск размывания и неправильной интерпретации возрастает. Кроме того, внешние ссылки, которые ведут на старый адрес через цепочку, передают авторитет менее эффективно, чем прямая ссылка на актуальную страницу. Правильная работа с весом — это часть грамотной внутренней перелинковки сайта.

Перерасход краулингового бюджета

Краулинговый бюджет — это количество URL, которое робот готов обойти на вашем сайте за единицу времени. Когда робот вместо одной страницы вынужден обрабатывать три-четыре промежуточных адреса-редиректа, он тратит лимит впустую. Представьте магазин на 50 000 товаров, где у каждой карточки есть цепочка из двух редиректов: это 100 000 лишних запросов, которые робот мог бы потратить на индексацию реального контента. В результате новые страницы индексируются медленнее, а часть глубоких разделов робот не успевает обойти вовсе. Подробно тема разобрана в гайде про оптимизацию краулингового бюджета и обхода.

Риск, что робот не дойдёт до финала

Поисковые роботы ограничивают число редиректов, которое готовы пройти за один запрос. Google официально следует примерно за пятью хопами в рамках одного обхода, после чего откладывает продолжение на следующий заход; Яндекс ведёт себя похоже. Если цепочка длиннее лимита, робот может просто не добраться до финальной страницы и пометить промежуточный адрес как тупик. Финальная страница в этом случае рискует выпасть из индекса, даже если она полностью рабочая и полезная. Чем длиннее цепочка, тем выше вероятность, что часть контента окажется недоступной для поиска.

Сценарий	Что видит робот	Последствие
Прямой 301 (A→D)	Один хоп до цели	Вес передан, бюджет сэкономлен
Цепочка из 2 хопов (A→B→D)	Промежуточный адрес	Небольшая задержка, минимальные потери
Цепочка из 4+ хопов	Несколько тупиков	Риск недоиндексации финала
Петля (A→B→A)	Бесконечный круг	Страница недоступна полностью
Цепочка с 302 внутри	Временный сигнал	Старый URL остаётся в индексе

Типичные причины появления цепочек

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

• Наложение правил протокола и хоста. Отдельные правила для http→https, отдельные для www→без-www и отдельные для слэша срабатывают друг за другом, образуя классическую цепочку из трёх переходов вместо одного объединённого правила.
• Миграции и редизайны. При переезде сайта или смене CMS старые редиректы не удаляют, а поверх них накладывают новые. Через несколько итераций образуются длинные исторические цепочки.
• Смена структуры URL. Сначала /catalog/tovar переименовали в /shop/tovar, потом в /products/tovar. Если каждый раз настраивать редирект на предыдущий вариант, а не на актуальный, получается /catalog→/shop→/products.
• Плагины перенаправлений. В WordPress несколько плагинов (Redirection, Yoast, плагин кеширования) могут одновременно управлять редиректами, не зная друг о друге, и выстраивать переходы поверх серверных правил.
• Редирект на canonical поверх редиректа структуры. Когда логика приведения к каноническому виду накладывается на структурные правила без учёта порядка.

Особенно много цепочек появляется при переезде на защищённый протокол. Если редирект на https настроен не на уровне общего правила, а добавлен поверх существующих, каждая страница начинает проходить дополнительный хоп. Поэтому настройку https стоит делать аккуратно и сразу проверять, что итоговая цепочка не растянулась — детали в статье про то, как правильно настроить HTTPS и SSL-сертификат.

Как найти цепочки редиректов

Screaming Frog и Netpeak Spider

Самый быстрый способ — запустить полный краулинг сайта в Screaming Frog SEO Spider. После обхода откройте отчёт Reports → Redirects → Redirect Chains: программа выгрузит таблицу, где для каждого исходного URL показана вся последовательность переходов, число хопов и финальный адрес с его кодом ответа. Колонка Number of Redirects сразу подсвечивает проблемные цепочки длиннее одного перехода. Netpeak Spider даёт аналогичный отчёт в разделе с проблемами «Редиректы», группируя URL с несколькими перенаправлениями и петлями. Оба инструмента позволяют выгрузить список в CSV для дальнейшей работы.

Анализ логов сервера

Краулер показывает цепочки, найденные по ссылкам. Но реальную картину того, как робот тратит бюджет на редиректы, дают логи сервера. В access-логах видно, сколько запросов с ответом 301 и 302 робот делает по факту, к каким адресам и как часто. Если робот регулярно обращается к промежуточным адресам цепочек — это прямой сигнал перерасхода бюджета. Как читать логи и какие выводы из них делать, разобрано в материале про анализ логов сервера для SEO.

Ручная проверка через curl и расширения

Для точечной проверки конкретного URL удобна команда curl с флагами -I (только заголовки) и -L (следовать за редиректами): команда curl -IL покажет полную цепочку ответов сервера с кодами и заголовками Location на каждом шаге. Это позволяет за секунды увидеть, сколько хопов проходит адрес и какие именно коды отдаются. Для браузерной проверки подойдут расширения вроде Redirect Path или Link Redirect Trace, которые визуализируют путь прямо во вкладке. Дополнительно стоит проверять адреса из карты сайта и из писем рассылок — там часто прячутся устаревшие ссылки с цепочками.

Как чинить: схлопываем цепочки в один прямой переход

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

1. Соберите полную карту переходов. Из отчёта Redirect Chains возьмите все цепочки длиннее одного хопа и зафиксируйте для каждой исходный и финальный адрес.
2. Перенастройте правила на прямой переход. Замените цепочку A→B→C→D на набор прямых правил: A→D, B→D, C→D. Так любой из старых адресов ведёт на финал за один прыжок.
3. Обновите внутренние ссылки. Найдите в коде сайта все ссылки, которые ведут на промежуточные адреса, и замените их на финальный URL. Внутренняя ссылка не должна проходить через редирект вообще.
4. Почините карту сайта. В sitemap.xml должны быть только финальные адреса с кодом 200. Промежуточные и редиректные URL из карты нужно убрать.
5. Проверьте порядок правил. В .htaccess или конфиге nginx правила обрабатываются сверху вниз — неправильный порядок сам порождает цепочки. Объедините протокол, хост и слэш в одно правило там, где это возможно.

Особое внимание уделите внутренним ссылкам. Даже если на сервере цепочка схлопнута, ссылки внутри контента, ведущие на старые адреса через редирект, продолжают тратить бюджет и слегка тормозить навигацию. Идеальное состояние — когда ни одна внутренняя ссылка не указывает на адрес, отдающий 301. Эта работа тесно связана с правильной настройкой 301-редиректов в целом, о которой подробно рассказано в гайде редиректы 301 и 302: когда и как настроить.

301 против 302: почему важно различать

Внутри цепочки критично, какие именно коды отдаются. Редирект 301 — постоянный: он говорит поисковику, что страница переехала навсегда, старый адрес можно выбросить из индекса, а вес передать новому. Редирект 302 — временный: поисковик понимает, что оригинал скоро вернётся, поэтому старый адрес остаётся в индексе, а вес консолидируется на нём. Если внутри цепочки переезда затесался 302, поисковая система получает противоречивый сигнал: с одной стороны переезд, с другой — он временный. Результат — старая версия задерживается в индексе, а консолидация сигналов идёт неправильно.

Параметр	301 постоянный	302 временный
Сигнал поисковику	Переехал навсегда	Вернётся позже
Передача веса	На новый адрес	Остаётся на старом
Судьба старого URL	Выпадает из индекса	Сохраняется в индексе
Когда применять	Постоянный переезд	Акция, A/B-тест, временная заглушка

Практическое правило: для любого постоянного переезда страницы используйте только 301. Код 302 оставляйте исключительно для действительно временных ситуаций — например, временная переадресация на страницу акции. При переезде сайта целиком на новый домен использование 301 принципиально, иначе позиции просядут. Эта тема подробно разобрана в статье про миграцию сайта без потери позиций.

Нормы и допустимые значения

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

• Идеал — ноль редиректов на внутренних ссылках: все ссылки внутри сайта ведут сразу на финальный адрес с кодом 200.
• Максимум один хоп для внешних входящих ссылок и старых адресов: старый URL → финальный за один 301.
• Цепочка длиннее двух хопов — однозначный дефект, требующий схлопывания.
• Любая петля редиректов — критическая ошибка, страница фактически недоступна.
• 302 внутри переезда — ошибка интерпретации, замените на 301.

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

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

• Запустить краулинг в Screaming Frog или Netpeak Spider и выгрузить отчёт Redirect Chains.
• Проверить логи сервера на частоту обращений робота к редиректным адресам.
• Точечно проверить ключевые URL командой curl -IL и через браузерные расширения.
• Схлопнуть все цепочки длиннее одного хопа в прямой 301.
• Найти и обезвредить все петли редиректов.
• Обновить внутренние ссылки на финальные адреса.
• Очистить sitemap.xml от редиректных и промежуточных URL.
• Проверить, что внутри переездов нет кодов 302 вместо 301.
• Навести порядок в правилах .htaccess или nginx, объединив протокол, хост и слэш.
• Повторно прогнать краулинг и убедиться, что цепочки исчезли.

Цепочки редиректов — это та проблема, которую почти невозможно увидеть глазами, но которая системно подтачивает скорость, индексацию и позиции. Если вы хотите, чтобы каждый URL вашего сайта вёл робота и пользователя к цели одним прямым переходом, без потерь бюджета и веса, доверьте техническую диагностику профессионалам. Наши специалисты найдут все цепочки и петли, схлопнут их в чистые 301 и приведут структуру в порядок — закажите доработку сайта с устранением технических ошибок или начните с комплексного SEO-аудита, чтобы увидеть полную картину технического состояния проекта.

Услуги LSI Продвижение

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

• Бесплатный SEO аудит сайта — автоматическая проверка на 50+ параметров за 2 минуты
• Комплексный SEO аудит — глубокий ручной анализ с рекомендациями от эксперта
• Продвижение сайтов — вывод в ТОП Яндекса и Google по целевым запросам
• SEO консультация — разбор вашего сайта с конкретными рекомендациями
• LSI тексты — экспертный контент, оптимизированный для поисковых систем
• Доработка сайта — техническая оптимизация и исправление ошибок
• Создание сайта под ключ — разработка с нуля с SEO-оптимизацией
• Стоимость продвижения — прозрачные тарифы и условия
• Портфолио и кейсы — реальные результаты наших клиентов