Как закрыть от индексации страницы поиска в WordPress без потери внутренней навигации

Автор: Ирина Данилова | Опубликовано: 19.08.2026

Страницы внутреннего поиска в WordPress часто попадают в индекс не потому, что они полезны для пользователя, а из-за шаблонной генерации URL вида ?s=.... Для поисковика это обычно слабые или дублирующиеся страницы: у них меняется только запрос, а контент и мета-данные почти одинаковые. При этом сам поиск на сайте нужен — его не стоит ломать, задача в другом: оставить функциональность для посетителей и убрать мусор из индекса.

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

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

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

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

Что проверить перед правкой

Откройте несколько URL поиска вручную, например https://example.com/?s=тест. Посмотрите:

есть ли у страницы уникальный контент кроме списка результатов;
не отдаёт ли тема отдельный шаблон с индексируемым заголовком;
не добавляет ли SEO-плагин уже готовый noindex;
не закрыты ли страницы поиска только в robots.txt без мета-тега.

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

Какой способ выбрать: код, плагин или robots.txt

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

Подход	Что делает	Когда подходит	Минус
Код в теме или плагине	Добавляет `noindex,follow` на страницы поиска	Если нужен точный контроль	Нужно править код
SEO-плагин	Даёт настройку индексации архивов и поисковых страниц	Если уже используется SEO-плагин	Не всегда удобно для точечных правил
`robots.txt`	Ограничивает обход	Как дополнительная мера	Не удаляет URL из индекса сам по себе

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

Пошаговое решение через `wp_head`

Самый практичный вариант — добавить мета-тег robots только для страниц поиска. Это не ломает сам поиск и не влияет на обычные записи, страницы и рубрики.

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

Код можно добавить в functions.php дочерней темы или в небольшой mu-plugin. Второй вариант надёжнее, если тема часто обновляется.

Почему здесь стоит использовать `follow`

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

Если нужен запрет через robots.txt

Иногда дополнительно закрывают шаблонные URL поиска в robots.txt. Это полезно, если сайт генерирует много мусорных запросов и вы хотите снизить нагрузку на обход. Но повторюсь: это дополнительная мера, а не замена noindex.

User-agent: *
Disallow: /*?s=

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

Если на сайте уже стоит SEO-плагин

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

Что делать на практике:

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

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

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

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

Откройте страницу поиска в браузере и посмотрите исходный код: должен быть noindex,follow.
Проверьте, что обычные страницы сайта не получили этот тег случайно.
Через несколько дней посмотрите отчёты в панели вебмастера: новые URL поиска не должны активно накапливаться в индексе.

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

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

Если тег не находится, значит код не подключился, тема не вызывает wp_head() или SEO-плагин перезаписывает вывод.

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

Ограничили только в robots.txt

Это самая частая ошибка. Страница может остаться в индексе, если поисковик уже знает URL. Добавьте noindex на саму страницу поиска.

Поставили `noindex` на все страницы

Иногда условие пишут слишком широко, например без проверки is_search(). В результате мета-тег появляется на главной, записях и рубриках. Исправление простое: ограничьте вывод только поисковыми страницами.

Сделали правку в родительской теме

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

Дублируют правило в нескольких местах

Когда noindex приходит и из темы, и из SEO-плагина, и из кастомного плагина, потом сложно понять, кто именно его вывел. Оставьте один источник истины.

Путают закрытие от индексации и удаление из индекса

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

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

Сам по себе код для noindex почти не влияет на производительность, но есть несколько полезных правил:

не вставляйте логику в шаблон напрямую, если можно вынести её в отдельный плагин;
не используйте тяжёлые проверки в wp_head — здесь достаточно is_search();
если сайт большой, следите, чтобы внутренний поиск не создавал бесконечные комбинации параметров;
не закрывайте от индексации страницы, которые реально должны приводить трафик, например полезные фильтры или посадочные страницы.

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

Короткий чек-лист перед публикацией

Страницы поиска получают meta robots noindex,follow.
Обычные страницы сайта не затронуты.
При необходимости добавлено вспомогательное правило в robots.txt.
Нет дублирования правил в теме и плагинах.
Проверка через исходный код и панель вебмастера выполнена.

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