LuchanLabs IconLuchanLabs
Техническое SEO

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

Обновлено: 30 сентября 2026 г.3 мин чтения
Поделиться

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, где это возможно.

Связанные термины

Материал подготовлен командой LuchanLabs

Была ли эта статья полезной?