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

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

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

Какие URL обычно нужно закрывать

Не все архивы одинаково вредны. На контентных сайтах чаще всего стоит ограничить индексацию следующих типов страниц:

• архивы по дате: /2026/01/, /2026/01/15/;
• страницы внутреннего поиска: /?s=запрос;
• служебные архивы с очень слабой ценностью, если они дублируют рубрики или теги;
• страницы с параметрами сортировки и фильтрации, если они создают бесконечные комбинации URL.

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

Диагностика: где именно появляется проблема

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

1. Откройте Google Search Console и посмотрите отчёт по страницам с пометками вроде «Просканировано — не проиндексировано» или «Дубликат, выбранная каноническая страница отличается».
2. Проверьте, есть ли в индексе URL с датами и поисковыми параметрами через оператор site:.
3. Откройте исходный код проблемной страницы и найдите <meta name="robots".
4. Проверьте HTTP-заголовки, если на сайте есть серверные правила или SEO-плагин, который может добавлять X-Robots-Tag.

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

Пошаговое решение: что лучше использовать

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

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

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

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_search() || is_date() ) {
        $robots['noindex']  = true;
        $robots['nofollow'] = true;
    }

    return $robots;
} );

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

Вариант 2: добавить X-Robots-Tag для служебных URL

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

<?php
add_action( 'send_headers', function() {
    if ( is_search() || is_date() ) {
        header( 'X-Robots-Tag: noindex, nofollow', true );
    }
} );

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

Вариант 3: настроить через SEO-плагин

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

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

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

Страницы поиска почти всегда плохие кандидаты для индексации. Пользовательский запрос часто уникален, но сам результат поиска не является стабильной посадочной страницей. Для таких URL обычно достаточно noindex, follow или noindex, nofollow в зависимости от вашей политики.

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

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

После правки не ограничивайтесь визуальной проверкой. Нужны три шага:

• откройте проблемный URL в браузере и посмотрите исходный код;
• убедитесь, что на странице есть noindex в meta robots или заголовок X-Robots-Tag;
• проверьте URL в Google Search Console через инструмент проверки страницы, если он уже известен поисковику.

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

Полезно также посмотреть, не остались ли внутренние ссылки на эти страницы в меню, хлебных крошках или блоках «Архивы». Если ссылки продолжают активно вести на закрытые URL, поисковик будет тратить на них обход без практической пользы.

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

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

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

Сломали каноникал

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

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

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

Ожидали мгновенного удаления из индекса

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

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

Чем меньше лишних архивов и параметров генерирует сайт, тем проще его поддерживать. Но не стоит превращать SEO-оптимизацию в набор случайных правок в functions.php. Если логика закрытия URL становится сложнее пары условий, вынесите её в мини-плагин или используйте SEO-плагин с понятными настройками.

Для сайтов с большим количеством параметров полезно дополнительно:

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

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

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

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

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

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