Внутренний поиск WordPress часто создаёт страницы вида ?s=запрос, которые поисковики могут обходить и индексировать как отдельные URL. На небольшом сайте это выглядит безобидно, но на практике такие страницы дают дубли, размывают статистику и иногда тянут в индекс пустые или почти пустые результаты поиска.
Если у вас уже есть статья про закрытие служебных URL в целом, здесь задача уже точнее: нужно именно убрать из индекса результаты внутреннего поиска, не ломая сам поиск для пользователей и не задевая обычные страницы сайта.
Когда проблема действительно есть
Сначала стоит убедиться, что речь не о единичных URL, а о системной проблеме. Обычно это видно по одному или нескольким признакам:
- в Google Search Console появляются URL с параметром
?s=; - в отчётах по страницам есть результаты поиска с низким или нулевым содержанием;
- поисковик показывает в выдаче страницы поиска вместо нормальных посадочных страниц;
- на сайте много запросов, которые возвращают пустую выдачу, но всё равно доступны по отдельному URL.
Что проверить в первую очередь
Откройте несколько адресов поиска вручную, например / ?s=тест и / ?s=несуществующийзапрос. Если страница отдаёт обычный HTML с заголовком, хлебными крошками и блоками темы, для поисковика это полноценная страница. Дальше проверьте исходный код: есть ли там noindex, не закрыт ли URL в robots.txt, и не генерирует ли тема отдельные канонические ссылки на результаты поиска.
Важно: закрытие через robots.txt само по себе не решает задачу, если URL уже попал в индекс. Для удаления из индекса нужен либо noindex, либо корректный HTTP-ответ с редиректом/404 в тех сценариях, где поиск вообще не должен быть доступен.
Пошаговое решение: что делать без поломки поиска
Самый надёжный вариант — оставить поиск доступным для пользователей, но запретить его индексацию на уровне HTML-мета-тега. Для этого можно добавить noindex, follow только на страницы поиска.
1. Добавьте noindex для результатов поиска
Если у вас нет SEO-плагина, который уже управляет мета-тегами, можно сделать это через wp_head. Код ниже добавляет noindex, follow только на страницы внутреннего поиска:
<?php
add_action( 'wp_head', function () {
if ( is_search() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Этот вариант рабочий, но у него есть минус: если тема или SEO-плагин уже выводит свой robots-тег, можно получить дублирование. Поэтому сначала проверьте, не делает ли это Yoast SEO, Rank Math или другой SEO-плагин.
2. Если нужен более жёсткий вариант — отдавайте 404 для пустого поиска
Иногда внутренний поиск на сайте вообще не нужен для индексации и не должен существовать как отдельная страница без результатов. Тогда для пустых или заведомо мусорных запросов можно вернуть 404. Делать это надо аккуратно: не ломайте поиск по реальным запросам.
<?php
add_action( 'template_redirect', function () {
if ( ! is_search() ) {
return;
}
$query = trim( (string) get_search_query( false ) );
if ( $query === '' ) {
global $wp_query;
$wp_query->set_404();
status_header( 404 );
nocache_headers();
include get_query_template( '404' );
exit;
}
} );Этот подход уместен, если пустой поиск создаёт мусорные URL, которые не несут пользы. Но не используйте его без теста: некоторые темы и плагины ожидают, что страница поиска всегда отрендерится как обычный шаблон.
3. Уберите лишние ссылки на поиск из шаблона
Если в шапке, сайдбаре или футере есть ссылки на популярные поисковые запросы, они тоже могут подталкивать поисковики к обходу служебных URL. Это не критично, но лучше убрать такие ссылки из публичной навигации, если они не нужны пользователям.
Проверьте шаблоны header.php, sidebar.php, блоки в редакторе и виджеты. Иногда ссылка на поиск появляется не в коде темы, а в настройках меню или через блок «Произвольный HTML».
Сравнение подходов
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если уже используется Yoast SEO, Rank Math или аналог | Централизованное управление robots | Нужно проверить, не конфликтует ли с темой |
Код в wp_head | Если нужен точечный контроль без плагинов | Просто и прозрачно | Легко получить дубли мета-тегов |
| 404 для пустого поиска | Если пустые запросы создают мусор | Жёстко убирает бесполезные URL | Нужно тестировать совместимость с темой |
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой страницы. Нужны технические признаки, что поисковик видит именно то, что вы хотели.
- Откройте страницу поиска и проверьте исходный код: должен быть
<meta name="robots" content="noindex,follow" />или другой ожидаемый вариант. - Проверьте заголовок ответа в браузере или через
curl -I, если вы используете 404 для пустого поиска. - В Google Search Console посмотрите, исчезают ли новые URL с параметром
?s=из отчётов по индексированию. - Убедитесь, что обычный поиск по сайту всё ещё работает для посетителей.
Пример быстрой проверки через командную строку:
curl -I "https://example.com/?s=test"Если вы выбрали вариант с noindex, в ответе HTML должен быть нужный robots-тег. Если выбрали 404 для пустого поиска, заголовок должен показывать 404 Not Found.
Частые ошибки и как их исправить
Закрыли поиск в robots.txt и решили, что этого достаточно
Это частая ошибка. Disallow мешает обходу, но не гарантирует удаление уже известных URL из индекса. Если URL уже попал в поиск, нужен noindex или другой корректный сигнал для удаления.
Поставили noindex на все страницы сайта
Иногда в шаблоне ошибочно добавляют robots-тег без условия is_search(). В результате под фильтр попадает весь сайт. Перед публикацией проверьте, что код срабатывает только на страницах поиска.
Конфликт с SEO-плагином
Если SEO-плагин уже управляет robots-мета-тегами, ручной вывод через wp_head может создать дубли. В таком случае лучше использовать настройки плагина или его фильтры, а не дублировать логику в теме.
Сломали поиск для пользователей
Если вы возвращаете 404 для всех поисковых запросов, пользователи не смогут искать по сайту. Такой вариант допустим только тогда, когда поиск реально не нужен. В остальных случаях лучше оставить поиск доступным, но закрыть его от индексации.
Практические советы по безопасности и производительности
Страницы поиска сами по себе не тяжёлые, но на больших сайтах они могут создавать лишнюю нагрузку, особенно если поисковые запросы часто повторяются. Если у вас есть кэш страниц, убедитесь, что результаты поиска не кэшируются как обычные публичные страницы без учёта параметра s.
Если поиск используется активно, полезно ограничить мусорные запросы на уровне темы или плагина поиска: слишком короткие строки, пустые значения, бессмысленные символы. Это снижает количество бесполезных URL и уменьшает шум в логах.
Ещё один практический момент: если вы используете редиректы для служебных URL, не делайте их массово на главную страницу. Для поисковиков это выглядит как мягкая ошибка, а для пользователя — как потеря контекста. Лучше либо noindex, либо честный 404 там, где страница не должна существовать.
Если нужен более широкий аудит дублей, служебных страниц и технических ошибок, обычно удобнее сначала навести порядок в индексации, а уже потом трогать кэш и производительность. Иначе можно ускорить сайт, но оставить в поиске мусорные URL.