Страницы автора, архивы по дате и часть служебных архивов в WordPress часто попадают в индекс без пользы для поиска. Проблема не в самих архивах, а в том, что они начинают конкурировать с основными страницами, раздувают индекс и добавляют дубли шаблонного контента. Если закрывать их без разбора, можно потерять переходы по брендовым запросам и внутреннюю перелинковку. Поэтому сначала нужно понять, какие архивы реально нужны, а какие только создают шум.
Когда архивы автора и даты мешают SEO
Типичный сценарий выглядит так: в поиске есть страницы /author/username/, /2024/05/, /page/2/, а в сниппетах они показываются вместо более полезных посадочных страниц. Особенно это заметно на новостных и контентных сайтах, где архивы автора содержат почти тот же список записей, что и рубрики. Если у автора один-два материала, архив почти всегда бесполезен для индексации.
Но есть и исключения. Если у автора есть сильный личный бренд, отдельная страница автора может собирать трафик по имени. В этом случае закрывать её от индексации не стоит — лучше доработать шаблон, добавить описание, фото, ссылки на материалы и оставить страницу доступной для поиска.
Диагностика: что именно уже индексируется
Перед правками проверьте, какие типы архивов реально попали в индекс. Для этого достаточно нескольких быстрых проверок:
- поиск в Google по
site:example.com authorиsite:example.com 2024/; - отчёт «Страницы» в Google Search Console;
- просмотр исходного кода архивов на наличие
noindexи корректногоcanonical; - проверка, не создаёт ли тема отдельные архивы для таксономий, которые дублируют рубрики.
Если архив уже в индексе, а вы просто добавите noindex, он не исчезнет мгновенно. Поисковик должен переобойти страницу. Поэтому важно не только закрыть страницу, но и убрать причины, по которым она продолжает получать внутренние ссылки и попадать в sitemap.
Что лучше: плагин, код или ручная настройка
Для большинства проектов есть три рабочих подхода. Выбор зависит от того, насколько у вас кастомная тема и нужен ли контроль над каждым типом архивов.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Плагин SEO/чистки | Нужна быстрая настройка без кода | Меньше риска сломать шаблон, удобно для редактора | Не всегда даёт точечный контроль над архивами |
| Код в теме или mu-plugin | Нужна точная логика для автора, даты, таксономий | Полный контроль, легко повторить на нескольких сайтах | Нужно тестировать после обновлений темы |
| Ручная правка шаблонов | Архивы нужно не только закрыть, но и переработать | Можно улучшить UX и SEO одновременно | Дольше и требует аккуратной работы с темой |
Если задача только в индексации, код обычно надёжнее: он не зависит от интерфейса плагина и не добавляет лишней логики. Если же нужно ещё чистить дубли, убирать лишние мета-теги и управлять sitemap, удобнее использовать SEO-плагин или комплексную чистку вроде Clearfy Pro, если он уже стоит в проекте. Ссылку на продукт можно посмотреть здесь: Clearfy Pro.
Пошаговое решение через код
Ниже — рабочий вариант для functions.php дочерней темы или, лучше, для отдельного mu-plugin. Он закрывает архивы автора и даты от индексации, не трогая сами страницы сайта.
<?php
add_action('wp_head', function () {
if (is_author() || is_date()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1);
add_filter('wp_robots', function ($robots) {
if (is_author() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант использует штатный фильтр wp_robots, который есть в современных версиях WordPress. Он предпочтительнее, чем ручная печать meta-тега без учёта других плагинов и тем. Второй блок через wp_head здесь добавлен как страховка для старых шаблонов, но если у вас уже корректно работает wp_robots, можно оставить только его.
Если нужно закрыть только архивы автора
Иногда архивы дат полезны, а страницы автора — нет. Тогда логика должна быть точечной:
<?php
add_filter('wp_robots', function ($robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Такой вариант не затрагивает архивы рубрик, меток и дат. Это важно, если у сайта есть нормальная структура рубрик и архивы по месяцам используются как дополнительная навигация.
Как убрать архивы из sitemap
Закрыть страницу от индексации недостаточно, если она продолжает попадать в XML-карту сайта. Поисковик всё равно будет регулярно её обходить. В большинстве SEO-плагинов есть отдельная настройка для исключения архивов автора и дат из sitemap. Проверьте, не включены ли они по умолчанию.
Если sitemap генерируется кодом темы или кастомным плагином, исключайте архивы на этапе формирования списка URL. Не прячьте их только через robots.txt: это не заменяет noindex и не решает проблему дублирования в индексе.
Проверка результата после внедрения
После правок не ограничивайтесь просмотром страницы в браузере. Проверьте именно то, что видит робот:
- Откройте архив автора и посмотрите исходный код страницы.
- Убедитесь, что в
<head>естьnoindex,follow. - Проверьте, что canonical указывает на саму страницу архива, а не на главную без причины.
- Посмотрите, исчезла ли страница из sitemap.
- В Google Search Console отправьте страницу на повторную проверку, если она уже в индексе.
Если архив закрыт правильно, в отчёте Search Console со временем появится статус вроде «Исключено тегом noindex». Не ждите мгновенного удаления из выдачи: переобход зависит от частоты сканирования сайта.
Частые ошибки и как их исправить
Закрыли архив в robots.txt, но он всё равно в индексе
Это нормальная ситуация. Disallow запрещает обход, но не гарантирует удаление уже известных URL из индекса. Для удаления нужен noindex или редирект, если страница вообще не должна существовать.
Поставили noindex, но забыли про sitemap
Если URL остаётся в карте сайта, поисковик продолжит его находить. Уберите архив из sitemap и проверьте, что плагин не пересобирает карту автоматически по старым настройкам.
Закрыли все архивы автора, хотя они дают трафик
Иногда архив автора ранжируется по имени автора или по экспертной тематике. В таком случае лучше не закрывать страницу, а улучшить её: добавить описание, список публикаций, ссылки на соцсети и нормальный заголовок.
Сломали canonical через тему или SEO-плагин
Если тема выводит собственный canonical, а плагин — свой, в коде страницы может появиться конфликт. Проверьте исходник и оставьте один источник управления canonical. Дублирующиеся meta-теги — частая причина странного поведения индексации.
Практические советы по безопасности и производительности
Любые изменения лучше вносить не в родительскую тему, а в дочернюю или в отдельный mu-plugin. Так вы не потеряете правки после обновления. Перед выкладкой проверьте на staging-окружении, особенно если тема переопределяет шаблоны архивов.
Если на сайте много служебных архивов, не пытайтесь решить всё только через CSS или скрытие блоков. Для поисковика это всё равно остаётся доступной страницей. Гораздо надёжнее убрать лишние URL из генерации, чем маскировать их визуально.
Когда нужен не только noindex, но и общее наведение порядка в дублях, мета-тегах и служебных страницах, имеет смысл посмотреть на инструменты вроде Clearfy Pro. Но даже с плагином полезно понимать, какие именно архивы вы закрываете и почему — иначе легко убрать из индекса то, что ещё приносит переходы.