Если в индекс попадают страницы внутреннего поиска, архивы вложений или другие служебные URL, это почти всегда лишний шум для поисковиков. Такие страницы редко дают трафик, часто дублируют контент или выглядят как тонкие страницы без пользы для пользователя. В WordPress это можно исправить несколькими способами: где-то достаточно настроек SEO-плагина, где-то лучше закрыть шаблон страницы или настроить редирект.
Ниже разберём именно те типы страниц, которые чаще всего создают SEO-мусор на обычном сайте: поиск, архивы и вложения. Сразу скажу главное: не все служебные страницы нужно закрывать одинаково. Для одних подходит мета-тег noindex, для других — редирект, а для некоторых достаточно отключить сам вывод архивов в теме или плагине.
Какие страницы WordPress обычно не должны попадать в индекс
Чаще всего речь идёт о трёх группах URL:
- страницы внутреннего поиска — например, результаты по адресу вида
/?s=запрос; - архивы вложений — отдельные страницы медиафайлов, которые WordPress создаёт для изображений и других файлов;
- служебные архивы — архивы по датам, авторам, тегам или рубрикам, если они не несут самостоятельной ценности и только размножают дубли.
Не стоит закрывать всё подряд. Если у вас, например, рубрики хорошо проработаны и реально приводят трафик, их трогать не нужно. А вот архивы по датам на большинстве сайтов действительно бесполезны и часто только раздувают индекс.
Самый надёжный способ: noindex через SEO-плагин
Если на сайте уже установлен SEO-плагин, это обычно самый безопасный и удобный вариант. Он не ломает работу сайта и позволяет точечно управлять индексированием отдельных типов страниц.
В популярных плагинах логика похожая: в настройках нужно найти раздел, связанный с архивами, таксономиями или типами страниц, и отключить индексацию там, где это не нужно. В зависимости от плагина это может называться noindex, Show in search results, Allow search engines to show this page или похожим образом.
Что обычно имеет смысл закрыть:
- архивы автора, если на сайте один автор или архивы не используются как отдельные посадочные страницы;
- архивы по дате;
- страницы вложений;
- страницы внутреннего поиска;
- тонкие архивы тегов, если они не заполнены и не дают ценности.
Плюс этого подхода в том, что поисковик видит явный сигнал noindex, а пользователи по-прежнему могут открывать страницу, если она нужна для навигации. Минус — нужно не забыть проверить, что плагин действительно выводит мета-тег или заголовок X-Robots-Tag, а не просто скрывает страницу в интерфейсе.
Как закрыть внутренний поиск WordPress от индексации
Страницы поиска почти всегда создаются автоматически и часто индексируются случайно. Для сайта это невыгодно: один и тот же запрос может породить множество почти пустых страниц, а поисковик получает набор URL без стабильной ценности.
Для результатов поиска обычно используют noindex, follow. Это означает, что страницу не нужно добавлять в индекс, но ссылки с неё можно учитывать. На практике именно такой вариант чаще всего подходит для внутреннего поиска.
Если у вас есть SEO-плагин, проверьте, умеет ли он закрывать поисковые страницы отдельно. Если нет, можно добавить правило на уровне темы или небольшого плагина. Для WordPress это делается через фильтр wp_robots, который позволяет изменить robots-мета для конкретных шаблонов.
Пример для дочерней темы или собственного мини-плагина:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_search() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот код добавляет noindex только на страницы поиска. Если у вас уже есть SEO-плагин, сначала проверьте его настройки: дублировать логику в коде без необходимости не стоит. Два источника правил иногда приводят к путанице, особенно если один плагин ставит noindex, а другой — переопределяет robots.
Что делать с архивами вложений
Архивы вложений — отдельная проблема. WordPress может создавать для каждого изображения собственную страницу вложения, где часто нет ничего кроме самого файла и заголовка. Для поиска это почти всегда бесполезный URL.
Тут есть два рабочих сценария:
- закрыть архивы вложений от индексации, если они уже существуют и нужны только как технические страницы;
- перенаправлять страницу вложения на сам файл или на родительскую запись, если отдельная страница вложения не нужна вообще.
Если нужен именно SEO-минимум без изменения логики сайта, достаточно noindex. Если же вы хотите убрать саму страницу из пользовательского пути, лучше сделать редирект. Это особенно полезно для старых сайтов, где в индекс уже попало много пустых attachment-URL.
Для редиректа страницы вложения на файл или родительскую запись можно использовать код в теме или мини-плагине:
<?php
add_action( 'template_redirect', function() {
if ( is_attachment() ) {
$parent = wp_get_post_parent_id( get_the_ID() );
if ( $parent ) {
wp_redirect( get_permalink( $parent ), 301 );
exit;
}
$file = wp_get_attachment_url( get_the_ID() );
if ( $file ) {
wp_redirect( $file, 301 );
exit;
}
}
} );Здесь важно понимать поведение сайта. Если у вложения есть родительская запись, посетителя логично отправить туда. Если родителя нет, можно вести на сам файл. Перед внедрением такого редиректа проверьте, не используются ли attachment-страницы в вашей теме или в каких-то внутренних ссылках. После редиректа они перестанут открываться как отдельные HTML-страницы.
Архивы по датам, авторам и тегам: что закрывать, а что оставить
С архивами всё зависит от структуры сайта. Универсального правила нет, но для большинства проектов можно ориентироваться так:
| Тип архива | Когда закрывать | Когда оставлять |
|---|---|---|
| Архивы по датам | Почти всегда, если это не новостной сайт с сильной хронологией | Если архивы реально используются как навигация и приносят трафик |
| Архивы авторов | Если автор один или страницы пустые/дублируют блог | Если у каждого автора есть уникальная редакционная страница и контент |
| Архивы тегов | Если теги создаются хаотично и дают тонкие страницы | Если теги продуманы и собирают полезные тематические подборки |
На многих сайтах именно теги и даты создают основную массу SEO-мусора. Но закрывать их стоит не по принципу «всё подряд», а после проверки: есть ли на архиве нормальный текст, есть ли полезная подборка записей, не дублирует ли он рубрику.
Если архив не нужен в поиске, но нужен пользователям, используйте noindex, follow. Если архив вообще не нужен ни поисковикам, ни посетителям, тогда лучше убрать его из структуры сайта или настроить редирект на более релевантную страницу.
Как проверить, что страницы действительно закрыты
После настройки не ограничивайтесь визуальной проверкой в админке. Нужно посмотреть, что отдаёт сама страница.
Проверьте три вещи:
- в исходном коде страницы есть
<meta name="robots" content="noindex, follow">или эквивалентный вариант; - если используется редирект, страница вложения отдаёт
301и ведёт на нужный URL; - в Google Search Console или другой панели вебмастера страница постепенно исчезает из индекса после переобхода.
Для быстрой проверки можно открыть страницу в браузере и посмотреть исходный код, либо использовать инструменты разработчика. Если у вас есть доступ к командной строке, заголовки ответа удобно смотреть через curl -I. Но это уже необязательно: для обычной проверки достаточно убедиться, что robots-мета действительно присутствует и не конфликтует с другими плагинами.
Чего лучше не делать
Самая частая ошибка — закрывать служебные страницы только через robots.txt. Это не равно noindex. Если страница уже известна поисковику, запрет в robots.txt не гарантирует её исчезновение из индекса. Более того, поисковик может сохранить URL без содержимого, если на него ведут ссылки.
Ещё одна ошибка — ставить noindex на всё подряд, не проверяя, какие архивы реально полезны. Иногда после такой настройки сайт теряет удобные страницы навигации, а вместе с ними и часть внутренней перелинковки.
И не стоит одновременно включать несколько решений, которые делают одно и то же: например, редирект в коде, noindex в SEO-плагине и отдельное правило в robots.txt. Сначала выберите один понятный сценарий для каждого типа страниц, а потом проверьте результат.
Если нужно быстро убрать технический шум на типичном WordPress-сайте, практичный порядок такой: закрыть внутренний поиск через noindex, отключить или перенаправить архивы вложений, затем пересмотреть архивы авторов, дат и тегов. Этого обычно достаточно, чтобы заметно сократить количество бесполезных URL в индексе без риска сломать нормальную навигацию сайта.