Если вы меняете адрес страницы, удаляете материал или переносите сайт на новый домен, 301 редирект нужен почти всегда. Без него старые ссылки начнут отдавать 404, а поисковики и пользователи будут попадать в тупик. В WordPress редиректы можно настроить двумя основными способами: вручную, без плагинов, или через плагин, если нужно управлять большим количеством правил без правки конфигурации сервера.
Выбор зависит не от «правильности» способа, а от задачи. Для одного-двух адресов обычно достаточно ручной настройки. Если редиректов много, они часто меняются или сайт ведёт не один человек, удобнее плагин с интерфейсом и журналом переходов.
Когда нужен именно 301 редирект
Код 301 означает постоянное перенаправление. Его используют, когда старый URL больше не должен открываться как основной, а весь вес и трафик нужно передать новому адресу. Это типичный сценарий при:
- смене структуры ссылок;
- переезде на HTTPS или новый домен;
- объединении похожих страниц;
- удалении устаревшего контента с заменой на более актуальный;
- исправлении дублей URL, например со слешем и без него, если у сайта есть такая проблема.
Если страница удалена без замены, иногда лучше не делать редирект на случайную похожую страницу. В таком случае корректнее оставить 404 или отдать 410, если контент удалён окончательно и аналогов нет. 301 нужен там, где есть понятная замена.
Как настроить 301 редирект без плагинов
Ручной способ подходит, когда у вас есть доступ к серверу и вы понимаете, где хранится конфигурация. В WordPress это обычно делается через файл .htaccess на Apache или через конфигурацию Nginx. На хостингах с панелью управления иногда доступен только один из вариантов.
Редирект в .htaccess для Apache
Перед изменением .htaccess обязательно сделайте копию файла. Ошибка в синтаксисе может временно положить сайт или сломать ЧПУ. Если не уверены, сначала проверьте изменения на тестовой копии сайта.
Для одного адреса редирект выглядит так:
Redirect 301 /staryj-url/ https://example.com/novyj-url/Если нужно перенаправить конкретную страницу на новый адрес, этого обычно достаточно. Важно указывать путь относительно домена, а не полный старый URL.
Если вы используете модуль mod_rewrite, можно писать и через RewriteRule. Такой вариант удобен, когда нужно больше контроля:
RewriteEngine On
RewriteRule ^staryj-url/?$ https://example.com/novyj-url/ [R=301,L]Здесь правило срабатывает для адреса /staryj-url/ и без завершающего слеша. Флаг R=301 задаёт постоянный редирект, L останавливает дальнейшую обработку правил.
Если вы переносите весь сайт на новый домен, можно сделать массовый редирект со старого домена на новый. Но такой сценарий нужно настраивать аккуратно, чтобы не получить циклы и не перенаправить уже новый домен сам на себя.
Редирект в конфигурации Nginx
На Nginx редиректы обычно задаются в конфигурации сайта. Если у вас нет доступа к серверу, этот способ может быть недоступен, и тогда проще использовать плагин. Для одного адреса правило выглядит так:
location = /staryj-url/ {
return 301 https://example.com/novyj-url/;
}Для переноса раздела или группы страниц можно использовать более широкое правило, но здесь особенно важно не задеть лишние URL. Если сайт уже работает на Nginx, правки лучше вносить через конфигурацию виртуального хоста, а не пытаться «доделать» их в WordPress.
Что проверить после ручной настройки
После сохранения откройте старый адрес в браузере и убедитесь, что он сразу ведёт на новый. Лучше проверить не только визуально, но и по коду ответа. Если у вас есть доступ к терминалу, можно использовать:
curl -I https://example.com/staryj-url/В ответе должен быть статус 301 Moved Permanently и заголовок Location с новым адресом. Если вместо этого вы видите 200, правило не сработало. Если получаете цепочку из нескольких редиректов, это тоже повод упростить схему: чем короче путь от старого URL к новому, тем лучше.
Как сделать 301 редирект в WordPress с плагином
Плагин удобен, когда редиректов много, их нужно быстро добавлять через админку или важно видеть, какие старые URL ещё запрашивают посетители. Для этой задачи подойдут специализированные плагины редиректов. Один из самых известных вариантов — Redirection.
После установки и активации плагина обычно достаточно открыть его раздел в админке, добавить источник, целевой URL и выбрать тип перенаправления 301. В большинстве случаев интерфейс позволяет указать:
- старый путь, например
/staryj-url/; - новый адрес, например
https://example.com/novyj-url/; - условия срабатывания, если нужно перенаправлять только часть запросов;
- логирование переходов и 404, чтобы находить битые ссылки.
Плюс плагина в том, что не нужно лезть в серверные файлы. Это особенно удобно для контент-менеджеров и владельцев сайтов, где редиректы добавляются регулярно. Минус — дополнительная нагрузка и зависимость от ещё одного плагина. На небольшом сайте это обычно не критично, но если редиректов очень много, серверная настройка всё равно надёжнее и быстрее.
Что выбрать: вручную или через плагин
| Ситуация | Лучший вариант | Почему |
|---|---|---|
| 1–5 редиректов, есть доступ к серверу | Без плагина | Быстрее, меньше зависимостей, не нужен лишний код в WordPress |
| Редиректы часто добавляются и меняются | Плагин | Удобнее управлять из админки и отслеживать 404 |
| Переезд всего сайта или раздела | Без плагина | Надёжнее делать на уровне сервера |
| Нет доступа к .htaccess или Nginx | Плагин | Это единственный практичный вариант внутри WordPress |
Если сайт небольшой, а доступ к серверу есть, я бы начинал с ручной настройки. Если же редиректы — постоянная рабочая задача, плагин экономит время и снижает риск забыть старое правило.
Ошибки, из-за которых редиректы не работают
Самая частая проблема — редирект на редирект. Например, старый URL ведёт на промежуточную страницу, а та уже перенаправляет дальше. В итоге пользователь и поисковик проходят лишние шаги. Лучше сразу указывать конечный адрес.
Ещё одна ошибка — редирект на несуществующую страницу. Тогда вместо решения вы просто меняете один 404 на другой. Перед сохранением проверьте, что новый URL реально открывается и отдаёт 200 OK.
Нельзя забывать и про совпадение протокола и домена. Если сайт работает на HTTPS, а в правиле указан старый HTTP-адрес без учёта общей схемы переноса, можно получить лишние переходы или петли. То же касается варианта со слешем и без него: на одном сайте это может быть неважно, а на другом — создавать дубли.
Если после настройки всё равно видите 404, проверьте три вещи: правило действительно сохранено, оно находится в нужном месте конфигурации, а кэш сайта или сервера не отдаёт старую версию ответа. Иногда проблема не в редиректе, а в том, что браузер или кэш-плагин показывает устаревший результат.
Как не потерять трафик при удалении страниц
Когда вы удаляете страницу, не ставьте редирект «на главную» только потому, что так проще. Для пользователя это выглядит как подмена, а для поисковика — как слабый сигнал о релевантности. Лучше перенаправлять на максимально близкий по смыслу материал или на обновлённую версию той же страницы.
Если аналогов нет, а страница была случайной технической или устаревшей, оставьте 404 или используйте 410. Это честнее, чем отправлять человека на нерелевантный раздел. 301 нужен не для маскировки удаления, а для аккуратной замены адреса.
После массовых изменений полезно пройтись по старым URL и проверить, какие из них ещё дают 404. Это можно сделать через логи сервера, инструменты вебмастера или журнал 404 в плагине редиректов. Так вы быстро увидите, где ещё не хватает правила.
Если вам нужно регулярно чистить сайт от дублей, устаревших страниц и технических хвостов, в экосистеме WPShop для этого есть Clearfy Pro. Но для самой настройки 301 редиректов он не обязателен: базовая задача решается и вручную, и через специализированный плагин редиректов.
Если коротко: для пары адресов быстрее и надёжнее настроить 301 на уровне сервера, для постоянной работы с большим числом URL удобнее плагин. В обоих случаях проверяйте статус ответа, избегайте цепочек и не отправляйте удалённые страницы на случайные адреса — именно эти ошибки чаще всего приводят к потере трафика и лишним 404.