Если у страницы меняется адрес, материал удаляется или несколько публикаций объединяются в одну, 301 редирект нужен сразу. Без него поисковик и пользователи попадают на 404, а старая страница теряет накопленный вес и ссылки. В WordPress это можно настроить несколькими способами, но правильный выбор зависит от того, что именно вы меняете: один URL, целый раздел или структуру сайта.
Ниже разберём, как сделать постоянный редирект так, чтобы не сломать сайт, не создать цепочки перенаправлений и не потерять трафик из поиска.
Когда 301 редирект действительно нужен
301 — это постоянное перенаправление. Его ставят, когда старый адрес больше не должен открываться как основной, а весь трафик нужно перевести на новый URL.
Типичные случаи:
- страница переехала на новый адрес после смены структуры ссылок;
- материал удалён, но его смысл уже есть в другой, более полной статье;
- несколько похожих страниц объединены в одну;
- изменился адрес категории, записи или произвольного типа записей;
- нужно убрать дубли с www/без www, http/https или со слэшем/без слэша.
Если страница удалена без замены и на неё нет внешних ссылок, иногда достаточно отдать 410 Gone. Но в большинстве рабочих сценариев для WordPress нужен именно 301, потому что задача — сохранить переходы и передать сигнал поисковым системам на новый адрес.
Сначала проверьте, куда должен вести старый URL
Самая частая ошибка — ставить редирект «на всякий случай» на главную. Для пользователя это выглядит как мягкая подмена, а для поисковика — как слабый сигнал о релевантности. Лучше вести старый адрес на максимально близкую по смыслу страницу.
Перед настройкой ответьте на три вопроса:
- есть ли на сайте точная замена старой страницы;
- сохранился ли смысл запроса, под который страница ранжировалась;
- не получится ли цепочка из нескольких переходов: старый URL → промежуточный → новый.
Если материал объединяется с другим, редирект ставят на итоговую страницу, а не на архив или категорию. Если меняется только адрес записи, редирект должен вести на новый адрес этой же записи.
Самый простой способ в WordPress — через плагин
Для большинства сайтов удобнее всего настраивать 301 редиректы через плагин. Это безопаснее, чем править серверные правила вручную, если вы не уверены в конфигурации Apache или Nginx.
Подходящие плагины для редиректов умеют:
- создавать одинарные и массовые перенаправления;
- ловить 404 и превращать их в редиректы после проверки;
- сохранять правила после смены темы;
- помогать избежать ошибок в синтаксисе конфигурации сервера.
Если нужен только базовый сценарий, достаточно любого проверенного плагина редиректов с поддержкой 301. После установки обычно нужно открыть раздел редиректов в админке WordPress и добавить пару: старый URL и новый URL. Важно вводить именно путь, если плагин работает с относительными адресами, или полный адрес, если так требует интерфейс.
Проверяйте, чтобы тип перенаправления был именно 301 Moved Permanently, а не 302. Временный редирект не передаёт тот же смысл поисковым системам и подходит только для краткосрочных тестов.
Когда плагин — лучший вариант
Плагин удобен, если:
- у вас обычный сайт на WordPress без доступа к серверной конфигурации;
- нужно быстро перенаправить несколько старых адресов;
- редиректы будут настраивать не только разработчики, но и редакторы;
- вы хотите видеть список правил и управлять ими из админки.
Если на сайте уже есть плагин, который умеет редиректы и не конфликтует с кэшем, этого обычно достаточно. Дополнительный тяжёлый плагин ставить не стоит, если задача решается проще.
Как настроить 301 редирект вручную через сервер
Ручная настройка полезна, когда редиректов много, они должны работать быстрее, или вы не хотите зависеть от плагина. Но здесь уже важно понимать, какой веб-сервер используется: Apache или Nginx. Ошибка в правилах может сделать сайт недоступным, поэтому перед изменениями нужен бэкап конфигурации.
Apache: правило в .htaccess
Если сайт работает на Apache и редиректы разрешены через .htaccess, можно добавить правило для конкретного адреса. Например, чтобы перенаправить старую страницу на новую:
Redirect 301 /staryj-url/ https://example.com/novyj-url/Если нужно более гибкое правило, используют mod_rewrite, но для одного простого переноса достаточно директивы Redirect 301. После правки проверьте, что в файле нет лишних пробелов и что путь старого URL указан относительно корня сайта.
Nginx: редирект в конфигурации сервера
На Nginx редиректы обычно добавляют в конфигурацию сайта, а не в WordPress. Пример для одной страницы:
location = /staryj-url/ {
return 301 https://example.com/novyj-url/;
}После изменения конфигурации Nginx нужно проверить синтаксис и перезагрузить сервис. Делать это стоит только если у вас есть доступ к серверу и понимание, где лежит конфиг сайта. На общем хостинге такие изменения часто недоступны, и тогда проще использовать плагин.
Как не потерять трафик при смене URL
Сам редирект — это только часть задачи. Чтобы не просесть по трафику, важно сохранить логику внутренней перелинковки и не допустить технических ошибок.
- Обновите внутренние ссылки на сайте, чтобы они сразу вели на новый URL, а не проходили через редирект.
- Проверьте канонический адрес страницы: он должен указывать на новый URL, а не на старый.
- Если страница была в sitemap, убедитесь, что в карту сайта попал уже новый адрес.
- Не делайте цепочки редиректов. Лучше сразу вести старый URL на конечную страницу.
- Не перенаправляйте всё подряд на главную, если есть более точная замена.
Когда меняется много адресов сразу, например после перестройки структуры рубрик, полезно составить таблицу старых и новых URL до запуска. Это снижает риск пропустить важные страницы и случайно оставить 404.
Что делать с удалёнными страницами и объединённым контентом
Если страница удалена, но на неё есть внешние ссылки, трафик и история в поиске, редирект почти всегда лучше, чем 404. При объединении материалов логика такая:
- старые статьи с похожей темой ведут на новую, более полную страницу;
- если у старой страницы был свой поисковый спрос, новый адрес должен максимально совпадать по смыслу;
- если контент удалён без замены, а тема больше не актуальна, можно оставить 410, но только осознанно.
Не стоит делать массовый редирект всех удалённых материалов на одну общую категорию. Для пользователя это выглядит как потеря контекста, а поисковик может не засчитать такой переход как полноценную замену.
Как проверить, что 301 работает правильно
После настройки откройте старый URL в браузере и убедитесь, что он сразу ведёт на нужную страницу. Но визуальной проверки недостаточно: важно посмотреть код ответа.
Проверить можно так:
- в инструментах разработчика браузера открыть вкладку Network и посмотреть, что старый адрес отдаёт
301; - использовать онлайн-проверку редиректов или любой HTTP checker;
- посмотреть заголовки ответа через команду
curl -I https://example.com/staryj-url/.
В ответе должен быть статус 301 и заголовок Location с конечным адресом. Если видите 302, редирект временный. Если цепочка идёт через несколько адресов, её лучше сократить.
Типичные ошибки, из-за которых теряется трафик
Обычно проблемы возникают не из-за самого 301, а из-за того, как его ставят.
- Редирект на главную вместо релевантной страницы. Пользователь не получает ответ на свой запрос, а поисковик видит слабую замену.
- Цепочка редиректов. Старый URL ведёт на промежуточный, потом на новый. Это замедляет загрузку и усложняет обход.
- Смешение 301 и 302. Временный редирект не подходит для постоянного переноса адреса.
- Оставленный старый внутренний линк. Страница открывается через редирект даже внутри сайта, хотя можно было сразу обновить ссылку.
- Редирект без проверки. Ошибка в пути или домене приводит к 404 или бесконечному перенаправлению.
Если редиректов много, после внедрения стоит пройтись по основным старым адресам и проверить их вручную. Это дешевле, чем потом терять трафик неделями из-за одной неверной строки.
Что выбрать в вашем случае
Если нужно быстро перенаправить несколько страниц в админке WordPress, берите плагин редиректов. Если у вас много правил, есть доступ к серверу и вы понимаете, как устроен Apache или Nginx, серверный редирект будет надёжнее и быстрее. Для обычного сайта без технической команды плагин — самый практичный вариант.
Главное правило одно: 301 должен вести со старого адреса сразу на конечный новый URL, а не просто скрывать проблему. Тогда вы сохраните переходы пользователей, уменьшите количество 404 и дадите поисковым системам понятный сигнал, что страница переехала, а не исчезла.