Chrome: ERR_TOO_MANY_REDIRECTS — страница перенаправила вас слишком много раз

#Что означает ошибка

Браузер следует за перенаправлениями (HTTP 301/302/307/308), но после примерно 20 переходов останавливается: сервер гоняет его по кругу. Для посетителя причина обычно в «испорченных» cookie или расширении; для владельца сайта — в конфликте настроек HTTPS, www/без www и CDN. Сначала определите, кто вы: пользователь или администратор — путь исправления разный.

#Причины и решения

#Пошаговое решение

1. Откройте в режиме инкогнитоВ Google Chrome откройте новое приватное окно сочетанием Ctrl+Shift+N (в Edge оно называется InPrivate). Введите точно тот же адрес и повторите действие. Если в таком окне ошибка исчезла, вероятны влияние расширений, cookie или настроек обычного профиля; вернитесь в обычное окно и проверяйте их по одному. Если не исчезла, переходите к проверке сети, сайта или настроек безопасности. Приватный режим не делает подключение анонимным.
2. Удалите cookie сайтаChrome: значок замка слева от адреса → «Файлы cookie и данные сайтов» → «Управление» → удалить. Либо chrome://settings/siteData.
3. Очистите кэшОткройте нужный браузер и нажмите Ctrl+Shift+Delete. Выберите временной диапазон и пункт «Кэшированные изображения и файлы»; cookies удаляйте только при необходимости, так как это может завершить вход на сайты. Нажмите «Удалить данные», затем заново откройте проблемную страницу.
4. Отключите расширенияОткройте меню браузера → «Расширения → Управление расширениями» (в Chrome можно открыть chrome://extensions/). Временно выключите сторонние расширения, затем повторите проблемное действие. Если помогло — включайте их по одному, проверяя результат после каждого.
5. Проверьте дату и времяОткройте «Параметры» → «Время и язык» → «Дата и время». Включите автоматическую установку времени и проверьте часовой пояс; затем нажмите «Синхронизировать» (если кнопка есть). Повторите действие, вызвавшее ошибку.
6. Для владельца: проверьте CloudflareТолько для владельца сайта, который использует Cloudflare. В панели Cloudflare выберите нужный домен → SSL/TLS и запишите текущий режим шифрования. Режим Flexible при принудительном перенаправлении HTTP на HTTPS на сервере может вызывать цикл. Если исходный сервер уже имеет действующий сертификат для домена, настройте режим Full (strict); перед изменением проверьте, что HTTPS на исходном сервере действительно работает, иначе посетители получат другую ошибку. Затем проверьте оба адреса http:// и https:// и удалите конфликтующие правила перенаправления. Не меняйте режим у чужого домена и не выключайте HTTPS для устранения цикла.
7. Для WordPress: проверьте адресаЩёлкните адресную строку браузера (Ctrl+L), внимательно проверьте написание домена и его зону, отсутствие пробелов, лишних точек и похожих символов. При необходимости откройте адрес из официального источника вручную, а не из подозрительного сообщения. Если сайт использует HTTPS, не убирайте https:// ради обхода ошибки сертификата. Когда адрес верен, попробуйте открыть главную страницу того же домена, чтобы отличить ошибку ссылки от общей недоступности.
8. Для nginx/Apache: найдите петлюВладельцу сайта: из терминала выполните curl -IL --max-redirs 15 https://example.com/, подставив свой адрес, и выпишите последовательность HTTP-кодов 301/302 и заголовков Location. Если цепочка возвращается к прежнему URL, найдите правило, вызвавшее цикл, в конфигурации веб-сервера, CMS или прокси. Меняйте только одно правило после резервной копии, затем проверьте синтаксис конфигурации и повторите запрос. Посетителю сайта достаточно очистить cookie конкретного домена и сообщить владельцу URL.
9. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
   Выберите подходящий вариант — это не команды для последовательного выполнения

   Вариант 1Проверка цепочки редиректов (подставьте адрес сайта).

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Проверка цепочки редиректов (подставьте адрес сайта).

   curl -sIL -o /dev/null -w "%{num_redirects} %{url_effective}\n" https://example.com/

   curl -IL --max-redirs 10 http://example.com/

   Вариант 2Типичный правильный редирект без петли за прокси.

   NginxКопировать всёВыделить

   Типичный правильный редирект без петли за прокси.

   server {
       listen 80;
       server_name example.com www.example.com;
       return 301 https://example.com$request_uri;
   }

Если сайт за Cloudflare и вы используете «Flexible», а на сервере настроен принудительный HTTPS, каждый запрос уходит в петлю: Cloudflare обращается к серверу по http, сервер отправляет на https, и всё повторяется. Решение — режим «Full» или «Full (strict)» с установленным сертификатом (подойдёт бесплатный Let's Encrypt). В WordPress проверьте плагины кэширования и безопасности, отключите их через FTP, переименовав папку wp-content/plugins. Справка по ошибке — Cloudflare.