ERR_TOO_MANY_REDIRECTS означает, что браузер постоянно переходит по перенаправлениям, но так и не достигает запрошенной страницы. Обычно это происходит, когда сайт многократно перенаправляет посетителей между двумя URL, например между HTTP- и HTTPS-версиями одной страницы.
Проблема может возникнуть на любом сайте, в том числе на сайте WordPress, в интернет-магазине или пользовательском приложении.
Если Вы посетитель сайта, сначала откройте его в режиме приватного просмотра и очистите файлы cookie. Если Вы владелец сайта, проверьте, нет ли конфликтующих перенаправлений, ошибок в настройках SSL или конфигурации приложения.
Почему возникает ERR_TOO_MANY_REDIRECTS?
Перенаправление указывает браузеру перейти на другой URL. Например, сайт может перенаправлять посетителей с http://example.com на https://example.com.
Обычно это ожидаемое поведение. Но из-за конфликтующих правил может возникнуть бесконечный цикл:
HTTP → HTTPS → HTTP → HTTPS
В конце концов браузер прекращает переходить по перенаправлениям и показывает ошибку.
Распространённые причины:
- Конфликтующие перенаправления между HTTP и HTTPS.
- Неправильные настройки SSL/TLS в Cloudflare или другом прокси-сервисе.
- Неправильно настроенные URL сайта или WordPress.
- Конфликтующие плагины кеширования, безопасности или перенаправления.
- Неправильные правила перенаправления на сервере.
- Файлы cookie браузера, вызывающие повторные перенаправления на страницу входа.
Chrome обычно показывает ошибку ERR_TOO_MANY_REDIRECTS, а другие браузеры могут сообщать, что страница перенаправляет запросы неправильно.
1. Проверьте сайт в режиме приватного просмотра
Сначала откройте сайт, на котором возникает ошибка, в окне инкогнито или приватного просмотра.
Если там сайт загружается нормально, причина может быть связана с файлами cookie, расширением или настройками браузера.
Попробуйте временно отключить соответствующие расширения или удалить файлы cookie этого сайта.
В Chrome управлять сохранёнными данными сайта можно через элементы управления сведениями о сайте и его настройками. Точное расположение пунктов меню зависит от версии браузера.
Если ошибка возникает в разных браузерах и на разных устройствах, скорее всего, причина в конфигурации сайта, а не Вашего браузера.
Примечание: Удаление файлов cookie может устранить некоторые циклические перенаправления, связанные с сеансами, но не исправит конфликтующие перенаправления на стороне сервера.
2. Проверьте цепочку перенаправлений сайта
Если Вы управляете сайтом, прежде чем менять настройки, выясните, куда перенаправляются посетители.
Проверить перенаправления можно с помощью инструментов разработчика в браузере или команды curl.
В системе, где установлен curl, выполните:
curl -IL --max-redirs 10 https://example.comЗамените example.com на свой домен.
Команда следует максимум по десяти перенаправлениям и выводит заголовки ответов. Ищите повторяющиеся заголовки Location, указывающие на одни и те же URL.
Например:
Location: http://example.com/
Location: https://example.com/
Location: http://example.com/Это указывает на конфликт перенаправлений между HTTP и HTTPS.
Результат также может выявить циклы, связанные с адресами с www и без www, страницами входа или завершающими косыми чертами в URL.
Определив повторяющиеся URL, проверьте настройки, которые вызывают эти перенаправления.
3. Проверьте настройки SSL/TLS в Cloudflare
Пользователи Cloudflare могут столкнуться с циклическими перенаправлениями, если настройки SSL/TLS конфликтуют с перенаправлениями на исходном сервере.
Типичный пример связан с режимом Flexible SSL.
В режиме Flexible посетители могут подключаться к Cloudflare по HTTPS, тогда как Cloudflare подключается к исходному серверу по HTTP. Если исходный сервер принудительно перенаправляет каждый HTTP-запрос на HTTPS, может возникнуть цикл.
Чтобы выяснить причину:
- Войдите в Cloudflare.
- Выберите домен, на котором возникает ошибка.
- Откройте настройки SSL/TLS.
- Проверьте текущий режим шифрования.
- Проверьте, перенаправляет ли исходный сервер HTTP-запросы на HTTPS.
Если на исходном сервере установлен действительный доверенный TLS-сертификат, обычно предпочтителен режим Full (strict).
Не переключайте режимы наугад. Убедитесь, что исходный сервер поддерживает HTTPS и предоставляет сертификат, действительный для запрашиваемого имени хоста.
Также проверьте правила перенаправления Cloudflare и дополнительные настройки принудительного перехода на HTTPS, чтобы исключить конфликты.
4. Исправьте ERR_TOO_MANY_REDIRECTS в WordPress
На сайтах WordPress циклические перенаправления могут возникать из-за неверных адресов сайта, плагинов или конфликтующих настроек HTTPS.
Проверьте настройки URL в WordPress
Если у Вас есть доступ к панели управления, откройте:
Настройки → Общие
Проверьте следующие поля:
- Адрес WordPress (URL)
- Адрес сайта (URL)
В типичной установке WordPress оба поля могут содержать:
https://example.comОднако эти адреса не всегда должны совпадать. Если WordPress установлен в подкаталоге, они могут обоснованно различаться.
Если Вы не можете войти в wp-admin, проверьте, определены ли следующие константы в файле wp-config.php:
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );Это примеры настроек, а не значения, которые следует вставлять без проверки своей установки.
Если константы уже определены, сверьте их с фактической конфигурацией WordPress. Не добавляйте повторные определения.
Проверьте плагины WordPress
Если ошибка появилась после установки или обновления плагина, проверьте плагины, отвечающие за:
- Принудительное использование HTTPS.
- Перенаправление URL.
- Кеширование.
- Безопасность или управление входом в систему.
Если у Вас нет доступа к панели управления, с помощью файлового менеджера или SFTP временно переименуйте папку подозрительного плагина в каталоге wp-content/plugins.
Если сайт снова станет доступен, изучите настройки этого плагина, прежде чем возвращать ему прежнее имя.
Не отключайте все плагины, если в этом нет необходимости для выявления причины проблемы.
5. Проверьте правила перенаправления в .htaccess или Nginx
Неправильные правила веб-сервера также могут вызывать ERR_TOO_MANY_REDIRECTS.
На хостинге с Apache перенаправления могут задаваться в файле .htaccess. Обычно он находится в корневом каталоге сайта.
Прежде чем редактировать файл, скачайте его резервную копию.
Проверьте, нет ли дублирующих или конфликтующих перенаправлений с HTTP на HTTPS и между доменами.
Например, одно правило может принудительно переводить посетителей на HTTPS, а другое — возвращать их на HTTP.
В Nginx правила перенаправления задаются в конфигурационных файлах сервера, а не в .htaccess.
Если сайт использует обратный прокси-сервер, убедитесь также, что приложение правильно определяет протокол исходного запроса. Иначе оно может многократно перенаправлять запросы, ошибочно считая, что они поступают по HTTP.
Не удаляйте все правила перезаписи URL и не заменяйте конфигурационные файлы, не разобравшись в их назначении. Это может нарушить работу существующих маршрутов, настроек безопасности или приложений.
6. Очистите кеш сайта и CDN
После исправления настроек, вызвавших перенаправление, очистите кеши, в которых могли сохраниться устаревшие перенаправления.
В зависимости от конфигурации к ним относятся:
- Кеши плагинов сайта.
- Кеши страниц на уровне хостинга.
- Кеши CDN.
- Кеш браузера и файлы cookie.
Если Вы используете Cloudflare, проверьте поведение, связанное с кешированием, и при необходимости очистите кеш контента.
Помните, что в некоторых браузерах закешированные постоянные перенаправления могут сохраняться. Проверка в новом сеансе браузера поможет убедиться, что проблема решена.
7. Обратитесь к хостинг-провайдеру
Если сайт по-прежнему показывает ERR_TOO_MANY_REDIRECTS, обратитесь к хостинг-провайдеру и передайте ему собранную информацию.
Укажите URL проблемной страницы, время появления ошибки, возникает ли она на разных устройствах, а также любые недавние изменения в настройках SSL, плагинов, домена или сервера.
Если возможно, приложите цепочку перенаправлений, полученную с помощью curl или инструментов разработчика.
Хостинг-провайдер поможет выявить перенаправления, настроенные на уровне веб-сервера или инфраструктуры хостинга.
Как предотвратить циклические перенаправления
Несколько рекомендаций помогут снизить риск подобных проблем в будущем:
- Используйте единый основной домен и согласованные настройки HTTPS.
- Не настраивайте одни и те же принудительные перенаправления в нескольких независимых системах.
- Проверяйте настройки обратного прокси-сервера и SSL/TLS.
- Тестируйте правила перенаправления перед их внедрением на рабочем сайте.
- Создавайте резервные копии конфигурационных файлов перед изменением правил сервера.
- Повторно проверяйте перенаправления после миграции сайта или изменения настроек CDN.
Перенаправление должно вести пользователей к нужной странице, а не возвращать их на предыдущий URL.
Часто задаваемые вопросы
ERR_TOO_MANY_REDIRECTS означает, что при загрузке страницы браузер столкнулся со слишком большим количеством перенаправлений. Обычно это происходит, когда конфликтующие настройки сайта многократно перенаправляют посетителей между разными URL.
Иногда да. Повреждённые или устаревшие файлы cookie могут способствовать возникновению циклических перенаправлений, связанных со входом в систему и сеансами. Однако удаление файлов cookie не устранит неправильные перенаправления, настроенные на сервере сайта.
Не напрямую. Ошибка может возникнуть из-за конфликта настроек перенаправления между HTTP и HTTPS, особенно при определённых конфигурациях CDN или обратного прокси-сервера. Недействительный SSL/TLS-сертификат обычно вызывает другое предупреждение браузера.
Для начала откройте сайт в режиме инкогнито. Если он работает, удалите файлы cookie этого сайта и проверьте расширения браузера. Если ошибка возникает в нескольких браузерах, её причина, вероятно, в конфигурации сайта.
Да. Циклические перенаправления могут возникнуть на любом сайте, в том числе в пользовательских приложениях и на сайтах, работающих на Apache, Nginx или облачных хостинг-платформах. Проблема не ограничивается WordPress.
Заключение
ERR_TOO_MANY_REDIRECTS возникает, когда браузер попадает в повторяющийся цикл перенаправлений вместо того, чтобы открыть запрошенную страницу.
Сначала исключите проблемы, связанные с браузером, затем изучите цепочку перенаправлений и проверьте настройки HTTPS, конфигурацию приложения и правила перенаправления на сервере.
Если сайт работает на WordPress, уделите особое внимание URL сайта и плагинам. Если Вы используете Cloudflare, убедитесь, что режим SSL/TLS соответствует конфигурации исходного сервера.
Самый надёжный способ устранить ошибку без лишних изменений — найти конфликтующее перенаправление.
