Цепочки редиректов и петли
URL ведёт через 3+ редиректа или зацикливается. Бот тратит лимит, пользователь ждёт, поисковики занижают позиции.
Симптом
- В аудите видно
multiple_redirectsилиredirect_chain_len > 1. - В Search Console → «Сканирование» падает trend по проиндексированным.
- Высокий TTFB на отдельных URL’ах.
- В крайнем случае — петля редиректов, страница не открывается.
Причина
| Тип | Пример |
|---|---|
| Каскад http → https → www → final | http://x → https://x → https://www.x → https://www.x/ |
| Старый URL после миграции платформы | /category-old → /category → /category/ |
| Trailing slash inconsistency | /page → /page/ |
| Циклическая логика в .htaccess | A → B → A |
Как проверить
curl -ILs https://domain.ru/some-page | grep -E "^(HTTP|Location)"
Каждый HTTP/... = одна точка цепочки. Норма — одна, максимум две.
Также: - В Chrome DevTools → Network → колонка Status (показывает все редиректы). - Сервисы httpstatus.io, redirect-checker.org.
Решение
-
Прямой редирект на финальный URL. Вместо
http → https → www → /— сразуhttp → https://www.domain.ru/с одного 301. -
Trailing slash единообразно. Выберите вариант (с
/или без) и везде на сайте используйте только его + 301 со второго на первый. -
После переезда платформы — массовое 301 со старых URL на новые, но за один прыжок. Не копить цепочки.
-
Пагинация —
/page/1/всегда 301 на основную (/),/page/2/отдельная. -
Исправить .htaccess / nginx:
nginx # nginx server { listen 80; server_name domain.ru www.domain.ru; return 301 https://www.domain.ru$request_uri; } server { listen 443 ssl; server_name domain.ru; return 301 https://www.domain.ru$request_uri; } server { listen 443 ssl; server_name www.domain.ru; # ... основной конфиг }
После правок — запустить повторный аудит, цепочка должна стать длиной 1.
Связанные
Не знаете, есть ли эта проблема у вас?
Запустите технический аудит сайта — за 5 минут получите отчёт с разбором всех 64 параметров и конкретными точками роста.
Проверить сайт