На небольших и средних сайтах WordPress архивы авторов и дат часто создают лишние URL: они открываются, индексируются и начинают конкурировать с рубриками, тегами или самими записями. Проблема не в том, что архивы существуют, а в том, что они нередко не несут самостоятельной ценности для поиска.
Если у вас один автор, а архивы дат вообще не используются как навигация, такие страницы обычно лучше закрыть от индексации или отдать им noindex,follow. Но перед этим важно понять, какие именно архивы у вас реально нужны: иногда архив автора используется как страница профиля редактора, а архив дат — как часть новостной структуры.
Когда архивы авторов и дат становятся проблемой
Типичный сценарий выглядит так: сайт публикует статьи от одного-двух авторов, в индексе появляются страницы вида /author/ivan/ и /2026/08/, а в Search Console растёт число «Просканировано, но не проиндексировано» или «Дубли, Google выбрал другой канонический URL». Это не всегда критично, но почти всегда лишняя нагрузка на обход и лишний шум в индексации.
Что стоит проверить до изменений
- сколько авторов реально публикуют контент;
- есть ли у архивов авторов уникальный текст, описание и список материалов;
- используются ли архивы дат в меню, хлебных крошках или внутренней навигации;
- не закрыты ли уже эти страницы через robots.txt или SEO-плагин;
- не ведут ли на архивы внутренние ссылки из шаблона темы.
Если архивы полезны пользователю, не спешите их полностью отключать. Часто достаточно убрать их из индекса и оставить доступными для переходов.
Диагностика: как понять, что именно индексируется
Начните с проверки реальных URL. Откройте архив автора и архив даты в браузере, затем посмотрите исходный код страницы. Ищите метатег robots, canonical и заголовки. Если у страницы уже стоит noindex, но она всё равно массово появляется в отчётах, проблема может быть в кеше, в конфликте SEO-плагинов или в том, что поисковик ещё не переобходил URL.
Полезно также проверить, не создаёт ли тема отдельные шаблоны архивов с собственными мета-тегами. В WordPress это нередко происходит, когда тема вручную выводит <meta name="robots"> или переопределяет canonical.
Как отключить индексацию через SEO-плагин
Если на сайте уже стоит SEO-плагин, это самый безопасный путь. В большинстве случаев нужно не удалять архивы, а просто запретить их индексацию. Логика зависит от плагина, но общий принцип одинаковый: для архивов авторов и дат выставляется noindex, а переходы по ссылкам остаются доступными.
Плюс этого подхода в том, что он не ломает шаблоны темы и не требует правки PHP. Минус — настройки могут сброситься при смене плагина или миграции сайта, поэтому важно зафиксировать, где именно это сделано.
| Подход | Когда подходит | Компромисс |
|---|---|---|
| SEO-плагин | Если уже используется Yoast SEO, Rank Math или аналог | Зависимость от настроек плагина |
| Код в теме/плагине | Если нужен контроль без лишних модулей | Нужно следить за обновлениями и темой |
| robots.txt | Только для ограничения обхода, не индексации | Не решает проблему полностью |
Важно: robots.txt сам по себе не гарантирует удаление URL из индекса. Если страница уже известна поисковику, лучше использовать noindex или корректный canonical.
Решение через код: отключаем архивы авторов и дат точечно
Если вы хотите управлять поведением без плагина, можно добавить фильтры в functions.php дочерней темы или в небольшой mu-plugin. Ниже пример для классического WordPress, который закрывает архивы авторов и дат от индексации, не трогая остальные архивы.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант работает на современных версиях WordPress, где используется фильтр wp_robots. Он предпочтительнее ручной вставки метатега в шаблон, потому что не конфликтует с ядром и легче поддерживается.
Если нужно закрыть только архивы дат
Иногда архивы авторов нужны, а архивы дат — нет. Тогда условие можно сузить:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если у вас уже подключён SEO-плагин, проверьте, не дублирует ли он эти правила. Два источника noindex обычно не ломают сайт, но усложняют диагностику и могут запутать при проверке результата.
Что делать с архивами авторов, если они нужны пользователям
Иногда архив автора — это не мусор, а полезная страница профиля. В таком случае лучше не закрывать её полностью, а сделать её содержательной: добавить фото, краткое описание, ссылки на соцсети и список материалов. Тогда архив может остаться в индексе как отдельная посадочная страница.
Если архивы авторов нужны, но не должны конкурировать с основным контентом, используйте noindex только для пустых или слабых архивов. Это особенно актуально для сайтов, где один и тот же автор публикует сотни материалов без дополнительной структуры.
Проверка результата после внедрения
После изменений не ограничивайтесь просмотром страницы в браузере. Нужна проверка на уровне HTML и индексации.
- Откройте архив автора или даты и посмотрите исходный код.
- Убедитесь, что в
<meta name="robots">естьnoindex. - Проверьте, что canonical указывает на саму страницу, если это предусмотрено вашей SEO-логикой.
- Запросите повторную проверку URL в Search Console.
- Через несколько дней посмотрите, исчез ли URL из отчётов по индексированию.
Если страница всё ещё попадает в индекс, проверьте кеш: серверный, плагина кеширования и CDN. Иногда поисковик видит старую версию HTML, пока кеш не обновится.
Частые ошибки и как их исправить
Закрыли в robots.txt вместо noindex
Это частая ошибка. Если URL уже известен поисковику, запрет в robots.txt не гарантирует удаление из индекса. Для индексации важнее мета-роботс или заголовок X-Robots-Tag.
Отключили архив, но оставили внутренние ссылки
Если архив больше не нужен, уберите ссылки из меню, хлебных крошек и блоков автора. Иначе вы продолжите тратить краулинговый бюджет на страницы, которые сами же считаете лишними.
Сломали шаблон автора в теме
Иногда разработчики правят author.php и случайно убирают важные элементы: заголовок, список записей, микроразметку. После этого архив выглядит пустым, но всё ещё индексируется. Если страница нужна, лучше доработать её содержимое, а не прятать без разбора.
Не учли плагин кеширования
После изменения правил индексации очистите кеш страницы, объекта и CDN, если он есть. Иначе в поисковую выдачу ещё какое-то время может попадать старая версия без noindex.
Практические советы по безопасности и производительности
Если вы вносите правки кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы обновление шаблона не откатило изменения. Для точечных SEO-правок это особенно важно: такие изменения легко потерять при апдейте.
На сайтах с большим количеством архивов полезно проверить, не генерируются ли они массово из-за лишних таксономий, дублей авторов или автоматических страниц дат. Иногда проблема шире, чем кажется, и закрытие архивов — только часть решения. Если нужна более системная чистка дублей и технических страниц, можно посмотреть на Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpdemo.ru&utm_medium=article&utm_campaign=kak-otklyuchit-indeksaciyu-arkhivov-avtorov-i-dat-v-wordpress.
Перед выкладкой на продакшен держите короткий чек-лист:
- проверен тип архива: автор или дата;
- выбрано решение: плагин или код;
- на странице есть
noindexпосле обновления; - кеш очищен;
- внутренние ссылки на ненужные архивы убраны или пересмотрены;
- в Search Console отправлен URL на повторную проверку.
Если после всех правок архивы продолжают индексироваться, не меняйте сразу несколько настроек одновременно. Сначала проверьте исходный HTML, затем заголовки ответа сервера, и только потом логику темы или SEO-плагина. Так проще найти источник проблемы без лишних догадок.