Ошибка 310 ERR_TOO_MANY_REDIRECTS возникает, когда браузер попадает в бесконечную цепочку перенаправлений и не может загрузить страницу. Чаще всего проблему можно решить через настройку HTTPS, плагинов или CDN.
Как владельцу сайта быстро исправить ошибку 310
Что такое ERR_TOO_MANY_REDIRECTS
Когда сервер вместо финальной страницы снова и снова отправляет браузер на новый адрес, тот ограничивает количество последовательных перенаправлений, чтобы бесконечно не загружать страницу. В таких случаях и возникает эта ошибка. Обычно она связана с настройками сервера или неверными правилами перенаправлений.
Я владелец сайта – что делать
Диагностика проблемы
Чтобы устранить проблему, определите, где происходит цикл и используется ли CDN.
Диагностика через браузер (DevTools). Инструкция для Google Chrome:
-
1
Нажмите F12. Выберите вкладку «Network (Сеть)».
-
2
Установите флажок Preserve log (Сохранять журнал).
-
3
Обновите страницу.
-
4
В колонке Name посмотрите цепочку запросов — вы увидите, между какими адресами идет бесконечный цикл.
-
5
В правой панели в разделе Headers найдите строку Server. Значение после этого заголовка – название веб-сервера (Apache/Nginx).
Диагностика через терминал (curl)
-
1
В командной строке введите команду:
curl -ILk https://ваш-сайт.ruВы увидите все последовательные перенаправления и поймете, на каком шаге цикл замыкается.
-
2
Введите команду, чтобы увидеть значение заголовка Server:
curl -i http://ваш-сайт.ru | grep ServerЕсли в заголовке Server указано «Cloudflare», значит, сайт использует CDN этого провайдера, и реальный сервер скрыт за прокси. В этом случае определить исходный сервер без дополнительных методов сложно.
Проверьте, использует ли ваш сайт CDN
- Способ 1. Проверьте, принадлежит ли IP-адрес сайта одному из известных CDN-провайдеров (Cloudflare, Akamai, Fastly и другим). Узнать IP можно через любой онлайн-сервис проверки DNS или через командную строку.
- Способ 2. На использование CDN указывает наличие в DNS CNAME-записи, которая ведет не на IP-адрес сервера, а на домен CDN-провайдера (например, site.ru.cdn.cloudflare.net). Проверить DNS-записи любого домена вы можете с помощью утилиты DIG по инструкции.
- Способ 3. Специальные заголовки в ответе сервера. Если при открытии сайта в заголовках ответа присутствуют поля X-Cache, CF-Cache-Status или X-CDN, это почти всегда означает, что трафик идет через CDN.
Если по результатам диагностики вы обнаружили:
Шаг 1. Проверьте в системе управления контентом настройки протокола SSL
Если в диагностике вы увидели цикл между HTTP и HTTPS — скорее всего, проблема в настройках протоколов.
-
1
Откройте конфигурационный файл системы управления контентом. Информацию о размещении конфигурационного файла для популярных систем управления контентом вы можете найти в нашей статье.
-
2
Убедитесь, что протокол в адресе сайта в конфигурационном файле (http:// или https://) совпадает с тем, который вы видите в браузере при открытии сайта. Если в браузере адрес начинается с https:// — значит, в настройках системы управления контентом должен быть указан https://. Если с http:// — соответственно, http://. Если протоколы не совпадают — возникает циклическое перенаправление.
Плагины и настройки SSL в WordPress
Совет эксперта
Если сайт на WordPress, плагины — одна из самых частых причин ошибки, наряду с циклами http-https. Начните с проверки трех типов плагинов, которые чаще всего вызывают циклические перенаправления:
- SEO-плагины (Yoast SEO, Rank Math, All in One SEO) — если в них включено управление перенаправлениями.
- Кеширующие плагины (WP Rocket, W3 Total Cache) — при неправильной настройке протокола.
- Плагины для принудительного HTTPS (Really Simple SSL) — они конфликтуют с серверными настройками.
Чтобы проверить плагины и настройки протоколов в WordPress, воспользуйтесь одной из инструкций ниже:
Если доступ в админку WordPress есть
-
1
Зайдите в админку → Настройки → Общие.
-
2
Проверьте поля «Адрес WordPress (URL)» и «Адрес сайта (URL)».
-
3
Убедитесь, что оба используют одинаковый протокол: либо оба https://, либо оба http://.
-
4
Перейдите в Плагины.
-
5
Отключайте по очереди подозрительные плагины.
-
6
После каждого отключения проверяйте сайт.
Если доступ в админку WordPress заблокирован
-
1
Откройте файл wp-config.php в корне сайта через FTP или через файловый менеджер хостинга.
-
2
Добавьте строки:
define('WP_HOME', 'https://ваш-сайт.ru'); define('WP_SITEURL', 'https://ваш-сайт.ru'); -
3
Сохраните файл и обновите сайт.
-
4
Переименуйте папку /wp-content/plugins/ в /wp-content/plugins-disabled/.
-
5
Проверьте сайт. Если заработал — проблема в одном из плагинов.
-
6
Верните папке исходное имя и включайте плагины по одному через админку, пока не обнаружите причину редиректа.
Шаг 2. Проверьте файл .htaccess (Apache) или конфигурацию Nginx
Если сайт размещен на виртуальном хостинге, например, в Рег.ру, то у вас веб-сервер Apache и настройки перенаправлений правятся в файле .htaccess.
Для сайтов, размещенных на VPS, выделенных или облачных серверах, веб-сервер может быть как Apache, так и Nginx. Если вы получили эту информацию на этапе диагностики, следуйте соответствующей инструкции ниже.
Проверка .htaccess:
-
1
Откройте файл .htaccess в корне сайта.
-
2
Найдите блоки с RewriteRule — особенно те, где есть R=301 или R=302.
-
3
Проверьте, нет ли дублирующихся или противоречивых правил.
-
4
Быстрый тест: временно переименуйте файл в .htaccess_backup и проверьте сайт. Если ошибка исчезла — проблема в этом файле. Верните его обратно и удаляйте конфликтные строки по одной, пока не найдете проблему.
Больше деталей о настройке редиректов через .htaccess можно получить в статье.
Проверка конфигурационного файла Nginx:
-
1
Откройте конфигурационный файл (обычно /etc/nginx/sites-available/ваш-сайт.conf).
-
2
Проверьте блоки rewrite и return. Быстрый тест: закомментируйте подозрительные строки (поставьте # в начале) и перезапустите Nginx командой:
sudo systemctl restart nginxЕсли ошибка исчезла — проблема в этом файле.
-
3
Верните его обратно и удаляйте конфликтные строки по одной, пока не найдете проблему.
Подробнее о работе с редиректами для Nginx можно прочитать в статье.
Шаг 3. Проверьте настройки CDN (Cloudflare, Akamai)
Инструкция для проверки настроек Cloudflare:
-
1
Зайдите в панель управления Cloudflare.
-
2
Перейдите в раздел SSL/TLS.
-
3
Посмотрите текущий режим. Flexible — самая частая причина ошибки. Измените на Full или Full (strict).
-
4
Сохраните изменения и проверьте сайт.
Если переключить режим в панели управления CDN нельзя, настройте серверное перенаправление с учетом заголовка X-Forwarded-Proto, который передает CDN.
Для Apache (файл .htaccess):
RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]Для Nginx:
if ($http_x_forwarded_proto != 'https') {
return 301 https://$host$request_uri;
}Готово, после переключения режима или добавления правил ошибка должна исчезнуть.
Если ничего не помогло
Если вы выполнили все шаги, а ошибка осталась – обратитесь в службу технической поддержки вашего хостинг-провайдера. Приложите скриншот цепочки редиректов из DevTools или вывод команды curl. Укажите, какие действия вы уже предприняли.
Я посетитель сайта – что делать
Если вы видите ошибку ERR_TOO_MANY_REDIRECTS, проблема почти всегда на стороне владельца сайта. Как посетитель вы не можете ее исправить, но можете проверить, не хранятся ли в вашем браузере устаревшие данные, которые мешают открыть сайт.
Шаг 1. Проверьте сайт в другом браузере или режиме инкогнито
Откройте сайт в другом браузере или в режиме инкогнито.
Если сайт не открылся, то ошибка на сервере. Восстановить доступ может только владелец сайта.
Если сайт открылся, то проблема в вашем браузере. Переходите к шагу 2.
Шаг 2. Очистите файлы куки и кеш браузера
Временные файлы хранят данные посещенных сайтов. Иногда браузер сохраняет старые перенаправления, которые мешают загрузить новую версию страницы. Очистить кеш в браузере вы можете по нашей инструкции. Затем обновите страницу. Если ошибка исчезла — проблема была в локальных данных браузера.
Для браузера Google Chrome – очистите HSTS-политику
Если сайт раньше использовал HSTS (HTTP Strict Transport Security), браузер запоминает, что к нему можно обращаться только по HTTPS. Даже после очистки кеша браузер продолжает подставлять HTTPS, что может вызывать цикл.
Как очистить HSTS в Chrome:
-
1
Откройте в адресной строке: chrome://net-internals/#hsts.
-
2
В разделе Delete domain security policies введите домен сайта (например, site.ru).
-
3
Нажмите Delete.
-
4
Перезагрузите страницу.
Важно: это временное решение. Если ошибка повторяется — проблема на стороне владельца сайта.
Частые вопросы
Что означает «слишком много перенаправлений»?
Может ли ошибка возникать из-за плагинов (например, на WordPress)?
Помогает ли очистка файлов куки и кеша?
Какие файлы на сервере влияют на перенаправления?
Может ли ошибка возникать из-за Cloudflare или другого сервиса CDN?
Как избежать этой ошибки при будущих изменениях?
- Вносите изменения в перенаправления постепенно и проверяйте сайт после каждого изменения,
- перед правкой конфигурационных файлов делайте резервные копии,
- при работе с CDN всегда проверяйте режим SSL/TLS,
- на WordPress используйте минимум плагинов для управления перенаправлениями.
Помогла ли вам статья?
Спасибо за оценку. Рады помочь 😊