Как отключить архивы таксономий в WordPress без поломки SEO и навигации

Архивы таксономий в WordPress часто остаются открытыми по умолчанию: рубрики, метки, а иногда и пользовательские таксономии начинают индексироваться, хотя у них нет самостоятельной ценности. В результате в поиске появляются страницы с тонким контентом, дублирующие подборки и слабые точки входа, которые тянут на себя краулинговый бюджет и размывают структуру сайта.

Но отключать архивы вслепую нельзя. Если рубрика или таксономия реально используется как навигационный слой, убирать её из индекса без замены — плохая идея. Ниже разберём, как понять, что именно закрывать, как сделать это через код или SEO-плагин, и как проверить, что после правки не сломались ссылки и индексация.

Когда архив таксономии стоит отключать

Сначала нужно отделить полезные архивы от технического мусора. Не все страницы рубрик и меток одинаково бесполезны. Если на архиве есть уникальный текст, нормальная подборка материалов и он реально помогает пользователю, его можно оставить открытым. Если же это пустая страница с 2–3 записями, без описания и без спроса в поиске, чаще всего её лучше закрыть.

Типичные признаки проблемного архива

  • страница почти не отличается от других архивов по набору записей;
  • в индексе есть метки, которые дублируют рубрики или фильтры;
  • таксономия создана автоматически плагином и не несёт навигационной ценности;
  • на архиве нет уникального текста, заголовок шаблонный, а контент повторяется;
  • в Search Console такие страницы получают показы, но не дают кликов.

Если у вас уже есть закрытие дублей для авторов, дат, поиска и вложений, логика та же: не индексировать то, что не помогает пользователю и не несёт самостоятельной ценности.

Диагностика: что именно закрывать

Перед изменениями проверьте, какие архивы реально существуют в теме и плагинах. В WordPress это могут быть стандартные рубрики и метки, а также пользовательские таксономии, которые регистрируются темой или расширением. Самая частая ошибка — отключить всё подряд и потом обнаружить, что меню, хлебные крошки или внутренние ссылки ведут в никуда.

Что проверить в первую очередь

  1. Откройте несколько архивов таксономий в браузере и оцените, есть ли у них смысл как у посадочных страниц.
  2. Посмотрите исходный код: есть ли noindex, canonical и корректный title.
  3. Проверьте, не используются ли эти архивы в меню, блоках, хлебных крошках и виджетах.
  4. Сравните количество страниц в индексе с количеством реально полезных архивов.
  5. Убедитесь, что таксономия не нужна для фильтрации контента на фронтенде.

Если архив нужен только для внутренней логики и не должен попадать в поиск, его лучше закрыть на уровне регистрации таксономии или через SEO-плагин, а не просто прятать из меню.

Как отключить архивы таксономий через код

Если вы контролируете тему или плагин, самый надёжный способ — задать параметр publicly_queryable и управлять выводом архивов на этапе регистрации таксономии. Но это подходит не всегда: если таксономия уже используется, полное отключение архива может сломать старые ссылки. В таком случае безопаснее оставить запросы доступными, но закрыть индексацию и убрать ссылки из интерфейса.

Вариант 1: закрыть архив от индексации, но оставить URL рабочим

Этот подход полезен, если URL уже есть в индексе или на него ведут внутренние ссылки. Тогда страница открывается для пользователя, но не должна попадать в поиск.

add_filter('wp_robots', function ($robots) {
    if (is_tax()) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
});

add_filter('wpseo_robots', function ($robots) {
    if (is_tax()) {
        return 'noindex, follow';
    }

    return $robots;
});

Первый фильтр работает для ядра WordPress, второй — для Yoast SEO. Если у вас другой SEO-плагин, проверьте его документацию: не стоит вешать сразу несколько конфликтующих правил на один и тот же архив.

Вариант 2: отключить архив при регистрации таксономии

Если это ваша собственная таксономия и она не должна иметь публичную страницу, задайте нужные аргументы сразу при register_taxonomy().

register_taxonomy('project_type', array('project'), array(
    'label'             => 'Тип проекта',
    'public'            => true,
    'publicly_queryable'=> false,
    'rewrite'           => false,
    'show_ui'           => true,
    'show_in_rest'      => true,
    'hierarchical'      => true,
));

Здесь архив не будет открываться как обычная публичная страница, но таксономия сохранится в админке и может использоваться для редакторской работы. После такого изменения нужно проверить, не завязаны ли на архивы старые ссылки и хлебные крошки.

Как закрыть архивы через SEO-плагин

Если править код темы неудобно, проще использовать настройки SEO-плагина. Это особенно актуально для рубрик и меток, где нужно не отключать всё целиком, а точечно закрывать отдельные типы архивов. Важно только не смешивать ручные мета-теги, настройки плагина и кодовые фильтры без необходимости.

