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

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

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

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

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

Типичные кандидаты на закрытие

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

Что лучше оставить открытым

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

Диагностика проблемы: какие архивы уже мешают

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

Проверьте три источника:

Google Search Console — разделы с индексированными страницами и исключениями;
поиск по сайту через site:example.ru для оценки мусорных URL;
карта сайта и список архивов в теме или плагинах SEO.

Если в выдаче видны страницы вида /tag/..., /author/..., /date/... или /attachment/..., это уже сигнал, что архивы нужно либо закрывать, либо перерабатывать.

Мини-чек-лист перед правками

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

Пошаговое решение: как закрыть архивы от индексации

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

Подход	Когда использовать	Плюсы	Минусы
SEO-плагин	Нужно быстро закрыть теги, даты, автора	Безопасно, без правки темы	Зависит от настроек плагина
Код	Нужен точечный контроль	Гибко, без лишних модулей	Требует аккуратности
Удаление архива	Архив не нужен вообще	Убирает страницу из фронта	Нужно настроить редирект или 404

Вариант 1: закрыть архивы через код

Если у вас нет SEO-плагина с удобной настройкой, можно добавить фильтр в functions.php дочерней темы или в отдельный mu-plugin. Пример ниже ставит noindex,follow для архивов тегов, дат и автора.

add_filter('wp_robots', function( $robots ) {
    if ( is_tag() || is_date() || is_author() ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
});

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

Вариант 2: убрать архив из карты сайта и навигации

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

Например, если вы отключаете архив тегов, проверьте:

не выводятся ли теги в сайдбаре;
не попадают ли они в XML-карту сайта;
не используются ли они в блоках «похожие материалы»;
не ведут ли на них старые ссылки из шаблона.

Вариант 3: редирект или 404 для ненужных архивов

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

Пример точечного редиректа для автора на сайт с одним автором:

add_action('template_redirect', function() {
    if ( is_author() ) {
        wp_redirect( home_url('/blog/'), 301 );
        exit;
    }
});

Такой вариант уместен только если у вас действительно нет смысла держать архив автора. Если авторов несколько и у каждого есть своя роль в структуре сайта, редирект может навредить.

Как закрыть архивы в SEO-плагине без лишних рисков

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

Смотрите на параметры для:

архивов автора;
архивов даты;
архивов тегов;
архивов форматов записей;
страниц вложений.

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

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

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

Что проверить вручную

откройте архив в браузере и посмотрите исходный код;
найдите тег meta name="robots" или заголовок X-Robots-Tag;
проверьте, не осталось ли страницы в XML-карте сайта;
убедитесь, что внутренние ссылки на архив не исчезли там, где они нужны пользователю.

Если используется wp_robots, в исходнике должен появиться соответствующий robots-мета-тег. Если архив закрыт через SEO-плагин, проверьте, не конфликтует ли его настройка с кодом темы.

Что проверить в Search Console

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

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

один архив тега;
один архив даты;
один архив автора;
одну страницу вложения, если она есть в индексе.

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

Ставят noindex и одновременно блокируют robots.txt

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

Закрывают полезные категории вместе с мусорными тегами

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

Оставляют архив доступным, но удаляют все ссылки на него

Страница продолжает жить в индексе, но становится сиротой. Если архив больше не нужен, лучше либо сделать редирект, либо вернуть 404/410, либо убрать его из sitemap и внутренних ссылок полностью.

Не проверяют вложения

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

Практические советы по безопасности и производительности

Если вы вносите правки кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin, чтобы обновление не затёрло изменения. Для точечных SEO-правок это особенно важно: такие изменения редко должны жить в шаблоне страницы.

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

Если нужен более системный аудит дублей, архивов и служебных страниц, имеет смысл посмотреть в сторону инструментов, которые помогают чистить SEO-настройки и лишние сущности сайта. Например, у Clearfy Pro есть функции для удаления дублей и технической чистки WordPress: https://wpshop.ru/plugins/clearfy.

Короткий рабочий сценарий для типового сайта

Если нужен быстрый и безопасный порядок действий, используйте такой:

Соберите список архивов, которые реально попадают в индекс.
Разделите их на полезные и технические.
Для полезных, но не SEO-значимых поставьте noindex,follow.
Для ненужных полностью уберите страницу или сделайте редирект.
Проверьте исходный код, sitemap и Search Console.
Через несколько обходов поисковика оцените, ушли ли лишние URL из индекса.

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