Страницы внутреннего поиска в WordPress часто создают мусорный индекс: у них тонкий контент, много дублей и почти нет ценности для поиска. Проблема обычно всплывает не сразу — сначала в Google Search Console появляются URL вида ?s=, потом в индексе копятся страницы с пустыми или случайными запросами, а дальше поисковик начинает тратить обход на бесполезные адреса.
Если у вас уже настроены архивы и sitemap, это не решает вопрос с поиском. Страницы результатов поиска живут отдельно, и их лучше закрывать точечно: через noindex, заголовок X-Robots-Tag или оба способа сразу — в зависимости от того, как у вас устроен сайт.
Когда внутренний поиск становится проблемой
На небольшом блоге это может быть незаметно. Но на контентном сайте, в каталоге статей или на проекте с большим количеством материалов страницы поиска быстро превращаются в источник дублей. Особенно если:
- поиск доступен по GET-параметру
?s=; - результаты поиска индексируются без ограничений;
- на сайте есть фильтры, которые добавляют к поиску дополнительные параметры;
- поиск возвращает страницы с одинаковыми шаблонами заголовков и мета-тегов.
Типичный симптом — в отчёте индексации появляются URL с запросами вроде ?s=seo, ?s=wordpress, ?s= и их вариации с параметрами сортировки. Эти страницы не должны конкурировать с основными материалами.
Диагностика: как понять, что поиск уже в индексе
Сначала проверьте, как WordPress отдаёт страницу поиска. Откройте любой запрос, например /?s=тест, и посмотрите исходный код страницы. Если в <head> нет noindex, а в индексе уже есть такие URL, значит поисковик получает сигнал, что страницу можно хранить.
Дополнительно проверьте:
- отчёт «Страницы» в Google Search Console;
- поиск по сайту через оператор
site:example.com inurl:?s=; - мета-теги и заголовки ответа сервера для страницы поиска.
Если у вас есть доступ к командной строке, удобно проверить заголовки так:
curl -I