Архивы автора в WordPress часто остаются в индексе по умолчанию, даже если на сайте один редактор, а контент публикуется от имени бренда. В результате в поиске появляются страницы вида /author/username/, которые не несут самостоятельной ценности, дублируют список записей и иногда перетягивают на себя клики. При этом просто закрыть их через robots.txt — плохая идея: поисковик может не увидеть директиву noindex, а URL останется в индексе дольше, чем нужно.
Когда архив автора лучше убрать из индекса
Сценарий почти всегда один и тот же: на сайте нет смысловой разницы между авторами, у каждого архива одинаковый шаблон, а контент уже нормально распределён по рубрикам и тегам. В таком случае архив автора не помогает навигации, а только создаёт лишнюю страницу в индексе.
Но есть исключения. Если у вас медиа, блог с несколькими сильными авторами или экспертные профили с уникальными подборками материалов, архив автора может быть полезным. Тогда закрывать его полностью не стоит — лучше доработать шаблон и оставить страницу полезной.
Типичные признаки, что архив автора лишний
- на сайте один автор или несколько, но у них нет уникальных страниц профиля;
- архив автора дублирует ленту записей почти без отличий;
- в Search Console появляются URL вида
/author/..., но трафика они не дают; - в шаблоне архива нет нормального описания, фото, списка компетенций и других отличий;
- поиск показывает архив автора вместо более полезной страницы рубрики или статьи.
Диагностика: что именно сейчас происходит с архивами автора
Перед правкой проверьте не только индексируемость, но и то, как архив вообще отдаётся сайтом. Иногда проблема не в SEO, а в теме или плагине, который выводит лишние ссылки, canonical или заголовки.
Что проверить вручную
- откройте архив автора в браузере и посмотрите, есть ли на странице уникальный контент;
- проверьте исходный код на наличие
<meta name="robots" content="noindex,follow">; - посмотрите canonical: он должен указывать на сам архив, если страница остаётся индексируемой, или на другую релевантную страницу, если вы сознательно перенаправляете вес;
- проверьте, не закрыт ли архив только в
robots.txt— этого недостаточно для удаления из индекса; - в Search Console откройте отчёт по страницам и найдите URL архива автора в индексе.
Если архив уже в индексе, а вы просто добавили запрет в robots.txt, поисковик может продолжать хранить URL как известный, но не переобходить его. Для удаления из индекса нужен именно noindex или редирект на более подходящую страницу.
Как убрать архив автора из индекса: рабочие варианты
Есть три нормальных подхода: через SEO-плагин, через код темы или через редирект. Выбор зависит от того, нужен ли сам архив пользователям.
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | если уже используете Yoast SEO, Rank Math или аналог | быстро, без правки темы | зависит от настроек плагина |
| Код в теме или mu-plugin | если нужен точный контроль | предсказуемо, не зависит от интерфейса плагина | нужно аккуратно тестировать |
| Редирект на рубрику или главную | если архив автора точно не нужен | убирает лишний URL из обхода | нужно выбрать корректную целевую страницу |
Вариант 1. Закрыть архив автора через SEO-плагин
Если у вас уже стоит SEO-плагин, это самый безопасный путь. В Yoast SEO и Rank Math обычно можно отключить индексацию архивов автора в настройках архивов. Логика простая: страница остаётся доступной для пользователей и ботов, но получает noindex.
Плюс этого подхода в том, что плагин сам управляет мета-тегами и canonical. Минус — интерфейс и расположение настроек отличаются от версии к версии, поэтому после изменения обязательно перепроверьте исходный код страницы.
Вариант 2. Добавить noindex кодом
Если вы не хотите зависеть от SEO-плагина, можно добавить фильтр в functions.php дочерней темы или в отдельный mu-plugin. Для архивов автора это делается через wp_robots — современный и корректный способ управлять директивами robots.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});
Этот вариант хорош тем, что не ломает шаблон и не требует отдельного плагина. Но он не решает вопрос, если тема или SEO-плагин уже выводят свои robots-мета с конфликтующими значениями. Тогда нужно проверить, кто именно формирует тег в <head>.
Вариант 3. Сделать редирект с архивов автора
Если архив автора не нужен вообще, можно отправлять его на более релевантную страницу: рубрику, страницу «О нас» или главную. Это особенно полезно на сайтах с одним автором, где архив не несёт никакой пользы.
<?php
add_action('template_redirect', function () {
if (is_author()) {
wp_redirect(home_url('/'), 301);
exit;
}
});
Редирект — более жёсткое решение, чем noindex. Его стоит использовать только если вы уверены, что пользователям архив не нужен. Иначе вы просто уберёте полезную навигацию.
Пошаговая схема внедрения без сюрпризов
- Определите, нужен ли архив автора как пользовательская страница. Если нет — выбирайте редирект или
noindex. - Проверьте, не управляет ли архивами SEO-плагин. Если да, сначала меняйте настройку там.
- Если нужен точный контроль, добавьте фильтр
wp_robotsв дочернюю тему или mu-plugin. - Убедитесь, что на странице нет конфликтующих мета-тегов robots из темы или другого плагина.
- Проверьте canonical и заголовок страницы.
- После публикации изменений отправьте URL на повторную проверку в Search Console.
Как проверить, что решение сработало
Проверка должна быть не только визуальной. Откройте архив автора и посмотрите исходный код страницы. Вам нужен либо noindex,follow, либо корректный 301-редирект на нужный URL.
Мини-чек-лист проверки
- в исходном коде есть
meta robotsсnoindex; - нет второго конфликтующего
meta robotsот темы или плагина; - canonical не указывает на случайный URL;
- при редиректе код ответа действительно
301, а не302; - в Search Console URL попадает в статус «исключено» или начинает выпадать из индекса после переобхода.
Для быстрой проверки можно использовать curl:
curl -I https://example.com/author/username/
Если настроен редирект, в ответе должен быть 301 и заголовок Location. Если используется noindex, смотрите HTML-ответ, а не только заголовки.
Частые ошибки и как их исправить
Закрыли архив только в robots.txt
Это самая частая ошибка. Запрет в robots.txt не равен noindex. Если URL уже в индексе, поисковик может не увидеть страницу повторно и не удалить её вовремя. Исправление: добавьте noindex на саму страницу или сделайте редирект.
Поставили noindex, но canonical остался на сам архив
Это не всегда критично, но иногда создаёт путаницу при обходе. Лучше проверить, не конфликтуют ли настройки SEO-плагина и темы. Если плагин уже управляет canonical, не дублируйте логику в коде.
Сделали редирект на нерелевантную страницу
Редирект на главную не всегда лучший выбор. Если у автора был смысловой архив, но вы хотите убрать его только из индекса, лучше использовать noindex. Редирект оставляйте для случаев, когда архив реально не нужен.
Не учли кэш
После изменения robots-мета или редиректа старый HTML может ещё отдаваться из кэша. Очистите серверный кэш, плагин кэширования и CDN, если он есть. Иначе вы проверите не новую версию страницы, а старую.
Производительность и безопасность: что важно не испортить
Если вы вносите правки кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin, чтобы обновление не затёрло изменения. Это особенно важно, если у сайта уже есть кастомные фильтры для robots, canonical или архивов.
Для сайтов, где нужно одновременно чистить лишние мета-теги, управлять архивами и не лезть каждый раз в код, удобно смотреть в сторону инструментов вроде Clearfy Pro: у него есть набор настроек для технической чистки WordPress и управления SEO-элементами. Но даже в этом случае логику лучше проверять руками, а не полагаться только на галочки в интерфейсе.
Если архив автора нужен, но индексировать его не стоит
Иногда правильный ответ — не удалять архив, а сделать его полезнее. Добавьте краткое описание автора, фото, список материалов по теме и ссылки на ключевые рубрики. Тогда страница перестанет быть пустой копией ленты и сможет работать как навигационный узел. Но если уникального контента всё равно нет, не пытайтесь искусственно удерживать её в индексе.
Практически это выглядит так: сначала решаете, нужен ли URL пользователю, потом — нужен ли он поисковику. Если ответ на второй вопрос отрицательный, ставьте noindex или редирект. Если ответ на первый вопрос тоже отрицательный, убирайте страницу из обхода полностью, но только после того, как убедились, что она не используется в шаблонах и внутренних ссылках.