Архивы по датам в WordPress часто появляются автоматически, но на большинстве сайтов они не несут самостоятельной ценности. Проблема не в самом архиве, а в том, что он создаёт тонкие страницы, дублирует логику рубрик и забирает краулинговый бюджет. Если архивы уже попали в индекс, их нельзя просто «спрятать» без плана: сначала нужно понять, кто на них ссылается, что именно индексируется и нужен ли редирект на более полезную страницу.
Когда архивы дат действительно мешают
Типичный сценарий выглядит так: в теме или плагине включены архивы по месяцам, в sitemap попадают страницы вида /2025/08/, а в поиске они показываются рядом с рубриками и записями. Для новостных и журнальных сайтов это иногда оправдано, но для корпоративного блога, документации или экспертного сайта такие страницы обычно бесполезны.
Проверить наличие проблемы можно быстро:
- откройте
/2025/08/или аналогичный URL и посмотрите, есть ли там уникальный контент; - проверьте отчёт по страницам в Google Search Console: есть ли архивы дат в индексе;
- посмотрите, не ведут ли на них внутренние ссылки из меню, хлебных крошек или виджетов;
- проверьте, не добавляет ли SEO-плагин эти архивы в XML-карту сайта.
Что считать нормой, а что — проблемой
Если архив дат нужен как навигация по материалам за конкретный период, его можно оставить открытым. Но тогда он должен быть полезным: с понятным заголовком, описанием и без дублей постов на первой странице. Если же это просто список записей без дополнительной ценности, лучше отключить его от индексации или перенаправить на более релевантный раздел.
Диагностика перед изменениями
Сначала определите, как именно архивы дат реализованы на сайте. В WordPress это может быть:
- стандартный архив ядра по году и месяцу;
- ссылка в меню, добавленная вручную;
- блок последних записей, который ведёт на архив;
- настройка SEO-плагина, которая управляет индексированием архивов.
Если сайт уже в индексе, не удаляйте архивы без проверки логики редиректов. Иначе можно получить цепочки 404, особенно если на архивы есть внешние ссылки или они участвуют в старых внутренних ссылках.
Пошаговое решение: отключить архивы дат и сохранить контроль над SEO
Есть три рабочих подхода: закрыть архивы от индексации, убрать их из шаблона и меню, либо сделать редирект на главную или рубрику. Выбор зависит от того, используются ли архивы посетителями.
| Подход | Когда подходит | Компромисс |
|---|---|---|
| noindex + follow | Архив нужен пользователям, но не нужен в поиске | Страница остаётся доступной, но может продолжать расходовать краулинг |
| Редирект 301 | Архив не нужен вообще | Нужно аккуратно выбрать целевую страницу |
| Удаление из шаблона | Архив показывается только в теме или виджете | Не решает индексацию само по себе |
Вариант 1: закрыть архивы дат от индексации через код
Если вы не хотите зависеть от SEO-плагина, можно добавить noindex для архивов дат через wp_robots. Это безопаснее, чем пытаться править мета-теги вручную в шаблоне.
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант не ломает доступ к архиву, но сообщает поисковым системам, что страницу не нужно индексировать. Если на сайте уже есть SEO-плагин, проверьте, не конфликтует ли он с этим фильтром и не переопределяет ли robots-мета.
Вариант 2: сделать 301-редирект на рубрику или главную
Если архивы дат вообще не нужны, лучше убрать их из пользовательского маршрута. Для этого можно повесить редирект на template_redirect. Важно: не делайте редирект на случайную страницу. Целевая страница должна быть логически связана с контентом.
add_action( 'template_redirect', function() {
if ( is_date() && ! is_admin() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Если у вас есть сильные рубрики, иногда лучше редиректить архивы дат на соответствующую категорию. Но это имеет смысл только тогда, когда соответствие реально очевидно. Иначе лучше оставить 404 или noindex, чем отправлять пользователя не туда.
Вариант 3: убрать ссылки на архивы из темы
Часто архивы дат живут в сайдбаре или футере. Тогда даже при noindex они продолжают собирать внутренний вес и отвлекать пользователя. Проверьте шаблоны sidebar.php, footer.php и виджеты. Если ссылка добавлена через код, удалите её или замените на более полезную навигацию: рубрики, популярные статьи, теги с ограничением по смыслу.
Если архивы дат создаёт SEO-плагин
У некоторых сайтов архивы по датам не только существуют в WordPress, но и отдельно управляются SEO-плагином. В таком случае лучше менять настройку в интерфейсе плагина, а не только кодом. Это снижает риск, что после обновления плагина поведение снова изменится.
Если вы используете Clearfy Pro, у него есть инструменты для чистки лишних страниц и дублей. В похожих задачах удобно сначала отключить индексирование и проверить результат, а уже потом решать, нужен ли редирект. Ссылка на продукт: Clearfy Pro.
Как проверить, что решение сработало
После внедрения не ограничивайтесь открытием страницы в браузере. Проверьте результат по нескольким признакам:
- URL архива дат отдаёт
301, если вы настроили редирект; - в исходном коде страницы есть
noindex, если вы выбрали закрытие от индексации; - страница исчезает из XML-карты сайта или не добавляется туда повторно;
- в Search Console статус URL меняется после переобхода;
- внутренние ссылки на архивы дат больше не появляются в меню и виджетах.
Для быстрой проверки ответа сервера можно использовать curl:
curl -I https://example.com/2025/08/Если всё настроено как редирект, вы должны увидеть 301 Moved Permanently и новый адрес в заголовке Location. Если используете noindex, откройте HTML страницы и убедитесь, что robots-мета действительно присутствует.
Частые ошибки и как их исправить
Редирект на нерелевантную страницу
Самая частая ошибка — отправлять все архивы дат на главную без анализа. Это выглядит технически аккуратно, но для пользователя часто бессмысленно. Если архивы были связаны с конкретной темой, лучше подобрать более близкую целевую страницу или ограничиться noindex.
Отключили архивы, но оставили ссылки в теме
В этом случае поисковик и пользователи продолжают ходить по старым URL. Проверьте меню, хлебные крошки, блоки «Архивы» и шаблоны виджетов. Иначе вы получите лишние переходы и 404 после удаления маршрута.
Сделали noindex, но URL всё равно в индексе
Это нормально на переходном этапе. Поисковику нужно время на переобход. Ускорить процесс можно через переобход в Search Console, но не стоит ожидать мгновенного исчезновения. Если страница продолжает активно появляться, проверьте, не ведут ли на неё внутренние ссылки и не попадает ли она в sitemap.
Смешали редирект и noindex одновременно
Так делать не нужно без явной причины. Если URL отдаёт 301, поисковик и так понимает, что страница переехала. Дополнительный noindex обычно не нужен и иногда только усложняет диагностику.
Практика безопасности и производительности
Любые изменения в логике архивов лучше вносить через дочернюю тему или небольшой mu-plugin, а не правкой ядра темы. Так вы не потеряете изменения после обновления. Если используете код, проверьте его на staging-копии и только потом переносите в продакшен.
Ещё один полезный момент: не отключайте архивы дат, если они участвуют в аналитике или редакционном процессе. На некоторых сайтах по ним отслеживают сезонность публикаций или используют как вспомогательную навигацию для редакторов. В таких случаях noindex часто безопаснее, чем полный редирект.
Если задача шире и вам нужно не только убрать архивы дат, но и почистить сайт от дублей, служебных страниц и лишних SEO-артефактов, имеет смысл смотреть на комплексные инструменты, а не на точечные правки. Но даже в этом случае сначала фиксируйте проблему на уровне URL-структуры и только потом автоматизируйте.
