Страницы меток в WordPress часто создают лишний шум в индексе: у них дублирующиеся списки записей, слабый уникальный контент и почти нулевая ценность для поиска. При этом сами метки могут быть полезны для навигации внутри сайта, особенно если вы монетизируете трафик через рекламу, лид-формы или контентные воронки. Поэтому задача обычно не в том, чтобы удалить метки совсем, а в том, чтобы оставить их для пользователей и убрать из индекса поисковиков.
Ниже — рабочая схема: как понять, что проблема именно в метках, какие варианты закрытия от индексации реально применяются в WordPress, как проверить результат и где чаще всего ломают настройку.
Когда метки лучше закрыть от индексации
Не каждая таксономия мешает SEO. Если у метки есть осмысленная посадочная страница, уникальный текст, подборка материалов и стабильный спрос, её можно оставить открытой. Но на большинстве сайтов метки создаются автоматически, дублируют рубрики или просто размножают архивы без пользы.
Типичные признаки, что метки стоит закрыть:
- в поиске уже есть страницы меток с тонким контентом и почти одинаковыми списками записей;
- метки создаются редакторами хаотично и не проходят модерацию;
- в отчётах Search Console появляются URL вида
/tag/...с низкими показателями; - страницы меток конкурируют с рубриками и внутренним поиском за одни и те же запросы;
- вы используете метки только как внутреннюю навигацию, а не как SEO-страницы.
Диагностика: что именно индексируется сейчас
Перед изменениями проверьте, как WordPress отдаёт страницы меток. Важно понять, есть ли у них уже noindex, закрыты ли они в robots.txt и не создают ли они отдельные канонические URL. Иногда проблема не в самих метках, а в том, что SEO-плагин уже добавляет мета-тег, а в индексе остаются старые копии.
Проверка в браузере и через исходный код
Откройте любую страницу метки и посмотрите HTML-исходник. Ищите строку вида <meta name="robots" content="noindex,follow">. Если её нет, страница, скорее всего, доступна для индексации, если только не закрыта на уровне заголовков или robots.txt.
Проверка через Search Console
В отчёте по индексированию найдите URL меток. Если они уже попали в индекс, после настройки не ждите мгновенного исчезновения. Поисковику нужно переобойти страницы и обновить статус. Это нормальная задержка, а не ошибка настройки.
Как закрыть метки от индексации: три рабочих варианта
Подход зависит от того, чем вы управляете сайтом: SEO-плагином, темой или собственным кодом. Для большинства проектов удобнее всего использовать один согласованный способ, а не смешивать несколько.
| Способ | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Если уже стоит Yoast, Rank Math или аналог | Быстро и без кода | Нужно проверить, не конфликтует ли с темой |
| Код в теме или mu-plugin | Если нужен точечный контроль | Прозрачно и предсказуемо | Требует аккуратного деплоя |
| robots.txt | Только как дополнительная мера | Просто закрыть обход | Не убирает уже проиндексированные URL |
Вариант 1. Через SEO-плагин
Если у вас уже используется SEO-плагин, проверьте настройки таксономий. В большинстве случаев там можно отдельно задать noindex для меток. Это самый безопасный путь, если сайт поддерживает редактор или маркетолог, который не хочет лезть в код.
Плюс этого варианта в том, что плагин обычно сам добавляет корректный meta robots и не требует ручного вмешательства в шаблоны. Минус — нужно убедиться, что плагин не переопределяется темой или кастомным выводом head.
Вариант 2. Через код в functions.php или mu-plugin
Если нужен независимый от плагина способ, можно добавить noindex,follow для архивов меток через фильтр wp_robots. Это современный и понятный способ для WordPress 5.7+.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Лучше не класть такой код в активную тему, если вы часто её меняете. Практичнее вынести его в небольшой mu-plugin, чтобы настройка не исчезла после обновления шаблона.
<?php
/**
* Plugin Name: Tag Archives Noindex
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Вариант 3. Через robots.txt — только как дополнение
Можно добавить запрет на обход страниц меток в robots.txt, но это не заменяет noindex. Если URL уже в индексе, robots.txt не гарантирует его удаление. Поэтому используйте этот способ только как дополнительный, когда хотите снизить нагрузку на обход.
User-agent: *
Disallow: /tag/Если вы закрываете метки только robots.txt, поисковик может продолжать показывать URL без сниппета, если он уже известен. Для чистого результата лучше сочетать noindex и нормальную внутреннюю перелинковку.
Пошаговое решение без лишнего риска
- Определите, нужны ли метки пользователям как навигация. Если да — не удаляйте их физически.
- Проверьте, не закрывает ли их уже SEO-плагин.
- Выберите один основной способ: плагин или код.
- Добавьте
noindex,followдля архивов меток. - Не смешивайте несколько конфликтующих правил в head.
- Обновите robots.txt только если хотите дополнительно снизить обход.
- Проверьте исходный код страницы метки и статус в Search Console.
Как проверить, что настройка сработала
Проверка должна быть не на уровне «кажется, всё ок», а по конкретным признакам.
- в исходном коде страницы метки появился
meta robotsсnoindex; - в HTML нет второго conflicting-тега от другого плагина;
- страница по-прежнему открывается для пользователей и не ломает навигацию;
- в Search Console при проверке URL виден статус, который соответствует
noindexпосле переобхода; - через несколько обходов поисковик перестаёт считать метку индексируемой.
Если хотите проверить быстро, откройте страницу метки и выполните просмотр исходника. Для автоматизации можно использовать команду curl:
curl -I https://example.com/tag/sample-tag/Но помните: заголовки ответа не всегда покажут meta robots. Для проверки именно noindex нужен HTML-ответ страницы.
Частые ошибки и как их исправить
Оставили метки открытыми из-за конфликта плагинов
Одна часть сайта может добавлять noindex, а другая — перезаписывать head. Это бывает при одновременной работе SEO-плагина и кастомного кода в теме. Решение простое: оставьте один источник правды и удалите дублирующую логику.
Закрыли метки в robots.txt и ждут удаления из индекса
Это частая ошибка. Robots.txt ограничивает обход, но не гарантирует деиндексацию. Если URL уже в индексе, сначала дайте поисковику увидеть noindex, а потом уже при необходимости ограничивайте обход.
Удалили метки полностью, хотя они нужны в интерфейсе
Если метки используются в карточках, фильтрах или блоках похожих записей, их удаление может ухудшить UX и внутреннюю перелинковку. В таких случаях лучше закрыть архивы от индексации, а не ломать саму таксономию.
Поставили noindex на всё подряд
Иногда после одной проблемы начинают закрывать все архивы, включая полезные рубрики. Это уже другая задача. Не переносите решение с меток на рубрики без анализа трафика и структуры сайта.
Что учесть, если сайт зарабатывает на контенте
Для монетизируемых сайтов метки часто используются как внутренние точки входа в контентные кластеры. Если у вас реклама, партнёрские ссылки или лидогенерация, закрытие меток от индексации не должно ухудшать сценарий переходов внутри сайта. Пользователь всё равно должен попадать на метку из записи, блока тегов или хлебных крошек.
Если вам нужно не только убрать лишние архивы, но и подчистить технический шум на сайте, удобно смотреть на задачу шире: каноникал, дубли, архивы, внутренний поиск, служебные страницы. В таких случаях полезно собрать это в одну политику индексации, а не править каждый тип URL отдельно. Для этого часто используют связку SEO-плагина и точечных правок в коде; из готовых инструментов можно посмотреть Clearfy Pro как набор для технической чистки сайта, если вам нужен именно практический контроль над дублями и служебными страницами: https://wpshop.ru/plugins/clearfy.
Мини-чек-лист перед публикацией
- метки реально нужны пользователям, а не поиску;
- вы выбрали один основной способ закрытия;
- в исходнике страницы есть
noindex,follow; - robots.txt не конфликтует с meta robots;
- в Search Console URL проверен после изменения;
- внутренние ссылки на метки не сломаны;
- нет дублирующей логики в теме и плагинах.
Если после настройки метки всё ещё появляются в индексе, не спешите добавлять новые запреты. Сначала проверьте, не отдает ли сайт старый кешированный HTML, не дублируется ли head на уровне темы и не переопределяет ли SEO-плагин ваши правила. В WordPress такие конфликты встречаются чаще, чем кажется, особенно на сайтах с историей и набором старых плагинов.
