Страницы внутреннего поиска в WordPress часто создают мусор в индексе: URL с параметром ?s= не несут самостоятельной ценности, но поисковик может их обходить, сохранять и показывать в отчёте как дубли. На небольшом сайте это выглядит безобидно, а на контентном проекте быстро раздувает индекс и мешает анализу реальных страниц.
Задача здесь не в том, чтобы «спрятать всё от Google», а в том, чтобы корректно закрыть именно результаты поиска, не ломая сам поиск для пользователей и не создавая конфликтов с кэшем, sitemap и плагинами SEO.
Когда страницы поиска становятся проблемой
Типичный сценарий: в Search Console появляются URL вида / ?s=ключевое+слово, иногда с сортировками, фильтрами или странными хвостами после редиректов. Если сайт активно ищут внутри, таких URL может быть много. Поисковик тратит краулинговый бюджет на страницы, которые не должны ранжироваться, а в отчётах по индексации появляется шум.
Проверить проблему можно быстро:
- введите в Google запрос
site:example.com ?s=; - посмотрите отчёт «Страницы» в Google Search Console;
- откройте несколько URL поиска и проверьте, есть ли у них
noindexили запрет вrobots.txt; - сравните заголовки ответа сервера через
curl -I.
Что именно нужно закрывать
Обычно закрывают не весь поиск как функцию, а только страницы результатов поиска. Сам поиск на сайте остаётся доступным, но его URL не должны попадать в индекс. Если у вас есть отдельная страница поиска с осмысленным контентом, это уже другой сценарий, и её нужно оценивать отдельно.
Диагностика: как понять, что сейчас настроено неправильно
Сначала проверьте, не закрывает ли тема или плагин SEO поиск уже сейчас. Частая ошибка — одновременно стоит noindex в мета-теге, запрет в robots.txt и ещё редирект на главную. В итоге поисковик видит противоречивые сигналы, а пользователь получает странное поведение.
Для проверки откройте исходный код страницы поиска и найдите:
<meta name=