Редирект 301 нужен, когда старый адрес страницы больше не должен открываться, а посетителей и поисковые системы нужно отправить на новый URL. Это типичная задача при смене структуры ссылок, переносе контента, объединении страниц или удалении старых материалов. Если настроить перенаправление неправильно, можно потерять трафик, получить цепочки редиректов или случайно отправлять пользователей не туда.
В WordPress есть несколько рабочих способов сделать 301: через плагин, через настройки сервера или вручную в коде темы и конфигурации сайта. Для большинства владельцев сайтов самый безопасный и быстрый вариант — плагин. Если нужен массовый или постоянный контроль на уровне сервера, лучше настраивать редиректы там, где они обрабатываются до загрузки WordPress.
Когда нужен редирект 301
301 используют, когда адрес изменился надолго или навсегда. Это не временная переадресация, а сигнал, что страница переехала окончательно. Поисковые системы обычно учитывают такой редирект и со временем передают часть накопленных сигналов на новый адрес.
Редирект 301 нужен в таких случаях:
- вы поменяли структуру постоянных ссылок в WordPress;
- старая страница удалена, но у неё есть замена;
- несколько похожих страниц объединены в одну;
- сайт переехал на новый домен;
- нужно убрать дубли URL со слешем и без слеша, с www и без www, с http на https;
- вы меняете URL категории, записи или произвольного типа контента.
Если страница удалена без замены и трафик на неё не нужен, редирект не всегда обязателен. Но если на старый адрес есть ссылки, переходы из поиска или закладки пользователей, лучше вести их на наиболее близкую по смыслу страницу, а не на главную.
Какой способ настройки выбрать
Для WordPress есть три практичных варианта. Выбор зависит от того, где вы хотите управлять редиректами и есть ли доступ к серверу.
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Плагин | Нужно быстро настроить один или несколько редиректов без правки файлов | Просто, наглядно, удобно для неразработчика | Лишняя нагрузка по сравнению с серверным уровнем, если редиректов много |
| .htaccess / конфигурация сервера | Есть доступ к Apache или Nginx и нужен контроль на уровне веб-сервера | Быстро отрабатывает, не зависит от WordPress | Нужна аккуратность, ошибка может сломать доступ к сайту |
| Код в теме или плагине | Нужен точечный редирект для логики сайта | Можно встроить в проект без сторонних плагинов | Неудобно для массового управления, легко забыть при смене темы |
Если задача разовая и вы не хотите трогать конфигурацию сервера, берите плагин. Если редиректов много, лучше сразу делать их на уровне сервера или через специализированный плагин, который умеет хранить правила отдельно от контента.
Самый простой способ: плагин для редиректов
Для большинства сайтов это самый понятный путь. В WordPress можно поставить плагин для управления перенаправлениями, добавить старый и новый адрес и выбрать код ответа 301. Логика у таких плагинов одинаковая: вы указываете источник, целевой URL и тип редиректа.
Общий порядок действий обычно такой:
- установите и активируйте плагин редиректов;
- откройте его настройки в админке;
- добавьте старый путь, например
/staryj-url/; - укажите новый адрес, например
/novyj-url/; - выберите тип перенаправления
301; - сохраните правило и проверьте переход.
Если плагин позволяет выбирать, редирект должен быть именно постоянным, а не временным. Не ставьте 302 вместо 301, если страница переехала навсегда: это частая ошибка, из-за которой поисковые системы дольше обновляют адрес в индексе.
При настройке важно указывать именно тот путь, который реально открывается в браузере. Иногда люди копируют полный URL с доменом, а плагин ожидает только путь после домена. Это зависит от конкретного инструмента, поэтому сначала смотрите подсказку в интерфейсе плагина.
Редирект через .htaccess на Apache
Если сайт работает на Apache и у вас есть доступ к файлу .htaccess, редирект можно задать без плагина. Это удобно, когда правило должно работать быстро и независимо от WordPress. Но здесь нужна аккуратность: одна ошибка в синтаксисе может вызвать ошибку сервера.
Перед изменением файла сделайте резервную копию. Если что-то пойдёт не так, вы сможете вернуть исходное состояние за минуту.
Для одного адреса редирект выглядит так:
Redirect 301 /staryj-url/ https://example.com/novyj-url/Если нужно перенаправить целую страницу на новый адрес, этого обычно достаточно. Для более сложных правил часто используют модуль mod_rewrite, но для базовой задачи лучше не усложнять конфигурацию без необходимости.
Если вы меняете домен или хотите перенаправить весь сайт, правило будет другим. В таком случае нужно учитывать структуру путей, чтобы не сломать внутренние ссылки и не создать бесконечный цикл. Для массовых изменений безопаснее сначала протестировать несколько адресов вручную, а уже потом включать правило на весь сайт.
Редирект на Nginx
На Nginx редиректы настраиваются в конфигурации сервера, а не в .htaccess. Это важно: если хостинг работает на Nginx, файл .htaccess может вообще не использоваться. Тогда редирект нужно прописывать в конфиге сайта, и обычно для этого нужен доступ администратора или поддержка хостинга.
Пример для одной страницы:
rewrite ^/staryj-url/$ https://example.com/novyj-url/ permanent;Для простого перенаправления можно использовать и директиву return, если правило не требует сложной логики. На практике это часто даже предпочтительнее, потому что конфигурация получается короче и понятнее. Но конкретный вариант зависит от того, как у вас устроен сервер и какие правила уже есть в конфиге.
Если вы не уверены, какой веб-сервер используется, посмотрите настройки хостинга или спросите поддержку. На shared-хостинге редирект нередко проще сделать через панель управления или плагин, чем вручную править конфиги.
Как сделать редирект в коде WordPress
Этот способ подходит, если редирект нужен как часть логики темы или небольшого кастомного плагина. Например, вы хотите отправлять старый URL на новый только при определённом условии. Для постоянных массовых редиректов этот вариант неудобен, потому что при смене темы правило легко потерять.
Минимальный рабочий пример можно добавить в файл functions.php дочерней темы или в собственный плагин:
add_action('template_redirect', function () {
if (is_page('staryj-url')) {
wp_redirect('https://example.com/novyj-url/', 301);
exit;
}
});Здесь используется хук template_redirect, который срабатывает до вывода шаблона. Функция wp_redirect() отправляет заголовок перенаправления, а exit нужен, чтобы WordPress не продолжал обработку страницы после редиректа.
Есть важное ограничение: если написать такой код в активной теме, он исчезнет при смене темы. Поэтому для долгоживущих правил лучше использовать плагин или серверную конфигурацию.
Как проверить, что редирект работает правильно
После настройки не ограничивайтесь ручным открытием ссылки в браузере. Браузер может скрыть часть деталей, а вам нужно убедиться, что сервер действительно отдаёт код 301, а не 302 или цепочку из нескольких переходов.
Проверить редирект можно так:
- откройте старый URL в режиме инкогнито;
- убедитесь, что вы попадаете на нужную страницу;
- проверьте код ответа через инструменты разработчика, онлайн-проверку редиректов или команду
curl; - посмотрите, нет ли лишних промежуточных переходов.
Если у вас есть доступ к терминалу, удобнее всего проверить заголовки так:
curl -I https://example.com/staryj-url/В ответе должен быть статус 301 Moved Permanently и заголовок Location с новым адресом. Если видите 302, значит редирект временный. Если вместо нужного адреса появляется ещё один переход, у вас цепочка редиректов, и её лучше сократить.
Полезно проверить и конечный URL: он должен открываться без ошибок, без лишнего редиректа обратно и без перехода на несуществующую страницу. Если новый адрес уже сам перенаправляет дальше, это признак лишней вложенности в правилах.
Типичные проблемы после настройки
Чаще всего проблемы возникают не из-за самого 301, а из-за того, как именно его прописали.
- Цикл редиректа. Старый адрес ведёт на новый, а новый по другой причине возвращает обратно или снова срабатывает то же правило.
- Неверный код ответа. Вместо 301 стоит 302, и переезд страницы не закрепляется корректно.
- Слишком общий шаблон. Правило захватывает больше URL, чем нужно, и ломает другие страницы.
- Редирект на главную без смысла. Пользователь теряет контекст, а поисковая система получает слабый сигнал о замене страницы.
- Правило добавлено не там. На Nginx редирект прописали в
.htaccess, который сервер не читает.
Если редирект не срабатывает, сначала проверьте, где именно он настроен: в плагине, в конфиге сервера или в коде темы. Затем убедитесь, что старый URL указан точно, включая слеш в конце, если он есть в реальном адресе сайта. Для WordPress это критично: /page и /page/ могут обрабатываться по-разному в зависимости от структуры ссылок и настроек сервера.
Если вы переносите много страниц, не делайте всё вручную без списка. Сначала составьте таблицу соответствий старых и новых адресов, а потом вносите правила по одному и проверяйте их. Так проще поймать ошибку до того, как она затронет весь сайт.
Для базовой задачи редирект 301 в WordPress обычно настраивается за несколько минут, если понимать, где именно он должен жить: в плагине, на сервере или в коде. Самое важное — не путать постоянный и временный редирект, не создавать цепочки и после настройки обязательно проверить код ответа. Тогда старые ссылки не пропадут впустую, а пользователи и поисковые системы попадут на нужную страницу без лишних переходов.