На небольших сайтах архивы авторов и дат часто не несут ценности для поиска, но продолжают индексироваться и создавать лишние точки входа. На практике это приводит к дублям, размыванию релевантности и странным страницам в выдаче вроде архивов за один день или пустых архивов автора.
Задача здесь не в том, чтобы «спрятать всё подряд», а в том, чтобы аккуратно убрать из индекса служебные архивы, не ломая навигацию, хлебные крошки и внутренние ссылки. Для этого есть несколько рабочих подходов: через SEO-плагин, через noindex в шаблоне и через отключение самих архивов, если они не нужны вообще.
Когда это действительно проблема
Проверять нужно не по ощущениям, а по фактам. Откройте поиск по сайту и посмотрите, есть ли в индексе страницы вида /author/username/, /2026/08/ или /2026/08/18/. Если по ним нет полезного трафика, а в выдаче они конкурируют с основными статьями, их лучше закрыть от индексации.
Признаки, что архивы мешают
- в Google или Яндексе находятся страницы авторов без уникального контента;
- архивы дат показывают почти тот же список записей, что и рубрики;
- в Search Console появляются URL, которые не должны быть посадочными страницами;
- на сайте есть один автор, и архив автора дублирует блог-ленту;
- архивы пустые или содержат слишком мало материалов.
Что выбрать: noindex, редирект или отключение архива
Не все случаи решаются одинаково. Если архивы нужны пользователям, но не нужны поисковикам, ставьте noindex, follow. Если архив не используется вообще, можно отключить его вывод и при необходимости сделать редирект на более полезную страницу. Полное удаление URL без замены подходит только тогда, когда вы уверены, что на него нет внешних ссылок и он не нужен в навигации.
| Подход | Когда использовать | Плюс | Минус |
|---|---|---|---|
| SEO-плагин с noindex | Архив нужен в интерфейсе, но не в индексе | Минимум кода | Зависимость от плагина |
| Код в теме/плагине | Нужен точечный контроль | Прозрачно и быстро | Нужно аккуратно поддерживать |
| Отключение архива | Архив не нужен совсем | Убирает лишний URL | Можно сломать старые ссылки без редиректа |
Пошаговое решение через код
Если у вас нет SEO-плагина или вы хотите контролировать поведение на уровне темы, можно добавить фильтры в functions.php дочерней темы или в небольшой mu-plugin. Ниже пример для закрытия архивов автора и дат от индексации, но с сохранением самих страниц для пользователей и ботов.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
add_filter( 'get_the_archive_title', function( $title ) {
if ( is_author() ) {
$title = single_post_title( '', false );
}
return $title;
} );Первый фильтр добавляет директивы для роботов только на архивных страницах автора и дат. Второй — убирает лишний префикс в заголовке архива автора, если он мешает шаблону. Это не влияет на индексацию напрямую, но делает страницу чище, если архив всё же открыт для просмотра.
Если вы хотите полностью отключить архивы авторов на сайте с одним автором, используйте редирект на главную или на страницу блога. Делать это лучше через template_redirect, чтобы не плодить пустые шаблоны.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Как закрыть архивы через SEO-плагин
Если на сайте уже стоит плагин для SEO, проще использовать его настройки, чем писать свой код. В большинстве случаев достаточно отключить индексацию архивов автора и дат в настройках мета-роботов. Это удобнее для редактора и безопаснее, если сайт поддерживает не один разработчик.
Если вы используете Clearfy Pro, проверьте разделы, связанные с SEO-оптимизацией и служебными страницами: там обычно можно отключать архивы, которые не нужны в поиске. Но даже при наличии плагина полезно проверить итоговый HTML страницы, чтобы убедиться, что директива noindex реально попала в <head>.
Диагностика перед внедрением
Перед изменениями зафиксируйте текущую картину. Это поможет понять, сработала ли настройка и не сломали ли вы нужные страницы.
- проверьте, какие архивы уже в индексе через
site:example.com authorиsite:example.com 2026/08; - посмотрите исходный код страницы и найдите
meta name="robots"; - сверьте, нет ли внутренних ссылок на архивы в меню, хлебных крошках или блоках автора;
- если используется кэш, очистите его до проверки;
- проверьте, не закрыты ли архивы случайно в
robots.txtвместоnoindex.
Проверка результата после внедрения
После настройки откройте архив автора и архив даты в браузере и посмотрите исходный код страницы. На странице должен появиться robots-мета-тег с noindex. Если вы делали редирект, URL должен отдавать 301 и вести на выбранную страницу без цепочки перенаправлений.
Дальше проверьте три вещи:
- страница открывается или редиректится так, как вы задумали;
- в HTML есть нужные директивы для роботов;
- после очистки кэша поведение не меняется.
Для быстрой проверки можно использовать инструменты разработчика или команду curl -I https://example.com/author/username/, если нужно увидеть статус ответа и заголовки. Если у вас включён серверный кэш или CDN, тестируйте именно публичный URL, а не только локальную копию шаблона.
Частые ошибки и как их исправить
Закрыли архив в robots.txt вместо noindex
Это распространённая ошибка. Если вы запретили обход в robots.txt, поисковик может не увидеть страницу и не обработать директиву noindex, если она есть в HTML. Для уже известных URL это часто хуже, чем точечный noindex или редирект.
Отключили архив автора, но забыли про ссылки
Меню, блок «Автор», хлебные крошки и виджеты могут продолжать вести на несуществующий или редиректящий URL. После отключения архива проверьте шаблоны и замените ссылки на страницу «О сайте», блог или профиль автора, если он нужен.
Поставили noindex, но страница всё равно в выдаче
Это нормально на коротком промежутке: поисковику нужно переобойти страницу и обновить индекс. Если страница долго остаётся в выдаче, проверьте, не блокируется ли она robots.txt, не отдаёт ли кэш старый HTML и не генерирует ли тема отдельный canonical на другой URL.
Сделали 301 на главную для всех архивов
Такой редирект часто выглядит как быстрый способ, но он может ухудшить пользовательский опыт и создать лишнюю нагрузку на главную. Если архивы дат нужны для навигации, лучше оставить их открытыми и закрыть только от индексации.
Практические советы по безопасности и производительности
Если вы вносите изменения кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы не потерять правки при обновлении. Перед выкладкой проверьте синтаксис PHP и сделайте резервную копию файлов.
Для производительности важен ещё один момент: если архивы закрыты и не нужны, не держите их в меню и не генерируйте на них лишние блоки с тяжёлыми запросами. Это особенно заметно на сайтах с большим количеством записей и сложными шаблонами автора.
Если вам нужно не только закрыть архивы, но и убрать другие служебные дубли, имеет смысл смотреть на комплексную SEO-чистку сайта. В таких задачах часто помогает Clearfy Pro, но использовать его стоит как инструмент для конкретных настроек, а не как замену пониманию того, что именно вы закрываете и зачем.