Внутренний поиск WordPress часто создаёт страницы вида ?s=запрос, которые попадают в индекс, дают тонкий контент и плодят мусорные URL. На небольшом сайте это выглядит как мелочь, но на живом проекте поисковые страницы быстро начинают мешать: в отчётах появляются дубли, а поисковики тратят обход на бесполезные адреса.
Задача здесь не в том, чтобы сломать поиск, а в том, чтобы оставить его рабочим для посетителей и одновременно убрать поисковые результаты сайта из индекса. Ниже — рабочие варианты: через SEO-плагин, через код и через проверку результата.
Когда проблема действительно есть
Сначала стоит убедиться, что речь именно о страницах поиска, а не о другом типе дублей. Обычно проблема проявляется так:
- в поиске Google или Яндекса находятся URL с параметром
?s=; - в отчётах по индексации видно много страниц с очень похожими заголовками и коротким текстом;
- внутренний поиск отдаёт результаты, но эти страницы не несут самостоятельной ценности;
- в логах или аналитике заметны частые заходы роботов на URL поиска.
Что проверить перед изменениями
- поиск на сайте реально нужен пользователям;
- шаблон темы не выводит на странице поиска уникальный полезный контент, который стоит индексировать;
- нет ли у вас отдельной страницы поиска с ручной оптимизацией, которую нельзя закрывать целиком.
Если поиск — это просто техническая функция, закрывать его от индексации обычно разумно. Если же это полноценный каталог с полезной выдачей, решение надо подбирать аккуратнее.
Как закрыть поиск от индексации: рабочие варианты
Есть три нормальных подхода. Выбор зависит от того, чем вы управляете на сайте: SEO-плагином, темой или собственным кодом.
| Способ | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Если уже используете Yoast SEO, Rank Math или аналог | Быстро и без кода | Зависит от настроек плагина |
| Код в теме или мини-плагине | Если нужен точечный контроль | Не зависит от интерфейса плагина | Нужно аккуратно поддерживать |
| Комбинированно | Если нужно и noindex, и контроль ссылок | Гибко | Легко переборщить с правилами |
Вариант 1. Через SEO-плагин
Если у вас уже стоит SEO-плагин, проще всего задать для страниц поиска метатег noindex и при необходимости nofollow. В большинстве случаев этого достаточно, чтобы поисковики перестали считать такие страницы полезными для индекса.
Проверьте в настройках плагина разделы, связанные с архивами, метатегами и robots. У разных решений интерфейс отличается, но логика одна: для страниц поиска должен быть установлен запрет на индексацию.
Если вы используете Clearfy Pro, это можно закрыть через его инструменты для SEO и дублей, не лезя в шаблоны темы. Для типового сайта это часто самый практичный путь: меньше ручного кода, меньше риска забыть про обновление темы.
Вариант 2. Через код в functions.php или мини-плагине
Если нужен независимый от плагинов способ, можно добавить метатег noindex, follow только для страниц поиска. Это безопаснее, чем пытаться переписывать robots.txt, потому что robots.txt не гарантирует удаление URL из индекса, а лишь ограничивает обход.
<?php
add_action( 'wp_head', function () {
if ( is_search() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
} );Этот вариант простой, но у него есть важная оговорка: если тема уже выводит собственный robots-метатег, нужно не дублировать его. Иначе можно получить конфликтующие директивы. В таком случае лучше править источник, который уже отвечает за метатеги.
Вариант 3. Дополнительно ограничить выдачу в robots.txt
Иногда вместе с noindex добавляют запрет на обход поисковых URL в robots.txt. Делать это можно, но только как дополнительную меру, а не вместо noindex.
User-agent: *
Disallow: /?s=
Disallow: /search/Такой подход имеет смысл только если у вас действительно есть URL вида /search/. Для стандартного WordPress-поиска основной адрес обычно параметрический, и robots.txt не всегда решает задачу так, как ожидают. Поэтому сначала ставьте noindex, а уже потом оценивайте, нужен ли запрет обхода.
Пошаговая настройка без лишнего риска
- Сделайте резервную копию файлов темы или подготовьте мини-плагин.
- Проверьте, какой механизм уже отвечает за SEO-метатеги на сайте.
- Добавьте
noindex,followдляis_search(). - Если используете SEO-плагин, убедитесь, что он не генерирует второй конфликтующий robots-метатег.
- Обновите страницу поиска и проверьте исходный код.
- После этого отправьте URL на переобход в панели вебмастера, если страница уже была в индексе.
Как проверить, что решение сработало
Проверка должна быть не на глаз, а по факту в HTML и в инструментах поисковика.
- Откройте страницу поиска и посмотрите исходный код: должен быть
<meta name="robots" content="noindex,follow" />или эквивалентная директива от SEO-плагина. - Убедитесь, что страница по-прежнему открывается для пользователя и выдаёт результаты поиска.
- Проверьте, не появился ли второй robots-метатег с другой директивой.
- В панели вебмастера отправьте URL на проверку и посмотрите, как робот видит страницу.
Если страница уже была проиндексирована, удаление из выдачи не происходит мгновенно. Сначала поисковик должен переобойти URL и увидеть новую директиву.
Частые ошибки и как их исправить
Ставят только Disallow в robots.txt
Это частая ошибка. Запрет обхода не равен запрету индексации. Если URL уже известен поисковику, он может оставаться в выдаче без содержимого или с фрагментом из внешних ссылок. Исправление простое: добавьте noindex на саму страницу поиска.
Закрывают не только поиск, но и полезные архивы
Иногда под раздачу попадают страницы рубрик, тегов или фильтров, которые реально приносят трафик. Не переносите правило на все архивы без анализа. Для каждого типа страниц нужно отдельное решение.
Дублируют robots-метатег
Если тема и SEO-плагин оба выводят <meta name="robots">, поисковик может получить конфликтующие указания. В таком случае оставьте один источник истины: либо плагин, либо код в теме.
Ломают поиск для пользователей
Иногда после правок разработчик начинает фильтровать или редиректить запросы так, что поиск перестаёт работать. Не трогайте сам механизм поиска, если задача только в индексации. Пользователь должен продолжать получать результаты.
Что ещё стоит учесть для производительности и безопасности
Если на сайте много мусорных URL поиска, это не только SEO-проблема. Роботы и боты могут регулярно дёргать такие страницы, создавая лишнюю нагрузку. На слабом хостинге это заметно в логах и по пикам CPU.
- не делайте тяжёлые запросы внутри шаблона поиска без необходимости;
- не выводите на странице поиска лишние блоки, которые не помогают пользователю найти контент;
- если поиск часто используется, проверьте кэширование страниц, но не кэшируйте персонализированную выдачу без понимания последствий;
- не полагайтесь на скрытие URL в меню — это не влияет на индексацию.
Если вам нужно системно чистить сайт от дублей, закрывать технические архивы и контролировать SEO-метки, удобнее делать это через один инструмент, а не собирать правила по кускам. В таких сценариях Clearfy Pro часто закрывает именно техническую часть без ручного вмешательства в шаблоны.
Короткий чек-лист перед публикацией
- страница поиска доступна пользователю;
- в исходном коде есть
noindex,follow; - нет второго конфликтующего robots-метатега;
- robots.txt не используется как единственная защита;
- вебмастер-инструменты видят новую директиву после переобхода;
- другие архивы сайта не закрыты случайно.
Если после правки в индексации всё ещё остаются старые URL поиска, это обычно вопрос времени и переобхода, а не признак того, что настройка не работает. В такой ситуации полезно проверить исходный код, логику темы и то, не переписывает ли SEO-плагин ваши директивы поверх собственных настроек.