На небольших и средних сайтах WordPress архивы авторов и дат часто живут своей жизнью: часть страниц пустая, часть дублирует рубрики, а часть вообще не несёт пользы для поиска. Проблема не в самих архивах, а в том, что они начинают конкурировать с основными страницами и размывают структуру индексации.
Ниже разберём, когда архивы лучше отключить, когда оставить, и как сделать это без поломки навигации и без лишних сюрпризов в SEO.
Когда архивы авторов и дат становятся проблемой
Сценарий обычно выглядит одинаково: на сайте один автор, публикации идут нерегулярно, а архивы по датам создают десятки страниц с одной-двумя записями. Для поисковика это слабые страницы, для пользователя — лишний слой навигации, который редко помогает добраться до контента быстрее.
Особенно часто это всплывает после запуска блога, когда в WordPress включены архивы по умолчанию, а в sitemap они попадают автоматически через SEO-плагин или тему. Если таких страниц много, они начинают съедать краулинговый бюджет и засорять отчёты по индексированию.
Что обычно видно в диагностике
- в индексе есть архивы с одинаковыми заголовками и почти пустым содержимым;
- страницы автора открываются, но показывают только список постов без дополнительной ценности;
- архивы по датам содержат 1–2 записи и не используются в навигации;
- в Search Console появляются страницы, которые не должны быть приоритетными;
- в теме или плагине нет явного управления этими архивами.
Диагностика: что именно отключать
Сначала стоит понять, какой архив создаёт проблему. Не все архивы нужно убирать одинаково: иногда достаточно закрыть от индексации, а иногда лучше полностью отключить вывод страницы и сделать редирект на более полезный раздел.
Проверка в браузере и в коде сайта
Откройте несколько типовых URL:
/author/имя/— архив автора;/2024/или/2024/05/— архивы по году и месяцу;- страницы пагинации архивов, например
/author/имя/page/2/.
Дальше проверьте:
- есть ли на странице уникальный текст, а не только список записей;
- не дублирует ли title и description другие разделы;
- не закрыта ли страница уже через SEO-плагин;
- не используется ли архив в меню, хлебных крошках или внутренних ссылках.
Если архив нужен пользователям, но не нужен в поиске, достаточно noindex. Если он не нужен вообще, лучше убрать его из публичного вывода и настроить редирект.
Пошаговое решение: отключаем архивы через код
Самый предсказуемый вариант — управлять архивами через тему или небольшой mu-plugin. Так вы не зависите от настроек конкретного SEO-плагина и можете точно контролировать поведение.
1. Закрыть архивы авторов и дат от индексации
Если архивы должны открываться пользователю, но не должны попадать в индекс, добавьте noindex, follow. Для этого удобно использовать фильтр wp_robots:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
Этот вариант подходит, если архивы нужны как навигация, но не как посадочные страницы. Важно не добавлять сюда всё подряд: если у вас есть полезные архивы рубрик, их лучше не трогать без необходимости.
2. Полностью отключить архивы авторов
Если на сайте один автор, архив автора обычно не нужен. Тогда можно сделать редирект на главную или на страницу «О нас», если она действительно отражает автора и контекст сайта.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );
Если архивы автора уже успели попасть в индекс, редирект поможет постепенно передать сигналы на целевую страницу. Но редирект должен вести на релевантный URL, а не просто на случайную страницу.
3. Отключить архивы дат, если они не нужны
Архивы по датам редко бывают полезны на контентных сайтах без новостной структуры. Их можно закрыть аналогично:
<?php
add_action( 'template_redirect', function() {
if ( is_date() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );
Если у вас новостной проект или журнал, не спешите отключать даты полностью. Иногда архив по году или месяцу нужен как реальная точка входа для редакции и пользователей.
Что выбрать: плагин, код или редирект
Если задача типовая, можно решить её через SEO-плагин. Но когда нужно убрать только часть архивов, код часто даёт меньше побочных эффектов.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без правки темы | Просто включить, не нужен PHP | Меньше точности, зависит от плагина |
| Код в теме или mu-plugin | Нужен контроль над конкретными архивами | Предсказуемое поведение, легко проверить | Требует аккуратности и доступа к файлам |
| Редирект 301 | Архив не нужен вообще | Убирает страницу из публичного обхода | Нужно выбрать релевантную цель |
Если вы используете Clearfy Pro, часть задач по чистке и отключению лишних архивов можно закрыть настройками плагина. Но даже в этом случае полезно понимать, что именно он меняет, чтобы не получить неожиданный редирект или конфликт с другой SEO-настройкой.
Проверка результата после внедрения
После изменений не ограничивайтесь открытием страницы в браузере. Нужно проверить и HTTP-ответ, и мета-роботы, и поведение в индексации.
Что проверить вручную
- архив автора или даты отдаёт
301, если вы настроили редирект; - если редиректа нет, в HTML есть
noindex; - страница не возвращает
404без необходимости; - внутренние ссылки на архивы не ведут в тупик;
- в sitemap не остались ненужные архивы, если ваш SEO-плагин их туда добавляет.
Проверить заголовки можно через curl:
curl -I https://example.com/author/ivan/
Если стоит редирект, вы увидите статус 301 и заголовок Location. Если архив открыт, но закрыт от индексации, проверьте HTML-код страницы и наличие robots-метки.
Что проверить в Search Console
После переобхода страниц смотрите, как меняется статус URL. Не ждите мгновенного исчезновения старых адресов: поисковик обрабатывает такие изменения не сразу. Важно, чтобы новые ответы сервера были стабильными, а не менялись от запроса к запросу.
Частые ошибки и как их исправить
Редирект на главную без логики
Это самая частая ошибка. Если архив автора был полезен, а вы отправили его на главную, пользователь теряет контекст. Лучше вести на страницу автора, список материалов по теме или на более близкий раздел.
Ставят noindex и одновременно убирают страницу из sitemap
Иногда это нормально, но иногда приводит к путанице при диагностике. Если страница уже закрыта от индексации, не нужно дополнительно ломать навигацию, если она всё ещё полезна пользователю.
Отключают архивы через тему, не проверив шаблоны
Если в теме есть ссылки на архивы в блоке автора, хлебных крошках или виджетах, после отключения они могут вести на 404. Перед изменениями проверьте, где именно используется этот URL.
Путают архивы автора и страницы профиля
Если на сайте есть отдельная страница автора с биографией, не стоит автоматически редиректить её на главную. Сначала проверьте, что именно открывается по URL и как это связано с контентной структурой.
Чек-лист перед публикацией изменений
- определили, какие архивы реально нужны пользователю;
- проверили, есть ли на них уникальный контент;
- выбрали один сценарий: noindex, редирект или отключение;
- проверили статус ответа сервера через
curl -Iили DevTools; - убедились, что внутренние ссылки не ведут в пустые разделы;
- проверили sitemap и настройки SEO-плагина;
- посмотрели, не конфликтует ли решение с кэшем.
Безопасность и производительность
Если вы вносите правки кодом, лучше делать это в дочерней теме или через mu-plugin, а не напрямую в основной теме. Так изменения не слетят после обновления. Для редиректов и robots-логики не стоит использовать тяжёлые плагины, если задача решается несколькими строками кода.
Ещё один практический момент: после правок очистите кэш страницы и, если есть, объектный кэш. Иначе вы можете проверять старую версию архива и думать, что код не сработал.
Если нужен более широкий технический аудит сайта — от дублей до лишних архивов и служебных страниц — имеет смысл смотреть на чистку структуры в комплексе. В таких сценариях часто помогает связка настроек SEO и точечной правки шаблонов, а не один универсальный переключатель.