Архивы меток в WordPress часто превращаются в источник дублей: одна и та же подборка записей доступна через категории, теги, поиск по сайту и пагинацию меток. Если метки используются хаотично, в индексе быстро накапливаются слабые страницы с одинаковыми сниппетами и почти пустым контентом.
Ниже разберём, когда архивы меток действительно стоит отключать от индексации, чем отличается noindex от полного удаления, и как проверить, что после правок сайт не потерял нужные страницы.
Когда архивы меток становятся проблемой
Сами по себе метки не вредны. Проблема начинается, когда:
- у одной записи слишком много меток;
- метки дублируют категории или темы рубрик;
- на страницах меток почти нет уникального текста;
- в выдачу попадают страницы пагинации меток и пустые архивы;
- метки создаются под каждый мелкий признак записи, а не под реальную навигацию.
В такой конфигурации поисковик видит не структуру сайта, а набор похожих архивов. Для небольшого проекта это обычно не критично, но на сайте с большим количеством публикаций метки быстро начинают размывать краулинговый бюджет и мешать нормальной индексации важных страниц.
Что именно нужно отключать
Есть три разных сценария, и их не стоит путать:
- закрыть архивы меток от индексации — если метки нужны пользователям, но не нужны в поиске;
- убрать метки из sitemap — если вы не хотите подсказывать поисковику эти URL;
- полностью удалить метки — если они не используются в навигации и только создают мусор.
Чаще всего достаточно первого и второго пункта. Полное удаление — это уже отдельная миграция, потому что вместе с метками можно сломать фильтрацию контента, блоки похожих записей и внутренние ссылки.
Диагностика: как понять, что метки уже вредят
Перед правками стоит проверить не абстрактную «SEO-пользу», а конкретные симптомы. Откройте в поиске запросы вида site:example.com inurl:tag и посмотрите, какие страницы реально попали в индекс. Если там много пустых или почти одинаковых архивов, проблема уже есть.
Полезно также посмотреть:
- сколько меток создано в админке;
- есть ли у меток уникальные описания;
- показываются ли архивы меток в XML-карте сайта;
- есть ли у меток трафик из поиска или это только служебная навигация.
Если метка используется один раз и больше нигде, это обычно плохой кандидат на индексирование. Если же метка собирает осмысленную подборку материалов и у неё есть нормальный текст, её можно оставить открытой.
Пошаговое решение: закрыть архивы меток от индексации
Самый безопасный вариант — оставить архивы доступными для пользователей, но запретить их индексацию. В WordPress это можно сделать через SEO-плагин или кодом. Если нужен предсказуемый результат без зависимости от интерфейса плагина, код обычно надёжнее.
Вариант 1. Через код в functions.php или мини-плагин
Добавьте фильтр, который задаёт меткам noindex,follow. Это не мешает переходам по сайту, но говорит поисковику не индексировать сам архив.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если у вас старый SEO-плагин или тема выводит мета-тег robots вручную, проверьте, нет ли конфликта. Два разных robots-тега на странице — частая причина странного поведения в индексации.
Вариант 2. Через SEO-плагин
Если вы уже используете SEO-плагин, у него обычно есть настройка для архивов таксономий. Важно не просто выключить отображение в поиске, а проверить, что:
- метки получают
noindex; - архивы не попадают в sitemap;
- канонический URL не указывает на саму метку как на «главную» страницу для дублей.
Если плагин позволяет закрывать только отдельные таксономии, не трогайте категории, если они у вас реально работают как основная структура сайта.
Вариант 3. Убрать архивы меток из XML sitemap
Даже если архивы закрыты через noindex, они могут продолжать попадать в карту сайта. Это не ошибка, но лишний сигнал поисковику. Лучше убрать их из sitemap, если метки не должны индексироваться вообще.
Для сайтов на стандартном WordPress sitemap формируется ядром, и отдельная фильтрация зависит от того, как именно у вас подключена логика карт сайта. Если sitemap генерирует SEO-плагин, отключение делается в его настройках. Если вы пишете свой код, проще не городить отдельный генератор, а ограничиться настройками плагина или фильтрами конкретного решения.
Сравнение подходов
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
| noindex для архивов меток | Метки нужны для навигации, но не для поиска | Минимум риска | Страницы остаются доступными по URL |
| Удаление меток из sitemap | Нужно снизить приоритет этих URL | Чище карта сайта | Не решает проблему, если архив уже в индексе |
| Полное удаление меток | Метки не используются | Убирает источник дублей | Можно сломать навигацию и внутренние ссылки |
Проверка результата после внедрения
После правок не ограничивайтесь просмотром HTML-кода. Проверьте результат вживую и через инструменты для вебмастеров.
- Откройте несколько страниц меток в браузере и посмотрите исходный код: должен быть
noindex. - Проверьте, что страницы меток доступны по URL и не отдают 404, если вы не удаляли их полностью.
- Посмотрите sitemap: архивы меток не должны там торчать, если вы их отключали.
- В Search Console отправьте на переобход несколько URL меток и убедитесь, что статус меняется ожидаемо.
Если вы используете кэш-плагин, очистите кэш после изменений. Иначе можно увидеть старый robots-тег и решить, что код не сработал.
Частые ошибки и как их исправить
Оставили метки открытыми, но убрали их из меню
Это не решает SEO-проблему. Если URL доступны по прямой ссылке или из внутренних блоков, поисковик всё равно их найдёт. Нужен именно noindex или удаление страниц.
Закрыли метки через robots.txt
Это плохая замена noindex. Если URL уже известен поисковику, запрет в robots.txt не гарантирует удаление из индекса. Для дублей и архивов лучше использовать мета-robots или HTTP-заголовки, а не только robots.txt.
Сломали внутреннюю перелинковку
Если метки использовались в блоках «похожие записи» или в хлебных крошках, после удаления архивов часть ссылок может вести в никуда. Сначала проверьте, где метки выводятся на фронтенде, и только потом отключайте архивы полностью.
Забыли про пагинацию
Даже если первая страница метки закрыта, страницы /page/2/ и дальше могут оставаться доступными. Для слабых архивов это тоже лишний шум. Если метка не нужна в индексе, закрывайте весь архив целиком, а не только первую страницу.
Что делать, если метки всё-таки нужны
Иногда метки работают как нормальная навигация: например, на новостном или экспертном сайте они помогают собрать материалы по конкретному инструменту, технологии или событию. В таком случае не надо рубить всё подряд. Лучше оставить только те метки, которые:
- используются регулярно;
- имеют понятную семантику;
- собирают достаточное число материалов;
- могут быть полезны пользователю как отдельная подборка.
Остальные метки проще удалить или перевести в noindex. На практике это даёт более чистую структуру без потери полезной навигации.
Практический чек-лист перед публикацией изменений
- Проверить, нужны ли метки пользователям, а не только редактору.
- Посмотреть, сколько архивов меток уже в индексе.
- Решить:
noindex, убрать из sitemap или удалить полностью. - Проверить, нет ли дублей в SEO-плагине и в теме одновременно.
- Очистить кэш после правок.
- Проверить исходный код страницы метки и статус в Search Console.
Если вам нужно не только закрыть метки, но и навести порядок в дублях, служебных страницах и технической SEO-настройке, это удобно делать через один набор инструментов. Например, в Clearfy Pro есть функции для чистки WordPress и управления лишними сущностями сайта: https://wpshop.ru/plugins/clearfy?utm_source=wpbe.ru&utm_medium=article&utm_campaign=kak-otklyuchit-arkhivy-etiketok-v-wordpress-bez-dubley.
Главная идея простая: если архив меток не даёт поисковому трафику и не несёт ценности пользователю, его лучше убрать из индекса аккуратно, а не надеяться, что поисковик сам разберётся с дублями.