Как закрыть от индексации архивы авторов и дат в WordPress без поломки SEO

Архивы авторов и дат часто остаются открытыми по умолчанию, хотя на небольшом или корпоративном сайте они не дают полезного трафика, а только создают дубли и размывают индекс. Проблема обычно всплывает после аудита: в поиске видны страницы вида /author/ivan/ и /2024/05/, а в отчётах по индексации появляются лишние URL с тонким содержимым.

Ниже — рабочая схема: сначала быстро диагностируем, действительно ли эти архивы мешают, затем отключаем индексацию безопасным способом и проверяем, что сайт не потерял внутреннюю навигацию и не начал отдавать ошибки.

Когда архивы авторов и дат лучше закрыть

Не каждый сайт должен прятать такие страницы. Если у вас новостной проект с сильной рубрикацией по датам или многопользовательский блог, архивы могут быть полезны. Но на типичном сайте-визитке, корпоративном блоге или контентном проекте с одним-двумя авторами они почти всегда создают лишние точки входа.

Признаки, что архивы стоит закрыть

• в поиске индексируются страницы автора, которые дублируют список записей на главной или в рубриках;
• архивы дат пустые или содержат несколько старых материалов;
• в sitemap попадают URL, которые вы не хотите продвигать;
• внутренняя перелинковка ведёт на архивы, но они не несут самостоятельной ценности;
• в отчётах Search Console есть страницы с низкой полезностью и слабым покрытием контентом.

Диагностика проблемы перед изменениями

Сначала проверьте, как именно архивы сейчас отдаются сайту. Важно понять разницу между noindex, nofollow, каноникалами и полным отключением шаблона. Если просто убрать ссылки из меню, но оставить страницу доступной по прямому адресу, поисковик всё равно может её найти.

Что проверить вручную

• откройте архив автора и архив даты в браузере;
• посмотрите исходный код страницы и найдите <meta name="robots";
• проверьте, есть ли noindex или канонический URL на другую страницу;
• убедитесь, что архив не отдает 404, если вы хотите именно закрыть от индексации, а не удалить;
• проверьте sitemap, если он генерируется SEO-плагином.

Если у вас включён SEO-плагин, сначала посмотрите его настройки. Во многих случаях это самый безопасный путь: плагин сам добавит корректный robots meta и не сломает шаблоны темы.

Пошаговое решение через SEO-плагин

Если на сайте уже используется SEO-плагин, начните с него. Это проще сопровождать, чем держать отдельный код в теме. В популярных плагинах обычно есть отдельные переключатели для архивов авторов и дат.

Что делать в настройках

1. Откройте раздел SEO-настроек архивов.
2. Для архивов авторов включите noindex или отключите их индексацию.
3. Для архивов дат сделайте то же самое, если они не нужны как посадочные страницы.
4. Проверьте, не остались ли эти URL в XML-sitemap.
5. Сохраните настройки и очистите кэш, если он используется.

Если плагин позволяет отдельно отключить архивы, это предпочтительнее, чем просто ставить noindex. Тогда страница не будет участвовать в индексации и не будет создавать лишнюю нагрузку на обход.

Подход	Когда использовать	Плюс	Минус
SEO-плагин	Если он уже стоит на сайте	Минимум кода, проще поддерживать	Зависимость от настроек плагина
Код в теме	Если нужен точечный контроль	Работает без лишних интерфейсов	Нужно следить за обновлениями темы
Отключение шаблонов	Если архивы вообще не нужны	Убирает страницу из фронтенда	Можно сломать ссылки и навигацию

Как закрыть архивы кодом, если плагина нет

Если SEO-плагина нет или вы хотите держать логику в теме, можно добавить noindex через фильтр wp_robots. Это штатный способ WordPress, он не требует выдуманных хуков и нормально переживает обновления ядра.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_author() || is_date() ) {
        $robots['noindex']  = true;
        $robots['follow']   = true;
        $robots['max-image-preview'] = 'large';
    }

    return $robots;
} );

