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

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

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

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

Проблема обычно всплывает не в теории, а по факту в Search Console или в логах обхода. Поисковик начинает обходить страницы вида /author/username/ и /2026/09/, а затем показывает их как отдельные документы. Если на архиве мало контента, он почти всегда проигрывает по качеству основной статье и может конкурировать с ней за релевантность.

Типичные признаки

• в индексе есть архивы автора, хотя на сайте один редактор;
• страницы дат появляются в поиске без явной пользы для пользователя;
• в отчётах по покрытию много «Просканировано — не проиндексировано» для архивных URL;
• на сайте есть пагинация архивов, но она не нужна для SEO;
• в теме или плагине уже включены хлебные крошки и архивы дублируют навигацию.

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

Сначала проверьте, какие архивы реально существуют и как они отдают страницы. Откройте:

• /author/ и конкретный архив автора;
• /date/, /2026/, /2026/09/ — если тема или плагины их генерируют;
• исходный код страницы на наличие noindex в мета-тегах;
• HTTP-заголовки, если закрытие делается через заголовок X-Robots-Tag.

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

Пошаговое решение

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

Вариант 1: закрыть архивы через SEO-плагин

Если у вас уже стоит SEO-плагин, это самый безопасный путь. В Yoast SEO и Rank Math можно отключить индексацию архивов автора и дат в настройках. Логика простая: архив остаётся доступным для пользователя, но получает noindex.

Проверяйте не только главный архив, но и пагинацию. Если на второй странице архива нет noindex, поисковик может продолжить её обходить.

Вариант 2: добавить noindex через код

Если нужен точечный контроль, можно добавить мета-тег noindex,follow для архивов автора и дат. Ниже пример для дочерней темы или небольшого mu-plugin. Он не ломает вывод страницы и не требует отдельного SEO-плагина.

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

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

Вариант 3: закрыть через X-Robots-Tag

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

<?php
add_action('send_headers', function () {
    if (is_author() || is_date()) {
        header('X-Robots-Tag: noindex, follow', true);
    }
});

Не ставьте этот код одновременно с конфликтующими правилами в SEO-плагине без проверки. Если один слой отдаёт index, а другой — noindex, итоговое поведение может зависеть от того, как именно собирается ответ.

Если архивы вообще не нужны: как отключить их без лишних дублей

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

Для архива автора можно убрать ссылки на автора из шаблонов или заменить их на статический текст. Для дат — проверить, не используются ли они в теме как часть URL-структуры или в блоках «последние записи».

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

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

После внедрения проверьте не только HTML, но и реальное поведение страницы.

• Откройте архив в браузере и посмотрите исходный код: должен быть noindex или соответствующий заголовок.
• Проверьте ответ сервера через curl -I https://example.com/author/username/ или аналогичный инструмент.
• Убедитесь, что пагинация архива тоже закрыта, если она существует.
• В Google Search Console отправьте URL на повторную проверку после изменения.
• Через несколько дней проверьте, не появились ли новые ошибки в покрытии и не остались ли архивы в индексе.

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

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

Закрыли только главную страницу архива, но не пагинацию

Это частая причина, когда /author/username/ закрыт, а /author/username/page/2/ остаётся открытым. Исправление простое: проверяйте все шаблоны архива, а не только первую страницу.

Поставили noindex, но оставили каноникал на сам архив

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

Отключили архив автора, но сломали ссылки на имя автора

Тема может строить ссылку на автора в карточке записи, в хлебных крошках или в блоке метаданных. Если архив удалён, ссылка ведёт в 404. Решение — либо оставить архив с noindex, либо заменить ссылку на обычный текст.

Сделали запрет в robots.txt вместо noindex

Это распространённая ошибка. Если вы закрываете URL в robots.txt, поисковик может не увидеть мета-тег noindex и продолжить держать URL в индексе по внешним сигналам. Для уже известных страниц надёжнее использовать именно noindex на самой странице или заголовок X-Robots-Tag.

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

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

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

<?php
/**
 * Plugin Name: WPBest Robots for Archives
 */
add_action('wp_head', function () {
    if (is_author() || is_date()) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
}, 1);

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

Мини-чек-лист перед публикацией

• Проверены архивы автора и дат на всех страницах пагинации.
• Нет конфликтов между SEO-плагином и кодом темы.
• Кэш CDN и серверный кэш очищены после изменений.
• В исходном коде или заголовках есть нужный robots-сигнал.
• Ссылки на автора не ведут в 404, если архив остаётся доступным.
• В Search Console отправлена проверка изменённых URL.

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