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

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

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

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

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

Диагностика: что проверить до изменений

Перед правкой шаблонов и настроек посмотрите на факты:

• есть ли в индексе URL с датами через site:example.com 2024/05;
• ведут ли на архивы внутренние ссылки из темы, хлебных крошек или виджетов;
• есть ли на этих страницах уникальный текст, а не просто список записей;
• не используются ли архивы дат в старых рекламных или внешних ссылках;
• не закрыты ли они уже через robots.txt или мета-тег noindex.

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

Что выбрать: редирект, noindex или отключение шаблона

Универсального варианта нет. Для каждого сценария компромисс разный.

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

Пошаговое решение через код

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

Вариант 1: редирект архивов дат на страницу блога

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

<?php
add_action('template_redirect', function () {
    if (is_date()) {
        $blog_page_id = (int) get_option('page_for_posts');

        if ($blog_page_id) {
            wp_safe_redirect(get_permalink($blog_page_id), 301);
            exit;
        }

        wp_safe_redirect(home_url('/'), 301);
        exit;
    }
});

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

Вариант 2: отключить архивы дат и отдать 404

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

<?php
add_action('template_redirect', function () {
    if (is_date()) {
        global $wp_query;
        $wp_query->set_404();
        status_header(404);
        nocache_headers();
        include get_query_template('404');
        exit;
    }
});

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

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

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

Проверьте шаблоны:

• single.php и content-single.php;
• функции, которые выводят дату через get_the_date() с ссылкой;
• виджеты «Последние записи» и похожие блоки;
• микроразметку, если она ссылается на дату как на архив.

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

<?php
// Было: ссылка на архив даты
printf(
    '<a href="%s">%s</a>',
    esc_url(get_day_link(get_the_date('Y'), get_the_date('m'), get_the_date('d'))),
    esc_html(get_the_date())
);

// Стало: просто дата без ссылки
echo esc_html(get_the_date());

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

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

1. Откройте несколько URL архивов дат напрямую: месячный, дневной, годовой.
2. Проверьте код ответа через curl -I https://example.com/2024/05/.
3. Убедитесь, что редирект идёт сразу, без цепочки из двух-трёх переходов.
4. Посмотрите исходный код страниц записей: нет ли ссылок на архивы дат.
5. В Google Search Console проверьте отчёт по страницам и исключённым URL, если сайт уже сканировался.

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

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

Ставят noindex и считают задачу решённой

noindex не убирает URL из обхода и не решает проблему внутренних ссылок. Если архивы дат вам не нужны, закрывайте их редиректом или 404, а не только мета-тегом.

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

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

Оставляют ссылки в теме

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

Закрывают архивы в robots.txt

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

Чек-лист перед публикацией изменений

• Проверены все типы архивов дат: год, месяц, день.
• Выбран один сценарий: 301, 404 или noindex.
• Удалены или изменены внутренние ссылки на архивы дат.
• Проверен HTTP-ответ через curl или DevTools.
• Нет цепочек редиректов.
• Проверена страница в мобильной и десктопной версии.
• Обновлены sitemap и кэш, если они используются.

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

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

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

И ещё один момент: если архивы дат уже попали в индекс, не меняйте сразу всё подряд. Сначала зафиксируйте текущие URL, затем внедрите редирект или 404, потом проверьте логи и отчёты поиска. Так проще понять, не потеряли ли вы важные переходы.