Страница внутреннего поиска в WordPress часто попадает в индекс сама по себе: поисковики находят URL вида ?s=запрос, а дальше начинают собирать десятки и сотни почти пустых страниц. Для сайта это обычно лишний шум в индексе, дубли и расход краулингового бюджета. Проблема не в самом поиске, а в том, что его результаты редко несут самостоятельную ценность для поиска.
Ниже — рабочие способы закрыть такие страницы от индексации без лишних побочных эффектов. Сразу оговорюсь: если у вас поиск используется как полноценный раздел с уникальными посадочными страницами, подход нужно выбирать точечно, а не рубить всё подряд.
Как понять, что проблема именно в индексации поиска
Сначала проверьте, действительно ли поисковые URL уже попали в индекс или только создают лишние обходы. Для этого достаточно нескольких быстрых проверок.
- Вбейте в поиск Google запрос
site:example.com ?s=илиsite:example.com inurl:?s=. - Посмотрите отчёт в Google Search Console по страницам с параметрами и исключённым URL.
- Откройте несколько URL поиска вручную и проверьте, не возвращают ли они пустые или почти пустые результаты.
- Посмотрите логи сервера или аналитику: если бот часто ходит на
?s=, это уже сигнал.
Если на странице поиска нет уникального контента, нет смысла оставлять её открытой для индексации. Но закрывать её нужно аккуратно: не ломая сам поиск для пользователей и не создавая конфликтов между robots.txt, noindex и каноникалами.
Что лучше: robots.txt, meta robots или код
Для WordPress есть три практических подхода. У каждого свои ограничения.
| Способ | Когда подходит | Минус |
|---|---|---|
robots.txt | Нужно снизить обход поисковиками | Не гарантирует исключение уже проиндексированных URL |
noindex в HTML | Нужно убрать страницу из индекса | Бот должен иметь доступ к странице, чтобы увидеть директиву |
| Код в теме/плагине | Нужен точный контроль без лишних плагинов | Требует аккуратной реализации и теста после обновлений |
На практике чаще всего используют комбинацию: noindex для результатов поиска и аккуратное ограничение обхода через robots.txt. Только robots.txt обычно недостаточно, если URL уже в индексе.
Пошаговое решение: закрываем поиск WordPress от индексации
1. Добавьте noindex для страниц поиска
Самый надёжный вариант — отдать поисковым системам директиву noindex, follow для страниц результатов поиска. Это можно сделать через хук wp_robots, который поддерживается в современных версиях WordPress.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_search() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот код можно добавить в дочернюю тему или в небольшой mu-plugin. Важно: не вставляйте его в родительскую тему, если она обновляется — правка потеряется.
2. Ограничьте обход в robots.txt
Если у вас много мусорных запросов, можно дополнительно закрыть обход параметра поиска в robots.txt. Это не замена noindex, а вспомогательная мера.
User-agent: *
Disallow: /*?s=
Disallow: /search/
Здесь есть нюанс: разные поисковики по-разному обрабатывают шаблоны в robots.txt. Поэтому не рассчитывайте, что одна строка решит всё. Если URL уже в индексе, нужен именно noindex.
3. Если тема выводит заголовок и canonical вручную, проверьте шаблон
Некоторые темы или SEO-плагины могут переопределять canonical для страниц поиска. Если canonical указывает на саму страницу поиска, это не ошибка, но если он ведёт на нерелевантную страницу или дублируется несколько раз, лучше поправить шаблон. Для проверки откройте исходный код страницы поиска и найдите:
<meta name="robots" ...><link rel="canonical" ...>
Если SEO-плагин уже управляет robots-мета, не дублируйте директивы кодом в теме. Иначе можно получить конфликтующие значения.
Когда лучше сделать это через плагин
Если вы не хотите трогать код, используйте SEO-плагин, который умеет задавать noindex для архивов, таксономий и служебных страниц. Но проверьте, есть ли в нём отдельная настройка для search results. Не все плагины дают точечный контроль именно для поиска.
Для сайтов, где одновременно нужно чистить дубли, служебные страницы и мусорные архивы, удобнее использовать один инструмент, а не собирать решение из нескольких плагинов. Например, в Clearfy Pro есть функции для удаления дублей и технической чистки сайта, но перед включением любой автоматической опции всё равно стоит проверить, что она не затрагивает нужные страницы.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой. Нужна быстрая техническая валидация.
- Откройте страницу поиска с любым запросом, например
/?s=test. - Проверьте исходный код и убедитесь, что есть
noindex. - Проверьте, что страница по-прежнему открывается для пользователя и поиск работает.
- Через Google Search Console отправьте URL на повторную проверку, если он уже был в индексе.
- Через несколько дней проверьте, ушли ли URL поиска из отчётов по индексированию.
Если страница по-прежнему индексируется, проблема обычно в одном из трёх мест: директива не выводится, бот не может её увидеть из-за блокировки в robots.txt, либо на странице есть конфликтующий canonical или meta robots от другого плагина.
Частые ошибки и как их исправить
Закрыли поиск только в robots.txt
Это самая распространённая ошибка. robots.txt ограничивает обход, но не гарантирует удаление уже известных URL из индекса. Исправление простое: добавьте noindex на саму страницу поиска.
Поставили noindex, но одновременно запретили обход
Если страница закрыта в robots.txt, поисковик может не увидеть мета-тег noindex. В результате URL может висеть в индексе дольше, чем ожидается. Для уже проиндексированных страниц сначала дайте боту доступ увидеть директиву, а потом при необходимости ограничивайте обход.
Сломали поиск для пользователей
Иногда после правок разработчик случайно меняет шаблон поиска или редиректит все запросы на главную. Это уже не про индексацию, а про функциональность. Проверяйте, что пользовательский поиск возвращает результаты и не уходит в бесконечный редирект.
Добавили код в неподходящее место
Если вставить код в файл темы без дочерней темы или без mu-plugin, он исчезнет после обновления. Для технических правок лучше использовать отдельный мини-плагин или mu-plugin, если на сайте есть регламент на такие изменения.
Практические советы по безопасности и производительности
Закрытие страниц поиска от индексации не ускоряет сайт напрямую, но помогает уменьшить количество бесполезных обходов. Это особенно заметно на проектах с большим количеством мусорных запросов и слабым сервером.
- Не создавайте отдельные SEO-страницы под каждый случайный поисковый запрос.
- Следите, чтобы поиск не генерировал бесконечные цепочки параметров.
- Если используете кэш, проверьте, что страницы поиска не отдаются из кэша с чужими результатами.
- Не закрывайте от индексации всё подряд, если поиск — часть навигации и на него есть внешние ссылки с ценным трафиком.
Если нужно быстро навести порядок не только в поиске, но и в технических дублях, служебных страницах и лишних элементах шаблона, имеет смысл сначала собрать карту проблем, а уже потом включать точечные правила. Так меньше шансов случайно закрыть то, что должно индексироваться.
В итоге рабочая схема обычно выглядит так: noindex для страниц поиска, при необходимости — мягкое ограничение в robots.txt, затем проверка в исходном коде и в Search Console. Это самый предсказуемый путь без лишней магии и без риска сломать сайт.