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

Архивы по датам часто остаются включенными «по умолчанию» и при этом не дают сайту никакой пользы: в выдачу попадают страницы вида /2024/05/, /2024/05/12/, а контент на них дублирует обычные рубрики и ленту записей. Проблема не в самом архиве, а в том, что он начинает конкурировать с основными страницами и раздувает индекс.

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

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

Сначала стоит понять, есть ли у вас реальная проблема, а не абстрактная «чистка SEO». Архивы дат обычно вредят в трех сценариях:

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

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

Проверьте, как архивы сейчас ведут себя в поиске и на сайте:

введите в поиск site:example.com inurl:/2024/ или похожий запрос для своего домена;
посмотрите, есть ли в sitemap ссылки на архивы дат;
откройте архив месяца и проверьте, отличается ли он от обычной страницы блога чем-то полезным;
посмотрите, не появляются ли на архиве дубли title и description.

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

Что выбрать: скрыть, закрыть или отключить

Подход зависит от того, как именно у вас используются архивы. Ниже — короткое сравнение.

Вариант	Когда подходит	Минус
Убрать ссылки из темы	Архивы не нужны посетителям, но URL можно оставить	Страницы могут остаться в индексе
`noindex` + canonical	Нужно сохранить URL, но убрать из поиска	Нужна поддержка со стороны SEO-плагина или кода
Редирект на блог или рубрику	Архивы не несут ценности вообще	Нужно аккуратно обработать старые URL

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

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

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

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

add_filter('date_rewrite_rules', function ($rules) {
    return array();
});

Первый блок ловит запросы к архивам дат на фронтенде и делает 301-редирект. Второй убирает правила перезаписи для дат, чтобы WordPress не продолжал строить такие URL из внутренних правил.

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

Если нужно не редиректить, а закрыть от индексации

Иногда архивы дат нужны для пользователей, но не нужны в поиске. Тогда можно оставить страницу доступной и добавить noindex. Это уже зависит от SEO-плагина или темы, но базовая логика такая: страница открывается, поисковик не должен ее индексировать.

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

Как убрать ссылки на архивы дат из темы

Даже после редиректа полезно убрать лишние ссылки из интерфейса. Иначе пользователь будет кликать по элементам, которые ведут в никуда или сразу перекидывают на другой раздел.

Проверьте:

виджет «Архивы» в сайдбаре;
ссылки в футере;
хлебные крошки, если тема добавляет дату как часть навигации;
шаблоны date.php, archive.php и блоки в single.php.

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

Проверка результата после внедрения

После изменений не ограничивайтесь тем, что страница «открывается». Проверьте именно те точки, где обычно остаются ошибки:

Откройте старый URL архива даты в браузере и убедитесь, что срабатывает 301, а не 200.
Проверьте заголовки ответа через DevTools или curl -I https://example.com/2024/05/.
Посмотрите, не осталось ли ссылок на архивы дат в меню, виджетах и футере.
Проверьте sitemap: там не должно быть URL архивов, если вы их отключили.
Через несколько дней повторно проверьте индексирование в Google Search Console.

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

Ожидаемый результат — ответ 301 Moved Permanently и переход на нужную страницу. Если видите 200 OK, значит редирект не сработал или правило перехватывается другим плагином/темой.

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

Редирект ведет на главную, но архивы все равно индексируются

Так бывает, если старые URL уже есть в индексе, а поисковик еще не переобходил их. В этом случае нужен запас времени и контроль через Search Console. Если страницы долго не исчезают, проверьте, нет ли на них внутренних ссылок из шаблона или карты сайта.

После отключения архивов сломались хлебные крошки

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

Появились циклические редиректы

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

Удалили архивы, но в выдаче остались сниппеты

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

Практические советы по безопасности и производительности

Отключение архивов дат само по себе не ускорит сайт заметно, но помогает сократить мусор в индексе и уменьшить количество бесполезных запросов к шаблонам. Чтобы не получить побочные эффекты:

вносите код в дочернюю тему или собственный мини-плагин;
не правьте файлы ядра WordPress;
после изменений очистите кеш страницы и кеш объекта, если он есть;
если используете CDN или кеширующий плагин, сбросьте кеш после редиректов;
не отключайте архивы дат на сайте, где они реально нужны для навигации по новостям или журналу.

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

Если после внедрения редиректа вы видите в логах много запросов к старым архивам, это не ошибка. Это значит, что внешние ссылки или старые закладки еще живы. Важнее, чтобы они не отдавали 200 и не создавали новые дубли.