Теговые архивы в WordPress часто живут своей жизнью: часть из них полезна для навигации, а часть только плодит тонкие страницы, дубли и лишние URL в индексе. Проблема обычно всплывает после аудита: в поиске есть архивы тегов, но они не дают трафика, а в отчётах по индексации растёт число малоценных страниц.
Ниже — рабочий сценарий: как понять, нужно ли закрывать теги от индексации, как сделать это без поломки сайта и как проверить, что поисковики действительно перестали считать эти страницы приоритетными.
Когда теговые архивы стоит закрывать от индексации
Не все теги нужно прятать. Если тег — это реально используемая навигационная сущность, у него есть уникальный текст, описание и стабильный спрос, архив может быть полезен. Но если теги создавались автоматически, дублируют категории или используются как мусорная таксономия для внутренней разметки, их лучше закрыть.
Типичные признаки проблемы
- в поиске индексируются десятки или сотни архивов тегов с одинаковыми сниппетами;
- на страницах тегов почти нет уникального контента, только лента записей;
- одна и та же запись доступна через категорию, тег и архив автора;
- в Search Console растёт число «Просканировано, но не проиндексировано»;
- теги создавались редакторами без единой политики именования.
Диагностика: что проверить до изменений
Сначала посмотрите, какие именно URL уже попали в индекс и как они выглядят для поисковика. Не стоит закрывать всё подряд, если часть тегов реально работает как посадочные страницы.
- откройте несколько архивов тегов и проверьте, есть ли у них уникальный заголовок, описание и полезный текст;
- посмотрите HTML-код страницы: есть ли
meta robotsи какой у него статус; - проверьте, не генерирует ли тема отдельные шаблоны для тегов с лишними блоками;
- сравните количество тегов в админке и количество страниц, которые реально получают переходы из поиска.
Если у вас установлен SEO-плагин, сначала проверьте его настройки. Во многих случаях закрытие тегов можно сделать без кода, но важно не дублировать правила в нескольких местах.
| Подход | Когда подходит | Минус |
|---|---|---|
| Настройка в SEO-плагине | Если нужен быстрый и понятный способ | Зависит от конкретного плагина и его интерфейса |
| Код в теме или mu-plugin | Если нужен контроль без лишних зависимостей | Нужно аккуратно тестировать после обновлений |
| Удаление тегов как таксономии | Если теги вообще не нужны | Можно сломать внутренние ссылки и архивы |
Пошаговое решение через код
Если вы хотите закрыть именно архивы тегов от индексации, но оставить их доступными для пользователей, самый надёжный вариант — добавить noindex,follow для страниц тегов. Это не запрещает обход ссылок, но сигнализирует поисковику не включать такие страницы в индекс.
Лучше размещать код в mu-plugin или в дочерней теме, а не в основной теме, чтобы правило не потерялось после обновления.
<?php
/**
* Plugin Name: Tag archives noindex
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
Этот вариант работает на уровне стандартного фильтра WordPress и не привязан к конкретному SEO-плагину. Если на сайте уже есть плагин, который тоже управляет robots-мета, проверьте, не перетирает ли он это правило.
Если нужно закрыть только часть тегов
Иногда полезно оставить в индексе несколько сильных тегов, а остальные закрыть. Тогда можно ориентироваться на количество записей в теге или на список разрешённых slug.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$tag = get_queried_object();
if ( $tag instanceof WP_Term ) {
$allowed = array( 'wordpress', 'seo', 'cache' );
if ( ! in_array( $tag->slug, $allowed, true ) ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
}
}
return $robots;
} );
Такой подход удобен, если редакция уже использует теги как навигационные страницы, но не хочет индексировать весь мусорный хвост.
Как сделать это через SEO-плагин
Если на сайте уже есть плагин для SEO, проще закрыть архивы тегов в его настройках. Это хороший вариант, когда нужно быстро применить правило без правки кода и без риска забыть о нём после смены темы.
Но есть важное условие: не смешивайте несколько источников управления robots. Если плагин уже выставляет noindex, а вы дополнительно добавили фильтр в коде, отладка станет сложнее. Сначала выберите один способ и проверьте результат.
Если вам нужен более широкий набор инструментов для чистки дублей и технической SEO-настройки, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpaction.ru&utm_medium=article&utm_campaign=kak-zakryt-ot-indeksacii-stranicy-arkhivov-tagov-v-wordpress-bez-lishnih-dubley. Но даже с плагином логику закрытия лучше понимать руками, а не включать всё подряд.
Проверка результата после внедрения
После изменения не ограничивайтесь просмотром исходника одной страницы. Нужно убедиться, что правило отрабатывает на всех теговых архивах и не задевает другие типы страниц.
- Откройте несколько архивов тегов в браузере.
- Посмотрите исходный код страницы и найдите
meta name="robots". - Убедитесь, что там есть
noindexиfollow. - Проверьте, что категории, записи и страницы не получили это правило по ошибке.
- Если сайт уже в индексе, дождитесь повторного обхода и отслеживайте изменения в Search Console.
Полезно также проверить HTTP-заголовки и кэш. Иногда страница в браузере показывает старый вариант из-за серверного или плагинного кэша, и кажется, что правило не сработало. Очистите кэш после внедрения и повторите проверку в режиме инкогнито.
Частые ошибки и как их исправить
Закрыли теги в robots.txt вместо noindex
Это частая ошибка. Если запретить обход в robots.txt, поисковик может не увидеть мета-robots на странице и продолжит хранить URL в индексе как известный, но недоступный ресурс. Для уже существующих страниц обычно безопаснее использовать noindex.
Сделали noindex, но забыли про кэш
Если на сайте стоит кэширование страниц, старый HTML может отдаваться ещё некоторое время. После изменения правил очистите кэш плагина, серверный кэш и CDN, если он есть.
Закрыли все теги, хотя часть из них даёт трафик
Перед массовым закрытием проверьте аналитику и Search Console. Иногда отдельные теги работают как хорошие посадочные страницы. В таком случае лучше оставить их открытыми, а закрыть только мусорные или дублирующие.
Добавили правило в тему, а потом обновили её
Если код лежит в родительской теме, обновление может его затереть. Для таких задач безопаснее использовать mu-plugin или дочернюю тему.
Практические советы по безопасности и производительности
Само по себе закрытие тегов от индексации не ускоряет сайт напрямую, но помогает уменьшить количество бесполезных страниц, которые обходят поисковые роботы. Это полезно, если у вас большой архив и слабая структура таксономий.
- не создавайте теги «на всякий случай» — у каждой таксономии должна быть роль;
- если тегов слишком много, периодически пересматривайте их список и удаляйте пустые или дублирующие;
- не используйте одинаковые названия для категорий и тегов без необходимости;
- проверяйте, не выводит ли тема теговые архивы с одинаковым title и description для всех страниц;
- если архивы тегов всё же нужны, добавьте к ним уникальное описание и нормальную внутреннюю перелинковку.
Если задача шире и вам нужно не только закрыть теги, но и убрать другие типовые дубли, техническую чистку удобнее делать системно: отдельно для архивов, отдельно для пагинации, отдельно для служебных страниц. Тогда проще отследить, что именно повлияло на индексацию.
После внедрения правило должно быть простым: теговые архивы либо осознанно работают как посадочные, либо не мешают индексации сайта. Смешанный вариант почти всегда создаёт лишнюю нагрузку на SEO и редакцию.