Редиректы 301 и 302: когда использовать и как проверить

Редирект 301 — постоянное перемещение URL: передаёт PageRank и обновляет индекс Google. Редирект 302 — временный: поисковик сохраняет оба URL. Неправильный выбор между ними стоит позиций и трафика. Практический гайд с кейсом, таблицами и чеклистом проверки.

Что такое HTTP-редирект и как он работает

Когда браузер или поисковый робот делает запрос к URL, сервер отвечает HTTP-статус-кодом. Коды 3xx означают «ресурс переместился» и указывают куда. Браузер автоматически переходит по новому адресу, а Googlebot записывает информацию в индекс.

Процесс выглядит так:

1. Запрос к https://example.com/old-page
2. Сервер возвращает 301 Moved Permanently + заголовок Location: https://example.com/new-page
3. Браузер переходит на новый URL автоматически
4. Googlebot помечает старый URL как перемещённый и передаёт сигналы ранжирования

Ключевое различие между кодами — насколько постоянным является перемещение и нужно ли передавать сигналы ранжирования новому URL.

Разница между 301 и 302: таблица сравнения

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

Другие редиректы: 303, 307, 308

Большинство SEO-специалистов ограничиваются 301 и 302, но HTTP-спецификация содержит ещё несколько кодов, которые важно понимать:

Для SEO-задач 307 и 308 используются редко. Код 303 актуален в веб-разработке после отправки форм. В 90% SEO-кейсов выбор между 301 и 302 решает все задачи.

Влияние редиректов на SEO

Редиректы влияют на три ключевых SEO-параметра: crawl budget, передачу PageRank и скорость загрузки.

Цепочки редиректов — главная проблема

Цепочка — это когда URL A → URL B → URL C. Googlebot тратит больше ресурсов на каждый дополнительный шаг. Из нашей практики аудита: сайты с цепочками из 4–5 редиректов часто имеют неполную индексацию — бот просто не доходит до финального URL за отведённый crawl budget.

Влияние на PageRank и link juice

Google официально подтверждает, что 301 передаёт PageRank. До 2016 года в SEO-среде считалось, что каждый редирект «съедает» до 15% веса ссылок. John Mueller опроверг этот миф — но только для одиночного прямого 301. Цепочка из 3 редиректов всё равно приводит к заметным потерям.

Crawl budget и скорость сканирования

Для небольших сайтов до 1000 страниц crawl budget не является критичным. Но для интернет-магазинов с десятками тысяч URL каждый лишний редирект — это меньше страниц, просканированных Googlebot в сутки. Если у вас 5000 товаров и 1500 из них имеют цепочки — часть каталога может неделями не обновляться в индексе.

Вместе с редиректами важно правильно настроить канонические теги — они помогают избежать дублирования без физического перенаправления.

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

301 — ваш основной инструмент в 90% ситуаций с перемещением контента. Конкретные кейсы:

• Переход с HTTP на HTTPS — наиболее распространённый кейс. Все HTTP-запросы должны идти на HTTPS через 301.
• Изменение структуры URL — вы изменили /catalog/product-name-12345 на /product-name/. Старый URL получает 301 на новый.
• Удаление дублей — есть две версии сайта: www. и без. Одна должна редиректить на другую через 301.
• Удаление страниц с контентом — если старая страница больше не существует, но есть похожий контент на другой — 301 на наиболее релевантную.
• Миграция домена — переезд с old-domain.com на new-domain.com. Обязательно 301 на уровне сервера для всех URL.
• Удаление слеша в конце URL — /page/ → /page (или наоборот) через 301, чтобы избежать дублирования.

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

302 — это инструмент для ситуаций, когда старая страница точно вернётся. Использовать его нужно редко, но правильно:

• A/B тестирование — вы тестируете новую версию страницы. Трафик временно идёт на вариант B через 302, чтобы Google не заменил версию A в индексе.
• Временные акции — главная страница акции (/sale/) временно ведёт на страницу конкретной скидки. После акции /sale/ вернётся.
• Георедиректы — некоторые реализации геоперенаправления используют 302, чтобы Google сохранял оригинальный URL в глобальном индексе.
• Технические работы — сайт на техническом обслуживании, пользователей временно перенаправляют на страницу-заглушку через 302.

Из нашей практики: самая частая ошибка — разработчики ставят 302 по умолчанию, потому что «не хотят ничего ломать». Через год сайт переполнен временными редиректами на постоянно перемещённые URL. Результат — Google индексирует устаревшие адреса, новые не получают должного PageRank.

Как настроить редиректы

Apache (.htaccess)

# Один редирект 301
Redirect 301 /old-page https://example.com/new-page

# Все страницы HTTP -> HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# www -> без www
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L]

Nginx

# HTTP -> HTTPS
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

# Один URL
location = /old-page {
    return 301 https://example.com/new-page;
}

WordPress

Для массовых редиректов в WordPress используйте плагин Redirection (более 2 млн активных установок). Он хранит все правила в базе данных и имеет встроенный мониторинг 404-ошибок. Для одиночных редиректов можно редактировать .htaccess напрямую.

OpenCart

