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

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

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

Проблема обычно проявляется не в одной странице, а в наборе признаков. В Search Console растёт число страниц, но кликов не прибавляется. В индексе появляются архивы с одинаковыми заголовками и короткими описаниями. Поисковик начинает чаще показывать не целевые статьи, а страницы тегов, которые не дают нормального ответа пользователю.

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

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

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

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

Если у вас уже стоит SEO-плагин, сначала проверьте его настройки. Часто закрытие от индексации можно сделать без кода. Если нужен более широкий набор инструментов для чистки дублей и технического SEO, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но если задача точечная, код иногда проще и прозрачнее.

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

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

Вариант 1: закрыть все архивы тегов через код

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

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

    return $robots;
});

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

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

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

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

        if ($tag instanceof WP_Term) {
            $protected_tags = array('news', 'misc', 'test');

            if (in_array($tag->slug, $protected_tags, true)) {
                $robots['noindex'] = true;
                $robots['follow'] = true;
            }
        }
    }

    return $robots;
});

Список $protected_tags здесь условный. В реальном проекте лучше опираться на согласованный список slug’ов или на наличие у тега собственного описания и трафика. Не делайте правило по названию термина, если у вас много языков или нестабильная редакционная структура.

Вариант 3: закрыть архивы тегов в SEO-плагине

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

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

Пошаговая схема внедрения без лишнего риска

1. Сделайте резервную копию или хотя бы снимок файлов и базы перед изменениями.
2. Определите, какие теги должны остаться открытыми, а какие — закрытыми.
3. Выберите способ: SEO-плагин или код в functions.php дочерней темы, лучше — в небольшом mu-plugin.
4. Внесите правило noindex,follow только для нужных архивов.
5. Проверьте исходный код страницы тега и ответ сервера.
6. Обновите sitemap, если ваш SEO-плагин включает туда архивы таксономий.
7. Отправьте важные страницы на переобход в Search Console, если они уже были в индексе.

Для безопасного внедрения лучше использовать mu-plugin, а не править тему напрямую. Тогда правило не потеряется после обновления шаблона.

<?php
/**
 * Plugin Name: Tag Archives Robots Control
 */

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

    return $robots;
});

Файл можно положить в wp-content/mu-plugins/tag-archives-robots-control.php. Если каталога mu-plugins нет, его можно создать вручную.

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

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

• Откройте архив тега и посмотрите исходный код страницы: должен быть noindex.
• Проверьте, не остался ли тег в XML-карте сайта, если вы не хотите его индексировать.
• В Search Console отправьте URL на проверку и посмотрите, как робот видит страницу.

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

Что должно быть в исходном коде

На странице тега ищите мета-роботс или HTTP-заголовок, если он используется сервером. Важно, чтобы не было конфликтов: например, один плагин ставит noindex, а другой через шаблон добавляет index,follow. В такой ситуации поисковик может увидеть противоречивый сигнал.

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

Закрыли все теги, хотя часть из них даёт трафик

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

Добавили noindex, но тег всё равно в sitemap

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

Правило не сработало из-за кэша

После правок очистите серверный кэш, объектный кэш и браузерный кэш. На некоторых проектах ещё нужно сбросить CDN. Без этого проверка будет неточной.

Использовали редирект вместо noindex

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

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

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

Иногда правильнее не закрывать архив, а пересобрать таксономию: оставить 10–20 рабочих тегов и удалить мусорные. Но удаление тоже нужно делать аккуратно, чтобы не получить 404 на уже проиндексированные URL. Если архивы были в поиске, заранее продумайте редиректы или хотя бы сохраните структуру ссылок.

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

• Не правьте functions.php основной темы на боевом сайте без бэкапа.
• Для точечных SEO-правил используйте mu-plugin или дочернюю тему.
• Если архивы тегов закрыты, проверьте, не генерирует ли тема лишние блоки в шаблоне архива.
• Не ставьте несколько SEO-плагинов одновременно: они часто конфликтуют по robots и sitemap.
• После изменений проверьте не только теги, но и авторов, даты и вложения — там часто те же проблемы с дублями.

Если нужен более широкий набор инструментов для чистки дублей, служебных архивов и технических настроек, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином полезно понимать, какие именно архивы вы закрываете и зачем.

В итоге задача решается не одним переключателем, а нормальной ревизией структуры сайта. Когда вы знаете, какие теги полезны, а какие создают шум, закрытие от индексации становится точечной технической правкой, а не попыткой «починить SEO» одним движением.