Инструкции
301 редирект и другие: полный гайд по HTTP-редиректам

Редиректы — это основа технического SEO, которую чаще всего настраивают неправильно. Неверно выбранный тип редиректа может стоить вам потери ссылочного веса, путаницы для поисковых роботов или незаметного дублирования контента. В этом гайде разбираем все типы HTTP-редиректов: 301, 302, 307, 308 и meta refresh — когда что использовать, как правильно настроить и каких ошибок избегать.
301 редирект передаёт 90–99% ссылочного веса — но только если он правильно настроен и не образует цепочек.

Что такое HTTP-редирект
HTTP-редирект — это инструкция сервера, которая сообщает браузеру или поисковому роботу: «этот ресурс находится по другому адресу». Сервер отвечает кодом статуса 3xx и новым URL в заголовке Location. Браузер или бот автоматически переходит на новый адрес.
Редиректы используют при: изменении структуры URL, переезде на новый домен, удалении устаревших страниц, переходе с HTTP на HTTPS, объединении двух сайтов после ребрендинга.
301 редирект — постоянный
301 — наиболее важный тип редиректа для SEO. Он сигнализирует о постоянном переносе ресурса. Получив этот сигнал, Google:
- Обновляет индекс — заменяет старый URL новым
- Передаёт накопленный ссылочный вес (PageRank) на новую страницу
- Через некоторое время перестаёт краулить старый URL
Передача link equity: по данным Google — от 90% до 99%. Потери минимальны. Именно поэтому 301 является стандартом для любой постоянной миграции URL.
302 редирект — временный
302 сигнализирует о временном переносе. Google воспринимает это так: «оригинальный URL по-прежнему активен, он просто временно указывает на другой адрес». Последствия:
- Старый URL сохраняется в индексе Google
- Ссылочный вес не передаётся на новый URL
- Анкоры внешних ссылок остаются привязанными к старому URL
Когда 302 уместен: A/B-тестирование, временный редирект на время технических работ, временный геотаргетинг.
Редиректы 307 и 308
307 — Temporary Redirect (HTTP/1.1)
Функциональный аналог 302 с важным отличием: сохраняет метод HTTP-запроса. Если клиент отправил POST-запрос, после 307 он снова отправит POST (а не GET, как при 302). Актуально для API и форм. С точки зрения SEO — аналогичен 302.
308 — Permanent Redirect (HTTP/1.1)
Постоянный аналог 307. Сохраняет метод запроса и передаёт link equity как 301. Поддерживается современными браузерами, но встречается реже. Для обычных веб-страниц 301 по-прежнему предпочтительнее.
Meta Refresh — почему стоит избегать
Meta refresh — HTML-тег в секции <head>: <meta http-equiv="refresh" content="0; url=/новый-url">. Технически это не HTTP-редирект, а инструкция браузеру на уровне HTML. Проблемы для SEO:
- Медленная обработка поисковыми роботами
- Слабая передача link equity (значительно хуже, чем 301)
- Задержка для пользователя (если content > 0)
- Не все боты корректно его обрабатывают
Используйте meta refresh только когда нет доступа к серверной конфигурации.
Когда использовать каждый тип редиректа
- 301 — постоянная смена URL, миграция домена, переход на HTTPS, объединение страниц, редизайн структуры
- 302 — временная недоступность, A/B-тест, временный геотаргетинг
- 307 — временный редирект с сохранением HTTP-метода (API)
- 308 — постоянный редирект с сохранением HTTP-метода (редко)
- Meta refresh — только при отсутствии доступа к серверу
Как настроить 301 редирект
Apache (.htaccess)
Самый распространённый способ для хостингов на Apache:
RewriteEngine On
RewriteRule ^старая-страница/?$ /новая-страница/ [R=301,L]Для переноса целого домена:
RewriteCond %{HTTP_HOST} ^старый-домен\.ru [NC]
RewriteRule ^(.*)$ https://новый-домен.ru/$1 [R=301,L]nginx
В блоке server файла nginx.conf:
location = /старая-страница/ {
return 301 /новая-страница/;
}WordPress (без плагина)
Добавьте в functions.php:
add_action('template_redirect', function() {
if (is_page('старая-страница')) {
wp_redirect('/новая-страница/', 301);
exit;
}
});WordPress (с плагином)
Плагин Redirection (бесплатный, 2+ млн установок) позволяет управлять редиректами из панели WordPress без доступа к файлам сервера. Поддерживает regex, 301/302/307/308, ведёт лог запросов.
Типичные ошибки с редиректами
Цепочки редиректов
Возникают когда URL-A → URL-B → URL-C → URL-D. Каждый дополнительный переход:
- Увеличивает время загрузки (~200–300мс на переход)
- Тратит crawl budget
- Может снижать link equity на каждом звене
Решение: всегда вести напрямую с A к финальному URL-D. При аудите проверяйте все цепочки через Screaming Frog.
Петли редиректов
URL-A → URL-B → URL-A — бесконечная петля. Браузер вернёт ошибку «Too Many Redirects» (ERR_TOO_MANY_REDIRECTS). Типичные причины: конфликт правил в .htaccess или конфликт плагинов WordPress.
Использование 302 вместо 301
Самая распространённая ошибка. Если страница удалена навсегда и установлен 302 — Google продолжает хранить старый URL в индексе, новый URL не получает ссылочного веса. Проверяйте тип редиректа через curl:
curl -I https://yoursite.ru/старая-страница/Влияние редиректов на SEO
Передача PageRank
301 редирект передаёт накопленный PageRank практически полностью. Ключевое слово — «накопленный». Если старый URL не имел обратных ссылок — редирект не создаст авторитет для нового. Он лишь сохраняет уже существующий.
Crawl budget
Googlebot тратит ресурсы на обход цепочек редиректов. На больших сайтах (10 000+ URL) некорректные цепочки могут существенно снижать частоту краулинга важных страниц. Упрощайте цепочки и удаляйте устаревшие редиректы.
Время до индексации
После настройки 301 Google может обновить индекс от 2 дней до 6 недель в зависимости от частоты краулинга домена. Ускорить можно через Google Search Console: Проверка URL → Запросить индексирование.
Аудит редиректов
- Google Search Console: Покрытие → Исключено → найдите «Ошибка редиректа»
- Screaming Frog SEO Spider: бесплатно до 500 URL. Reports → Redirects → Full Redirect Chain
- Ahrefs Site Audit: автоматически обнаруживает цепочки 3xx и петли
- httpstatus.io: онлайн-инструмент для проверки одного URL без установки ПО
- curl:
curl -I --location URLпоказывает все переходы цепочки
Чек-лист настройки редиректов
- Определён тип каждого редиректа (постоянный или временный)
- Для постоянных переносов использован 301, а не 302
- Подтверждено отсутствие цепочек редиректов (A→B→C — исправлено на A→C)
- Подтверждено отсутствие петель редиректов (ERR_TOO_MANY_REDIRECTS)
- HTTPS-редирект настроен на уровне сервера (не через meta refresh)
- Все старые URL после миграции имеют 301 на новые URL
- sitemap.xml обновлён — содержит только финальные URL (без редиректов)
- Внутренние ссылки обновлены — ведут напрямую на финальные URL
- Google Search Console: Покрытие → проверены ошибки редиректов
- Screaming Frog: полный аудит цепочек выполнен
- HTTP-статус каждого редиректа проверен через curl или httpstatus.io
- Запущен мониторинг позиций после миграции (недели 2, 4, 8)
Часто задаваемые вопросы
Чем отличается 301 от 302 редиректа?
301 — постоянный редирект, который передаёт 90–99% ссылочного веса на новый URL и сигнализирует Google об обновлении индекса. 302 — временный редирект: Google сохраняет оригинальный URL в индексе и не передаёт link equity. Если вы переносите контент навсегда — всегда используйте 301.
Сколько link equity передаёт 301 редирект?
По данным Google и независимых исследований, 301 редирект передаёт от 90% до 99% ссылочного веса. Потери минимальны по сравнению с прямым URL. 302 и meta refresh передают значительно меньше, поэтому 301 является стандартом для постоянных изменений URL.
Что такое цепочка редиректов и почему она вредна?
Цепочка редиректов — это когда URL-A ведёт на URL-B, который ведёт на URL-C и так далее. Каждый дополнительный переход увеличивает время загрузки, тратит crawl budget и может снижать link equity на каждом звене. Google рекомендует не более 1–2 редиректов в цепочке. Оптимально — всегда вести напрямую к финальному URL.
Как проверить редиректы на сайте?
Самый быстрый способ — Google Search Console: Покрытие → Исключено → ошибки редиректов. Для полного аудита используйте Screaming Frog SEO Spider (бесплатно до 500 URL): Reports → Redirects → Full Redirect Chain. Также можно использовать онлайн-инструмент httpstatus.io или curl -I в командной строке.
Можно ли использовать 302 редирект вместо 301?
Только если изменение URL действительно временное — например, при техническом обслуживании или A/B-тесте. Во всех остальных случаях — нет. Ошибочное использование 302 вместо 301 при постоянной миграции приводит к тому, что Google не обновляет индекс, а новый URL не получает ссылочного веса.
Нужен аудит редиректов или техническая SEO-поддержка при миграции сайта? Spilno Agency выявит проблемы в цепочках редиректов и настроит техническое SEO.


