Архивы меток в WordPress часто становятся источником дублей и мусорных страниц в индексе. Проблема обычно не в самих метках, а в том, что они создаются автоматически, почти не редактируются и начинают конкурировать с рубриками, поиском по сайту и даже с отдельными записями. Если метки не несут самостоятельной ценности, их лучше закрыть от индексации точечно, а не рубить весь сайт через robots.txt.
Когда метки действительно мешают
Сначала стоит понять, что именно вы хотите исправить. Если в индексе уже есть сотни архивов меток с пустым или почти одинаковым содержимым, поисковик тратит краулинговый бюджет на страницы без пользы. Если же метки используются как полноценные тематические подборки, закрывать их целиком не стоит — лучше доработать контент и шаблон архива.
Типичные признаки проблемы
- в Search Console растёт число страниц, но полезных переходов по архивам меток почти нет;
- в выдаче появляются страницы вида
/tag/...с одинаковыми title и description; - метки дублируют рубрики по смыслу;
- в шаблоне архива метки выводится только список записей без поясняющего текста;
- на сайте есть десятки меток, привязанных к 1–2 записям.
Диагностика: что закрывать, а что оставить
Не начинайте с массового noindex для всех архивов. Сначала проверьте, какие метки реально дают трафик и есть ли у них самостоятельная ценность. Для этого достаточно посмотреть отчёт по страницам в Search Console и открыть несколько архивов вручную.
| Подход | Когда подходит | Минус |
|---|---|---|
| Оставить метки открытыми | Есть трафик, текст, логичная структура | Нужно поддерживать качество архива |
| Закрыть метки от индексации | Метки служат только навигацией | Страницы исчезнут из поиска не сразу |
| Удалить метки и перенести ссылки | Метки не нужны вообще | Нужно аккуратно обработать внутренние ссылки и 404 |
Пошаговое решение без плагина
Самый надёжный вариант — добавить noindex,follow только для архивов меток. Так поисковик не будет индексировать сами страницы, но сможет проходить по ссылкам внутри архива.
Вариант через wp_head
Добавьте код в functions.php дочерней темы или в собственный мини-плагин. Этот вариант не трогает другие архивы и не влияет на рубрики, если вы явно проверяете тип архива.
add_action('wp_head', function () {
if (is_tag() && !is_admin()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Если на сайте уже есть SEO-плагин, проверьте, не добавляет ли он свой robots meta. Два одинаковых тега на странице — частая ошибка, из-за которой поведение становится непредсказуемым.
Если нужно закрыть только часть меток
Иногда закрывать весь архив тегов нельзя, но можно убрать из индекса только технические или служебные метки. В этом случае удобнее проверять список slug и применять noindex выборочно.
add_action('wp_head', function () {
if (!is_tag() || is_admin()) {
return;
}
$blocked_tags = array('news', 'misc', 'test');
$term = get_queried_object();
if ($term instanceof WP_Term && in_array($term->slug, $blocked_tags, true)) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Как сделать это через SEO-плагин
Если у вас уже стоит SEO-плагин, проще использовать его настройки архивов. Это удобнее для редактора, но важно проверить, как плагин формирует robots meta и не конфликтует ли он с темой или кастомным кодом.
В большинстве случаев логика такая: отключить индексирование архивов меток, оставить follow, при необходимости убрать метки из sitemap. Если плагин позволяет управлять отдельными таксономиями, это предпочтительнее глобального запрета на все архивы.
Для сайтов, где нужно регулярно чистить дубли и технические страницы, полезно смотреть в сторону инструментов вроде Clearfy Pro: у него есть функции для управления дублями и служебными страницами, но применять их всё равно нужно после проверки структуры сайта, а не вслепую.
Проверка результата после внедрения
После изменения не ограничивайтесь просмотром исходного кода. Нужно проверить и HTML, и поведение поисковика.
- Откройте архив метки и убедитесь, что в
<head>естьnoindex,follow. - Проверьте, что рубрики и обычные записи не получили этот же тег.
- Посмотрите, не остались ли метки в XML-карте сайта.
- В Search Console отправьте страницу на повторное сканирование, если нужно ускорить переобход.
- Через несколько дней проверьте, исчезает ли страница из отчёта по индексированию.
Для быстрой проверки можно открыть исходный код страницы и найти строку meta name="robots". Если используется кэш, очистите его до проверки, иначе вы увидите старую версию шаблона.
Частые ошибки и как их исправить
Закрыли метки в robots.txt
Это не то же самое, что noindex. Если запретить обход через robots.txt, поисковик может не увидеть директиву noindex на самой странице и оставить её в индексе дольше, чем ожидается. Для удаления из индекса лучше использовать meta robots или заголовок X-Robots-Tag.
Отключили метки, но не убрали внутренние ссылки
Если метки остались в блоках «облако тегов» или в карточках записей, вы просто продолжите вести пользователей и робота на страницы, которые не должны индексироваться. В этом случае либо скрывайте ссылки на служебные метки, либо пересматривайте логику вывода.
Поставили noindex на все архивы подряд
Иногда вместе с метками случайно закрывают рубрики, авторов и даты. Это уже влияет на структуру сайта сильнее, чем кажется. Перед публикацией кода всегда проверяйте условия is_tag(), is_category() и другие архивные шаблоны отдельно.
Забыли про кэш
Если на сайте есть серверный кэш, плагин кэша или CDN, изменения в <head> могут не попасть на страницу сразу. После правки очистите кэш страницы, объекта и CDN, если он используется.
Когда лучше не закрывать метки
Если метки уже используются как понятная навигация и у них есть уникальные описания, закрывать их только из-за страха перед дублями не нужно. Иногда лучше сократить количество меток, объединить похожие и добавить нормальный текст на архивы, чем прятать их от индекса. В таком сценарии сначала чистят структуру, а потом уже решают, что оставлять открытым.
Практические советы по безопасности и производительности
Код для wp_head лучше держать в дочерней теме или в маленьком MU-плагине, а не в основной теме, которую вы можете заменить при обновлении. Если правите functions.php, делайте это через FTP/SFTP или файловый менеджер хостинга с возможностью отката.
Не ставьте несколько SEO-плагинов одновременно: они часто дублируют robots meta, sitemap и canonical. Это не ускоряет сайт и не улучшает индексацию, а только добавляет конфликтов. Если нужен именно контроль дублей и служебных страниц, проще выбрать один инструмент и настроить его последовательно.
Если вы хотите не только закрыть метки, но и привести в порядок похожие технические страницы, имеет смысл сначала составить список архивов, которые реально нужны, а потом уже менять правила индексации. Так вы не потеряете полезные страницы случайно и не будете потом возвращать их через переобход и ручные правки.