Если у страницы поменялся адрес, а старый URL уже попал в поиск, его нельзя просто оставить «как есть». Без 301-редиректа посетители будут видеть ошибку 404, а поисковые системы начнут считать старую страницу удалённой. В WordPress это решается несколькими способами: через плагин, через настройки сервера или кодом в теме/плагине. Для большинства сайтов достаточно первого варианта, но иногда удобнее настроить редирект на уровне сервера.
301-редирект — это постоянное перенаправление. Его используют, когда страница переехала на новый адрес, запись удалена и у неё есть замена, изменена структура ссылок или нужно склеить дубли. Если задача временная, нужен уже другой код ответа, обычно 302, но это не тот случай, который мы разбираем здесь.
Когда 301-редирект действительно нужен
Настраивать редирект стоит в трёх типичных ситуациях:
- вы поменяли структуру постоянных ссылок в WordPress;
- удалили страницу или запись, но у неё есть близкая замена;
- сменили домен, протокол или адрес раздела сайта.
Если старый URL больше не нужен и замены нет, редирект не всегда обязателен. Но если страница уже получала трафик или ссылки, лучше перенаправить её на наиболее близкий релевантный адрес, а не на главную страницу «на всякий случай». Массовый редирект всех удалённых страниц на главную — частая ошибка: для пользователя это выглядит как подмена, а для поисковика часто считается слабым сигналом качества.
Самый простой способ: плагин для редиректов
Для владельца сайта без доступа к серверу это обычно самый удобный вариант. Плагин позволяет добавлять отдельные правила, видеть статистику переходов и быстро исправлять ошибки без правки файлов сайта.
На практике чаще всего используют плагин Redirection. Он бесплатный, давно применяется в WordPress и подходит для обычных 301-редиректов. После установки откройте раздел плагина и добавьте новое правило:
- Источник — старый путь, например
/staryj-url/. - Цель — новый путь, например
/novyj-url/. - Тип перенаправления —
301 Moved Permanently.
Если нужен редирект только для одной страницы, этого достаточно. Если нужно перенаправить много старых адресов, удобнее использовать шаблоны или массовый импорт, но только когда вы уверены в логике правил. Непродуманная пачка редиректов легко создаёт цепочки и петли.
Плюс плагина в том, что он не требует лезть в конфигурацию сервера. Минус — лишняя нагрузка на WordPress, если правил очень много. Для десятков и даже сотен редиректов это обычно не проблема, но для крупных проектов лучше переносить логику на уровень сервера.
Редирект через .htaccess: быстро и без плагина
Если сайт работает на Apache или LiteSpeed и у вас есть доступ к файлу .htaccess, редирект можно задать там. Это хороший вариант, когда не хочется ставить дополнительный плагин или когда нужно перенаправить большой блок старых адресов.
Перед изменением .htaccess обязательно сделайте резервную копию. Ошибка в этом файле может сделать сайт недоступным целиком, а не только сломать один редирект.
Для одного адреса правило выглядит так:
Redirect 301 /staryj-url/ https://example.com/novyj-url/Если нужен более гибкий вариант, используют mod_rewrite. Например, когда меняется только один сегмент пути:
RewriteEngine On
RewriteRule ^staryj-razdel/(.*)$ /novyj-razdel/$1 [R=301,L]Такой вариант полезен, если нужно сохранить хвост URL — например, перенаправить все страницы старого раздела в новый раздел с теми же слагами. Но применять его стоит аккуратно: одно неверное правило может захватить лишние адреса.
Этот способ зависит от сервера. На Nginx файл .htaccess не работает, потому что там правила пишутся в конфигурации виртуального хоста. Если сайт на Nginx, редирект нужно настраивать в конфиге сервера или через плагин.
Редирект через functions.php: подходит не для всех случаев
Иногда редирект добавляют в файл functions.php активной темы или в собственный мини-плагин. Такой способ полезен, если нужно временно перенаправить несколько адресов и вы не хотите ставить отдельный плагин.
Пример рабочей функции:
add_action('template_redirect', function () {
if (is_page('staryj-url')) {
wp_redirect(home_url('/novyj-url/'), 301);
exit;
}
});Здесь is_page('staryj-url') проверяет конкретную страницу по слагу, а wp_redirect() отправляет пользователя на новый адрес с кодом 301. После вызова wp_redirect() обязательно нужен exit;, иначе WordPress продолжит вывод страницы и поведение может стать непредсказуемым.
У этого метода есть ограничение: если вы смените тему, редирект исчезнет. Поэтому для постоянных правил лучше использовать плагин или серверную настройку. Код в теме годится только тогда, когда вы понимаете, где он хранится и кто будет его поддерживать.
Как не потерять трафик при смене структуры ссылок
Самая частая ошибка — сделать один общий редирект «со всего старого сайта на главную». Так вы теряете релевантность страниц и часто ухудшаете поведение пользователей. Правильнее сопоставлять старые и новые адреса по смыслу:
- старая статья → новая статья на ту же тему;
- удалённая карточка услуги → ближайшая аналогичная услуга;
- старый раздел → новый раздел с сохранением структуры, если это возможно.
Если меняется только домен или протокол, можно делать массовый редирект, но тоже без лишних промежуточных шагов. Например, сначала с http на https, потом с www на без www, а потом ещё на новый домен — это уже цепочка. Лучше свести всё к одному переходу, если технически возможно.
Как проверить, что 301 работает правильно
После настройки не ограничивайтесь ручным открытием ссылки в браузере. Браузер может скрыть часть деталей из-за кэша. Надёжнее проверить код ответа и конечный адрес.
Самый простой способ — открыть старый URL в режиме инкогнито и убедиться, что вы попадаете на нужную страницу. Но для точной проверки лучше использовать инструменты разработчика или команду curl:
curl -I https://example.com/staryj-url/В ответе должен быть статус 301 и заголовок Location с новым адресом. Если видите 302, значит редирект временный. Если видите несколько последовательных переходов, значит у вас цепочка редиректов, и её лучше сократить.
Ещё один полезный тест — проверить, не ведёт ли новый адрес обратно на старый. Такая петля иногда возникает после неудачной комбинации правил в плагине и .htaccess. В этом случае браузер может показать ошибку перенаправления, а поисковые роботы просто не смогут пройти по ссылке.
Где чаще всего ошибаются
У редиректов в WordPress есть несколько типичных проблем:
- ставят 302 вместо 301 и ждут, что поисковики передадут сигнал как при постоянном переезде;
- редиректят всё на главную, даже когда есть точная замена;
- создают цепочку из нескольких переходов;
- забывают про слэш в конце URL и получают два разных правила для одного адреса;
- настраивают редирект в плагине и одновременно в
.htaccess, из-за чего правила конфликтуют; - не проверяют, что сервер вообще поддерживает нужный способ настройки.
Если у вас уже есть кэш-плагин или серверный кэш, после изменения правил иногда нужно очистить кэш сайта и браузера. Иначе кажется, что редирект не работает, хотя на самом деле вы просто видите старую версию ответа.
Что выбрать в реальной работе
Если нужен быстрый и понятный способ без доступа к серверу, берите плагин. Если сайт небольшой и вы не хотите лишних расширений, а доступ к .htaccess есть, серверное правило будет чище и быстрее. Если редирект нужен только в рамках одной темы или небольшого кастомного решения, можно использовать wp_redirect(), но только как осознанное временное решение.
Для большинства сайтов рабочая схема такая: сначала составить список старых и новых URL, затем настроить точечные 301-редиректы, после этого проверить код ответа и только потом закрывать задачу. Именно такой порядок помогает не потерять трафик и не создать новые технические проблемы вместо старых.