Если страницу удалили, перенесли на новый адрес или заменили другой, старый URL нельзя просто оставить как есть. Пользователь увидит 404, а поисковики со временем перестанут учитывать старую страницу как рабочую. В WordPress это решается 301 редиректом: он сообщает браузеру и поисковым системам, что адрес изменился навсегда, и передаёт сигнал на новый URL.
Для владельца сайта задача обычно одна и та же: сохранить трафик, не потерять накопленные ссылки и не заставлять посетителей упираться в ошибку. Ниже — как правильно выбрать редирект, где его настроить и как проверить, что всё работает.
Когда нужен 301 редирект, а когда можно обойтись без него
301 редирект ставят не на каждый случай. Он нужен, если у старой страницы есть понятный новый адрес или есть близкая замена, которая действительно отвечает на тот же запрос пользователя.
Типичные ситуации:
- страницу перенесли в другую рубрику и изменили URL;
- запись объединили с другой статьёй;
- товар, услугу или посадочную страницу заменили новой версией;
- старый адрес больше не должен открываться, но у него есть актуальный аналог.
Если страницы не существует и замены нет, редирект на главную — плохая практика. Поисковики и пользователи получают нерелевантный ответ, а это часто хуже, чем честная 404-страница. В таком случае лучше оставить 404 или 410, если удаление окончательное и страница точно не вернётся.
Самый надёжный способ: плагин для редиректов
Для большинства сайтов удобнее всего настраивать 301 редиректы через плагин. Это безопаснее, чем править серверные файлы вручную, особенно если у вас обычный shared-хостинг и нет привычки работать с конфигурацией Apache или Nginx.
Подход простой: вы задаёте старый адрес, новый адрес и тип перенаправления. После этого WordPress или сам плагин начинает отдавать правильный ответ сервера.
Как настроить редирект в плагине
Алгоритм в большинстве решений одинаковый:
- Установите и активируйте плагин для редиректов.
- Откройте раздел управления перенаправлениями.
- Добавьте старый URL в поле источника.
- Укажите новый URL в поле назначения.
- Выберите код ответа
301. - Сохраните правило и проверьте переход.
Если плагин позволяет выбирать тип соответствия, для простых случаев используйте точное совпадение URL. Это снижает риск случайно зацепить лишние адреса.
После сохранения откройте старый адрес в браузере в режиме инкогнито или через другой браузер. Вы должны сразу попасть на новую страницу без промежуточных ошибок и циклов перенаправления.
Как сделать 301 редирект вручную через .htaccess
Этот способ подходит только для сайтов на Apache или совместимом сервере, где разрешён файл .htaccess. Если у вас Nginx, этот файл не поможет — там редиректы настраиваются в конфигурации сервера.
Перед изменением .htaccess обязательно сделайте резервную копию. Ошибка в синтаксисе может временно положить сайт или сломать ЧПУ.
Чтобы перенаправить одну страницу, добавьте правило такого вида:
Redirect 301 /staryj-url/ https://example.com/novyj-url/Если нужно использовать модуль mod_rewrite, можно написать и так:
RewriteEngine On
RewriteRule ^staryj-url/?$ https://example.com/novyj-url/ [R=301,L]Первый вариант проще и подходит для одиночных редиректов. Второй удобнее, если у вас уже есть набор правил и вы хотите держать их в одном стиле.
После правки файла снова проверьте старый адрес. Если всё сделано правильно, сервер должен вернуть статус 301 Moved Permanently, а не 200 и не 404.
Если страница изменилась, а не была удалена
При переносе или обновлении страницы важно не просто отправить пользователя на похожий адрес, а выбрать действительно ближайший релевантный вариант. Это особенно заметно на коммерческих страницах и статьях, которые собирали внешние ссылки.
Хорошее правило такое: старый URL должен вести на страницу с тем же намерением пользователя. Например:
- статья о конкретной услуге — на обновлённую версию этой же услуги;
- категория товара — на новую категорию или раздел с теми же товарами;
- устаревшая инструкция — на новую инструкцию с актуальными шагами.
Если контент был сильно переработан и прямого аналога нет, лучше не маскировать это редиректом на случайную похожую страницу. В таком случае честнее оставить 404 или показать страницу с полезной навигацией и поиском по сайту.
Как не потерять ссылочный вес и не создать цепочки редиректов
301 редирект помогает сохранить часть накопленного веса старого URL, но только если он настроен аккуратно. На практике проблемы чаще возникают не из-за самого редиректа, а из-за цепочек и петель.
Что стоит проверить:
- старый адрес должен вести сразу на конечный URL, без промежуточных переходов;
- не должно быть цепочки вида
старый URL → промежуточный URL → новый URL; - редирект не должен возвращать пользователя обратно на исходный адрес;
- если страница уже переехала, не создавайте ещё один редирект поверх старого.
Чем короче путь, тем лучше. Для SEO и для скорости загрузки это заметно полезнее, чем длинная цепочка из нескольких перенаправлений.
Как проверить, что редирект работает правильно
Проверка нужна не только после ручной настройки, но и после установки плагина. Иногда правило выглядит правильным в интерфейсе, но фактически не срабатывает из-за конфликта с кэшем, другого правила или особенностей сервера.
Проверить можно тремя способами:
- Открыть старый URL в браузере и убедиться, что он ведёт на новый адрес.
- Посмотреть код ответа через онлайн-проверку редиректов или инструменты разработчика.
- Проверить, что конечная страница отдаёт
200 OK, а не ещё один редирект.
Если есть доступ к консоли, можно использовать curl:
curl -I https://example.com/staryj-url/В ответе должен быть статус 301 и заголовок Location с новым адресом. Если вместо этого вы видите 404, правило не сработало. Если видите несколько последовательных Location, значит есть цепочка перенаправлений.
Частые ошибки при настройке 301 редиректов
На практике чаще всего ломают не сам редирект, а логику его применения. Вот что встречается особенно часто:
- редирект ставят на главную страницу вместо релевантной замены;
- используют
302вместо301, хотя перенос постоянный; - оставляют старую страницу опубликованной и одновременно делают редирект, из-за чего возникает путаница;
- настраивают несколько правил для одного и того же URL;
- не проверяют редирект после очистки кэша;
- забывают про версии URL с и без слэша, а также http и https.
Если сайт использует кэш-плагин, CDN или серверное кэширование, после изменения правил иногда нужно очистить кэш на всех уровнях. Иначе вы можете видеть старое поведение, хотя правило уже сохранено.
Что делать после удаления страницы
Если страница удалена окончательно, сначала решите, есть ли у неё замена. Если замена есть — ставьте 301 на неё. Если замены нет и страница не должна возвращаться, не пытайтесь искусственно отправить пользователя куда попало.
Практически полезный порядок такой:
- Проверьте, есть ли у страницы входящий трафик или внешние ссылки.
- Если есть релевантная замена, настройте 301 редирект.
- Если замены нет, оставьте корректную 404-страницу или отдайте 410 для окончательно удалённого материала.
- Уберите внутренние ссылки на удалённый адрес, чтобы не плодить ошибки.
Так вы не только сохраните часть трафика, но и не будете гонять поисковый робот по несуществующим адресам.
Если нужен именно удобный способ управлять редиректами в админке без ручного редактирования файлов, подойдёт плагин для перенаправлений. А если задача шире и вы параллельно чистите сайт от дублей, лишних адресов и технического мусора, можно посмотреть на Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpnotes.ru&utm_medium=article&utm_campaign=kak-nastroit-301-redirekty-v-wordpress-dlya-udalennyh-i-izmenennyh-stranits. Но для самой настройки 301 редиректов достаточно любого надёжного инструмента, который умеет отдавать правильный код ответа и не создаёт цепочки.
