Архивы авторов часто мешают не сами по себе, а тем, что дублируют смысл записей: на сайте один автор, в архиве почти тот же список материалов, а в индексе появляется лишняя страница с тонким контентом. При этом полностью удалять автора из WordPress нельзя — записи должны по-прежнему отображать имя, а админка и REST API не должны начать вести себя странно.
Ниже — рабочая схема: сначала понять, действительно ли архивы авторов вредят, потом отключить их без поломки шаблонов и проверить, что сайт не потерял нужные URL и не получил 404.
Когда архивы авторов стоит убирать
Не каждый сайт выигрывает от отключения архивов авторов. На многопользовательских блогах, медиа и проектах с редакцией такие страницы могут быть полезны: они собирают публикации конкретного автора и нормально ранжируются. Но если у вас один автор, а архив выглядит как повтор списка записей с минимальным отличием в заголовке, это типичный кандидат на закрытие.
Проблемный сценарий обычно выглядит так:
- на сайте один или два автора, и у каждого архив почти полностью дублирует главную ленту;
- в сниппетах всплывают страницы вида
/author/username/, хотя они не несут отдельной ценности; - внутренние ссылки ведут на архивы авторов, но пользователю от них пользы мало;
- шаблон архива автора показывает только список записей без описания, фото и дополнительного контента.
Диагностика проблемы перед изменениями
Сначала проверьте, как именно сейчас устроены архивы авторов. Это важно, потому что в WordPress можно отключить сам архив, но оставить ссылки на автора в метаданных записей. Если не посмотреть на шаблон и индексацию заранее, легко получить лишние 404 или сломать хлебные крошки.
Что проверить вручную
- Откройте страницу автора в браузере:
/author/имя/. - Посмотрите исходный HTML и наличие
<meta name="robots", если SEO-плагин уже управляет индексированием. - Проверьте, есть ли ссылки на архив автора в карточках записей, в блоке автора под статьей и в хлебных крошках.
- Посмотрите, не используется ли шаблон
author.phpв теме: иногда он уже содержит уникальный контент, который жалко терять.
Если у вас есть доступ к Search Console, полезно посмотреть, какие URL архивов авторов уже попали в индекс. Это поможет понять, нужно ли именно отключать архив, или достаточно закрыть его от индексации и оставить для навигации.
Как отключить архивы авторов в WordPress кодом
Самый предсказуемый способ — убрать саму возможность открывать архив автора и отдать посетителя на главную или на страницу блога. Для этого можно использовать редирект на уровне template_redirect. Такой подход не ломает записи и не требует правок базы.
<?php
add_action('template_redirect', function () {
if (is_author()) {
wp_safe_redirect(home_url('/'), 301);
exit;
}
});Этот вариант подходит, если архивы авторов вам вообще не нужны. Но если вы хотите оставить URL доступным для людей, а поисковикам показать, что страница не должна индексироваться, лучше не редиректить, а добавить noindex.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Второй вариант мягче: страница открывается, ссылки внутри доступны, но поисковик не должен держать её в индексе. Для сайтов, где архив автора нужен как навигационный элемент, это часто лучший компромисс.
Как убрать архивы авторов через тему, не трогая ядро
Код лучше добавлять в дочернюю тему или в небольшой mu-plugin, а не в functions.php активной темы, если тема часто обновляется. Это снижает риск потерять настройку после апдейта.
Если нужен именно редирект, но вы хотите оставить исключение для админов и редакторов, можно ограничить поведение только для фронтенда:
<?php
add_action('template_redirect', function () {
if (!is_author() || is_admin()) {
return;
}
if (current_user_can('edit_posts')) {
return;
}
wp_safe_redirect(home_url('/blog/'), 301);
exit;
});Здесь редирект ведёт не на главную, а на страницу блога. Это полезнее, если у вас отдельная лента записей и вы не хотите отправлять пользователя в общий корень сайта.
Что делать с шаблоном author.php
Если в теме уже есть author.php, не удаляйте его вслепую. Иногда он используется не только для архива, но и как часть логики вывода имени автора, аватара и описания. Правильнее сначала проверить, есть ли в нём уникальный контент.
Если архивы авторов отключаются полностью, а шаблон больше нигде не нужен, можно оставить его пустым и перевести запросы на 404 или редирект. Но если тема наследует author.php для вывода метаданных, лучше не ломать структуру темы, а управлять поведением через хуки.
Сравнение подходов
| Подход | Когда подходит | Компромисс |
|---|---|---|
| 301-редирект | Архивы авторов не нужны вообще | Пользователь не увидит страницу автора |
noindex, follow | Архив нужен для навигации, но не для поиска | Страница остаётся доступной по URL |
| Отключение через шаблон | Нужна тонкая кастомизация темы | Больше риска сломать логику шаблонов |
Проверка результата после внедрения
После изменения обязательно проверьте не только сам URL автора, но и связанные страницы. Частая ошибка — закрыть архив, а потом обнаружить, что блок автора в записи ведёт на 301-цепочку или на 404.
- Откройте
/author/username/в браузере: должен быть редирект или страница сnoindex, в зависимости от выбранного варианта. - Проверьте HTTP-статус через DevTools или
curl -I https://site.ru/author/username/. - Убедитесь, что записи автора открываются как обычно и не потеряли блок имени автора.
- Посмотрите исходный код страницы: если выбран вариант
noindex, он должен реально присутствовать в robots-мета или заголовках. - Проверьте Search Console на предмет новых 404 и цепочек редиректов.
Пример быстрой проверки через curl
curl -I https://example.com/author/admin/Если вы видите 301, проверьте, куда именно ведёт редирект. Если это 200, убедитесь, что страница не индексируется. Если 404, это тоже допустимо, но только если вы сознательно выбрали такой сценарий и не потеряли нужные внутренние ссылки.
Частые ошибки и как их исправить
Редирект на главную без логики
Самая частая ошибка — отправить все архивы авторов на главную. Для пользователя это выглядит как «сломанная» ссылка, а для SEO это не всегда лучший сигнал. Если архивы не нужны, лучше вести их на релевантную страницу блога или категории, а не просто в корень сайта.
Закрыли архив, но оставили индексируемые ссылки
Если на сайте остались ссылки на архив автора, а сам архив отдаёт 404, это не критично, но мусорит отчёты. Лучше либо заменить ссылки на неиндексируемые элементы интерфейса, либо оставить архив доступным с noindex.
Добавили noindex, но забыли про SEO-плагин
Если у вас уже стоит SEO-плагин, он может переопределять robots-мета. В таком случае проверьте настройки архивов авторов именно в плагине, а не только в коде. Иначе вы будете думать, что страница закрыта, хотя в HTML всё ещё есть индексируемый вариант.
Сломали страницу автора для админов
Если на сайте редакция использует архив автора как внутренний инструмент, не отключайте его для всех без исключения. Иногда достаточно закрыть архив от индексации и оставить доступ только для авторизованных пользователей или для фронтенда без поискового трафика.
Практические советы по безопасности и производительности
Для такой задачи не нужен тяжёлый плагин, если достаточно одного-двух хуков. Чем меньше кода и внешних зависимостей, тем проще сопровождение. Если вы всё же используете SEO-плагин или набор оптимизаций, проверьте, не дублирует ли он вашу логику.
Если на сайте много технических правок, удобнее собрать их в один небольшой mu-plugin. Тогда изменения не потеряются при смене темы и будут загружаться раньше обычных плагинов. Это особенно полезно, если вы одновременно отключаете архивы, чистите дубли и настраиваете robots-логику.
Для типовых задач вроде закрытия дублей, чистки служебных страниц и управления robots-мета иногда проще использовать Clearfy Pro, если вам нужен интерфейс вместо ручного кода. Но даже в этом случае полезно понимать, что именно делает настройка: редирект, noindex или отключение шаблона — это разные сценарии с разными последствиями.
Если задача сводится к одному сайту и одному шаблону, код обычно надёжнее. Если же у вас несколько проектов и нужно быстро стандартизировать поведение, плагин может сэкономить время, но проверка результата всё равно обязательна.