Как исключить страницы внутреннего поиска WordPress из индексации

Автор: Дарья Алексеева | Опубликовано: 18.08.2026

Страницы внутреннего поиска в WordPress часто попадают в индекс не потому, что это нужно поисковику, а потому что сайт сам их отдает как обычные URL. В результате в Search Console появляются десятки или сотни страниц вида ?s=..., а в выдаче — бесполезные результаты поиска по сайту вместо нормальных посадочных страниц. Если сайт активно растет, это быстро превращается в шум: дубли, лишние обходы, размывание релевантности.

Ниже — рабочая схема, как закрыть такие страницы от индексации без поломки поиска для пользователей. Разберем диагностику, варианты реализации и то, как проверить, что все действительно сработало.

Когда внутренний поиск становится проблемой

Сам по себе поиск на сайте не вреден. Проблема начинается, когда поисковые URL начинают индексироваться и конкурировать с нормальными страницами. Обычно это видно по нескольким признакам:

в индексе есть URL с параметром ?s=;
в отчете по страницам много адресов с пустыми или почти пустыми результатами;
поисковик показывает в выдаче страницы поиска вместо нужных категорий, статей или тегов;
в логах или аналитике заметно, что бот часто ходит по однотипным поисковым URL.

Если у вас еще и тема или плагин поиска формируют человекопонятные URL, ситуация может быть сложнее: иногда индексируются не только стандартные ?s=, но и отдельные шаблоны результатов поиска. Поэтому сначала нужно понять, какой именно формат URL создает сайт.

Что именно нужно закрывать

Обычно речь идет о страницах результатов поиска, а не о самом поисковом запросе как функции. Пользователь должен продолжать искать на сайте, но поисковик не должен считать эти страницы полезным контентом для выдачи. Это важное различие: мы не ломаем поиск, а только убираем его страницы из индекса.

Диагностика: как понять, что проблема есть

Начните с простого поиска по сайту в Google или Яндекс с ограничением по домену. Ищите адреса с ?s= и похожими шаблонами. Дополнительно проверьте:

отчет по индексированию в Google Search Console;
страницы с низким числом кликов и показов, но большим количеством URL с поисковыми параметрами;
исходный код шаблона поиска: есть ли meta robots и какой там статус;
файл robots.txt: не закрывает ли он только часть сценариев.

Если у вас установлен SEO-плагин, проверьте, не добавляет ли он уже noindex для страниц поиска. Иногда проблема решена частично: в коде есть мета-тег, но поисковик все равно продолжает обходить URL, потому что они доступны и внутренние ссылки на них активно генерируются.

Пошаговое решение

Вариант 1. Закрыть страницы поиска через noindex

Это самый безопасный вариант, если нужно оставить поиск доступным для пользователей и при этом убрать его страницы из индекса. Для стандартного шаблона WordPress можно добавить условие в functions.php дочерней темы или в собственный мини-плагин:

<?php
add_action('wp_head', function () {
    if (is_search()) {
        echo '<meta name="robots" content="noindex,follow">' . "\n";
    }
});

Такой подход работает для классической темы и большинства шаблонов. Но если у вас уже подключен SEO-плагин, лучше не дублировать мета-теги вручную, а использовать настройки плагина или его фильтры. Два разных noindex в одном документе обычно не ломают сайт, но создают путаницу при поддержке.

Вариант 2. Запретить обход в robots.txt

Этот способ полезен как дополнительная мера, но не как единственная защита. Поисковик может не обходить URL, но если на них уже есть внешние или внутренние ссылки, адрес все равно может попасть в индекс без содержимого. Поэтому robots.txt лучше использовать вместе с noindex, а не вместо него.

Пример для стандартного файла:

User-agent: *
Disallow: /?s=
Disallow: /search/

Здесь есть нюанс: правило для параметра ?s= не всегда отрабатывает одинаково у всех роботов, а для человекопонятных URL поиска нужен свой шаблон. Если у вас нестандартный поиск, проверьте фактический адрес страницы, а не ориентируйтесь только на форму поиска.

Вариант 3. Убрать поисковые URL из внутренней перелинковки

Если тема или виджет выводит ссылки на результаты поиска, их лучше убрать. Поисковик активно следует внутренним ссылкам, и если вы сами раздаете URL поиска по всему сайту, закрытие через мета-тег будет менее эффективным. Проверьте:

виджеты с «популярными запросами»;
ссылки в хлебных крошках, если они случайно ведут на поиск;
блоки автоподстановки и «похожие запросы»;
шаблоны 404 и пустых результатов поиска.

Вариант 4. Жестко отключить индексирование через код шаблона

Если сайт небольшой и вы точно знаете, что поисковые страницы не нужны в индексе, можно дополнительно отдать заголовок X-Robots-Tag. Это удобно, когда нужно закрыть не только HTML-страницу, но и любые варианты ответа, которые может отдать шаблон.

<?php
add_action('template_redirect', function () {
    if (is_search() && !headers_sent()) {
        header('X-Robots-Tag: noindex, follow', true);
    }
});

