Архивы по датам в WordPress часто остаются включенными по умолчанию, хотя на реальном сайте они редко дают пользу. Для новостных блогов и журналов это может быть оправдано, но на большинстве проектов такие страницы только размножают дубли: записи уже есть в рубриках, тегах, главной ленте и в поиске. В итоге поисковик тратит краулинговый бюджет на страницы, которые не несут отдельной ценности.
Если у вас уже закрыты авторы, теги и поиск, архивы дат — логичный следующий кандидат на чистку. Ниже разберем, как понять, что они действительно мешают, какие есть способы отключения и как не сломать навигацию по сайту.
Когда архивы дат становятся проблемой
Сначала стоит проверить, есть ли они вообще в индексе и отдают ли они полезный контент. На многих темах ссылки на архивы дат видны в сайдбаре, футере или в хлебных крошках, а сами страницы содержат только список записей за день, месяц или год. Если на сайте нет редакционного сценария, где пользователь реально ищет материалы по дате, такие архивы обычно не нужны.
Что смотреть в первую очередь
- страницы вида
/2024/05/или/2024/05/12/в индексе; - переходы на архивы дат из меню, виджетов и хлебных крошек;
- дубли заголовков и сниппетов у архивов и рубрик;
- пустые или почти пустые архивы на старых сайтах;
- рост количества страниц, которые не приводят трафик, но обходятся ботами.
Диагностика: как понять, что закрывать именно даты
Проверка простая и не требует сложных инструментов. Откройте несколько URL архивов дат вручную и посмотрите, что на них есть кроме списка записей. Если это просто повторная выдача контента, который уже доступен в рубриках, закрытие оправдано. Дополнительно проверьте отчеты в Search Console: если архивы дат получают показы, но не клики, а в индексе их много, это сильный сигнал к чистке.
Еще один практический тест: временно выполните запрос site:example.com/2024/ в поиске и посмотрите, сколько таких страниц найдено. Это не точный аудит, но для быстрой оценки подходит. Если архивы дат не нужны пользователю, задача не в том, чтобы «оставить их на всякий случай», а в том, чтобы убрать лишний слой страниц.
Как отключить архивы дат: три рабочих подхода
Есть три нормальных сценария: закрыть от индексации через SEO-плагин, отключить генерацию архивов кодом или оставить страницы, но убрать ссылки на них из темы. Выбор зависит от того, насколько глубоко вы хотите вмешиваться в сайт.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если нужен быстрый и безопасный вариант | Не требует правки темы, легко откатить | Архивы могут остаться доступны по прямому URL |
| Код в теме или плагине | Если нужен полный контроль | Можно убрать архивы и редиректить их на 404/301 | Нужно аккуратно тестировать после обновлений |
| Только убрать ссылки | Если архивы нужны для старых URL, но не для навигации | Минимальное вмешательство | Не решает проблему индексации полностью |
Вариант 1: закрыть архивы дат через SEO-плагин
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки архивов. Во многих случаях можно отключить индексацию архивов дат без кода. Это самый безопасный путь, потому что он не ломает шаблоны и не требует вмешательства в functions.php.
Минус в том, что на уровне WordPress архивы как тип страниц могут продолжать существовать. Для поисковика это обычно достаточно, если выставлен noindex, но если вам нужно полностью убрать их из публичной части, лучше идти дальше и отключать генерацию URL.
Вариант 2: отключить архивы дат кодом
Если архивы дат не нужны вообще, можно отключить их через фильтр date_rewrite_rules. Это убирает правила переписывания для датированных архивов и делает такие URL недоступными. Код лучше добавлять в мини-плагин или в functions.php дочерней темы, а не в родительскую тему, чтобы не потерять изменения при обновлении.
<?php
add_filter( 'date_rewrite_rules', '__return_empty_array' );
После добавления кода нужно сбросить правила ЧПУ. Проще всего открыть Настройки → Постоянные ссылки и нажать «Сохранить изменения» без правок. Это обновит rewrite rules и применит новое поведение.
Если вы хотите не просто убрать правила, а еще и отправлять старые URL в 404, проверьте, не используются ли они в навигации. В некоторых проектах лучше оставить 301-редирект на ближайшую релевантную рубрику, но это уже зависит от структуры сайта. Автоматически редиректить все архивы дат на главную — плохая идея.
Вариант 3: оставить URL, но убрать ссылки из темы
Иногда архивы дат нужны для внутренней навигации, но не должны торчать в шапке, сайдбаре или футере. Тогда править нужно шаблоны темы. Ищите в файлах header.php, footer.php, sidebar.php и в блоках виджетов ссылки вида get_month_link(), get_year_link() или готовые HTML-ссылки на архивы.
<?php
// Пример: не выводить ссылку на архив месяца, если она не нужна в теме.
$year = get_the_date( 'Y' );
$month = get_the_date( 'm' );
$link = get_month_link( $year, $month );
if ( $link ) {
echo '<a href="' . esc_url( $link ) . '">' . esc_html( get_the_date( 'F Y' ) ) . '</a>';
}
Если вы не уверены, где именно тема генерирует эти ссылки, проще искать по проекту строку get_month_link или get_year_link. Это быстрее, чем вручную щелкать все шаблоны.
Пошаговое решение без лишнего риска
- Проверьте, нужны ли архивы дат пользователям и редакции.
- Посмотрите, есть ли они в индексе и получают ли показы.
- Выберите способ: SEO-плагин, код или удаление ссылок из темы.
- Если используете код, добавьте его в дочернюю тему или мини-плагин.
- Сбросьте правила постоянных ссылок.
- Проверьте, что архивы дат больше не открываются или не индексируются.
Если у вас на сайте много контента и уже есть SEO-плагин, иногда удобнее собрать чистку в одном месте. Например, в Clearfy Pro есть инструменты для отключения лишних архивов и технических дублей, что полезно, когда не хочется руками править тему и держать отдельный набор сниппетов. Но даже в этом случае важно понимать, что именно отключается и как это влияет на URL-структуру сайта.
Как проверить, что все сработало
После внедрения не ограничивайтесь визуальной проверкой. Откройте несколько старых URL архивов дат напрямую. Если вы отключали правила переписывания, они должны перестать открываться. Если использовали только noindex, проверьте исходный код страницы и убедитесь, что в <head> есть нужная директива.
Дальше проверьте три вещи:
- страницы дат больше не появляются в выдаче по
site:; - в Search Console уменьшается количество проиндексированных архивов;
- внутренние ссылки на даты не ведут на пустые или неважные страницы.
Если архивы удалялись через код, дополнительно проверьте, не появились ли ошибки 404 в логах и не ведут ли на старые URL внешние ссылки. Для редких входящих ссылок можно оставить 301-редирект на релевантную рубрику, но только если это действительно логично по смыслу.
Частые ошибки и как их исправить
Отключили архивы, но забыли сбросить постоянные ссылки
Это самая частая причина, почему URL продолжают открываться. После изменения rewrite rules WordPress не всегда применяет их сразу. Решение простое: зайдите в настройки постоянных ссылок и сохраните их заново.
Скрыли ссылки в теме, но не закрыли индексацию
Если архивы доступны по прямому URL, поисковик все равно может их обойти. Убрать ссылку из меню недостаточно. Нужен либо noindex, либо отключение самих архивов.
Поставили редирект на главную
Это плохой шаблонный вариант. Главная не всегда релевантна архиву месяца или года, и массовые редиректы на нее могут ухудшить качество сайта для поисковика. Лучше либо закрыть страницу корректно, либо перенаправить на близкую по смыслу рубрику.
Правили родительскую тему
Если вы меняли шаблоны напрямую, обновление темы затрет все правки. Для таких задач нужен дочерний шаблон или отдельный функциональный плагин.
Что учитывать для безопасности и производительности
Сама по себе чистка архивов дат не ускорит сайт радикально, но уменьшит количество бесполезных URL, которые обходят боты и пользователи. Это особенно полезно на проектах с большим количеством старых публикаций. Чем меньше мусорных страниц, тем проще поддерживать структуру и анализировать индексацию.
С точки зрения безопасности здесь важнее не «защитить архивы», а не сломать публичные маршруты и не оставить сайт с кучей битых ссылок. Если вы отключаете архивы кодом, храните изменения в репозитории или хотя бы в отдельном мини-плагине. Так проще откатить правку после обновления темы или SEO-плагина.
Если нужен более широкий аудит технических дублей и чистка лишних страниц, имеет смысл смотреть не только на архивы дат, но и на другие служебные URL: вложения, теги, авторов, поиск и служебные архивы. На этом этапе удобнее работать по списку, а не точечно по каждой проблеме.
Для сайтов, где важна именно редакционная структура и контроль над техническими дублями, можно также рассмотреть тему или набор инструментов, где такие настройки уже продуманы на уровне шаблонов и SEO-логики. Но даже в этом случае базовая проверка URL и индексации остается обязательной: готовая тема не отменяет аудит.