Архивы авторов и дат в WordPress часто создают лишние страницы, которые не несут ценности для посетителя, но попадают в индекс и размывают структуру сайта. На небольших проектах это выглядит как десятки одинаковых страниц с короткими списками записей. На контентных сайтах проблема заметнее: появляются дубли, каннибализация и лишняя нагрузка на обход.
Отключать такие архивы нужно аккуратно. Если просто закрыть URL в robots.txt, поисковик может продолжить видеть их как отдельные страницы. Если удалить шаблон без проверки, можно сломать навигацию или получить 404 там, где раньше был рабочий адрес. Ниже — рабочий сценарий: как понять, что именно мешает, какие варианты отключения есть и как проверить результат.
Когда архивы авторов и дат действительно мешают
Не каждый сайт должен убирать эти архивы. Если у вас редакция, где страницы автора содержат биографию, фото, список публикаций и полезный контекст, архив автора может быть нормальной посадочной страницей. То же касается сайтов с архивами по датам, если они реально используются как навигация по событиям или новостям.
Проблема начинается, когда архивы выглядят как технические страницы:
- на странице автора только имя и список записей;
- архив даты дублирует ленту блога;
- в индексе есть страницы с
/author/,/2024/05/и похожими URL без уникального контента; - в Search Console появляются дубли или страницы с низкой ценностью;
- в теме уже есть отдельная главная блога, категории и теги, а архивы авторов и дат только распыляют вес.
Диагностика: что именно индексируется сейчас
Сначала проверьте, как WordPress отдает эти страницы. Не нужно гадать по настройкам темы — лучше посмотреть фактический ответ сервера и мета-теги.
Что проверить вручную
- откройте архив автора, например
/author/admin/; - откройте архив даты, например
/2024/05/; - посмотрите исходный код страницы и найдите
<meta name="robots"; - проверьте, есть ли canonical и куда он указывает;
- сравните title и H1 с другими архивами — если они почти одинаковые, это уже сигнал на дубли.
Если есть доступ к консоли, удобно проверить заголовки и код ответа:
curl -I https://example.com/author/admin/
curl -I https://example.com/2024/05/Нормальный результат для страниц, которые вы хотите убрать из индекса, — не обязательно 404. Часто лучше оставить страницу доступной для пользователей, но закрыть ее от индексации через noindex. Это особенно важно, если на архив уже есть внутренние ссылки.
Как отключить архивы авторов и дат: рабочие варианты
Есть три практических подхода: через SEO-плагин, через код темы или через комбинацию из редиректа и noindex. Выбор зависит от того, хотите ли вы полностью скрыть страницы или только убрать их из поиска.
| Вариант | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без кода | Просто, меньше риска | Зависимость от интерфейса плагина |
| Код в теме или mu-plugin | Нужен точный контроль | Предсказуемо, без лишних настроек | Нужно аккуратно тестировать |
| Редирект на главную или блог | Архивы точно не нужны пользователю | Убирает лишние URL из обхода | Нельзя делать массово без логики, чтобы не потерять полезные страницы |
Вариант 1: закрыть архивы через код
Если вы хотите убрать архивы авторов и дат из индекса, но не ломать сайт, добавьте noindex на эти типы архивов. Для этого удобно использовать фильтр wp_robots, который есть в современных версиях WordPress.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Такой подход не удаляет страницу физически, но дает поисковику понятный сигнал не индексировать ее. Для большинства сайтов это безопаснее, чем сразу ставить редирект.
Вариант 2: отключить архивы авторов полностью
Если на сайте один автор и архив автора не нужен вообще, можно отключить его вывод на уровне шаблона или через редирект. Самый простой и понятный способ — отправлять архив автора на главную или на страницу блога.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Этот вариант подходит только если вы уверены, что архив автора не нужен ни пользователям, ни поисковику. Если на сайте несколько авторов и у каждого есть своя страница с описанием, редирект лучше не делать.
Вариант 3: отключить архивы дат, но оставить блог
Архивы дат почти всегда менее полезны, чем архив рубрик или тегов. Если тема или плагин генерируют их автоматически, можно закрыть их от индексации и при необходимости перенаправить на блог.
<?php
add_action( 'template_redirect', function() {
if ( is_date() ) {
wp_safe_redirect( get_permalink( get_option( 'page_for_posts' ) ) ?: home_url( '/' ), 301 );
exit;
}
} );Здесь есть нюанс: если у вас не настроена отдельная страница записей, get_option( 'page_for_posts' ) вернет пустое значение. Поэтому код использует запасной вариант — главную страницу.
Если нужен быстрый путь без кода
Когда сайт уже работает на SEO-плагине, проще закрыть архивы через его настройки. Это не универсально, но для типовой задачи удобно: не нужно править тему, а изменения легко откатить.
Если вы используете Clearfy Pro, логика обычно сводится к отключению лишних архивов и дублей в одном месте. Это полезно, когда на сайте одновременно нужно убрать архивы авторов, даты, теги или другие технические страницы. Смысл не в том, чтобы ставить плагин ради одной галочки, а в том, чтобы централизовать техническую чистку.
Но даже при работе через плагин проверьте, что он делает именно noindex или редирект, а не просто прячет ссылку из меню. Скрытая ссылка и закрытая страница — разные вещи.
Пошаговое решение без лишнего риска
- Определите, нужны ли архивы пользователю. Если нет — можно отключать.
- Проверьте, нет ли на них входящего трафика из поиска и внутренних ссылок.
- Выберите способ:
noindexдля мягкого отключения или 301-редирект для полного удаления из маршрутов. - Добавьте код в дочернюю тему или в mu-plugin, а не в основной файл темы, если тема может обновляться.
- Очистите кэш сайта и CDN, если они используются.
- Переобойдите страницы в Search Console после внедрения.
Как проверить, что решение сработало
Проверка должна быть не только визуальной. Откройте архив автора и архив даты и убедитесь в трех вещах:
- страница открывается или редиректит туда, куда вы ожидали;
- в исходном коде есть
noindex, если вы выбрали мягкое отключение; - в ответе сервера нет цепочки редиректов.
Для быстрой проверки можно использовать такой сценарий:
curl -I https://example.com/author/admin/
curl -I https://example.com/2024/05/Если настроен редирект, вы должны увидеть 301 и новый адрес в заголовке Location. Если выбран noindex, код ответа обычно останется 200, но в HTML должен появиться robots-мета-тег с нужными директивами.
Дополнительно проверьте в Search Console:
- нет ли ошибок сканирования на старых URL;
- не выросло ли число исключенных страниц;
- не появились ли новые дубли после изменения структуры ссылок.
Частые ошибки и как их исправить
Ставят noindex, но оставляют лишние ссылки
Если архивы продолжают активно ссылаться из хлебных крошек, виджетов или блоков автора, поисковик все равно будет их обходить. Это не критично, но лишний обход останется. Решение — убрать ссылки из шаблона или заменить их на более полезные страницы.
Делают 301 на главную для всех архивов подряд
Это грубая схема. Если на сайте несколько авторов или архивы дат используются в навигации, массовый редирект может ухудшить UX. Лучше сначала оценить, какие архивы реально не нужны, и только потом перенаправлять их.
Путают robots.txt и noindex
Закрыть URL в robots.txt недостаточно, если страница уже известна поисковику. Для удаления из индекса нужен либо noindex, либо корректный редирект, либо 404/410 в случае полного удаления.
Забывают про кэш
После изменения кода страница может продолжать отдавать старый meta robots из кэша. Очистите серверный кэш, плагин кэша и CDN, если он есть. Иначе проверка покажет старое состояние, хотя код уже исправлен.
Отключают архивы, но не проверяют sitemap
Если архивы попали в карту сайта, поисковик будет дольше переобходить их. После отключения проверьте, не остались ли они в XML-sitemap. В идеале там должны быть только страницы, которые вы действительно хотите индексировать.
Безопасность и производительность
С точки зрения производительности отключение архивов само по себе не дает большого ускорения, но уменьшает количество бесполезных URL, которые нужно генерировать, сканировать и поддерживать. На больших сайтах это уже заметно в логике индексации и обхода.
С точки зрения безопасности важно другое: не редактируйте файлы ядра и не вносите изменения прямо в родительскую тему. Используйте дочернюю тему или mu-plugin, чтобы не потерять правки после обновления. Если код короткий и нужен только для технической настройки, mu-plugin часто удобнее.
Если вы хотите решить задачу без ручного кода и одновременно почистить сайт от похожих дублей, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже в этом случае не отключайте все подряд — сначала определите, какие архивы действительно лишние именно для вашего сайта.
Самый надежный критерий простой: если архив не помогает пользователю найти контент и не несет уникальной ценности, его лучше закрыть от индекса или перенаправить. Если помогает — оставляйте и улучшайте, а не прячьте механически.