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

Автор: Маргарита Волкова | Опубликовано: 20.08.2026

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

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

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

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

Если архивы нужны как навигация для людей, это не значит, что их обязательно надо удалять из интерфейса. Часто достаточно оставить ссылки на сайте, но убрать страницы из индекса и из XML-карты.

Диагностика: что именно индексируется сейчас

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

Проверка через поиск и исходный код

Откройте в поиске запросы:

site:example.com author
site:example.com 2026/
site:example.com inurl:author

Затем откройте архивную страницу на сайте и посмотрите исходный код. Если в <head> уже есть noindex, возможно, проблема не в WordPress, а в SEO-плагине или в теме, которая выводит конфликтующие мета-теги.

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

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

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

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

Подход	Когда подходит	Плюсы	Минусы
SEO-плагин	Нужна быстрая настройка без правки темы	Просто проверить и откатить	Не всегда даёт тонкую настройку по типам архивов
Код в теме или mu-plugin	Нужна точная логика для author/date	Полный контроль	Нужно следить за обновлениями и конфликтами
Комбинированно	Часть архивов нужна, часть нет	Гибкость	Требует аккуратной проверки

Вариант 1: закрыть архивы через код

Если у вас нет SEO-плагина или вы хотите контролировать поведение на уровне темы, можно добавить фильтры в functions.php дочерней темы или в отдельный мини-плагин.

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

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

Этот вариант добавляет noindex,follow для архивов авторов и дат. Для поисковика страница не должна попадать в индекс, но ссылки с неё можно обходить. Если у вас уже стоит SEO-плагин, не дублируйте мета-теги вручную, иначе можно получить конфликт.

Вариант 2: убрать архивы из XML-карты

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

Для сайтов на стандартном WordPress важно проверить, не попадают ли архивы в карту через сторонний плагин. Сам WordPress по умолчанию не добавляет author/date архивы в core sitemap как отдельные сущности, но плагины могут это менять.

Вариант 3: отключить архивы авторов для одиночного сайта

Если на сайте один автор, архив автора обычно не нужен вообще. Тогда можно перенаправить его на главную или на страницу «Об авторе», если она есть.

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

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

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

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

Откройте архив автора или даты в браузере и проверьте исходный код на наличие noindex.
Проверьте HTTP-ответ и canonical, если используете SEO-плагин.
Посмотрите, исчезли ли архивные URL из sitemap.
В Google Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
Через несколько дней проверьте, не появились ли новые версии архивов с параметрами или альтернативными URL.

Для быстрой проверки можно использовать curl:

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

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

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

Ставят noindex, но оставляют архив в sitemap

Это частая несогласованность. Поисковик получает URL в карте сайта, заходит на страницу и видит запрет на индексацию. В результате страница может ещё долго висеть в статусе «просканирована, но не проиндексирована». Решение простое: уберите архив из sitemap на уровне SEO-плагина или генератора карты.

Делают редирект на все архивы без разбора

Если на сайте много авторов и у каждого есть полезная страница, массовый редирект может ухудшить навигацию и внутреннюю перелинковку. В таком случае лучше закрыть от индексации только date archives, а author archives оставить с noindex,follow.

Добавляют мета robots и в теме, и в плагине

Когда на странице два разных meta name="robots", поисковик обычно ориентируется на более строгий вариант, но поведение становится менее предсказуемым. Оставьте один источник правды: либо SEO-плагин, либо код.

Путают noindex и robots.txt

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

Что делать с безопасностью и производительностью

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

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

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

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