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

Автор: Валерия Морозова | Опубликовано: 18.10.2026

301-редирект нужен тогда, когда старый адрес страницы больше не должен открываться, а весь вес и переходы нужно передать новому URL. На практике это бывает после смены домена, переезда на HTTPS, изменения структуры ссылок, удаления страницы или объединения нескольких материалов в один. Если просто оставить старый адрес без перенаправления, пользователь увидит 404, а поисковая система будет считать старую страницу отдельным URL, пока не разберётся сама.

Для WordPress это обычная задача технического обслуживания, но делать редирект нужно аккуратно. Ошибка в настройке легко создаёт цепочки, петли или массовые перенаправления на нерелевантные страницы. Ниже разберём, когда 301 действительно нужен, как его поставить и как проверить, что всё работает правильно.

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

301 используют для постоянного переноса адреса. Это не временное решение. Если вы точно знаете, что старый URL больше не вернётся, 301 — правильный вариант.

Типичные случаи:

сменился домен сайта;
страница переехала на новый адрес;
изменились ЧПУ и структура рубрик;
сайт перевели с HTTP на HTTPS;
объединили несколько страниц в одну;
удалили материал, но у него есть замена с похожим смыслом.

Если страница просто временно недоступна, 301 не подходит. В таких ситуациях обычно используют другие механизмы: 302 для временного переноса или обычный ответ сервера, если адрес скоро вернётся. Для SEO это важно: поисковик по-разному обрабатывает постоянный и временный редирект.

Есть ещё один частый случай, где редирект не нужен: когда страница остаётся на месте, но вы хотите управлять её индексацией. Тут работают noindex и canonical, а не 301. Редирект меняет адрес для пользователя и робота, а noindex лишь просит не показывать страницу в поиске. Это разные задачи.

Как понять, что редирект действительно нужен

Перед настройкой полезно проверить, есть ли у старого адреса трафик, ссылки и индексирование. Если страница уже давно не используется и на неё никто не ссылается, редирект всё равно полезен, но риск ошибки ниже. Если же на старый URL ведут внешние ссылки или он получает переходы из поиска, перенаправление нужно делать особенно внимательно.

Проверить это можно в Google Search Console, аналитике и по внутренним ссылкам сайта. Если старый адрес встречается в меню, в статьях или в хлебных крошках, сначала исправьте эти ссылки, а потом уже ставьте редирект. Так вы не создадите лишнюю зависимость от перенаправления там, где можно сразу ссылаться на новый URL.

Самый надёжный способ: настроить редирект на сервере

Если у вас есть доступ к настройкам сервера, лучше делать 301 именно там. Это быстрее и надёжнее, чем через PHP или плагин, потому что перенаправление срабатывает до загрузки WordPress.

Apache: правило в .htaccess

На большинстве хостингов с Apache редирект добавляют в файл .htaccess в корне сайта. Перед изменением сделайте резервную копию файла: ошибка в синтаксисе может уронить сайт или сломать доступ к страницам.

Пример переноса одной страницы:

Redirect 301 /staryi-url/ https://example.com/novyi-url/

Если нужно перенаправить весь сайт на новый домен, удобнее использовать правило с mod_rewrite:

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

Это правило сохраняет путь страницы: /category/post/ на старом домене станет /category/post/ на новом. Для переезда домена это обычно именно то, что нужно.

Nginx: редирект в конфигурации сайта

На Nginx редирект настраивают в конфиге виртуального хоста. Если вы не имеете доступа к серверу, этот вариант обычно делает хостинг-провайдер.

Пример для одной страницы:

rewrite ^/staryi-url/?$ https://example.com/novyi-url/ permanent;

Пример для переноса всего домена:

server {
    server_name old-domain.ru www.old-domain.ru;
    return 301 https://new-domain.ru$request_uri;
}

Здесь $request_uri сохраняет путь и параметры запроса. Это важно, если на старых адресах были UTM-метки, фильтры или другие параметры.

Если доступа к серверу нет: редирект через WordPress или плагин

Когда вы не можете править конфигурацию сервера, остаются два варианта: небольшой код в WordPress или плагин для редиректов. Для владельца обычного сайта чаще всего удобнее плагин, потому что он позволяет управлять перенаправлениями без правки файлов.

