Если вы поменяли структуру ссылок, удалили страницу или переехали на новый адрес, старый URL нельзя просто оставить как есть. Пользователь увидит 404, а поисковики потеряют связь между старой и новой страницей. В таких случаях нужен редирект 301 — постоянное перенаправление со старого адреса на новый.
В WordPress это можно сделать несколькими способами: через плагин, через настройки сервера или вручную в конфигурации. Для большинства владельцев сайтов самый практичный вариант — настроить 301 редирект так, чтобы он был понятен, проверяем и не ломал сайт при обновлениях темы или плагинов.
Когда нужен редирект 301 и чем он отличается от других перенаправлений
Редирект 301 используют, когда адрес страницы изменился окончательно. Например, вы перенесли запись из /blog/post-name/ в /articles/post-name/, объединили несколько страниц в одну или поменяли домен. В этом случае старый URL должен вести на новый постоянно.
Есть и другие коды перенаправления, но для типичных задач WordPress важнее всего понимать разницу между 301 и 302. Код 302 означает временное перенаправление: старый адрес еще может вернуться в работу. Для смены структуры сайта это обычно не подходит. Если поставить 302 вместо 301, поисковики могут дольше держать в индексе старый адрес или не передать сигнал о новом URL так, как вы ожидаете.
301 нужен в таких сценариях:
- сменили структуру постоянных ссылок;
- удалили устаревшую страницу и перенесли ее содержимое на новую;
- объединили несколько материалов в один;
- переехали на новый домен;
- исправили адрес с ошибкой в slug;
- закрыли раздел и хотите отправлять пользователей на ближайшую релевантную страницу.
Самый простой способ: плагин для редиректов
Если вы не хотите править конфигурацию сервера вручную, используйте плагин. Это самый удобный путь для WordPress-сайта, особенно если редиректов немного и ими нужно управлять через админку. Плагин подходит владельцам сайтов без доступа к серверу или тем, кто не хочет рисковать с настройками Apache/Nginx.
Логика везде одна и та же: вы указываете старый URL, новый URL и тип перенаправления 301. После сохранения плагин начинает отдавать правильный ответ сервера.
Один из распространенных вариантов — плагин Clearfy Pro, если вам нужен не только редирект, но и набор инструментов для чистки сайта и работы с дублями. Однако сам принцип настройки редиректа в любом нормальном плагине одинаков: создаете правило, проверяете, что оно срабатывает, и не дублируете его в нескольких местах сразу.
Как настроить редирект в плагине
Точный интерфейс зависит от конкретного плагина, но рабочий порядок обычно такой:
- Установите и активируйте плагин редиректов.
- Откройте раздел управления перенаправлениями в админке.
- Добавьте новое правило.
- Укажите старый путь, например
/old-page/. - Укажите новый путь, например
/new-page/. - Выберите код
301. - Сохраните правило.
Если плагин позволяет выбирать тип совпадения, для начала используйте точное совпадение URL. Это безопаснее, чем массовые правила по маске. Маски удобны, когда нужно перенаправить целый раздел, но одна ошибка в шаблоне может задеть лишние адреса.
После сохранения откройте старый адрес в браузере в режиме инкогнито. Если все настроено верно, вы сразу попадете на новый URL, а в адресной строке увидите уже целевой адрес.
Редирект через .htaccess: подходит для Apache
Если сайт работает на Apache и у вас есть доступ к файлу .htaccess, редирект можно прописать там. Этот способ быстрый и не зависит от плагинов, но требует аккуратности: ошибка в синтаксисе может привести к недоступности сайта.
Перед изменением .htaccess обязательно сделайте резервную копию файла. Если что-то пойдет не так, вы сможете вернуть прежнее состояние за минуту.
Для одного адреса подойдет такое правило:
Redirect 301 /old-page/ https://example.com/new-page/Если нужен более гибкий вариант, обычно используют модуль mod_rewrite. Но для большинства типовых задач достаточно простого правила Redirect 301. Оно читается легче и меньше шансов ошибиться.
Что важно учесть:
- путь слева указывается относительно домена, без полного URL;
- справа лучше писать полный новый адрес с протоколом;
- не ставьте несколько противоречащих правил для одного и того же URL;
- после правки проверьте, что сайт открывается не только по главной, но и по внутренним страницам.
Если у вас уже есть правила WordPress в .htaccess, не удаляйте их. Обычно блок WordPress выглядит отдельно, и его лучше не трогать без необходимости.
Если сервер на Nginx
На Nginx редиректы обычно настраивают в конфигурации виртуального хоста, а не в .htaccess. Это значит, что через WordPress-админку вы такой редирект не зададите, если хостинг не дает отдельный интерфейс для этого.
Типичное правило для одного адреса выглядит так:
rewrite ^/old-page/?$ https://example.com/new-page/ permanent;Параметр permanent как раз и означает постоянный редирект 301. После изменения конфигурации Nginx обычно требуется перезагрузить сервис, но на обычном хостинге это делает провайдер или панель управления.
Если у вас shared-хостинг, сначала проверьте, есть ли в панели управления отдельный раздел для редиректов. Часто он проще и безопаснее, чем ручная правка конфигурации.
Как сделать редирект после смены структуры ссылок в WordPress
Самая частая практическая ситуация — вы поменяли структуру постоянных ссылок в настройках WordPress. Например, раньше записи открывались по одному шаблону, а теперь по другому. После такого изменения старые URL начинают отдавать 404, и их нужно перенаправить.
Если структура изменилась массово, вручную создавать сотни правил неудобно. Здесь есть два рабочих подхода:
- если старый и новый URL отличаются предсказуемо, используйте правило по шаблону на уровне сервера;
- если адреса менялись хаотично, создавайте отдельные редиректы для важных страниц и постов.
На практике лучше не пытаться закрыть все проблемы одним слишком общим правилом. Сначала перенаправьте самые посещаемые и самые ценные страницы: главную, коммерческие страницы, статьи с трафиком, страницы из внешних ссылок. Остальные 404 можно добрать постепенно по логам или отчетам поисковой консоли.
Как проверить, что редирект работает правильно
Проверка нужна не только после настройки, но и после обновлений темы, плагинов или правок на сервере. Редирект считается настроенным корректно, если выполняются три условия: старый URL открывается, браузер попадает на новый адрес, а код ответа действительно 301.
Проверить это можно так:
- Откройте старый URL в браузере.
- Убедитесь, что адрес в строке изменился на новый.
- Проверьте код ответа через любой HTTP-редактор заголовков, DevTools браузера или онлайн-проверку редиректов.
Если вы видите цепочку из нескольких переходов, это уже повод исправить схему. Например, старый URL сначала ведет на промежуточный адрес, а потом на конечный. Такие цепочки замедляют загрузку и создают лишнюю нагрузку. Лучше сразу направлять старый адрес на финальный URL.
Еще одна полезная проверка — открыть страницу в режиме инкогнито и убедиться, что редирект не зависит от кэша браузера. Если на сайте стоит кэш-плагин или серверный кэш, после изменений иногда нужно очистить кэш, иначе вы будете видеть старую версию поведения.
Типичные ошибки, из-за которых редирект не срабатывает
Чаще всего проблемы возникают не из-за самого 301, а из-за мелочей в настройке.
- Смешали два способа одновременно. Например, редирект прописан и в плагине, и в
.htaccess, и в панели хостинга. В итоге правила конфликтуют. - Указали не тот путь. В одном месте нужен относительный путь, в другом — полный URL. Если перепутать формат, правило не сработает.
- Поставили 302 вместо 301. Для постоянного переноса это неверно.
- Создали цикл. Старый URL ведет на новый, а новый по другой настройке снова отправляет назад.
- Забыли про слеш в конце. На некоторых конфигурациях
/pageи/page/могут обрабатываться по-разному. - Не очистили кэш. После правок старое поведение может сохраняться в кэше плагина, сервера или CDN.
Если редирект нужен для удаленной страницы, не отправляйте все подряд на главную. Это частая ошибка. Для пользователя такой переход выглядит как потеря контекста, а для поисковиков — как слабый сигнал о релевантности. Лучше вести на ближайшую по смыслу страницу или на раздел, где человек может продолжить путь.
Какой способ выбрать в реальной работе
Если нужен один-два редиректа и у вас есть доступ к админке WordPress, проще всего использовать плагин. Это быстрее, понятнее и безопаснее для человека без доступа к серверу.
Если редиректов много, а структура сайта меняется системно, удобнее настраивать их на уровне сервера. Такой подход лучше контролируется и не зависит от того, активен ли конкретный плагин. Но он требует аккуратности и понимания, где именно хранится конфигурация — в .htaccess на Apache или в конфиге Nginx.
Для обычного сайта рабочая схема выглядит так: сначала настраиваете редиректы для самых важных URL, затем проверяете их вручную, потом смотрите отчеты о 404 и добавляете недостающие правила. Так вы не тратите время на лишнюю автоматизацию и не ломаете уже работающие адреса.
Если коротко: 301 редирект в WordPress — это не сложная настройка, а дисциплина. Нужно правильно выбрать способ, не смешивать несколько механизмов сразу и обязательно проверять результат после каждого изменения. Тогда старые адреса не будут терять трафик, а пользователи попадут туда, куда вы и планировали.