Если нужно поменять часть URL у записи, страницы или рубрики в WordPress, делать это надо аккуратно: сам slug меняется быстро, а вот старые ссылки без редиректа начнут отдавать 404. На практике проблема обычно не в самой замене, а в том, что после правки забывают проверить постоянные ссылки, кэш, архивы и переадресацию со старого адреса на новый.
Ниже — рабочий порядок действий для записей, страниц и рубрик. Он подходит для обычного WordPress без специальных доработок, а если на сайте есть плагины для ЧПУ, кэширования или мультиязычности, после изменения slug стоит дополнительно проверить их влияние на URL.
Что именно меняется, когда вы правите slug
Slug — это последняя часть адреса объекта в WordPress. Для записи это обычно часть URL после домена и рубрик, для страницы — хвост адреса страницы, для рубрики — её ярлык в архиве категории. Например, в адресе https://site.ru/blog/kak-vybrat-temu/ slugом будет kak-vybrat-temu.
Важно не путать slug с:
- заголовком записи или страницы — он может остаться прежним;
- постоянной ссылкой целиком — WordPress пересобирает её из настроек и slug;
- ярлыком автора или метки — это отдельные сущности, хотя принцип у них похожий.
После изменения slug WordPress обычно сам обновляет новый адрес в базе. Но старый URL не исчезает из интернета мгновенно: на него могут вести внешние ссылки, закладки, поисковый индекс и внутренние ссылки на сайте. Поэтому редирект — не опция «на всякий случай», а обязательная часть работы.
Как изменить slug записи или страницы в админке
Для записи и страницы самый безопасный способ — менять slug прямо в редакторе WordPress. Это не требует доступа к базе данных и подходит почти для любого сайта.
В блоковом редакторе
Откройте запись или страницу на редактирование. Справа в настройках документа найдите блок с постоянной ссылкой. В зависимости от версии WordPress и языка интерфейса он может называться «Ссылка» или «Постоянная ссылка». Нажмите на текущий URL и отредактируйте только slug.
После изменения сохраните запись. Если WordPress показывает новый адрес сразу, это хороший знак, но не финальная проверка: нужно ещё убедиться, что старый URL перенаправляется на новый.
Если редактор не даёт изменить адрес
Иногда поле slug скрыто или выглядит недоступным. Обычно это связано с тем, что запись ещё не сохранена как черновик, или с особенностями темы и плагинов. В таком случае:
- сначала сохраните запись как черновик;
- обновите страницу редактирования;
- проверьте блок постоянной ссылки ещё раз;
- если нужно, откройте «Быстрое редактирование» в списке записей — там тоже можно поменять ярлык.
Для страниц принцип тот же. Если страница вложенная, WordPress может включать в URL slug родительской страницы. Тогда при смене slug у родителя изменится и адрес дочерних страниц. Это частая причина «сломанных» ссылок после редактирования структуры сайта.
Как изменить slug рубрики
У рубрик slug меняется не в редакторе записи, а в разделе управления рубриками. Откройте Записи → Рубрики, найдите нужную рубрику и нажмите «Изменить». В поле slug укажите новый вариант и сохраните.
Здесь есть важный нюанс: если рубрика уже используется в URL записей, изменение её ярлыка может повлиять на адреса всех материалов, у которых в структуре постоянных ссылок участвует категория. Если у вас в настройках ЧПУ используется шаблон с рубрикой, например /%category%/%postname%/, после переименования рубрики меняются и адреса записей, а не только архив категории.
Если на сайте много опубликованных материалов, перед изменением slug рубрики лучше проверить, как устроены постоянные ссылки. Иначе можно получить массовую смену URL сразу у большого числа страниц, что без редиректов почти гарантированно создаст 404.
Что сделать до изменения, чтобы не сломать старые ссылки
Перед правкой slug полезно пройти короткую проверку. Это занимает несколько минут, но экономит время на поиске битых ссылок после публикации.
- Проверьте, есть ли на старый URL внешние ссылки из соцсетей, рассылок, партнёрских материалов или других сайтов.
- Посмотрите, не используется ли старый адрес в меню, виджетах, кнопках, хлебных крошках и внутренних ссылках в контенте.
- Если меняете рубрику, оцените, не зависит ли от неё структура URL записей.
- Сделайте резервную копию, если планируете массовую правку нескольких slug или рубрик сразу.
Если сайт рабочий и уже получает трафик, лучше не менять slug без необходимости. Иногда разумнее оставить старый адрес и изменить только заголовок, а новый slug использовать для свежих материалов. Это особенно актуально для страниц, которые уже ранжируются в поиске.
Как настроить редирект со старого slug на новый
После изменения slug старый адрес должен отдавать 301-редирект на новый. Это сохраняет переходы пользователей и помогает поисковым системам понять, что страница переехала, а не исчезла.
В WordPress редирект можно сделать несколькими способами:
- через плагин редиректов, если вы не хотите трогать серверную конфигурацию;
- через правила на сервере, если у вас есть доступ к
.htaccessна Apache или к конфигурации Nginx; - через функциональность SEO-плагина, если он умеет управлять переадресациями.
Для большинства владельцев сайтов самый простой вариант — плагин редиректов. Он удобен, когда нужно заменить один адрес или несколько адресов без ручной правки конфигурации. Но если на сайте уже настроены серверные редиректы, не дублируйте одно и то же правило в нескольких местах: так сложнее отлаживать цепочки и петли перенаправлений.
Если редиректов нет, старые ссылки начнут вести на 404. Это особенно заметно после смены slug у популярных записей, рубрик из меню и страниц, на которые ссылаются из старых материалов.
Как проверить, что всё работает после изменения
После сохранения нового slug не ограничивайтесь открытием страницы в браузере. Проверьте три вещи: новый адрес открывается, старый адрес переадресует, а внутренние ссылки не ведут на устаревший URL.
Порядок проверки простой:
- Откройте новый URL в режиме инкогнито или в другом браузере.
- Перейдите по старому адресу и убедитесь, что он ведёт на новую страницу с кодом ответа 301, а не 302 и не 404.
- Проверьте меню, блоки ссылок, хлебные крошки и связанные материалы на сайте.
- Если используете кэш-плагин или CDN, очистите кэш и повторите проверку.
Если у вас есть доступ к инструментам разработчика или онлайн-проверке HTTP-ответов, смотрите именно код ответа. Визуальный переход в браузере ещё не гарантирует, что редирект настроен правильно: иногда страница открывается из кэша, а не по реальному правилу перенаправления.
Типичные ошибки при смене slug
Чаще всего проблемы появляются не в WordPress, а в сопутствующих настройках. Вот что ломает адреса на практике:
- Меняют slug и забывают про редирект. Старые ссылки сразу становятся битые.
- Правят рубрику, не проверив структуру постоянных ссылок. В итоге меняются URL у десятков записей.
- Оставляют старые ссылки в меню и контенте. Пользователь попадает на несуществующий адрес даже на самом сайте.
- Не очищают кэш. Кажется, что всё работает, но часть посетителей видит старую версию страницы.
- Создают цепочку редиректов. Например, старый адрес ведёт на промежуточный URL, а тот — на новый. Это хуже и для скорости, и для индексации.
Если slug меняется у страницы с высоким трафиком, лучше сразу проверить аналитику и Search Console после обновления. Так вы быстрее заметите, не остались ли старые URL в выдаче или в переходах из внешних источников.
Когда slug лучше не менять
Иногда технически всё можно поменять, но практически это не лучший шаг. Если страница уже получает стабильный трафик, имеет внешние ссылки и хорошо индексируется, смена slug создаёт лишний риск. В таком случае безопаснее оставить адрес как есть и ограничиться правкой заголовка, текста или мета-данных.
Менять slug имеет смысл, когда старый адрес действительно плохой: содержит ошибку, не отражает тему, выглядит слишком длинным или был создан автоматически и мешает структуре сайта. Тогда делайте замену осознанно: новый slug, 301-редирект, проверка внутренних ссылок и контроль старых адресов.
Если нужен короткий практический вывод, он такой: в WordPress slug меняется быстро, а без редиректа и проверки результата это почти всегда создаёт проблемы. Аккуратная схема простая — изменить ярлык, сохранить новый URL, настроить 301 со старого адреса и убедиться, что сайт не потерял внутренние и внешние переходы.