Цепочки редиректов: как они влияют на SEO и скорость

Редиректы (перенаправления) — неотъемлемая часть работы с сайтами. Они нужны при переезде на новый домен, изменении структуры URL, переходе с HTTP на SSL/TLS проверку. Однако неправильное использование редиректов создаёт цепочки перенаправлений, которые замедляют загрузку и вредят SEO-позициям. Разберём эту проблему подробно.

Типы HTTP-редиректов

301 — Permanent Redirect

Код 301 сообщает браузерам и поисковым системам, что страница перемещена навсегда. Поисковые системы передают ссылочный вес (link juice) новому URL и со временем заменяют старый URL в индексе на новый.

Когда использовать 301:

• Переезд сайта на новый домен
• Изменение структуры URL на постоянной основе
• Каноникализация (www → без www, HTTP → HTTPS)
• Объединение дублирующихся страниц

302 — Found (Temporary Redirect)

Код 302 указывает на временное перенаправление. Поисковые системы сохраняют в индексе оригинальный URL и не передают ссылочный вес новому адресу.

Когда использовать 302:

• A/B-тестирование страниц
• Временное перенаправление на страницу обслуживания
• Геозависимое перенаправление пользователей
• Перенаправление при незавершённом переезде

307 и 308 — строгие редиректы

Код 307 (Temporary) и 308 (Permanent) — более строгие версии 302 и 301 соответственно. Они гарантируют, что метод HTTP-запроса (POST, PUT) сохраняется при перенаправлении. Для обычных GET-запросов поведение аналогично 302 и 301.

Код	Тип	Передача link juice	Сохранение метода
301	Постоянный	Да (90–99%)	Может измениться на GET
302	Временный	Нет	Может измениться на GET
307	Временный	Нет	Сохраняется
308	Постоянный	Да	Сохраняется

Что такое цепочка редиректов

Цепочка редиректов возникает, когда один URL перенаправляет на другой, который в свою очередь перенаправляет на третий, и так далее. Простой пример:

http://example.com → 301 → https://example.com → 301 → https://www.example.com → 301 → https://www.example.com/new-page/

В этом случае браузер выполняет три последовательных запроса вместо одного. Каждый редирект добавляет задержку в 100–500 мс (DNS-запрос, TCP-соединение, TLS-рукопожатие, ожидание ответа).

Как цепочки редиректов влияют на SEO

Потеря ссылочного веса

Google заявлял, что 301-редирект передаёт весь ссылочный вес. Однако на практике каждый шаг в цепочке может ослаблять передачу. При цепочке из 3–4 редиректов потеря может быть значительной.

Замедление индексации

Googlebot имеет ограниченный краулинговый бюджет для каждого сайта. Цепочки редиректов расходуют этот бюджет впустую — бот тратит запросы на прохождение цепочки вместо индексации полезных страниц.

Проблемы с обнаружением конечного URL

Google следует максимум по 10 редиректам в цепочке. Если цепочка длиннее, Googlebot прекратит следовать редиректам и страница не будет проиндексирована.

Смешение 301 и 302

Если в цепочке встречается 302-редирект, поисковая система может решить, что перенаправление временное, и не передать ссылочный вес следующим звеньям. Это распространённая ошибка, особенно при настройке через панель хостинга.

Влияние на скорость загрузки

Каждый редирект в цепочке требует полного цикла запрос-ответ:

1. DNS-резолвинг (если домен меняется) — 20–120 мс
2. TCP-соединение — 10–100 мс
3. TLS-рукопожатие (для HTTPS) — 30–150 мс
4. Отправка запроса и получение ответа — 10–200 мс

Итого каждый шаг добавляет от 70 до 570 мс. Цепочка из трёх редиректов может добавить более секунды к времени загрузки — критично для мобильных пользователей и метрики LCP.

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

Ручная проверка

Используйте инструмент проверки HTTP-заголовков enterno.io. Он покажет HTTP-код ответа и заголовок Location, если есть перенаправление. Проверяйте каждый URL в цепочке последовательно.

Инструменты для массовой проверки

• Массовая проверка URL на enterno.io — проверьте до 20 URL одновременно
• Screaming Frog SEO Spider — краулер, находящий все редиректы на сайте
• Google Search Console — отчёт «Покрытие» показывает страницы с редиректами
• Ahrefs / SEMrush — аудит сайта выявляет цепочки

Проверка через curl

curl -sIL https://example.com 2>&1 | grep -E "^HTTP/|^location:"

Флаг -L заставляет curl следовать редиректам, а -I показывает только заголовки.

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

1. Прямой редирект на конечный URL

Вместо цепочки A → B → C → D настройте прямой редирект A → D, B → D, C → D. Каждый промежуточный URL должен перенаправлять непосредственно на финальный адрес.

2. Обновление внутренних ссылок

Найдите все внутренние ссылки, ведущие на URL с редиректами, и замените их на конечные URL. Это устраняет редиректы для пользователей, пришедших с вашего же сайта.

3. Каноникализация через конфигурацию сервера

Настройте одно правило каноникализации вместо нескольких последовательных. Для nginx:

# Одно правило вместо цепочки: http → https + www → non-www
server {
    listen 80;
    listen 443 ssl;
    server_name www.example.com example.com;

    # Один редирект на финальный URL
    if ($scheme = "http") {
        return 301 https://example.com$request_uri;
    }
    if ($host = "www.example.com") {
        return 301 https://example.com$request_uri;
    }
}

4. Аудит .htaccess (Apache)

Множество правил RewriteRule, добавленных в разное время, часто создают непредусмотренные цепочки. Рекомендуется:

• Объединить правила перенаправления
• Использовать флаг [L] (Last) для остановки обработки после совпадения
• Добавлять новые правила в начало файла, а не в конец
• Тестировать каждое изменение через проверку заголовков

5. Обновление внешних ссылок

Где возможно, обновите ссылки в социальных сетях, справочниках, email-рассылках и других внешних ресурсах, чтобы они вели на актуальные URL.

Типичные причины цепочек

• Переезд с HTTP на HTTPS + каноникализация www — два последовательных редиректа
• Смена CMS или структуры сайта — старые правила не обновляются
• Трейлинг-слеш — /page → /page/ добавляет лишний шаг
• Смена домена — старый домен → новый домен, но на новом тоже есть редиректы
• Сокращатели ссылок — bit.ly → промежуточная страница → конечный URL

Петли редиректов

Ещё опаснее цепочек — петли (redirect loops), когда URL A перенаправляет на B, а B — обратно на A. Браузеры обнаруживают петлю и показывают ошибку ERR_TOO_MANY_REDIRECTS.

Частые причины петель:

• Конфликт между правилами на сервере и в CMS
• CDN или прокси добавляет собственные редиректы
• Плагины CMS конфликтуют между собой
• Неправильная настройка SSL на CDN (flexible mode + redirect to HTTPS на origin)

Чек-лист по работе с редиректами

1. Используйте 301 для постоянных и 302 для временных перенаправлений
2. Максимальная длина цепочки — 1 редирект (в идеале — 0)
3. Регулярно проверяйте сайт на наличие цепочек и петель
4. Обновляйте внутренние ссылки при изменении URL
5. Объединяйте правила каноникализации в одно перенаправление
6. Тестируйте редиректы после каждого изменения конфигурации
7. Мониторьте краулинговый бюджет в Google Search Console