Как закрыть дубли архивов от меток noindex в WordPress

Автор: Артем Савельев | Опубликовано: 19.08.2026

Архивы меток в WordPress часто становятся источником дублей: одна и та же запись доступна через категорию, метку, архив автора и пагинацию. Если метки не используются как полноценная навигация, их страницы обычно не дают пользы поиску, но создают лишние URL в индексе. Проблема не в самих метках, а в том, что WordPress по умолчанию не знает, какие архивы вам нужны, а какие лучше убрать из индекса.

Ниже — рабочий сценарий: как диагностировать дубли, закрыть архивы меток от индексации, не поломать сайт и проверить результат после внедрения.

Когда архивы меток действительно мешают

Сначала стоит понять, что именно вы хотите исправить. Закрывать от индексации все метки подряд — не всегда верное решение. Если метки используются как осмысленные посадочные страницы, с нормальным контентом и внутренней перелинковкой, их можно оставить. Но если метки создаются автоматически, дублируют категории или используются хаотично, они почти всегда раздувают индекс.

Типичные симптомы

в поиске появляются страницы вида /tag/..., но они не дают трафика;
в Search Console растёт число обнаруженных страниц без роста полезных переходов;
одна и та же запись доступна через несколько архивов, и это видно в отчётах по дублям;
метки индексируются, хотя на их архиве нет уникального текста, описания или смысла для пользователя.

Что проверить до изменений

Откройте несколько страниц меток вручную и посмотрите, есть ли у них уникальная ценность. Если архив — это просто список записей без пояснения, чаще всего его имеет смысл закрыть от индексации. Также проверьте, не используются ли метки в шаблонах темы как важный элемент навигации. Иногда метки нужны пользователям, но не нужны поиску.

Диагностика: где именно появляются дубли

Перед правкой лучше зафиксировать источник проблемы. В WordPress дубли обычно возникают не только из-за меток. Часто рядом идут архивы категорий, авторов, дат и пагинация. Если закрыть только метки, а остальные архивы оставить без контроля, эффект будет частичным.

Быстрый способ проверки — посмотреть исходный код страницы архива и убедиться, какие meta robots уже выставлены. Если тема или SEO-плагин ничего не делает, WordPress сам по себе не добавляет noindex для меток.

<!-- в <head> страницы архива метки -->
<meta name="robots" content="noindex,follow" />

Если такого тега нет, значит метка открыта для индексации. Дальше нужно решить: закрывать её через SEO-плагин, через код темы или через фильтр, если нужен точечный контроль.

Пошаговое решение

Вариант 1. Закрыть архивы меток через SEO-плагин

Если у вас уже стоит SEO-плагин, это самый безопасный путь. В большинстве случаев достаточно открыть настройки таксономий и для меток включить noindex. Плюс этого варианта — он не зависит от темы и не сломается при обновлении.

Проверяйте не только метки, но и связанные настройки: иногда плагин ставит noindex, но оставляет архив в sitemap. Это уже другая проблема, и её тоже нужно убрать.

Вариант 2. Добавить `noindex` кодом

Если вы не хотите завязываться на плагин или нужна точечная логика, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин. Для архивов меток это делается через wp_robots, который позволяет добавить директивы в robots meta.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_tag() ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Этот вариант хорош тем, что не трогает остальные архивы. Но есть важная оговорка: если у вас уже работает SEO-плагин, не нужно дублировать логику в коде без необходимости. Два источника управления robots часто приводят к путанице при отладке.

Вариант 3. Убрать метки из sitemap

Закрыть архив от индексации недостаточно, если URL всё ещё попадает в sitemap. Поисковик может продолжать обходить такие страницы, а в отчётах вы увидите лишний шум. В SEO-плагине обычно есть отдельная настройка для исключения таксономий из карты сайта. Если делаете это кодом, проверьте, что генератор sitemap не включает метки автоматически.

