Skip to content
EN

ERR_TOO_MANY_REDIRECTS: как исправить цикл

Коротко:

ERR_TOO_MANY_REDIRECTS (Chrome) / "Too many redirects" (Firefox) — браузер прекратил следовать редиректам после 10+ hops. Причины: server block A отправляет на HTTPS, server block B (HTTPS) отправляет обратно на HTTP из-за неправильного детекта. Или WordPress + Cloudflare Flexible SSL. Исправление: найти источник петли через curl -ILk.

Эта ошибка блокирует HTTPS-доступ. Ниже: причины, исправление, FAQ.

Проверить цепочку редиректов →

Причины ошибки

  • HTTP → HTTPS → HTTP loop (CDN думает что connection HTTP)
  • Cloudflare Flexible SSL (origin HTTP, edge HTTPS) + HTTPS redirect в WordPress
  • WordPress/Битрикс: siteurl vs home разные, автоматически редиректят
  • www → non-www redirect в A, non-www → www в B
  • HSTS кеш клиента + старая правка redirect с противоположным направлением

Пошаговое исправление

  1. В shell: curl -ILk https://example.com — увидите chain и где loop
  2. Cloudflare: переключите SSL/TLS encryption mode на Full (не Flexible)
  3. WordPress: проверьте wp_options → siteurl + home — должны совпадать
  4. Очистите HSTS кеш: chrome://net-internals/#hsts → Delete domain
  5. Битрикс: в settings.php → "s1" → "server_name" — один канонический домен

Проверить цепочку редиректов →

Смежные SSL-ошибки

Что такое ошибка ERR_TOO_MANY_REDIRECTS?

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

Причины возникновения ошибки ERR_TOO_MANY_REDIRECTS

Существует несколько распространенных причин, по которым может возникнуть ошибка ERR_TOO_MANY_REDIRECTS:

  • Неправильные редиректы: Если у вас настроены редиректы, которые ссылаются друг на друга, это может привести к бесконечному циклу.
  • Конфликт между HTTP и HTTPS: Попытка редиректить с HTTP на HTTPS и обратно может вызвать эту ошибку.
  • Ошибки в конфигурации .htaccess: Неправильные правила в файле .htaccess могут создать циклы перенаправления.
  • Проблемы с CMS: Некоторые системы управления контентом (CMS) могут создавать конфликты в перенаправлениях из-за плагинов или настроек.

Как исправить ошибку ERR_TOO_MANY_REDIRECTS

Для исправления ошибки ERR_TOO_MANY_REDIRECTS рекомендуется выполнить следующие шаги:

  1. Проверьте настройки редиректов: Используйте команды, такие как curl -I http://example.com, чтобы увидеть, какие редиректы происходят. Это поможет вам выявить циклы.
  2. Проверьте конфигурацию .htaccess: Убедитесь, что правила редиректов в этом файле не конфликтуют друг с другом. Например, если у вас есть правило Redirect 301 /old-page http://example.com/new-page, убедитесь, что новое правило не перенаправляет обратно на старую страницу.
  3. Настройте правильные редиректы: Если у вас есть редиректы с HTTP на HTTPS, используйте 301 редирект. Убедитесь, что они правильно настроены, чтобы избежать циклов.
  4. Отключите плагины: Если вы используете CMS, временно отключите плагины, которые могут управлять редиректами, и проверьте, исчезает ли ошибка.

Пример исправления конфигурации .htaccess:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Этот код перенаправляет все запросы с HTTP на HTTPS, что может помочь избежать циклов, если у вас есть конфликт между протоколами.

Цепочки редиректовКаждый лишний редирект добавляет 100-300мс задержки и снижает PageRank по цепочке.
HTTP → HTTPSПроверьте, что редирект выполняется корректно и не создаёт промежуточных нешифрованных хопов.
Петли редиректовЦиклические редиректы приводят к ошибке ERR_TOO_MANY_REDIRECTS и полной недоступности страницы.
Коды 301 vs 302301 передаёт PageRank постоянно, 302 — временный редирект без передачи SEO-веса.

Почему нам доверяют

10+
уровней редиректов
HTTPS
проверка редиректа
<2с
результат
301/302
коды редиректов

Как это работает

1

Введите URL

2

Цепочка редиректов прослежена

3

Коды и конечный URL

Проверка редиректов: оптимизация цепочек переадресации

Неправильные или длинные цепочки редиректов замедляют сайт, теряют PageRank и путают поисковых роботов. Инструмент визуализирует полную цепочку редиректов с кодами ответа и временем каждого хопа.

Полная цепочка хопов

Показывает каждый шаг редиректа: URL → код → URL → код, до конечного пункта назначения.

Время каждого хопа

Измеряет задержку на каждом шаге редиректа для точного определения узких мест производительности.

Тип редиректа

Различает 301, 302, 303, 307, 308 — каждый имеет разное поведение для SEO и браузеров.

Обнаружение петель

Автоматически обнаруживает циклические редиректы и предупреждает до возникновения ошибки в браузере.

Кому это нужно

SEO-специалисты

проверка редирект-цепочек

Разработчики

отладка 301/302

DevOps

проверка HTTPS-редиректа

Маркетологи

трекинг UTM-ссылок

Частые ошибки

Цепочки из 3+ редиректовHTTP → HTTPS → non-www → www — это три редиректа вместо одного. Объедините их в один прямой редирект.
Использовать 302 вместо 301302 для постоянно переехавших страниц — это потеря PageRank. Используйте 301 для окончательных переездов.
Редиректить HTTP на HTTP перед HTTPSПромежуточный незашифрованный хоп создаёт уязвимость MITM и добавляет лишний запрос.
Не обновлять внутренние ссылкиРедиректы — не замена актуальным ссылкам. Ссылки на исходные URL нужно обновить напрямую.

Лучшие практики

Используйте один редирект: HTTP+www → HTTPS+non-wwwНастройте в nginx/Apache единое правило, объединяющее оба условия в один 301-редирект.
Проверяйте редиректы после миграцийСмена домена, переход на HTTPS, редизайн структуры URL — всё это создаёт новые цепочки редиректов.
Удаляйте устаревшие редиректыНакопленные за годы редиректы создают скрытые цепочки. Аудируйте .htaccess и конфиги ежеквартально.
Контролируйте редиректы в sitemapSitemap должен содержать только конечные URL без редиректов — иначе краулеры тратят бюджет впустую.

Получите больше с бесплатным аккаунтом

История проверок редиректов и API для автоматического аудита цепочек.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

Сколько именно redirects — limit?

Chrome: 20 redirects. Firefox: 20. После этого — блок. Curl по умолчанию 50.

Как проверить свою цепочку?

Enterno Redirects Checker покажет весь chain + коды + timing. Или curl -IL -w "redirects: %{num_redirects}\n" https://example.com.

Cloudflare Flexible vs Full?

Flexible: Edge↔User = HTTPS, но Origin↔Edge = HTTP. Flexible + redirect к HTTPS в PHP = loop. Full: оба HTTPS — нет петли.

Loop появился после HSTS preload?

Если да — домен навсегда HTTPS-only. HTTP redirect не поможет. Фиксируйте только на стороне HTTPS → правильный target.

Запустить инструмент, который описан в этой статье

Бесплатный тариф — 10 мониторов, проверки каждые 5 мин, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.