Архивы авторов и дат часто создают лишние страницы в индексе: контент на них повторяется, а ценности для поиска почти нет. На небольшом блоге это выглядит безобидно, но на сайте с несколькими авторами, новостями или регулярными публикациями такие архивы быстро начинают плодить дубли, размывать релевантность и тратить краулинговый бюджет.
Если задача не в том, чтобы полностью удалить архивы, а именно в том, чтобы убрать их из индекса и при этом не сломать навигацию, лучше идти по шагам: сначала понять, какие архивы реально доступны, затем выбрать способ закрытия — через SEO-плагин или код, и только потом проверить результат в HTML, заголовках и поисковой консоли.
Когда архивы авторов и дат становятся проблемой
Проблема обычно проявляется не сразу. Сайт может нормально открываться, но в индексе появляются страницы вида /author/username/ и /2026/08/, которые дублируют список записей. Если у автора один материал или архив даты содержит те же записи, что и рубрика, поисковику нечего ранжировать отдельно.
Типичные симптомы
- в поиске находятся страницы архивов вместо нужных записей;
- в отчётах по индексации растёт число «Просканировано, но не проиндексировано»;
- в выдаче появляются страницы с одинаковыми заголовками и сниппетами;
- архивы дат создаются автоматически, хотя на сайте они не используются.
Что проверить перед изменениями
Сначала откройте несколько URL вручную и посмотрите, что именно отдают шаблоны темы. Важно понять, есть ли у архивов уникальный контент, хлебные крошки, пагинация и не закрыты ли они уже где-то на уровне SEO-плагина. Часто оказывается, что проблема не в WordPress, а в теме, которая выводит архивы без noindex и без канонического URL.
- есть ли страницы автора в меню или хлебных крошках;
- используются ли архивы дат в навигации;
- не дублируются ли title и description у архивов;
- не закрывает ли SEO-плагин их частично, но оставляет в sitemap.
Как закрыть архивы через SEO-плагин
Если на сайте уже используется SEO-плагин, это самый безопасный путь. У большинства нормальных решений есть настройка для архивов авторов и дат: можно выключить их полностью, либо оставить доступными для пользователей, но запретить индексацию. Для большинства проектов достаточно именно noindex, follow, если архивы нужны для внутренней навигации.
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
| Настройка в SEO-плагине | Если плагин уже стоит | Быстро и без кода | Зависит от конкретного плагина |
| Код в теме или mu-plugin | Если нужен точный контроль | Не зависит от интерфейса | Нужно аккуратно тестировать |
| Полное отключение архивов | Если архивы не нужны вообще | Убирает лишние URL | Может сломать старые ссылки |
Если вы используете Clearfy Pro, в нём есть инструменты для отключения лишних архивов и дублей. Это удобно, когда нужно быстро убрать технический шум без правки шаблонов. Но даже в этом случае после настройки стоит проверить итоговый HTML и заголовки ответа, а не полагаться только на галочку в админке.
Для сайтов без SEO-плагина или с кастомной логикой удобнее закрыть архивы кодом. Ниже пример, который добавляет noindex, follow для архивов авторов и дат через wp_robots:
<?php
add_filter('wp_robots', function (array $robots) {
if (is_author() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант не удаляет страницы и не ломает ссылки, но просит поисковик не индексировать такие архивы. Для большинства технических задач этого достаточно.
Если архивы нужно отключить полностью
Иногда архивы авторов и дат не нужны вообще: на сайте один автор, публикации идут от имени редакции, а дата в URL и навигации не несёт пользы. В таком случае лучше не только закрыть индексацию, но и убрать доступ к архивам, чтобы не держать лишние точки входа.
Отключать архивы лучше на уровне темы или через mu-plugin, а не в functions.php активной темы, если сайт живёт долго и обновляется. Тогда настройка не потеряется при смене темы.
<?php
add_action('template_redirect', function () {
if (is_author() || is_date()) {
wp_redirect(home_url('/'), 301);
exit;
}
});Этот код делает жёсткий редирект на главную. Он уместен только если вы уверены, что архивы не используются ни пользователями, ни внутренними ссылками. Если на сайте есть старые ссылки на архивы, сначала проверьте их количество и только потом включайте редирект.
Когда лучше не делать 301 на главную
- если архивы уже в индексе и на них есть трафик;
- если страницы автора используются как посадочные для редакции;
- если у датовых архивов есть реальная навигационная роль;
- если вы не готовы проверить 404 и цепочки редиректов после внедрения.
Проверка результата после внедрения
После настройки важно проверить не только визуально, но и технически. Откройте архив автора и архив даты в браузере, затем посмотрите исходный код страницы и заголовки ответа сервера. Нужно убедиться, что поисковик видит именно то, что вы задумали: noindex, редирект или полное отключение.
Что смотреть в первую очередь
- мета-тег robots в HTML;
- HTTP-заголовок
X-Robots-Tag, если он используется; - код ответа: 200, 301 или 404;
- наличие URL в sitemap.xml;
- отсутствие архивов в новых внутренних ссылках.
Проверить заголовки можно через curl:
curl -I https://example.com/author/admin/
curl -I https://example.com/2026/08/Если вы ожидаете noindex, но в ответе его нет, значит настройка не сработала или её перебивает другая часть кода. Если стоит редирект, убедитесь, что он одинарный и не ведёт через несколько промежуточных URL.
Частые ошибки и как их исправить
Архив закрыли в robots.txt
Это частая ошибка. Запрет в robots.txt не убирает URL из индекса, если он уже известен поисковику. Для удаления из выдачи нужен noindex или редирект/404, а не просто блокировка обхода.
Оставили архивы в sitemap
Если URL всё ещё попадают в карту сайта, поисковик получает противоречивые сигналы: вы просите не индексировать страницу, но одновременно предлагаете её как важную. После отключения архивов проверьте генератор sitemap и исключите оттуда ненужные типы архивов.
Сделали редирект, но забыли про внутренние ссылки
Если меню, хлебные крошки или блок «автор статьи» продолжают вести на архив, вы получите лишние переходы и нагрузку. После правки шаблона проверьте, куда ведут ссылки в теме и плагинах.
Поставили noindex, но страница осталась в индексе
Это нормально на коротком отрезке времени: поисковику нужно переобойти страницу. Если URL долго не исчезает, проверьте, не блокируется ли он в robots.txt и не мешает ли канонический URL. Иногда проблема в том, что страница закрыта частично, но всё ещё активно перелинкована.
Практические советы по безопасности и производительности
Если вы вносите код, не правьте активную тему напрямую. Лучше использовать дочернюю тему или отдельный mu-plugin. Так вы не потеряете изменения после обновления и сможете быстро откатить правку, если что-то пойдёт не так.
Для сайтов с большим количеством архивов полезно дополнительно проверить:
- не создаёт ли тема лишние архивы по таксономиям;
- не дублируются ли страницы через пагинацию;
- не генерируются ли архивы для вложений и медиа;
- не тянет ли SEO-плагин в sitemap всё подряд по умолчанию.
Если нужен более широкий контроль над дублями, мета-тегами и технической чисткой сайта, можно посмотреть в сторону инструментов вроде Clearfy Pro: он закрывает часть типовых задач без ручной правки шаблонов. Но даже с плагином полезно понимать, какой именно URL вы закрываете и почему.
Как понять, что настройка действительно сработала
Финальная проверка должна быть одинаковой для любого способа: откройте архив, посмотрите HTML, проверьте заголовки и убедитесь, что URL больше не конфликтует с sitemap и внутренними ссылками. Если архивы были закрыты через noindex, дайте поисковику время на переобход. Если был редирект, проверьте, что старый URL отдаёт один корректный ответ без цепочки переходов.
Хороший результат выглядит просто: архивы доступны только там, где они реально нужны пользователю, а в индексе остаются записи, рубрики и другие страницы с понятной ценностью. Всё остальное — технический шум, который лучше убрать до того, как он начнёт мешать SEO.