Подход	Когда использовать	Плюсы	Минусы
SEO-плагин	Есть готовый SEO-стек	Просто, безопасно, без кода	Зависимость от настроек плагина
Код через `wp_robots`	Нужен точечный контроль	Гибко, прозрачно, без лишних зависимостей	Нужно следить за темой и обновлениями
Отключение из sitemap	Нужно снизить обход мусорных URL	Чище индекс и crawl budget	Не решает проблему без `noindex`

Если нужно закрыть только часть меток

Иногда метки полезны только для отдельных рубрик или типов контента. В этом случае не стоит закрывать всё подряд. Можно сделать условие по конкретным терминам или по количеству записей, если у вас есть понятная логика. Но не усложняйте без причины: чем сложнее правило, тем выше шанс забыть, зачем оно было добавлено.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_tag( 'news' ) || is_tag( 'promo' ) ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Такой код уместен, если вы точно знаете, какие метки являются служебными или слишком широкими. Но если метки уже размножены без системы, лучше сначала навести порядок в самих терминах, а потом закрывать архивы.

Проверка результата после внедрения

После изменения не ограничивайтесь визуальной проверкой. Нужно убедиться, что директива реально появилась в HTML и что поисковик видит именно то, что вы задумали.

Откройте архив метки в браузере и проверьте исходный код страницы.
Убедитесь, что в <head> есть noindex,follow.
Проверьте, что URL больше не попадает в sitemap.
В Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
Посмотрите, не остались ли внутренние ссылки на метки в шаблонах, если они вам больше не нужны.

Если используете командную строку на сервере, можно быстро проверить заголовок страницы и наличие robots meta через curl:

curl -s https://example.com/tag/sample/ | grep -i robots

Это не заменяет полноценную проверку в браузере, но помогает быстро понять, отрабатывает ли фильтр вообще.

Частые ошибки и как их исправить

Закрыли метки, но оставили их в sitemap

В этом случае поисковик продолжает тратить ресурсы на обход ненужных URL. Исправление простое: уберите таксономию из карты сайта в SEO-плагине или в генераторе sitemap, если он кастомный.

Поставили `noindex` и одновременно запретили обход через `robots.txt`

Так делать не стоит без понимания последствий. Если страница уже известна поисковику, запрет на обход может помешать увидеть обновлённую директиву noindex. Обычно сначала закрывают от индексации, а не от обхода.

Добавили код в родительскую тему

После обновления темы изменения исчезнут. Для такой логики используйте дочернюю тему или отдельный мини-плагин. Это особенно важно, если сайт живой и обновляется регулярно.

Сломали robots meta конфликтом плагинов

Если один плагин ставит index,follow, а другой — noindex, итог зависит от порядка вывода. В таких случаях оставьте один источник управления SEO-метками и отключите дублирующую функцию в другом инструменте.

Безопасность и производительность

С точки зрения производительности закрытие меток от индексации само по себе ничего не ускоряет. Но оно снижает количество бесполезных страниц в индексе и может уменьшить шум в отчётах. Это полезно, если сайт большой и архивов много.

Если вы чистите сайт системно, имеет смысл посмотреть на дубли шире: архивы авторов, дат, вложений, служебные страницы, пустые таксономии. В некоторых проектах удобнее сделать это через один SEO-инструмент, чем собирать логику по кускам. Например, у Clearfy Pro есть набор функций для удаления дублей и чистки сайта, но использовать его стоит только там, где он реально закрывает вашу задачу, а не ради самого факта установки плагина.

Главное правило простое: не закрывайте от индексации всё подряд. Сначала определите, какие архивы дают ценность пользователю и поиску, а какие просто создают технический мусор. Тогда решение будет не косметическим, а рабочим.

Короткий чек-лист перед публикацией изменений

Проверил, что архивы меток действительно не нужны в индексе.
Выбрал один способ управления: плагин или код.
Добавил noindex,follow для нужных архивов.
Исключил метки из sitemap.
Проверил исходный код страницы и Search Console.
Убедился, что изменения не конфликтуют с темой и SEO-плагином.

Если после этого метки всё ещё всплывают в индексе, проблема обычно не в самом noindex, а в дублирующей логике: старый sitemap, кэш, конфликт SEO-плагинов или неверно настроенный шаблон архива.