Если нужен один-два редиректа, можно добавить их через специализированный плагин. Если редиректов много, особенно после переезда сайта или смены структуры URL, удобнее использовать инструмент, где можно быстро увидеть список правил и избежать дублей. В экосистеме WordPress для таких задач подходит Clearfy Pro: он помогает работать с редиректами и другими техническими настройками сайта без лишних ручных правок. Подробности есть на странице плагина: Clearfy Pro.

При этом не стоит ставить редирект-плагин только ради одной страницы, если у вас уже есть доступ к серверу. Серверное правило обычно надёжнее и не зависит от загрузки WordPress.

Как не сделать цепочку редиректов

Цепочка возникает, когда URL проходит через несколько промежуточных адресов: старый адрес ведёт на промежуточный, тот — ещё на один, и только потом пользователь попадает на конечную страницу. Например: /old/ → /new/ → /final/.

Для пользователя это лишняя задержка. Для поисковых систем — лишний обход и риск, что часть сигнала потеряется по пути. На практике цепочки появляются после нескольких переездов сайта, когда старые правила не удаляют, а просто добавляют новые.

Правильный подход такой:

сразу редиректить старый URL на конечный адрес;
не оставлять промежуточные правила «на всякий случай»;
после смены структуры проверить, не ведут ли старые правила друг на друга;
обновить внутренние ссылки, чтобы они сразу указывали на конечный URL.

Если вы меняете адрес страницы второй раз, не делайте редирект на старый новый адрес. Перепишите правило сразу на актуальный URL. Это особенно важно для крупных сайтов, где накопилось много исторических перенаправлений.

Что делать после настройки

После добавления 301-редиректа проверьте три вещи: открывается ли новый адрес, не возникает ли цепочка и не уходит ли страница в петлю.

Самая простая проверка — открыть старый URL в браузере и убедиться, что он сразу ведёт на нужную страницу. Лучше проверить ещё и код ответа. Для этого можно использовать онлайн-проверку заголовков или команду curl, если вам удобно работать из консоли:

curl -I https://example.com/staryi-url/

В ответе должен быть статус 301 Moved Permanently, а в заголовке Location — конечный адрес. Если вы видите несколько последовательных переходов, значит редирект настроен неудачно и его нужно упростить.

Ещё один полезный шаг — проверить внутренние ссылки сайта. Если в статьях, меню или виджетах остались старые адреса, редирект будет работать, но это лишняя нагрузка и лишний переход для пользователя. Лучше заменить ссылки в контенте сразу.

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

Самая неприятная ошибка — редирект на несуществующую страницу. Тогда старый URL вроде бы перенаправляется, но конечный адрес отдаёт 404. Вторая по частоте проблема — петля, когда страница перенаправляет сама на себя или два правила конфликтуют между собой.

Ещё одна типичная ошибка — редирект всего сайта на главную страницу без учёта старых адресов. Такой подход кажется удобным, но для SEO и для пользователей он плох: смысл страницы теряется, а релевантность передаётся хуже. Если у старой страницы есть подходящий аналог, перенаправляйте именно на него.

Не стоит также смешивать редиректы с блокировкой в robots.txt. Файл robots.txt не заменяет 301. Он не перенаправляет пользователя и не сообщает поисковику, куда переехал адрес. Для переноса страницы нужен именно редирект.

Какой способ выбрать в вашем случае

Сценарий	Что лучше сделать
Переезд на новый домен	301 на сервере, с сохранением пути и параметров
Смена адреса одной страницы	Точечный 301 на новый URL
Изменение структуры рубрик или ЧПУ	Правила для группы URL, затем проверка цепочек
Нет доступа к серверу	Плагин для редиректов в WordPress
Страница временно недоступна	Не 301, а временное решение или обычный ответ сервера

Если задача простая и у вас есть доступ к серверу, выбирайте серверный редирект. Если сайт ведётся без доступа к конфигам, используйте плагин. А если редиректов много и сайт регулярно меняет структуру, заранее продумайте схему перенаправлений, чтобы не собирать цепочки вручную после каждого обновления.

Хорошо настроенный 301-редирект не заметен пользователю: он просто попадает на нужную страницу. Но именно в этом и смысл — старый адрес перестаёт быть отдельной сущностью, а новый получает весь трафик и историю без лишних потерь.