Внутренний поиск WordPress часто создаёт мусорные URL вида ?s=... и их пагинацию. Для пользователя это полезный инструмент, а для поисковика — источник дублей и тонких страниц, которые редко дают ценность. Если сайт уже индексируется, а в отчётах появляются страницы поиска, их лучше закрыть аккуратно: не через «ломающее всё» правило, а с пониманием, что именно вы убираете из индекса и что оставляете для людей.
Когда это действительно проблема
Сначала стоит проверить, что речь именно о страницах внутреннего поиска, а не о нормальных посадочных страницах с фильтрами или каталогом. Типичный признак — в индексе есть URL с параметром s, а в логах или аналитике заметны переходы на пустые результаты поиска. Такие страницы редко нужны в поиске, потому что они зависят от пользовательского запроса и часто содержат мало контента.
Что смотреть в первую очередь
- отчёт по индексированию в Google Search Console;
- список URL с параметром
?s=в логах сервера или аналитике; - наличие пагинации поиска вроде
/page/2/; - не дублируются ли результаты поиска через разные шаблоны темы;
- не закрыт ли уже поиск через
robots.txtилиnoindexв SEO-плагине.
Если поиск уже закрыт частично, но страницы всё равно попадают в индекс, обычно проблема в том, что запрет сделан только на уровне robots, без явного noindex, либо тема выводит нестандартный шаблон поиска без мета-тега robots.
Диагностика: как понять, что именно индексируется
Проверьте несколько реальных URL поиска. В WordPress это обычно адрес главной с параметром ?s=запрос, например https://example.com/?s=seo. Откройте исходный код страницы и найдите мета-тег robots. Если там нет noindex, поисковик может продолжать хранить такие страницы в индексе, особенно если на них есть внутренние ссылки.
Полезно также проверить, не отдаются ли страницы поиска со статусом 200 для пустого запроса. Если тема или плагин поиска показывает полноценную страницу без результатов и без явного запрета на индексацию, это почти гарантированный кандидат на чистку.
Пошаговое решение
Есть три рабочих подхода: через SEO-плагин, через код в теме или через комбинацию обоих. Если у вас уже стоит плагин, который умеет управлять robots для архивов и служебных страниц, это обычно самый безопасный путь. Если нужен контроль без лишних зависимостей, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин.
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Быстро, без кода, удобно для редакторов | Зависит от конкретного плагина и его настроек |
| Код в теме | Точный контроль, не нужен лишний плагин | Нужно следить за обновлениями и дочерней темой |
| Комбинация | Можно закрыть индексацию и убрать ссылки из шаблона | Требует аккуратной проверки, чтобы не переборщить |
Вариант 1: закрыть поиск через код
Если вам нужен предсказуемый результат, добавьте noindex,follow для страниц поиска. Это не мешает переходам по внутренним ссылкам, но сигнализирует поисковику не индексировать саму страницу результатов.
add_filter( 'wp_robots', function( array $robots ) : array {
if ( is_search() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант работает на уровне WordPress и не зависит от конкретного SEO-плагина. Но если плагин уже подменяет robots, проверьте, не конфликтуют ли правила между собой.
Вариант 2: убрать поиск из sitemap и внутренних ссылок
Если тема или плагин добавляет ссылки на страницу поиска в меню, хлебные крошки или блоки «похожие материалы», их лучше убрать. Поисковик может находить такие URL через внутренние ссылки, даже если страница закрыта от индексации.
add_filter( 'wp_nav_menu_objects', function( array $items ) : array {
foreach ( $items as $key => $item ) {
if ( ! empty( $item->url ) && strpos( $item->url, '?s=' ) !== false ) {
unset( $items[ $key ] );
}
}
return $items;
} );Код выше полезен только если у вас реально есть такие ссылки в меню. В большинстве случаев достаточно убрать их из шаблона вручную, а не городить фильтр.
Вариант 3: отдать 404 или 410 для пустого поиска
Это более жёсткий сценарий. Он подходит, если сайт не использует внутренний поиск как пользовательскую функцию, а запросы вида ?s= приходят в основном от ботов. Но здесь важно не сломать нормальный пользовательский поиск. Если запрос есть, а результатов нет, лучше оставить обычную страницу с noindex, чем насильно отдавать ошибку на все поисковые URL.
Если всё же нужен жёсткий запрет, делайте его только для пустого запроса или для технических мусорных параметров, а не для любого поиска.
Проверка результата после внедрения
После изменения откройте несколько URL поиска и проверьте три вещи: мета-тег robots, HTTP-статус и наличие ссылки на страницу в исходном коде сайта. Если вы добавили noindex, в исходнике должен появиться соответствующий директивный тег. Если убирали ссылки, убедитесь, что они больше не встречаются в меню, футере и шаблонах.
- проверить исходный код страницы поиска;
- убедиться, что статус ответа остаётся 200 для обычного поиска;
- посмотреть, исчезли ли URL
?s=из внутренних ссылок; - отправить URL на повторную проверку в Search Console, если они уже были в индексе;
- через несколько дней проверить, уменьшается ли число найденных служебных страниц.
Важно: если страница уже в индексе, noindex не удалит её мгновенно. Поисковику нужно заново обойти URL и увидеть новую директиву. Это нормальное поведение, а не ошибка.
Частые ошибки и как их исправить
Закрыли только в robots.txt
Это частая недоработка. Если URL запрещён в robots, поисковик может не увидеть на странице тег noindex, а значит, старый URL будет висеть в индексе дольше. Для служебных страниц лучше использовать именно noindex, а robots — как дополнительный слой, если он действительно нужен.
Сломали поиск для пользователей
Иногда разработчик путает индексацию и доступность. Закрыть страницу от индексации — не значит убрать её из сайта. Если после правок поиск перестал открываться, проверьте, не добавили ли вы редирект, 404 или условие, которое срабатывает на любой запрос.
Оставили дубли через разные шаблоны
На некоторых темах результаты поиска доступны по разным адресам: с параметром ?s=, через красивый URL, через AJAX-обновление. Если закрыт только один вариант, дубли могут остаться. Нужно найти все реальные точки входа и привести их к одному поведению.
Сделали noindex, но не убрали внутренние ссылки
Поисковик всё равно будет находить такие URL, если они активно используются внутри сайта. Это не критично, но лишний шум в обходе сайта остаётся. Лучше убрать ссылки на поиск из шаблонов, если они не несут ценности.
Что ещё стоит проверить для безопасности и производительности
Если внутренний поиск активно используется, он может нагружать базу данных, особенно на больших сайтах. В таком случае полезно посмотреть, не делает ли тема слишком тяжёлые запросы к таблице wp_posts. Иногда проще оптимизировать сам поиск, чем только закрывать его от индексации. Если у вас уже есть плагин для технической чистки и SEO-правил, например Clearfy Pro, его удобно использовать как слой для управления служебными страницами, но финальную логику всё равно лучше понимать и проверять вручную.
Для сайтов с высокой нагрузкой не стоит добавлять лишние фильтры в каждый запрос без необходимости. Любой код, который вмешивается в шаблон поиска, должен быть коротким и проверяемым. Если решение можно сделать настройкой SEO-плагина без потери контроля, это обычно предпочтительнее.
Итоговая проверка простая: страница поиска открывается для пользователя, но не создаёт лишний индексируемый мусор; в исходнике есть noindex; лишние ссылки на поиск убраны; в Search Console новые служебные URL перестают накапливаться. Если хотя бы один пункт не выполнен, стоит вернуться к диагностике и посмотреть, где именно тема или плагин переопределяют поведение WordPress.