Типичная ситуация: сайт растёт, рубрик и меток становится больше, а в индексе поисковика всплывают десятки архивных страниц с тонким или дублирующимся содержимым. При этом сами записи должны оставаться доступными для индексации, а навигация по сайту — работать как раньше. В WordPress это решается не одним «волшебным» переключателем, а набором точных действий: где-то достаточно настроек SEO-плагина, где-то нужен код, а иногда лучше сначала почистить структуру таксономий.
Ниже — рабочий сценарий для архивов рубрик и меток: как понять, что именно мешает, как отключить индексацию без побочных эффектов и как проверить, что изменения действительно сработали.
Когда архивы таксономий нужно отключать
Не все архивы надо закрывать. Если рубрика или метка реально помогает пользователю и содержит достаточно уникального контента, её можно оставить открытой. Проблема начинается, когда архивы создаются автоматически, дублируют друг друга или собирают слишком мало материалов.
Признаки, что архивы лучше убрать из индекса
- в рубрике 1–2 записи, а страница выглядит пустой;
- метки размножаются без контроля и повторяют одни и те же слова;
- в поиске уже есть страницы архивов, но трафика они не дают;
- внутренние ссылки ведут на архивы, которые не несут ценности;
- в Search Console появляются страницы с низким качеством или дублирующимся содержимым.
Если у вас уже есть отдельная статья про страницы поиска, авторов или архивы товаров, не смешивайте эти сценарии. У таксономий своя логика: рубрики и метки часто создают массовый шум в индексе, но при этом используются в хлебных крошках, меню и блоках похожих материалов.
Диагностика: что именно индексируется и почему
Сначала нужно понять, какие архивы реально попали в индекс и как они отдаются сервером. Не стоит сразу ставить noindex на всё подряд: иногда проблема не в индексации, а в лишних дублях title, canonical или пагинации.
Проверка в браузере и через исходный код
Откройте архив рубрики или метки и посмотрите:
- есть ли в
<head>тегmeta name="robots"; - какой canonical указан на странице;
- не закрыта ли страница случайно через
noindex, followвместе с важными дочерними страницами; - не создаёт ли тема отдельные шаблоны для архивов с пустым контентом.
Если используете SEO-плагин, проверьте настройки именно для таксономий. В Yoast, Rank Math и похожих плагинах часто можно отдельно управлять индексированием рубрик и меток. Это безопаснее, чем править шаблоны темы, если задача только в мета-robots.
Что смотреть в Search Console
В отчёте по индексированию полезно отфильтровать страницы по шаблону URL. Ищите:
- архивы рубрик вида
/category/...; - архивы меток вида
/tag/...; - страницы пагинации архивов, если они тоже попали в индекс;
- дубли с параметрами, если тема или плагины генерируют нестабильные URL.
Если архивы уже в индексе, а вы просто поставили noindex, поисковику нужно время на переобход. Это нормально. Важно не ломать доступ к самим записям и не удалять архивы физически без понимания, кто на них ссылается.
Пошаговое решение через SEO-плагин
Самый безопасный путь — отключить индексацию на уровне SEO-плагина. Тогда WordPress продолжит генерировать архивы, но поисковик увидит, что их не нужно индексировать.
Что делать в настройках
- Откройте настройки SEO-плагина.
- Найдите раздел таксономий: рубрики, метки, пользовательские таксономии.
- Для лишних архивов включите
noindex. - Проверьте, что canonical остаётся на саму страницу архива, а не указывает на случайную запись.
- Сохраните настройки и очистите кэш, если он есть.
Если у вас есть плагин очистки и SEO-оптимизации вроде Clearfy Pro, он может помочь убрать часть технического шума и централизовать настройки, но принцип тот же: архив должен либо быть полезным и индексируемым, либо оставаться доступным для пользователей, но не попадать в индекс.
Когда noindex лучше, чем удаление
Удалять архивы из шаблонов или закрывать их через robots.txt — не лучший первый шаг. noindex позволяет сохранить:
- внутреннюю перелинковку;
- хлебные крошки;
- переходы из меню и блоков рубрик;
- человеческую навигацию по сайту.
А вот robots.txt не решает задачу полноценно: если страница уже в индексе, запрет на обход не гарантирует её исчезновение. Для чистки индекса это слабый инструмент.
Решение через код: если нужен точечный контроль
Иногда SEO-плагин не подходит: например, нужно закрыть только часть таксономий, а остальные оставить открытыми. Тогда проще добавить фильтр в functions.php дочерней темы или в небольшой mu-plugin.
Ниже пример для Yoast SEO: закрываем от индексации только архивы конкретных рубрик и меток по slug.
<?php
add_filter( 'wpseo_robots', function( $robots ) {
if ( is_category( array( 'news', 'promo' ) ) || is_tag( array( 'test', 'misc' ) ) ) {
return 'noindex,follow';
}
return $robots;
} );Если вы не используете Yoast, логика остаётся той же, но фильтр будет другим. Важно не копировать этот код вслепую в тему, если SEO-плагин уже сам управляет robots: можно получить конфликт и непредсказуемый результат.
Пример для добавления noindex на все архивы меток
Если метки на сайте не несут ценности и их нужно закрыть целиком, можно использовать более общий подход:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант работает на уровне WordPress 5.7+ через API wp_robots. Но если SEO-плагин уже выводит свои директивы, сначала проверьте, не дублируются ли теги robots в HTML. Два разных источника мета-robots — частая причина ошибок.
Сравнение подходов: плагин, код, удаление
| Подход | Что даёт | Минус | Когда использовать |
|---|---|---|---|
| SEO-плагин | Быстрое noindex для таксономий | Меньше точности, зависит от интерфейса | Если нужно закрыть рубрики/метки без разработки |
| Код через фильтр | Точный контроль по slug и типам архивов | Нужна аккуратность и тестирование | Если закрывать надо только часть архивов |
| Удаление шаблона/архива | Архив исчезает полностью | Можно сломать навигацию и ссылки | Только если архив реально не нужен вообще |
Проверка результата после внедрения
После изменения настроек не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковик получает правильные сигналы, а сайт не потерял внутренние переходы.
Что проверить вручную
- в исходном коде страницы есть
noindexдля нужных архивов; - canonical не указывает на случайную запись или главную страницу;
- архив открывается в браузере и не даёт 404;
- ссылки на рубрики и метки в контенте продолжают работать;
- пагинация архивов не сломалась.
Мини-чек-лист для теста
- очистить кэш плагина и сервера;
- проверить страницу в режиме инкогнито;
- посмотреть HTML через «Просмотр кода страницы»;
- прогнать URL через инспекцию в Search Console;
- сравнить поведение на главной, в архиве и на отдельной записи.
Если используете кэширование на уровне сервера или CDN, обновление robots может не попасть в выдачу сразу. Сначала убедитесь, что на стороне WordPress код уже изменился, а потом ждите переобхода.
Частые ошибки и как их исправить
Закрыли архив в robots.txt вместо noindex
Это частая ошибка. Страница может остаться в индексе, потому что поисковик уже знает о ней. Для удаления из индекса нужен сигнал на самой странице или через SEO-плагин.
Поставили noindex на всё подряд
Иногда закрывают и полезные рубрики, и метки, и пользовательские таксономии. В итоге сайт теряет часть внутренней структуры. Исправление простое: оставьте открытыми только те архивы, которые реально помогают навигации и имеют уникальный контент.
Получили два тега robots одновременно
Если SEO-плагин и тема оба выводят robots, поисковик может получить конфликтующие директивы. Проверьте исходный код и уберите один из источников.
Сломали хлебные крошки или меню
Это происходит, когда архив удаляют физически, а не только закрывают от индексации. Если ссылка нужна пользователю, архив лучше оставить доступным, но скрыть от индекса.
Не очистили кэш
После правок кэш может продолжать отдавать старую версию страницы. Очистите кэш плагина, серверный кэш и, если есть, CDN.
Безопасность и производительность: что не забыть
Техническая чистка таксономий часто выглядит как SEO-задача, но у неё есть и практическая сторона. Чем меньше лишних архивов и дублей, тем проще поддерживать сайт и тем меньше шансов случайно сломать шаблон.
- не редактируйте
functions.phpосновной темы без дочерней темы; - если используете код, вынесите его в отдельный mu-plugin или мини-плагин;
- не отключайте архивы, на которые уже ведут внешние ссылки, без редиректов и анализа;
- проверяйте, не используются ли таксономии в блоках темы, виджетах и хлебных крошках;
- после изменений смотрите логи ошибок PHP, если архивы генерируются нестандартно.
Если задача шире и включает чистку дублей, технических архивов и лишних мета-тегов, удобнее сначала собрать всё в одном месте, а не править по кускам в шаблонах. Но даже в этом случае принцип остаётся прежним: сначала диагностика, потом точечное отключение, затем проверка в индексе.
Когда архивы таксономий закрыты аккуратно, сайт не теряет структуру, а поисковик перестаёт тратить внимание на страницы без ценности. Это как раз тот случай, где небольшая правка даёт заметный порядок в технической части, если не делать её наугад.