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

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

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

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

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

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

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

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

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

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

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

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

<?php
add_action('wp_head', function () {
    if (is_author() || is_date()) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
});

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

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

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

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

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

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

Как сделать это через SEO-плагин

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

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

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

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

  • откройте архив автора и убедитесь, что в <head> есть noindex,follow;
  • посмотрите HTTP-ответ и убедитесь, что страница не отдаёт редирект на главную без причины;
  • проверьте, не закрыт ли файл robots.txt вместо мета-индексации, если вам нужен обход ссылок;
  • в Search Console отправьте страницу на повторную проверку после переобхода;
  • сравните список проиндексированных URL до и после, но не ждите мгновенного исчезновения страниц из выдачи.

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

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

Если используется фильтр wp_robots, в некоторых темах итоговый тег формируется динамически. Тогда смотрите именно итоговый HTML, а не только PHP-код.

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

Закрыли архивы в robots.txt

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

Поставили noindex на все архивы подряд

Иногда вместе с архивами авторов случайно закрывают рубрики и пагинацию. В итоге ломается внутренняя структура сайта. Перед публикацией проверьте, какие именно условные теги срабатывают: is_author(), is_date(), is_category(), is_tag().

Оставили дубли в теме и в SEO-плагине

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

Удалили архив, но не сделали альтернативу

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

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

Чем меньше служебных страниц попадает в индекс, тем меньше мусора в отчётах и тем проще следить за реальными проблемами. Но не стоит закрывать всё подряд ради «чистоты»: поисковику всё равно нужны ссылки для обхода. Для большинства проектов рабочая схема такая: полезные архивы оставляем, бесполезные закрываем через noindex,follow, а не через жёсткий запрет.

Если на сайте много дублей, имеет смысл дополнительно проверить:

  • страницы вложений медиафайлов;
  • архивы тегов с пустым или слабым содержимым;
  • пагинацию архивов с одинаковыми title и description;
  • канонические URL у записей и архивов.

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

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

Как отключить неиспользуемые таксономии в WordPress для оптимизации сайта
13.04.2026
Как отключить AJAX Add to Cart на страницах магазина в WooCommerce
10.08.2026
Как разделить базу данных по таблицам в WordPress для улучшения производительности
14.01.2026
Как отключить Gutenberg в WordPress: лучшие способы и практические примеры
03.12.2025
Как использовать WPengine для автоматизации хранения вариантов постов в WordPress
18.02.2026