Архивы меток часто живут своей жизнью: в админке теги нужны, в шаблоне они помогают связывать материалы, а в поиске — это уже тонкие страницы с одним-двумя постами и слабой ценностью для индексации. Если сайт растёт, такие архивы быстро превращаются в источник дублей, мусорных URL и лишних обходов поисковыми роботами.
Задача здесь не в том, чтобы удалить метки как сущность. Обычно нужно другое: оставить теги для внутренней навигации, но убрать их архивные страницы из индекса и, при необходимости, скрыть их из публичной части сайта. Ниже — рабочие варианты без выдуманных хуков и без ломки контента.
Когда архивы меток действительно мешают
Проблема заметна не сразу. На небольшом сайте теги могут быть полезны и почти не создавать шума. Но на контентном проекте или корпоративном блоге сценарий меняется: авторы ставят метки слишком свободно, один и тот же материал получает несколько близких тегов, а в выдаче начинают появляться страницы с минимальным содержимым.
Типичные признаки
- в индексе есть страницы вида
/tag/..., но на них 1–3 записи; - в Search Console растёт число «Просканировано, но не проиндексировано» для tag-архивов;
- метки дублируют рубрики по смыслу;
- внутренние ссылки на теги есть, а сам архив не даёт пользователю полезной навигации.
Если архивы меток при этом открыты для индексации, поисковик тратит обход на страницы с низкой самостоятельной ценностью. Это не катастрофа, но для сайта с ограниченным бюджетом обхода лучше не держать такие URL в открытом виде.
Диагностика: что именно у вас сейчас происходит
Перед изменениями проверьте, как WordPress и тема сейчас работают с тегами. Иногда проблема решается не на уровне robots, а в шаблоне или настройках SEO-плагина.
Что проверить в первую очередь
- Откройте любой архив метки и посмотрите исходный код: есть ли
noindex,canonicalи корректный title. - Проверьте, не выводит ли тема блок с тегами в конце каждого поста. Если теги нужны только как навигация, это нормально.
- Посмотрите, не создаёт ли SEO-плагин отдельные настройки для таксономий.
- Оцените количество записей в каждом теге. Если у большинства архивов по одной публикации, это кандидат на отключение индексации.
Если у вас есть доступ к консоли, можно быстро посмотреть, как отдаются заголовки страницы:
curl -I https://example.com/tag/sample-tag/Ищите не только статус, но и заголовки, которые может добавлять плагин или серверный кэш. Если в ответе уже есть X-Robots-Tag: noindex, часть задачи решена на уровне HTTP, и дублирование настроек в теме не нужно.
Что выбрать: noindex, редирект или полное отключение архива
Не всегда нужен один и тот же сценарий. Для одних сайтов достаточно закрыть архивы от индексации, для других — вообще убрать их из публичного доступа. Ниже — короткое сравнение.
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
noindex для tag-архивов | Теги нужны пользователям, но не поиску | Сохраняется навигация | Страницы остаются доступными по URL |
| Редирект на рубрику или главную | Теги дублируют рубрики и не несут ценности | Убирает лишний URL из обхода | Можно потерять полезные входные страницы |
| Полное отключение архива | Теги используются только как внутренний атрибут | Убирает публичный архив | Нужно аккуратно настроить шаблоны и ссылки |
На практике чаще всего разумен первый вариант: оставить теги как сущность, но закрыть архивы от индексации. Если же метки в вашем проекте — это просто технический мусор, тогда можно идти дальше и отключать сам архив.
Пошаговое решение через SEO-плагин
Если на сайте уже стоит SEO-плагин, сначала проверьте его настройки. Это безопаснее, чем сразу править код темы: плагин обычно умеет корректно выставлять noindex для таксономий и не ломает шаблоны.
Что сделать в интерфейсе
- Откройте настройки таксономий в SEO-плагине.
- Найдите архивы меток.
- Выберите вариант «не индексировать» или аналогичный.
- Сохраните настройки и очистите кэш, если он есть.
После этого проверьте исходный код страницы метки. На ней должен появиться мета-тег robots с noindex или эквивалентный HTTP-заголовок. Если плагин ещё и ставит canonical на саму страницу, это нормально, но canonical не заменяет noindex, если задача — именно убрать архив из индекса.
Когда плагина недостаточно
Иногда SEO-плагин закрывает архивы, но тема всё равно выводит ссылки на теги в местах, где они не нужны: в карточках, в хлебных крошках или в блоках «похожие записи». Тогда приходится отдельно править шаблон. Это уже не про индексацию, а про UX и внутреннюю структуру сайта.
Пошаговое решение через код темы
Если вы не хотите зависеть от плагина или нужно точечно закрыть именно архивы меток, можно сделать это через functions.php дочерней темы или через небольшой mu-plugin. Для большинства сайтов этого достаточно.
Вариант 1: добавить noindex для архивов меток
<?php
add_action( 'wp_head', function () {
if ( is_tag() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Этот вариант простой, но у него есть ограничение: он работает на уровне HTML и не влияет на HTTP-заголовки. Для обычных сайтов этого обычно хватает, но если у вас агрессивный кэш или нестандартная отдача страниц, лучше дополнить настройку сервером или SEO-плагином.
Вариант 2: отключить архивы меток и вернуть 404
Если метки не нужны вообще, можно убрать публичный архив через редирект на 404. Это уже более жёсткое решение, и его стоит применять только если вы уверены, что теги не используются как входные страницы.
<?php
add_action( 'template_redirect', function () {
if ( is_tag() ) {
global $wp_query;
$wp_query->set_404();
status_header( 404 );
nocache_headers();
include get_query_template( '404' );
exit;
}
} );Такой подход убирает архив из публичного доступа, но не удаляет сами термины из базы. Это удобно, если теги нужны редакторам для разметки материалов, а фронтенд-архивы вы не хотите поддерживать.
Вариант 3: редиректить tag-архивы на рубрику
Редирект имеет смысл только если тег почти полностью дублирует одну рубрику и у вас есть понятная замена. Иначе вы просто отправите пользователя не туда, куда он ожидал попасть.
<?php
add_action( 'template_redirect', function () {
if ( is_tag() ) {
$term = get_queried_object();
if ( $term && ! is_wp_error( $term ) ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
}
} );Я бы не ставил такой редирект без анализа конкретного сайта. Для многих проектов это слишком грубо: часть трафика и полезных переходов просто исчезнет.
Проверка результата после внедрения
После изменений важно не ограничиваться визуальной проверкой. Нужно убедиться, что поисковик видит именно то, что вы задумали.
Чек-лист проверки
- откройте несколько архивов меток в браузере;
- проверьте исходный код на наличие
noindex; - посмотрите HTTP-ответ через
curl -Iили DevTools; - убедитесь, что ссылки на теги в записях остались на месте, если они нужны пользователям;
- проверьте кэш-плагин и CDN: они не должны отдавать старую версию страницы;
- в Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
Если вы закрывали архивы через код, проверьте ещё и то, как ведёт себя пагинация внутри tag-архива. Иногда тема продолжает генерировать ссылки на страницы архива, а они уже отдают 404. Это нормально только если вы сознательно отключили весь архив.
Частые ошибки и как их исправить
Поставили noindex, но страница всё равно в индексе
Причина обычно одна из трёх: поисковик ещё не переобошёл URL, кэш отдает старую версию, либо noindex добавлен только в HTML, а робот видит другой вариант страницы через canonical или редирект. Сначала проверьте фактический ответ сервера, потом очищайте кэш и только потом ждите переобхода.
Сломали внутренние ссылки на теги
Это происходит, когда архив отключили, но ссылки в карточках записей оставили. Если теги нужны только как метки, ссылки можно убрать из шаблона записи. Если они нужны для навигации, не отключайте архив целиком — используйте noindex.
Закрыли не только метки, но и похожую таксономию
В некоторых темах и плагинах настройки таксономий идут списком. Ошибка в том, что вместе с тегами закрывают пользовательские таксономии, которые реально дают трафик или помогают фильтрации. Перед сохранением всегда проверяйте, к какой таксономии относится настройка.
Поставили редирект на главную без анализа
Это плохая практика для сайтов с большим количеством материалов. Пользователь приходит на конкретную тему, а получает главную страницу. Если уж редиректить, то на релевантную рубрику или на страницу-обзор, а не «в никуда».
Что делать с безопасностью и производительностью
Само отключение архивов меток не нагружает сайт, но косвенно помогает: меньше страниц для обхода, меньше мусорных URL в кэше, меньше лишних шаблонов в индексации. Если у вас большой контентный сайт, это полезно в связке с общей чисткой дублей и технических архивов.
Если вы предпочитаете решать такие задачи через плагин, имеет смысл смотреть в сторону инструментов, которые закрывают не только метки, но и другие технические дубли, например Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже в этом случае проверка после настройки остаётся обязательной: плагин не отменяет особенности темы и кэша.
Если у вас много старых материалов, полезно отдельно пересмотреть логику тегов в редакции. Часто проблема не в WordPress, а в том, что метки создаются без правил: синонимы, опечатки, слишком общие слова, дубли рубрик. В таком случае отключение архивов — только часть работы, а не финальное решение.