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

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

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

Когда архивы авторов и дат становятся проблемой

Сами по себе архивы не вредны. Проблема начинается, когда:

• на сайте один автор и архив автора дублирует список записей;
• архивы по датам показывают тот же контент, что и рубрики;
• в индексе уже есть десятки страниц вида /author/... и /2026/08/ без реальной пользы для пользователя;
• в Search Console растёт число страниц, которые не должны конкурировать с основными посадочными;
• пагинация архивов создаёт ещё больше URL с похожим содержимым.

Что именно смотреть в диагностике

Сначала проверьте не только наличие URL, но и то, как они отдаются. Откройте архив автора и архив даты в браузере, затем посмотрите исходный код страницы. Если там есть <meta name="robots" content="index, follow"> и canonical указывает на сам архив, поисковик получает прямой сигнал индексировать страницу.

Дополнительно проверьте:

• сколько архивов видно в XML-карте сайта;
• есть ли на архивных страницах уникальный текст или это просто список постов;
• не используются ли архивы как часть навигации внутри сайта;
• не завязаны ли на них внешние ссылки или внутренние переходы из меню.

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

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

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

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

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

<?php
add_filter('wp_robots', function (array $robots) {
    if (is_author() || is_date()) {
        $robots['noindex'] = true;
        $robots['follow']   = true;
    }

    return $robots;
});

Этот вариант работает на современных версиях WordPress, где используется фильтр wp_robots. Он не требует выдуманных хуков и не зависит от конкретного SEO-плагина.

Если нужно убрать архивы из sitemap

Одного noindex иногда недостаточно: URL всё равно могут попадать в карту сайта через тему или SEO-плагин. Тогда нужно исключить их на уровне генерации sitemap. В WordPress core XML-карта строится через wp-sitemaps, но точная точка вмешательства зависит от того, кто её генерирует. Если у вас SEO-плагин, отключайте архивы в его настройках. Если карта строится ядром, можно убрать типы архивов через фильтры sitemap provider, но это уже зависит от версии и сценария.

Практически безопасный путь: сначала закрыть архивы через robots, потом проверить, есть ли они в sitemap, и только после этого убирать их из карты сайта настройками плагина или темы.

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

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

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

Такой вариант жёсткий: URL перестаёт отдавать архивную страницу и начинает вести себя как 404. Используйте его только если вы уверены, что архивы нигде не нужны. Для большинства сайтов достаточно noindex.

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

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

• Откройте архив автора и архив даты в исходном коде страницы.
• Убедитесь, что в <meta name="robots"> есть noindex.
• Проверьте canonical: он не должен указывать на случайную страницу или на главную без причины.
• Посмотрите XML-карту сайта и убедитесь, что лишние архивы не продолжают туда попадать.
• В Search Console отправьте URL на повторную проверку после переобхода.

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

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

Поставили noindex, но архивы всё равно в индексе

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

Закрыли архивы, но они остались в sitemap

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

Сломали страницу автора для пользователей

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

Забыли про пагинацию

Архивы с пагинацией создают дополнительные URL, которые тоже могут попадать в индекс. Если закрываете архив, проверьте страницы /page/2/, /page/3/ и аналогичные варианты. Они должны наследовать ту же логику, что и первая страница архива.

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

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

Ещё несколько рабочих правил:

• не отключайте архивы без проверки внутренних ссылок;
• после изменений очистите кэш страницы, объектный кэш и CDN;
• не смешивайте несколько SEO-плагинов, которые одновременно меняют robots и canonical;
• если сайт многоавторский, не закрывайте архивы авторов без согласования с редакцией;
• проверяйте не только HTML, но и HTTP-ответ и заголовки, если у вас есть серверные правила.

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

В итоге рабочая схема обычно такая: сначала диагностировать, какие архивы реально создают дубли, затем закрыть их через noindex, follow, после этого проверить sitemap и кэш, и только если архивы совсем не нужны — отключать их на уровне шаблонов или маршрутизации.