Страницы внутреннего поиска в WordPress часто попадают в индекс не потому, что кто-то специально их открывает, а потому что поисковик находит URL вида ?s= по ссылкам, в логах или через генерацию внутренних переходов. На небольшом сайте это выглядит безобидно, но на практике такие страницы дают мусорные URL, раздувают индекс и мешают нормально оценивать качество контента.
Проблема обычно не в самом поиске, а в том, что каждая поисковая выдача — это отдельная страница с динамическим набором результатов. Если запросов много, индекс быстро наполняется страницами с тонким или повторяющимся содержимым. Ниже — рабочий сценарий: как диагностировать источник, закрыть страницы поиска от индексации и проверить, что решение сработало.
Когда страницы поиска становятся проблемой
Если в индексе есть URL с параметром ?s=, это не всегда ошибка настройки. Иногда поисковик сам решает, что такие страницы полезны. Но для большинства сайтов внутренний поиск не должен конкурировать с основными страницами. Особенно если:
- поиск показывает мало результатов или выдаёт пустые страницы;
- в выдаче много похожих URL с разными запросами;
- в Search Console растёт число проиндексированных служебных страниц;
- в логах видно частые обходы URL вида
/ ?s=...или/search/.../; - на сайте есть фильтры, автопоиск или AJAX-поисковая форма, которая генерирует отдельные адреса.
Что именно нужно закрывать
В WordPress чаще всего речь идёт о стандартной поисковой выдаче по адресу /?s=запрос. Если тема или плагин используют красивый URL поиска, например /search/запрос/, его тоже нужно проверить отдельно. Важно не путать саму форму поиска и страницу результатов: форму закрывать не нужно, а вот индексировать результаты обычно смысла нет.
Диагностика: откуда берутся индексируемые страницы поиска
Перед правкой лучше понять, какой именно вариант поиска используется на сайте. Это поможет не сломать шаблон и не закрыть лишнее.
Проверьте URL вручную
Откройте на сайте несколько поисковых запросов и посмотрите адрес в браузере. Варианты обычно такие:
https://site.ru/?s=тест— стандартный поиск WordPress;https://site.ru/search/тест/— красивый URL, который может быть задан темой или плагином;https://site.ru/?post_type=product&s=тест— поиск по типу записи;- URL с дополнительными параметрами сортировки и фильтров.
Если у вас есть доступ к Search Console, проверьте отчёт по страницам и запросите выборку URL с s=. Это покажет, какие адреса уже попали в индекс или были просканированы.
Посмотрите, нет ли каноникализации на сам поиск
Иногда тема или SEO-плагин уже ставят canonical на поисковую выдачу, но этого недостаточно. Canonical — это подсказка, а не жёсткий запрет на индексацию. Если поисковик считает страницу полезной, он может оставить её в индексе. Для внутреннего поиска обычно нужен именно noindex.
Как закрыть поиск от индексации: рабочие варианты
Есть три практических подхода: через SEO-плагин, через код темы или через серверную логику, если нужен точечный контроль. Ниже — сравнение без лишней теории.
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если уже используется Yoast SEO, Rank Math или аналог | Быстро, без правки темы | Не всегда даёт точечный контроль над нестандартным поиском |
| Код в теме или mu-plugin | Если нужен предсказуемый результат без лишних зависимостей | Контроль, минимум магии | Нужно аккуратно тестировать после обновлений |
| robots.txt | Как дополнительная мера | Просто ограничить обход | Не заменяет noindex, если URL уже в индексе |
Вариант 1. Добавить noindex через код
Для стандартного поиска WordPress можно вывести мета-тег robots только на страницах результатов. Это надёжный способ, если вы не хотите зависеть от настроек плагина.
<?php
add_action('wp_head', function () {
if ( is_search() ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
}, 1);Этот код можно добавить в дочернюю тему или в небольшой mu-plugin. Если на сайте уже есть SEO-плагин, проверьте, не выводит ли он свой robots meta с другим значением. Дублировать директивы не стоит.
Вариант 2. Использовать фильтр robots meta в SEO-плагине
Если сайт работает на Yoast SEO, удобнее менять директиву через фильтр, а не печатать свой тег вручную. Так меньше риска получить два разных robots meta на одной странице.
<?php
add_filter('wpseo_robots', function ($robots) {
if ( is_search() ) {
return 'noindex,follow';
}
return $robots;
});Для других SEO-плагинов логика похожая, но хук будет другой. Если вы не уверены, что именно установлено, сначала посмотрите исходный код страницы и найдите, кто выводит meta name="robots".
Вариант 3. Закрыть обход в robots.txt как дополнительную меру
Если нужно уменьшить количество обходов, можно добавить правило в robots.txt. Но это именно дополнительная мера, а не замена noindex. Если URL уже в индексе, один robots.txt его не уберёт.
User-agent: *
Disallow: /?s=
Disallow: /search/С Disallow: /?s= есть нюанс: разные боты по-разному интерпретируют параметры в robots.txt. Поэтому для стандартного WordPress-поиска надёжнее ориентироваться на noindex, а robots.txt использовать как вспомогательное ограничение.
Пошаговое решение без лишнего риска
- Определите, какой URL у поисковой выдачи на вашем сайте.
- Проверьте, есть ли уже robots meta от темы или SEO-плагина.
- Добавьте
noindex,followтолько на страницы поиска. - При необходимости ограничьте обход через
robots.txt. - Убедитесь, что форма поиска и результаты работают для пользователей.
- Отправьте на переобход несколько тестовых URL в Search Console.
Если сайт большой, лучше сначала внедрить изменение на staging-копии. Это особенно важно, если тема использует нестандартный шаблон поиска или если на сайте есть поиск по нескольким типам записей.
Как проверить, что решение сработало
Проверка должна быть не на уровне “вроде всё ок”, а по конкретным признакам.
- Откройте страницу поиска и посмотрите исходный код: должен быть
<meta name="robots" content="noindex,follow">или эквивалент от SEO-плагина. - Убедитесь, что на странице нет второго robots meta с конфликтующей директивой.
- Проверьте HTTP-ответ: страница должна отдавать обычный
200 OK, если вы не делали отдельную серверную блокировку. - В Search Console отправьте проверку URL и посмотрите, как Google видит страницу после переобхода.
- Через несколько обходов проверьте, уменьшается ли число проиндексированных URL с
?s=.
Если используете командную строку, можно быстро проверить заголовки и HTML:
curl -I 'https://site.ru/?s=test'
curl -s 'https://site.ru/?s=test' | grep -i 'robots'Первой командой вы увидите статус ответа и заголовки, второй — наличие robots meta в HTML. Это удобно, когда нужно проверить несколько шаблонов без браузера.
Частые ошибки и как их исправить
Закрыли поиск только в robots.txt
Это частая ошибка. Если URL уже в индексе, поисковик может продолжать показывать его без обхода содержимого. Добавьте noindex на саму страницу результатов.
Поставили noindex на всю тему
Иногда код вставляют слишком грубо и получают noindex на все страницы сайта. Проверяйте условие is_search() и тестируйте на нескольких типах страниц: главная, запись, рубрика, поиск.
Получили два robots meta
Это бывает, когда код добавили вручную, а SEO-плагин уже выводит свою директиву. В таком случае поисковик может взять не ту версию или проигнорировать конфликтующий набор. Оставьте один источник управления.
Закрыли поиск, но не учли красивый URL
Если тема использует /search/, а вы закрыли только /?s=, часть страниц останется доступной. Проверьте все реальные варианты адресов на сайте.
Безопасность и производительность: что стоит учесть
Внутренний поиск сам по себе может быть тяжёлым, особенно если он ищет по большому количеству записей и метаполей. Если запросы часто создают нагрузку, имеет смысл отдельно посмотреть:
- не индексируются ли лишние параметры поиска;
- не генерирует ли форма поиска бесконечные комбинации URL;
- не нужен ли кэш для страниц результатов, если они всё же должны оставаться доступными;
- не стоит ли ограничить поиск только по нужным типам записей.
Если на сайте есть SEO-плагин вроде Clearfy Pro, часть задач по чистке дублей и технических страниц можно закрыть через него, но логику поиска всё равно лучше проверить вручную. Автоматические настройки не всегда учитывают нестандартные шаблоны темы.
Когда лучше не закрывать поиск полностью
Иногда внутренний поиск полезен для пользователей и даёт трафик по длинным запросам. В таком случае можно оставить страницы доступными, но не индексируемыми. Это компромисс между UX и чистотой индекса. Полностью блокировать поиск имеет смысл только если он создаёт мусор, дубли или лишнюю нагрузку.
Если у вас уже есть несколько технических статей про дубли и индексацию, этот сценарий хорошо дополняет их: здесь речь не о пагинации или авторских архивах, а именно о поисковой выдаче, которая часто выпадает из внимания при аудите сайта.