Архивы таксономий в WordPress часто остаются открытыми по умолчанию: рубрики, метки, а иногда и пользовательские таксономии начинают индексироваться, хотя у них нет самостоятельной ценности. В результате в поиске появляются страницы с тонким контентом, дублирующие подборки и слабые точки входа, которые тянут на себя краулинговый бюджет и размывают структуру сайта.
Но отключать архивы вслепую нельзя. Если рубрика или таксономия реально используется как навигационный слой, убирать её из индекса без замены — плохая идея. Ниже разберём, как понять, что именно закрывать, как сделать это через код или SEO-плагин, и как проверить, что после правки не сломались ссылки и индексация.
Когда архив таксономии стоит отключать
Сначала нужно отделить полезные архивы от технического мусора. Не все страницы рубрик и меток одинаково бесполезны. Если на архиве есть уникальный текст, нормальная подборка материалов и он реально помогает пользователю, его можно оставить открытым. Если же это пустая страница с 2–3 записями, без описания и без спроса в поиске, чаще всего её лучше закрыть.
Типичные признаки проблемного архива
- страница почти не отличается от других архивов по набору записей;
- в индексе есть метки, которые дублируют рубрики или фильтры;
- таксономия создана автоматически плагином и не несёт навигационной ценности;
- на архиве нет уникального текста, заголовок шаблонный, а контент повторяется;
- в Search Console такие страницы получают показы, но не дают кликов.
Если у вас уже есть закрытие дублей для авторов, дат, поиска и вложений, логика та же: не индексировать то, что не помогает пользователю и не несёт самостоятельной ценности.
Диагностика: что именно закрывать
Перед изменениями проверьте, какие архивы реально существуют в теме и плагинах. В WordPress это могут быть стандартные рубрики и метки, а также пользовательские таксономии, которые регистрируются темой или расширением. Самая частая ошибка — отключить всё подряд и потом обнаружить, что меню, хлебные крошки или внутренние ссылки ведут в никуда.
Что проверить в первую очередь
- Откройте несколько архивов таксономий в браузере и оцените, есть ли у них смысл как у посадочных страниц.
- Посмотрите исходный код: есть ли
noindex, canonical и корректный title. - Проверьте, не используются ли эти архивы в меню, блоках, хлебных крошках и виджетах.
- Сравните количество страниц в индексе с количеством реально полезных архивов.
- Убедитесь, что таксономия не нужна для фильтрации контента на фронтенде.
Если архив нужен только для внутренней логики и не должен попадать в поиск, его лучше закрыть на уровне регистрации таксономии или через 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.
Пошаговое решение без потери навигации
Если нужен безопасный порядок действий, лучше идти не от настроек, а от сценария использования. Сначала определите, нужен ли архив пользователю. Потом решите, должен ли он индексироваться. И только после этого меняйте код или настройки плагина.
- Составьте список всех архивов таксономий на сайте.
- Отметьте те, которые реально используются как посадочные страницы.
- Для полезных архивов проверьте уникальность заголовка, описания и набора материалов.
- Для бесполезных архивов поставьте
noindex, followили отключите публичный вывод. - Удалите ссылки на закрытые архивы из меню, виджетов и хлебных крошек.
- Обновите sitemap, если SEO-плагин добавлял туда эти URL.
- Переобойдите сайт и проверьте, что старые страницы не отдают 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-шаблонов. В этом сценарии полезно заранее решить, какие архивы должны быть посадочными, а какие — только внутренними фильтрами.