Архивы по датам в WordPress часто появляются сами по себе: /2024/05/, /2024/05/10/ и похожие страницы. На небольшом блоге они могут быть бесполезными, а на новостном или контентном проекте — создавать дубли, распылять краулинговый бюджет и тянуть в индекс страницы без уникальной ценности. Если у вас нет задачи продвигать архивы по датам как отдельные посадочные, их обычно имеет смысл убрать из индекса или отключить полностью.
Когда архивы дат действительно мешают
Проблема не в самом факте существования архивов, а в том, как они выглядят для поисковика и для пользователя. Архив по месяцу часто повторяет ленту записей почти без добавочной ценности. Архив по дню ещё хуже: на многих сайтах он содержит одну-две записи или вообще пустой набор после редактирования структуры публикаций.
Типичные симптомы:
- в
site:example.ruпоявляются страницы вида/2024/05/и/2024/05/10/; - в Search Console растёт число страниц без трафика и без кликов;
- в отчётах по дублям видны архивы, которые повторяют заголовки и сниппеты рубрик или главной;
- внутренние ссылки ведут на архивы, хотя они не решают задачу пользователя.
Диагностика: что именно у вас индексируется
Перед правкой нужно понять, какие архивы уже доступны и как они отдаются сервером. На практике встречаются три сценария: архивы доступны и индексируются, архивы доступны, но закрыты от индексации, архивы вообще отключены редиректом или 404.
Проверка через браузер и исходный код
Откройте несколько URL вручную: месячный архив, дневной архив, страницу автора, рубрику. Если на архиве даты есть полноценный шаблон, заголовок и список записей, это ещё не значит, что его нужно оставлять в индексе. Смотрите на смысл, а не на наличие контента.
В исходном коде проверьте, нет ли уже noindex:
<meta name="robots" content="noindex,follow">
Если мета-тега нет, а архивы открыты, поисковик может продолжать их обходить и индексировать.
Проверка через Search Console
В отчёте по страницам ищите URL с датами. Если они попали в индекс, посмотрите, по какому каноническому адресу они ранжируются и не дублируют ли они рубрики. Это особенно заметно на сайтах, где записи публикуются регулярно и архивы по датам содержат почти тот же набор материалов, что и главная лента.
Что лучше: закрыть от индексации или отключить полностью
Здесь нет универсального ответа. Если архивы используются только как техническая навигация, их лучше убрать из индекса и при необходимости скрыть из интерфейса. Если же на сайте есть реальная потребность в архивных страницах, можно оставить их доступными, но закрыть от индексации через noindex.
| Вариант | Когда подходит | Компромисс |
|---|---|---|
| noindex,follow | Архивы нужны посетителям, но не нужны в поиске | Страницы остаются доступными и могут обходиться ботом |
| Редирект на главную или рубрику | Архивы не несут пользы вообще | Нужно аккуратно выбрать целевой URL, иначе будет путаница |
| Полное отключение шаблона | Архивы не используются ни пользователями, ни редакцией | Нужно проверить, не ломаются ли старые ссылки и хлебные крошки |
Пошаговое решение через код темы или мини-плагин
Если нужен контролируемый вариант без зависимости от настроек темы, проще всего добавить код в мини-плагин или в functions.php дочерней темы. Для production-проектов мини-плагин обычно безопаснее: обновление темы не затрёт правку.
Вариант 1: закрыть архивы дат от индексации
Этот способ подходит, если архивы должны открываться пользователю, но не должны попадать в индекс. Код добавляет noindex,follow только на архивы по дате.
add_action('wp_head', function () {
if (is_date()) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
}, 1);
Если у вас уже есть SEO-плагин, сначала проверьте, не задаёт ли он robots-мета сам. Два разных тега на одной странице — частая причина путаницы.
Вариант 2: отключить архивы дат редиректом
Если архивы не нужны вообще, можно отправлять их на 301-редирект, например на главную или на релевантную рубрику. Для этого удобно использовать template_redirect.
add_action('template_redirect', function () {
if (is_date()) {
wp_redirect(home_url('/'), 301);
exit;
}
});
Такой вариант стоит применять осторожно. Если на архивы уже есть внешние ссылки или внутренние переходы, сначала оцените, не потеряете ли вы полезный трафик. Иногда лучше оставить страницу доступной, но закрыть её от индексации.
Вариант 3: убрать ссылки на архивы из интерфейса
Даже если архивы закрыты, они могут продолжать светиться в сайдбаре, футере или виджетах. Проверьте меню, блоки, виджеты и шаблоны. На практике часто забывают про стандартный виджет «Архивы» или кастомный блок в теме.
Если архивы выводятся через шаблон, удалите или закомментируйте соответствующий блок. Это не влияет на индексацию напрямую, но уменьшает число бесполезных внутренних ссылок.
Если используете плагин: что проверить в настройках
На сайтах с SEO-плагином проще не писать код, а задать правила в интерфейсе. Но здесь важно не ограничиться одной галочкой. Проверьте, что плагин действительно ставит noindex на архивы дат, а не только скрывает их из XML-карты сайта.
Если вы используете Clearfy Pro, логика обычно сводится к отключению дублей и технических архивов в одном месте. Это удобно, когда нужно быстро убрать лишние типы страниц без ручного кода, но всё равно стоит перепроверить итоговый HTML и ответы сервера. Ссылка на продукт: Clearfy Pro.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой. Нужно убедиться, что:
- архивы дат отдают ожидаемый HTTP-статус;
- в исходном коде есть
noindex, если вы выбрали этот сценарий; - редиректы не создают цепочки;
- страницы не попадают в sitemap, если вы не хотите их индексировать;
- внутренние ссылки на архивы не остались в шаблонах.
Проверить статус можно через curl:
curl -I https://example.ru/2024/05/
Если вы настроили редирект, в ответе должен быть 301 и заголовок Location с целевым URL. Если выбрали noindex, страница должна открываться с кодом 200, а в HTML должен быть нужный robots-тег.
Дополнительно проверьте страницу в Search Console через инспекцию URL. Если Google ещё не обновил состояние, это нормально: индексация и переобход не происходят мгновенно. Важно, чтобы технически всё уже было настроено правильно.
Частые ошибки и как их исправить
Ставят noindex, но оставляют архив в sitemap
Это частая ошибка: страница закрыта от индексации, но продолжает попадать в карту сайта. В итоге поисковик получает противоречивые сигналы. Решение простое: исключите архивы дат из sitemap на уровне SEO-плагина или фильтра генерации карты.
Делают 301 на главную для всех дат без проверки
Такой редирект может выглядеть аккуратно, но иногда он слишком грубый. Если у архивов есть входящий трафик или ссылки из старых материалов, лучше сначала посмотреть статистику и выбрать более релевантную страницу назначения.
Закрывают архивы robots.txt
Это не лучший способ для уже известных URL. Запрет в robots.txt не убирает страницу из индекса, если на неё уже есть ссылки. Для удаления из поиска нужен noindex или корректный редирект/404.
Ломают хлебные крошки и навигацию
Иногда архивы дат используются в шаблоне хлебных крошек или в блоках «Архив». После отключения проверьте, не появились ли пустые ссылки, 404 или некорректные цепочки навигации. Это особенно заметно на кастомных темах.
Практические советы по безопасности и производительности
Если вы правите архивы через код, делайте это в дочерней теме или мини-плагине. Не вносите изменения в родительскую тему: при обновлении они пропадут. Перед выкладкой на боевой сайт проверьте код на staging-окружении и сохраните резервную копию файлов.
С точки зрения производительности сам по себе is_date() не создаёт заметной нагрузки. Но если вы добавляете несколько условий в wp_head и template_redirect, держите код коротким и предсказуемым. Чем меньше лишней логики на фронтенде, тем проще сопровождать сайт.
Если архивы дат отключаются массово на большом сайте, после внедрения полезно пройтись по логам сервера и посмотреть, не выросло ли число 404 или редиректов на старые URL. Это помогает поймать ошибки в правилах раньше, чем их заметит редакция или SEO-специалист.
Что в итоге должно получиться
После настройки у вас должен быть понятный сценарий: архивы дат либо закрыты от индексации, либо перенаправлены на релевантную страницу, либо отключены полностью. Главное — не смешивать эти подходы на одной и той же группе URL. Тогда WordPress перестаёт генерировать лишние технические страницы, а поисковик получает более чистую структуру сайта.