Страницы авторов в WordPress часто живут своей жизнью: в блоге один автор, архивы пустые или почти пустые, а поисковик всё равно тратит краулинговый бюджет на лишние URL. Если на сайте нет смысла продвигать архивы авторов как отдельные посадочные страницы, их лучше либо закрыть от индексации, либо отдать в noindex только часть архивов, не трогая полезные разделы.
Проблема обычно всплывает не сразу. В индексе появляются URL вида /author/username/, в Search Console растёт число страниц без трафика, а в выдаче можно увидеть архивы с одинаковыми заголовками и почти одинаковым набором записей. Ниже — рабочие способы для WordPress: от настроек SEO-плагина до точечного кода в теме или мини-плагине.
Когда страницы авторов действительно мешают
Не все архивы авторов нужно закрывать автоматически. На новостных и многoавторских проектах это может быть полезная навигационная страница. Но если у вас один редактор, а архив автора дублирует ленту блога, пользы от него мало. В такой ситуации поисковик получает ещё одну страницу с тем же контентом, теми же рубриками и теми же сниппетами.
Сначала проверьте, есть ли у архива автора самостоятельная ценность:
- на странице есть уникальное описание автора;
- есть отдельная подборка материалов, а не копия главной ленты;
- страница получает переходы из поиска или внутренних ссылок;
- архив не дублирует рубрики, теги и главную страницу.
Если хотя бы два пункта не выполняются, закрытие от индексации обычно оправдано.
Диагностика: как понять, что проблема именно в архивах авторов
Начните с простой проверки в поиске и в панели вебмастера. Введите в Google или Яндекс запрос site:example.com/author/ и посмотрите, сколько страниц найдено. Затем откройте Search Console и проверьте отчёт по индексированию: если архивы авторов попадают в индекс, но не дают кликов, это уже повод их пересмотреть.
Ещё один практический тест — открыть исходный код страницы автора и посмотреть, есть ли там мета-тег robots. Если его нет, поисковик индексирует страницу по умолчанию. Если тег есть, но архив всё равно попадает в индекс, значит, где-то конфликтуют настройки плагина, шаблон темы или кэш.
Что именно смотреть в коде страницы
На архиве автора проверьте:
<meta name="robots" content="noindex,follow">или его отсутствие;- канонический URL в
<link rel="canonical">; - нет ли редиректа на главную или на рубрику;
- не закрывает ли кэш старую версию страницы.
Если у вас включён SEO-плагин, сначала ищите решение в нём. Если плагина нет или он не управляет архивами авторов, переходите к коду.
Пошаговое решение через SEO-плагин
Самый безопасный путь — закрыть архивы авторов в настройках SEO-плагина, если он это умеет. В большинстве случаев это лучше, чем править шаблоны вручную: плагин сам поставит корректный noindex и не сломает разметку.
Логика простая: если архивы авторов не нужны в поиске, но должны открываться для пользователей и ботов, используйте noindex,follow. Если раздел вообще не нужен, можно дополнительно убрать ссылки на него из темы, но это уже отдельная задача.
Если вы используете Clearfy Pro, у него есть инструменты для чистки сайта и управления SEO-элементами. Для типового блога это часто быстрее, чем писать код вручную. Подробности по продукту можно посмотреть здесь: Clearfy Pro.
Когда плагин лучше кода
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Быстро, меньше риска ошибиться, удобно для редактора | Зависимость от интерфейса и настроек плагина |
| Код в теме/плагине | Точечный контроль, не нужен лишний плагин | Нужно следить за обновлениями и местом вставки |
| Редирект на главную | Полностью убирает страницу из обхода | Не всегда корректно, может мешать навигации и аналитике |
Решение через код: закрываем архивы авторов точечно
Если вы не хотите ставить отдельный плагин, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин. Этот вариант подходит, когда нужно закрыть только архивы авторов, а остальные архивы оставить как есть.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот код работает на уровне директив для роботов и не требует правки шаблона header.php. Для WordPress это предпочтительнее, чем вручную вставлять мета-тег в тему: фильтр отрабатывает системно и меньше зависит от структуры шаблона.
Если тема или другой плагин уже добавляет свои правила robots, проверьте итоговый HTML. Важно, чтобы в коде страницы не было конфликтующих директив вроде index,follow и noindex,follow одновременно из разных источников.
Если нужен не только noindex, но и редирект
Редирект уместен только в редких случаях: например, если архив автора пустой и вы точно не хотите его показывать пользователям. Тогда можно отправлять посетителя на страницу блога или в профиль автора на внешнем ресурсе, если он есть. Но для SEO это грубый инструмент, и использовать его стоит осторожно.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой вариант не подходит, если на архивы авторов уже есть внутренние ссылки или если они используются в навигации. В этом случае лучше оставить страницу доступной, но закрыть от индексации.
Как проверить, что решение сработало
После внедрения не ограничивайтесь просмотром страницы в браузере. Проверка должна быть технической:
- откройте исходный код архива автора и найдите
noindex; - проверьте, не кешируется ли старая версия страницы;
- в Search Console отправьте URL на повторную проверку;
- посмотрите, не остались ли ссылки на архив в sitemap;
- убедитесь, что страница не закрыта случайно для всех роботов через
robots.txt.
Если используете кэш-плагин, очистите кэш после изменения. Иначе вы увидите старый HTML и решите, что код не работает, хотя проблема только в закэшированной версии.
Мини-чек-лист после внедрения
- в HTML страницы есть
noindex,follow; - канонический URL не указывает на другую случайную страницу;
- архив автора доступен по прямой ссылке;
- в индексе нет новых копий после переобхода;
- внутренние ссылки на автора не сломаны.
Частые ошибки и как их исправить
Ошибка 1: закрыли архивы авторов в robots.txt. Это не то же самое, что noindex. Запрет в robots.txt мешает обходу, но URL может остаться в индексе без содержимого. Для удаления из поиска это слабый вариант.
Ошибка 2: поставили редирект на главную для всех авторов. Если у сайта несколько авторов и у каждого есть материалы, такой редирект ломает логику архива и может ухудшить внутреннюю перелинковку.
Ошибка 3: забыли про кэш. После изменения robots-меток старый HTML может ещё долго отдаваться из кэша. Очистите серверный кэш, плагин кэша и, если нужно, CDN.
Ошибка 4: закрыли архивы, но оставили ссылки в шаблоне. Это не критично, но бесполезно. Если раздел не нужен, уберите ссылки на автора из карточек, если они не несут ценности.
Ошибка 5: применили код не туда. Если вставить его в родительскую тему, обновление может затереть правку. Для стабильности используйте дочернюю тему или отдельный мини-плагин.
Безопасность и производительность
Точечный код для robots почти не влияет на производительность, но он должен быть предсказуемым. Не смешивайте несколько решений одновременно: SEO-плагин, ручной мета-тег в шаблоне и редирект в template_redirect часто создают конфликт. Выберите один способ и проверьте итоговый HTML.
Если на сайте много технических правок, держите их в отдельном плагине для сайта, а не в functions.php. Так проще откатывать изменения и не потерять их при смене темы. Для проектов, где нужно одновременно чистить SEO-дубли и управлять служебными страницами, удобнее использовать один инструмент, чем набор разрозненных костылей.
Когда архивы авторов закрыты, не забывайте про другие похожие страницы: теги, даты, вложения медиафайлов и служебные архивы. Их не нужно закрывать по инерции — сначала проверьте, есть ли у них трафик и смысл для пользователя.
Если задача шире и нужно не только закрыть архивы, но и убрать лишние SEO-элементы по всему сайту, можно посмотреть в сторону инструментов для чистки WordPress, например Clearfy Pro. Но даже с плагином проверка руками остаётся обязательной: именно исходный код страницы показывает, что реально увидел поисковик.