Как закрыть от индексации архивы тегов в WordPress

Если на сайте много тегов, их архивы быстро превращаются в набор тонких страниц: на них мало уникального текста, дублируются карточки записей и поисковику нечего индексировать с пользой. В WordPress это обычная ситуация, особенно на новостных, контентных и корпоративных сайтах, где теги создавались «на всякий случай». Закрыть архивы тегов от индексации можно несколькими способами, и выбирать нужно не самый модный, а тот, который соответствует вашей задаче: убрать мусорные страницы из поиска, но не сломать внутреннюю навигацию сайта.

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

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

Закрывать от индексации имеет смысл не все сайты подряд, а те, где теги не несут самостоятельной ценности. Типичный признак проблемы — в поиске появляются страницы вида /tag/имя-тега/, которые почти полностью состоят из списка записей без полезного текста. Такие страницы часто конкурируют между собой, размывают релевантность и создают лишний шум в индексе.

Практически всегда стоит задуматься о закрытии, если:

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

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

Самый надёжный способ: запретить индексацию через SEO-плагин

Для большинства сайтов это самый удобный вариант. Если у вас установлен SEO-плагин, в нём обычно можно отдельно отключить индексацию архивов тегов. Логика простая: плагин добавляет на такие страницы мета-тег noindex или соответствующий HTTP- или HTML-мета-элемент, а поисковики перестают включать их в индекс.

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

Что важно проверить после изменения настроек:

  • на страницах тегов появился noindex;
  • в исходном коде нет противоречивых указаний, например одновременно noindex и жёсткого запрета в robots.txt без понимания последствий;
  • страницы по-прежнему открываются для пользователей, если вы не хотите убирать их полностью.

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

Как закрыть архивы тегов в WordPress без плагина

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

Перед изменениями сделайте резервную копию файлов темы. Если править активную тему напрямую, обновление может затереть изменения.

Добавьте в functions.php дочерней темы такой код:

add_action('wp_head', function () {
    if (is_tag()) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
});

Этот вариант добавляет в шапку страниц тегов мета-тег robots с директивой noindex,follow. Поисковик не будет индексировать сам архив, но сможет переходить по ссылкам внутри него. Для большинства сайтов это нормальный и безопасный вариант.

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

Почему robots.txt — не лучший первый шаг

Многие пытаются закрыть архивы тегов через robots.txt, но для этой задачи это не самый удачный способ. Если вы просто запретите обход /tag/, поисковик может не увидеть содержимое страницы и не получить сигнал noindex, если он был нужен. В итоге URL может ещё долго оставаться в индексе как «запрещённый к сканированию», особенно если на него уже есть внешние или внутренние ссылки.

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

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

Что делать с уже проиндексированными архивами

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

Порядок действий здесь такой:

  1. закрыть архивы тегов от индексации выбранным способом;
  2. проверить, что на страницах действительно появился noindex;
  3. убедиться, что внутренние ссылки на теги не создают лишнего шума;
  4. при необходимости отправить страницы на переобход в панели вебмастера.

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

Как проверить, что всё работает

После настройки не ограничивайтесь предположением, что «всё должно быть нормально». Проверка занимает несколько минут и экономит много времени, если где-то допущена ошибка.

Проверьте три вещи:

  • откройте любую страницу тега в браузере и посмотрите исходный код — там должен быть noindex;
  • убедитесь, что страница не закрыта случайно для всех роботов через robots.txt, если вы этого не планировали;
  • проверьте, не остались ли в теме или плагинах другие настройки, которые конфликтуют с вашим решением.

Если используете SEO-плагин, проще всего смотреть исходный код страницы и искать строку с robots. Если на странице есть <meta name="robots" content="noindex,follow" />, настройка сработала. Если вместо этого вы видите обычный индексируемый шаблон, значит, либо настройка не сохранена, либо код добавлен не в тот файл, либо тема переопределяет вывод.

Когда лучше не закрывать теги, а пересобрать структуру

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

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

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

Как закрыть от индексации архивы тегов в WordPress
28.10.2026
Как создать собственный виджет в WordPress с примерами кода
17.09.2026
Как настроить 301 редиректы в WordPress без потери трафика
22.10.2026
Как найти и удалить битые ссылки в WordPress
18.10.2026
Как настроить кэширование в WordPress: страницы, браузерный кэш и Object Cache
14.10.2026