301-редирект: что это и как настроить правильно
301-редирект — это HTTP-код ответа сервера, который сообщает браузеру и поисковым системам о постоянном перемещении страницы с одного адреса на другой. В отличие от временного перенаправления (302), код 301 передаёт почти весь ссылочный вес, трафик и позиции старого URL на новый, а поисковая система со временем полностью заменяет старый адрес на новый в индексе.
Как это работает?
Когда сервер получает запрос на страницу с настроенным 301-редиректом, он возвращает не контент, а HTTP-заголовок со статусом 301 и адресом нового расположения (Location). Браузер автоматически переходит по новому адресу, а поисковый краулер фиксирует это перемещение как постоянное.
Обработка поисковыми системами
Googlebot, обнаружив 301-редирект, постепенно переносит сигналы ранжирования старой страницы на новую: ссылочную массу, историю сканирования и позиции в выдаче. Процесс обычно занимает от нескольких дней до нескольких недель в зависимости от частоты сканирования сайта.
Уровни настройки
Редирект можно реализовать на уровне сервера (.htaccess для Apache, конфигурация Nginx), на уровне CMS через плагины перенаправлений или программно в коде приложения — выбор зависит от технологического стека сайта.
Зачем это нужно?
301-редирект критически важен при смене структуры URL, удалении страниц, объединении дублей или миграции на новый домен — без него старые ссылки возвращают 404, и сайт теряет накопленный ссылочный вес и трафик из органической выдачи.
Редирект также используют для объединения нескольких версий домена (с www и без, http и https) в одну каноническую версию, предотвращая распыление сигналов ранжирования.
Пример использования
# .htaccess (Apache)
Redirect 301 /old-page/ https://example.com/new-page/# Nginx
location /old-page/ {
return 301 https://example.com/new-page/;
}# Пример HTTP-заголовка ответа сервера
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page/Распространённые ошибки
Цепочки редиректов (redirect chains)
Несколько последовательных 301 (A → B → C) замедляют передачу сигналов и загрузку страницы — правильно настраивать прямой редирект A → C.
Редирект всех страниц на главную
При удалении раздела массовое перенаправление всех его URL на главную вместо релевантных соответствий воспринимается Google как слабый сигнал и может привести к потере части трафика.
Циклические редиректы (redirect loop)
Страница A перенаправляет на B, а B — обратно на A, что делает обе страницы недоступными для пользователей и краулеров.
302 вместо 301 для постоянных изменений
Временный редирект не передаёт ссылочный вес полноценно и сигнализирует поисковой системе, что старый адрес ещё актуален, — индексация нового URL задерживается.
Редирект на страницу с noindex или заблокированную в robots.txt
Конечная страница должна быть доступна для сканирования и индексации, иначе передача сигналов ранжирования не происходит.
Как проверить?
Статус-код редиректа можно проверить инструментом проверки URL (URL Inspection) в Google Search Console, а также любым HTTP-заголовок-чекером. В браузере вкладка Network в DevTools показывает цепочку редиректов и финальный код ответа.
FAQ
Сколько времени нужно Google, чтобы учесть 301-редирект?
Обычно от нескольких дней до нескольких недель в зависимости от частоты сканирования сайта. При массовой миграции домена процесс может длиться дольше из-за объёма URL, которые нужно переобработать.
Стоит ли удалять 301-редирект через год после миграции?
Нет, рекомендуется оставлять редиректы бессрочно, поскольку внешние ссылки и закладки пользователей на старые URL могут существовать годами.
Чем 301 отличается от 302-редиректа?
301 сигнализирует о постоянном перемещении и передаёт ссылочный вес, тогда как 302 означает временное изменение, и поисковая система продолжает считать оригинальный адрес основным.
Можно ли редиректить много старых страниц на одну новую?
Технически да, но это теряет часть уникального трафика каждой страницы — правильнее находить релевантное соответствие для каждого URL, где это возможно.
Связанные термины
- Canonical (канонический URL)Альтернативный способ консолидации дублей без перенаправления пользователя, в отличие от 301.
- Robots.txtДолжен разрешать сканирование как старого, так и нового адреса на время передачи сигналов через редирект.
- Duplicate content (дубли контента)Проблема, которую 301 решает окончательно, физически объединяя несколько URL в один.
- Meta robots noindexСтраница с noindex не должна быть конечной точкой 301-редиректа.
- Sitemap.xmlПосле настройки 301 старый адрес следует удалить из sitemap, оставив только новый.
- Краулинговый бюджетДлинные цепочки редиректов неэффективно расходуют бюджет сканирования.
Материал подготовлен командой LuchanLabs