Архивы авторов в WordPress часто остаются включёнными по умолчанию, даже если на сайте один редактор или авторские страницы не несут пользы для поиска. В результате в индексе появляются слабые страницы с коротким списком записей, а иногда ещё и дубли заголовков, описаний и хлебных крошек. Если задача не в том, чтобы продвигать страницы авторов, их лучше закрыть от индексации и убрать из внутренней перелинковки там, где это возможно.
Когда это действительно нужно
Отключать индексацию архивов авторов имеет смысл не всегда. На новостных, многопользовательских и экспертных сайтах такие страницы могут быть полезны: там есть биография, фото, список публикаций и отдельная ценность для пользователя. Но если у вас:
- один автор или несколько авторов без отдельных профилей;
- архив автора повторяет список записей без добавленной ценности;
- в поиске уже есть страницы записей, рубрик и тегов, а авторские архивы только распыляют релевантность;
- в выдаче видны дубли title и meta description;
тогда закрытие архивов авторов — нормальная техническая мера, а не «SEO-хакинг».
Диагностика проблемы перед изменениями
Сначала проверьте, как именно WordPress отдаёт архивы авторов на вашем сайте. Откройте URL вида /author/username/ и посмотрите:
- есть ли на странице уникальный контент кроме списка записей;
- какой у неё title в исходном коде;
- не дублируется ли description с другими архивами;
- не закрыта ли страница уже через SEO-плагин;
- не ведут ли на неё внутренние ссылки из шаблона, карточек автора или блока «об авторе».
Если у вас установлен SEO-плагин, проверьте настройки архивов авторов именно там. Иногда WordPress сам по себе страницу отдаёт, но плагин уже ставит noindex, и дополнительный код не нужен.
Как быстро проверить индексацию
Самый простой способ — открыть исходный код страницы и найти мета-тег robots. Если там уже есть noindex, значит поисковик не должен индексировать страницу, но это не всегда означает, что URL исчезнет мгновенно из выдачи. Для проверки полезно также посмотреть ответ сервера и заголовки, если вы управляете сайтом на уровне хостинга или CDN.
Пошаговое решение: закрыть архивы авторов от индексации
Есть три рабочих подхода: через SEO-плагин, через код темы или через комбинацию обоих вариантов. Если нужен быстрый и безопасный путь, сначала проверьте настройки плагина. Если нужен контроль без зависимости от интерфейса — используйте код.
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Не требует кода, удобно для редактора | Зависит от конкретного плагина и его настроек |
| Код в теме или mu-plugin | Предсказуемо, не зависит от UI | Нужно следить за обновлениями и переносом |
| Оставить как есть | Ничего не ломаете | Риск дублей и лишних страниц в индексе |
Вариант 1: через фильтр robots meta
Если вы хотите добавить noindex, follow только для архивов авторов, можно использовать фильтр wp_robots. Он есть в современных версиях WordPress и позволяет управлять robots-массивом без прямой правки шаблонов.
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант хорош тем, что не трогает другие типы страниц. Поисковик увидит указание не индексировать архив автора, но при этом сможет переходить по ссылкам на записи.
Вариант 2: отключить архивы авторов полностью
Если на сайте один автор и архивы вообще не нужны, можно не только закрыть их от индексации, но и отключить саму страницу архива. Для этого обычно используют фильтр author_rewrite_rules или перенаправление на главную/страницу «О сайте». Но здесь важно не сломать старые ссылки и не создать цепочки редиректов.
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой вариант подходит только если вы осознанно убираете архивы из публичной структуры сайта. Если на авторских страницах есть полезная информация, редирект будет слишком агрессивным решением.
Вариант 3: через SEO-плагин
Если у вас уже стоит SEO-плагин, проверьте настройки архивов автора. Обычно там можно отключить индексацию архивов пользователей или поставить noindex без кода. Это удобнее для контент-менеджеров, но важно не забыть, что настройки могут сбиться после миграции или смены плагина.
Если вы используете Clearfy Pro, имеет смысл проверить разделы, связанные с SEO-очисткой и дублями. Но даже в этом случае сначала убедитесь, что именно архивы авторов являются проблемой, а не, например, страницы тегов или пагинация.
Что ещё нужно поправить, кроме meta robots
Один только noindex не всегда решает задачу полностью. Если архив автора продолжает активно ссылаться из шаблона, он всё равно будет обходиться роботами. Поэтому проверьте:
- блок «Автор» под записью — нужен ли он на всех типах материалов;
- ссылку на страницу автора в карточке записи;
- виджеты с последними записями автора;
- хлебные крошки, если они ведут на архив автора;
- XML-карту сайта, если туда попадают авторские архивы через SEO-плагин.
Если архивы уже закрыты, но всё ещё присутствуют в sitemap, поисковик будет тратить на них обход. Это не критично, но для небольших сайтов лишнее.
Проверка результата после внедрения
После внесения изменений не ограничивайтесь визуальной проверкой в браузере. Нужен минимум три шага:
- Откройте страницу архива автора и проверьте исходный код на наличие
noindex. - Посмотрите, не осталось ли страницы в XML-карте сайта.
- Проверьте ответ сервера и убедитесь, что нет случайного 302 вместо 301, если вы делали редирект.
Если используете Google Search Console или Яндекс Вебмастер, отправьте страницу на переобход только после того, как убедились, что на ней действительно стоит нужная директива. Иначе поисковик просто зафиксирует старую версию ещё на какое-то время.
Частые ошибки и как их исправить
Оставили архив автора в sitemap
Это частая ситуация: страница уже закрыта от индексации, но всё ещё лежит в карте сайта. Решение — отключить авторские архивы в настройках SEO-плагина или исключить их из генерации sitemap, если плагин это позволяет.
Поставили редирект вместо noindex без проверки
Редирект может быть оправдан, если архивы не нужны вообще. Но если на странице есть полезный контент, лучше оставить её доступной и закрыть только от индексации. Иначе вы потеряете страницу, на которую могли бы вести внутренние ссылки.
Сломали архивы для всех ролей
Иногда код пишут слишком грубо и закрывают не только публичные архивы авторов, но и страницы администраторов, редакторов или кастомных ролей, которые нужны для сайта. Проверяйте условие is_author() и не добавляйте лишние глобальные ограничения без необходимости.
Дублируют решение в плагине и в коде
Если SEO-плагин уже ставит noindex, а вы добавляете ещё и собственный фильтр, обычно ничего страшного не происходит. Но при отладке становится сложнее понять, откуда именно пришёл тег robots. Лучше оставить один источник истины: либо плагин, либо код.
Практические советы по безопасности и производительности
Любые изменения лучше вносить не в родительскую тему, а в дочернюю тему или в небольшой mu-plugin. Тогда обновление темы не затрёт вашу логику. Если вы работаете на продакшене, сначала проверьте решение на staging-копии и только потом переносите на боевой сайт.
Если архивы авторов закрываются через редирект, используйте wp_safe_redirect(), а не произвольный header(). Это снижает риск ошибок и делает поведение более предсказуемым в WordPress-окружении.
Для сайтов с большим количеством публикаций полезно дополнительно проверить, не создают ли авторские архивы лишнюю нагрузку на шаблон. Иногда проблема не в индексации, а в том, что страница автора собирает слишком тяжёлые блоки: аватар, биографию, список постов, связанные материалы и сторонние виджеты. В таком случае имеет смысл упростить шаблон архива или вообще убрать его из публичной навигации.
Если нужен не только noindex, но и чистка дублей
Когда проблема шире, чем один архив автора, обычно приходится смотреть на весь набор технических дублей: архивы дат, теги, пагинацию, страницы поиска, вложения медиа. В таких случаях удобнее сначала составить список URL-типов, которые реально нужны пользователю, а уже потом решать, что закрывать, а что оставлять. Это помогает не лечить симптом, а навести порядок в структуре сайта.
Если у вас уже есть SEO-плагин, не спешите добавлять ещё один слой логики в код. Сначала проверьте, можно ли решить задачу настройкой. Код нужен там, где интерфейс не даёт нужной точности или где требуется жёстко зафиксировать поведение сайта.