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