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

Автор: Руслан Фомин | Опубликовано: 21.09.2026

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

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

Какие страницы обычно стоит закрывать

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

Типовые кандидаты на закрытие

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

Если у вас уже есть статьи про дубли страниц, это не повтор темы: здесь речь не о каноникализации отдельных URL, а о закрытии именно служебных шаблонов и архивов на уровне WordPress.

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

Перед правками стоит проверить, какие URL реально попали в индекс и откуда они берутся. Самая частая ошибка — закрыть всё подряд по шаблону, а потом обнаружить, что вместе с мусором исчезли полезные архивы рубрик.

Что смотреть в первую очередь

отчёт «Страницы» в Google Search Console;
поиск по оператору site:example.com author или site:example.com ?s=;
исходный код страниц архива: есть ли noindex в <meta name="robots">;
HTTP-заголовок X-Robots-Tag, если он используется на уровне сервера или плагина;
настройки SEO-плагина: иногда архивы закрыты в интерфейсе, но шаблон темы переопределяет вывод.

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

Пошаговое решение через код темы или мини-плагин

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

1. Закрываем архивы автора и страницу поиска

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

    return $robots;
} );

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

2. Закрываем архивы дат, если они не нужны

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

    return $robots;
} );

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

3. Если нужен жёсткий запрет на индексацию через заголовок

Иногда удобнее отдать директиву через заголовок X-Robots-Tag. Это полезно для PDF, вложений или отдельных типов страниц, но для обычных архивов чаще достаточно wp_robots. В WordPress штатного универсального фильтра для заголовка нет на уровне одной строки, поэтому такой подход обычно делают через серверную конфигурацию или плагин, а не через тему.

Когда лучше использовать SEO-плагин, а не код

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

Подход	Когда подходит	Минус
Код через `wp_robots`	Нужен точечный контроль без лишних зависимостей	Нужно следить за темой и обновлениями
SEO-плагин	Уже используется на сайте и есть удобные настройки архивов	Легко задвоить правила, если параллельно править код
`robots.txt`	Нужно ограничить обход, а не индексацию как таковую	Не заменяет `noindex` для уже известных URL

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

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

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

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

Откройте архив автора, страницу поиска и дату публикации.
Посмотрите исходный код страницы и найдите meta name="robots".
Убедитесь, что есть noindex и, если нужно, nofollow.
Проверьте, не выводит ли тема другой robots-тег ниже по коду.
В Search Console отправьте URL на повторную проверку, если страница уже была в индексе.

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

curl -I https://example.com/?s=test
curl -s https://example.com/author/admin/ | grep -i robots

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

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

Закрыли страницу в robots.txt и ждёте мгновенного исчезновения

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

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

Некоторые SEO-плагины умеют переопределять robots-мета. В результате в коде темы одно значение, а на странице — другое. После внедрения всегда проверяйте именно итоговый HTML, а не только настройки в админке.

Закрыли полезные архивы вместе со служебными

Это случается, когда правило написано слишком широко: например, is_archive() вместо is_author() или is_date(). Если архивы рубрик у вас дают трафик, их закрывать нельзя без отдельного анализа.

Оставили внутренний поиск открытым, но он генерирует мусорные URL

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

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

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

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

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

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

Если нужно не только закрыть служебные страницы, но и навести порядок в дублях, мета-тегах и индексации в целом, удобнее решать это системно, а не точечными заплатками. В таком случае имеет смысл смотреть в сторону инструментов, которые управляют SEO-настройками и чисткой сайта централизованно, например Clearfy Pro: https://wpshop.ru/plugins/clearfy.

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