Если на сайте много тегов, они быстро начинают создавать шум в поиске: отдельные страницы тегов почти не дают трафика, а иногда ещё и дублируют подборки записей, рубрики и архивы. В WordPress это обычная ситуация, и решается она без удаления самих тегов. Задача не в том, чтобы «выключить теги», а в том, чтобы убрать их страницы из индекса и при этом не поломать внутреннюю навигацию.
Сразу коротко: для большинства сайтов правильный путь — закрыть архивы тегов от индексации через мета-тег robots или заголовок X-Robots-Tag, а сами теги оставить для пользователей и перелинковки. Если теги уже успели попасть в индекс, после настройки нужно ещё проверить, не остались ли у них канонические дубли, и дождаться переобхода поисковиками.
Что именно нужно закрывать
В WordPress тег — это таксономия, а у каждого тега есть собственная архивная страница вида /tag/имя-тега/. Именно эти страницы обычно и нужно закрывать от индексации. При этом:
- сами ссылки на теги в записях можно оставить;
- облако тегов в сайдбаре тоже можно оставить, если оно нужно посетителям;
- закрывать нужно не «теги как сущность», а именно архивы тегов;
- удалять теги только ради SEO обычно не требуется.
Это важное различие. Если просто убрать теги из шаблонов, вы потеряете часть внутренней структуры сайта. Если закрыть архивы от индексации, поисковик перестанет считать их посадочными страницами, но пользователи по-прежнему смогут переходить по ним.
Какой способ выбрать: плагин, код или настройки SEO-плагина
Есть три рабочих варианта, и выбор зависит от того, чем вы уже пользуетесь на сайте.
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если на сайте уже стоит Yoast SEO, Rank Math, AIOSEO и т. п. | Быстро, без правки темы | Нужно проверять, как плагин формирует robots для архивов |
| Код в теме или дочерней теме | Если нужен точечный контроль без лишних плагинов | Надёжно и прозрачно | Нужно аккуратно вносить изменения, лучше через дочернюю тему |
| Общий SEO/cleanup-плагин | Если нужно ещё и убрать другие дубли | Удобно для комплексной чистки | Не стоит ставить плагин только ради одной настройки |
Если у вас уже есть SEO-плагин, обычно разумнее использовать его. Если нет — проще и чище добавить правило в тему, чем ставить ещё один плагин только ради noindex.
Как закрыть теги от индексации через SEO-плагин
В популярных SEO-плагинах есть настройка для архивов таксономий. Названия пунктов могут отличаться, но логика одна: для тегов нужно включить noindex и, если доступно, nofollow для архивной страницы. Для WordPress это обычно делается в разделе таксономий или архивов.
Что проверить после включения настройки:
- на странице тега в исходном коде появился мета-тег
<meta name="robots" content="noindex,follow">или аналогичный; - страница доступна для пользователя, но не должна попадать в индекс;
- в sitemap теги не должны оставаться, если ваш SEO-плагин умеет исключать их из карты сайта.
Последний пункт особенно важен. Если тег закрыт от индексации, но всё ещё лежит в sitemap, вы сами продолжаете подсказывать поисковику, что эта страница важна. Это не всегда критично, но обычно лишнее.
Как закрыть теги кодом без плагина
Если вы не хотите зависеть от SEO-плагина, можно добавить правило в functions.php дочерней темы. Для архивов тегов WordPress позволяет управлять robots-мета через фильтр wp_robots. Это современный и штатный способ для WordPress 5.7 и новее.
Перед изменениями сделайте резервную копию и вносите код только в дочернюю тему или через собственный мини-плагин. Правка основной темы слетит при обновлении.
add_filter( 'wp_robots', function( $robots ) {
if ( is_tag() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант добавляет для архивов тегов правило noindex,follow. То есть поисковик не должен индексировать саму страницу тега, но может переходить по ссылкам на ней и передавать вес дальше по сайту.
Если вам нужно не только скрыть архив от индексации, но и запретить его обход, можно поставить nofollow вместо follow. На практике для обычных тегов это редко нужно: чаще достаточно именно noindex,follow, чтобы не ломать внутреннюю перелинковку.
Почему одного noindex иногда недостаточно
На практике проблема дублей с тегами не всегда решается одним мета-тегом. Есть несколько типичных причин, почему страницы тегов продолжают мешать:
- они уже успели попасть в индекс, и поисковик ещё не переобходил их после изменений;
- теги доступны в sitemap;
- на сайте есть похожие архивы рубрик и тегов с почти одинаковыми наборами записей;
- в шаблоне тега стоит canonical на саму страницу, а не на более полезную основную страницу;
- теговые страницы открыты для индексации в одном месте, а в другом — закрыты частично и дают противоречивые сигналы.
Поэтому после настройки полезно проверить не только robots, но и карту сайта, canonical и статус страницы в поисковой системе.
Как проверить, что теги действительно закрыты
Проверка занимает несколько минут и помогает избежать ситуации, когда настройка вроде бы включена, но поисковик видит страницу иначе.
- Откройте любую страницу тега в браузере.
- Посмотрите исходный код и найдите robots-мета-тег.
- Убедитесь, что там есть
noindex. - Проверьте, не попадает ли тег в XML-карту сайта.
- Если сайт уже в Search Console или аналогичном инструменте, отправьте страницу на переобход и посмотрите, как она определяется после обновления.
Если у вас сервер отдает заголовок X-Robots-Tag вместо мета-тега, это тоже нормально. Такой вариант часто используют на уровне сервера или плагина, и поисковики его понимают. Но для WordPress-практики проще ориентироваться на мета-тег в HTML и отсутствие тега в sitemap.
Что делать с уже проиндексированными тегами
Если теги уже есть в выдаче, после закрытия от индексации они не исчезнут мгновенно. Поисковику нужно заново обойти страницы и увидеть новое правило. Обычно порядок такой:
- включить
noindexдля архивов тегов; - убрать теги из sitemap, если это возможно;
- не ставить на них внутренние ссылки из блоков, которые создают лишний вес именно для архивов тегов;
- дождаться переобхода;
- при необходимости отправить отдельные URL на повторную проверку в панели вебмастера.
Если страница тега долго не уходит из индекса, это не всегда ошибка настройки. Иногда поисковик просто ещё не обновил данные. Но если через несколько обходов страница всё равно индексируется, значит, где-то остался конфликтующий сигнал: canonical, sitemap, редирект или другой плагин, который переписывает robots.
Когда теги лучше не закрывать полностью
Есть сайты, где теги работают не как мусорный архив, а как нормальная навигация по тематике. Например, если у вас небольшой проект с аккуратно подобранными тегами и каждая страница тега содержит действительно полезную подборку материалов, закрывать всё подряд не обязательно.
Но для большинства сайтов с десятками или сотнями тегов ситуация другая: теги создаются автоматически, дублируют рубрики и не дают самостоятельной ценности. В таком случае закрытие от индексации — нормальная санитарная мера. Она не мешает пользователям, но убирает из поиска слабые страницы, которые конкурируют с основными.
Практическое правило простое: если тег не может конкурировать с рубрикой или отдельной статьёй по полезности, ему чаще всего не место в индексе.
Коротко о безопасной схеме
Рабочая схема для большинства WordPress-сайтов выглядит так: оставить теги для навигации, закрыть их архивы через noindex,follow, убрать их из sitemap и проверить, что на сайте нет конфликтующих сигналов. Это не ломает структуру, не убирает внутренние ссылки и помогает не раздувать индекс страницами без самостоятельной ценности.
Если у вас уже стоит SEO-плагин, начните с его настроек. Если плагина нет, используйте фильтр wp_robots в дочерней теме. И в любом случае после изменений проверьте исходный код страницы тега и карту сайта — именно там чаще всего всплывают ошибки, из-за которых дубли остаются в выдаче.