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

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

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

Что именно нужно отключать: индексацию или сами архивы

Это разные задачи, и путать их не стоит.

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

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

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

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

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

Через SEO-плагин

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

После изменения настроек важно не ограничиваться визуальной проверкой. Откройте архив по дате в браузере и посмотрите исходный код страницы: в <head> должен появиться meta robots с noindex, если плагин реализует именно этот способ. Некоторые плагины вместо meta-тега ставят HTTP-заголовок или управляют каноническим URL — это зависит от реализации.

Через robots.txt — не лучший вариант

Иногда пытаются закрыть архивы дат через robots.txt. Для этой задачи это слабое решение. Запрет в robots.txt мешает обходу, но не гарантирует удаление URL из индекса, если на страницу уже ведут ссылки. Кроме того, поисковик может не увидеть meta robots на самой странице, если вы её полностью заблокировали.

Поэтому для удаления из индекса правильнее использовать noindex, а не только запрет в robots.txt. Robots.txt можно применять дополнительно, но не как единственный способ.

Как отключить архивы дат полностью

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

Самый практичный способ — добавить небольшой код в functions.php дочерней темы или в собственный мини-плагин. Так вы не потеряете изменения при обновлении темы.

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

Ниже пример, который отключает архивы по дате и отдаёт 404 для таких URL:

add_action( 'template_redirect', function () {
    if ( is_date() ) {
        global $wp_query;
        $wp_query->set_404();
        status_header( 404 );
        nocache_headers();
        include get_query_template( '404' );
        exit;
    }
} );

Что делает этот код:

• is_date() проверяет, что открыт именно архив по дате;
• set_404() помечает запрос как несуществующий;
• status_header( 404 ) отдаёт правильный HTTP-статус;
• include get_query_template( '404' ) выводит шаблон страницы 404 вашей темы.

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

Если архивы нужно не удалять, а перенаправить

Иногда на сайт уже ведут ссылки на архивы дат, и вы не хотите отдавать 404. Тогда можно сделать 301-редирект, например на главную, рубрику или страницу блога. Это уместно, если у вас есть понятная замена и вы не хотите терять пользователей со старых ссылок.

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

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

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

Практически это выглядит так:

1. закрываете архивы от индексации или отключаете их полностью;
2. проверяете, что старые URL отдают noindex или 404/301;
3. обновляете sitemap, чтобы архивы больше не попадали туда;
4. в Search Console отправляете на переобход важные URL, если это нужно;
5. ждёте переиндексации и следите, чтобы старые страницы постепенно исчезали из выдачи.

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

Как проверить, что всё работает

После настройки проверьте не только внешний вид сайта, но и технический ответ сервера.

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

Для полностью отключённых архивов проверьте три вещи:

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

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

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

Самая частая ошибка — закрыть архивы в robots.txt и считать задачу решённой. Для удаления из индекса этого недостаточно.

Вторая ошибка — поставить noindex, но оставить ссылки на архивы в шаблоне, виджете или карте сайта. Тогда поисковик продолжит находить эти URL и тратить на них обход.

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

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

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

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

Если архивы не несут никакой пользы и только создают дубли, отключайте их полностью и отдавайте 404 или делайте осмысленный 301-редирект. Так вы уберёте источник мусора, а не только его следствие в индексе.

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