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

Автор: Андрей Фомин | Опубликовано: 12.09.2026

Архивы по датам в WordPress часто появляются сами по себе: /2026/09/, /2026/09/11/ и похожие URL. На небольшом блоге это может быть нормально, но на рабочем сайте такие страницы нередко создают мусор в индексе, дублируют логику рубрик и размазывают внутреннюю перелинковку. При этом просто удалить архивы «в лоб» — плохая идея, если на них уже есть трафик, ссылки или они участвуют в навигации.

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

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

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

Типичные признаки, что архивы дат лучше убрать или закрыть:

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

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

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

Диагностика: что именно нужно отключать

В WordPress под «архивами дат» обычно подразумевают несколько разных URL:

годовой архив: /2026/;
месячный архив: /2026/09/;
дневной архив: /2026/09/11/.

Проверить, какие из них реально открываются на вашем сайте, можно вручную или через консоль:

curl -I https://example.com/2026/09/

Смотрите на код ответа. Если это 200 OK, архив доступен. Если 301 или 302, уже есть редирект. Если 404, архив, скорее всего, отключён или не используется. Но даже при 200 важно понять, нужен ли он пользователям и поисковику.

Ещё один практический шаг — проверить, есть ли такие URL в индексе и внутренних ссылках. Для этого достаточно:

поиска в Search Console по шаблону URL;
проверки карты сайта, если архивы туда попали через тему или SEO-плагин;
поиска по базе или по исходному коду темы, если ссылки на архивы выводятся в сайдбаре или футере.

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

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

Подход	Когда использовать	Плюс	Минус
301 на рубрику или главную	Если архивы уже ранжировались или на них есть ссылки	Сохраняет часть веса и не ломает старые URL	Нужно аккуратно выбрать целевую страницу
404/410	Если архивы не нужны и не имеют ценности	Чётко сигнализирует поисковику	Нельзя применять без проверки старых входящих ссылок
Удаление ссылок из темы	Если архивы не нужны в навигации, но сами URL можно оставить	Убирает лишние переходы для пользователей	Не решает вопрос индексации само по себе

Вариант 1. Редирект архивов дат через functions.php

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

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

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

Вариант 2. Отдавать 410 Gone для ненужных архивов

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

add_action('template_redirect', function () {
    if (is_date()) {
        status_header(410);
        nocache_headers();
        echo 'Страница удалена.';
        exit;
    }
});

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

Вариант 3. Скрыть архивы дат из темы

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

Например, если в теме есть кастомный вывод даты в виде ссылки на архив, замените его на обычный текст:

<?php echo esc_html( get_the_date() ); ?>

А не так:

<?php echo get_the_date( '', get_the_ID() ); ?>

Если дата оборачивается в ссылку через get_the_date() и get_day_link(), проверьте шаблоны content.php, single.php, archive.php и виджеты. Часто проблема сидит не в одном месте, а в нескольких шаблонах сразу.

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

Проверьте, есть ли архивы дат в индексе и есть ли на них трафик.
Определите, нужен ли архив пользователям как навигационный элемент.
Если архивы уже ранжировались — сначала ставьте 301 на релевантную страницу.
Если архивы не нужны вообще — можно использовать 410.
Уберите ссылки на архивы из темы и виджетов.
Проверьте, не попали ли архивы в sitemap через SEO-плагин или кастомный код.
После изменений перепроверьте ответы сервера и статус в Search Console.

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

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

Минимальный набор проверок:

откройте старый архив даты в браузере и убедитесь, что он редиректит или отдаёт 410;
проверьте заголовки через curl -I;
посмотрите, исчезли ли ссылки на архивы из шаблонов и виджетов;
в Search Console отправьте URL на повторную проверку, если они уже были в индексе;
проверьте логи сервера: нет ли массовых 404 по старым адресам.

curl -I https://example.com/2026/09/
curl -I https://example.com/2026/09/11/

Если вы поставили 301, заголовок должен показывать 301 Moved Permanently и новый адрес в Location. Если выбрали 410, должен быть именно этот код, а не просто страница с текстом «не найдено».

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

Ставят noindex, но оставляют открытые архивы

Это частая полумера. Страница остаётся доступной, продолжает расходовать краулинговый бюджет и может появляться в отчётах как технический URL. Если архив не нужен, лучше выбрать 301 или 410, а не только мета-тег.

Редиректят всё на главную без логики

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

Ломают шаблон темы

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

Забывают про sitemap и внутренние ссылки

Даже после отключения архивов они могут остаться в XML-карте сайта или в старых шаблонах. Тогда поисковик продолжит их обходить. После правки обязательно проверьте sitemap и исходный код страниц.

Безопасность и производительность: что учесть перед правкой

Если вы вносите изменения через functions.php, делайте это в дочерней теме или в отдельном mu-plugin. Так проще откатить правку и меньше шанс потерять её после обновления темы.

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

Если нужен более широкий набор инструментов для чистки сайта и контроля технических страниц, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wptalk.ru&utm_medium=article&utm_campaign=kak-otklyuchit-arkhiv-dat-v-wordpress-i-ne-poteryat-indeksatsiyu-poleznykh-stranits. Но даже с плагином логику редиректов и проверку ответов сервера всё равно нужно делать руками.

Что делать, если архивы дат нужны частично

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

Практически это означает, что вы сначала проверяете, какие URL реально используются, а потом точечно пишете условия. Не стоит сразу резать все даты одинаково: это часто приводит к лишним редиректам и путанице в аналитике.

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