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