На небольших и средних WordPress-сайтах страницы автора часто становятся техническим мусором: у одного автора один-два поста, архив дублирует список записей, а в индексе копятся слабые страницы. При этом закрывать всё подряд нельзя: если на сайте есть нормальные авторские архивы с биографией, ссылками и подборкой материалов, их лучше оставить доступными. Поэтому задача здесь не в том, чтобы «спрятать автора», а в том, чтобы убрать из индекса именно бесполезные архивы.
Когда страницы автора действительно стоит закрывать
Сначала проверьте, что именно у вас индексируется. В WordPress архив автора обычно доступен по адресу вида /author/username/. Если на странице только список записей без уникального контента, для поисковика это почти всегда слабая страница. Особенно это заметно, когда:
- на сайте один основной автор и архив дублирует главную или рубрики;
- у каждого автора мало материалов;
- в архиве нет описания автора, фото, ссылок на соцсети и другой полезной информации;
- страницы автора уже попали в индекс и создают лишние URL в отчётах Search Console.
Если же архив автора — это полноценная страница профиля с уникальным описанием, подборкой публикаций и нормальной внутренней перелинковкой, закрывать её бездумно не стоит. В таком случае лучше сначала оценить, есть ли у неё поисковый спрос и трафик.
Диагностика: что именно мешает индексации
Перед правкой проверьте три вещи: статус ответа, мета-теги и наличие ссылок на архив автора. Это можно сделать вручную и без плагинов.
1. Проверка ответа сервера и мета robots
Откройте страницу автора в браузере и посмотрите исходный код. Если в <head> уже есть noindex, значит проблема не в индексации, а в том, что поисковик ещё не переобходил страницу или тег задан не там, где ожидается.
Для быстрой проверки можно использовать curl:
curl -I https://example.com/author/username/В ответе ищите 200 OK. Если там 301 или 404, сначала разбирайтесь с редиректами и доступностью страницы, а уже потом с индексацией.
2. Проверка в Search Console
Если страница уже в индексе, откройте отчёт по URL и посмотрите, как Google её видит сейчас. Частая ситуация: на странице стоит noindex, но в индексе она ещё висит как «Просканирована, но не проиндексирована» или «Исключена тегом noindex». Это нормальная задержка, а не ошибка.
3. Проверка темы и плагинов
Иногда noindex уже добавляет SEO-плагин, а тема или кастомный код дублируют его в другом месте. Проверьте:
- настройки SEO-плагина для архивов автора;
- функции в
functions.phpили mu-плагинах; - наличие фильтров, которые меняют robots meta или canonical.
Как закрыть страницы автора от индексации: рабочие варианты
Есть три нормальных подхода: через SEO-плагин, через код или через серверную логику. Выбор зависит от того, как у вас устроен сайт и кто потом будет сопровождать изменения.
| Способ | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Если нужен быстрый и понятный способ без кода | Не всегда даёт тонкую настройку для отдельных ролей |
| Код в теме или mu-плагине | Если нужен контроль и предсказуемость | Нужно аккуратно тестировать после обновлений |
| Редирект или 404 | Если архив автора вообще не нужен | Можно потерять полезные ссылки и внутреннюю навигацию |
Вариант 1. Закрыть архив автора через SEO-плагин
Если у вас установлен Yoast SEO, Rank Math или похожий плагин, ищите настройку архивов автора. На сайтах с одним автором обычно достаточно отключить архивы автора целиком или поставить для них noindex. Это самый безопасный путь, если вы не хотите трогать код.
Плюс этого подхода в том, что плагин обычно сам корректно меняет meta robots и canonical. Минус — не все плагины одинаково гибкие: иногда можно закрыть только все архивы автора сразу, без исключений.
Вариант 2. Добавить noindex через код
Если нужно точечно закрыть архивы автора, можно использовать фильтр wp_robots. Это современный способ, который работает с robots meta в WordPress 5.7+.
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Этот код лучше добавлять в mu-плагин или в дочернюю тему, а не в родительскую тему, чтобы не потерять настройку при обновлении. Если nofollow вам не нужен, уберите эту строку: для архивов автора обычно достаточно noindex.
Если на сайте есть авторские страницы, которые нужно оставить открытыми, можно сузить условие. Например, закрывать только архивы для пользователей без опубликованных материалов или только для конкретной роли. Но здесь уже нужно смотреть структуру сайта, а не копировать шаблон вслепую.
Вариант 3. Убрать архив автора из индекса и из выдачи
Если архив автора не нужен вообще, можно не только поставить noindex, но и сделать редирект на страницу «О нас», на главную или на страницу автора в другом формате. Это уже не про индексацию, а про архитектуру сайта. Такой вариант уместен, когда архив не несёт ценности и на него нет внутренних ссылок, которые важны для навигации.
Но редирект — это не замена noindex в любом случае. Если вы просто перенаправите URL, а старые адреса уже в индексе, поисковику всё равно нужно время, чтобы обновить состояние. Поэтому сначала определитесь: архив удаляем как сущность или только исключаем из индекса.
Пошаговая схема внедрения
- Проверьте, есть ли у архивов автора реальная ценность для пользователя.
- Откройте несколько URL вида
/author/...и посмотрите, есть ли там уникальный контент. - Выберите способ: SEO-плагин или код через
wp_robots. - Внесите изменение сначала на тестовой копии сайта или в staging.
- Проверьте исходный код страницы и убедитесь, что появился
noindex. - После этого отправьте URL на переобход в Search Console, если страница уже была в индексе.
Как проверить, что решение сработало
Проверка должна быть не только визуальной. После внедрения откройте архив автора и убедитесь в трёх вещах:
- в исходном коде есть
meta name="robots"сnoindex; - страница отдаёт
200 OK, если вы не делали редирект; - в Search Console статус URL меняется после повторного обхода.
Если используете curl, можно проверить не только заголовки, но и наличие noindex в HTML:
curl -s https://example.com/author/username/ | grep -i robotsЕсли строка не находится, значит robots meta генерируется не там, где вы ожидали, или его перехватывает тема/плагин. Тогда ищите конфликт в SEO-настройках и кастомных фильтрах.
Частые ошибки и как их исправить
Закрывают весь сайт вместо архивов автора
Иногда в SEO-плагине путают настройки архивов и ставят noindex на всё подряд. В результате страдают рубрики, страницы и даже важные записи. Исправление простое: проверьте, что правило применяется только к is_author() или к нужному разделу в интерфейсе плагина.
Ставят noindex, но оставляют дубли в каноникал
Если canonical указывает на саму страницу автора, это нормально. Но если тема или плагин подменяют canonical на главную или на случайную страницу, поисковик получает противоречивые сигналы. В таком случае сначала уберите конфликтующий код, а уже потом закрывайте архив.
Делают 404 вместо noindex без причины
404 уместен только если архив автора действительно удалён и не должен существовать. Если страница ещё нужна для пользователей, но не нужна в поиске, лучше использовать noindex. Иначе вы ломаете старые ссылки и внутренние переходы.
Не проверяют, не дублирует ли тема robots meta
На некоторых темах и в некоторых SEO-плагинах robots meta выводится дважды. Это не всегда критично, но может создать путаницу при диагностике. Откройте исходный код и убедитесь, что тег один и он содержит нужные директивы.
Практические советы по безопасности и производительности
Если вы вносите код вручную, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или mu-плагин. Так вы не потеряете правку после обновления и не получите сюрприз при деплое.
Ещё один полезный момент: не плодите несколько решений одновременно. Если SEO-плагин уже ставит noindex на архивы автора, не добавляйте поверх него второй фильтр без необходимости. Чем меньше слоёв, тем проще потом понять, что именно сломалось.
Если на сайте много технических дублей и слабых страниц, имеет смысл сначала привести в порядок общую SEO-гигиену: архивы, теги, пагинацию, служебные URL. В таких задачах иногда удобнее использовать один инструмент для чистки технических страниц и мета-настроек, чем держать всё на разрозненных фрагментах кода. Но даже в этом случае проверка после внедрения остаётся обязательной.
Для сайтов с редакционной командой полезно отдельно описать правило: какие архивы автора закрываются, а какие остаются открытыми. Иначе через месяц кто-то включит новый шаблон автора, а SEO-логика снова поедет.