Как закрыть от индексации старые архивы авторов и дат в WordPress

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

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

Когда архивы авторов и дат действительно мешают

Проблема обычно проявляется не в отчётах «на глаз», а в поисковой выдаче и в логике обхода сайта. Поисковик начинает тратить ресурсы на страницы, которые не должны быть посадочными. В Search Console это видно по большому числу URL с низкой ценностью, а в логах — по регулярным заходам на архивы, которые не дают трафика.

Типичные признаки

• архивы авторов открываются по URL вида /author/username/ и имеют почти пустой контент;
• архивы дат доступны по URL вида /2024/08/ или /2024/08/15/ и дублируют список записей;
• в индексе есть страницы пагинации архивов, которые не нужны как отдельные точки входа;
• в sitemap попадают URL, которые вы не хотите продвигать;
• поиск показывает архивы вместо более полезных страниц рубрик или материалов.

Диагностика: что именно закрывать

Перед настройкой проверьте, какие архивы реально существуют на сайте и используются ли они как часть структуры. На WordPress это зависит от темы, настроек и плагинов. Иногда архивы авторов уже отключены темой, но в индексе остаются старые URL. Иногда наоборот — архивы есть, но они не нужны и только раздувают индекс.

Сначала откройте несколько типовых адресов:

• /author/имя/ — архив автора;
• /2024/, /2024/08/ — архивы по дате;
• /page/2/ на архивной странице — пагинация;
• страницы тегов и рубрик, если они тоже выглядят как слабые дубли.

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

Пошаговое решение без поломки SEO

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

Подход	Когда подходит	Минусы
SEO-плагин	Нужно быстро закрыть архивы без разработки	Меньше гибкости, зависит от интерфейса плагина
Код в теме или mu-plugin	Нужна точная логика по ролям, типам архивов, условиям	Требует аккуратного тестирования после обновлений
Комбинированный вариант	Часть архивов закрыть глобально, часть оставить открытой	Нужно следить, чтобы настройки не конфликтовали

Вариант 1. Закрыть архивы через код

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

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

    return $robots;
} );

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

Вариант 2. Убрать архивы из sitemap и навигации

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

В Yoast SEO и Rank Math это делается в настройках таксономий и архивов. Если используете код, проверьте, что архивы не генерируются отдельными блоками в теме. Частая ошибка — закрыть страницу от индексации, но оставить на неё десятки внутренних ссылок.

Вариант 3. Отключить архивы авторов полностью

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

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

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

Как проверить, что решение сработало

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

• Откройте архив автора или даты в браузере и проверьте исходный код страницы: должен быть noindex в robots meta или в заголовке robots, если вы используете такой способ.
• Проверьте, не остались ли эти URL в XML sitemap.
• В Search Console отправьте URL на повторную проверку и посмотрите, как меняется статус индексации.
• Убедитесь, что внутренние ссылки на архивы не создают лишний шум в навигации.
• Если настроен редирект, проверьте код ответа через curl -I https://example.com/author/username/.

Пример проверки заголовков:

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

В ответе вы должны увидеть либо 301 на нужный URL, либо заголовки/мета, указывающие на noindex. Если страница по-прежнему отдаёт обычный индексируемый ответ, значит правило не сработало или его переопределяет плагин.

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

Закрыли архивы, но оставили их в sitemap

Это самая частая несостыковка. Поисковик получает противоречивые сигналы: в sitemap URL есть, а на странице стоит noindex. В итоге обход может затянуться, а в отчётах появятся лишние статусы. Решение простое: уберите такие URL из sitemap на уровне SEO-плагина или фильтра.

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

Если архивы авторов нужны для сайта, массовый редирект на главную только ухудшит UX и может выглядеть как soft 404. Лучше оставить полезные архивы открытыми, а закрыть только пустые или технические.

Использовали и плагин, и код, но получили конфликт

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

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

Страница /author/username/page/2/ может вести себя иначе, чем первая страница архива. Если вы закрываете архивы по шаблону, убедитесь, что правило распространяется и на пагинированные URL.

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

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

С точки зрения производительности закрытие архивов не ускоряет сайт само по себе, но снижает количество бесполезных URL в обходе. Это особенно заметно на больших проектах, где бот регулярно ходит по старым архивам и пагинации. Чем меньше мусорных страниц в индексе, тем проще поисковику понять структуру сайта.

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

Мини-чек-лист перед публикацией изменений

• Проверить, нужны ли архивы авторов как посадочные страницы.
• Решить отдельно по архивам дат: закрыть, редиректить или оставить.
• Убедиться, что noindex не конфликтует с SEO-плагином.
• Удалить архивы из sitemap, если они больше не должны индексироваться.
• Проверить код ответа и мета robots на реальных URL.
• Посмотреть, не осталось ли внутренних ссылок, ведущих на закрытые страницы.

Если после изменений архивы всё ещё появляются в индексе, не спешите менять стратегию. Сначала проверьте, не остались ли старые ссылки, не кэшируется ли страница на уровне CDN или плагина кеша, и не переопределяет ли тему ваши настройки robots. В WordPress такие конфликты встречаются чаще, чем кажется, и почти всегда решаются точечной проверкой, а не «переключением всего подряд».