Страницы меток в WordPress часто остаются в индексе даже тогда, когда они не дают поисковому трафику и создают дубли по смыслу. При этом сами метки могут быть полезны для навигации по сайту и внутренней перелинковки. Задача здесь не в том, чтобы удалить теги как сущность, а в том, чтобы правильно отдать поисковикам сигнал: страницу метки не индексировать, но на сайте оставить.
Когда это действительно проблема
Сценарий обычно выглядит так: в Search Console растёт количество страниц, а в отчёте по индексированию появляются URL вида /tag/.... По этим страницам почти нет переходов, а в выдаче они конкурируют с рубриками, архивами и отдельными статьями. Если метки создаются автоматически или их слишком много, индекс быстро засоряется.
Как понять, что метки мешают
- в индексе есть десятки или сотни URL с префиксом
/tag/; - страницы меток показывают одинаковые или очень похожие списки записей;
- в отчёте по страницам есть URL меток с низким качеством или без показов;
- метки не используются как отдельные посадочные страницы под поиск;
- внутренняя перелинковка уже работает через рубрики, хлебные крошки и блоки похожих материалов.
Если метки у вас реально собраны под отдельные кластеры запросов, закрывать их от индексации нужно аккуратно и выборочно. Но для большинства контентных сайтов это именно технический шум, а не полезный раздел.
Что лучше: noindex, robots.txt или удаление меток
Удалять метки целиком обычно не стоит: они могут использоваться в админке, в шаблонах и в автоматических блоках. Закрывать через robots.txt тоже не лучший вариант, потому что поисковик может не увидеть страницу и не получить явный сигнал noindex. Самый практичный путь — отдать меткам мета-тег noindex, follow.
| Способ | Что делает | Минус |
|---|---|---|
| Удалить метки | Убирает архивы полностью | Ломает структуру сайта и внутренние связи |
| Закрыть в robots.txt | Ограничивает обход | Не даёт надёжного сигнала на исключение из индекса |
noindex, follow | Не индексирует страницу, но оставляет ссылки доступными | Нужно проверить, что мета-тег реально выводится |
Пошаговое решение через код темы или мини-плагин
Если не хотите зависеть от SEO-плагина, можно добавить правило в functions.php дочерней темы или в небольшой mu-plugin. Этот вариант подходит, когда нужно закрыть именно архивы меток, а не трогать другие таксономии.
<?php
add_action('wp_head', function () {
if (is_tag()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1);
Этот код выводит мета-тег только на страницах меток. Для поисковиков это понятный сигнал: страницу не индексировать, но ссылки на ней можно обходить. Если у вас уже есть SEO-плагин, проверьте, не добавляет ли он свой noindex автоматически, иначе можно получить дублирующиеся мета-теги.
Если нужно закрыть только часть меток
Иногда закрывать все теги не хочется. Тогда можно ограничиться конкретным набором по slug. Например, если часть меток используется как служебные, а часть — как нормальные архивы.
<?php
add_action('wp_head', function () {
if (!is_tag()) {
return;
}
$term = get_queried_object();
if (!$term || empty($term->slug)) {
return;
}
$blocked = array('test', 'misc', 'old');
if (in_array($term->slug, $blocked, true)) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1);
Такой подход удобен, если вы постепенно чистите структуру и не хотите сразу закрывать весь архив тегов.
Как сделать это через SEO-плагин
Если на сайте уже стоит SEO-плагин, проще настроить индексацию в его интерфейсе. Это безопаснее для редактора и меньше зависит от темы. Важно только не смешивать несколько решений сразу: либо плагин, либо код, либо оба, но с пониманием, кто именно отвечает за мета-тег.
В большинстве случаев нужно найти настройки архивов таксономий и для меток включить noindex. После этого проверьте исходный код страницы метки и убедитесь, что там нет второго тега robots от темы или другого плагина.
Проверка результата после внедрения
После настройки не ограничивайтесь визуальной проверкой в браузере. Нужен именно контроль исходного HTML и индексации.
- Откройте страницу метки в браузере и посмотрите исходный код.
- Найдите строку
<meta name="robots" content="noindex,follow" />. - Проверьте, что на странице нет конфликтующего
index,followот другого плагина. - В Search Console отправьте URL на повторную проверку, если страница уже была в индексе.
- Через несколько обходов проверьте, исчезает ли URL из отчёта по индексированию.
Если страница метки всё ещё индексируется, не спешите менять стратегию. Сначала убедитесь, что поисковик вообще видит обновлённый HTML, а не старую версию из кеша или CDN.
Частые ошибки и как их исправить
Закрыли метки в robots.txt, но они остались в индексе
Это частая ошибка. Если бот не может зайти на страницу, он не увидит и noindex. В итоге URL может ещё долго висеть в индексе как известный, но недоступный. Исправление простое: уберите блокировку в robots.txt и отдайте явный noindex в HTML.
Добавили noindex, но забыли про кеш
Если на сайте включён кеш страниц, старый HTML может продолжать отдаваться после правки. Очистите кеш плагина, серверный кеш и CDN, если он есть. Иначе проверка покажет старую версию, а вы будете искать проблему не там.
Закрыли все таксономии без разбора
Иногда вместе с метками случайно закрывают рубрики, атрибуты или другие архивы, которые реально нужны для SEO. Перед изменениями проверьте, какие архивы у вас уже ранжируются и какие страницы приносят переходы.
Поставили два решения одновременно
Например, SEO-плагин уже добавляет noindex, а в теме вручную прописан ещё один мета-тег. Это не всегда ломает страницу, но усложняет диагностику и может привести к конфликтам при обновлениях. Лучше оставить один источник правды.
Что проверить дополнительно: ссылки, sitemap и внутреннюю структуру
Если страницы меток закрываются от индексации, это не значит, что на них можно не смотреть вообще. Проверьте, не попадают ли они в XML-карту сайта. Если попадают, а вы не хотите их индексировать, лучше убрать их из sitemap на уровне SEO-плагина или генератора карты.
- метки не должны создавать лишние дубли в sitemap;
- внутренние ссылки на метки должны быть осмысленными, а не случайными;
- если метки не нужны, лучше сократить их количество, чем просто массово закрыть;
- после изменений проверьте, не выросло ли число страниц со статусом
Excluded by 'noindex'в Search Console.
Если нужен более широкий технический аудит дублей и служебных страниц, удобно делать его через инструменты вроде Clearfy Pro: там проще централизованно управлять частью SEO-настроек и чисткой лишних архивов. Но даже в этом случае проверка исходного HTML остаётся обязательной.
Когда лучше не закрывать метки
Есть ситуации, где метки работают как полноценные тематические страницы. Например, если у вас небольшой сайт, метки вручную собраны под конкретные кластеры запросов, а контент на них действительно уникализирован. Тогда закрывать их только из-за самого факта существования не нужно. Сначала посмотрите на поведение пользователей и на то, есть ли у архивов меток собственная ценность.
Во всех остальных случаях логика простая: если архив метки не решает отдельную задачу для пользователя и только плодит дубли, его лучше закрыть от индексации, но оставить доступным для обхода и навигации.