Архивы автора и даты часто остаются в индексе по умолчанию, хотя на небольшом сайте они не дают поиску ничего нового: дублируют списки записей, размывают релевантность и создают лишние URL для обхода. При этом полностью удалять такие страницы не всегда нужно — иногда достаточно закрыть их от индексации и оставить доступными для пользователей.
Ниже разберём, когда это действительно полезно, как отключить индексацию без поломки сайта и как проверить, что изменения сработали.
Когда архивы автора и дат мешают, а когда — нет
Если у сайта один автор, а архивы дат не несут самостоятельной ценности, поисковику обычно не нужно держать их в выдаче. Такие страницы часто повторяют ленту записей, только с другой сортировкой. На новостных и многoавторских проектах ситуация может быть другой: архив автора помогает навигации, а архив даты может быть полезен для поиска по событиям. Поэтому решение лучше принимать не «по привычке», а по структуре сайта.
Типичные признаки, что архивы лучше закрыть
- на сайте один автор или почти все материалы публикуются от имени редакции;
- архивы автора показывают тот же список записей, что и главная или рубрики;
- архивы дат не используются в меню, внутренней навигации и поиске;
- в Search Console появляются страницы архива, которые не нужны в выдаче;
- SEO-плагин уже добавляет canonical, но страницы всё равно индексируются.
Диагностика проблемы перед изменениями
Сначала проверьте, какие именно архивы открыты и как они сейчас отдаются. Это можно сделать без доступа к базе данных.
- Откройте страницу автора, например
/author/admin/, и архив даты, например/2026/09/. - Посмотрите исходный код страницы и найдите
<meta name="robots"иrel="canonical". - Проверьте, не закрывает ли архив уже SEO-плагин: иногда в настройках Yoast, Rank Math или аналогов архивы автора отключены частично, но архивы дат остаются открытыми.
- В Google Search Console откройте отчёт по страницам и убедитесь, что именно эти URL попадают в индекс или в обход.
Если архивы уже отдают noindex, но всё равно появляются в индексе, проблема может быть в том, что поисковик ещё не переобходил страницы или на сайте есть конфликт между несколькими источниками мета-тегов.
Пошаговое решение через код
Самый предсказуемый способ — добавить правила в тему или в небольшой mu-plugin. Так вы не зависите от настроек плагина и можете точно контролировать поведение архивов.
1. Закрыть архивы автора и даты от индексации
Ниже пример, который добавляет noindex, follow для архивов автора и даты. Он не ломает доступ к страницам для пользователей, но подсказывает поисковику не включать их в индекс.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант подходит, если вы хотите оставить архивы доступными, но убрать их из поиска. Если нужно не только закрыть индексацию, но и убрать архивы из обхода, можно дополнительно вернуть 404 или 410, но это уже более жёсткий сценарий и его стоит применять только после проверки внутренних ссылок.
2. Убрать ссылки на архивы из шаблона, если они не нужны
Если тема выводит ссылки на автора в карточках записей, а архив автора вам не нужен, лучше не оставлять лишний путь в интерфейсе. Это не обязательный шаг, но он уменьшает число бесполезных переходов.
<?php
add_filter( 'the_author_posts_link', function( $link ) {
if ( is_admin() ) {
return $link;
}
return '';
} );Этот фрагмент не универсален для всех тем и может быть слишком грубым. На практике чаще правят шаблон content.php или template-parts, где выводится авторская ссылка, и заменяют её на обычный текст без перехода.
3. Если используете SEO-плагин, не дублируйте настройку
Когда noindex задаётся и кодом, и плагином, иногда получается конфликт: один источник ставит index, другой — noindex. В итоге диагностика становится сложнее. Лучше выбрать один способ как основной. Если у вас уже есть SEO-плагин, проверьте, можно ли отключить архивы автора и даты в его настройках, а код оставить только для точечных исключений.
| Подход | Плюсы | Минусы |
|---|---|---|
| Через SEO-плагин | Быстро, без правки кода | Меньше контроля, зависит от настроек и обновлений |
| Через код | Точно и предсказуемо | Нужно аккуратно вносить изменения в тему или mu-plugin |
| Оставить как есть | Ничего не ломаете сразу | Риск лишних страниц в индексе и размывания релевантности |
Как сделать это безопасно в теме или mu-plugin
Если не хотите трогать functions.php активной темы, лучше создать отдельный файл в wp-content/mu-plugins/. Тогда настройка не пропадёт после обновления темы.
<?php
/**
* Plugin Name: Disable author and date archives from indexing
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если директории mu-plugins нет, её можно создать вручную. Файл должен лежать прямо в этой папке, без дополнительной вложенности, иначе WordPress его не подхватит.
Проверка результата после внедрения
После сохранения изменений не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что поисковик видит именно тот набор сигналов, который вы ожидаете.
- Откройте архив автора и проверьте исходный код: должен появиться
noindex. - Проверьте архив даты тем же способом.
- Убедитесь, что canonical указывает на саму страницу архива или на нужный вам URL, а не на случайную запись.
- В Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
- Через несколько обходов проверьте, уменьшилось ли число таких URL в отчётах по индексированию.
Если используете кэш-плагин или серверный кэш, очистите кэш после правки. Иначе вы можете смотреть на старую версию страницы и сделать ложный вывод, что настройка не сработала.
Частые ошибки и как их исправить
Архив закрыт, но в индексе остаётся старая версия
Это нормальная ситуация на коротком промежутке времени. Поисковик должен переобойти страницу. Если нужно ускорить процесс, отправьте URL на переобход в Search Console и проверьте, нет ли блокировки в robots.txt, которая мешает роботу увидеть мета-тег noindex.
В коде стоит noindex, но SEO-плагин выводит другое значение
Значит, у вас два источника управления robots. Оставьте один основной: либо настройку в плагине, либо код. Если нужен код, отключите соответствующую опцию в плагине для архивов автора и дат.
Архивы закрыли слишком жёстко и сломали навигацию
Если вы вернули 404 или 410, а ссылки на архивы остались в шаблоне, пользователи будут попадать в тупик. В таком случае либо уберите ссылки из темы, либо оставьте архивы открытыми для пользователей и ограничьтесь noindex.
Проверяли не ту страницу
Иногда путают архив автора с архивом рубрики или датой с архивом записи по году. Сначала уточните тип URL, затем проверяйте конкретный шаблон WordPress: is_author() и is_date() срабатывают только на нужных архивных страницах.
Практические советы по безопасности и производительности
Такая настройка почти не нагружает сайт, но есть несколько полезных правил. Не редактируйте ядро WordPress. Не вносите изменения прямо в файлы плагина SEO — после обновления они потеряются. Если используете дочернюю тему, храните код там или в mu-plugin. Перед правкой сделайте резервную копию хотя бы изменяемого файла.
Если на сайте много технических дублей и похожих страниц, имеет смысл проверить не только архивы автора и дат, но и другие источники мусорных URL: вложения, служебные страницы, параметры фильтров. Для комплексной чистки иногда удобнее использовать инструменты вроде Clearfy Pro, но только если вы понимаете, какие именно типы страниц отключаете и зачем.
В итоге задача сводится к простому правилу: если архив не даёт поиску новой ценности, лучше убрать его из индекса, но не ломать сайт резкими запретами. Для WordPress это можно сделать аккуратно, проверяемо и без лишних правок в ядре.