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

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

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

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

Не нужно автоматически ставить noindex на всё подряд. Сначала проверьте, есть ли у архивов дат реальная польза для пользователей и поисковика.

Сценарии, где индексацию лучше отключить

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

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

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

Диагностика: как понять, что архивы дат уже мешают

Перед правками проверьте несколько вещей вручную и через инструменты индексации. Это помогает не закрыть нужные URL случайно.

1. Откройте несколько архивов дат в браузере и посмотрите, есть ли у них уникальный заголовок, текст и полезная навигация.
2. Проверьте исходный код страницы: есть ли noindex, корректный canonical и не отдает ли архив 404 или редирект.
3. В Search Console посмотрите, не индексируются ли URL вида /2024/ или /2024/05/.
4. Сравните эти страницы с рубриками: если контент почти одинаковый, это уже кандидат на закрытие.

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

wp post list --post_type=post --fields=post_date --format=table | head

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

Пошаговое решение: как отключить индексацию архивов дат

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

Вариант 1: закрыть архивы дат через SEO-плагин

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

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

Вариант 2: добавить noindex и nofollow через код

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

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

    return $robots;
} );

Этот вариант работает на уровне стандартного API WordPress для robots. Он не требует выдуманных хуков и обычно совместим с современными темами и плагинами, если они тоже используют wp_robots.

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

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

    return $robots;
} );

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

Даже если вы поставили noindex, это не всегда достаточно. Если архивы дат продолжают попадать в sitemap или на них ведут внутренние ссылки, поисковик будет тратить на них обход. Поэтому проверьте ещё два места:

• XML-карта сайта — не должны попадать URL архивов дат, если они вам не нужны;
• меню, хлебные крошки, блоки «Архив» в сайдбаре — ссылки на них лучше убрать или заменить на более полезные разделы.

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

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

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

1. Откройте архив даты в браузере и проверьте исходный код страницы.
2. Убедитесь, что в <meta name="robots"> или в заголовках присутствует noindex.
3. Проверьте, не изменился ли canonical на случайный URL.
4. Посмотрите, не исчезли ли важные архивы рубрик и записей.
5. Через Search Console отправьте страницу на повторную проверку, если она уже была в индексе.

Если вы используете WP-CLI или curl, можно быстро проверить заголовки ответа:

curl -I https://example.com/2024/05/

В ответе важно увидеть, что страница не отдает неожиданный редирект, а robots-логика соответствует вашей настройке. Если у вас закрытие сделано через HTML-мета-тег, смотрите исходный код страницы, а не только заголовки.

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

Оставили архив в sitemap

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

Поставили noindex, но не убрали внутренние ссылки

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

Закрыли не только даты, но и все архивы

Такое бывает, когда условие написано слишком широко, например через общий шаблон для архивов. Проверяйте, что is_date() не подменили на is_archive() без дополнительной логики.

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

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

Сломали canonical вручную

Иногда пытаются «помочь» поисковику и ставят canonical на главную. Это плохая идея, если страница реально существует и должна отдаваться корректно. Для архивов дат лучше использовать noindex и чистую внутреннюю структуру, чем подменять canonical на нерелевантный URL.

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

Если вы вносите правки в тему, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin. Так вы не потеряете изменения после обновления.

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

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

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