Архивы авторов в WordPress часто остаются включёнными по умолчанию, даже если на сайте один автор или страницы авторов не несут самостоятельной ценности. В такой конфигурации они могут дублировать записи, тянуть за собой тонкие страницы и создавать лишние URL в индексе. Ниже — рабочий сценарий: как понять, что архивы авторов действительно мешают, как отключить их без поломки темы и что проверить после внедрения.
Когда архивы авторов становятся проблемой
Сама по себе страница автора не вредна. Проблема начинается, когда у неё нет уникального контента: одинаковый заголовок, короткое описание, список записей без дополнительной ценности и каноникал, который не спасает от мусора в индексе. Это особенно заметно на новостных, корпоративных и экспертных сайтах, где публикации ведут один-два редактора.
Признаки, что архивы лучше отключить
- в
/author/индексируются страницы с пустым или шаблонным описанием; - в поиске видны архивы авторов вместо полезных посадочных;
- у сайта один автор, и архив дублирует главную ленту записей;
- SEO-плагин показывает предупреждения о тонких страницах или дублях;
- в теме нет нормального шаблона
author.php, и архив выглядит как копия блога.
Диагностика: что проверить до изменений
Сначала убедитесь, что проблема действительно в архивах авторов, а не в настройках темы или SEO-плагина. Откройте несколько URL вида /author/username/ и сравните их с обычной страницей блога. Если на архиве автора нет уникального текста, а список записей полностью повторяет другие страницы, это кандидат на отключение.
Полезно проверить ещё три вещи:
- есть ли на сайте страницы авторов в индексе через
site:example.com/author/; - не используются ли архивы авторов как навигационный элемент внутри темы;
- не завязаны ли на них внутренние ссылки, которые вы хотите сохранить.
Если архивы нужны для UX, но не нужны в поиске, можно не удалять их физически, а закрыть от индексации. Если они не нужны вообще — лучше отключить доступ и вернуть 404 или 410.
Пошаговое решение: отключаем архивы авторов кодом
Самый надёжный вариант — добавить код в дочернюю тему или в небольшой mu-plugin. Так вы не зависите от обновлений темы и не ломаете логику SEO-плагина.
Вариант 1: отдавать 404 для архивов авторов
Этот способ подходит, если страницы авторов не должны открываться вообще. Код ниже переводит архив автора в 404 на фронтенде.
add_action('template_redirect', function () {
if (is_author()) {
global $wp_query;
$wp_query->set_404();
status_header(404);
nocache_headers();
include get_query_template('404');
exit;
}
});Что важно: этот код не трогает админку и не влияет на обычные записи. Он срабатывает только на фронтенде, когда запрашивается архив автора.
Вариант 2: оставить страницу, но закрыть от индексации
Если архив нужен посетителям, но не нужен поисковикам, лучше не ломать маршрут, а добавить noindex. Это можно сделать через SEO-плагин, если он умеет управлять мета-тегами для архивов. Если плагина нет или нужен точечный контроль, используйте фильтр wp_robots.
add_filter('wp_robots', function (array $robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Такой вариант полезен, когда архив автора нужен как страница профиля, но не должен конкурировать с основными материалами сайта.
Вариант 3: отключить архивы для конкретного автора
Иногда на сайте есть несколько авторов, но один из них — технический пользователь, которого не нужно показывать в архиве. В этом случае можно точечно отключить только его архив.
add_action('template_redirect', function () {
if (is_author('admin')) {
global $wp_query;
$wp_query->set_404();
status_header(404);
nocache_headers();
include get_query_template('404');
exit;
}
});Замените admin на слаг пользователя. Этот подход удобен, если вы постепенно чистите старую структуру сайта и не хотите сразу трогать все архивы.
Сравнение подходов: 404, noindex или SEO-плагин
| Подход | Когда использовать | Плюсы | Минусы |
|---|---|---|---|
| 404/410 | архивы не нужны вообще | убирает URL из обхода и индекса | может сломать старые внутренние ссылки |
| noindex | архив нужен пользователю, но не поиску | мягкое решение без удаления страницы | URL остаётся доступным и может продолжать обходиться |
| SEO-плагин | нужна централизованная настройка | удобно для массового управления | зависимость от интерфейса и логики плагина |
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки архивов авторов. Код нужен тогда, когда интерфейса недостаточно или требуется точечное поведение.
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой в браузере. Смотрите на HTTP-ответ, мета-теги и поведение поискового робота.
Что проверить вручную
- открывается ли
/author/username/и какой код ответа возвращается; - есть ли в исходном коде
noindex, если вы выбрали мягкий вариант; - не остались ли ссылки на архивы автора в меню, хлебных крошках или блоках темы;
- не создаёт ли тема отдельный шаблон, который переопределяет ваше решение.
Если вы отдаёте 404, проверьте заголовки через DevTools или curl:
curl -I https://example.com/author/username/Для варианта с noindex откройте HTML страницы и убедитесь, что в <head> нет противоречащих директив. Иногда SEO-плагин и код добавляют разные указания, и в итоге страница получает конфликтующие сигналы.
Частые ошибки и как их исправить
Отключили архивы, но оставили ссылки на них
Это самая частая проблема. Меню, блок «об авторе» или карточки записей продолжают вести на несуществующий URL. Решение простое: либо уберите ссылки, либо замените их на страницу профиля, либо оставьте архив с noindex.
Сломали страницу автора в админке
Если код добавлен слишком грубо и проверяет не только фронтенд, можно задеть административные сценарии. Всегда используйте template_redirect и не трогайте запросы в wp-admin.
Дублируете логику SEO-плагина
Когда плагин уже ставит noindex, а вы сверху отдаёте 404, можно получить непредсказуемое поведение в кэше и в отчётах. Сначала посмотрите, что уже делает плагин, и только потом добавляйте код.
Закрыли архивы, но не почистили индекс
Поисковик не удаляет URL мгновенно. После изменения отправьте страницу на переобход в Search Console и проверьте, как она уходит из отчёта. Если архивы были в sitemap, уберите их оттуда.
Практические советы по безопасности и производительности
Если вы вносите код вручную, не редактируйте functions.php основной темы на живом сайте. Лучше использовать дочернюю тему или отдельный mu-plugin. Так вы не потеряете изменения после обновления и не получите белый экран из-за ошибки в шаблоне.
Для сайтов с большим количеством старых архивов полезно дополнительно проверить:
- нет ли в кэше старых версий страниц авторов;
- не генерирует ли тема отдельные блоки с данными автора на каждой записи;
- не попадают ли архивы в XML-sitemap через SEO-плагин;
- не используются ли старые URL авторов в внешних ссылках и редиректах.
Если нужен более широкий контроль над дублями, архивами и служебными страницами, в экосистеме WPShop есть Clearfy Pro: он помогает точечно управлять индексированием и чисткой сайта. Смотрите только релевантные настройки и не включайте всё подряд без проверки результата: Clearfy Pro.
Рабочий критерий здесь простой: архив автора либо исчезает из индекса, либо остаётся доступным, но не конкурирует с основным контентом. Выбирайте один сценарий и доводите его до конца — смешанные настройки обычно дают больше мусора, чем пользы.