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

На небольших и средних сайтах WordPress архивы авторов и дат часто создают лишние URL: страницы с пустым или почти пустым содержимым, дублирующие списки записей и размывающие индексацию. Проблема обычно всплывает после запуска SEO-аудита: в поиске появляются страницы вида /author/... и /2024/05/, а в отчётах — много «тонких» страниц без самостоятельной ценности.

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

Когда это действительно проблема

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

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

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

Диагностика: что именно индексируется

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

Что смотреть в браузере и в исходном коде

  • откройте архив автора и архив даты;
  • посмотрите, есть ли в <head> мета-тег noindex;
  • проверьте, не закрыт ли URL только в robots.txt — этого недостаточно для уже известных поисковику страниц;
  • убедитесь, что такие страницы не попадают в XML sitemap.

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

Что выбрать: плагин, код или комбинацию

ПодходКогда подходитПлюсыМинусы
SEO-плагинЕсли уже используется Yoast SEO, Rank Math или аналогБыстро, без правки темыЗависимость от интерфейса плагина, не всегда удобно для точечной логики
Код в теме или mu-pluginЕсли нужен контроль без лишних настроекПрозрачно, предсказуемо, легко перенестиНужно аккуратно тестировать обновления темы
КомбинацияЕсли часть архивов закрывает SEO-плагин, а часть — кодГибкостьЛегко запутаться и задублировать правила

Пошаговое решение через код

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

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

    return $robots;
} );

Этот вариант не удаляет страницу и не ломает навигацию для пользователей. Он только подсказывает поисковым роботам не индексировать такие архивы.

Если нужно закрыть только архивы дат

Иногда архивы авторов полезны, а архивы дат — нет. Тогда условие можно сузить:

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

    return $robots;
} );

Такой подход лучше, чем глобально закрывать все архивы через robots.txt. Поисковик увидит директиву прямо на странице.

Как убрать архивы из XML sitemap

Если архивы уже попали в карту сайта, одного noindex мало. Их нужно исключить из sitemap в настройках SEO-плагина или через его фильтры, если это предусмотрено документацией. Универсального фильтра ядра WordPress для этого нет, поэтому здесь важно опираться на конкретный плагин, а не на выдуманный хук.

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

Если архивы создаёт SEO-плагин

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

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

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

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

  • Откройте архив автора или даты и посмотрите исходный код: должен появиться noindex.
  • Проверьте HTTP-ответ и HTML, если используете кэширование: иногда старый кэш отдаёт прежний head.
  • Убедитесь, что URL больше не попадает в sitemap.
  • В Search Console отправьте URL на проверку, если страница уже была проиндексирована.

Если страница всё ещё индексируется, причина часто не в коде, а в кэше или в том, что другой плагин перезаписывает robots-мета.

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

Закрывают архив только в robots.txt

Это распространённая ошибка. Disallow в robots.txt не гарантирует удаление URL из индекса, если поисковик уже знает страницу. Для управления индексацией нужен noindex на самой странице.

Ставят noindex и оставляют архив в sitemap

Так делать не стоит. Карта сайта должна отражать только те URL, которые вы реально хотите видеть в поиске. Иначе вы отправляете поисковику противоречивые сигналы.

Не проверяют кэш

Если на сайте есть серверный кэш, CDN или плагин кэширования, старый вариант страницы может сохраняться после правки. Очистите кэш и проверьте страницу в режиме инкогнито или через просмотр HTML-ответа.

Закрывают всё подряд

Иногда вместе с архивами авторов и дат случайно закрывают категории, метки и страницы пагинации. Это уже может повредить внутренней перелинковке и видимости важных разделов. Перед публикацией проверьте, что условие срабатывает только на нужных типах архивов.

Чек-лист перед публикацией

  • Проверить, какие архивы реально нужны пользователям.
  • Добавить noindex только для выбранных архивов.
  • Убедиться, что эти URL исключены из sitemap.
  • Очистить кэш сайта и CDN.
  • Проверить исходный код страницы и ответ сервера.
  • Отправить важные URL на повторную проверку в Search Console.

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

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

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

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

Как запретить индексацию отдельных страниц WordPress через robots.txt и meta robots
16.08.2026
Как использовать WPGeneratePress для оптимальной настройки темы WordPress
16.12.2025
Как автоматизировать удаление неиспользуемых шорткодов в WordPress
31.03.2026
Как создать производительный кеш для WordPress без плагинов
25.02.2026
Как использовать REST API в WordPress для создания кастомных эндпоинтов
25.11.2025