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