Если вы меняете структуру ссылок, переименовываете запись или переносите раздел, старые адреса начинают отдавать 404, а вместе с ними теряется часть трафика и ссылочного веса. В WordPress это решается 301 редиректом: он сообщает браузерам и поисковым системам, что страница переехала навсегда, и передаёт посетителя на новый URL.
Главная задача здесь не просто «сделать переадресацию», а настроить её так, чтобы не было цепочек, лишних переходов и конфликтов с плагинами или правилами сервера. Ниже — практический порядок действий, который подходит для типичных случаев после смены URL.
Когда нужен 301 редирект, а когда можно обойтись без него
301 редирект нужен, если старый адрес перестал быть актуальным, но на него уже есть внешние ссылки, поисковый трафик или закладки пользователей. Типичные ситуации:
- изменили структуру постоянных ссылок в WordPress;
- переименовали запись или страницу и изменился slug;
- перенесли рубрику, раздел или отдельный материал в другой URL;
- объединили несколько страниц в одну;
- сменили домен или протокол, например с
httpнаhttps.
Если страница просто удалена без замены, редирект не всегда нужен. Но если у удалённой страницы есть близкая замена, лучше вести пользователя на неё, а не оставлять 404. Главное правило простое: редирект должен вести на наиболее релевантную страницу, а не на главную «на всякий случай».
Сначала проверьте, куда именно должен вести старый адрес
Перед настройкой редиректа нужно определить точку назначения. Ошибка на этом этапе потом превращается в цепочку переходов или в редирект на нерелевантную страницу.
Для каждого старого URL ответьте на три вопроса:
- какая страница теперь заменяет старую;
- изменился ли только slug или весь путь;
- нужно ли вести на новую страницу, на категорию или на близкий материал.
Например, если запись /blog/seo-audit/ переехала в /articles/seo-audit/, редирект должен вести сразу на новый адрес. Если материал удалён, но есть обновлённая версия, лучше вести на неё. Если замены нет, можно оставить 404 или настроить 410, но это уже отдельное решение и не для каждого сайта.
Самый надёжный способ: редирект на уровне сервера или хостинга
Если у вас есть доступ к настройкам Apache или Nginx, редирект лучше делать там. Такой вариант быстрее и надёжнее, чем обработка через WordPress, потому что запрос не доходит до PHP и не зависит от плагинов.
Для обычного сайта на Apache это чаще всего делается в файле .htaccess. Перед изменениями обязательно сделайте резервную копию: одна лишняя строка может уронить сайт или создать бесконечный редирект.
Пример для одного старого адреса:
Redirect 301 /old-page/ https://example.com/new-page/Если нужен более гибкий вариант, используют mod_rewrite:
RewriteEngine On
RewriteRule ^old-page/?$ https://example.com/new-page/ [R=301,L]В Nginx редирект обычно добавляют в конфигурацию сайта:
rewrite ^/old-page/?$ https://example.com/new-page/ permanent;На shared-хостинге доступ к конфигу сервера часто закрыт. В этом случае остаётся либо панель хостинга с готовыми правилами, либо плагин в WordPress. Если вы не уверены, где именно настраивается редирект, сначала проверьте документацию хостинга: у разных провайдеров это может быть отдельный раздел в панели управления.
Как сделать 301 редирект в WordPress через плагин
Если серверные правила недоступны, проще всего использовать плагин для редиректов. Это нормальный вариант для владельца сайта, если нужно быстро закрыть несколько старых URL без правки конфигурации.
После установки плагина добавьте правило в формате «старый адрес → новый адрес» и обязательно выберите код ответа 301, а не 302. Временный редирект не подходит для постоянного переезда страницы.
При настройке обратите внимание на три вещи:
- вводите именно относительный путь или полный URL так, как требует плагин;
- не создавайте правило, которое отправляет старый URL на промежуточную страницу;
- проверяйте, не совпадает ли новый адрес с уже существующим правилом.
Если плагин позволяет использовать регулярные выражения, не включайте их без необходимости. Для одной страницы безопаснее и понятнее точное соответствие. Регулярки полезны, когда нужно перенести сразу группу адресов, но там легко ошибиться и зацепить лишние URL.
Как избежать цепочек редиректов
Цепочка возникает, когда старый URL ведёт на промежуточный адрес, а тот — ещё дальше. Например: /old/ → /new/ → /final/. Для пользователя это лишняя задержка, а для поисковых систем — лишние переходы и риск потери части сигнала.
Правильная схема — всегда вести старый адрес сразу на конечный URL. Если у вас уже есть старое правило, обновите его, а не добавляйте новое поверх него.
Практический порядок такой:
- проверьте, есть ли уже редирект для старого адреса;
- если он ведёт на промежуточную страницу, замените цель на финальную;
- уберите дублирующие правила в плагине, .htaccess или конфиге сервера;
- проверьте, не создаёт ли новый URL обратный редирект на старый.
Особенно часто цепочки появляются после нескольких правок структуры постоянных ссылок. Например, сначала меняют рубрику, потом slug записи, потом ещё и домен. Если не привести правила в порядок, одна страница может проходить через два-три перехода подряд.
Что делать при смене структуры постоянных ссылок
Если вы меняете структуру URL в WordPress целиком, например с /2024/05/post-name/ на /post-name/, редиректов может быть много. В такой ситуации не стоит вручную настраивать каждый адрес, если старых записей сотни. Но и слепо полагаться только на плагин тоже рискованно: он не всегда корректно угадывает нужную логику.
Сначала сохраните текущую структуру ссылок и список важных URL. Затем настройте массовые правила только для тех шаблонов, которые действительно изменились. После этого отдельно проверьте самые посещаемые страницы, категории и материалы с внешними ссылками.
Если меняется только шаблон постоянных ссылок, а не содержимое страниц, часто достаточно одного общего правила на уровне сервера. Но это зависит от того, насколько новая структура отличается от старой. Универсального шаблона нет: сначала нужно понять, как именно меняется путь, и только потом писать правило.
Как проверить, что редирект работает правильно
После настройки не ограничивайтесь открытием ссылки в браузере. Браузер может скрыть часть проблемы из-за кеша, а вам нужен именно корректный HTTP-ответ.
Проверять нужно три вещи:
- старый URL отдаёт код
301; - новый URL открывается без дополнительного перехода;
- в адресной строке сразу отображается конечный адрес.
Самый простой способ — открыть старую ссылку в режиме инкогнито и посмотреть, куда она ведёт. Но надёжнее использовать проверку заголовков ответа, например через онлайн-сервис или команду curl:
curl -I https://example.com/old-page/В ответе должен быть статус 301 Moved Permanently и заголовок Location с новым URL. Если видите 302, редирект временный. Если видите несколько последовательных Location, у вас цепочка.
Типичные ошибки, из-за которых редирект ломается
На практике проблемы чаще всего связаны не с самим 301, а с деталями реализации.
- Редирект на главную вместо релевантной страницы. Это плохой сигнал и для пользователей, и для поисковых систем.
- Смешение http и https. Если сайт уже работает по HTTPS, старые правила не должны отправлять на HTTP.
- Слэш в конце URL. Для WordPress это важно:
/pageи/page/могут обрабатываться по-разному в зависимости от настроек. - Дублирующие правила. Один и тот же URL может быть описан в плагине и в
.htaccess, из-за чего поведение становится непредсказуемым. - Редирект после кеша. Если на сайте стоит кеширующий плагин или серверный кеш, после изменений иногда нужно сбросить кеш, иначе вы увидите старое поведение.
Если после настройки всё выглядит правильно, но старый адрес всё ещё открывается без редиректа, сначала очистите кеш сайта и браузера. Потом проверьте ответ сервера напрямую, а не только визуально.
Когда лучше не делать редирект автоматически
Не каждый старый URL нужно бездумно перенаправлять. Если страница была удалена без замены и не имеет ценности для пользователя, массовый редирект на нерелевантные материалы может только ухудшить поведение сайта. В таких случаях лучше принять осознанное решение: либо оставить 404, либо отдельно обработать важные старые адреса.
Также не стоит строить сложную схему редиректов «на будущее», если вы ещё не уверены в новой структуре сайта. Сначала зафиксируйте конечные URL, потом настраивайте переадресацию. Иначе придётся переделывать правила второй раз.
Если вам нужно быстро и аккуратно убрать лишние дубли URL после смены структуры, полезно также проверить, не создают ли их параметры, архивы или старые версии страниц. Но это уже следующий этап после базовой настройки 301.