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

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

Когда архивы авторов и дат действительно нужно закрывать

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

Типичные признаки проблемы

  • в поиске появляются страницы вида /author/username/ и /2024/08/ вместо полезных материалов;
  • в Google Search Console растёт число «Просканировано, но не проиндексировано» для архивов;
  • в выдаче видны пустые или почти пустые архивные страницы;
  • мета-теги на архивных страницах совпадают с другими страницами сайта;
  • в теме или SEO-плагине архивы уже закрыты частично, но в индексе остались старые URL.

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

Перед правками проверьте фактическое состояние. Не полагайтесь на настройки темы «на глаз» — в WordPress архивы могут отдавать index, follow даже если в интерфейсе кажется иначе.

  1. Откройте архив автора и архив даты в браузере.
  2. Посмотрите исходный код страницы и найдите meta name="robots".
  3. Проверьте, есть ли на странице канонический URL.
  4. Сравните заголовок и description архивов с главной и рубриками.
  5. В Search Console проверьте отчёт по страницам и исключённым URL.

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

Что лучше: плагин, код или редирект

ПодходКогда подходитМинус
SEO-плагинНужно быстро закрыть архивы без правки темыЗависимость от настроек и лишняя логика в админке
Код в теме или mu-pluginНужен точный контроль над robots и заголовкамиНужно аккуратно тестировать после обновлений
Редирект 301Архивы точно не нужны и не должны открыватьсяМожно потерять полезные переходы и внутренние ссылки

Если задача только в индексации, чаще достаточно noindex и сохранения доступности для пользователей. Полный редирект нужен реже.

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

Ниже пример для functions.php дочерней темы или, лучше, для небольшого mu-plugin. Он добавляет noindex, follow на архивы авторов и дат, а также убирает их из XML-карты сайта, если ваша тема или SEO-плагин не делает это автоматически.

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

    return $robots;
} );

add_action( 'template_redirect', function() {
    if ( is_author() || is_date() ) {
        // Не ломаем доступ пользователю, только меняем индексирование.
        // Если нужен полный редирект, делайте его отдельно и только после анализа трафика.
    }
} );

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

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

Иногда архивы уже давно не нужны и не должны открываться вообще. Тогда можно сделать 301-редирект на более релевантную страницу, но только если у вас есть понятная замена: рубрика, страница автора с биографией или архив публикаций по теме.

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

Редирект на главную — плохая замена в большинстве случаев. Для поисковика это часто выглядит как soft 404. Лучше направлять на тематическую рубрику или страницу автора, если она реально полезна.

Как закрыть архивы через SEO-плагин

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

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

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

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

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

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

<meta name="robots" content="noindex, follow">

Если вместо этого видите index, follow, значит правило не сработало или его переопределяет SEO-плагин, тема или кэш.

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

1. Закрыли архивы, но не очистили кэш

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

2. Поставили редирект вместо noindex без анализа

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

3. Закрыли всё подряд, включая полезные архивы

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

4. Полагались только на robots.txt

Disallow в robots.txt не гарантирует удаление URL из индекса. Если страница уже известна поисковику, нужен именно noindex или редирект.

5. Не проверили конфликт с темой

Некоторые темы и плагины SEO сами меняют мета-теги. Если ваш код не работает, ищите, кто перезаписывает wp_robots или выводит собственный meta robots.

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

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

Не добавляйте лишнюю логику в template_redirect, если достаточно фильтра wp_robots. Чем меньше вмешательство в рендер страницы, тем меньше риск конфликтов и лишней нагрузки.

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

В итоге правильная схема обычно такая: архивы, которые не несут ценности, получают noindex, follow; полезные архивы остаются открытыми; редирект используется только там, где есть понятная замена. Это даёт предсказуемый результат и не ломает структуру сайта.

Программное отключение WooCommerce Cart Fragments для улучшения производительности
20.09.2026
Как добавить поле телефона в регистрацию WordPress с подтверждением через SMS
29.09.2026
Как создать собственный виджет в WordPress: пошаговое руководство с примерами кода
12.09.2026
Создание и использование пользовательских статусов записей в WordPress
20.09.2026
Как отключить индексацию страниц с параметрами в WordPress и убрать SEO-дубли
27.08.2026

Разработка под WordPress: подробные руководства, список встроенных функций, готовые решения.