Если на сайте есть рубрики, метки или собственные таксономии, WordPress по умолчанию создаёт для них архивные страницы. В небольшом блоге это нормально, но на контентных проектах и сайтах с тонкой структурой такие архивы часто начинают дублировать друг друга, конкурировать с основными посадочными и засорять индекс. Особенно это заметно, когда архивы таксономий пустые, почти пустые или отличаются только названием.
Ниже разберём, когда архивы таксономий действительно мешают, как отключить их без поломки сайта и как проверить результат после внедрения.
Когда архивы таксономий становятся проблемой
Речь не о том, что таксономии сами по себе вредны. Проблема появляется, когда архив существует, но не несёт отдельной пользы для пользователя и поисковика. Типичные сценарии:
- метки создаются автоматически и дают десятки почти одинаковых страниц;
- рубрики дублируют структуру разделов сайта, а контент в них повторяется;
- пользовательские таксономии используются только как техническая классификация, но их архивы открыты для индексации;
- архивы таксономий содержат слишком мало записей и выглядят как тонкие страницы;
- в теме или плагине есть отдельные шаблоны для архивов, но они не доработаны и не дают ценности.
Если архив нужен как полноценная посадочная страница, отключать его не стоит. Но если это технический слой, лучше убрать его из индексации или закрыть полностью.
Диагностика: какие архивы реально есть на сайте
Сначала проверьте, какие таксономии вообще используются. В WordPress это не только рубрики и метки, но и любые зарегистрированные таксономии в плагинах и теме. Быстрый способ — посмотреть список через админку и открыть несколько архивов вручную.
Что проверить перед изменениями
- есть ли у архива уникальный контент, а не просто список записей;
- не используется ли он в навигации, хлебных крошках или внутренних ссылках;
- не получает ли архив трафик из поиска;
- не закрыт ли он уже через
noindexили robots.txt; - не дублирует ли он рубрики, теги или фильтры.
Если архив уже закрыт от индексации, но продолжает открываться и плодить URL, это не всегда ошибка. Однако для чистки сайта часто логичнее отключить сам архив, а не только прятать его от поисковиков.
Как отключить архив таксономии кодом
Для рубрик, меток и пользовательских таксономий в WordPress можно отключить архивную страницу на уровне регистрации таксономии. Это самый чистый вариант, если вы контролируете код темы или плагина, где таксономия создаётся.
Пример для пользовательской таксономии:
add_action( 'init', function() {
register_taxonomy( 'project_type', array( 'post' ), array(
'label' => 'Тип проекта',
'public' => true,
'hierarchical' => false,
'rewrite' => false,
'query_var' => false,
'show_ui' => true,
'show_in_rest' => true,
'show_admin_column' => true,
) );
} );Здесь ключевой момент — 'rewrite' => false и 'query_var' => false. Таксономия остаётся в админке и может использоваться для фильтрации или группировки, но её архивный URL не создаётся в привычном виде.
Если таксономия уже зарегистрирована плагином или темой, не переписывайте её регистрацию вслепую. В таком случае безопаснее использовать фильтры или отключать архив через шаблонные правила и редиректы.
Отключение архива через редирект
Когда таксономия уже работает и менять регистрацию нельзя, можно отправлять архивные URL на более подходящую страницу. Например, если архив метки не нужен, а сама метка уже успела попасть в выдачу, ставят 301-редирект на рубрику, раздел или главную.
add_action( 'template_redirect', function() {
if ( is_tax( 'project_type' ) ) {
wp_redirect( home_url( '/projects/' ), 301 );
exit;
}
} );Этот вариант подходит не всегда. Если у каждой таксономии свой смысл, редирект на одну общую страницу может быть логически неверным. Тогда лучше оставить страницу доступной, но закрыть её от индексации и убрать из sitemap, если он её включает.
Сравнение подходов: код, плагин, компромисс
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Отключить архив в коде | Таксономия техническая или полностью лишняя | Чистое решение, нет лишних URL | Нужно править код и понимать, где таксономия регистрируется |
| 301-редирект | Архив уже в индексе или есть внешние ссылки | Сохраняет часть веса, убирает дубли | Нужно аккуратно выбрать целевой URL |
| noindex + оставить архив | Архив полезен пользователю, но не нужен в поиске | Минимум риска для структуры сайта | URL остаётся доступным и может обходиться краулером |
Если архивы создаёт плагин или тема
На практике таксономии часто добавляют плагины каталога, портфолио, событий, фильтров или кастомных типов записей. В этом случае сначала ищите настройки самого плагина: иногда там есть отдельный переключатель для архивов, rewrite slug или публичности.
Если настройки нет, проверьте, не создаёт ли плагин таксономию через register_taxonomy() без возможности переопределения. Тогда лучше не лезть в ядро плагина, а использовать дочернюю тему, mu-plugin или небольшой must-use плагин для точечного кода.
Когда лучше не отключать архив полностью
- если архив — это полноценная страница категории услуг или материалов;
- если на архив ведут внутренние ссылки из меню и блоков;
- если он уже собирает органический трафик;
- если на странице есть уникальный текст, фильтры и понятная навигация.
Проверка результата после внедрения
После изменений не ограничивайтесь открытием страницы в браузере. Проверьте несколько уровней:
- открывается ли старый URL архива;
- какой код ответа возвращает сервер —
200,301или404; - не осталась ли страница в sitemap;
- не ведут ли на неё внутренние ссылки;
- не появилась ли ошибка в хлебных крошках или навигации.
Если вы ставили редирект, проверьте цепочку через curl:
curl -I https://example.com/project-type/design/В ответе должен быть либо 301 Moved Permanently с корректным Location, либо 404 Not Found, если архив действительно отключён. Если видите 200, значит правило не сработало или URL обрабатывается другим шаблоном.
Для проверки индексации используйте поиск по сайту и отчёты в Google Search Console. Если архив был закрыт, но всё ещё отображается в выдаче, это нормально на переходный период. Важно, чтобы новые обходы не находили его как рабочую страницу.
Частые ошибки и как их исправить
Отключили таксономию, но сломали админку
Так бывает, если вместе с архивом отключили слишком много параметров регистрации. Например, убрали show_ui или show_in_rest, хотя таксономия нужна редакторам. В результате записи продолжают жить, но управлять ими неудобно. Решение — отключать только rewrite-часть, а не саму таксономию целиком.
Поставили редирект на неподходящую страницу
Если все архивы таксономии ведут на одну и ту же страницу, пользователь теряет контекст. Для SEO это тоже сомнительно: поисковик видит несоответствие между запросом и целевой страницей. Лучше редиректить только те архивы, для которых есть близкий по смыслу аналог.
Оставили архив в sitemap
Даже после отключения страницы она может продолжать попадать в карту сайта через SEO-плагин или кастомный генератор. Проверьте настройки sitemap и исключите таксономию там же, где она добавляется. Иначе поисковик будет снова и снова получать URL, который вы пытаетесь убрать.
Скрыли архив через CSS или шаблон
Если страница открывается, но на ней просто нет контента или он спрятан, это не решение. Для поисковика URL остаётся существующим. Нужен либо корректный редирект, либо 404/410, либо осознанный noindex.
Практические советы по безопасности и производительности
Не вносите изменения прямо в файлы родительской темы. Для точечных правок используйте дочернюю тему или отдельный mu-plugin. Так вы не потеряете изменения после обновления.
Если архивов много, не создавайте десятки отдельных правил в .htaccess без необходимости. Для WordPress-проектов проще и безопаснее держать логику в PHP, где её легче отлаживать и отключать.
Когда таксономии используются только как внутренние метки, имеет смысл заранее продумать структуру: что должно индексироваться, а что нет. Это дешевле, чем потом чистить сотни дублей и править старые ссылки.
Если вам нужно не только убрать дубли, но и системно почистить сайт от технического мусора, посмотрите на Clearfy Pro: у него есть инструменты для отключения лишних сущностей WordPress и настройки SEO-части без ручного ковыряния в шаблонах.
В итоге правильный выбор зависит от роли таксономии: если это рабочая часть структуры сайта, оставляйте архив и улучшайте его; если это технический слой, отключайте архив полностью или переводите его на редирект. Главное — не ограничиваться визуальным скрытием страницы и обязательно проверить код ответа, sitemap и внутренние ссылки после изменений.