Архивы тегов в WordPress часто создают больше шума, чем пользы: в индексе появляются страницы с почти одинаковым набором записей, а в отчётах Search Console растёт число малоценных URL. При этом полностью удалять теги обычно нельзя — они участвуют во внутренней навигации, фильтрации и иногда помогают пользователю быстрее добраться до нужного материала.
Задача здесь не в том, чтобы «убрать теги вообще», а в том, чтобы оставить их для сайта и закрыть от индексации там, где они не несут самостоятельной ценности. Ниже — рабочая схема: как понять, что проблема именно в тегах, как закрыть архивы без поломки сайта и как проверить результат.
Когда теги действительно мешают SEO
Сначала стоит убедиться, что проблема не надуманная. Если у вас 10–20 тегов, каждый ведёт на осмысленную подборку и получает переходы из поиска или из внутренних ссылок, закрывать их без анализа не стоит. Но если тегов сотни, а часть архивов содержит 1–2 записи или вообще дублирует категории, индексация начинает размывать качество сайта.
Признаки, что архивы тегов лучше закрыть
- в индексе много URL вида
/tag/..., но кликов по ним почти нет; - в Search Console есть страницы с низким или нулевым показом, хотя они регулярно обходятся роботом;
- одни и те же записи доступны через категории, теги и архивы автора;
- на тегах мало уникального текста, а список записей повторяет другие архивы;
- теги создаются автоматически и не проходят редакторскую модерацию.
Диагностика: что именно закрывать
Не все архивы тегов одинаковы. Иногда достаточно закрыть только пустые и слабые теги, а полезные оставить открытыми. Но если на сайте нет стратегии работы с тегами, проще и безопаснее закрыть весь тип архивов от индексации, сохранив сами страницы для пользователей.
Проверьте три вещи:
- Сколько тегов реально используется в контенте.
- Есть ли у тегов собственные посадочные тексты и уникальные заголовки.
- Не дублируют ли теги категории по смыслу.
Если вы используете SEO-плагин, сначала посмотрите, не закрывает ли он архивы сам. Иначе можно получить конфликт: в коде одно правило, в плагине другое, а робот видит непредсказуемую комбинацию.
| Подход | Что даёт | Ограничение |
|---|---|---|
| SEO-плагин | Быстрое управление noindex для архивов | Зависит от настроек и версии плагина |
| Код в теме или плагине | Точный контроль без лишних интерфейсов | Нужно следить за обновлениями и местом внедрения |
| Удалить теги полностью | Убирает архивы как класс | Ломает навигацию и старые ссылки |
Пошаговое решение через код
Если нужен предсказуемый результат, проще всего добавить noindex,follow для архивов тегов. Так робот не будет индексировать сами страницы тегов, но сможет переходить по ссылкам внутри них. Это полезно, если архивы ещё участвуют в перелинковке.
Добавьте код в functions.php дочерней темы или в небольшой mu-plugin, если не хотите зависеть от темы.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант работает на уровне стандартного API WordPress для robots meta. Он не трогает сами ссылки и не удаляет архивы, а только меняет поведение поискового робота.
Если нужно закрыть только часть тегов
Иногда полезно оставить индексируемыми несколько редакторских тегов, а всё остальное закрыть. Тогда можно проверять ID тега или его slug.
<?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( 'wordpress', 'seo', 'security' ), true ) ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
}
return $robots;
} );Такой подход уместен, если у вас есть небольшой список тегов, которые реально работают как тематические хабы. Но если список начинает расти, поддерживать его вручную становится неудобно.
Решение через SEO-плагин
Если сайт уже живёт на SEO-плагине, удобнее закрыть архивы тегов в его настройках. Это особенно полезно, когда контентом занимается не разработчик, а редакция: правило будет видно в интерфейсе и его проще не потерять при смене темы.
Логика простая: в настройках архивов тегов ставите noindex, а при необходимости оставляете follow. После этого проверьте исходный код страницы тега и убедитесь, что мета-тег robots действительно появился. Если плагин умеет управлять canonical, не включайте сразу несколько конфликтующих правил без проверки.
Как не сломать внутреннюю перелинковку
Самая частая ошибка — удалить теги из контента или закрыть их так, что они перестают быть полезными для пользователей. На практике это не нужно. Если тег используется как навигационный элемент, он может оставаться кликабельным и при этом быть закрытым от индексации.
Чтобы сохранить пользу от тегов:
- не удаляйте ссылки на теги из шаблонов без причины;
- не делайте редирект всех тегов на главную;
- не закрывайте теги через
robots.txt, если хотите, чтобы поисковик видел ссылки внутри страниц; - не смешивайте
noindexи блокировку сканирования, если вам важен переход по ссылкам.
Если теговые архивы совсем бесполезны, лучше не индексировать их, но оставить доступными для обхода. Это обычно более безопасно, чем жёстко прятать их от робота.
Проверка результата после внедрения
После изменения не ограничивайтесь визуальной проверкой страницы в браузере. Нужно убедиться, что WordPress реально отдаёт нужные сигналы.
- Откройте архив тега и посмотрите исходный код страницы.
- Проверьте наличие
<meta name="robots" content="noindex,follow">или эквивалентного значения. - Если используете SEO-плагин, убедитесь, что он не генерирует второй, конфликтующий robots-tag.
- В Search Console отправьте страницу на повторную проверку после переобхода.
Дополнительно можно проверить HTTP-ответ и canonical. Если canonical указывает не туда, куда вы ожидаете, это уже отдельная проблема шаблона или SEO-плагина, а не только тегов.
Частые ошибки и как их исправить
Закрыли теги в robots.txt
Это частая ошибка. Если робот не может сканировать страницу, он не увидит на ней ссылки и не сможет нормально обработать мета-robots. Для задачи индексации это обычно хуже, чем noindex на самой странице.
Удалили теги из контента, но оставили архивы открытыми
В этом случае страницы тегов продолжают индексироваться, хотя смысловая связь с материалами ослабла. Если теги больше не нужны как сущность, сначала уберите их из шаблонов и массово очистите старые привязки, а потом уже решайте вопрос с архивами.
Поставили noindex, но забыли про sitemap
Если архивы тегов всё ещё попадают в карту сайта, поисковик будет тратить на них внимание. Проверьте, исключены ли они из XML sitemap в вашем SEO-плагине или в кастомной генерации карты сайта.
Оставили слишком много тегов с одинаковым смыслом
Например, seo, seo-optimization, seo-practice могут вести на почти один и тот же набор записей. В таком случае закрытие от индексации не решает первопричину. Лучше сначала объединить теги и оставить один рабочий архив.
Практические советы по безопасности и производительности
С точки зрения производительности сами архивы тегов редко являются тяжёлой проблемой, но массовые страницы дублей увеличивают объём обхода и усложняют поддержку. Если на сайте много таксономий, полезно регулярно пересматривать их структуру и чистить мусорные термины.
Для сайтов с большим количеством дублей и технических архивов имеет смысл использовать инструменты, которые помогают управлять индексированием и чисткой шаблонных страниц. Например, в Clearfy Pro есть функции для работы с дублями и техническими настройками SEO, но применять такие инструменты стоит только после проверки текущей конфигурации сайта и без одновременного включения нескольких похожих правил.
Если вы вносите код вручную, держите его в дочерней теме или отдельном мини-плагине. Так вы не потеряете настройку при обновлении темы и сможете быстро отключить её, если понадобится тест.
В итоге рабочая схема выглядит так: сначала оцениваете, нужны ли теги как индексируемые страницы, затем закрываете архивы через wp_robots или SEO-плагин, после этого проверяете исходный код, sitemap и Search Console. Это даёт контролируемый результат без ломки навигации и без лишних дублей в индексе.