Этот способ не заменяет нормальную настройку SEO, но помогает, если тема не дает удобно управлять мета-тегами. Используйте его аккуратно: заголовки нельзя отправлять после вывода HTML, поэтому код должен срабатывать до начала разметки.

Сравнение подходов

Подход	Плюсы	Минусы	Когда использовать
noindex в `<head>`	Прозрачно для SEO, не ломает поиск	Нужно следить за темой и плагинами	Базовый вариант почти для всех сайтов
robots.txt	Просто добавить, снижает обход	Не гарантирует исключение из индекса	Как дополнительная мера
X-Robots-Tag	Работает на уровне заголовка	Нужен аккуратный код	Когда тема плохо управляет мета-тегами

Если используется SEO-плагин

Если у вас уже стоит плагин для SEO, сначала проверьте его настройки. Во многих случаях там есть отдельная опция для страниц поиска. Это предпочтительнее ручного кода, потому что плагин обычно сам следит за совместимостью с темой и не создает дублирующих правил.

Если же плагин не умеет закрывать поиск или делает это не так, как нужно, можно комбинировать: оставить настройку в плагине для базового noindex и добавить robots.txt только как вспомогательный барьер. Для комплексной чистки сайта и управления дублями иногда удобнее использовать Clearfy Pro: у него есть инструменты для технической оптимизации и удаления лишнего мусора, который мешает индексации. Ссылка на продукт: https://wpshop.ru/plugins/clearfy.

Проверка результата после внедрения

После внесения изменений не ограничивайтесь просмотром исходного кода. Нужна проверка на трех уровнях:

Откройте страницу поиска вручную и убедитесь, что в <head> есть noindex или что сервер отдает X-Robots-Tag.
Проверьте ответ через инструменты браузера или curl.
Через несколько дней посмотрите, уменьшается ли число URL поиска в отчетах Search Console.

Пример проверки заголовков через консоль:

curl -I "https://example.com/?s=test"

В ответе ищите строку X-Robots-Tag: noindex, follow, если вы использовали заголовок. Для мета-тега проверяйте HTML-ответ:

curl -L "https://example.com/?s=test" | grep -i robots

Если тег есть, но страницы все равно остаются в индексе, обычно причина в том, что поисковик еще не переобходил URL, либо на них есть внешние ссылки. В этом случае помогает время и повторная проверка в Search Console.

Частые ошибки и как их исправить

Закрыли поиск в robots.txt, но не поставили noindex

Это самая типичная ошибка. Робот может перестать обходить страницу, но уже известный URL не всегда исчезает из индекса сразу. Исправление простое: добавьте noindex на сами страницы поиска.

Сломали поиск для пользователей

Иногда разработчики путают индексацию и доступность. Если вместо noindex поставить редирект на главную или полностью запретить URL, поиск перестанет работать. Это особенно заметно в темах, где форма поиска встроена в шапку и используется постоянно.

Добавили правила не для того формата URL

На одном сайте поиск идет через ?s=, на другом — через отдельный путь, а на третьем — через AJAX. Если правило написано под стандартный WordPress, а фактический URL другой, оно просто не сработает. Сначала посмотрите реальный адрес в браузере.

Дублирующие мета-теги от темы и плагина

Если и тема, и SEO-плагин выводят свои правила, в коде может быть несколько meta name="robots". Обычно это не критично, но при поддержке сайта потом сложно понять, какое правило реально работает. Лучше оставить один источник управления.

Практические советы по безопасности и производительности

Не храните правки в родительской теме: после обновления они исчезнут. Для кода используйте дочернюю тему или небольшой mu-plugin. Это не только безопаснее, но и проще для отката.

Если на сайте много поисковых запросов, проверьте еще и производительность. Часто проблема не в индексации, а в том, что поисковые страницы создают тяжелые запросы к базе данных. В таком случае полезно:

ограничить вывод результатов поиска по количеству;
исключить пустые и слишком короткие запросы;
не индексировать страницы с нулевым количеством результатов;
убрать автогенерацию ссылок на поисковые запросы в шаблонах.

Если нужно не только закрыть поиск, но и почистить сайт от технического мусора, дублирующих архивов и лишних страниц, лучше решать это системно, а не точечно. Иначе через месяц появится новый источник дублей — например, архивы тегов, служебные страницы или параметры фильтрации.

Что должно получиться в итоге

После настройки страница внутреннего поиска остается рабочей для посетителя, но перестает быть кандидатом на индексацию. В идеале:

в HTML или заголовках есть noindex;
поисковые URL не раздаются лишними внутренними ссылками;
в robots.txt есть только вспомогательные ограничения, если они действительно нужны;
в Search Console постепенно уменьшается число страниц поиска.

Если у вас сложная структура сайта или нестандартный поиск, не пытайтесь решить все одной строкой в robots.txt. Надежнее сочетать noindex, контроль шаблона и проверку фактических URL. Это как раз тот случай, где простое решение работает, если оно применено к правильному уровню.