Цепочки редиректов и их влияние на SEO

Цепочки редиректов (redirect chains) — ситуация, когда запрос проходит через несколько промежуточных 301/302 прежде чем достичь финального URL. Пример: http://example.com/page → https://example.com/page → https://www.example.com/page → https://www.example.com/page/. Это 4 запроса вместо одного, и это медленно, неэффективно и плохо для SEO.

Почему цепочки — проблема

1. SEO-вес теряется. Google официально передаёт PageRank через 301, но каждый хоп теряет 10-15% веса на практике.
2. Crawl budget расходуется. Googlebot тратит запросы на редиректы вместо полезных страниц.
3. Скорость страдает. Каждый хоп = +100-300ms latency. 4 хопа = +500ms до TTFB.
4. PageSpeed анализ снижаются. LCP растёт, страница медленнее «появляется».
5. Мобильные пользователи страдают больше. На 3G каждый хоп — +1 секунда.
6. Браузерное кэширование неэффективно. 302 не кэшируются, 301 кэшируются, но цепочка ломает оптимизацию.

Типичные цепочки и как они возникают

HTTP → HTTPS → www → trailing slash

http://example.com/page
  ↓ 301 (HTTPS redirect)
https://example.com/page
  ↓ 301 (www redirect)
https://www.example.com/page
  ↓ 301 (trailing slash)
https://www.example.com/page/
= 3 лишних хопа!

Старые URL после миграции

/old-category/article
  ↓ 301
/new-category/article
  ↓ 301 (ещё один rename)
/articles/modern/article
  ↓ 301
/blog/article

Как найти цепочки

Используйте HTTP Header Checker от Enterno.io — он показывает всю цепочку редиректов с кодами, URL и временем каждого хопа в одном окне.

Или через curl:

curl -sLI http://example.com/page | grep -iE '^(location|http)'

# Подробная трассировка
curl -v -L http://example.com/page 2>&1 | grep -E '^> GET|^< HTTP|^< location'

Инструменты для массового аудита:

• Screaming Frog — crawl сайта, отчёт «Redirects → Redirect Chains»
• Sitebulb — похожий функционал, визуализация
• Google Search Console → Coverage — показывает ошибки редиректов

Правильная настройка в nginx: одна цепочка

# Плохо (4 хопа):
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}
server {
    listen 443 ssl;
    server_name example.com;
    return 301 https://www.example.com$request_uri;
}
# + еще trailing slash redirect в location

# Хорошо (1 хоп):
server {
    listen 80;
    listen 443 ssl;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;  # направляем на канонический сразу
}

server {
    listen 443 ssl;
    server_name www.example.com;
    # Добавьте rewrite для trailing slash в одной директиве
    rewrite ^([^.]*[^/])$ $1/ permanent;
    # ...
}

Исключите двойные редиректы

# Плохо (редирект на редирект):
location = /old-product {
    return 301 /products/old;  # а /products/old редиректит на /shop/old
}

# Хорошо (сразу на финал):
location = /old-product {
    return 301 /shop/old;
}

Правило: каждый 301 должен вести на 200, не на другой 301.

WordPress: аудит редиректов

Используйте плагин Redirection — он автоматически обнаруживает цепочки и предлагает «расплющить» их. В логах ищите «redirect to a redirect».

Быстрая проверка в БД

-- Для Redirection плагина
SELECT r1.url_from, r1.url_to, r2.url_to AS final
FROM wp_redirection_items r1
JOIN wp_redirection_items r2 ON r1.url_to = r2.url_from;
-- Результаты — те, которые нужно «расплющить»

CDN-специфика: Cloudflare, Fastly

• Cloudflare Page Rules могут добавлять скрытые редиректы (Always Use SSL/TLS проверку, www/non-www).
• HSTS Preload устраняет HTTP→HTTPS redirect на клиенте.
• Проверяйте реальные хопы с curl -v через Cloudflare proxy.

HSTS как способ убрать HTTP→HTTPS хоп

# После первого посещения браузер больше никогда не пойдёт на HTTP
add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;

# Для максимального эффекта — preload list: https://hstspreload.org/

Подробнее в нашей статье про HSTS и preload.

Влияние на Core Web Vitals

Каждый редирект добавляет к TTFB (Time To First Byte). Google использует TTFB косвенно через LCP. Цепочка из 3 хопов на 3G добавляет ~1 секунду к LCP, что может выбить сайт из «Good» (≤2.5s) в «Needs Improvement» (≤4s).

Проверяйте через PageSpeed Check от Enterno.io — получите полные Core Web Vitals и рекомендации.

Чеклист устранения цепочек

1. Просканируйте сайт Screaming Frog или аналогом.
2. Выпишите все цепочки в spreadsheet с промежуточными и финальными URL.
3. Обновите 301 правила: старый URL → финальный (минуя промежуточные).
4. Настройте HSTS для устранения HTTP→HTTPS хопа.
5. Выберите одну канон-форму: с www или без, с trailing slash или без.
6. Обновите внутренние ссылки на финальные URL — минус один редирект даже для «одиночных».
7. Обновите sitemap.xml — только финальные URL.
8. Проверьте результат через Enterno.io HTTP Checker.

Часто задаваемые вопросы (FAQ)

В: Сколько 301 подряд допустимо?
О: Идеально — 0. Максимум 1 хоп. Google рекомендует не больше 5, но после 5 перестаёт следовать.

В: Теряется ли SEO-вес в цепочках?
О: Google официально — нет. На практике 10-15% теряется на каждом хопе из-за crawl inefficiency.

В: www или без www — что лучше?
О: Не важно для SEO. Важно: выберите один и сделайте канон. Смешивание = цепочки + дубли.

В: Как часто Googlebot обновляет знания о цепочках?
О: От дней до месяцев. Принудительно — через Search Console «Проверка URL» → «Запросить индексирование».

Заключение

Цепочки редиректов — бесплатный SEO-wins, который можно получить за полдня работы. Аудит через HTTP Header Checker, правильная настройка nginx, HSTS, и обновление внутренних ссылок убирают 90% цепочек. Мониторьте Core Web Vitals и следите за TTFB.