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

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

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

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

Не все архивы одинаково вредны. Категории часто нужны как посадочные страницы и могут приносить трафик. Теги, наоборот, нередко превращаются в мусорный слой из тонких страниц с 2–5 записями. Архивы по датам почти всегда бесполезны для индексации, если у вас не новостной сайт с жёсткой привязкой к дате.

Типичный сценарий проблемы выглядит так:

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

Что обычно закрывают от индексации

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

Тип архиваОбычно индексировать?Комментарий
КатегорииДа, выборочноЕсли это полноценные тематические страницы с контентом
ТегиЧаще нетЕсли теговые страницы тонкие и дублируют рубрики
Архивы датОбычно нетРедко дают пользу вне новостных сайтов
Архивы автораЗависит от сайтаНа блоге с несколькими авторами могут быть полезны
Страницы поискаНетЭто служебные страницы, не посадочные

Диагностика: какие архивы уже попали в индекс

Прежде чем что-то закрывать, проверьте фактическую картину. Не ориентируйтесь только на ощущение «у нас много дублей». Откройте отчёт по индексированию в Google Search Console и посмотрите, какие шаблоны URL реально индексируются. Для Яндекса полезно проверить страницы в поиске через оператор site:, но это грубый инструмент, поэтому лучше смотреть ещё и серверные логи, если они доступны.

Минимальный чек-лист диагностики:

  • проверить, есть ли в индексе /tag/, /date/, /author/;
  • посмотреть, не дублируются ли категории через пагинацию;
  • сравнить title и meta description у архивов;
  • проверить, не закрыты ли важные рубрики случайно;
  • оценить, есть ли на архивных страницах уникальный текст и полезная навигация.

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

Пошаговое решение через SEO-плагин

Самый безопасный путь для большинства сайтов — управлять индексированием через SEO-плагин. Это проще сопровождать, чем разбрасывать логику по теме и functions.php. В популярных плагинах обычно можно отдельно отключить индексацию тегов, дат, автора и поиска.

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

  1. Откройте настройки архивов в вашем SEO-плагине.
  2. Для тегов и дат выставьте noindex.
  3. Если сайт однoавторский, закройте архив автора.
  4. Проверьте, не отключили ли вы случайно канонические URL или sitemap для нужных страниц.
  5. Сохраните настройки и очистите кэш, если используется серверный или плагинный кэш.

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

Когда лучше не трогать категории

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

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

Решение через код: когда нужен точечный контроль

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

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

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

Такой вариант рабочий, но у него есть ограничение: если у вас уже стоит SEO-плагин, он тоже может выводить robots meta. В итоге можно получить конфликт или два одинаковых тега. Поэтому перед внедрением проверьте исходный код страницы и убедитесь, что дублирования нет.

Как закрыть только часть категорий

Если нужно закрыть не все категории, а только часть, можно ориентироваться на ID или slug. Это полезно, когда часть рубрик служебная и не должна попадать в поиск.

add_filter('wp_robots', function (array $robots) {
    if (is_category()) {
        $term = get_queried_object();

        if ($term instanceof WP_Term && in_array($term->slug, ['news', 'misc', 'uncategorized'], true)) {
            $robots['noindex'] = true;
            $robots['follow'] = true;
        }
    }

    return $robots;
});

Этот вариант лучше, чем жёстко печатать meta-тег в wp_head, потому что он работает через штатный фильтр WordPress wp_robots. Но всё равно тестируйте его на конкретной теме и с активными плагинами, чтобы не сломать вывод robots.

Как проверить, что решение сработало

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

  • Откройте архивную страницу в браузере и посмотрите исходный код: должен быть noindex.
  • Проверьте заголовок ответа и HTML через curl, если нужно быстро убедиться без браузера.
  • Посмотрите, не осталась ли страница в sitemap.
  • В Search Console отправьте страницу на повторную проверку, если она уже была проиндексирована.
  • Через несколько дней проверьте, снизилось ли число таких URL в отчёте по индексированию.

Пример быстрой проверки через консоль:

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

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

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

Закрыли страницу в robots, но она осталась в sitemap

Это частая ошибка. Поисковик видит противоречие: в sitemap URL есть, а на странице стоит noindex. В результате страница может ещё долго болтаться в индексе или в статусе «обнаружено, не проиндексировано». Решение простое: уберите такие URL из sitemap на стороне SEO-плагина или шаблона генерации карты сайта.

Поставили noindex на все категории без разбора

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

Использовали и плагин, и код одновременно

Когда robots meta выводится из двух мест, получается каша: один источник пишет index, другой — noindex. Итог зависит от порядка вывода и конкретной реализации. Выберите один источник истины: либо SEO-плагин, либо код, либо очень чёткое разделение зон ответственности.

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

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

Что делать с производительностью и чисткой сайта

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

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

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

Короткий рабочий план

  1. Соберите список архивов, которые реально попали в индекс.
  2. Оставьте индексируемыми только полезные категории.
  3. Закройте теги, даты, служебный поиск и, при необходимости, автора.
  4. Уберите закрытые URL из sitemap и лишних внутренних ссылок.
  5. Проверьте robots meta, исходный код и отчёты Search Console.

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

Как решить проблемы с внешними виджетами в WordPress
19.09.2026
Решение проблем с нерабочим WP-Cron в WordPress
27.09.2026
Решение проблем с нерабочим WP REST API в WordPress
02.10.2026
Как исправить 403 при запросах к WordPress REST API через Authorization header
16.09.2026
Как закрыть страницы авторов и архивы дат в WordPress от индексации
16.09.2026

Быстрый способ отслеживания ошибок WordPress: режим отладки.