«Сайт выполнил переадресацию слишком много раз»: цикл редиректов
Браузер прошёл по цепочке переадресаций, вернулся туда, откуда начал, и остановился. Это петля: два правила отправляют посетителя друг к другу по кругу.
Как получается петля
- →Правило «HTTP → HTTPS» на сервере, который сам получает запрос уже по HTTP от прокси или CDN.
- →Одновременные редиректы «без www → с www» и «с www → без www» в разных местах конфигурации.
- →Настройки CMS спорят с настройками сервера: в базе прописан один адрес сайта, в конфиге другой.
- →Плагин кэширования или защиты добавляет свой редирект поверх существующего.
Как найти виновника
- →Посмотрите всю цепочку переадресаций и их коды — обычно петля видна с первого взгляда.
- →Проверьте .htaccess, конфиг nginx и настройки CMS: адрес сайта должен быть указан одинаково.
- →Если стоит CDN или обратный прокси, убедитесь, что до приложения доходит признак HTTPS.
- →Отключайте правила по одному, начиная с самых свежих изменений.
curl -sIL https://example.ru | grep -Ei 'HTTP/|location'Почему это дорого
Циклический редирект убивает не только посетителей, но и индексацию: робот не доходит до содержимого и тратит краулинговый бюджет впустую. При этом мониторинг, который проверяет только «отвечает ли сервер», проблему не увидит — сервер отвечает исправно, просто по кругу.
Частые вопросы
›Помогает ли очистка cookie?
Иногда да: петлю может создавать сессия или сохранённый признак согласия. Но если ошибка у всех посетителей, причина в настройках сайта.
›Сколько редиректов допустимо?
Один. Максимум два в переходный период. Каждый дополнительный — это лишний запрос, потерянные миллисекунды и риск петли.
›Как проверить цепочку без консоли?
Достаточно инструмента, который показывает все шаги переадресации и коды ответов по порядку — от введённого адреса до конечной страницы.
Найдите петлю и не пропустите новую
Обход сайта показывает цепочки переадресаций и коды ответов на всех страницах, а мониторинг ловит поломку после следующего релиза.
Подключить бесплатноБесплатный тариф навсегда