Как закрыть от индексации таксономии и архивы WordPress без потери SEO

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

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

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

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

Типичные сценарии, где закрытие оправдано

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

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

Диагностика: что именно мешает индексации

Сначала проверьте, какие типы архивов уже попали в индекс и как они выглядят в поиске. Для этого достаточно трёх источников: отчёта в Google Search Console, списка URL в sitemap и фактических мета-тегов на страницах архива.

Что смотреть в первую очередь

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

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

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

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

ПодходКогда использоватьПлюсыМинусы
SEO-плагинНужно быстро закрыть архивы без разработкиПросто проверить, меньше риска сломать шаблонНе всегда удобно для точечных правил
КодНужна выборочная логика по таксономиям и архивамТочный контроль, можно задать условияТребует аккуратного тестирования
robots.txtНужно ограничить обход, а не индексациюЛегко добавитьНе решает задачу noindex для уже известных URL

Вариант через SEO-плагин

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

После изменения настроек проверьте исходный код страницы архива. Там должен появиться мета-тег вида:

<meta name="robots" content="noindex,follow" />

Вариант через код для конкретной таксономии

Если нужно закрыть только одну таксономию, можно добавить фильтр в wp_head. Это не самый «красивый» способ для больших проектов, но он рабочий и понятный. Лучше размещать его в мини-плагине, а не в functions.php активной темы.

<?php
add_action( 'wp_head', function () {
    if ( is_tax( 'product_brand' ) || is_post_type_archive( 'press_release' ) ) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
}, 1 );

Если вы используете собственную таксономию, замените product_brand на её реальный slug. Для архивов записей можно использовать is_post_type_archive(), если нужно закрыть архив целиком.

Как закрыть архивы авторов и дат

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

<?php
add_action( 'wp_head', function () {
    if ( is_author() || is_date() ) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
}, 1 );

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

Что делать с пагинацией архивов

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

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

<?php
add_action( 'wp_head', function () {
    if ( is_paged() && ( is_category() || is_tag() || is_tax() ) ) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
}, 1 );

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

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

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

Чек-лист проверки

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

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

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

Закрыли в robots.txt, но не поставили noindex

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

Случайно закрыли полезные рубрики

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

Конфликт между темой и плагином

Тема может выводить свои мета-теги, а SEO-плагин — свои. В итоге в коде страницы появляются два разных правила robots. Проверьте шаблон header.php, кастомные функции и настройки плагина. На практике нужно оставить один источник правды.

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

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

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

Техническая чистка архивов полезна не только для SEO. Меньше мусорных URL — меньше лишних запросов к базе, меньше шаблонов для обхода и меньше шансов, что в индекс попадёт слабый или дублирующий контент. Но не стоит превращать это в массовое отключение всего подряд.

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

Для сайтов, где много служебных страниц и дублей, иногда удобнее сначала провести общую техническую чистку. В таких случаях полезны инструменты вроде Clearfy Pro, если вам нужен набор настроек для удаления дублей, управления архивами и базовой SEO-гигиены. Но даже с плагином логику закрытия лучше проверять вручную, а не полагаться на «автоматически всё исправит».

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

WooCommerce: как избежать проблем с обновлением корзины при использовании AJAX
17.07.2026
Как защитить WordPress от внедрения злонамеренных кодов через AJAX
14.04.2026
Как отключить XML-RPC в WordPress для повышения безопасности сайта
04.12.2025
Как защитить WordPress от вредоносных редиректов: практические методы и плагины
30.12.2025
Как избежать проблем с кешем в WooCommerce: практические методы и примеры
09.06.2026