Архивы меток в WordPress часто превращаются в источник дублей: одна и та же подборка записей доступна через рубрики, теги, поиск и пагинацию. Если метки не несут отдельной ценности для пользователя, их лучше либо закрыть от индексации, либо аккуратно отключить на уровне шаблонов и SEO-настроек. Важно не путать удаление страниц из индекса с физическим удалением самих меток: это разные задачи и разные риски.
Когда архивы меток действительно мешают
Проблема обычно проявляется не в одном месте, а сразу в нескольких сигналах. В Search Console растёт число страниц, которые не дают трафика. В выдаче появляются теги с почти одинаковым содержимым. Внутренняя перелинковка распыляется: одна и та же запись может быть доступна через десятки тегов, а сами архивы выглядят как тонкие страницы с 2–3 постами.
Диагностика перед изменениями
Сначала проверьте, есть ли у меток самостоятельная ценность. Если на архиве тега:
- есть уникальный заголовок и описание;
- собрано достаточно записей по одной теме;
- страница получает органический трафик;
- метка используется как навигационный слой, а не как мусорный классификатор;
тогда закрывать её от индексации без разбора не стоит. Если же теги создавались автоматически, дублируют рубрики или используются хаотично, их лучше убрать из индекса и, при необходимости, скрыть из интерфейса.
Что именно отключать: индексирование, архивы или саму таксономию
Есть три разных уровня воздействия. От выбора зависит, сломаете вы только SEO-сигналы или ещё и навигацию в теме.
| Подход | Что делает | Когда подходит | Компромисс |
|---|---|---|---|
| noindex для архивов меток | Оставляет страницы доступными, но просит поисковики не индексировать | Если метки нужны пользователям, но не нужны в поиске | Страницы остаются в обходе и могут некоторое время висеть в индексе |
| Удаление ссылок на метки из темы | Убирает видимые ссылки в шаблонах | Если теги не нужны в интерфейсе | Не решает проблему индексации сам по себе |
| Полное отключение таксономии | Отключает использование меток в админке и на фронтенде | Если теги не используются вообще | Нужно проверить, не завязаны ли на них виджеты, фильтры и шаблоны |
Для большинства сайтов разумнее начать с noindex и только потом решать, нужно ли физически убирать метки из темы и админки.
Пошаговое решение через код
Если вы хотите убрать архивы меток из индекса, но оставить сами метки в админке, используйте фильтр wp_robots. Это современный способ управлять robots meta без правки шаблонов.
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
}
return $robots;
} );Этот вариант не удаляет страницу, а только меняет директивы для поисковых систем. Если у вас уже подключён SEO-плагин, проверьте, не переопределяет ли он robots meta своими настройками. Иначе фильтр может не дать ожидаемого эффекта.
Если метки не нужны вообще, можно убрать поддержку таксономии у записей. Делайте это только после проверки, что тема и плагины не используют post_tag в шаблонах или фильтрах.
add_action( 'init', function() {
unregister_taxonomy_for_object_type( 'post_tag', 'post' );
} );Это не удаляет уже созданные метки из базы, но убирает их привязку к типу записи. В админке и на фронтенде поведение станет другим, поэтому сначала проверьте на staging-сайте.
Если нужно скрыть ссылки на метки в теме
Часто архивы меток продолжают индексироваться просто потому, что тема выводит их под каждой записью. Тогда имеет смысл убрать блок меток из шаблона single.php или через дочернюю тему. Например, если в шаблоне есть вызов the_tags(), его можно заменить на условный вывод только для нужных типов контента.
<?php
$tags = get_the_tag_list( '', ', ' );
if ( $tags ) {
echo '<div class="entry-tags">' . $tags . '</div>';
}
?>Если задача — не показывать метки вовсе, уберите этот блок из шаблона. Но не забывайте, что отсутствие ссылки на архив не равно отсутствию индексации: поисковик может находить tag-страницы через старые ссылки, sitemap или внутренние переходы.
Как сделать это через SEO-плагин
Если на сайте уже стоит SEO-плагин, проще управлять метками через его интерфейс, а не кодом. Это особенно удобно, когда нужно закрыть от индексации не только теги, но и другие архивы с похожей логикой.
На практике важно проверить три вещи: включён ли noindex именно для архивов меток, не добавляются ли они в sitemap, и не создаёт ли плагин canonical на сам архив. Иногда пользователи ставят noindex, но забывают убрать метки из карты сайта, и поисковик продолжает их обходить.
Если вы используете Clearfy Pro, его удобно применять как слой для чистки дублей и технических архивов. Но даже в этом случае не стоит отключать всё подряд: сначала определите, какие архивы реально нужны для навигации и трафика, а какие только раздувают индекс.
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой на фронтенде. Нужна проверка именно того, как страница отдаётся поисковику.
- Откройте архив метки и посмотрите исходный код: в
<head>должна быть директиваnoindex, если вы выбрали этот вариант. - Проверьте, нет ли меток в XML-карте сайта.
- Убедитесь, что страницы тегов не возвращают 404, если вы оставляли их доступными.
- Сравните количество проиндексированных tag-страниц в Search Console до и после.
Для быстрой проверки robots meta можно использовать браузер или команду curl:
curl -I https://example.com/tag/your-tag/Если вы меняли шаблон, проверьте ещё и кэш: серверный, плагинный и CDN. Частая ситуация — код уже обновлён, а в выдаче и браузере показывается старая версия страницы из кэша.
Частые ошибки и как их исправить
Ставят noindex, но оставляют метки в sitemap
Такой конфликт встречается чаще всего. Поисковик продолжает регулярно заходить на страницы, которые вы хотели исключить. Решение простое: уберите tag-архивы из карты сайта на уровне SEO-плагина или фильтра, если карта генерируется кодом.
Удаляют метки из темы, но не трогают старые URL
Если страницы меток уже были в индексе, они не исчезнут мгновенно. Без noindex или 410 они могут висеть ещё долго. Поэтому сначала определитесь, нужен ли архив как страница, и только потом убирайте ссылки из шаблонов.
Отключают таксономию без проверки зависимостей
Некоторые темы выводят метки в карточках, хлебных крошках, блоках похожих записей или в REST API-ответах. После unregister_taxonomy_for_object_type() такие места могут начать вести себя непредсказуемо. Перед изменением проверьте шаблоны, кастомные блоки и плагины, которые работают с тегами.
Путают метки с рубриками
Если одна и та же логика используется и для рубрик, и для меток, легко закрыть от индексации всё подряд. Это уже риск для структуры сайта. Сначала разберитесь, какие архивы дают трафик и какие реально нужны для навигации.
Чек-лист перед публикацией изменений
- Проверили, нужны ли метки как навигация, а не только как SEO-элемент.
- Выбрали один сценарий: noindex, скрытие ссылок или полное отключение.
- Убрали tag-архивы из sitemap, если они не должны индексироваться.
- Проверили robots meta и canonical на реальном URL.
- Очистили кэш сайта, сервера и CDN.
- Сверили поведение на staging и production.
Что делать, если метки нужны, но страницы пустые
Иногда проблема не в самих тегах, а в том, что они создаются автоматически и почти не наполняются. В этом случае лучше не удалять таксономию, а пересмотреть правила её использования: оставить только те метки, которые реально помогают группировать материалы. Для редакции это обычно означает более жёсткую модерацию тегов и отказ от автоматического проставления всего подряд.
Если нужна более глубокая чистка дублей и технических архивов, имеет смысл смотреть на инструменты, которые умеют управлять SEO-настройками без правки ядра. Но даже тогда проверка результата остаётся обязательной: поисковик не обязан мгновенно согласиться с вашими изменениями.
