Если нужно привести URL к единому стандарту, сократить длинные адреса или убрать неудачное слово из ссылки, в WordPress можно изменить slug у рубрик, записей и страниц. Но делать это нужно аккуратно: старые URL перестанут открываться, а внутренние ссылки, закладки и поисковый трафик начнут вести на 404, если не настроить перенаправления.
Ниже разберём, где именно меняется slug для разных типов контента, что будет с уже опубликованными ссылками и как безопасно обновить структуру сайта без лишних потерь.
Что именно меняется: slug, а не весь URL
Slug — это часть адреса, которая формируется из названия записи, страницы или рубрики. Например, в адресе site.ru/blog/kak-vybrat-temu slug записи — kak-vybrat-temu, а blog может быть базой рубрик или частью структуры постоянных ссылок.
Важно не путать slug с:
- доменом сайта;
- базой рубрик или записей в настройках постоянных ссылок;
- родительской страницей, если URL строится иерархически;
- категорией в хлебных крошках или меню — это уже отдельные элементы навигации.
Когда вы меняете slug, WordPress создаёт новый адрес. Старый адрес сам по себе не сохраняется, поэтому без редиректа пользователь и поисковый робот попадут на ошибку 404.
Как изменить slug у записи
У записей самый простой сценарий: slug можно поменять прямо в редакторе. В блоковом редакторе откройте нужную запись и в правой панели найдите блок с постоянной ссылкой. Обычно там отображается текущий URL или его часть. Нажмите на поле slug, замените значение и сохраните запись.
Если запись уже опубликована, после изменения WordPress обновит её адрес сразу после сохранения. На практике это означает, что старый URL станет недействительным, а новый начнёт работать немедленно.
На что стоит обратить внимание:
- slug лучше делать коротким и понятным;
- не используйте пробелы и кириллицу, если не уверены, как сайт и внешние сервисы будут обрабатывать такой адрес;
- не меняйте slug массово без списка старых URL — потом сложнее восстановить структуру редиректов;
- если запись уже имеет трафик, сначала подготовьте перенаправление со старого адреса на новый.
Как изменить slug у страницы
У страниц логика похожая, но есть нюанс: если страница вложенная, её URL зависит ещё и от родителя. Например, адрес может выглядеть как /uslugi/seo-audit/, где uslugi — slug родительской страницы, а seo-audit — slug дочерней.
Чтобы изменить slug страницы, откройте её в редакторе и поменяйте значение постоянной ссылки. Если нужно изменить только дочернюю страницу, достаточно заменить её собственный slug. Если меняете slug родителя, изменится и адрес всех вложенных страниц. Это частая причина неожиданных 404 после редактирования структуры сайта.
Перед сохранением проверьте два момента:
- не используется ли этот slug уже у другой страницы;
- не завязаны ли на старый адрес меню, кнопки, формы, блоки в шаблоне и внешние ссылки.
Если страница участвует в навигации сайта, после изменения slug лучше сразу проверить меню и хлебные крошки. WordPress обычно обновляет ссылки в меню, если они ведут на объект, а не вставлены вручную как произвольный URL, но на это не стоит полагаться вслепую.
Как изменить slug у рубрики
С рубриками всё немного иначе: slug меняется не в самой записи, а в разделе рубрик. Откройте Записи → Рубрики, найдите нужную рубрику и нажмите редактирование. В поле slug укажите новое значение и сохраните изменения.
Если рубрика уже используется в материалах, её адрес тоже изменится сразу. При этом сами записи внутри рубрики не потеряют привязку к категории, но ссылки на архив рубрики станут новыми. Это особенно важно, если рубрика уже проиндексирована или на неё ведут внутренние ссылки из меню, блоков и статей.
У рубрик есть ещё одна особенность: если у вас включена иерархия рубрик, адрес архивной страницы может зависеть от родительской рубрики и структуры постоянных ссылок. После изменения slug проверьте, не стал ли URL слишком длинным или не появился ли конфликт с другой рубрикой.
Что сломается, если просто заменить slug без редиректа
Самая частая ошибка — поменять slug и считать задачу решённой. На сайте новый адрес будет работать, но старый перестанет открываться. Для пользователя это выглядит как битая ссылка, для поисковика — как потеря страницы, а для сайта — как просадка в переходах и накопление 404.
Особенно это заметно в таких случаях:
- страница уже есть в поиске;
- на неё ведут внешние ссылки;
- она используется в рекламных кампаниях;
- внутренние ссылки в статьях прописаны вручную;
- адрес зашит в кнопки, баннеры или шаблонные блоки.
Поэтому безопасная смена slug почти всегда состоит из двух шагов: сначала меняете адрес в WordPress, затем настраиваете постоянный редирект со старого URL на новый.
Как сохранить структуру сайта: настройте 301-редирект
Для постоянной смены адреса нужен редирект 301. Он сообщает браузеру и поисковым системам, что страница переехала навсегда. Это стандартный и правильный способ сохранить структуру сайта после изменения slug.
Если у вас небольшой сайт, редирект можно добавить в плагине для перенаправлений. Если сайт работает на Apache и у вас есть доступ к .htaccess, редирект можно прописать там. На Nginx правила настраиваются в конфигурации сервера, и без доступа к серверу это обычно делает хостинг-поддержка.
Пример для Apache, если нужно перенаправить старый адрес на новый:
Redirect 301 /staryy-slug/ https://site.ru/novyy-slug/Это простой вариант для одного адреса. Если меняется несколько URL, удобнее использовать плагин редиректов или более точные правила на уровне сервера. Не стоит массово править .htaccess без понимания текущих правил сайта: одна лишняя строка может сломать ЧПУ, кэш или другие перенаправления.
Если вы не уверены в конфигурации сервера, безопаснее сделать редирект через плагин. Так проще управлять списком старых и новых адресов, а при ошибке можно быстро отключить правило без правки конфигурационных файлов.
Как проверить, что всё работает правильно
После изменения slug не ограничивайтесь открытием новой страницы в браузере. Проверьте три вещи:
- Новый URL открывается без ошибок.
- Старый URL отдаёт 301 и ведёт на новый адрес.
- Внутренние ссылки на сайте не ведут на старый slug.
Проверить редирект можно прямо в браузере, но надёжнее посмотреть HTTP-статус через инструменты разработчика, онлайн-проверку редиректов или команду curl, если вам удобно работать с консолью. Например:
curl -I https://site.ru/staryy-slug/В ответе должен быть статус 301 и заголовок Location с новым адресом. Если вместо этого вы видите 404, редирект не настроен или указан неверный путь.
Отдельно проверьте:
- меню;
- хлебные крошки;
- ссылки в похожих материалах;
- внутренние ссылки в контенте, если они вставлялись вручную;
- карты сайта, если они формируются плагином или темой.
Когда лучше не менять slug вручную
Иногда проще не трогать уже работающий адрес, особенно если страница давно в индексе и получает стабильный трафик. Если slug нужен только для красоты, а старый URL уже используется в рассылках, рекламных объявлениях и внешних публикациях, смена адреса создаст больше работы, чем пользы.
Не стоит менять slug без подготовки, если:
- у страницы есть внешние ссылки с других сайтов;
- материал уже хорошо ранжируется;
- на сайте много ручных внутренних ссылок;
- вы не можете быстро настроить 301-редирект;
- нет уверенности, что все старые адреса собраны и учтены.
В таких случаях безопаснее сначала составить список URL, затем поменять slug, а после этого пройтись по редиректам и внутренним ссылкам. Для небольшого сайта это делается вручную. Для большого проекта лучше вести таблицу старых и новых адресов, чтобы не потерять ни один важный маршрут.
Практический порядок действий
Если нужен короткий и безопасный алгоритм, действуйте так:
- Сделайте резервную копию сайта или хотя бы базы данных.
- Измените slug у нужной записи, страницы или рубрики в WordPress.
- Сразу настройте 301-редирект со старого адреса на новый.
- Проверьте открытие нового URL и статус старого.
- Обновите внутренние ссылки, если они были прописаны вручную.
- Проверьте меню, крошки и архивы рубрик.
Такой порядок не даёт потерять структуру сайта и снижает риск, что после правки останутся битые ссылки. Если меняется только один адрес, работа занимает несколько минут. Если речь о серии страниц или рубрик, лучше делать это по списку и проверять каждый редирект отдельно.
Изменить slug в WordPress несложно. Сложность не в самой правке, а в том, чтобы сохранить старые маршруты и не оставить сайт с набором 404. Если сразу продумать редиректы и проверить внутренние ссылки, структура сайта останется целой, а адреса станут короче и аккуратнее без потери трафика и навигации.