Постоянный редирект 301: настройка через .htaccess, передача ссылочного веса и сохранение SEO-позиций

Редирект 301 — это HTTP-статус «Moved Permanently» (перемещён постоянно), который сообщает поисковикам и браузерам: страница переехала по новому адресу навсегда. В отличие от временного редиректа 302, статус 301 передаёт накопленный ссылочный вес (link equity) на новый URL и сигнализирует Яндексу, что старый адрес нужно убрать из индекса, а новый — проиндексировать.

В этой статье разберём настройку через .htaccess и Nginx, разницу между 301 и 302, сколько веса реально передаётся и как избежать типичных ошибок.

301 vs 302: в чём принципиальная разница

Типичная ошибка: разработчики используют 302, когда нужен 301 — «на всякий случай, вдруг придётся вернуть». В результате поисковик держит в индексе старые URL и не передаёт вес на новые. Если переезд постоянный — всегда используйте 301.

Сколько ссылочного веса передаёт 301 редирект

Долгое время считалось, что 301-редирект передаёт 90–99% ссылочного веса. Яндекс официально подтвердил, что передача веса через 301 происходит, но конкретные цифры не раскрываются.

На практике: после правильно настроенного 301-редиректа позиции нового URL в течение 2–8 недель выходят на уровень старого. Чем авторитетнее старая страница, тем важнее сделать редирект корректно.

Важно: цепочки редиректов снижают передаваемый вес. Если A → B → C, то С получает меньше веса, чем если бы A → C напрямую. Всегда настраивайте прямые редиректы, минуя промежуточные.

Настройка 301 редиректа через .htaccess (Apache)

Файл .htaccess расположен в корне сайта. Вот основные сценарии:

Редирект конкретной страницы:

Redirect 301 /old-page/ https://example.ru/new-page/

Редирект всего сайта на новый домен:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.ru [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]

Редирект с www на без www:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.example\.ru [NC]
RewriteRule ^(.*)$ https://example.ru/$1 [R=301,L]

Редирект с HTTP на HTTPS:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Редирект раздела целиком:

RewriteRule ^old-section/(.*)$ /new-section/$1 [R=301,L]

Редирект страниц с параметрами на чистый URL:

RewriteCond %{QUERY_STRING} ^id=123$
RewriteRule ^page\.php$ https://example.ru/product-name/? [R=301,L]

Символ ? в конце URL убирает строку запроса из нового адреса.

Настройка 301 редиректа в Nginx

В конфигурации виртуального хоста:

Редирект конкретной страницы:

location = /old-page/ {
    return 301 https://example.ru/new-page/;
}

Редирект с www на без www:

server {
    listen 80;
    server_name www.example.ru;
    return 301 https://example.ru$request_uri;
}

Редирект с HTTP на HTTPS:

server {
    listen 80;
    server_name example.ru www.example.ru;
    return 301 https://example.ru$request_uri;
}

Редирект раздела:

location ^~ /old-section/ {
    rewrite ^/old-section/(.*)$ /new-section/$1 permanent;
}

После изменений в конфигурации Nginx обязательно выполните:

nginx -t && systemctl reload nginx

Настройка 301 в популярных CMS

WordPress: Используйте плагин Redirection или Simple 301 Redirects. Оба позволяют задавать редиректы через интерфейс без правки .htaccess. При большом количестве редиректов (500+) предпочтительнее настройка через .htaccess для производительности.

1С-Битрикс: Редиректы настраиваются в разделе «Настройки → Настройки сайта → URL страниц». Для массовых редиректов используйте компонент bitrix:redirect или правки .htaccess.

OpenCart: Модуль «Перенаправления» в разделе «Система». Для массовых редиректов — .htaccess.

Как проверить, что 301 редирект работает корректно

1. Инструмент проверки заголовков. Используйте онлайн-сервисы или команду curl:

   curl -I https://old-url.ru/page/

   В ответе должны быть строки: HTTP/1.1 301 Moved Permanently и Location: https://new-url.ru/page/.

2. Яндекс Вебмастер. Раздел «Инструменты → Проверка ответа сервера». Введите старый URL и убедитесь, что сервер отвечает 301.

3. Google Chrome DevTools. Откройте вкладку Network, включите «Preserve log», перейдите по старому URL и посмотрите цепочку редиректов.

Частые ошибки при настройке 301 редиректов

1. Редирект на главную вместо релевантной страницы. Если страница /old-product/ переехала на /new-product/, нельзя делать редирект на главную. Яндекс интерпретирует это как мягкую 404-ошибку.

2. Цепочки редиректов. Проверяйте, что при переезде не образовались цепочки: /a/ → /b/ → /c/. Выравнивайте их до прямых редиректов.

3. Редирект с сохранением фрагментов URL. Не забывайте о параметрах и якорях. Тестируйте редиректы для URL с ?param=value.

4. Смешивание 301 и 302. При использовании систем кэширования или CDN 302 может кэшироваться непредвиденно. Всегда явно указывайте код редиректа.

5. Пропущенные варианты URL. Если сайт работал и с /page/, и с /page (без слэша), настройте редиректы для обоих вариантов.

6. Отсутствие обновления внутренних ссылок. Редиректы замедляют загрузку и теряют часть веса. После массового переезда обновите все внутренние ссылки на новые URL — это ускорит индексацию и сохранит максимум веса.

Сколько времени занимает переиндексация после 301

Яндекс обрабатывает 301-редиректы в несколько этапов:

1. Обнаружение редиректа — от 1 до 7 дней после публикации
2. Замена URL в индексе — от 2 до 8 недель
3. Перенос позиций — параллельно со сменой URL, иногда с временным проседанием

Временное падение позиций на 2–4 недели после массового переезда — нормальное явление. Если падение продолжается более 2 месяцев — ищите технические ошибки в настройке редиректов.

Когда 301 редирект не нужен

• Для отдельных страниц, которые просто удалены (используйте 404 или 410)
• Для страниц, которые вернутся в ближайшее время (используйте 302)
• Для перелинковки между разделами на одном домене (используйте обычные ссылки)

Правильно настроенные редиректы в сочетании с актуальным robots.txt и XML-картой сайта обеспечивают корректную техническую среду, в которой поведенческие факторы — главный рычаг ранжирования в Яндексе — работают на максимуме своего потенциала.