Как закрыть от индексации архивы таксономий в WordPress

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

Ниже — рабочая схема, которая помогает понять, что именно закрывать, чем закрывать и как проверить результат после внедрения.

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

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

• метки создаются автоматически и почти не редактируются;
• рубрики дублируют структуру меню и не содержат описания;
• пользовательская таксономия выводит те же записи, что и другие страницы фильтрации;
• архивы создают много URL с тонким или повторяющимся контентом;
• в индексе уже есть страницы, которые не должны конкурировать с основными посадочными.

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

Диагностика: какие архивы мешают индексации

Перед правками полезно посмотреть, что именно уже попадает в индекс и как это выглядит в выдаче. Самый простой путь — проверить отчеты в Google Search Console и выгрузить список URL с типом /category/, /tag/ или архивами вашей пользовательской таксономии.

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

• страницы с низким числом показов и кликов;
• архивы без уникального title и description;
• страницы, где в сниппете виден только список записей;
• дубли по разным таксономиям, ведущие на один и тот же набор материалов;
• архивы, которые уже есть в sitemap, хотя не должны индексироваться.

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

Как закрыть архивы таксономий: три рабочих подхода

Выбор зависит от того, чем вы управляете: SEO-плагином, кодом темы или кастомным плагином. Универсального варианта нет, но есть понятная логика.

Вариант 1. Закрыть архивы через SEO-плагин

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

После изменения настроек не забудьте проверить, что нужные архивы исчезли из XML sitemap и получили noindex в HTML-ответе или в robots meta, в зависимости от реализации плагина.

Вариант 2. Добавить noindex для конкретной таксономии кодом

Если нужно закрыть только одну таксономию, а остальные оставить открытыми, удобнее сделать это через код. Для современных версий WordPress лучше использовать фильтр wp_robots. Он позволяет добавить директиву noindex только на нужных архивных страницах.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_tax( 'product_brand' ) || is_tax( 'portfolio_category' ) ) {
        $robots['noindex'] = true;
        $robots['nofollow'] = false;
    }

    return $robots;
} );

Этот вариант подходит для кастомных таксономий, если вы точно знаете их slug. Не стоит вешать noindex на все подряд архивы без разбора: можно случайно закрыть полезные посадочные страницы.

Вариант 3. Исключить архивы из sitemap

Если архив не должен индексироваться, логично убрать его и из sitemap. Иначе поисковик все равно будет регулярно видеть URL и тратить на него обход. В Yoast SEO и Rank Math это обычно делается через настройки таксономий или фильтры плагина. Если sitemap генерируется кастомно, проверьте, не добавляет ли он архивы автоматически.

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

Пошаговая схема внедрения

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

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

Проверка нужна не только в браузере. Иногда страница визуально выглядит нормально, но в коде все еще отдается индексируемая директива или архив остается в sitemap.

• Откройте архив таксономии и посмотрите исходный код страницы: ищите noindex в meta robots или в заголовках.
• Проверьте XML sitemap: закрытый архив не должен там присутствовать.
• В Search Console отправьте URL на проверку и посмотрите, как Google видит страницу.
• Через site:-поиск убедитесь, что старые URL постепенно выпадают из выдачи.

Если используете серверный кэш или CDN, очищайте кэш после правок. Иначе вы можете проверить старую версию страницы и решить, что настройка не работает.

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

Закрыли архив, но он остался в sitemap

Это частая ситуация, когда noindex добавили в шаблон, а генератор sitemap живет отдельно. Решение простое: проверьте настройки SEO-плагина или исключите таксономию на уровне генерации карты сайта.

Поставили noindex на полезную посадочную страницу

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

Использовали robots.txt вместо noindex

Запрет в robots.txt не гарантирует удаление URL из индекса, если на него уже есть ссылки. Для удаления из индекса нужен именно noindex или корректная настройка через SEO-плагин.

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

Поисковик все равно будет находить такой URL. Это не критично, но если архив не нужен, уменьшите число ссылок на него в меню, виджетах и хлебных крошках.

Безопасность и производительность: что учесть

Если вы правите кодом, не вносите изменения прямо в файл темы, который может обновляться. Лучше использовать дочернюю тему или небольшой mu-plugin. Так вы не потеряете правку после обновления.

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

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

Короткий чек-лист перед публикацией правок

• Проверил, что архив действительно не нужен в поиске.
• Выбрал один способ управления: плагин или код.
• Убедился, что noindex применяется только к нужным таксономиям.
• Исключил архив из sitemap.
• Очистил кэш сайта и CDN.
• Проверил страницу в исходном коде и в Search Console.

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