PRLab → SEO-блог → Техническое SEO
Как найти циклические редиректы
Циклический редирект возникает, когда URL отправляет посетителя по кругу: страница A ведёт на B, а B возвращает на A — напрямую или через несколько адресов. Браузер показывает ошибку «слишком много переадресаций», а робот не получает доступный конечный документ. Разберём, как быстро найти loop и исправить его без случайных правок.
Что такое циклический редирект
Redirect loop — замкнутая последовательность HTTP-переадресаций. Например, http://site.ru отправляет на https://www.site.ru, а другое правило возвращает на первый адрес. В круг могут входить слеш, параметр, язык, авторизация или правило CMS.
Семантика статьи
Основной кластер: «как найти циклические редиректы», «проверить redirect loop», «циклическая переадресация сайта». Вспомогательные темы: too many redirects, цепочка 301 и 302, www, HTTPS, .htaccess и Nginx.
Чем цикл отличается от цепочки
Цепочка имеет финал: A → B → C → код 200. Она замедляет загрузку, но открывается. В цикле финала нет: A → B → C → A.
301 и 302 могут участвовать одинаково
Для браузера оба статуса означают «перейди по Location», поэтому петля возможна при любой комбинации.
Не удаляйте правила наугад
У URL могут одновременно работать сервер, CDN, CMS и плагин. Зафиксируйте цепочку и меняйте источник конфликта.
Как распознать циклическую переадресацию
Самый очевидный сигнал — ERR_TOO_MANY_REDIRECTS. Но цикл бывает скрыт: только на мобильном, после авторизации, для языка или региона. В аналитике это похоже на рост отказов, в Search Console — на проблемы сканирования.
Проверьте типовые точки конфликта
- HTTPS одновременно в CDN и на сервере;
- правила
www/ безwwwв двух местах; - старый URL и обратное правило в CMS;
- авторизация, возвращающая пользователя на вход;
- разные адреса в настройках сайта и фактическом домене.
Проверьте слеш, заглавные буквы, UTM-параметры и языковые пути: шаблонный редирект способен заблокировать сотни URL.
Сначала исключите проблему браузера
Очистите cookies или откройте приватное окно. Если ошибка остаётся в проверке HTTP-ответов, причина на стороне сайта.
Как найти циклические редиректы: пошаговая проверка
- Возьмите проблемный URL. Учтите протокол, поддомен, слеш и параметры.
- Проследите ответы. Запишите статус и
Location. В PRLab это делает проверка редиректов и всей цепочки HTTP-переадресаций. - Найдите повтор. Повтор URL до кода 200 — это цикл. Зафиксируйте минимальный круг.
- Сравните контексты. Проверьте адрес без cookies, с мобильным User-Agent и без параметров.
- Проверьте шаблон. Посмотрите категорию, карточку и пагинацию: так виден масштаб.
Для массовой диагностики сопоставьте результаты с проверкой ответа сервера. Она помогает отличить redirect loop от 404, 500 и обычной цепочки. А в статье как найти страницы с HTTP 301, 302 и 500 на сайте разобраны приоритеты исправления разных кодов.
Как исправить redirect loop
Правильное исправление оставляет один канонический маршрут: любой допустимый вариант адреса ведёт к единственному URL с кодом 200. Не нужно добавлять ещё одно «исключающее» правило поверх старых — сначала определите, кто возвращает запрос назад.
| Причина | Признак | Действие |
|---|---|---|
| HTTPS в CDN и на сервере | Переходы http ↔ https | Оставить принуждение протокола в одном уровне |
| Конфликт www | Домен меняется на каждом шаге | Выбрать канонический хост и одно правило |
| Плагин и сервер | Цикл появляется после обновления CMS | Отключить дублирующий редирект в плагине |
| Авторизация | Ошибка только после входа | Проверить cookie, callback и адрес кабинета |
Безопасная последовательность
Сделайте резервную копию конфигурации. Затем временно отключите одно предполагаемое правило, очистите кэш CDN и проверьте исходный URL независимым инструментом. После кода 200 проверьте все варианты: HTTP/HTTPS, www/без www, главную, внутреннюю страницу и старый адрес. В production не тестируйте исправление на десятках правил одновременно.
Как не допустить циклы после изменений
Добавьте проверку редиректов в чек-лист релиза: главная, несколько шаблонов страниц, смена языка, авторизация и все варианты домена. Если используете CDN, храните документацию о том, где именно управляется HTTPS и доменное правило. Один владелец каждого вида перенаправления снижает риск конфликтов.
Следите за техническими ошибками после миграций и обновлений CMS. Если позиции упали одновременно с проблемами обхода, используйте план действий при резком падении позиций сайта. Для регулярного контроля поисковой видимости подключите проверку позиций с историей по ключевым запросам: она поможет заметить последствия технической ошибки до того, как она станет долгой просадкой.
Циклический редирект не требует сложной магии: найдите повторяющийся адрес, определите конфликт между правилами и оставьте единственный путь к канонической странице. Документированная схема и проверка после каждого изменения надёжнее любых «универсальных» редиректов.
Сноски и пояснения
- Google рекомендует избегать длинных цепочек и циклов перенаправлений: они осложняют сканирование и обработку URL. Документация Google Search Central о редиректах. ↩