ERR_TOO_MANY_REDIRECTS: как исправить ошибку «слишком много переадресаций»

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

Редирект — это ответ сервера с кодом 3xx и новым адресом (что такое 301). Если новый адрес снова отправляет на предыдущий, получается петля. Браузер не ждёт бесконечно: Chrome останавливается примерно после 20 переходов и показывает ERR_TOO_MANY_REDIRECTS. В других браузерах сообщение отличается («Страница перенаправлена неправильно» в Firefox), но причина та же.

Что делать посетителю

1. Удалите куки и кэш для этого сайта. В Chrome: значок рядом с адресом → «Настройки сайтов» → «Удалить данные». Часто петлю создаёт устаревшая сессия или сбойная кука.
2. Откройте страницу в режиме инкогнито или в другом браузере. Если там всё работает, дело в данных браузера или расширениях.
3. Отключите расширения, особенно блокировщики, VPN и менеджеры куки.
4. Проверьте дату и время на устройстве: при сильном расхождении ломается проверка сертификатов и сессий.
5. Подождите и повторите позже. Если ошибка у многих посетителей, владелец, скорее всего, уже чинит сайт.
6. Напишите владельцу сайта или в поддержку сервиса, укажите адрес страницы.

Причины и решения для владельца сайта

Петля http ↔ https за прокси или CDN

Самая частая причина. Сервер настроен перенаправлять с http на https, но получает запросы только по http. Так бывает, когда перед сайтом стоит прокси, балансировщик или Cloudflare, и сайт не видит, что исходный запрос был по https.

• Cloudflare, режим SSL Flexible. Cloudflare обращается к вашему серверу по http, сервер отвечает редиректом на https, и всё повторяется. Выберите режим Full или Full (strict) (с действующим сертификатом на сервере).
• Свой прокси. Передайте бэкенду схему исходного запроса и учитывайте её в правилах.

location / {
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-Proto $scheme;
}

RewriteEngine On
# Редиректить на https только если исходный запрос был по http
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Конфликт www и без www

Одно правило отправляет с www на без www, другое (в CMS, панели хостинга или на уровне DNS) — обратно. Оставьте только одно направление и убедитесь, что оно совпадает с адресом, указанным в настройках сайта.

Настройки CMS

В WordPress адрес сайта, прописанный в «Настройки → Общие» (siteurl и home), может не совпадать с правилами сервера: например, там http://, а сервер перенаправляет на https://. Если в админку попасть нельзя, задайте адреса в wp-config.php:

define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com');

// Если сайт за прокси или CDN и теряет информацию о https
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

В 1С-Битрикс проверьте настройки сайта и главного модуля (адрес сервера, использование https). Подробнее: WordPress, Битрикс.

Плагины, .htaccess и дублирующиеся правила

• Плагины редиректов, SSL и кэша (например, «принудительный https») могут дублировать правила веб-сервера. Отключите плагины переименованием каталога wp-content/plugins и проверьте сайт.
• В .htaccess посмотрите, нет ли одинаковых блоков RewriteRule из разных источников (плагин, хостинг, ручные правки).
• Правило редиректа должно иметь условие: нельзя отправлять со слэшем на без слэша и обратно одновременно.
• Страница, на которую ведёт редирект, не должна сама перенаправлять назад. Это бывает, например, с авторизацией: редирект на страницу входа, а она отправляет обратно из-за куки.

Как посмотреть цепочку редиректов

Чтобы понять, где петля, нужно увидеть каждый шаг. Самый быстрый способ — проверка кода ответа и цепочки редиректов: она покажет коды, адреса и повтор, на котором всё зациклилось.

Из консоли то же самое можно сделать через curl:

curl -sIL --max-redirs 10 https://example.com/ | grep -iE "^(HTTP|location)"

Вывод покажет последовательность HTTP/... 301 и location:. Если адреса идут по кругу, найдите, какое правило срабатывает на каждом шаге: сервер, CMS, CDN или прокси. Меняйте по одному правилу за раз и проверяйте результат после каждого изменения.