На небольших и средних сайтах страницы авторов часто создают лишние URL без самостоятельной ценности: один автор, один пост, одинаковые шаблонные блоки и слабый контент вокруг. В результате в индекс попадают дублирующие архивы, а в отчётах по краулингу растёт шум. При этом полностью удалять архивы авторов не всегда правильно: иногда они нужны для навигации, структуры и внутренней перелинковки.
Задача обычно не в том, чтобы «сломать» авторские страницы, а в том, чтобы управляемо закрыть их от индексации и при необходимости оставить доступными для пользователей и поискового робота. Ниже — рабочие варианты для WordPress: через SEO-плагин, через код и через проверку результата.
Когда страницы автора действительно мешают
Проблема заметна не сразу. Сайт может нормально открываться, но в поиске появляются архивы вида /author/username/, которые не дают новой информации. Это особенно часто случается, если:
- на сайте один основной автор и у архива почти нет уникального текста;
- в теме уже есть архивы рубрик, меток и дат, а авторские страницы дублируют их по смыслу;
- в поиске индексируются страницы пагинации автора, хотя они не нужны;
- в sitemap или внутренних ссылках архивы автора получают лишний вес;
- на сайте есть гостевые публикации, но страницы авторов не заполнены биографией и ссылками на профиль.
Диагностика проблемы
Сначала проверьте, что именно индексируется. Откройте в поиске запрос site:example.com/author/ и посмотрите, есть ли там лишние страницы. Затем проверьте исходный код страницы автора: если в <head> уже стоит noindex, возможно, проблема не в WordPress, а в кеше, теме или SEO-плагине.
Полезно посмотреть и серверные логи или отчёт краулинга, если он есть. Если бот регулярно ходит по авторским архивам, но они не дают трафика и не участвуют в навигации, это хороший кандидат на закрытие от индексации.
Как закрыть страницы автора от индексации: три рабочих подхода
Выбор зависит от того, чем вы управляете на сайте. Если уже стоит SEO-плагин, проще использовать его настройки. Если нужен точечный контроль или плагина нет, можно добавить код в тему или мини-плагин. Если архивы автора вообще не нужны, можно отключить их на уровне шаблона и редиректов, но это уже более жёсткое решение.
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Есть Yoast, Rank Math или аналог | Быстро и без кода | Зависит от интерфейса плагина |
| Код в теме/плагине | Нужен точный контроль | Прозрачно и предсказуемо | Нужно аккуратно тестировать |
| Отключение архива | Страница автора не нужна вовсе | Убирает лишний URL | Может сломать ссылки и навигацию |
Вариант 1. Закрыть через SEO-плагин
Если у вас Yoast SEO или Rank Math, сначала проверьте настройки архивов автора. В большинстве случаев можно задать noindex для author archives или отключить их полностью. Это самый безопасный путь, потому что плагин сам добавит нужные мета-теги и не потребует ручной правки шаблонов.
Минус этого способа в том, что интерфейс и названия пунктов отличаются между версиями. Поэтому после изменения настроек обязательно откройте страницу автора и проверьте исходный код: в нём должен появиться <meta name="robots" content="noindex,follow"> или эквивалент от вашего плагина.
Вариант 2. Добавить noindex через код
Если SEO-плагина нет или вы хотите не зависеть от его настроек, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин. Для WordPress это нормальная практика, если задача узкая и понятная.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант работает на современных версиях WordPress, где используется фильтр wp_robots. Он не удаляет страницу, а только просит поисковик не индексировать её. Это важно: ссылки на записи автора и другие элементы страницы остаются доступными.
Если у вас старая тема или старый стек, проверьте, не добавляет ли она собственный <meta name="robots">. Два разных источника могут конфликтовать, и тогда поисковый робот увидит противоречивые указания.
Вариант 3. Отключить архив автора полностью
Этот путь имеет смысл, если на сайте один автор и архивы не нужны вообще. Тогда можно редиректить страницу автора на главную, на страницу «О сайте» или на архив записей. Но делать это стоит только после проверки внутренних ссылок и шаблона темы.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой редирект убирает URL из пользовательского доступа, но это уже не просто noindex. Если на сайте есть ссылки на автора, они начнут вести на другой адрес. Это допустимо, но только если вы понимаете последствия для UX и аналитики.
Пошаговое решение без лишнего риска
- Определите, нужен ли архив автора пользователям. Если нет — рассматривайте редирект. Если нужен — используйте
noindex. - Проверьте, не управляет ли robots-мета уже SEO-плагин. Не добавляйте второй источник правил вслепую.
- Внесите изменение в дочернюю тему или мини-плагин, а не в ядро и не в чужой плагин.
- Очистите кеш страницы, объектный кеш и CDN, если он есть.
- Проверьте исходный код страницы автора и ответ сервера.
- Через несколько дней посмотрите, как страница отображается в отчётах индексации и краулинга.
Как проверить, что решение сработало
Проверка должна быть не только визуальной. Откройте страницу автора в браузере и посмотрите исходный код. Если вы ставили noindex, в <head> должен быть соответствующий robots-мета-тег. Если делали редирект, ответ должен быть 301, а не 200.
curl -I https://example.com/author/username/В ответе на редирект вы увидите статус 301 и заголовок Location. Если ставили noindex, проверьте HTML-ответ, а не только заголовки. Для этого можно использовать просмотр исходника страницы или инструменты разработчика в браузере.
Дополнительно проверьте:
- нет ли страницы автора в XML sitemap;
- не остались ли старые версии в кеше CDN;
- не создаёт ли тема отдельные блоки с индексируемыми ссылками на автора;
- не появились ли ошибки 404 после редиректа;
- не закрыт ли случайно весь сайт из-за неверного условия в коде.
Частые ошибки и как их исправить
Ставят noindex и одновременно редирект
Это лишнее и иногда вредно. Если страница редиректится, поисковик может не увидеть мета-тег. Выберите один сценарий: либо noindex, либо редирект.
Правят файл темы напрямую
После обновления темы изменения пропадут. Для таких задач используйте дочернюю тему или отдельный мини-плагин. Это особенно важно, если код нужен не на один день.
Не чистят кеш
Очень частая причина, когда в коде уже всё правильно, а в браузере по-прежнему старый robots-мета-тег. Очистите кеш плагина, серверный кеш и CDN, если он подключён.
Закрывают архив автора, но оставляют его в sitemap
Тогда поисковик получает противоречивые сигналы. Если страница больше не должна индексироваться, уберите её из карты сайта или настройте генерацию sitemap так, чтобы author archives туда не попадали.
Ломают ссылки на автора в шаблоне
Если тема выводит имя автора как ссылку, а вы делаете жёсткий редирект, часть навигации может стать бессмысленной. В таком случае лучше оставить страницу доступной, но закрыть её от индексации.
Безопасность и производительность
Для таких изменений не нужен тяжёлый плагин, если задача одна. Чем меньше стороннего кода, тем проще сопровождение. Если вы всё же используете SEO-плагин, не включайте одновременно несколько модулей, которые управляют robots-мета и архивами, иначе потом сложно понять, кто именно добавил правило.
Если на сайте много авторов и большой объём контента, полезно стандартизировать шаблон страницы автора: краткая биография, ссылки на соцсети, список публикаций, нормальный заголовок. Тогда архив может быть полезен сам по себе и не потребует полного закрытия. Если же архивы не нужны, лучше убрать их осознанно, чем держать пустые страницы «на всякий случай».
Для сайтов, где нужно быстро чистить дубли и технический мусор, иногда удобнее использовать специализированные настройки в Clearfy Pro, если он уже есть в стеке. Но и в этом случае важно проверить итоговый HTML и не полагаться только на чекбокс в админке.
Если после закрытия авторских архивов в поиске всё ещё остаются старые URL, это нормально не сразу. Поисковику нужно время, чтобы переобойти страницы и обновить статус. В этот период не меняйте правила туда-сюда: стабильная конфигурация обычно лучше, чем частые правки без проверки.