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

Если на блоге или новостном сайте в поиске всплывают страницы вида /2024/05/ или /2023/, это обычно не приносит трафик и только раздувает индекс. Такие архивы по датам часто дублируют записи, создают тонкие страницы без уникальной пользы и отвлекают поисковые системы от действительно важных материалов. Закрыть их от индексации можно безопасно, если понимать, что именно вы отключаете: саму страницу архива, переходы по ней или только её попадание в поиск.

Что именно нужно закрыть и почему

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

Задача обычно не в том, чтобы удалить архивы совсем, а в том, чтобы:

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

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

Какой способ выбрать

Для WordPress есть несколько рабочих вариантов. Они отличаются тем, что именно делают и насколько глубоко вмешиваются в сайт.

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

Самый простой вариант: закрыть архивы через SEO-плагин

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

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

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

Точный способ через код WordPress

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

Ниже пример, который закрывает от индексации архивы по дате, но не трогает другие архивы сайта:

add_filter( 'wp_robots', function( array $robots ) {
    if ( is_date() ) {
        $robots['noindex'] = true;
    }

    return $robots;
} );

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

Что делает этот фрагмент:

• is_date() проверяет, что открыта именно дата-архивная страница;
• wp_robots добавляет или меняет robots-правила для текущей страницы;
• остальные страницы сайта не затрагиваются.

Если вам нужно закрыть только архивы по месяцам и годам, но оставить дневные архивы, условие можно уточнить через is_year() и is_month(). Это уже зависит от структуры сайта и того, используются ли такие страницы вообще.

Когда лучше использовать именно код

Код удобен, если:

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

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

Почему robots.txt не решает задачу полностью

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

Поэтому правильная схема обычно такая:

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

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

Что проверить после настройки

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

• Откройте архив месяца или года в браузере и посмотрите исходный код страницы.
• Убедитесь, что в <head> есть noindex.
• Проверьте, что обычные записи, рубрики и страницы сайта не получили тот же запрет случайно.
• Если используете Search Console или аналогичный сервис, отправьте архивы на повторную проверку после изменения.

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

Какие ошибки встречаются чаще всего

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

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

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

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

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

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

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