Архивы по датам в WordPress часто появляются автоматически, но на многих сайтах они не дают посетителю ничего полезного: дублируют записи, собирают тонкий контент и создают лишние страницы для обхода поисковиками. Если у вас нет задачи вести сайт как новостной архив или журнал с навигацией по месяцам, такие страницы обычно можно отключить либо хотя бы закрыть от индексации.
Выбор зависит от того, зачем они вообще нужны на сайте. Если архивы дат не используются в навигации и не приносят трафик, их лучше убрать из интерфейса и не оставлять в индексе. Если же они нужны пользователям, но не должны ранжироваться, достаточно ограничить индексацию.
Когда архивы дат лучше оставить, а когда убрать
Сами по себе архивы дат не являются ошибкой WordPress. Проблема начинается тогда, когда они создают страницы без самостоятельной ценности. Обычно это видно по таким признакам:
- на архиве за месяц или год почти нет записей;
- страницы архива повторяют список материалов, который уже есть на главной, в рубриках или тегах;
- поисковик индексирует десятки или сотни датированных страниц, а трафика они не дают;
- пользователи не переходят по ним и не используют их как способ навигации.
Оставлять архивы дат имеет смысл на новостных, журнальных и исторических сайтах, где дата публикации — часть структуры контента. Например, если читателю важно искать материалы по месяцам или годам, такие страницы могут быть полезны. На обычном корпоративном сайте, блоге с редкими публикациями или лендинговом проекте они чаще всего лишние.
Самый безопасный вариант: скрыть архивы дат и закрыть их от индексации
Если вы не хотите ломать старые ссылки и при этом убрать архивы из поиска, сначала проверьте, как они реализованы в вашей теме или плагинах. Полное удаление URL без подготовки может привести к 404-ошибкам, если на них уже есть внешние ссылки или внутренние переходы.
Практически безопасный сценарий такой: убрать ссылки на архивы из меню, сайдбара и шаблонов, а сами страницы закрыть от индексации. Тогда пользователи не будут на них попадать из интерфейса, а поисковики перестанут считать их полезными страницами для выдачи.
Закрытие через SEO-плагин
Если на сайте используется SEO-плагин с настройками архивов, это обычно самый простой путь. В популярных плагинах можно отдельно отключить индексацию архивов по дате или задать для них noindex. Названия пунктов отличаются, но логика одна: архив остаётся доступным по URL, однако поисковым системам не предлагается к индексации.
После изменения настроек проверьте исходный код страницы архива. В HTML должен появиться мета-тег robots с значением noindex или аналогичная директива, если плагин её добавляет. Также полезно убедиться, что архив не попал в XML-карту сайта, если плагин умеет исключать такие страницы автоматически.
Закрытие через robots.txt — не лучший основной способ
Иногда советуют просто запретить архивы в robots.txt. Для WordPress это не самый надёжный вариант, если задача именно убрать страницы из индекса. Запрет в robots.txt мешает обходу, но не гарантирует удаление URL из поисковой выдачи, если они уже известны поисковику. Кроме того, поисковый робот может не увидеть директиву noindex, если страница полностью закрыта от обхода.
Поэтому robots.txt можно использовать как дополнительную меру, но не как единственный способ решения. Если архивы уже индексировались, лучше сначала поставить noindex, а потом при необходимости ограничивать обход.
Как полностью отключить архивы дат в WordPress
Если вам не нужны ни страницы архива, ни их адреса, можно отключить их на уровне темы или через небольшой код. Это уже более жёсткое решение: старые URL перестанут открываться, если вы не настроите редиректы.
Перед изменениями сделайте резервную копию сайта и базы данных. Если на архивы уже есть внешние ссылки, после отключения лучше настроить перенаправление на более подходящую страницу — обычно на главную, рубрику или страницу архива записей, если она есть.
Отключение через functions.php или мини-плагин
WordPress формирует архивы дат через запросы к дате публикации. Чтобы отключить их, можно перехватить запрос и отдавать 404 для датированных архивов. Надёжнее добавлять такой код не в файл темы, а в небольшой собственный плагин, чтобы он не пропал после смены темы.
Пример для сайта, где нужно отключить архивы по дням, месяцам и годам:
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;
}
});Этот код проверяет, является ли текущая страница датированным архивом, и принудительно отдаёт 404. Так WordPress не будет показывать архивы по датам как обычные страницы. Но если на них уже есть трафик или ссылки, такой вариант без редиректа может ухудшить поведение сайта для пользователей и поисковиков.
Если вам нужно не 404, а перенаправление, лучше отправлять посетителя на релевантную страницу через wp_redirect(). Например, на главную или на страницу блога. Но редирект должен быть осмысленным: массовая отправка всех архивов на главную часто выглядит как мягкая ошибка и не всегда полезна для SEO.
Что делать с уже существующими URL
Если архивы дат уже были доступны, после отключения стоит проверить старые адреса вида /2024/05/ или /2024/05/15/. Для них есть три рабочих варианта:
- 404 — если архивы больше не нужны и у них нет ценности;
- 301 редирект — если есть логичная замена, например рубрика или страница блога;
- noindex — если архивы нужны пользователям, но не должны участвовать в поиске.
Выбор зависит от того, индексировались ли эти страницы раньше и есть ли на них внешние ссылки. Если сомневаетесь, сначала закройте их от индексации и посмотрите, есть ли переходы в аналитике и Search Console. Полное удаление лучше делать только после проверки.
Как проверить, что архивы действительно отключены
После настройки не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что WordPress и поисковики видят результат именно так, как вы задумали.
Проверьте три вещи:
- Страница архива по дате открывается как 404 или перенаправляется на нужный URL.
- В исходном коде нет индексации, если вы выбрали вариант с
noindex. - Архивы больше не появляются в меню, виджетах и внутренних ссылках сайта.
Если используете Search Console, со временем посмотрите отчёт по страницам и исключённым URL. Для уже проиндексированных архивов исчезновение из выдачи не происходит мгновенно: поисковику нужно переобойти страницы и обновить данные.
Что обычно ломается после отключения
Чаще всего проблемы возникают не из-за самого отключения, а из-за того, что архивы были где-то встроены в шаблон. Например, тема могла выводить ссылки на месяцы в сайдбаре, а после удаления этих страниц на сайте остались битые ссылки. Ещё один типичный случай — плагин кэша продолжает отдавать старую версию страницы, и кажется, что настройка не сработала.
Поэтому после изменений очистите кэш сайта и браузера, а затем пройдитесь по нескольким старым URL вручную. Если используете CDN или серверный кэш, их тоже нужно обновить. Только после этого имеет смысл делать вывод, что архивы отключены окончательно.
Если задача сводится не к полному удалению, а к сокращению дублей и лишних страниц, иногда удобнее решить её на уровне SEO-настроек и чистки шаблонов. В этом случае полезен плагин Clearfy Pro, если он уже используется на сайте и вам нужен централизованный контроль над такими техническими страницами.
В итоге логика простая: если архивы дат не помогают посетителям, их лучше либо закрыть от индексации, либо отключить совсем. Для сайта с редкими публикациями это обычно уменьшает количество бесполезных страниц и упрощает структуру. Для новостных и архивных проектов, наоборот, сначала стоит оценить, не потеряете ли вы полезную навигацию.