Цепочки редиректов больше 3 шагов

Симптом

• При переходе по ссылке открывается страница, но URL в адресной строке меняется несколько раз (A → B → C → D).
• В консоли браузера видны сообщения 301 Moved Permanently или 302 Found более чем три раза подряд.
• В инструментах поисковой консоли Google Search Console появляется предупреждение «Слишком длинные цепочки редиректов».
• В отчёте о crawl errors Google видны ошибки типа Too many redirects (слишком много редиректов).
• На сайте появляются «плохие» ссылки в sitemap, которые ведут к цепочке редиректов.

Причина

• Неправильная конфигурация сервера: несколько правил в .htaccess, nginx.conf или в настройках CMS, которые пересекаются и создают цепочку.
• Дублирование URL: одна и та же страница доступна по разным адресам (с www/без www, http/https, trailing slash/без). Каждый вариант перенаправляется на другой, пока не достигнет конечного адреса.
• Проблемы с HTTPS: сначала перенаправление с http на https, затем на canonical‑URL, затем на страницу без www, и т.д.
• Плагин/модуль: в CMS (WordPress, Joomla, Drupal) установлены плагины, которые добавляют свои правила редиректа, не учитывая уже существующие.

Как проверить

1. Проверка цепочки в браузере
   - Открой DevTools → Network → включи Preserve log.
   - Перейди по проблемной ссылке и посмотри, сколько раз меняется URL и какой статус код (301/302).

2. Проверка через команду curl
   bash curl -I -L http://example.com/old-page
-L заставит curl следовать редиректам. В выводе будет видно последовательность URL и кодов.

3. Проверка конфигурации сервера
   - Apache: просматривай .htaccess и httpd.conf.
   - Nginx: проверь nginx.conf и файлы в sites-available.
   - В обоих случаях ищи правила RewriteRule, Redirect, return 301, rewrite.

4. Проверка CMS
   - В админке проверь разделы «Переадресации», «Постоянные ссылки» (permalinks).
   - Отключи временно плагины редиректа и проверь, исчезла ли цепочка.

5. Проверка в Google Search Console
   - В разделе «Покрытие» найдите ошибки «Слишком длинные цепочки редиректов» и посмотрите, какие URL задействованы.

Решение

1. Упорядочить правила редиректа
   - Сконцентрируй все перенаправления в одном месте (например, в .htaccess для Apache).
   - Убедись, что каждое правило имеет конечный результат и не вызывает дальнейших редиректов.

Apache пример (.htaccess):
```apache RewriteEngine On

# http → https RewriteCond %{HTTPS} off RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# www → без www RewriteCond %{HTTP_HOST} ^www.example.com$ [NC] RewriteRule ^ https://example.com%{REQUEST_URI} [L,R=301]

# canonical URL без trailing slash RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} /$ RewriteRule ^(.+?)/$ https://example.com/$1 [L,R=301] ```

Nginx пример (nginx.conf):
```nginx server { listen 80; server_name www.example.com; return 301 https://example.com$request_uri; }

server { listen 443 ssl; server_name example.com;

   # без trailing slash
   if ($request_uri ~* /$) {
       return 301 https://example.com$uri;
   }

   # остальные правила

} ```

2. Устранить дублирующие URL
   - Настрой canonical‑теги в HTML:
   html <link rel="canonical" href="https://example.com/page" /> - В sitemap.xml указывай только canonical‑версии.

3. Проверить плагины/модули
   - Отключи все плагины редиректа, проверь работу сайта.
   - Если всё ок, включай плагины по одному, пока не найдёшь конфликт.
   - Перенеси правила из плагина в основной конфиг, чтобы избежать дублирования.

4. Тестирование
   - После внесения изменений снова запусти curl -I -L http://example.com/old-page и убедись, что цепочка не превышает 3 редиректа.
   - Проверь в Google Search Console, исчезла ли ошибка.

5. Мониторинг
   - Добавь в robots.txt директиву, чтобы поисковики не обходили страницы, которые могут быть временно недоступны:
   txt User-agent: * Disallow: /temp-redirect/
   - Регулярно проверяй отчёты о покрытии и отчёты о crawl errors.

Связанные

• Как настроить canonical URL в WordPress
• Проблемы с HTTPS и редиректами