Ошибка ERR_TOO_MANY_REDIRECTS означает, что страница перенаправляет сама на себя по кругу: браузер прошёл около двадцати редиректов, так и не получил контент и остановился. Петля возникает из-за конфликта правил перенаправления - чаще всего между http и https, доменом с www и без него, либо между сервером и CDN. Лечение: очистить cookies для сайта, затем проследить цепочку редиректов онлайн-чекером и убрать дублирующее правило.
Откуда берётся циклический редирект: 5 типовых петель
- CDN в режиме Flexible SSL плюс серверный редирект на https - CDN ходит к серверу по http, сервер гонит на https, и так по кругу: самая частая петля у сайтов за Cloudflare
- Дублирующие правила www - в .htaccess редирект на домен с www, а в настройках CMS главным назначен домен без www
- Редирект на https без учёта прокси - SSL завершается на балансировщике, до сайта долетает http, и сайт бесконечно «дожимает» протокол, не проверяя заголовок X-Forwarded-Proto
- Конфликт правил со слэшем - одно правило добавляет слэш в конце адреса, другое его убирает
- Гео- и языковые редиректы по cookie - сценарий перенаправления ссылается сам на себя, когда cookie не сохраняется или противоречит региону
Как найти и разорвать петлю редиректов за 15 минут
- Очистите cookies и откройте сайт в инкогнитоЕсли открылся - петля была завязана на cookie: гео-редирект, языковая версия, тестовый режим. У постоянных посетителей она может не проявляться вовсе.
- Проследите цепочкуОнлайн redirect-чекер или команда curl -I покажут каждый шаг: какой адрес куда отправляет и с каким кодом.
- Найдите точку разворотаВ цепочке видно, где адрес А ведёт на Б, а Б - обратно на А. Это и есть конфликт двух правил из разных мест.
- Отключайте источники по одномуВременно выключите проксирование CDN, затем переименуйте .htaccess, затем отключите принудительный https в CMS. После какого шага петля исчезла - там и живёт лишнее правило.
- Оставьте редирект в одном местеВыберите одну каноническую схему (например, https и без www) и настройте её единственным правилом на сервере. Остальные источники редиректов - выключить.
Где настраиваются редиректы: карта поиска конфликта
| Место | Что проверить |
|---|---|
| .htaccess или конфиг nginx | Правила RewriteRule, return, redirect и порядок их срабатывания |
| Настройки CMS | Принудительный https, главное зеркало, SEO-модули с редиректами |
| Панель CDN | Режим SSL (Flexible против Full), опция Always Use HTTPS, Page Rules |
| Код сайта | Самописные редиректы в init.php, шаблонах и обработчиках |
| Панель хостинга | Встроенные переключатели «принудительный https» и переадресации доменов |
Редиректы завязались в узел?
Распутаем цепочки, настроим единую схему https и www, проверим, что позиции и внешние ссылки не пострадали. Обычно укладываемся в один рабочий день.
Чем циклические и длинные редиректы вредят SEO
Для поискового робота петля - недоступная страница: контент не получен, значит, индексировать нечего. Длинные цепочки (даже рабочие) съедают краулинговый бюджет, замедляют загрузку и теряют часть ссылочного веса на каждом прыжке. Норма - один прыжок 301 с любого варианта адреса на канонический. Схему редиректов мы приводим в порядок при каждом техническом аудите в рамках SEO-продвижения: у возрастных сайтов там регулярно находятся цепочки по 3-4 прыжка.
Частые вопросы об ERR_TOO_MANY_REDIRECTS
Ошибка только у меня, у коллег сайт открывается. Почему?
ERR_TOO_MANY_REDIRECTS появился после установки SSL-сертификата. Что не так?
Сколько редиректов подряд считается нормальным?
Может ли петля редиректов быть следствием взлома?
Итог: циклический редирект - это всегда два правила, которые тянут адрес в разные стороны, и найти пару можно за 15 минут по цепочке. Если петля хитрее - с CDN, прокси и самописными сценариями - передайте задачу нам: в рамках доработки сайта распутаем схему, задокументируем её и проверим глазами SEO. Смета - за один день, консультация бесплатная.












