Архивы авторов и дат часто создают лишние страницы в индексе: контент там дублируется, а ценности для поиска почти нет. На небольшом блоге это обычно незаметно, но на сайте с несколькими авторами, новостями или регулярными публикациями такие архивы начинают мешать: поисковик тратит краулинговый бюджет, в выдаче появляются слабые страницы, а каноническая структура сайта становится менее понятной.
Задача здесь не в том, чтобы «сломать» архивы, а в том, чтобы аккуратно убрать их из индекса и при необходимости оставить доступными для пользователей. Ниже — рабочие варианты: через SEO-плагин, через код и через проверку результата.
Когда архивы авторов и дат действительно стоит закрывать
Не все архивы надо отключать автоматически. Сначала посмотрите, есть ли у них практическая польза. Если на сайте один автор, а архив автора просто повторяет ленту записей, индексировать его обычно бессмысленно. То же самое с архивами по датам: они редко дают уникальную ценность, если не используются как отдельный навигационный сценарий.
Признаки, что архивы создают проблему
- в Search Console появляются страницы архива автора или даты, хотя вы их не продвигали;
- в индексе есть много URL с похожими сниппетами и одинаковыми списками записей;
- архивы конкурируют с основными рубриками или страницами рубрик;
- на сайте есть дубли заголовков и meta title для архивов;
- краулер видит много слабых страниц, которые не приносят трафик.
Если архив нужен только как внутренняя навигация, его лучше оставить доступным, но закрыть от индексации. Если он вообще не нужен, можно дополнительно убрать ссылки на него из шаблона или перенаправить на более полезную страницу. Но редирект — это уже отдельное решение, и его стоит применять осознанно.
Диагностика: что проверить до изменений
Перед правкой убедитесь, что архивы действительно индексируются. Самый простой путь — открыть несколько URL вида /author/username/ и /2026/08/, затем проверить их в поиске по оператору site: или через Search Console. Если страница уже в индексе, одного удаления ссылки из меню недостаточно: поисковик может продолжать держать URL в базе.
Полезно также посмотреть, не генерирует ли тема отдельные meta title для архивов. Иногда проблема не в индексации как таковой, а в том, что архивы выглядят как полноценные посадочные страницы и получают лишний вес.
Пошаговое решение через SEO-плагин
Если на сайте уже стоит SEO-плагин, это самый безопасный путь. В большинстве случаев достаточно отключить индексацию архивов авторов и дат в настройках архивов. У разных плагинов интерфейс отличается, но логика одна: архивы остаются доступны для пользователя, а поисковым роботам отдаются директивы noindex.
Плюс этого подхода в том, что он не требует правки темы и не ломается после обновления. Минус — вы зависите от конкретного плагина и его настроек. Если сайт поддерживается несколькими людьми, важно зафиксировать, где именно включено ограничение, чтобы его случайно не сняли при редактировании SEO-параметров.
| Подход | Что делает | Когда выбирать |
|---|---|---|
| SEO-плагин | Ставит noindex на архивы | Если нужен быстрый и безопасный вариант без кода |
| Код в теме или плагине | Добавляет noindex программно | Если нужен контроль и минимум зависимостей |
| Редирект | Уводит архив на другую страницу | Если архив вообще не должен существовать как отдельная точка входа |
Решение через код: noindex для архивов автора и даты
Если вы хотите контролировать поведение без SEO-плагина, можно добавить мета-тег robots через хук wp_head. Это не самый «магический» способ, но он рабочий и понятный. Лучше размещать код в дочерней теме или в небольшом mu-plugin, чтобы не потерять его при обновлении темы.
<?php
add_action( 'wp_head', function () {
if ( is_author() || is_date() ) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
}, 1 );Здесь используется noindex,follow: страница не должна попадать в индекс, но ссылки с неё могут учитываться. Для архивов это обычно разумнее, чем жёсткий nofollow, потому что внутренние ссылки на записи сохраняют смысл.
Если нужно закрыть только архивы дат, а авторские оставить, условие можно сузить до is_date(). Если наоборот — только авторские, оставьте is_author().
Когда лучше не вставлять код в functions.php
Если тема часто обновляется или меняется, functions.php — не лучший контейнер. Для технических правок такого типа удобнее отдельный мини-плагин. Тогда настройка не исчезнет при смене темы и не будет зависеть от визуального шаблона.
<?php
/**
* Plugin Name: Archive Noindex Helper
*/
add_action( 'wp_head', function () {
if ( is_author() || is_date() ) {
echo "<meta name=\"robots\" content=\"noindex,follow\" />\n";
}
}, 1 );Что делать с архивами, если они уже в индексе
После добавления noindex не ждите мгновенного исчезновения страниц из выдачи. Поисковику нужно переобойти URL и увидеть новое правило. Если архивы уже индексировались, они могут какое-то время оставаться в базе как «известные» страницы.
Чтобы ускорить процесс, проверьте:
- есть ли на странице реальный meta robots с
noindex; - не блокируется ли URL в
robots.txtраньше, чем робот увидит мета-тег; - не отдает ли сервер кэш старую версию страницы без изменений;
- не дублируется ли архив через HTTP/HTTPS или с www/без www.
Важно: если вы закроете URL в robots.txt до того, как поисковик увидит noindex, страница может дольше оставаться в индексе. Для удаления из индекса обычно полезнее сначала дать роботу увидеть мета-тег, а уже потом при необходимости ограничивать обход.
Проверка результата после внедрения
Проверять нужно не только визуально. Откройте архив автора или даты в браузере и посмотрите исходный код страницы: в <head> должен появиться <meta name="robots" content="noindex,follow" />. Затем проверьте URL через инструмент проверки страницы в Search Console, если он доступен.
Дополнительно можно сделать быстрый контроль через командную строку:
curl -I https://example.com/author/username/Этот запрос покажет заголовки ответа, но не мета-теги. Поэтому для полной проверки лучше открыть исходный HTML или использовать просмотр кода страницы. Если у вас включен серверный кэш, убедитесь, что он не отдает старую версию без noindex.
Мини-чек-лист проверки
- на архиве есть
noindex,follow; - страница открывается без ошибок 4xx и 5xx;
- внутренние ссылки на записи остаются доступными;
- в Search Console URL помечается как исключенный или неиндексируемый;
- после очистки кэша код не пропадает.
Частые ошибки и как их исправить
Ставят noindex, но страница всё равно индексируется
Обычно причина в кэше или в том, что робот еще не переобошел страницу. Проверьте HTML-ответ без кэша, затем отправьте URL на повторную проверку в Search Console. Если используется CDN, убедитесь, что он не хранит старую версию страницы.
Закрывают архив в robots.txt вместо noindex
Это частая ошибка. Если робот не может зайти на страницу, он не увидит директиву noindex в HTML. В результате URL может дольше оставаться в индексе как «известный», но недоступный для обхода.
Ставят noindex на все архивы подряд
Иногда вместе с архивами авторов и дат случайно закрывают рубрики, теги и пагинацию. Это уже может повредить структуре сайта. Перед публикацией проверьте, какие именно условные теги используются в коде.
Редиректят архив автора на главную
Такой редирект выглядит просто, но часто ухудшает UX и мешает поисковику понять, что именно произошло с URL. Если архив не нужен только для индекса, noindex обычно аккуратнее. Редирект имеет смысл только если страница действительно не должна существовать как отдельный маршрут.
Практические советы по безопасности и производительности
Любая SEO-правка, связанная с архивами, должна быть предсказуемой. Не храните такой код в произвольных сниппетах без контроля версий, если сайт поддерживается командой. Лучше вынести его в отдельный мини-плагин или в mu-plugin и зафиксировать в репозитории.
Если на сайте много архивных страниц, проверьте, не генерируют ли они лишнюю нагрузку из-за тяжелых блоков в шаблоне. Иногда проблема не только в индексации, но и в том, что архивы тянут сложные запросы, виджеты и дополнительные метаданные. В таком случае noindex решает только часть задачи, а шаблон всё равно стоит облегчить.
Для сайтов, где важна чистка дублей и техническая SEO-гигиена, полезно держать под рукой инструменты вроде Clearfy Pro: он помогает закрывать типовые дубли и упрощает часть настроек без ручной правки шаблонов. Но даже с плагином важно понимать, что именно он меняет, чтобы не закрыть лишнее.
Если после правки архивы автора и даты перестали попадать в индекс, а в выдаче остались только полезные страницы, значит решение сработало. Дальше имеет смысл периодически проверять Search Console и не возвращать эти архивы в индекс случайно через обновление темы или SEO-настроек.