Архивы авторов и дат в WordPress часто создают лишние URL, которые не дают трафика, но забирают краулинговый бюджет и плодят дубли. На небольшом сайте это выглядит как «мелочь», а на контентном проекте быстро превращается в набор почти одинаковых страниц: архивы по датам, архивы по авторам без уникального текста, страницы пагинации архивов и их вариации с параметрами.
Если задача не в том, чтобы полностью отключить архивы, а в том, чтобы убрать их из индекса и не сломать навигацию, лучше действовать точечно: сначала понять, какие архивы реально нужны, потом закрыть лишние от индексации, а затем проверить, что поисковик видит именно то, что вы хотели оставить.
Когда архивы авторов и дат становятся проблемой
Типичный сценарий: на сайте несколько авторов, но у каждого архив автора содержит только список записей без собственного описания. Или в блоге есть архивы по месяцам, которые дублируют обычную ленту записей. В результате в индексе появляются страницы, которые не несут самостоятельной ценности.
Проблема особенно заметна, если:
- у автора нет уникальной биографии и текста на архивной странице;
- архивы дат доступны по нескольким форматам URL;
- в sitemap попадают страницы, которые вы не хотите продвигать;
- поисковик индексирует пагинацию архивов вместо основных материалов;
- в отчётах Search Console растёт число «Просканировано, но не проиндексировано» или похожих служебных URL.
Что именно нужно проверить перед изменениями
Не отключайте всё подряд. Сначала посмотрите, какие архивы реально существуют в теме и плагинах. На некоторых сайтах архив автора используется как посадочная страница эксперта, и тогда его лучше не закрывать, а доработать. Архивы дат почти всегда можно закрывать без потерь, если они не используются как отдельный навигационный слой.
- есть ли на сайте страницы авторов с уникальным содержанием;
- нужны ли архивы дат пользователям или они просто дублируют ленту;
- попадают ли архивы в XML-карту сайта;
- есть ли у архивов пагинация и параметры фильтрации;
- не закрывает ли текущая тема архивы уже частично через
noindexили мета-теги.
Какой способ выбрать: плагин, код или гибрид
Если сайт ведётся редактором без доступа к коду, проще использовать SEO-плагин. Если у вас кастомная тема или вы хотите контролировать поведение без лишних зависимостей, лучше решить задачу кодом. На практике часто удобен гибрид: кодом убрать именно те архивы, которые не нужны, а в SEO-плагине оставить управление sitemap и мета-тегами.
| Подход | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без правки темы | Меньше точности, зависит от настроек плагина |
| Код в теме или MU-плагине | Нужна предсказуемая логика и контроль | Требует тестирования после обновлений |
| Гибрид | Нужно убрать только часть архивов и сохранить остальное | Надо следить, чтобы настройки не конфликтовали |
Пошаговое решение через код
Ниже вариант, который закрывает архивы авторов и дат от индексации, но не ломает сами страницы. Это полезно, если вы хотите оставить доступ пользователям, но не показывать такие URL поисковым системам.
Добавлять код лучше не в functions.php активной темы, а в небольшой MU-плагин или в собственный плагин сайта. Так настройка не исчезнет после смены темы.
<?php
/**
* Plugin Name: WPR Archive Noindex
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
Этот фильтр работает на уровне WordPress и добавляет директивы для роботов только на нужных типах архивов. Важно не ставить здесь nofollow без причины: внутренние ссылки на таких страницах обычно не вредят, а иногда помогают обходу сайта.
Если нужно убрать архивы дат совсем
Иногда архивы дат не просто закрывают от индексации, а полностью отключают, чтобы они не открывались пользователю. Это уже более жёсткий сценарий, и его стоит применять только если вы уверены, что ссылки на такие архивы нигде не используются.
<?php
add_action( 'template_redirect', function() {
if ( is_date() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );
Такой редирект переводит все архивы дат на главную. Это не универсальное решение: если у вас есть старые ссылки на архивы по месяцам, лучше перенаправлять их на ближайшую релевантную рубрику или на страницу архива блога, а не на главную без контекста.
Как сделать это через SEO-плагин
Если на сайте уже стоит SEO-плагин, проверьте его настройки архивов. Во многих случаях достаточно отключить индексацию архивов авторов и дат в интерфейсе плагина, а затем убедиться, что он не продолжает отдавать эти страницы в sitemap.
Здесь важен один момент: закрытие через мета-тег noindex и исключение из sitemap — это разные вещи. Первое говорит поисковику не индексировать страницу, второе уменьшает вероятность её повторного обхода. Лучше, чтобы работали оба уровня, если архив действительно не нужен.
Что проверить в настройках после изменения
- архивы авторов получают
noindex; - архивы дат исключены из sitemap, если плагин это умеет;
- страницы архива не отдают ошибку 404, если вы не делали редирект;
- канонический URL не указывает на сам архив, если вы хотите убрать его из индекса.
Проверка результата после внедрения
После правки не ограничивайтесь открытием страницы в браузере. Нужно проверить HTML-ответ и то, как страница выглядит для поискового робота.
Минимальный набор проверок:
- Откройте архив автора или даты и посмотрите исходный код страницы.
- Убедитесь, что в
<meta name="robots"или в заголовках присутствуетnoindex. - Проверьте, не остался ли архив в XML-карте сайта.
- В Search Console отправьте URL на повторную проверку, если страница уже была в индексе.
Если хотите проверить ответ сервера из консоли, используйте обычный curl:
curl -I https://example.com/author/admin/
В ответе вы не всегда увидите noindex, потому что он часто добавляется в HTML, а не в заголовки. Тогда смотрите сам документ:
curl -s https://example.com/author/admin/ | grep -i robots
Для локальной проверки этого достаточно. На боевом сайте лучше дополнительно открыть страницу в режиме инкогнито и убедиться, что она не редиректит неожиданно и не ломает хлебные крошки.
Частые ошибки и как их исправить
Закрыли архив в robots.txt вместо noindex
Это распространённая ошибка. Если вы запретили обход в robots.txt, поисковик может не увидеть мета-тег noindex на странице и продолжит держать URL в индексе дольше, чем нужно. Для уже известных страниц обычно безопаснее сначала дать роботу увидеть noindex, а не просто закрывать обход.
Сделали 301 на главную для всех архивов
Такой редирект кажется простым, но часто ухудшает качество навигации и теряет смысл старых ссылок. Если архивы дат уже где-то опубликованы, лучше перенаправлять их на более близкую страницу: рубрику, страницу блога или архив автора с уникальным текстом.
Оставили архивы в sitemap
Даже если страница закрыта от индексации, её наличие в карте сайта может продолжать отправлять поисковику сигнал, что URL важен. Если архивы не нужны, уберите их из sitemap на уровне SEO-плагина или фильтра генерации карты сайта.
Сломали архив автора для экспертных страниц
Если архив автора используется как страница эксперта, не закрывайте его автоматически. В этом случае лучше добавить описание автора, ссылки на профиль, список материалов и уникальный блок с биографией. Тогда архив перестаёт быть дублем и может оставаться в индексе.
Практические советы по безопасности и производительности
Не вносите такие изменения прямо в активную тему, если сайт обновляется или обслуживается несколькими людьми. Для точечных SEO-правок удобнее использовать MU-плагин: он не отключится случайно и не потеряется после обновления темы.
Если архивов много, проверьте ещё и пагинацию. Иногда проблема не в самих архивных страницах, а в бесконечной цепочке страниц /page/2/, /page/3/ и дальше. Для таких URL полезно ограничить индексацию только там, где есть реальная ценность, а не закрывать весь раздел целиком.
Если на сайте уже есть чистка дублей и системных страниц, часть задачи можно закрыть инструментами вроде Clearfy Pro: он помогает управлять техническими страницами, дублями и служебными URL без ручной правки каждого шаблона. Но даже в этом случае стоит понимать, какие именно архивы вы отключаете и зачем.
Главный критерий простой: если архив не даёт самостоятельной пользы пользователю и не нужен для навигации, его лучше убрать из индекса. Если архив работает как полезная посадочная страница, его надо не прятать, а дорабатывать.
