Страницы автора в WordPress часто создают лишние точки входа в индекс: у одного и того же автора может быть архив с пустым контентом, дублирующимися анонсами и очень слабой ценностью для поиска. Но закрывать их вслепую тоже не стоит: если сайт — это блог с сильными авторами, архив может собирать брендовый и информационный трафик. Поэтому задача здесь не в том, чтобы «выключить всё», а в том, чтобы убрать из индекса только те архивы, которые реально мешают.
Когда страницы автора лучше закрыть от индексации
Сначала стоит понять, есть ли вообще проблема. В WordPress архив автора обычно доступен по адресу вида /author/username/. Если на сайте один автор, а в архиве повторяются те же материалы, что и в рубриках, поисковик получает ещё одну почти пустую страницу. Если авторов много, но у каждого нет отдельной экспертной страницы, архивы тоже редко несут самостоятельную ценность.
Закрывать архивы автора обычно имеет смысл, если:
- на сайте один основной автор и архив дублирует ленту записей;
- в архивах автора мало уникального текста, нет нормального описания и структуры;
- в Search Console уже видны страницы автора как проиндексированные, но они не дают кликов;
- на сайте есть рубрики, теги и другие архивы, которые уже покрывают ту же семантику;
- авторские страницы создаются автоматически, но не поддерживаются редакцией.
Если же у автора есть полноценная биография, список публикаций, экспертный статус и отдельная ценность для пользователя, лучше не закрывать архив полностью, а доработать его как посадочную страницу. В этом случае правильнее улучшать контент, а не прятать URL.
Диагностика: что именно индексируется сейчас
Перед изменениями проверьте, как поисковик видит архивы автора. Самый простой путь — открыть страницу автора и посмотреть исходный код на наличие meta robots. Если там уже стоит noindex, возможно, проблема не в индексации, а в дублях, canonical или внутренних ссылках.
Полезно проверить три вещи:
- есть ли архивы автора в индексе через
site:example.com/author/; - какой статус отдаёт страница — 200, 301 или 404;
- не генерирует ли тема или плагин отдельный canonical на сам архив автора.
Если у вас есть доступ к серверу и WP-CLI, можно быстро посмотреть, как устроены ссылки на автора в базе, но для самой задачи это не обязательно. Важнее понять, не закрыт ли архив уже где-то ещё: в SEO-плагине, в теме или через фильтр.
Проверка в браузере и через исходный код
Откройте архив автора и проверьте:
- есть ли в
<head>строка<meta name="robots" content="noindex,follow">или похожая; - какой canonical указан на странице;
- не закрыт ли архив через
X-Robots-Tagв заголовках ответа.
Если в коде ничего нет, а индекс всё равно растёт, значит, решение нужно внедрять явно.
Как закрыть архивы автора: плагин или код
Есть два рабочих подхода. Первый — через SEO-плагин, если он уже стоит на сайте. Второй — через код, если вы хотите контролировать поведение без лишней зависимости от интерфейса.
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Если на сайте уже используется Yoast SEO, Rank Math или аналог | Быстро и без правок темы | Зависит от настроек и версии плагина |
| Код в теме или mu-plugin | Если нужен точечный контроль и предсказуемое поведение | Не зависит от интерфейса | Нужно аккуратно тестировать после обновлений |
Вариант через SEO-плагин
Во многих SEO-плагинах для архивов автора есть отдельная настройка индексации. Если она доступна, выставьте для author archives значение noindex. Это самый простой путь, потому что плагин сам добавит нужный meta robots и обычно не тронет остальные архивы.
Проверяйте не только переключатель, но и итоговый HTML. Иногда настройка включена, но тема переопределяет вывод или кэш отдаёт старую версию страницы.
Вариант через код
Если нужно закрыть архивы автора без плагина, можно добавить фильтр в functions.php дочерней темы или, лучше, в небольшой mu-plugin. Для WordPress это более надёжно, чем править родительскую тему.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});Этот вариант работает на уровне стандартного API WordPress и не требует выдуманных хуков. Он добавляет noindex,follow только на архивы автора, не затрагивая записи, рубрики и страницы.
Если вам нужно не только убрать из индекса, но и запретить сканирование, используйте robots.txt осторожно. Для уже проиндексированных URL это не всегда решает задачу: поисковик может сохранить адрес в индексе без контента. Для удаления из поиска обычно важнее именно noindex, а не один только Disallow.
Пошаговое решение без лишних рисков
- Определите, какие архивы автора должны остаться открытыми. Если на сайте есть экспертные профили, не закрывайте их автоматически.
- Проверьте текущий meta robots и canonical на странице автора.
- Выберите один способ управления индексацией: SEO-плагин или код. Не дублируйте оба варианта без необходимости.
- Внедрите
noindex,followдляis_author(). - Обновите кэш сайта и CDN, если они используются.
- Проверьте HTML страницы и заголовки ответа после публикации изменений.
Если на сайте много авторов, имеет смысл сначала протестировать решение на одном архиве или на staging-копии. Так проще поймать конфликт с темой, которая может выводить свой canonical или мета-теги.
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой. Откройте страницу автора в режиме инкогнито и посмотрите исходный код. В <head> должен появиться robots-мета с noindex. Если вы используете заголовок X-Robots-Tag, проверьте его через инструменты разработчика или curl.
curl -I https://example.com/author/username/В ответе ищите либо X-Robots-Tag: noindex, либо убедитесь, что HTML отдает корректный meta robots. Если страница сидит за кэшем, после изменения может ещё какое-то время приходить старая версия. В таком случае нужно очистить кэш плагина, серверный кэш и CDN.
Дальше проверьте Search Console:
- отправьте URL страницы автора на повторную проверку;
- посмотрите, как Google видит директиву robots;
- убедитесь, что страница постепенно уходит из отчётов по индексированию.
Важно: если страница уже была в индексе, noindex не удаляет её мгновенно. Поисковику нужно переобойти URL и увидеть новую директиву.
Частые ошибки и как их исправить
Закрыли в robots.txt, но страница осталась в индексе
Это типичная ошибка. Если URL уже известен поисковику, один только Disallow не гарантирует удаление. Для удаления из индекса нужен доступ к странице и директива noindex. Сначала дайте поисковику увидеть запрет на индексацию, а уже потом при необходимости ограничивайте обход.
Поставили noindex на все архивы подряд
Иногда в коде используют слишком общий условный тег, и под раздачу попадают рубрики, теги и страницы пагинации. Это уже может ударить по трафику. Проверяйте условие именно на is_author(), а не на все архивы сразу.
Кэш отдает старую версию страницы
После правки код есть, а в браузере всё ещё старый head. Причина обычно в кэше плагина, серверном кэше или CDN. Очистите все уровни кэширования и повторно проверьте HTML. Без этого легко сделать ложный вывод, что решение не работает.
Архив автора закрыли, но оставили на него внутренние ссылки
Если страница больше не нужна пользователю, не держите на неё заметные ссылки в шапке, блоках автора и хлебных крошках. Иначе вы продолжите отправлять посетителей и роботов на URL, который не должен участвовать в индексации.
Что делать, если архив автора нужен пользователям
Не всегда правильный ответ — закрыть страницу. Если автор действительно важен для сайта, лучше сделать архив полезным: добавить нормальную биографию, список публикаций, ссылки на соцсети или экспертные блоки. В таком случае архив может стать самостоятельной страницей, а не техническим дублем.
Для этого можно использовать:
- кастомное описание автора в профиле;
- вывод фото и специализации;
- ручную подборку лучших материалов;
- структурированные блоки с фактами об авторе, если это уместно.
Если же времени на доработку нет, а архивы только мешают индексации, безопаснее закрыть их через noindex,follow и не трогать остальную структуру сайта. Это точечное решение, которое не ломает публикации и не требует переписывать тему.
Практика безопасности и поддержки
Любые изменения в SEO-логике лучше вносить не в основную тему, а в дочернюю тему или mu-plugin. Так обновление темы не сотрёт вашу правку. Перед изменением кода сделайте резервную копию и проверьте, нет ли уже похожего фильтра в плагинах SEO или в functions.php.
Если на сайте несколько разработчиков, зафиксируйте, где именно управляется индексация архивов: в плагине, в теме или в отдельном мини-плагине. Иначе через пару месяцев кто-то добавит второй noindex, а потом будет сложно понять, почему страница ведёт себя нестабильно.
Для сайтов, где нужно регулярно чистить дубли и технические страницы, иногда удобнее держать SEO-логику в одном месте. В таких сценариях полезно использовать инструменты вроде Clearfy Pro, если вам нужен централизованный контроль над дублями и служебными страницами, но только после проверки, что его настройки не конфликтуют с уже установленным SEO-плагином.
Если после закрытия архивов автора поисковик всё ещё показывает их в выдаче, не спешите менять директивы на более жёсткие. Сначала убедитесь, что страница действительно отдает noindex, доступна для обхода и не блокируется кэшем. В техническом SEO чаще всего ломается не сама идея, а реализация на одном из уровней.