Если в адресах записей WordPress у вас появляется /category/, это обычно означает, что в настройках постоянных ссылок используется структура с рубрикой или на сайте включён префикс рубрик. Убрать этот фрагмент можно, но делать это нужно аккуратно: после изменения часть старых ссылок может перестать открываться, а при совпадении с другими страницами появятся конфликты URL.
Ниже разберём, когда WordPress вообще добавляет /category/, как убрать его штатными средствами, что делать при конфликте с другими записями и как проверить, что сайт после правки работает без битых ссылок.
Почему в URL появляется /category/
WordPress использует базу рубрик, чтобы отличать архивы категорий от других страниц. По умолчанию это выглядит так: /category/news/. Если у записи в структуре постоянных ссылок используется рубрика, например /%category%/%postname%/, то в адрес записи попадёт либо сам слаг рубрики, либо префикс, если он задан в настройках таксономии.
Важно разделять две вещи:
- база рубрик — префикс вроде
categoryв адресах архивов рубрик; - структура записи — шаблон, по которому формируется URL самой записи.
Если задача именно в том, чтобы сделать ссылки записей короче и аккуратнее, обычно меняют структуру постоянных ссылок и отдельно проверяют, не нужен ли вообще префикс рубрик на сайте.
Самый простой способ: изменить структуру постоянных ссылок
Если вам не принципиально, чтобы в URL записи была рубрика, самый надёжный вариант — убрать её из структуры постоянных ссылок. Для этого откройте Настройки → Постоянные ссылки и выберите вариант, где используется только название записи, например /%postname%/.
После сохранения WordPress сам обновит правила маршрутизации. В результате адреса записей станут короче, а рубрики останутся доступны отдельно в архивах.
Этот способ подходит, если:
- вам нужен аккуратный URL без вложенности;
- на сайте нет жёсткой зависимости от рубрики в адресе записи;
- вы готовы настроить редиректы со старых ссылок.
Если раньше записи уже индексировались и на них есть внешние ссылки, не ограничивайтесь только сохранением настроек. Старые адреса с /category/ нужно перенаправить на новые, иначе пользователи и поисковые системы будут получать 404.
Как убрать именно /category/ из адресов рубрик и записей
Иногда под этой задачей имеют в виду не структуру записи, а сам префикс рубрик. Тогда нужно убрать базу рубрик в настройках или через плагин. В стандартном WordPress отдельного поля для полного удаления базы рубрик нет, но можно изменить её на пустую или на другой короткий префикс через плагины, которые умеют работать с permalink-структурами.
На практике есть два сценария:
- Сменить базу рубрик на короткую — например, вместо
/category/использовать/rubrika/или другой нейтральный префикс. Это безопаснее, потому что URL остаются уникальными и предсказуемыми. - Полностью убрать базу рубрик — вариант более рискованный. Он может привести к конфликтам с записями, страницами и произвольными типами записей, если их слаги совпадут с названием рубрики.
Если сайт небольшой и структура URL простая, убрать базу рубрик можно. Но на живом проекте с большим количеством материалов я бы сначала проверил, нет ли пересечений с уже существующими слагами.
Когда удаление /category/ создаёт конфликты
WordPress маршрутизирует URL по правилам перезаписи. Если убрать базу рубрик, адрес рубрики может стать слишком похожим на адрес записи или страницы. Например, если есть запись /news/ и рубрика /news/, система не всегда сможет однозначно понять, что именно открывать.
Проблемы чаще возникают в таких случаях:
- названия рубрик совпадают со слагами записей или страниц;
- на сайте используются кастомные типы записей с короткими URL;
- есть вложенные рубрики и похожие слаги;
- сайт давно работает, и в индексе поисковиков накопились старые адреса.
Если вы не уверены, что структура чистая, безопаснее не удалять базу рубрик полностью, а заменить её на короткий префикс. Это почти всегда даёт тот же визуальный эффект — URL становится короче и аккуратнее — но без лишнего риска.
Что сделать после изменения URL
После любой правки постоянных ссылок нужно проверить не только главную страницу записи, но и весь путь от старого адреса к новому. Иначе можно получить ситуацию, когда новые ссылки открываются, а старые продолжают отдавать 404.
Проверьте следующее:
- открывается ли новая ссылка записи без ошибок;
- работают ли архивы рубрик;
- нет ли дублей одного и того же материала по двум адресам;
- ведут ли старые URL на новые через 301-редирект;
- не сломались ли меню, хлебные крошки и внутренние ссылки в контенте;
- не появились ли страницы с одинаковыми слагами.
Если у вас включён кэш, после изменения постоянных ссылок его стоит очистить. Иначе можно увидеть старую структуру URL даже тогда, когда WordPress уже отдаёт новые адреса.
Как быстро проверить редирект
Самый простой способ — открыть старый URL в браузере в режиме инкогнито и посмотреть, куда он ведёт. Если всё настроено правильно, старый адрес должен отдавать 301 Moved Permanently и отправлять на новый URL. Для более точной проверки можно использовать любой онлайн-проверщик редиректов или инструменты разработчика в браузере.
Если старый адрес открывается как обычная страница без перенаправления, поисковики будут считать его отдельной страницей. Это плохой сценарий: он создаёт дубли и размывает вес ссылок.
Как настроить редиректы со старых ссылок
Если структура URL изменилась, редирект нужен почти всегда. Для небольшого сайта его можно сделать через плагин редиректов или в конфигурации сервера. Выбор зависит от того, есть ли у вас доступ к .htaccess на Apache или к конфигу Nginx.
Для WordPress-проекта на обычном хостинге чаще всего проще использовать плагин, если вы не хотите править серверные правила вручную. Но если сайт большой и нагрузка заметная, лучше делать перенаправления на уровне веб-сервера — так надёжнее и быстрее.
Если вы меняете только структуру постоянных ссылок с /%category%/%postname%/ на /%postname%/, редирект должен учитывать старый путь записи. Универсального короткого правила для всех сайтов здесь нет: всё зависит от того, как именно были сформированы старые URL и не совпадают ли слаги между рубриками и записями.
Что выбрать: убрать префикс полностью или оставить короткую базу
| Вариант | Плюсы | Минусы | Когда подходит |
|---|---|---|---|
| Полностью убрать /category/ | Самый короткий URL, аккуратный вид | Выше риск конфликтов, сложнее поддержка старых ссылок | Небольшой сайт, простая структура, есть контроль над редиректами |
| Заменить на короткую базу | Меньше риск конфликтов, URL короче, чем по умолчанию | Не убирает префикс полностью | Рабочий сайт, важна стабильность и предсказуемость |
| Оставить как есть | Минимум риска, ничего не ломается | URL длиннее и менее аккуратный | Если сайт уже хорошо индексируется и менять структуру не хочется |
Если задача только в том, чтобы адрес выглядел чище, а не в том, чтобы любой ценой убрать каждый лишний символ, короткая база рубрик часто оказывается практичнее полного удаления. На живом сайте это обычно более безопасный компромисс.
Когда лучше не трогать URL вообще
Если сайт давно в работе, у него есть трафик из поиска, внешние ссылки и много старых публикаций, изменение структуры URL — это не косметическая правка, а миграция. В таких случаях удалять /category/ стоит только если вы готовы:
- проверить все существующие слаги;
- настроить 301-редиректы;
- обновить внутренние ссылки;
- перепроверить индексацию после изменений.
Если этого не сделать, можно получить просадку трафика, битые ссылки и путаницу в поисковой выдаче. Иногда разумнее оставить текущую структуру, чем менять её ради более короткого URL без технической подготовки.
Если же сайт новый или трафик ещё небольшой, лучше сразу выбрать понятную структуру постоянных ссылок и не откладывать настройку. Чем раньше вы уберёте лишний префикс, тем меньше будет наследственных проблем с редиректами и дублями.
Коротко: убрать /category/ в WordPress можно, но безопасный путь зависит от того, что именно вы меняете — структуру записи или базу рубрик. Для нового сайта обычно достаточно перейти на более простую структуру постоянных ссылок. Для действующего проекта сначала проверьте конфликты, затем настройте 301-редиректы и только после этого публикуйте изменения.