Архивы по дате в WordPress часто остаются в индексе без пользы: у них мало уникального контента, они плодят дубли и размывают структуру сайта. На небольших блогах это обычно не критично, но на новостных и контентных проектах такие страницы быстро превращаются в шум для поисковиков.
Если у вас есть архивы вида /2024/08/ или /2024/08/15/, и они не несут отдельной ценности для пользователя, их лучше закрыть от индексации. Ниже — рабочие варианты: через SEO-плагин и через код, без выдуманных хуков и сомнительных трюков.
Когда архивы по дате действительно мешают
Проблема обычно проявляется не сразу. Сайт может нормально ранжироваться, но в Search Console начинают всплывать страницы архивов, которые конкурируют с рубриками, тегами и самими записями. Особенно это заметно, если:
- у записей есть нормальные рубрики, а архивы по дате дублируют тот же набор материалов;
- в архиве мало записей или он пустой на части дат;
- шаблон архива не содержит уникального текста и метаописания;
- поисковик тратит краулинговый бюджет на страницы без самостоятельной ценности.
Что именно нужно проверить
Перед изменениями откройте несколько архивов по дате и посмотрите, как они отдаются: есть ли у них индексируемый заголовок, мета robots, canonical и попадают ли они в sitemap. Если архив уже закрыт в robots.txt, это не всегда решает задачу: URL может продолжать появляться в индексе как найденный по ссылкам, а сам запрет не гарантирует удаление из выдачи.
Диагностика: как понять, что архивы уже индексируются
Самый быстрый способ — проверить исходный код страницы архива и ответ сервера. На странице архива ищите:
<meta name="robots" content="index,follow">или отсутствие мета robots;<link rel="canonical" ...>на сам архив;- наличие URL в XML-sitemap;
- в Search Console — статус «Проиндексировано» или «Просканировано, но не проиндексировано».
Если у вас включён SEO-плагин, проверьте его настройки архивов отдельно. Часто проблема не в WordPress, а в том, что архивы по дате оставили включёнными по умолчанию.
Как закрыть архивы по дате от индексации
Вариант 1. Через SEO-плагин
Если у вас уже стоит SEO-плагин с настройками архивов, это самый безопасный путь. В большинстве случаев достаточно отключить индексацию архивов дат в разделе, где управляются архивы автора, даты и таксономии. Важно не путать «скрыть из поиска внутри сайта» и «закрыть от поисковиков» — это разные вещи.
Плюс этого подхода в том, что плагин обычно сам проставит корректный noindex и не сломает каноникал. Минус — вы зависите от интерфейса и логики конкретного плагина.
Вариант 2. Через код в теме или мини-плагине
Если нужен точечный контроль, можно добавить noindex,follow для архивов по дате через фильтр wp_robots. Это современный способ, который работает на уровне robots meta и не требует править шаблоны вручную.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот код можно добавить в functions.php дочерней темы или, лучше, в небольшой mu-plugin, если настройка должна переживать смену темы.
Если нужно закрыть только архивы по месяцам и дням
Иногда годовые архивы оставляют открытыми, а месячные и дневные закрывают. Это удобно для новостных сайтов, где архив по году ещё может быть полезен как навигационная страница. Тогда условие можно уточнить:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_month() || is_day() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Такой вариант лучше, чем массово закрывать все архивы подряд, если у вас есть осознанная структура навигации.
Сравнение подходов
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если уже используется SEO-решение | Быстро, без кода, меньше риска ошибиться | Зависимость от интерфейса и настроек плагина |
Код через wp_robots | Если нужен точечный контроль | Прозрачно, гибко, не зависит от UI | Нужно следить за темой или mu-plugin |
robots.txt | Только как дополнительная мера | Просто ограничить обход | Не гарантирует исключение из индекса |
Пошаговая настройка без лишнего риска
- Проверьте, какие архивы реально существуют на сайте: годовые, месячные, дневные.
- Решите, какие из них должны остаться открытыми для пользователей.
- Добавьте
noindex,followчерез SEO-плагин или код. - Убедитесь, что архивы не попали в XML-sitemap.
- После внедрения запросите повторное сканирование в Search Console.
Если архивы генерируются темой, а не плагином, не редактируйте шаблон архива ради одной строки robots. Лучше использовать фильтр WordPress: он переживает обновления шаблона и проще в сопровождении.
Проверка результата после внедрения
После изменений откройте архив по дате в браузере и проверьте исходный код. В нём должен появиться noindex. Затем проверьте, не осталось ли URL в sitemap и не отдаются ли архивы с редиректом на другие страницы.
Практический чек-лист:
- в HTML есть
meta name="robots"сnoindex; - canonical указывает на сам архив, если он доступен, или архив вообще не нужен в индексе;
- страница не включена в sitemap;
- в Search Console статус URL меняется после повторного обхода;
- внутренние ссылки на архивы не создают лишнюю навигационную петлю.
Частые ошибки и как их исправить
Закрыли архив в robots.txt и решили, что этого достаточно
Это самая частая ошибка. Disallow ограничивает обход, но не гарантирует удаление URL из индекса. Если архив уже известен поисковику, нужен именно noindex или удаление страницы из структуры сайта.
Поставили noindex, но оставили архив в sitemap
Такое бывает после настройки SEO-плагина или кастомного генератора карты сайта. Поисковик получает противоречивые сигналы: вы просите не индексировать URL, но одновременно предлагаете его в sitemap. Sitemap нужно синхронизировать с логикой индексации.
Использовали редирект вместо запрета индексации
Редирект уместен, если архив действительно заменён другой страницей. Но если вы просто хотите убрать мусорный URL, редирект на главную или рубрику часто только маскирует проблему и создаёт неочевидные цепочки.
Добавили код в родительскую тему
После обновления темы настройка исчезнет. Для таких правок используйте дочернюю тему или мини-плагин. Если проект живёт долго, mu-plugin обычно надёжнее.
Что ещё стоит учесть для безопасности и производительности
Сами по себе архивы по дате не нагружают сервер критично, но лишние страницы увеличивают объём обхода и усложняют техническое SEO. Если на сайте много дублей, имеет смысл параллельно проверить:
- архивы тегов и пустые рубрики;
- страницы пагинации;
- дубли в sitemap;
- лишние шаблоны, которые создают одинаковый контент под разными URL.
Если нужен более широкий аудит дублей и технической чистки, в экосистеме WPShop есть Clearfy Pro, который закрывает часть типовых задач по SEO-настройкам и чистке сайта. Но даже с плагином полезно понимать, какие именно URL вы закрываете и почему.
Если после внедрения архивы всё ещё появляются в индексе, проверьте внутренние ссылки, карту сайта и статус обхода. В техническом SEO редко помогает одна галочка — обычно нужно убрать противоречия между шаблоном, sitemap и robots meta.