Как отключить архивы дат в WordPress и убрать лишние страницы из индекса

Архивы по датам в WordPress часто остаются включенными по умолчанию, хотя на небольшом сайте они только плодят дубли: страницы вида /2026/08/, /2026/08/26/ и похожие URL могут индексироваться, но не давать пользователю ничего полезного. Если у вас блог, корпоративный сайт или контентный проект без жесткой привязки к календарю, такие архивы обычно лучше отключить или хотя бы закрыть от индексации.

Ниже разберем, как понять, что именно мешает, какие есть рабочие способы отключения и как проверить, что после изменений WordPress не оставил лишние страницы в индексе и в навигации.

Когда архивы дат действительно мешают

Проблема не в самих архивных страницах как классе, а в том, что они часто дублируют уже опубликованные записи. На сайте с несколькими категориями и тегами архив по месяцу может показывать тот же набор материалов, что и главная лента, рубрика или страница блога. Для поисковика это слабая страница без уникальной ценности.

Особенно это заметно, если:

на сайте есть записи без строгой привязки к дате;
контент регулярно обновляется, а не живет только в хронологической ленте;
в теме есть ссылки на архивы в сайдбаре, футере или хлебных крошках;
в поиске уже видны URL вида /2024/05/ или /2024/05/12/.

Диагностика проблемы

Сначала проверьте, существуют ли такие страницы и откуда на них идут ссылки. Самый простой путь — поиск по сайту и по индексу.

Откройте несколько URL архивов дат вручную.
Посмотрите исходный код страницы и метатег robots, если он есть.
Проверьте, есть ли ссылки на архивы в меню, сайдбаре, футере и XML-карте сайта.
В Google Search Console посмотрите, не попадают ли архивы дат в отчет по индексированию.

Если архивы открываются и отдают контент, но не несут пользы, их стоит либо закрыть от индексации, либо отключить полностью. Для большинства сайтов второй вариант чище.

Как отключить архивы дат: сравнение подходов

Есть три нормальных сценария: убрать ссылки и не использовать архивы в теме, закрыть их от индексации, либо вернуть 404/410 для самих URL. Выбор зависит от того, нужны ли эти страницы пользователям и есть ли на них внешние ссылки.

Способ	Когда подходит	Плюсы	Минусы
Плагин SEO/очистки	Нужно быстро и без кода	Меньше ручной работы, проще поддержка	Зависимость от настроек плагина
Код в теме или mu-plugin	Нужен точный контроль	Прозрачно, без лишних зависимостей	Нужно аккуратно тестировать
Редирект или 410	Архивы точно не нужны	Убирает мусорные URL из обхода	Нужно следить за внешними ссылками и логикой темы

Вариант 1: отключить архивы дат через код

Если вы хотите убрать архивы дат из WordPress на уровне логики, можно использовать фильтр date_archive_link для ссылок и отдельную проверку на самих страницах архива. Практичнее всего вынести код в mu-plugin, чтобы он не зависел от темы.

<?php
/**
 * Plugin Name: Disable Date Archives
 */

add_filter( 'date_archive_link', function( $link ) {
    return home_url( '/' );
} );