ПодходКогда подходитМинус
Код в теме или плагинеЕсть доступ к разработке, нужна точная логикаНужно поддерживать изменения при обновлениях
SEO-плагинНужно быстро закрыть рубрики, метки, таксономииМеньше гибкости для нестандартных сценариев
Удаление архива на уровне регистрацииСобственная таксономия без публичной страницыМожно сломать старые ссылки и навигацию

Если вы используете Clearfy Pro, там можно закрывать часть архивов и чистить сайт от лишних технических страниц. Это не замена анализу структуры, но для типовых задач помогает быстро привести индексацию в порядок: Clearfy Pro.

Пошаговое решение без потери навигации

Если нужен безопасный порядок действий, лучше идти не от настроек, а от сценария использования. Сначала определите, нужен ли архив пользователю. Потом решите, должен ли он индексироваться. И только после этого меняйте код или настройки плагина.

  1. Составьте список всех архивов таксономий на сайте.
  2. Отметьте те, которые реально используются как посадочные страницы.
  3. Для полезных архивов проверьте уникальность заголовка, описания и набора материалов.
  4. Для бесполезных архивов поставьте noindex, follow или отключите публичный вывод.
  5. Удалите ссылки на закрытые архивы из меню, виджетов и хлебных крошек.
  6. Обновите sitemap, если SEO-плагин добавлял туда эти URL.
  7. Переобойдите сайт и проверьте, что старые страницы не отдают 404 без причины.

Как проверить, что решение сработало

Проверка нужна не только в браузере. Часто архив визуально открывается нормально, но в коде остался конфликтующий canonical или страница всё ещё попадает в sitemap. Проверяйте в нескольких точках.

Минимальный чек-лист проверки

  • в исходном коде страницы есть noindex, если архив должен быть закрыт;
  • canonical указывает на саму страницу или на нужную замену, а не на случайный URL;
  • архив не попадает в XML-sitemap;
  • внутренние ссылки на закрытые архивы убраны или заменены;
  • в Search Console после переобхода статус страницы меняется ожидаемым образом;
  • страница не ломает хлебные крошки и блоки навигации.

Для быстрой ручной проверки откройте страницу архива, посмотрите исходный код и найдите robots и canonical. Если используете командную строку, можно проверить заголовки ответа и индексацию через curl:

curl -I https://example.com/taxonomy-slug/

Если сервер или плагин отдают редирект, 404 или 410, это тоже нужно учитывать. Иногда лучше не закрывать архив через noindex, а сразу отдавать 410 для полностью удалённой таксономии, но только если на неё больше нет внутренних ссылок и она не нужна пользователям.

Частые ошибки и как их исправить

Закрыли архив, но оставили его в меню

Это самая частая проблема. Пользователь кликает по ссылке, а поисковый робот видит закрытую страницу, которая всё равно участвует в навигации. Решение простое: если архив не нужен как посадочная, уберите его из меню и замените на более полезную страницу.

Поставили noindex, но забыли про sitemap

Если URL всё ещё есть в карте сайта, поисковик будет продолжать его обходить. Закрытие индексации без обновления sitemap даёт слабый эффект и затягивает переобход.

Отключили публичный архив, но сломали старые ссылки

Так бывает, когда меняют rewrite или publicly_queryable у уже существующей таксономии. Если архив был в индексе или на него вели ссылки, сначала сделайте мягкое закрытие через noindex и только потом решайте, нужен ли жёсткий редирект или 410.

Смешали код темы и настройки SEO-плагина

Когда один и тот же архив закрывается сразу в двух местах, легко получить конфликт canonical, дубли мета-тегов или непредсказуемый результат после обновления плагина. Лучше выбрать один источник истины: либо код, либо SEO-плагин.

Что делать с полезными архивами, которые всё же нужны

Если архив таксономии полезен, не закрывайте его только потому, что он «похож на дубль». Лучше доработать его как полноценную посадочную страницу: добавить уникальное описание, нормальный заголовок, блоки с подборками и внутренние ссылки на связанные материалы. В некоторых проектах это даёт больше пользы, чем попытка вычистить всё до нуля.

Для таких страниц особенно важны скорость загрузки и предсказуемая структура. Если архивы строятся на тяжёлых шаблонах, проверьте запросы к базе, количество блоков на странице и логику пагинации. Иногда проблема не в индексации, а в том, что архив слишком медленно рендерится и плохо выглядит в поиске и для пользователя.

Если нужен более широкий контроль над дублями, техническими страницами и чисткой сайта, имеет смысл смотреть не только на отдельные настройки, но и на общую архитектуру SEO-шаблонов. В этом сценарии полезно заранее решить, какие архивы должны быть посадочными, а какие — только внутренними фильтрами.

Как закрыть от индексации страницы поиска в WordPress без поломки внутреннего поиска
23.08.2026
Как отключить XML-RPC в WordPress без поломки сайта и интеграций
20.08.2026
Как отключить emoji-скрипты в WordPress и убрать лишние запросы с фронтенда
23.08.2026
Как закрыть дубли страниц авторов в WordPress через robots.txt и noindex
16.08.2026
Как отключить дубли контента в WordPress от тегов, архивов и вложений
29.08.2026