Андрей, владелец студии йоги, поменял адрес статьи с /rasslablenie-posle-raboty/ на /uprazhneniya-dlya-spiny/ — красивее для рекламы. Через три дня коллега прислал скрин: ссылка из рассылки ведёт на пустую страницу. Он думал, WordPress сам всё перенесёт, но не проверил старый адрес. Если вы уже нажали «Обновить» в редакторе, за 15-20 минут можно убедиться, что старый URL отдаёт код 301 и ведёт на новую статью — без 404 и без правки файлов на сервере.
После смены ярлыка (slug) одной записи WordPress часто сам ставит постоянный редирект 301 через служебную метку _wp_old_slug. Если старый адрес открывает 404 — установите бесплатный плагин Redirection, включите мониторинг смены URL и добавьте правило «старый путь → новый» с кодом 301. Проверка: в режиме инкогнито или через curl -I вы видите HTTP 301 и заголовок Location с новым адресом.
Типичная боль: переименовали заголовок «для красоты», а через неделю из Google и соцсетей — ошибка. Страшно «сломать SEO», путают 301 и 302, встроенный редирект и плагин. Для одной статьи хватает админки и одной проверки — без FTP и .htaccess. Сценарий «одна статья, один вечер» и смежные темы — в разделе статей.
- Зачем 301 после смены URL статьи: сохранить трафик, внешние ссылки и позиции без 404
- Когда WordPress сам перенаправляет (_wp_old_slug) и когда нет — что проверить до правки slug
- Плагин Redirection: установка, правило «старый URL → новый», автоматический редирект при смене slug
- Ручной 301 в .htaccess или nginx — когда нужен серверный уровень вместо плагина
- Проверка редиректа: HTTP 301, заголовок Location, отсутствие цепочек — curl и инструменты браузера
- После смены URL: обновить внутренние ссылки, XML-sitemap, Search Console и Яндекс Вебмастер
- Типичные ошибки: 302 вместо 301; цепочки редиректов; забыли обновить ссылки в статьях; _wp_old_slug не сработал без плагина
- Частые вопросы
- Делает ли WordPress 301 редирект при смене slug?
- Какой плагин лучше для 301 редиректа в WordPress?
- Чем 301 отличается от 302?
- Как проверить, что редирект работает?
- Нужно ли обновлять sitemap после смены URL?
- Когда нужен .htaccess вместо плагина?
Зачем 301 после смены URL статьи: сохранить трафик, внешние ссылки и позиции без 404
Код 301 — это постоянное перенаправление: браузер и поисковый робот понимают, что статья навсегда переехала на новый адрес. Временный код 302 говорит «вернитесь сюда позже» — для постоянной смены slug статьи он не подходит.
Google пишет: постоянный 301 не отнимает «вес» страницы. Яндекс ждёт 301 со старого адреса на новый. При 404 клиенты из рассылки уходят ни с чем. Не редиректите все старые страницы на главную — для одной статьи правило простое: старый путь ведёт на новый.
| Ситуация | Код ответа | Что делать |
|---|---|---|
| Статья переехала навсегда | 301 | Один прыжок со старого slug на новый |
| Временная акция на другой странице | 302 | Не использовать для смены slug блога |
| Старый адрес не открывается | 404 | Срочно: ядро или Redirection |
| Три и больше переходов подряд | Цепочка | Упростить до одного 301 |
Когда WordPress сам перенаправляет (_wp_old_slug) и когда нет — что проверить до правки slug
Мало кто знает: при смене ярлыка записи WordPress сохраняет старый slug в служебной метке _wp_old_slug и при обращении по старому адресу вызывает функцию wp_old_slug_redirect() с кодом 301. Это работает для статей (тип «запись»), но не для страниц услуг и не при смене всей структуры постоянных ссылок в Настройки → Постоянные ссылки.
До правки скопируйте URL в блокнот, сделайте бэкап и проверьте: в постоянных ссылках выбрано «Название записи». Типичная ошибка: переименовали страницу «Услуги» и ждут авто-301 — для страниц (page) ядро редирект не создаёт. Формат адресов — в материале про постоянные ссылки WordPress.
Плагин Redirection: установка, правило «старый URL → новый», автоматический редирект при смене slug
Используйте Redirection (John Godley), если встроенный редирект не сработал или вы хотите видеть логи 404 — бесплатно из каталога WordPress, без FTP. Плагин умеет отслеживать смену адреса записи и сам создавать правило «старый путь → новый» с типом 301 — Moved Permanently.
- Плагины → Добавить новый → найдите «Redirection» → Установить и активировать.
- В мастере настройки включите мониторинг изменений URL (permalink changes).
- Записи → ваша статья → блок «Ярлык» → новый slug → Обновить.
- Если старый адрес даёт 404: Redirection → Добавить → Исходный URL = /stary-slug/ → Целевой URL = /novyj-slug/ → тип 301.
- Сохраните и не дублируйте правило, если ядро уже отдаёт 301 — иначе цепочка.
На форумах WordPress пишут: для категорий поведение нестабильно — явный редирект в Redirection надёжнее. В реальном проекте владелец салона настраивает это за десять минут из админки.
Схема вечера (шаг за шагом):
Скопировать старый URL → сменить slug → проверить в инкогнито → при 404 установить Redirection → правило 301 → curl -I → переобход в Вебмастере
Ручной 301 в .htaccess или nginx — когда нужен серверный уровень вместо плагина
Для одной статьи в блоге серверные правила не нужны. Файл .htaccess на shared-хостинге легко сломать одной строкой — новичку безопаснее Redirection. Серверный уровень имеет смысл при смене домена, массовой смене структуры постоянных ссылок (сотни URL) или когда хостинг запрещает лишние плагины.
Если перед сайтом Cloudflare, после редиректа очистите кэш (см. подключение Cloudflare). Один источник правды на URL: ядро WordPress или Redirection — не оба сразу.
Проверка редиректа: HTTP 301, заголовок Location, отсутствие цепочек — curl и инструменты браузера
Критерий «готово» простой: проверьте старый URL — вы сможете увидеть переход на новый с кодом 301, а не 404 и не 302.
В браузере: режим инкогнито → вставьте старый адрес → F12 → вкладка Network (Сеть) → перезагрузите → в первой строке статус 301 и заголовок Location с новым путём.
В терминале (Mac/Linux) или PowerShell с curl:
curl -I https://ваш-домен.ru/stary-slug/
Ожидаете HTTP 301 и Location с новым путём. Избегайте цепочки из трёх переходов — лучше один прыжок. При 302 от SEO-плагина или кэша смените тип на 301.
После смены URL: обновить внутренние ссылки, XML-sitemap, Search Console и Яндекс Вебмастер
Поисковикам нужно время, чтобы увидеть редирект. Яндекс в разделе «Переобход страниц» обновляет данные примерно за две недели; очередь на обход — до трёх дней. Отправьте и новый URL, и старый (с редиректом).
- В 2-3 популярных статьях найдите старый адрес через поиск в Записях и замените на новый.
- Обновите XML-sitemap (Yoast, Rank Math или вручную) — в карте должен быть новый URL.
- Яндекс Вебмастер → Индексирование → Переобход — добавьте новый и старый адрес (подробнее в проверке индексации в Вебмастере).
- Google Search Console → проверка URL → запрос индексации новой страницы.
- Через 1-2 недели убедитесь: старый URL уходит из выдачи, новый появляется; в Redirection есть переходы со старого пути.
Пока 301 на месте, трафик со старых ссылок не пропадает — смена сниппета в Google займёт время.
Типичные ошибки: 302 вместо 301; цепочки редиректов; забыли обновить ссылки в статьях; _wp_old_slug не сработал без плагина
302 вместо 301 — смените тип в SEO-плагине. Цепочка из трёх адресов — оставьте одно правило. Забыли внутренние ссылки — пройдитесь поиском или проверьте через битые ссылки WordPress. _wp_old_slug не сработал при смене страницы или всей структуры permalink — только Redirection. Кастомный 404 — в шаблоне 404.
Критерий успеха: результат вечера — в инкогнито или через curl -I старый URL даёт HTTP 301 и Location на новый; в Redirection есть строка «старый путь → новый»; в Вебмастере и GSC отправлены адреса на переобход; в нескольких ключевых статьях ссылки обновлены.
Если меняли не одну статью, а десятки адресов или весь домен — напишите через форму на сайте или в Telegram: разберём карту редиректов без риска для сайта. Разовая настройка одной статьи обычно укладывается в вечер; массовый переезд лучше делать с поддержкой по сайту и SEO.
Материал проверен: Андрей Дикий (создаёт сайты и продвигает их статьями (SEO/GEO)).
Достоверность данных: документация WordPress (wp_old_slug_redirect), плагин Redirection на wordpress.org, рекомендации Google Search Central по 301-редиректам и переносу URL, справка Яндекс Вебмастера по смене структуры и переобходу страниц, help.reg.ru по редиректам в WordPress; LSI-кластер запросов — WebSearch fallback 2026-09-19 (Wordstat MCP недоступен).
Частые вопросы
Делает ли WordPress 301 редирект при смене slug?
Да, для записей (статей в блоге): ядро сохраняет старый slug в _wp_old_slug и отдаёт 301 на новый адрес. Для страниц и при смене всей структуры постоянных ссылок автоматики нет — нужен Redirection или серверное правило.
Какой плагин лучше для 301 редиректа в WordPress?
Для новичка без FTP — Redirection: бесплатный, мониторинг смены URL, логи 404, тип 301 в одной форме. Для одной статьи часто хватает встроенного редиректа ядра; плагин ставьте, если видите 404 или хотите журнал переходов.
Чем 301 отличается от 302?
301 — постоянный переезд: поисковик переносит сигналы на новый URL. 302 — временный: робот слабее считает новый адрес главным. После смены slug статьи всегда выбирайте 301.
Как проверить, что редирект работает?
Откройте старый URL в режиме инкогнито или выполните curl -I с вашим доменом. Нужны код 301 и заголовок Location с новым путём. Если три и больше переходов подряд — упростите правила.
Нужно ли обновлять sitemap после смены URL?
Да. В XML-sitemap должен быть новый адрес статьи. Затем отправьте новый и старый URL на переобход в Яндекс Вебмастере и запросите индексацию новой страницы в Google Search Console.
Когда нужен .htaccess вместо плагина?
При смене домена или сотен URL. Для одной статьи безопаснее Redirection из админки. Старый URL в поиске уйдёт после переобхода — до двух недель по данным Яндекса.
