Сценарий типичный: на сайте есть архивы авторов, они нужны для навигации и доверия к контенту, но в поиске эти страницы только создают мусор. При этом просто удалить шаблон author.php нельзя — ссылки на автора в карточках и в метаданных останутся, а пользователи продолжат попадать на пустые или слабые страницы. Ниже — рабочий способ закрыть author-архивы от индексации, не ломая фронтенд и не трогая сами профили пользователей.
Когда это действительно проблема
Чаще всего индексация author-архивов мешает в таких случаях:
- на сайте один или два автора, а архивы выглядят как дубли ленты записей;
- в архивах автора мало записей, и поисковик начинает считать их тонкими страницами;
- в теме есть отдельный шаблон автора, но он не несёт самостоятельной ценности для SEO;
- в индексе уже появились страницы вида
/author/username/, хотя вы их не планировали продвигать.
Важно не путать две задачи: закрыть архив от индексации и полностью убрать страницу из сайта. Это разные решения. В этой статье речь именно про первый вариант.
Диагностика: что проверить до правки
Сначала убедитесь, что проблема именно в индексации, а не в шаблоне. Откройте несколько author-страниц и проверьте:
- есть ли на странице заголовок автора и список записей;
- не дублируется ли контент с главной, рубриками или страницей блога;
- какой статус отдает сервер — нужен
200 OK, а не редирект на главную; - есть ли уже мета-тег
noindexили заголовокX-Robots-Tag.
Если у вас установлен SEO-плагин, сначала проверьте его настройки. Иногда author-архивы уже закрыты, но в индексе остаются старые URL, и кажется, что настройка не сработала.
Как быстро проверить ответ страницы
На сервере или локально можно посмотреть заголовки:
curl -I https://example.com/author/admin/В ответе ищите либо HTML-мета-тег noindex в исходнике страницы, либо заголовок X-Robots-Tag: noindex. Если ничего нет, поисковик видит страницу как обычную.
Рабочее решение: закрыть author-архивы от индексации через код
Если вы не хотите зависеть от настроек плагина, проще и надежнее добавить правило в тему или в небольшой mu-plugin. Для архивов автора обычно достаточно вывести noindex,follow: поисковик не индексирует страницу, но может переходить по ссылкам на записи.
Добавьте код в functions.php дочерней темы или в отдельный плагин:
add_action( 'wp_head', function () {
if ( is_author() ) {
printf( "<meta name=\"robots\" content=\"noindex,follow\" />\n" );
}
}, 1 );Этот вариант простой, но у него есть минус: мета-тег выводится только в HTML. Если у вас есть кэш на уровне сервера или CDN, поисковик всё равно увидит уже отрендеренную страницу. Обычно это нормально, но если нужна более жесткая и предсказуемая блокировка, лучше добавить заголовок ответа.
add_filter( 'wp_headers', function ( $headers ) {
if ( is_author() ) {
$headers['X-Robots-Tag'] = 'noindex, follow';
}
return $headers;
} );Для author-архивов я бы ориентировался именно на заголовок X-Robots-Tag, если задача техническая и вы хотите меньше зависеть от шаблона.
Если используете SEO-плагин: что лучше — плагин или код
Если на сайте уже стоит SEO-плагин, не дублируйте настройки в коде без необходимости. Двойная логика часто приводит к путанице: в одном месте noindex включён, в другом выключен, а потом непонятно, кто именно отдаёт финальный тег.
| Подход | Плюсы | Минусы |
|---|---|---|
| Настройка в SEO-плагине | Быстро, без кода, удобно для редактора | Зависит от плагина и его интерфейса |
| Код в теме или mu-plugin | Предсказуемо, не завязано на UI | Нужно аккуратно сопровождать при обновлениях |
| Удалить author-архивы из темы | Полностью убирает страницу | Ломает навигацию и ссылки на автора |
Если вам нужен именно технический контроль, код обычно надежнее. Если сайт ведет редактор без доступа к файлам, проще использовать настройки SEO-плагина.
Пошагово: как внедрить без побочных эффектов
- Проверьте, есть ли у author-архивов реальная польза для пользователей.
- Определите, нужен ли только
noindexили ещё иnofollow. В большинстве случаевnofollowне нужен. - Добавьте правило через
wp_headersили настройку SEO-плагина. - Очистите кэш страницы, объектный кэш и CDN, если он есть.
- Проверьте исходный код и заголовки ответа.
- Посмотрите, не осталось ли внутренних ссылок, которые ведут на слабые author-страницы из блоков автора в теме.
Когда лучше не закрывать архив полностью
Если у каждого автора есть сильная биография, список публикаций и отдельная ценность для пользователя, author-архив может быть полезен. В таком случае иногда лучше не закрывать его, а доработать шаблон: добавить описание автора, ссылки на соцсети, список лучших материалов и убрать пустые блоки. Но это уже задача для контентной и шаблонной оптимизации, а не для простого noindex.
Как проверить, что решение сработало
Проверка должна быть не на глаз, а по факту:
- откройте страницу автора в браузере и посмотрите исходный код;
- убедитесь, что в
<head>есть<meta name="robots" content="noindex,follow" />или в ответе естьX-Robots-Tag; - проверьте, что страница по-прежнему открывается с кодом
200; - после очистки кэша повторите проверку в режиме инкогнито;
- в Search Console отправьте URL на повторное сканирование, если страница уже была в индексе.
Если в исходнике тег есть, а в поиске страница всё ещё отображается, это нормально для старых URL: поисковику нужно время на переобход и переоценку страницы.
Частые ошибки и как их исправить
Ставят noindex, но забывают про кэш
Если страница отдаётся из кэша, старый HTML может продолжать жить даже после правки. Решение простое: очистить кэш плагина, серверный кэш и CDN, затем перепроверить заголовки.
Путают author-архив и страницу профиля пользователя
В WordPress author-архив — это архив записей автора, а не страница редактирования профиля в админке. Закрывать нужно именно публичный URL архива, а не трогать данные пользователя в базе.
Ставят nofollow без необходимости
Для архивов автора это обычно лишнее. Если поисковик не должен индексировать страницу, достаточно noindex,follow. nofollow может мешать передаче сигналов по внутренним ссылкам без реальной пользы.
Удаляют шаблон автора и получают 404
Это уже не про индексацию, а про поломку маршрута. Если URL раньше существовал, а теперь отдаёт 404, поисковик будет переобходить его как удалённый адрес. Для чистой задачи закрытия от индексации это слишком грубо.
Практические советы по безопасности и поддержке
Если вы вносите правки кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или отдельный mu-plugin, чтобы обновление не затёрло изменения. Для небольших технических правил это особенно важно: такие правки легко потерять при деплое.
Если на сайте много технических настроек SEO и чистки дублей, удобно держать их в одном месте. В этом сценарии можно посмотреть на Clearfy Pro от WPShop: он закрывает часть типовых SEO- и cleanup-задач без ручного разброса по теме и плагинам. Ссылка: Clearfy Pro.
Но даже если используете плагин, всё равно проверяйте итоговый HTML и заголовки ответа. Для поисковика важен не интерфейс настройки, а то, что реально отдает сервер.