add_action( 'template_redirect', function() {
    if ( is_date() ) {
        wp_safe_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

Этот вариант делает две вещи: убирает генерацию ссылок на архивы дат и перенаправляет уже открытые архивные URL на главную. Если у вас есть отдельная страница блога, логичнее редиректить туда, а не на главную.

Если хотите не редирект, а именно отдать ошибку, можно заменить редирект на 404 или 410. Для полностью удаленных архивов чаще выбирают 410 Gone, но использовать его стоит только тогда, когда вы уверены, что URL больше не нужен.

<?php
add_action( 'template_redirect', function() {
    if ( is_date() ) {
        status_header( 410 );
        nocache_headers();
        include get_query_template( '404' );
        exit;
    }
} );

Вариант 2: закрыть архивы от индексации через SEO-плагин

Если на сайте уже стоит SEO-плагин, проверьте, умеет ли он отключать архивы авторов, дат и таксономий без кода. В таких случаях задача сводится к настройке: убрать архивы из карты сайта, поставить noindex и не генерировать на них внутренние ссылки.

Этот путь удобен, если вам важнее управляемость через админку, чем минимализм. Но важно понимать: noindex не убирает URL из обхода мгновенно, а только говорит поисковику не держать страницу в индексе. Если архивы уже накопили мусорные ссылки, редирект или 410 обычно работают быстрее и чище.

Вариант 3: убрать ссылки из темы

Иногда архивы дат не нужны в индексе, но в теме они продолжают торчать в сайдбаре или футере. Тогда даже при закрытии от индексации они остаются доступными пользователю и поисковому роботу через внутренние ссылки. Проверьте шаблоны sidebar.php, footer.php, виджеты и блоки навигации.

Если ссылка выводится функцией get_archives(), можно отключить ее на уровне шаблона или заменить на более полезный блок: рубрики, свежие записи, популярные материалы.

<?php
// Пример: вместо архивов дат выводим список рубрик.
wp_list_categories( array(
    'title_li' => '',
    'orderby'  => 'name',
) );

Пошаговое решение без лишнего риска

Сделайте резервную копию файлов и базы данных.
Определите, нужны ли архивы дат пользователям или только мешают.
Если архивы не нужны вообще, выберите редирект на главную или на страницу блога.
Если хотите сохранить URL для старых ссылок, используйте 301 на релевантную страницу.
Уберите ссылки на архивы из темы и виджетов.
Проверьте карту сайта и исключите архивы дат из нее, если плагин это позволяет.
Переобойдите сайт и проверьте ответ сервера для архивных URL.

Если вы работаете с кастомной темой, лучше сразу вынести логику в отдельный мини-плагин или mu-plugin. Тогда при смене темы архивы не вернутся неожиданно.

Как проверить, что решение сработало

Проверка должна быть не только визуальной. Откройте несколько адресов архивов дат и посмотрите, что именно возвращает сервер.

Для редиректа должен быть 301 и переход на нужную страницу.
Для удаления страницы должен быть 404 или 410.
В исходном коде не должно остаться ссылок на архивы дат в навигации.
В XML-карте сайта не должно быть архивных URL, если вы их отключали.
В Search Console нужно отследить, что старые URL постепенно выпадают из отчета по индексированию.

Проверить код ответа можно через браузерные инструменты разработчика, curl или любой HTTP-клиент.

curl -I https://example.com/2024/05/

Если вы видите 200 OK, значит архив все еще отдается как обычная страница. Если 301 или 410 — логика отработала. Но даже после этого стоит проверить, не генерирует ли тема внутренние ссылки на старые архивы.

Частые ошибки и как их исправить

Оставили ссылки в теме, но закрыли страницу от индексации

Это частая полумера. Страница не индексируется, но продолжает участвовать во внутренней перелинковке и тратить краулинговый бюджет. Решение: убрать ссылки из шаблонов и виджетов, а не только ставить noindex.

Сделали редирект на главную без логики

Если архивы дат были частью старых внешних ссылок, массовый редирект на главную может выглядеть как мягкая ошибка для пользователя и поисковика. Лучше редиректить на страницу блога или на ближайшую релевантную рубрику, если она действительно соответствует содержимому.

Поставили 410 на все архивы, не проверив тему

Иногда тема или плагин ожидают, что архивы дат существуют, и строят на них навигацию. После жесткого удаления часть блоков начинает вести в никуда. Перед изменениями проверьте, где именно используется is_date() и есть ли в шаблонах прямые ссылки на архивы.

Не обновили карту сайта

Если архивы дат остались в XML-карте, поисковик продолжит их обходить. После отключения обязательно пересоберите карту сайта и убедитесь, что архивные URL туда больше не попадают.

Что делать с безопасностью и производительностью

Отключение архивов дат само по себе не ускоряет сайт радикально, но уменьшает количество бесполезных страниц, которые нужно обслуживать и индексировать. Это полезно для чистоты структуры и для снижения шума в отчетах.

С точки зрения безопасности важно не оставлять в коде «временные» редиректы и хаотичные правки в шаблонах. Если решение уже принято, оформите его как отдельный мини-плагин, а не как разрозненные вставки в functions.php. Так проще откатить изменения и не потерять их при обновлении темы.

Если вам нужен более широкий набор инструментов для чистки дублей, управления техническими страницами и SEO-настройками, имеет смысл смотреть в сторону решений, где это собрано в одном месте, например Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже в этом случае сначала проверьте, что именно делает конкретная опция, а не включайте все подряд.

Когда архивы дат лучше не отключать

Есть сайты, где архивы дат реально полезны: новостные проекты, журналы, медиа с сильной хронологией публикаций, корпоративные блоги с отчетами по месяцам. Если пользователи действительно ищут материалы по периоду, архивы могут быть частью навигации.

В таком случае не нужно ломать структуру ради формальной чистоты. Достаточно убедиться, что архивы:

не дублируют главную и рубрики без смысла;
имеют понятный заголовок и нормальную пагинацию;
не попадают в карту сайта без необходимости;
не создают лишние ссылки в каждом шаблоне.

Если архивы дат нужны только как вспомогательный механизм, а не как публичная навигация, лучше оставить их доступными по прямому URL, но убрать из индекса и из интерфейса сайта. Это обычно самый спокойный компромисс.