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

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

Но закрывать всё подряд нельзя. У рубрик, тегов и пользовательских таксономий бывают рабочие посадочные страницы, которые приводят трафик. Поэтому задача не в том, чтобы «спрятать всё», а в том, чтобы оставить в индексе только те архивы, которые реально нужны.

Когда архив таксономии лучше закрыть от индексации

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

  • архивы меток, где на странице 2–3 записи и больше ничего;
  • пустые или почти пустые рубрики, созданные под структуру меню;
  • пользовательские таксономии без уникального описания и без спроса в поиске;
  • архивы с пагинацией, где страницы 2, 3, 4 повторяют один и тот же шаблон;
  • страницы таксономий, которые дублируют смысл рубрик, тегов и архивов автора.

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

Диагностика: что именно мешает индексации

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

В Search Console полезно посмотреть отчёт по страницам и исключённым URL. Если там много архивов таксономий, а трафика с них почти нет, это уже сигнал. Ещё один быстрый тест — запрос site:example.com inurl:tag или site:example.com inurl:category. Если в выдаче всплывает слишком много малополезных архивов, их стоит пересмотреть.

Что проверить до правок

  • есть ли на архиве уникальный title и description;
  • есть ли описание таксономии, а не только список записей;
  • нужна ли эта страница пользователю как точка входа;
  • не используется ли архив в меню, хлебных крошках или внутренних ссылках;
  • не закрывает ли robots.txt то, что нужно оставить доступным для обхода.

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

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

СпособКогда подходитПлюсМинус
SEO-плагинНужно быстро закрыть рубрики, метки, архивыБезопасно и прозрачноМеньше гибкости для нестандартных таксономий
КодНужна точечная логика для конкретной таксономииПолный контрольНужно аккуратно тестировать
robots.txtНужно ограничить обход, а не индексированиеПросто внедритьНе решает задачу noindex и может оставить URL в индексе без контента

Вариант 1: через SEO-плагин

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

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

Вариант 2: через код для конкретной таксономии

Если нужно закрыть только одну таксономию, можно добавить фильтр в functions.php дочерней темы или в небольшой mu-plugin. Пример ниже ставит noindex,follow для архивов таксономии topic:

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

    return $robots;
} );

Если ваша цель — полностью убрать архив из поиска, а не только запретить индексацию, можно дополнительно исключить его из sitemap средствами SEO-плагина или отдельным фильтром. Сам по себе noindex не гарантирует мгновенное исчезновение URL из выдачи, особенно если на него много внутренних ссылок.

Вариант 3: не закрывать, а улучшить архив

Иногда архив таксономии лучше не прятать, а сделать полезным. Это работает для страниц, которые могут стать посадочными: добавить нормальное описание, FAQ-блок, подборку материалов, фильтр или краткий гайд по теме. Если архив начинает отвечать на запрос пользователя, его имеет смысл оставить в индексе.

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

Пошаговая настройка без лишнего риска

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

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

После внедрения откройте страницу архива в браузере и посмотрите исходный код. В <head> должен появиться мета-тег robots с нужным значением. Для проверки можно использовать и команду curl:

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

Если вы настраивали через код, дополнительно проверьте HTML-ответ страницы, а не только заголовки. Не все решения работают одинаково: иногда плагин добавляет noindex в мета-тег, а заголовок X-Robots-Tag не используется.

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

Мини-чек-лист после внедрения

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

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

Закрыли архив в robots.txt вместо noindex

Это распространённая ошибка. Если робот не может зайти на страницу, он не увидит мета-тег noindex. В результате URL может остаться в индексе как «известный, но не просканированный». Для удаления из поиска это слабое решение.

Оставили закрытую страницу в sitemap

Если URL продолжает попадать в карту сайта, поисковик получает противоречивые сигналы. Для закрытых архивов их лучше исключить из sitemap на уровне плагина или фильтра.

Поставили noindex на полезные посадочные

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

Сломали каноникализацию

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

Что делать с производительностью и безопасностью

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

С точки зрения безопасности не стоит использовать сомнительные плагины для «массового SEO-скрытия» или править robots.txt вслепую. Лучше опираться на штатные механизмы WordPress и проверенные SEO-инструменты. Если нужен более широкий набор функций по чистке дублей и технической оптимизации, имеет смысл смотреть в сторону решений уровня Clearfy Pro, но только если они реально закрывают вашу задачу и не дублируют уже установленный стек.

Главный принцип здесь простой: закрывайте от индексации только то, что не должно быть страницей входа. Всё остальное лучше улучшать, а не прятать.

Как использовать Hooks в WordPress: практическое руководство для разработчиков
13.09.2026
Как отключить xmlrpc.php в WordPress без поломки авторизации и внешних подключений
12.08.2026
Как использовать шорткоды в WooCommerce для расширения функционала на WPBegin
13.09.2026
Как удалить захламление базы данных WordPress без подключения к phpMyAdmin
13.09.2026
Автоматическое удаление спама в комментариях WordPress
03.10.2026