301 редирект (англ. 301 Moved Permanently) — это HTTP-статус ответа, который сообщает браузеру и поисковому роботу, что страница навсегда переехала на новый адрес. В отличие от временного 302, код 301 склеивает старый и новый URL в индексе и передаёт на новую страницу накопленные сигналы ранжирования — ссылочный вес, позиции по запросам, поведенческие данные. Это основной инструмент для сохранения SEO-показателей при смене домена, переходе на HTTPS, объединении дублей и реструктуризации каталога.
Что такое 301 редирект
301 редирект — серверный ответ с кодом 301 и HTTP-заголовком Location, в котором указан новый адрес страницы. Когда браузер или поисковый робот получает такой ответ, он автоматически переходит по новому URL. Для пользователя процесс незаметен — открывается сразу конечная страница.
Признак «постоянный» — ключевой. Поисковики Google и Яндекс трактуют 301 как сигнал, что старого URL больше не будет, и со временем убирают его из индекса, передавая накопленные сигналы ранжирования на новый адрес. Это принципиальное отличие от 302 (Found) — временного перенаправления, при котором старый URL остаётся в индексе.
Когда применяется
Постоянное перенаправление нужно в случаях, когда старый адрес больше не должен открываться напрямую, а накопленные SEO-сигналы важно сохранить.
- Переход на HTTPS. Все URL с
http://склеиваются с версией наhttps://через 301. Без этого в индексе остаются обе версии — возникает дубль главной и внутренних страниц. - Склейка зеркал с www и без www. Адреса
example.byиwww.example.byтехнически разные хосты. Один выбирается основным, второй редиректится на основной через 301. - Смена домена. При ребрендинге или переезде с региональной зоны (
.com→.by) старый домен полностью редиректится на новый с попаттернным сопоставлением страниц. - Изменение структуры URL. Перевод сайта на ЧПУ, реструктуризация каталога интернет-магазина — каждый старый URL переезжает на новый через 301.
- Объединение страниц-дублей. Две страницы с похожим содержанием, конкурирующие за один запрос, склеиваются в одну: слабая редиректится на сильную.
- Унификация формата URL. Версии со слэшем и без (
/categoryи/category/), разный регистр (/Catalogи/catalog) — приводятся к каноническому варианту через 301.
Отличия от 302 и 308
В семейство 3xx (Redirection) входит несколько кодов с разной семантикой. Подмена одного другим даёт разный результат для индексации.
| Код | Тип | SEO-эффект |
|---|---|---|
| 301 | Постоянный | Склейка URL, передача ссылочного веса на новый адрес |
| 302 | Временный | Старый URL остаётся в индексе, вес передаётся ограниченно |
| 307 | Временный | Аналог 302 со строгим сохранением HTTP-метода запроса |
| 308 | Постоянный | Аналог 301 со строгим сохранением HTTP-метода запроса |
Различие между 301 и 308 чисто техническое: 308 не разрешает менять HTTP-метод при перенаправлении (POST остаётся POST). Для классических SEO-задач — переезд страницы, склейка зеркал, объединение дублей — используется 301. Код 308 уместен в API и внутренних сервисах, где важно сохранить тело запроса.
Как настроить
Способ настройки зависит от веб-сервера и CMS. Базовые варианты — через конфигурацию сервера или плагин в CMS.
Apache (.htaccess)
Для большинства shared-хостингов используется Apache. Редиректы добавляются в файл .htaccess в корне сайта через модуль mod_rewrite:
RewriteEngine On
# С http на https
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
# С www на без www
RewriteCond %{HTTP_HOST} ^www.(.+)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
# Редирект конкретного URL
RewriteRule ^staraya-stranica/?$ /novaya-stranica [R=301,L]Флаг R=301 явно указывает код, без него mod_rewrite по умолчанию ставит 302. Флаг L означает «последнее правило».
Nginx
В Nginx редиректы прописываются в конфигурации виртуального хоста через директиву return:
# Простой редирект страницы
location = /old-page {
return 301 /new-page;
}
# С http на https для всего домена
server {
listen 80;
server_name site.by www.site.by;
return 301 https://site.by$request_uri;
}Директива return 301 предпочтительнее устаревшего rewrite ... permanent — быстрее и проще в чтении.
WordPress и другие CMS
В WordPress 301 редиректы настраиваются через плагины — Redirection (бесплатный), Yoast SEO Premium, Rank Math. Плагин записывает правила в базу и обрабатывает их через PHP. Для крупных проектов с тысячами редиректов серверный уровень (Apache/Nginx) предпочтительнее по производительности.
Влияние на SEO
Корректная настройка 301 позволяет сохранить позиции при переезде, исключить дубли в индексе и передать ссылочный вес со старого URL на новый.
Исторически (примерно до 2016 года) считалось, что 301 передаёт около 85–90% PageRank — небольшая часть веса терялась. В 2016 году Гэри Иллис из Google заявил, что современная модель ранжирования не теряет PageRank на 301 — потерь нет. Яндекс официально подобных заявлений не делал, но на практике корректно настроенный 301 склеивает страницы без заметных потерь позиций.
Сроки склейки в индексе: Google — 1–8 недель в зависимости от частоты обхода, Яндекс — 2–12 недель. Ускорить процесс помогает обновление sitemap.xml и отправка новых URL на переиндексацию через Search Console и Яндекс.Вебмастер.
Правильный 301 ведёт на конечный URL за один шаг, а не через цепочку промежуточных адресов. Google прекращает следовать по цепочке после 5 редиректов, а на каждом дополнительном шаге теряется часть веса и тратится краулинговый бюджет.
Типичные ошибки
| Ошибка | Последствие | Решение |
|---|---|---|
| Массовый редирект всего сайта на главную | Поисковики трактуют как soft 404, склейка не происходит, позиции теряются | Сопоставить каждый старый URL с релевантной новой страницей |
| 302 вместо 301 при переезде | Старый URL остаётся в индексе годами, вес передаётся не полностью | Проверять статус-код через curl или Screaming Frog |
| Цепочки из трёх и более редиректов | Потеря части веса, замедление загрузки, риск выхода за лимит в 5 шагов | Свести к одному прямому редиректу на конечный URL |
| Циклический редирект (А→Б→А) | Браузер показывает ERR_TOO_MANY_REDIRECTS — страница недоступна | Проверять направление склейки, только в одну сторону |
| Удаление редиректов после переезда | Старые внешние ссылки и закладки ведут на 404, теряется трафик | Хранить редиректы минимум 12 месяцев, желательно бессрочно |
Проверить корректность настройки можно командой curl -I -L https://site.by/old-page или через сервисы httpstatus.io и Screaming Frog SEO Spider.
Часто задаваемые вопросы
Сколько времени поисковики обрабатывают 301 редирект?
Google склеивает страницы за 1–8 недель в зависимости от частоты обхода. Яндекс — 2–12 недель, иногда дольше. Ускоряет процесс обновление sitemap.xml и отправка URL на переиндексацию в Search Console и Яндекс.Вебмастере.
Передаётся ли весь вес ссылок при 301?
По публичной позиции Google (Гэри Иллис, 2016), современная модель не теряет PageRank на 301. Исторически считалось, что теряется 10–15%. Яндекс позиции не озвучивал, но эмпирически корректно настроенный 301 склеивает страницы без заметных потерь.
Что важнее: 301 редирект или rel="canonical"?
Это разные инструменты. 301 — серверное перенаправление, старый URL становится недоступен. Canonical — рекомендация поисковику считать одну страницу главной из нескольких похожих, обе остаются доступны для пользователя. При переезде страницы — 301. Для устранения дублей при фильтрации каталога — canonical.
Как долго хранить 301 редиректы после переезда?
Минимум 12 месяцев — для гарантированной склейки в Google и Яндексе. На практике редиректы оставляют бессрочно: внешние ссылки на старые URL продолжают приходить из старых рассылок, кэша, закладок. Удаление через несколько лет приведёт к 404 для всех таких переходов.
Влияет ли 301 редирект на скорость загрузки сайта?
Каждый редирект — дополнительный HTTP-запрос, обычно 100–300 мс. Один 301 заметно не влияет. Цепочка из 3–5 редиректов увеличивает время до первого байта на 0,5–1,5 секунды и ухудшает Core Web Vitals. Для внутренних ссылок лучше всегда указывать конечный URL без редиректа.
В чём разница между 301 и 308 редиректом?
301 разрешает браузеру при перенаправлении сменить HTTP-метод (POST может стать GET). 308 запрещает это — метод и тело запроса сохраняются строго. Для классических SEO-задач — 301. Для API и сервисов с POST-запросами — 308. Поисковики обрабатывают оба кода одинаково.



