Архивы авторов и дат часто остаются в индексе по умолчанию, хотя для большинства сайтов они дают мало ценности и создают дублирующие страницы. Проблема обычно всплывает после аудита: в поиске видны страницы вида /author/... и архивы по датам, а в отчётах по индексации растёт число слабых URL. Если сайт не новостной и не мультиавторский, такие страницы лучше либо закрыть от индексации, либо оставить доступными только для пользователей и роботов без передачи SEO-веса.
Когда архивы авторов и дат мешают SEO
Сами по себе архивы не являются ошибкой. Они становятся проблемой, когда:
- на сайте один автор и архив автора дублирует блог;
- архивы дат содержат почти те же записи, что и рубрики;
- в индексе много страниц с малым числом материалов;
- поисковик выбирает архив вместо более полезной целевой страницы;
- в sitemap попадают URL, которые вы не хотите продвигать.
Если архивы используются как навигация внутри сайта, их не обязательно удалять полностью. В большинстве случаев достаточно убрать их из индекса и при необходимости настроить canonical на более релевантную страницу.
Диагностика: что именно индексируется сейчас
Перед правками проверьте, какие архивы реально открыты и попали ли они в поиск. Это можно сделать вручную и через инструменты вебмастера.
Что смотреть в первую очередь
- страницы автора:
/author/username/; - архивы по дате:
/2026/09/,/2026/09/01/и похожие; - мета-тег robots на этих страницах;
- наличие ссылок на архивы в меню, хлебных крошках и сайдбаре;
- попадание URL в XML-карту сайта.
Если у вас есть доступ к консоли, полезно быстро проверить заголовки и robots:
curl -I https://example.com/author/admin/
curl -s https://example.com/author/admin/ | grep -i robotsЕсли в HTML нет noindex, а страница доступна по прямому URL, поисковик может продолжать её обходить и индексировать.
Что выбрать: плагин, код или оба варианта
Для типового сайта есть три рабочих подхода. Выбор зависит от того, хотите ли вы управлять этим через интерфейс или держать логику в теме/плагине.
| Подход | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без кода | Настройки зависят от конкретного плагина |
| Код в теме или мини-плагине | Нужна точная логика и контроль | Нужно аккуратно тестировать после обновлений |
| Комбинированный вариант | Часть архивов закрыта через SEO-плагин, часть — кодом | Легко запутаться в дублирующихся правилах |
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки. Если нет — проще и надёжнее закрыть архивы кодом, чем ставить отдельный плагин только ради одной задачи.
Пошаговое решение через код
Ниже — рабочий вариант, который добавляет noindex,follow для архивов авторов и дат. Его лучше поместить в мини-плагин или в functions.php дочерней темы, если вы уверены, что тема не будет часто меняться.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот способ работает на уровне мета-robots и не ломает доступ к страницам. Робот сможет переходить по ссылкам, но сама страница не должна попадать в индекс как отдельный результат поиска.
Если нужно закрыть только архивы авторов
Иногда архивы дат полезны для новостных сайтов, а страницы авторов — нет. Тогда оставьте только нужное условие:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если вы используете SEO-плагин, не дублируйте правило в двух местах одновременно. Иначе можно получить конфликт: один плагин ставит index, другой — noindex, а итог зависит от порядка вывода.
Как убрать архивы из XML-карты сайта
Одна мета-метка noindex не всегда достаточно. Если архивы продолжают попадать в sitemap, поисковик будет регулярно их обходить. В популярных SEO-плагинах для этого есть отдельные переключатели для типов архивов.
Если вы пишете кодом, можно не добавлять архивы в sitemap вообще, но это уже зависит от того, как именно у вас формируется карта сайта. В WordPress core XML-карта не включает авторские и датированные архивы как отдельные сущности, поэтому чаще проблема возникает именно из-за SEO-плагина или кастомной генерации.
Проверка результата после внедрения
После изменения не ограничивайтесь просмотром страницы в браузере. Проверьте три вещи: HTML, заголовки и поведение в инструментах для вебмастеров.
- Откройте архив автора и убедитесь, что в исходном коде есть
noindex. - Проверьте, не переопределяет ли его другой плагин.
- Сравните URL в sitemap до и после правки.
- В Search Console запросите повторную проверку страницы, если она уже была проиндексирована.
Быстрая проверка через консоль:
curl -s https://example.com/author/admin/ | grep -i "noindex"
curl -I https://example.com/author/admin/Если страница всё ещё индексируется, это не всегда означает ошибку в коде. Поисковику нужно время на переобход и переоценку URL. Но если через несколько обходов статус не меняется, ищите конфликт в плагинах или шаблонах.
Частые ошибки и как их исправить
Ставят noindex только в robots.txt
Это распространённая путаница. robots.txt управляет обходом, но не гарантирует удаление URL из индекса. Для архивов нужен именно noindex в HTML или в HTTP-заголовке, если вы используете такой подход.
Закрывают архивы редиректом на главную
Редирект на главную часто выглядит как быстрый способ убрать страницу, но для SEO это не лучший вариант. Поисковик получает неочевидный сигнал, а пользователь — не тот контент. Если архив не нужен, лучше оставить его доступным и закрыть от индексации, либо удалить шаблон осознанно.
Забывают про архивы в хлебных крошках и меню
Если архивы остаются в навигации, они продолжают получать внутренние ссылки. Это не ошибка само по себе, но при слабом контенте может усиливать их видимость. Проверьте, действительно ли они нужны пользователю.
Одновременно включают noindex в плагине и в коде
Такой дубль не всегда ломает сайт, но усложняет диагностику. Через пару месяцев уже сложно понять, откуда взялось правило и почему оно перестало работать после обновления. Лучше оставить один источник истины.
Практические советы по безопасности и производительности
Если вы вносите правки в functions.php, делайте это в дочерней теме или в маленьком must-use плагине. Так вы не потеряете настройку при обновлении темы. Перед изменениями сохраните копию файла и проверьте синтаксис PHP локально или на staging-сервере.
Для сайтов с большим количеством контента имеет смысл периодически пересматривать список архивов, которые реально нужны. Чем меньше слабых URL в индексе, тем проще поисковику понять структуру сайта. Если у вас уже есть SEO-плагин с функциями очистки и управления дублями, например Clearfy Pro, часть таких задач можно закрыть через интерфейс без ручного кода: https://wpshop.ru/plugins/clearfy?utm_source=wplist.ru&utm_medium=article&utm_campaign=kak-zapretit-indeksaciyu-arkhivov-avtorov-i-dat-v-wordpress
Мини-чек-лист перед публикацией правки
- Проверил, какие архивы реально нужны пользователям.
- Добавил
noindex,followтолько для нужных архивов. - Убедился, что нет второго правила в SEO-плагине.
- Проверил исходный код страницы и sitemap.
- Отправил URL на повторную проверку в Search Console.
Если после этого архивы продолжают всплывать в выдаче, смотрите не только на мета-теги, но и на внутреннюю перелинковку, canonical и настройки SEO-плагина. В таких задачах проблема редко бывает в одном месте.