На небольших и средних сайтах WordPress служебные архивы часто попадают в индекс раньше, чем это нужно: страницы автора, архивы по датам, теги без контента, иногда даже пустые таксономии. В результате поисковик видит дубли, а в отчётах по индексации растёт мусор, который не приносит трафик и размывает качество сайта.
Задача здесь не в том, чтобы «всё закрыть», а в том, чтобы оставить в индексе только те страницы, которые реально полезны. Для новостного или многoавторского проекта архив автора может быть нужен, а для блога с одним редактором — чаще всего нет. То же самое с датами: если архивы не несут самостоятельной ценности, их лучше убрать из индекса и из карты сайта.
Что именно обычно попадает в индекс лишним
Перед правкой полезно понять, какие URL создаёт WordPress и тема. Чаще всего проблема выглядит так:
- страницы автора вида
/author/username/; - архивы по датам:
/2026/09/,/2026/09/22/; - архивы рубрик и меток с очень тонким содержанием;
- страницы пагинации архивов, если они уже отдельно закрыты или не нужны;
- служебные страницы, которые тема выводит в меню или хлебных крошках без проверки на SEO-ценность.
Если у вас уже есть статья про дубли пагинации, не смешивайте её с этой задачей. Здесь речь именно о служебных архивах и страницах автора, которые сами по себе часто не должны индексироваться.
Диагностика: как понять, что проблема есть
Сначала проверьте, действительно ли эти URL индексируются или хотя бы активно обходятся роботами. Не стоит закрывать всё подряд только потому, что «так советуют». Нужна проверка по факту.
Что смотреть в первую очередь
- отчёт «Страницы» в Google Search Console: есть ли там архивы автора, даты, теги;
- поиск по сайту через
site:example.com authorилиsite:example.com 2026/09; - исходный код страницы: есть ли
<meta name="robots"сnoindex; robots.txt: не закрывает ли он URL, которые уже должны были быть исключены из индекса другим способом;- XML-карта сайта: не попадают ли туда архивы, которые вы хотите убрать.
Если страница уже в индексе, простого удаления из меню недостаточно. Поисковик должен увидеть явный сигнал: noindex или удаление URL из sitemap в сочетании с корректным ответом страницы.
Какой способ выбрать: плагин, код или настройка темы
Для этой задачи есть три рабочих подхода. Выбор зависит от того, чем вы управляете на проекте и насколько стабильна тема.
| Способ | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Нужна быстрая настройка без правки кода | Удобно управлять noindex и sitemap | Зависимость от плагина и его логики |
| Код в теме или mu-plugin | Есть доступ к разработке и нужен точный контроль | Прозрачно и предсказуемо | Нужно тестировать после обновлений |
| Настройки темы | Тема уже умеет отключать архивы | Минимум вмешательства | Не всегда достаточно гибко |
Если на сайте уже используется SEO-плагин, логичнее настроить всё там. Если плагина нет, а задача точечная, проще и надёжнее закрыть нужные архивы кодом.
Пошаговое решение через код
Ниже вариант для случая, когда нужно убрать из индекса архивы автора и даты, но не ломать сами страницы для пользователей. Код лучше положить в mu-plugin или в дочернюю тему, если вы уверены, что она не будет часто меняться.
<?php
/**
* Plugin Name: Site SEO Archives Control
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
add_filter( 'wp_sitemaps_posts_query_args', function( array $args, string $post_type ) {
return $args;
}, 10, 2 );
add_filter( 'wp_sitemaps_taxonomies', function( array $taxonomies ) {
if ( isset( $taxonomies['post_tag'] ) ) {
unset( $taxonomies['post_tag'] );
}
return $taxonomies;
} );Первый фильтр добавляет noindex на страницы автора и даты. Это не запрещает обход, но говорит поисковику не включать такие страницы в индекс. Второй и третий блок здесь показаны как ориентир: карту сайта лучше править точечно, а не вслепую. Если теги нужны в индексе, их не надо удалять из sitemap.
Если вам нужно убрать именно архив автора, а не только закрыть его от индексации, можно дополнительно отключить вывод страницы автора в теме или перенаправить её на главную автора, но это уже отдельное решение. Не делайте редирект без понимания, как он повлияет на внутренние ссылки и хлебные крошки.
Когда лучше использовать SEO-плагин
Если проект ведётся редактором без доступа к коду, проще сделать это через плагин, где есть управление мета-роботами и картой сайта. Например, в Clearfy Pro есть инструменты для удаления дублей и чистки служебных страниц, но использовать их стоит только после проверки, какие URL реально нужны сайту. Слепое отключение архивов может навредить многoавторскому блогу или каталогу материалов.
Если вы настраиваете через плагин, проверьте, что он:
- ставит
noindexименно на нужные типы архивов; - не удаляет из sitemap страницы, которые должны индексироваться;
- не конфликтует с другим SEO-плагином;
- не дублирует мета-теги в
<head>.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой страницы в браузере. Нужно убедиться, что поисковый робот видит именно тот сигнал, который вы задали.
- Откройте архив автора или даты и посмотрите исходный код страницы.
- Проверьте, что в
<meta name="robots"естьnoindex. - Убедитесь, что страница не попадает в XML-карту сайта.
- В Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
- Через несколько дней проверьте, исчез ли URL из отчёта по индексированию.
Если страница остаётся в индексе, это не всегда ошибка кода. Иногда поисковик просто ещё не переобошёл URL. В таком случае помогает только время и отсутствие противоречивых сигналов: noindex, sitemap, внутренние ссылки и canonical должны работать согласованно.
Частые ошибки и как их исправить
Закрыли URL в robots.txt вместо noindex
Это частая ошибка. Если вы запретили обход в robots.txt, поисковик может не увидеть noindex на самой странице. Для уже проиндексированных URL это плохой сценарий. Сначала дайте роботу увидеть страницу с noindex, а уже потом при необходимости ограничивайте обход.
Отключили архивы, но оставили их в sitemap
Так поисковик получает противоречивые сигналы: карта сайта говорит «страница важна», а мета-роботы — «не индексировать». Это замедляет переобход и мешает чистке индекса. После изменения проверьте генерацию sitemap.
Поставили noindex на всё подряд
Иногда в попытке «почистить сайт» закрывают и рубрики, и теги, и архивы, и страницы пагинации, а потом теряют трафик на полезных посадочных страницах. Не закрывайте таксономии без анализа: если рубрика даёт переходы и имеет нормальный контент, она может быть полезнее, чем отдельная запись.
Забыли про дубли в теме
Некоторые темы выводят одинаковые ссылки на архивы в нескольких местах: в шапке, в футере, в блоке автора. Это не создаёт дубли само по себе, но усиливает внутреннюю перелинковку на ненужные URL. После закрытия архивов проверьте шаблоны и уберите лишние ссылки.
Чек-лист перед публикацией изменений
- Проверил, какие архивы реально индексируются.
- Определил, какие страницы должны остаться в индексе.
- Добавил
noindexтолько на нужные типы архивов. - Убедился, что эти URL не попадают в sitemap.
- Проверил исходный код страницы и ответ сервера.
- Отправил важные URL на переобход в Search Console.
- Сохранил изменения в дочерней теме или mu-plugin, а не в ядре темы.
Безопасность и производительность
С точки зрения производительности сам noindex почти ничего не меняет, но код лучше держать компактным и без лишних запросов. Не подключайте тяжёлые решения только ради одной задачи. Если используете плагин, проверьте, не добавляет ли он лишние скрипты и не дублирует ли мета-теги.
С точки зрения безопасности главный риск — правка файлов темы напрямую. После обновления изменения пропадут, а в худшем случае можно сломать вывод <head>. Для точечных SEO-правок безопаснее использовать дочернюю тему или отдельный mu-plugin.
Если на сайте много служебных архивов и дублей, иногда проще собрать это в одном наборе настроек. В таких случаях удобно использовать инструменты чистки и управления дублями, например Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но и здесь правило прежнее: сначала диагностика, потом отключение.
Когда вы закроете лишние архивы аккуратно, сайт станет понятнее для поисковика и проще для поддержки. Главное — не путать служебные страницы с полезными посадочными и проверять результат не по ощущениям, а по исходному коду, sitemap и отчётам индексации.