Архивы авторов и дат в WordPress часто выглядят безобидно, пока не начинаются типичные симптомы: в индексе появляются страницы с одинаковыми списками записей, в Search Console растёт число «Просканировано, но не проиндексировано», а в выдаче всплывают не те URL, которые вы хотите продвигать. На небольшом сайте это может быть просто шумом, на контентном проекте — уже лишней нагрузкой на краулинг и источник дублей.
Задача здесь не в том, чтобы «удалить всё лишнее», а в том, чтобы аккуратно закрыть от индексации архивы, которые не несут самостоятельной ценности, и при этом оставить полезные страницы — записи, рубрики, теги или страницы авторов, если они реально нужны пользователю.
Когда архивы авторов и дат становятся проблемой
Проверять нужно не по догадке, а по фактам. Если архив автора или архив даты повторяет по сути тот же набор материалов, что и рубрика, а уникального текста там нет, поисковику нечего индексировать. Особенно это заметно на сайтах, где один автор ведёт почти весь блог: архив автора превращается в ещё одну копию ленты записей.
Как быстро диагностировать проблему
- Откройте архив автора и архив даты в браузере и сравните их с главной блога и рубриками.
- Посмотрите исходный код страницы: есть ли уникальный title, description, текстовый блок, который действительно объясняет назначение архива.
- Проверьте индекс через
site:example.com authorиsite:example.com 2024в поиске. - В Google Search Console откройте отчёт по страницам и найдите URL архивов, которые не должны ранжироваться.
Если архивы уже получают трафик и у них есть отдельная ценность, например на сайте с несколькими редакторами или с сильной авторской экспертизой, закрывать их вслепую не стоит. В таком случае лучше доработать шаблон архива, добавить описание автора и нормальную внутреннюю перелинковку.
Что лучше: noindex, canonical или полное отключение
Для WordPress есть три практических сценария, и у каждого свой компромисс. Полное удаление архивов из темы — самый жёсткий вариант. noindex оставляет страницу доступной для пользователей, но просит поисковик не включать её в индекс. canonical полезен, когда у архива есть почти идентичная основная страница, на которую нужно передать сигнал.
| Подход | Когда использовать | Минус |
|---|---|---|
| noindex | Архив не нужен в поиске, но может быть полезен на сайте | Страница остаётся доступной для обхода |
| canonical | Есть явный основной URL, а архив — его дубль | Не всегда убирает URL из индекса быстро |
| Удаление шаблона | Архив точно не нужен ни пользователям, ни поиску | Нужно аккуратно обработать 404/редиректы |
Для большинства сайтов самый безопасный вариант — noindex, follow на архивы авторов и дат. Он не ломает навигацию, но убирает лишние страницы из индекса.
Пошаговое решение через код
Если вы не хотите зависеть от SEO-плагина или вам нужно точечно управлять мета-тегами, можно добавить noindex в wp_head. Это рабочий способ, если тема не подставляет собственные robots-мета-теги поверх ваших настроек.
<?php
add_action( 'wp_head', function () {
if ( is_author() || is_date() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Если нужно не только закрыть от индексации, но и убрать архивы из карты сайта, это уже лучше делать на уровне SEO-плагина или фильтров его sitemap. В чистом WordPress штатного механизма для исключения архивов из XML-карты сайта нет, поэтому здесь важна именно связка: мета-тег на странице плюс исключение из sitemap, если он генерируется внешним плагином.
Когда лучше отключить архивы полностью
Если на сайте один автор, а архив автора не несёт никакой пользы, можно убрать саму ссылку на него из темы и не показывать страницу вовсе. Но перед этим проверьте, не используется ли архив автора в хлебных крошках, блоках «об авторе» или в шаблонах карточек записей.
<?php
add_action( 'template_redirect', function () {
if ( is_author() || is_date() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой редирект уместен только если вы уверены, что архивы не нужны. Если на сайте несколько авторов и у каждого есть своя аудитория, редирект будет ошибкой: вы потеряете полезную страницу и ухудшите навигацию.
Как сделать это через SEO-плагин
Если на сайте уже стоит SEO-плагин, проще и надёжнее закрывать архивы в его настройках. Это удобнее, чем править тему, потому что плагин обычно сам управляет robots-мета-тегами, canonical и sitemap. Важно только не дублировать правила в коде, иначе получите конфликт.
Проверьте в настройках, есть ли отдельные переключатели для архивов авторов и дат. Если они есть, используйте их, а код оставляйте только для нестандартных случаев. На проектах, где нужно ещё и чистить лишние SEO-элементы, удобно держать это в одном месте, а не размазывать по functions.php.
Если нужен более широкий контроль над дублями и технической чисткой, можно смотреть в сторону инструментов уровня Clearfy Pro: он как раз закрывает типовые SEO- и технические задачи без ручного вмешательства в шаблоны. Но даже с плагином логику стоит понимать, иначе легко отключить не то, что нужно.
Проверка результата после внедрения
После изменения не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковик видит именно то, что вы задумали.
- Откройте архив автора или даты и посмотрите исходный код: должен быть
noindex,follow, если вы выбрали этот вариант. - Проверьте, не осталось ли в
<head>второго robots-мета-тега от темы или плагина. - В Search Console отправьте URL на проверку и посмотрите, как страница определяется после повторного обхода.
- Убедитесь, что архивы не попали в XML-карту сайта.
- Проверьте внутренние ссылки: если вы отключили архивы полностью, они не должны вести на 404 или редирект-цепочки.
Если используете редирект, откройте URL в режиме инкогнито и проверьте код ответа через инструменты разработчика или командой curl -I https://example.com/author/name/. Должен быть один 301 на целевую страницу, без промежуточных переходов.
Частые ошибки и как их исправить
Два robots-мета-тега на странице
Это частая ситуация, когда тема выводит один тег, а SEO-плагин — второй. Поисковик может проигнорировать часть сигналов или интерпретировать их непредсказуемо. Решение простое: оставьте один источник управления robots.
Закрыли архив в noindex, но оставили его в sitemap
Такой конфликт не критичен, но выглядит неаккуратно и замедляет переобход. Если URL не должен индексироваться, его лучше убрать и из карты сайта.
Сделали 301 на главную без анализа
Это плохая практика для архивов, у которых есть смысловая связь с контентом. Если архив был полезен пользователю, лучше доработать его, а не отправлять всех на домашнюю страницу.
Закрыли архивы, но не проверили пагинацию
Иногда индексируются не только первые страницы архива, но и /page/2/, /page/3/. Если вы закрываете архив, проверьте все его страницы, а не только первую.
Практические советы по безопасности и производительности
Любые изменения в functions.php лучше сначала тестировать в staging-окружении. Если код ломает шаблон, вы рискуете получить белый экран на всём сайте. Для точечных правок безопаснее использовать дочернюю тему или небольшой mu-plugin.
Не ставьте несколько SEO-плагинов одновременно, если они оба управляют robots и sitemap. Это не ускоряет сайт, а только создаёт конфликт настроек. Перед внедрением проверьте, кто именно отвечает за мета-теги, canonical и карту сайта.
Если на сайте много архивов и таксономий, полезно периодически проходить их аудит: что реально должно индексироваться, а что создаёт шум. Это особенно важно после редизайна темы или смены структуры контента.
В итоге рабочая схема обычно выглядит так: архивы, которые не несут самостоятельной ценности, закрыты через noindex или убраны из индекса полностью; полезные архивы доработаны и остаются доступными; в sitemap нет лишних URL; а в Search Console нет новых дублей, связанных с авторскими и датированными страницами.