Если в индексе поисковиков уже есть страницы внутреннего поиска, архивы меток, вложения и другие служебные URL WordPress, это обычно не приносит трафик, но создаёт дубли и размывает качество сайта. Закрывать нужно не всё подряд: часть архивов действительно полезна, а некоторые страницы лучше не прятать, а настроить так, чтобы они не попадали в поиск и не конкурировали с основным контентом.
Ниже разберём, что именно обычно закрывают от индексации в WordPress, чем отличаются метки, вложения и результаты поиска, и как сделать это безопасно.
Что на самом деле стоит закрывать
В WordPress чаще всего мешают не сами записи и страницы, а служебные URL, которые создаются автоматически. Они могут открываться для пользователей, но для поисковой выдачи пользы почти не дают.
Обычно закрывают такие типы страниц:
- страницы результатов внутреннего поиска — URL вида
?s=запрос; - архивы меток — если метки используются хаотично и не дают отдельной ценности;
- attachment-страницы — отдельные страницы вложений, особенно если на них нет уникального текста;
- служебные архивы — например, архивы по датам, если они не нужны как часть структуры сайта;
- страницы пагинации служебных архивов — если сам архив закрыт или не должен индексироваться.
При этом не стоит автоматически закрывать все архивы таксономий. Категории часто нужны и пользователям, и поиску. Метки — уже другой случай: если они дублируют категории или создаются без системы, их индексирование чаще вредит, чем помогает.
Результаты внутреннего поиска: почти всегда закрывать
Страницы поиска в WordPress обычно не несут самостоятельной ценности. Поисковый робот может зайти на URL вида /?s=..., увидеть список найденных материалов и посчитать такую страницу отдельной посадочной. На практике это почти всегда мусорный индекс.
Есть два уровня защиты. Первый — запретить индексацию через мета-тег noindex. Второй — не допускать, чтобы поисковик тратил время на обход таких страниц. Для обычного сайта достаточно noindex, follow: страница не попадёт в индекс, но ссылки с неё смогут передавать сигнал дальше, если робот на неё всё же зашёл.
Если у вас установлен SEO-плагин, ищите настройку для страниц поиска или архивов поиска. В большинстве случаев это самый простой и надёжный вариант. Если плагина нет, можно добавить правило в код темы или через сниппет, но это уже решение для тех, кто понимает, где и как хранится кастомный код.
Пример для вывода noindex на страницы поиска через wp_head:
add_action( 'wp_head', function () {
if ( is_search() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
} );Этот вариант работает, если тема корректно вызывает wp_head(). После добавления проверьте исходный код страницы поиска: в секции <head> должен появиться мета-тег robots.
Метки: когда закрывать, а когда оставить
С метками в WordPress чаще всего возникает путаница. Сам по себе архив метки не плохой, но только если он реально помогает навигации и содержит осмысленный набор записей. Если метки используются как набор случайных слов, каждая из них создаёт тонкую страницу с несколькими записями или вообще без полезного контента.
Закрывать метки от индексации имеет смысл, если:
- метки дублируют категории;
- на сайте их слишком много и они не модерируются;
- в архиве метки мало записей;
- страницы меток не имеют собственного текста и не приводят трафик.
Оставлять метки открытыми можно, если вы сознательно строите на них навигацию и у каждой метки есть понятная роль. Но тогда архив должен быть не пустой витриной, а нормальной страницей с подборкой материалов.
На практике для большинства сайтов безопаснее закрыть архивы меток от индексации и оставить их только для внутренней навигации. Это особенно актуально для контентных сайтов, где метки создавались годами без единой логики.
Attachment-страницы: скрыть или перенаправить
Вложения в WordPress — это изображения, PDF и другие файлы, которые загружаются в медиатеку. Для каждого вложения WordPress может создать отдельную attachment-страницу. У такой страницы часто есть только картинка и заголовок файла, а полезного текста нет. Для поиска это слабая и почти всегда лишняя страница.
Есть два рабочих подхода:
- закрыть attachment-страницы от индексации;
- сделать редирект на сам файл или на родительскую запись, если это уместно.
Если на сайте много изображений и вы не используете attachment-страницы как отдельный контент, лучше не индексировать их. Если же пользователь открывает такую страницу из поиска, обычно логичнее отправить его на запись, где изображение используется, а не на пустую страницу вложения.
Для редиректа attachment-страниц на родительскую запись можно использовать код в теме или в плагине для сниппетов. Перед этим сделайте резервную копию: ошибка в редиректах может затронуть доступность части URL.
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;
}
}
} );Если у вложения нет родительской записи, редирект нужно продумать отдельно: на главную, на раздел медиа или просто закрыть такие страницы от индексации. Универсального варианта здесь нет, всё зависит от структуры сайта.
Как закрыть служебные страницы без лишнего риска
Самый безопасный путь — не править WordPress вручную там, где это уже умеет SEO-плагин. Для большинства сайтов достаточно настроить индексацию через плагин и проверить результат в исходном коде и в панели вебмастера.
Практически это выглядит так:
- Определите, какие страницы действительно служебные: поиск, метки, вложения, архивы по датам.
- Решите, что закрывать полностью, а что оставить открытым ради навигации.
- В SEO-плагине выставьте
noindexдля нужных архивов или шаблонов страниц. - Если нужно, добавьте редирект для attachment-страниц.
- Проверьте, что в HTML-ответе появился нужный robots-мета-тег или заголовок.
Если вы работаете без SEO-плагина, можно закрывать страницы через wp_head, как показано выше. Но для массовой настройки это менее удобно, чем готовые инструменты в плагине.
Что не стоит закрывать автоматически
Ошибка, которую часто делают на старте, — закрывают всё, что похоже на архив. После этого сайт теряет полезные посадочные страницы, а поиску становится сложнее понимать структуру контента.
Осторожнее всего нужно обращаться с такими типами страниц:
- категории — часто это важные страницы структуры сайта;
- главная страница — её почти никогда не закрывают;
- страницы товаров, записей и статических страниц — они обычно и должны индексироваться;
- архивы автора — иногда полезны, если на сайте несколько авторов и у архивов есть ценность;
- страницы пагинации основных архивов — их закрывают не всегда, это зависит от общей SEO-логики сайта.
Если сомневаетесь, задайте простой вопрос: есть ли у страницы самостоятельная польза для пользователя из поиска? Если ответ «нет», её можно закрывать. Если страница помогает найти материалы, собрать тематический раздел или ведёт на важный кластер контента, закрывать её без анализа не стоит.
Как проверить, что закрытие сработало
После настройки не ограничивайтесь тем, что «в админке всё включено». Нужно проверить фактический ответ страницы.
Для этого откройте нужный URL в браузере и посмотрите исходный код страницы. В <head> должен быть мета-тег вида <meta name="robots" content="noindex,follow" /> или другой вариант, который вы задали. Если вы настраивали редирект для вложений, URL должен отдавать 301 и вести на целевую страницу.
Дополнительно проверьте:
- не остались ли открытыми страницы поиска с параметром
?s=; - не индексируются ли старые архивы меток;
- не создаются ли attachment-страницы в выдаче;
- не закрыли ли вы случайно категории или другие полезные архивы.
Если сайт уже был в индексе, изменения не исчезнут мгновенно. Поисковику нужно время, чтобы переобойти страницы и обновить их статус. Это нормально: главное, чтобы технически всё было настроено правильно и без противоречий.
Для большинства WordPress-сайтов рабочая схема простая: результаты поиска и attachment-страницы закрыть, метки закрыть или оставить только при осмысленной структуре, а категории и полезные архивы не трогать без необходимости. Так вы уберёте мусор из индекса и не потеряете страницы, которые реально помогают сайту.