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

На небольших и средних сайтах WordPress архивы авторов и дат часто не несут самостоятельной ценности для поиска, но при этом создают дубли, размывают внутреннюю перелинковку и забирают краулинговый бюджет. Проблема обычно всплывает после запуска Search Console: в индексе появляются страницы вида /author/username/ и /2026/08/, а в отчётах по дублям — похожие заголовки и сниппеты.

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

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

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

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

тогда их индексация чаще вредит, чем помогает. В таких случаях задача не «удалить всё», а аккуратно убрать из индекса то, что не даёт самостоятельной пользы.

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

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

Что смотреть в Search Console

  • Отчёт «Страницы» — ищите URL с /author/, /date/, /2026/ и похожими шаблонами.
  • Отчёт «Дубли, Google выбрал другой канонический URL» — архивы часто всплывают там, если они повторяют контент рубрик.
  • Сниппеты в поиске — если архивы показываются вместо более полезных страниц, это уже сигнал к правке.

Что проверить в коде темы

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

<?php
// Быстрая проверка: есть ли архив автора и даты в шаблонах темы.
if ( is_author() || is_date() ) {
    // Это не решение, а точка для диагностики шаблона.
    error_log( 'Archive template loaded: ' . get_queried_object_id() );
}

Как отключить индексацию через код

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

<?php
add_action( 'wp_head', function () {
    if ( is_author() || is_date() ) {
        echo '<meta name="robots" content="noindex,follow">' . "\n";
    }
}, 1 );

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

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

Если нужен более жёсткий вариант

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

<?php
add_action( 'template_redirect', function () {
    if ( is_author() || is_date() ) {
        wp_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

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

Сравнение подходов: плагин, код, редирект

ПодходКогда подходитПлюсМинус
SEO-плагинНужно быстро закрыть архивы без правки темыУдобно и прозрачноЗависит от конкретного плагина и его настроек
Код в теме/мини-плагинеНужен точный контрольНе зависит от интерфейса плагинаНужно следить за обновлениями и местом вставки
301-редиректАрхивы не нужны вообщеБыстро убирает страницу из обходаМожно потерять полезные входы и ссылки

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

  1. Определите, какие архивы реально бесполезны: авторы, даты, теги, форматы записей.
  2. Проверьте, нет ли на них трафика и внешних ссылок.
  3. Выберите один способ управления индексацией: SEO-плагин или код.
  4. Добавьте noindex,follow для архивов, которые хотите оставить доступными.
  5. Если архивы не нужны совсем — настройте 301-редирект на релевантную страницу.
  6. Обновите sitemap и очистите кеш, если он есть.

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

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

  • в HTML страницы должен появиться <meta name="robots" content="noindex,follow">;
  • страница должна открываться без ошибок 404, если вы не делали редирект;
  • в Search Console через время статус URL должен измениться, а новые архивы не должны массово попадать в индекс;
  • если использовали 301, проверьте код ответа через curl -I https://site.ru/author/username/;

Пример проверки заголовков:

curl -I https://example.com/author/admin/

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

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

Ставят noindex и одновременно закрывают страницу в robots.txt

Так делать не стоит, если цель — убрать URL из индекса корректно. Когда страница закрыта в robots.txt, поисковик может не увидеть мета-тег noindex. В итоге URL может зависнуть в индексе дольше, чем ожидается.

Делают редирект на главную для всех архивов подряд

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

Забывают про кеш

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

Дублируют настройку в нескольких местах

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

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

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

Для производительности важно не плодить лишние проверки в шаблонах. Условие is_author() и is_date() само по себе дешёвое, но не стоит оборачивать им тяжёлые запросы к базе или внешние API.

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

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

Не отключайте индексацию автоматически «на всякий случай». Оставляйте архивы, если:

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

В остальных случаях проще и чище убрать их из индекса, чем потом разбирать, почему поисковик выбирает не ту страницу.

Как использовать WPRemark для автоматического модерирования комментариев в WordPress
11.02.2026
Как использовать метод WP_Query для создания сложных запросов в WordPress
01.01.2026
WooCommerce: как автоматизировать удаление неиспользуемых атрибутов товаров при массовом импорте
16.07.2026
Как использовать метод WP Tour get_custom_meta для работы с пользовательскими метаданными WordPress
07.02.2026
Как отключить AJAX в WooCommerce: практическое руководство
20.04.2026

Уроки со скриншотами, подробные руководства