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

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

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

Когда теги становятся проблемой

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

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

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

Диагностика: какие теговые архивы нужно закрывать

Перед правками проверьте, какие архивы реально индексируются и дают трафик. Не стоит закрывать все теги подряд только потому, что они выглядят «лишними» в админке.

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

отчёт по страницам в Google Search Console или Яндекс Вебмастере;
количество записей в каждом теге;
наличие уникального текста на странице архива;
есть ли у тега поисковый спрос и клики;
не используется ли тег как навигационный хаб внутри сайта.

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

Быстрая проверка через поиск

Можно вручную посмотреть, что уже попало в индекс. Для этого используйте запросы вида site:example.com tag или конкретный URL архива. Если в выдаче видны страницы тегов с тонким содержимым, это сигнал к настройке.

Как закрыть теги от индексации: три рабочих подхода

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

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

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

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

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

Вариант 2: точечно задать noindex для тегов через код

Если нужен контроль без зависимости от интерфейса плагина, можно добавить фильтр в functions.php дочерней темы или, лучше, в отдельный mu-plugin. Ниже пример для WordPress с использованием стандартного фильтра wp_robots.

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

    return $robots;
} );

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

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_tag() ) {
        $term = get_queried_object();

        if ( $term instanceof WP_Term && in_array( $term->slug, array( 'seo', 'news', 'misc' ), true ) ) {
            $robots['noindex'] = true;
        }
    }

    return $robots;
} );

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

Вариант 3: убрать теги из sitemap и шаблонов

Если теги не несут ценности, одного noindex может быть мало. Желательно ещё убрать их из XML-карты сайта и не выводить в шаблонах как основной блок навигации. Иначе поисковик продолжит регулярно обходить эти URL, а пользователи будут попадать на слабые архивы.

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

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

Соберите список тегов и посмотрите, какие из них реально используются.
Отдельно отметьте теги с трафиком, кликами и нормальным числом записей.
Закройте от индексации только слабые архивы, а не всё подряд.
Уберите закрытые теги из sitemap, если это позволяет ваш SEO-плагин.
Проверьте шаблон: не выводятся ли закрытые теги в блоках «похожие материалы» или в хлебных крошках как основной путь навигации.
После обновления отправьте страницу на повторную проверку в Search Console.

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

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

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

в HTML страницы архива тега есть мета-тег robots или заголовок X-Robots-Tag с noindex;
страница не исчезла из внутренней навигации, если она нужна пользователям;
закрытые теги не попали в XML sitemap;
в Search Console статус страницы меняется на исключённую из-за noindex;
открытые теги по-прежнему доступны и не получили случайный запрет.

Если вы используете код, удобно проверить ответ сервера через curl:

curl -I https://example.com/tag/seo/

В ответе ищите заголовки, которые подтверждают запрет индексации. Если заголовка нет, значит фильтр не сработал, код не подключился или условие is_tag() не выполняется в нужном контексте.

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

Закрыли все теги без разбора

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

Поставили noindex, но оставили тег в sitemap

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

Сломали шаблон архива

Иногда после правок в теме архив тега начинает отдавать 404 или редиректится на главную. Это уже не про индексацию, а про ошибку в шаблоне или условии. Проверьте tag.php, archive.php и плагины, которые вмешиваются в вывод архивов.

Оставили пустые теги в контенте

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

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

Если тег собирает тематические статьи и по нему есть спрос, не спешите ставить на него noindex. Лучше добавить на архив:

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

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

Практика по безопасности и производительности

Если вы вносите правки кодом, не редактируйте основной файл темы напрямую. Используйте дочернюю тему или mu-plugin, чтобы обновление не затёрло изменения. Для точечных SEO-правок это особенно важно: одна неудачная замена в шаблоне может убрать мета-теги со всего сайта.

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

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

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