Как отключить индексацию архивов тегов в WordPress без лишних дублей

Автор: Диана Морозова | Опубликовано: 28.08.2026

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

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

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

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

Проблема обычно выглядит так:

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

Диагностика проблемы

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

Дополнительно посмотрите:

есть ли на теговых страницах уникальный текст или только список записей;
не дублируют ли теги рубрики по смыслу;
не создаёт ли тема или SEO-плагин отдельные title и description для каждого тега без реальной пользы;
не появляются ли у тегов страницы пагинации, которые тоже попадают в индекс.

Как отключить индексацию тегов: рабочие варианты

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

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

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

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

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

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

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

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

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

    return $robots;
} );

Этот вариант работает на уровне стандартного API WordPress и не требует выдуманных хуков. Если у вас уже есть SEO-плагин, проверьте, не конфликтует ли он с собственными robots-правилами. Два источника мета-тегов могут дать неожиданный результат.

Вариант 3: закрыть только часть тегов

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

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

        if ( $tag instanceof WP_Term && $tag->count < 3 ) {
            $robots['noindex'] = true;
            $robots['follow']  = true;
        }
    }

    return $robots;
} );

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

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

Составьте список тегов, которые реально нужны для навигации и поиска по сайту.
Проверьте, есть ли у теговых архивов уникальный контент или это просто список записей.
Выберите один способ управления robots: SEO-плагин или код, но не оба сразу.
Добавьте noindex, follow для архивов тегов.
Обновите sitemap, если ваш SEO-плагин включает туда теговые архивы.
Переобходите несколько страниц тегов и проверьте заголовок robots в HTML.

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

Проверка должна быть не на глаз, а по факту. Откройте несколько страниц тегов и посмотрите исходный код или ответ сервера. В HTML должен появиться корректный robots-мета-тег, например <meta name="robots" content="noindex,follow"> или эквивалентная директива, которую генерирует ваш плагин.

Что ещё проверить:

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

Если после изменения настройки теговые страницы всё ещё попадают в индекс, обычно причина одна из трёх: кэш отдает старую версию HTML, SEO-плагин перезаписывает robots-мета-тег, либо вы закрыли не ту таксономию.

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

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

Это распространённая ошибка. Disallow в robots.txt не удаляет уже проиндексированные страницы из индекса и не всегда помогает поисковику понять, что URL больше не нужен. Для архивов тегов обычно нужен именно noindex.

Отключили теги, но оставили их в sitemap

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

Сломали внутреннюю перелинковку

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

Поставили noindex и одновременно canonical на другую страницу без логики

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

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

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

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

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

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

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

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