В OpenCart редиректы настраиваются через админ-панель: System → SEO URL. Для нестандартных случаев — редактирование .htaccess в корне сайта. Обратите внимание: OpenCart по умолчанию генерирует 301 при изменении SEO-URL в карточке товара — проверяйте, чтобы старый URL не остался активным.

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

Проверка редиректов — обязательный шаг после любых изменений структуры URL или миграции. Инструментарий от простого к детальному:

1. Curl (командная строка)

# Проверка с отслеживанием цепочки
curl -I -L https://example.com/old-page

# Что искать в ответе:
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-page
# HTTP/2 200  <- финальный ответ

Флаг -I выводит только заголовки, -L отслеживает все переходы. Если в выводе три строки с HTTP-статусами — у вас цепочка из двух редиректов.

2. Screaming Frog SEO Spider

1. Запустите сканирование вашего домена
2. Перейдите в Response Codes → Redirection (3xx)
3. Для анализа цепочек: Bulk Export → Redirect Chains
4. Отфильтруйте колонку Redirect Hops — все значения >1 требуют исправления

3. Ahrefs Site Audit

1. Запустите новый аудит или обновите существующий
2. Перейдите в Issues → All Issues
3. Отфильтруйте по типам: Redirect loop, Too many redirects, Redirect chain too long
4. В разделе Links → Redirects просмотрите все redirect targets

4. Онлайн-тестеры

• httpstatus.io — показывает полную цепочку редиректов с временем ответа на каждом шаге
• redirect-checker.org — простой интерфейс для проверки отдельных URL
• Google Search Console → URL Inspection — показывает, какой URL Google видит как канонический после всех редиректов

Кейс: цепочка из 3 редиректов и потеря 40% трафика

Один из наших клиентов — интернет-магазин строительных материалов — обратился с проблемой: органический трафик упал на 38% за 2 месяца после переезда на новую CMS. Никаких санкций, никаких изменений в контенте. Причина оказалась в редиректах.

Ситуация до аудита:

• Старый сайт на HTTP → 301 на HTTPS (старый домен)
• Старый домен HTTPS → 302 на новый домен (разработчик поставил «временно» при тестировании)
• Новый домен / → 301 на /ua/ (языковая версия)

Итого: 3 перехода для каждого URL. Googlebot сканировал только часть каталога. 302 посередине означал, что PageRank с 4000+ входящих ссылок не передавался новому домену.

Что сделали:

1. Заменили цепочку одним прямым 301 с http://old-domain.com/* на https://new-domain.com/ua/*
2. Проверили через Screaming Frog — ноль цепочек
3. Запросили повторное сканирование ключевых страниц через Google Search Console

Результат: через 6 недель трафик вернулся к 94% от исходного уровня. Оставшиеся 6% — естественные колебания после смены домена, которые нивелировались за следующие 3 месяца.

На практике

Онлайн-школа программирования из Харькова обратилась к нам после редизайна платформы: разработчики сменили структуру URL для всех 800 страниц курсов, оставив цепочки из 4–6 редиректов на каждом адресе. Схема была стандартной для поэтапного деплоя — /courses/python-v1 → /courses/python-v2 → /courses/python-v3 → /learn/python — но никто не убрал промежуточные звенья после завершения миграции.

Google Search Console фиксировал резкое падение: за 3 недели позиции по 60 ключевым запросам просели на 12–20 мест, органический трафик сократился на 41%.

Аудит запустили через Screaming Frog в режиме Bulk Export → Redirect Chains: инструмент выгрузил 800 цепочек, средняя длина — 4,7 шага. Затем Ahrefs Site Audit подтвердил, что link juice по входящим ссылкам «размывался» на каждом переходе — эффективная передача PageRank составляла не более 60% от исходного веса.

Все цепочки схлопнули до одного прямого 301 через правила на уровне Nginx, после чего запросили переобход приоритетных страниц через Google Search Console. Трафик восстановился за 5 недель, позиции по 54 из 60 запросов вернулись в исходный диапазон.

Цепочки из 4+ шагов на страницах курсов — это не просто потеря PageRank. Googlebot на таких сайтах часто вообще не доходил до финального URL за отведённый crawl budget: мы видели страницы со статусом «Discovered — currently not indexed» спустя три недели после деплоя. Схлопывать цепочки нужно до деплоя, а не после жалоб на трафик.

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

Передаёт ли редирект 301 весь PageRank?

Google официально подтвердил, что 301 передаёт большую часть PageRank. До 2016 года считалось, что теряется до 15%, но John Mueller опроверг этот миф. На практике позиции восстанавливаются в течение 2–8 недель после корректной настройки 301.

Что будет, если оставить 302 вместо 301?

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

Сколько редиректов в цепочке критично для SEO?

Цепочка из 3 и более редиректов существенно замедляет обход и может привести к тому, что Googlebot вообще не дойдёт до финального URL. Оптимально — один прямой редирект с A на B. Максимально допустимо — два (A → B → C) как временное состояние при миграции.

Как проверить редирект без специальных инструментов?

Через командную строку: curl -I -L https://example.com/old-page. Флаг -I показывает заголовки, -L следует по цепочке. В ответе ищите HTTP/1.1 301 или HTTP/2 302 и Location: — это покажет, куда ведёт редирект и нет ли лишних переходов.