301 редирект сообщает браузеру и поисковому роботу, что страница окончательно переехала на другой адрес. Внешне всё выглядит просто: посетитель открывает старый URL и автоматически оказывается на новом. Для SEO важна внутренняя часть процесса. Сервер должен вернуть правильный статус, вести сразу на релевантную страницу и не создавать цепочку из нескольких переходов.
Ошибочно настроенное перенаправление способно закрыть страницу от обхода, отправить весь раздел на главную, образовать цикл или оставить в индексе ненужные адреса. Ниже разберём, когда нужен код 301, как составить карту соответствий, где разместить правила и чем проверить результат.
Когда используют 301 редирект
- страница получила новый постоянный URL;
- сайт переезжает на другой домен или протокол;
- объединяются дубли и версии адресов;
- меняется структура каталога;
- устаревший материал заменён равноценной новой страницей;
- нужно закрепить единую версию с www или без www.
Редирект не создают «на всякий случай». Если документ доступен по текущему адресу и не должен переезжать, правило только усложнит архитектуру. Для временной переадресации применяют временный HTTP-статус, а для похожих страниц, которые должны оставаться доступными, чаще рассматривают canonical. Эти инструменты решают разные задачи.
301, 302 и canonical
| Инструмент | Что означает | Когда подходит |
|---|---|---|
| 301 | Постоянное перемещение ресурса | Старый URL больше не нужен, новый адрес является основной заменой |
| 302 или 307 | Временное перенаправление | Исходная страница должна вернуться и остаться основной |
| rel=canonical | Предпочтительная версия среди доступных документов | Несколько страниц остаются открытыми, но поиску указывают основную |
Canonical не перенаправляет пользователя и не гарантирует исключение дубля. Код 301, напротив, меняет маршрут запроса. Поэтому подмена одного инструмента другим часто оставляет техническую проблему нерешённой.
Начните с карты соответствий
До изменения конфигурации соберите таблицу «старый URL → новый URL». Для небольшого раздела достаточно выгрузки адресов, а при миграции всего сайта понадобятся данные аналитики, поисковых систем, карты сайта, краулера и журналов сервера. В карту должны попасть страницы с трафиком, внешними ссылками и внутренними переходами.
- Зафиксируйте все старые адреса и их назначение.
- Найдите наиболее близкий новый документ для каждого URL.
- Отдельно отметьте страницы без полноценной замены.
- Проверьте, что целевой адрес возвращает 200 и открыт для индексации.
- Только после этого готовьте правила.
Не направляйте сотни разных удалённых страниц на главную. Пользователь не получает ожидаемого ответа, а поисковик может расценить такой маршрут как нерелевантный. Если равноценной замены нет, корректный ответ 404 или 410 нередко честнее.
Примеры для Apache
На сервере Apache правила часто размещают в файле .htaccess. Перед редактированием сделайте резервную копию. Синтаксис зависит от конфигурации хостинга, а ошибка может сделать сайт недоступным.
Redirect 301 /old-page/ https://example.ru/new-page/Для правил с регулярными выражениями используют mod_rewrite:
RewriteEngine On
RewriteRule ^old-section/(.*)$ /new-section/$1 [R=301,L]Первый пример подходит для одного точного маршрута. Второй переносит вложенные адреса раздела, сохраняя остаток пути. Перед массовым правилом проверьте несколько реальных URL, включая адрес без завершающего слеша, параметры и файлы.
Пример для Nginx
location = /old-page/ {
return 301 https://example.ru/new-page/;
}После изменения конфигурации Nginx сначала проверяют синтаксис, затем аккуратно перезагружают сервис. На управляемом хостинге эти действия обычно выполняются через панель или поддержку. Не вставляйте фрагмент вслепую, если не знаете, какой веб-сервер обслуживает сайт.
Редирект в WordPress
В WordPress перенаправления можно настроить плагином, средствами хостинга или на уровне сервера. Плагин удобен для редактора и ведения журнала, но сотни правил увеличивают зависимость от CMS. Серверный вариант обычно быстрее, однако требует аккуратной работы с конфигурацией.
Какой бы способ вы ни выбрали, храните единую карту редиректов. Когда одни правила находятся в панели хостинга, другие в плагине, а третьи в .htaccess, найти причину цикла становится заметно сложнее.
Как проверить настройку
Браузер показывает только конечную страницу и может использовать кэш. Для технической проверки нужен инструмент, который выводит всю цепочку ответов. Убедитесь, что первый запрос возвращает 301, заголовок Location содержит правильный абсолютный или допустимый относительный адрес, а конечная страница отвечает 200.
- переход выполняется за один шаг;
- нет циклов и возврата на старый URL;
- параметры сохраняются только там, где это нужно;
- старый адрес отсутствует во внутренних ссылках;
- новая страница указана в sitemap и canonical;
- robots.txt не мешает поисковику увидеть перенаправление.
После миграции обновите меню, хлебные крошки, ссылки в статьях и карту сайта. Постоянно гонять посетителя через редирект внутри собственного сайта нет смысла. Внутренние ссылки должны сразу вести на конечный адрес.
Частые ошибки
Цепочки
Маршрут A → B → C работает медленнее прямого A → C и усложняет диагностику. После каждой миграции переписывайте старые правила на актуальный конечный URL.
Массовый перенос на главную
Главная редко отвечает интенту конкретной карточки, статьи или категории. Подбирайте замену по содержанию, а не только по доступности.
Редирект на ошибку или закрытую страницу
Цель должна возвращать 200, иметь корректный canonical и быть доступной роботу. Иначе вместо решения получится скрытая цепочка ошибок.
Потеря параметров
Параметры аналитики обычно можно сохранить, а служебные фильтры и идентификаторы требуют отдельного решения. Не переносите всё автоматически, если параметры способны создать новые дубли.
Контроль после запуска
Проверьте ключевые адреса сразу после публикации правил, затем повторите обход сайта. Следите за ошибками 404, статусами в панелях вебмастеров, изменением числа индексируемых страниц и трафиком важных URL. Для большого переезда полезно сопоставлять старые и новые адреса по группам, чтобы быстро заметить просадку одного раздела.
Перед массовой миграцией стоит выполнить технический аудит сайта, а новую структуру связать с продуманной внутренней перелинковкой. Тогда 301 редирект становится частью понятного плана, а не набором разрозненных правил.
Правильная настройка держится на трёх вещах: релевантная карта соответствий, один переход до конечной страницы и обязательная проверка кодов ответа. Если эти условия выполнены, пользователи быстро находят нужный материал, а поисковые системы получают ясный сигнал о постоянном перемещении.