Этот вариант не удаляет страницу физически, а только просит поисковики не индексировать её. Для большинства сайтов этого достаточно. Если архивы вообще не нужны пользователям, можно дополнительно убрать ссылки на них из шаблонов и виджетов, но делать это нужно аккуратно, чтобы не потерять навигацию по контенту.

Если нужно отключить архивы полностью

Когда архивы не несут никакой ценности, можно отдавать 404 или редиректить на более релевантную страницу. Но это уже не про индексацию, а про удаление точки входа. Такой шаг стоит делать только после проверки, что на архивы нет внешних ссылок и они не используются внутри сайта.

<?php
add_action( 'template_redirect', function() {
    if ( is_author() || is_date() ) {
        wp_safe_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

Редирект на главную — не всегда лучший вариант. Если есть логичнее страница, например рубрика или страница «О проекте», направляйте туда. Главное — не отправлять пользователя в тупик и не создавать цепочки редиректов.

Проверка результата после внедрения

После изменения не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковый робот видит именно то, что вы задумали.

Чек-лист проверки

• откройте архив автора и архив даты в браузере;
• проверьте исходный код на наличие noindex;
• убедитесь, что canonical не указывает на сам архив, если вы хотите его исключить;
• посмотрите, не попал ли URL в sitemap;
• проверьте ответ сервера через DevTools или curl -I;
• после очистки кэша откройте страницу в режиме инкогнито;
• если сайт подключён к Search Console, отправьте URL на повторную проверку.

Для быстрой проверки заголовков можно использовать команду:

curl -I https://example.com/author/ivan/

Если вы добавляли noindex через код, в HTML-ответе должен появиться корректный robots meta. Если делали редирект, сервер должен отдавать 301 на выбранный URL, а не 200 с пустой страницей.

Частые ошибки и как их исправить

Оставили архив в sitemap

Это частая ошибка после настройки SEO-плагина. Страница уже закрыта от индексации, но всё ещё попадает в карту сайта. В итоге поисковик продолжает её обходить. Решение — проверить настройки sitemap и исключить архивы из генерации.

Поставили noindex, но забыли про кэш

Если на сайте есть page cache или CDN, старая версия страницы может ещё какое-то время отдаваться с прежними мета-тегами. После правок очистите кэш плагина, серверный кэш и, если есть, кэш CDN.

Сделали редирект без анализа ссылок

Если на архив автора ведут внутренние ссылки из хлебных крошек, блоков «об авторе» или старых материалов, редирект может начать массово гонять пользователя на главную. Лучше сначала понять, где эти ссылки используются, и при необходимости заменить их на более полезные.

Закрыли архивы, но не проверили каноникал

Иногда тема или плагин продолжают отдавать canonical на сам архив. Для поисковика это противоречивый сигнал. Проверьте, что canonical соответствует вашей стратегии: либо архив остаётся индексируемым, либо он исключён из индекса и не продвигается как отдельная страница.

Практические советы по безопасности и производительности

Если вы вносите изменения кодом, не редактируйте файлы ядра и не правьте тему напрямую без бэкапа. Лучше использовать дочернюю тему или небольшой mu-plugin, если логика должна жить независимо от дизайна. Так обновление темы не затрёт ваши правки.

Для сайтов с большим количеством контента полезно держать единый подход: либо закрывать все служебные архивы через SEO-плагин, либо централизовать правила в одном небольшом куске кода. Разрозненные решения в шаблонах, functions.php и плагинах обычно приводят к конфликтам.

Если вам нужно не только закрыть архивы, но и убрать другие дубли, имеет смысл посмотреть на инструменты, которые умеют управлять SEO-метками и чисткой технических дублей. Например, у Clearfy Pro есть набор функций для работы с дублями и техническими настройками сайта: Clearfy Pro.

В итоге задача сводится не к «спрятать страницу», а к тому, чтобы поисковик не тратил обход на бесполезные архивы и не путал их с основным контентом. Если проверить sitemap, robots meta и редиректы сразу после правки, проблем обычно не остаётся.