Если в индекс попадают теги, архивы авторов, даты, внутренний поиск и похожие служебные страницы, сайт часто начинает выглядеть в поиске как набор дублей и пустых разделов. Для WordPress это типичная ситуация: движок сам создаёт много архивов и технических URL, но не все они полезны для поисковиков. Закрывать нужно не всё подряд, а только те страницы, которые не несут самостоятельной ценности для пользователя и не помогают ранжированию.
Самый безопасный подход такой: сначала понять, какие типы страниц действительно лишние для индекса, затем закрыть их одним из штатных способов WordPress или через SEO-плагин, и после этого проверить, что поисковик видит именно то, что вы хотели скрыть.
Какие служебные страницы обычно закрывают
В WordPress чаще всего скрывают от индексации не сами записи и страницы, а архивы и технические разделы, которые создаются автоматически. Для большинства сайтов это разумно, но есть исключения: например, на крупном контентном проекте архив рубрик может быть полезной посадочной страницей, а на небольшом блоге — только раздувать индекс.
- Страницы поиска — результаты внутреннего поиска по сайту. Они почти всегда бесполезны для поисковиков, потому что содержат динамический и часто пустой набор результатов.
- Архивы тегов — особенно если теги используются хаотично и ведут на страницы с несколькими записями или дублируют рубрики.
- Архивы авторов — на сайте с одним автором они обычно повторяют ленту записей и не дают новой ценности.
- Архивы по датам — часто нужны только как навигация по старым публикациям, но не как отдельные страницы в выдаче.
- Страницы вложений — отдельные URL медиафайлов или attachment pages, если они не используются как полноценные страницы.
- Служебные результаты фильтров и параметров — если тема или плагин создают URL с параметрами, которые не должны попадать в поиск.
Не стоит автоматически закрывать рубрики, если они реально помогают пользователю находить материалы и содержат уникальные тексты, описания и нормальную структуру. То же касается авторских архивов на многопользовательском сайте: если у автора есть своя экспертная страница с подборкой материалов, её можно оставить открытой.
Что лучше не закрывать без проверки
Ошибка, которую я вижу чаще всего, — закрывают всё, что выглядит «служебным», а потом теряют полезные страницы из поиска. Это особенно заметно на сайтах, где рубрики и теги используются как полноценная навигация, а не как мусорный слой вокруг контента.
Перед изменениями проверьте три вещи:
- есть ли на странице уникальный текст, который отвечает на запрос пользователя;
- получает ли раздел внутренние переходы и трафик из поиска;
- не является ли он важной точкой входа в контент.
Если раздел нужен посетителям, но не должен ранжироваться сам по себе, иногда достаточно не закрывать его полностью, а убрать из индекса только тонкие или пустые варианты. Но для типовых служебных страниц WordPress чаще всего проще и чище использовать noindex.
Как закрыть страницы от индексации в WordPress
Есть три рабочих подхода. Выбор зависит от того, чем вы управляете сайтом: кодом, SEO-плагином или только настройками темы.
1. Через SEO-плагин
Если на сайте уже стоит SEO-плагин, это самый удобный вариант. В большинстве таких плагинов можно отдельно задать индексирование для архивов тегов, авторов, дат, поиска и страниц вложений. Это лучше, чем править шаблоны вручную, потому что настройки сохраняются при обновлении темы.
Смысл действия простой: для нужного типа страниц выставляется мета-тег noindex, а иногда ещё и nofollow для конкретных архивов. Для служебных страниц обычно достаточно noindex, follow: поисковик не индексирует саму страницу, но может перейти по ссылкам с неё, если они ему нужны.
Если в плагине есть отдельные переключатели для архивов тегов, авторов и дат, закрывайте их по одному, а не сразу всё подряд. Так проще понять, что именно изменилось после переобхода страниц.
2. Через настройки темы или дочерней темы
Если SEO-плагина нет, можно добавить мета-тег noindex в шаблон архива или в functions.php дочерней темы. Этот способ рабочий, но менее удобный: при смене темы или ошибке в коде можно случайно повлиять на весь сайт.
Для примера, если нужно закрыть от индексации архивы тегов, авторов, дат и поиск, можно вывести мета-тег в <head> только на этих типах страниц:
add_action( 'wp_head', function () {
if ( is_tag() || is_author() || is_date() || is_search() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
} );Этот код нужно добавлять в дочернюю тему или через плагин для сниппетов, а не в основную тему, которую вы обновляете. Если на сайте уже используется SEO-плагин, не дублируйте его настройки таким кодом: два разных источника управления robots могут запутать диагностику.
3. Через robots.txt — только в отдельных случаях
Закрывать служебные страницы через robots.txt можно, но это не лучший способ для задачи индексации. Файл robots.txt подсказывает поисковику, что не нужно сканировать URL, но сам URL может остаться в индексе, если на него уже есть внешние или внутренние ссылки. Поэтому для удаления из поиска он слабее, чем noindex.
Robots.txt уместен, если нужно снизить нагрузку от обхода большого количества технических URL, но не как основной инструмент для скрытия архивов WordPress из выдачи. Для тегов, авторов, дат и поиска лучше использовать именно noindex.
Что делать с тегами, авторами, датами и поиском на практике
Если нужен короткий и рабочий ориентир, я бы действовал так:
- Теги — закрыть, если они дублируют рубрики, используются без системы или содержат мало материалов.
- Авторы — закрыть на сайтах с одним автором; оставить открытыми только если это полноценные экспертные архивы.
- Даты — обычно закрыть, если архивы по датам не несут отдельной ценности.
- Внутренний поиск — закрыть почти всегда.
- Страницы вложений — либо закрыть, либо перенаправить на файл или родительскую запись, если они не нужны как отдельные страницы.
Если сайт небольшой и контент публикуется нерегулярно, обычно достаточно закрыть поиск, теги и архивы дат. Если сайт крупный, с несколькими авторами и продуманной структурой, решение по архивам авторов и рубрик лучше принимать отдельно, а не по шаблону.
Как проверить, что закрытие сработало
После изменений не ограничивайтесь просмотром кода страницы в браузере. Нужно проверить именно то, что увидит поисковик.
- Откройте нужную страницу архива или поиска.
- Посмотрите исходный код и найдите
<meta name="robots" content="noindex,follow" />или аналогичный тег, если его добавляет ваш плагин. - Проверьте, что страница не закрыта случайно для обычных записей и страниц.
- Если сайт уже в Google Search Console или Яндекс Вебмастере, отправьте страницу на повторную проверку после обновления.
Если страница уже была в индексе, удаление не происходит мгновенно. Поисковику нужно переобойти URL и увидеть новый сигнал. Поэтому после настройки не ждите мгновенного исчезновения из выдачи — это нормальная задержка, а не ошибка.
Типичные ошибки, из-за которых сайт теряет полезные страницы
Самая неприятная ошибка — закрыть от индексации всё, что похоже на архив, не проверив структуру сайта. В результате можно потерять рубрики, которые приводили трафик, или авторские страницы, которые хорошо ранжировались по имени эксперта.
Ещё одна частая проблема — использовать одновременно несколько способов управления индексацией: SEO-плагин, код в теме и robots.txt. В итоге непонятно, какой именно сигнал видит поисковик. Для одной группы страниц лучше выбрать один основной способ и придерживаться его.
И наконец, не путайте закрытие от индексации с удалением страницы. noindex не удаляет URL из сайта и не ломает навигацию для пользователей. Страница продолжает работать, просто не должна попадать в поиск как отдельный результат.
Если вам нужно навести порядок быстро, начните с поиска, тегов и дат. Потом отдельно посмотрите на архивы авторов и вложения. Такой порядок обычно даёт лучший баланс между чистым индексом и нормальной структурой сайта.