Если в поиске всплывают страницы поиска, архивы автора, теги, даты или другие служебные разделы WordPress, это не всегда ошибка. Но для большинства сайтов такие страницы не дают ценности пользователю и могут создавать дубли, размывать релевантность и тратить краулинговый бюджет. Задача обычно не в том, чтобы «спрятать всё подряд», а в том, чтобы оставить в индексе только те страницы, которые действительно нужны.
Ниже разберём, какие типы служебных страниц чаще всего закрывают от индексации, чем отличается noindex от запрета в robots.txt, и как сделать это аккуратно, чтобы не сломать полезные разделы сайта.
Какие страницы WordPress обычно не нужны в поиске
На типичном сайте в индекс попадают страницы, которые сами по себе не являются посадочными и не помогают пользователю решить задачу. Чаще всего это:
- страницы внутреннего поиска — результаты поиска по сайту, например
?s=запрос; - архивы автора — особенно если на сайте один автор и страница дублирует главную или блог;
- архивы по тегам — если теги используются как техническая навигация, а не как полноценные тематические разделы;
- архивы по датам — месяцы и годы публикаций редко несут самостоятельную ценность;
- служебные страницы пагинации — не сами по себе, а в тех случаях, когда они создают много слабых дублей и не нужны в выдаче;
- страницы вложений — attachment pages, если они не используются как отдельные полезные страницы;
- страницы результатов фильтров и параметров — если они генерируются темой или плагином и не должны индексироваться.
При этом не стоит автоматически закрывать все архивы. Если у вас, например, сильные рубрики с уникальными текстами, нормальной структурой и реальным поисковым спросом, их лучше оставить открытыми. То же касается тегов на контентных проектах: иногда они полезны как дополнительные тематические страницы, но только если их реально наполняют и контролируют.
Что лучше использовать: noindex или robots.txt
Для служебных страниц WordPress чаще всего нужен именно noindex, а не запрет в robots.txt. Это принципиальный момент.
noindex говорит поисковой системе: страницу можно обойти, но в выдачу её не показывать. Это удобно для архивов, поиска, автора и других страниц, где важно, чтобы робот увидел директиву на самой странице.
robots.txt запрещает обход, но не гарантирует удаление из индекса. Если страница уже известна поисковику, она может продолжать отображаться без сниппета или с устаревшей информацией. Поэтому для большинства служебных страниц WordPress robots.txt — не основной инструмент.
Практическое правило простое: если страница должна быть доступна пользователю, но не нужна в поиске, обычно ставят noindex. Если нужно именно не пускать робота к ресурсу, тогда уже смотрят в сторону robots.txt, но это отдельный сценарий и для обычных архивов WordPress он редко подходит.
Как закрыть служебные страницы через SEO-плагин
Самый безопасный и удобный путь для большинства сайтов — настроить индексацию через SEO-плагин. У разных решений интерфейс отличается, но логика одна: для нужного типа архива задаётся мета-робот noindex и, при необходимости, nofollow не ставится, если нет отдельной причины ограничивать переходы по ссылкам.
Обычно в плагине нужно проверить такие разделы:
- архивы автора;
- архивы дат;
- теги;
- страницы поиска;
- страницы вложений;
- архивы таксономий, если они не нужны в выдаче.
Если плагин позволяет управлять индексированием на уровне типов архивов, этого достаточно. После сохранения настроек плагин должен выводить на таких страницах мета-тег вида <meta name="robots" content="noindex, follow"> или эквивалентный HTTP-заголовок, если он используется. Для WordPress-сайта это нормальная и рабочая схема.
Если вы используете один из популярных SEO-плагинов, ищите настройки именно для архивов и таксономий, а не только для отдельных записей и страниц. Ошибка здесь частая: владелец сайта закрывает главную карточку записи, но оставляет открытыми страницы поиска и архивы, которые и создают основную «мусорную» выдачу.
Когда имеет смысл править кодом
Если плагина нет или его настройки не дают нужного контроля, можно добавить noindex через код темы или мини-плагин. Этот вариант подходит, когда нужно закрыть конкретный тип служебных страниц без установки дополнительного SEO-инструмента.
Ниже пример для файла functions.php дочерней темы или собственного небольшого плагина. Он добавляет noindex, follow на страницы поиска, архивы автора и архивы дат:
add_filter( 'wp_robots', function( array $robots ) : array {
if ( is_search() || is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот способ работает в современных версиях WordPress, где используется фильтр wp_robots. Он предпочтительнее ручной вставки мета-тега в шаблон, потому что не ломает совместимость с другими настройками robots и не требует переписывать шаблоны темы.
Если нужно закрыть ещё и теги, добавьте условие is_tag(). Для страниц вложений можно использовать is_attachment(), но здесь важно понимать, как именно у вас устроены медиа-страницы: иногда они уже перенаправляются на файл или на родительскую запись, и дополнительная настройка не нужна.
Что делать со страницами поиска и тегов
Страницы поиска и теги требуют отдельного подхода, потому что у них разная природа.
Поиск по сайту почти всегда закрывают от индексации. Результаты поиска зависят от запроса пользователя, могут создавать бесконечное число URL и редко дают стабильную ценность для выдачи. Исключение — очень крупные каталоги или внутренние поисковые разделы, которые специально оптимизируются как посадочные страницы. Для обычного корпоративного сайта, блога или медиа это не тот случай.
Теги закрывают не всегда. Если теги используются как техническая разметка и на сайте их десятки или сотни, а страницы тегов почти пустые, их лучше закрыть. Если же тег — это полноценная тематическая страница с уникальным описанием, подборкой материалов и понятной задачей для пользователя, её можно оставить открытой. Здесь важно не количество тегов, а качество конкретной страницы.
На практике часто делают так: теги либо закрывают от индексации, либо оставляют открытыми только после ревизии. Слепо индексировать все теги не стоит, потому что именно они чаще всего создают тонкие архивы с дублирующимся контентом.
Как проверить, что страницы действительно закрыты
После настройки не ограничивайтесь визуальной проверкой в админке. Нужно убедиться, что поисковик видит именно ту директиву, которую вы задали.
Проверьте несколько страниц вручную:
- страницу поиска, например с запросом в URL;
- архив автора;
- архив даты;
- страницу тега;
- страницу вложения, если вы её закрывали.
Откройте исходный код страницы и найдите мета-тег robots. Для закрытых страниц должен быть noindex. Если вы используете SEO-плагин, проверьте, не конфликтует ли его вывод с настройками темы или другого плагина.
Дополнительно полезно посмотреть ответ сервера и убедиться, что страница не закрыта случайно через редирект или ошибку. Закрытие от индексации не должно мешать обычному пользователю открыть страницу, если она по-прежнему нужна для навигации.
Если страница уже была в индексе, удаление может занять время. Это нормально: поисковик должен переобойти URL и увидеть новую директиву. Быстрее всего изменения обычно подхватываются после очередного обхода, а не мгновенно.
Чего не стоит делать
Самая частая ошибка — закрыть всё через robots.txt и считать задачу решённой. Для служебных страниц WordPress это ненадёжно: робот может не увидеть запрет так, как вы ожидаете, а старые URL останутся в индексе дольше.
Вторая ошибка — ставить noindex на полезные страницы только потому, что они «похожи на архив». Если рубрика, тег или авторская страница реально собирают трафик и помогают пользователю, их не нужно прятать автоматически.
Третья ошибка — закрывать страницы поиска, но оставлять в индексе бесконечные параметры фильтрации, сортировки и пагинации. В итоге проблема не исчезает, а просто переезжает в другой тип URL.
Если на сайте уже есть хаотичная индексация служебных страниц, сначала наведите порядок в типах архивов, а потом проверяйте, какие из них действительно стоит оставить открытыми. Так вы не потеряете полезные разделы и не будете бороться с последствиями вслепую.
Для сайтов на WordPress это обычно решается без сложной разработки: либо через настройки SEO-плагина, либо через небольшой фрагмент кода для нужных архивов. Главное — не путать запрет обхода и запрет индексации, и не закрывать те страницы, которые реально работают на структуру сайта.