На небольших и средних сайтах WordPress архивы авторов и дат часто не несут самостоятельной ценности для поиска. При этом они могут попадать в индекс, собирать дубли заголовков и мета-тегов, а иногда ещё и перетягивать внутренний вес на страницы, которые не нужны в выдаче. Если у сайта один автор, а публикации идут без привязки к редакционной структуре, такие архивы обычно лучше закрыть от индексации и при необходимости вообще отключить их вывод.
Ниже — рабочий сценарий: как понять, что проблема именно в архивах, как закрыть их корректно, чем отличается noindex от полного отключения, и как проверить, что после правки ничего лишнего не осталось в индексе.
Когда архивы авторов и дат действительно мешают
Не каждый архив нужно трогать. На новостных и многoавторских проектах страницы авторов могут быть полезны: у них есть биография, подборка материалов, ссылки на профиль. Архивы дат тоже иногда используют как навигацию по хронологии публикаций. Но на большинстве корпоративных сайтов и блогов картина другая:
- один автор на весь сайт;
- архив автора дублирует ленту блога почти без отличий;
- архивы дат пустые или содержат те же записи, что и главная рубрика;
- в индексе появляются страницы вида
/author/...и/2026/08/без реальной пользы; - в Search Console растёт число «Просканировано, но не проиндексировано» для служебных URL.
Как быстро диагностировать проблему
Проверьте несколько признаков вручную и через поиск:
- откройте архив автора и архив даты в браузере;
- посмотрите исходный код страницы на наличие
meta name="robots"; - выполните запрос в Google вида
site:example.com inurl:authorиsite:example.com inurl:2026/08; - сравните title и description архивов с основными страницами сайта;
- если используете SEO-плагин, проверьте, не включена ли индексация архивов по умолчанию.
Если архивы уже попали в индекс, одного изменения в настройках мало: поисковику нужно время на переобход. Поэтому лучше сразу сделать настройку аккуратно, без лишних редиректов и без удаления нужных страниц автора, если они реально полезны.
Что выбрать: noindex, отключение архивов или редирект
Для WordPress есть три практических варианта. Они не взаимозаменяемы, и выбор зависит от того, нужен ли архив пользователю вообще.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
noindex | Архив нужен для навигации, но не для поиска | Страница остаётся доступной людям, но не должна индексироваться | Нужно следить, чтобы страница не блокировалась в robots.txt |
| Отключение архива | Архив не нужен совсем | Убирает лишний URL из сайта | Нужно аккуратно обработать ссылки и 404 |
| Редирект на релевантную страницу | Архив явно заменяется другой страницей | Пользователь и бот попадают в полезный раздел | Нельзя редиректить всё подряд на главную без смысла |
Если задача именно SEO-чистка, чаще всего достаточно noindex, follow для архивов автора и даты. Если сайт однозначно не использует эти страницы, можно убрать их из шаблона или закрыть через настройки темы/плагина.
Пошаговое решение через SEO-плагин
Самый безопасный путь — использовать SEO-плагин, если он уже стоит на сайте. В большинстве случаев это проще, чем править шаблоны вручную, и меньше риск сломать разметку.
Что проверить в настройках
Ищите разделы, связанные с архивами автора, датами, таксономиями и мета-роботами. В популярных SEO-плагинах обычно есть отдельные переключатели для индексации архивов. Логика простая: если архив не нужен в поиске, ставим noindex, но не закрываем его от обхода полностью, если он должен быть доступен пользователю.
После изменения настроек откройте страницу архива и проверьте исходный код. В HTML должен появиться тег вида:
<meta name="robots" content="noindex,follow" />Если вместо этого вы видите index,follow или вообще ничего, значит настройка не применена к конкретному типу архива, либо её переопределяет тема.
Решение кодом: отключаем архивы авторов и дат точечно
Если нужен предсказуемый результат без зависимости от интерфейса плагина, можно задать поведение через код. Ниже пример для 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;
} );Этот вариант добавляет директивы для страниц архива автора и архива даты. Он не ломает доступность страницы и не мешает поисковику переходить по ссылкам дальше. Для большинства сайтов этого достаточно.
Если архивы вообще не нужны и вы хотите отдавать 404 или 301, лучше делать это отдельно и осознанно. Не стоит смешивать noindex и жёсткое отключение в одном шаге без проверки логики ссылок.
Если архив автора должен открываться, но не индексироваться
Иногда на сайте есть полезные страницы авторов: фото, описание, список публикаций. Тогда не отключайте их полностью. Оставьте страницу для пользователей, но добавьте noindex и проверьте, что на ней есть нормальный заголовок, хлебные крошки и ссылки на материалы автора.
Как полностью отключить архивы автора и даты
Если сайт однозначно не использует эти страницы, можно убрать их из выдачи на уровне шаблона. Для архивов автора часто применяют редирект на главную или на страницу «О сайте», но это не всегда лучший вариант. Если у вас один автор, логичнее либо оставить архив с noindex, либо отключить его и не создавать лишний URL.
Пример мягкого отключения с редиректом на главную:
<?php
add_action( 'template_redirect', function() {
if ( is_author() || is_date() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой подход подходит не всем. Если на архивы уже ведут внешние ссылки или внутренние переходы, редирект на главную может выглядеть как «мягкая ошибка» для пользователя и для поисковика. Лучше редиректить на тематически близкую страницу, если она есть.
Проверка результата после внедрения
После правки не ограничивайтесь просмотром страницы в браузере. Нужна проверка на уровне HTML и индексации.
- Откройте архив автора и архив даты в режиме инкогнито.
- Проверьте исходный код на наличие
noindex,follow. - Убедитесь, что страница не закрыта в
robots.txt, если вы используете именноnoindex. - Проверьте заголовок ответа и отсутствие лишних редиректов.
- В Search Console отправьте URL на переобход, если страница уже была в индексе.
- Через несколько дней повторно проверьте
site:-запросы и отчёт по страницам.
Если вы используете серверный доступ, можно быстро проверить заголовки:
curl -I https://example.com/author/admin/
curl -I https://example.com/2026/08/Для noindex важен именно HTML-мета-тег или HTTP-заголовок, а не только визуальное поведение страницы. Если страница отдаёт 200 и в коде нет robots-метки, поисковик будет решать сам, что с ней делать.
Частые ошибки и как их исправить
Закрыли страницу в robots.txt вместо noindex
Это частая ошибка. Если URL уже в индексе, запрет в robots.txt мешает поисковику увидеть noindex и удалить страницу корректно. Для уже проиндексированных архивов сначала лучше дать доступ к обходу, поставить noindex, а потом при необходимости закрывать технически.
Поставили noindex, но забыли про каноникал
Если архив автора дублирует страницу блога или рубрику, проверьте, не указывает ли canonical на сам архив. В этом случае поисковик получает смешанный сигнал. Canonical должен вести на действительно основную страницу, если архив — лишь дубль.
Сделали редирект на главную для всех архивов
Массовый редирект без логики ухудшает навигацию. Для пользователя это выглядит как потеря контекста, а для поисковика — как слабый сигнал релевантности. Если архив не нужен, лучше убрать его из шаблона или закрыть от индексации, а не отправлять всё на главную.
Не проверили тему и SEO-плагин
Некоторые темы и плагины переопределяют robots-метки. После обновления шаблона или SEO-плагина настройка может измениться. Поэтому проверяйте не только админку, но и фактический HTML страницы.
Практические советы по безопасности и производительности
С точки зрения производительности архивы автора и даты сами по себе обычно не создают серьёзной нагрузки. Но если на сайте много записей и сложные фильтры, лишние архивы могут увеличивать число обходимых URL и мусорить в логах. Убрать их из индекса — уже полезно.
Если вы вносите код вручную, не правьте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin, чтобы настройка не слетела после обновления. Перед изменениями сделайте резервную копию и проверьте, что на сайте нет кастомной логики, завязанной на is_author() или is_date().
Для сайтов, где нужна более широкая чистка SEO-дублей и технических архивов, удобно смотреть в сторону инструментов, которые умеют управлять мета-роботами и служебными страницами централизованно. Например, в Clearfy Pro есть набор настроек для технической оптимизации и удаления лишних дублей: https://wpshop.ru/plugins/clearfy.
Если после внедрения архивы всё ещё появляются в индексе, не спешите менять всё сразу. Сначала проверьте, нет ли на них внутренних ссылок из меню, хлебных крошек, виджетов или блока автора в конце записи. Иногда проблема не в индексации как таковой, а в том, что сайт сам активно подталкивает поисковик к этим URL.