Архивы автора в WordPress часто создают лишние URL: у небольшого сайта это просто шум, а у новостного или контентного проекта — источник дублей и размывания веса. Проблема обычно всплывает после запуска SEO-аудита: в индексе есть страницы вида /author/username/, но они не несут самостоятельной ценности, дублируют списки записей и тянут на себя crawl budget.
Ниже — рабочие способы закрыть такие страницы от индексации так, чтобы не сломать сайт, не потерять нужные переходы и не запутать поисковики.
Когда архивы автора действительно стоит закрывать
Не все сайты должны убирать страницы автора из индекса. Если у вас редакция, где у каждого автора есть полноценная биография, список публикаций, ссылки на соцсети и отдельная ценность для пользователя, архив может работать как полезная посадочная страница. Но в типичном случае архив автора — это просто повтор списка записей с другим URL.
Закрывать такие страницы имеет смысл, если:
- на сайте один автор или несколько авторов без уникальных профилей;
- архивы автора дублируют рубрики, теги или главную ленту;
- в индексе уже есть страницы автора, но они не получают трафик;
- в Search Console появляются URL с низкой ценностью и большим количеством дублей.
Диагностика: как понять, что проблема именно в архивах автора
Сначала проверьте, действительно ли страницы автора индексируются и как они выглядят для поисковика. Самый простой путь — открыть /author/ в браузере и посмотреть исходный код: есть ли там index,follow, canonical на себя и нет ли явного запрета на индексацию.
Полезно также проверить:
- есть ли архивы автора в
site:example.com author; - не дублируются ли заголовки и описания с рубриками;
- не ведут ли внутренние ссылки на архивы автора с каждой записи;
- не создаёт ли тема отдельные шаблоны для автора, которые отличаются только именем.
Если у вас подключён SEO-плагин, посмотрите настройки архивов автора: иногда проблема уже решена частично, но в теме остаётся открытый canonical или лишняя ссылка в меню.
Как закрыть архивы автора: сравнение подходов
| Способ | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Если нужен быстрый и понятный способ без кода | Меньше риска ошибиться | Зависит от возможностей плагина и его настроек |
| Код в теме или mu-plugin | Если нужен точечный контроль | Не зависит от интерфейса плагина | Нужно аккуратно поддерживать при обновлениях |
| robots.txt | Только для ограничения обхода, не индексации | Просто внедрить | Не убирает URL из индекса, если он уже известен поисковику |
Для SEO-задачи обычно лучше использовать noindex или настройку в SEO-плагине, а не только robots.txt. Запрет обхода и запрет индексации — не одно и то же.
Пошаговое решение через код
Если вы хотите закрыть архивы автора без зависимости от плагина, добавьте фильтр в functions.php дочерней темы или, что надёжнее, в небольшой mu-plugin. Этот вариант меняет robots meta и canonical для архивов автора.
<?php
add_filter('wp_robots', function ($robots) {
if (is_author()) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
}
return $robots;
});
add_filter('get_canonical_url', function ($canonical) {
if (is_author()) {
return false;
}
return $canonical;
});Что здесь важно: noindex говорит поисковику не включать страницу в индекс, а canonical не должен указывать на сам архив автора, если вы сознательно убираете его из поиска. Для большинства сайтов этого достаточно.
Если тема или плагин выводят свой meta robots отдельно, проверьте исходный код страницы после внедрения. Иногда один фильтр срабатывает, а другой шаблон всё равно печатает старый тег.
Вариант через mu-plugin
Если не хотите править тему, создайте файл wp-content/mu-plugins/noindex-author-archives.php. Такой подход удобнее для технических правок: он не слетит при обновлении темы и не зависит от активного шаблона.
<?php
/**
* Plugin Name: Noindex Author Archives
*/
add_filter('wp_robots', function ($robots) {
if (is_author()) {
$robots['noindex'] = true;
}
return $robots;
});Если на сайте уже есть SEO-плагин, не дублируйте правила без необходимости. Два источника мета-тегов часто приводят к конфликтам.
Как сделать это через SEO-плагин
Если у вас уже используется SEO-плагин, проверьте, есть ли у него отдельная настройка архивов автора. В большинстве случаев это более безопасный путь для контентной команды: настройка видна в админке, и её проще передать другому специалисту.
Логика одна и та же: архивы автора должны получить noindex, а при необходимости — быть исключены из карты сайта, если плагин добавляет их туда автоматически. После изменения настроек не забудьте очистить кеш страницы и, если используется серверный кеш, сбросить его тоже.
Проверка результата после внедрения
После правки не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что поисковик увидит именно то, что вы задумали.
- Откройте страницу автора и проверьте исходный код на наличие
noindex. - Убедитесь, что canonical либо отсутствует, либо ведёт на осмысленную страницу, если так задумано вашей схемой.
- Проверьте карту сайта: архивы автора не должны попадать туда без причины.
- В Search Console отправьте URL на повторную проверку после обновления.
Если страница всё ещё индексируется, это не всегда ошибка внедрения. Поисковик может держать старую версию некоторое время, особенно если URL уже давно в индексе. В таком случае важно, чтобы на странице стабильно стоял noindex, а не только временное ограничение.
Частые ошибки и как их исправить
Поставили запрет в robots.txt и ждёте удаления из индекса
Это самая частая ошибка. Disallow мешает обходу, но не гарантирует удаление URL из индекса. Если страница уже известна поисковику, он может продолжать показывать её без сниппета. Для удаления нужен именно noindex или другое корректное указание на уровне страницы.
Закрыли архив автора, но оставили его в sitemap
Так поисковик получает противоречивые сигналы: в карте сайта URL есть, а на странице стоит запрет на индексацию. Это не критично, но лишний шум лучше убрать. Если SEO-плагин умеет исключать типы архивов из sitemap, сделайте это.
Сломали canonical в теме
Некоторые темы выводят canonical вручную или через старые хуки. Если после правки в исходнике остались дубли canonical-тегов, проверьте шаблон header.php и подключённые SEO-расширения. На странице должен быть один понятный canonical, а не несколько конфликтующих вариантов.
Закрыли архивы, но не убрали внутренние ссылки
Это не ошибка как таковая, но лишняя нагрузка остаётся. Если архивы автора не нужны пользователю, можно убрать ссылку на автора из шаблона записи или заменить её на текст без перехода. Делайте это аккуратно: иногда ссылка на автора нужна для UX и доверия.
Практические советы по безопасности и производительности
Если вы вносите правки кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin: так меньше риск потерять изменения после обновления. Перед внедрением на боевой сайт проверьте правку на staging-копии.
После закрытия архивов автора полезно очистить кеш страниц, объектный кеш и CDN, если он есть. Иначе вы можете смотреть на старую версию HTML и ошибочно считать, что правка не сработала.
Если на сайте много архивных URL, похожую чистку стоит делать системно. Для технической оптимизации и удаления дублей иногда удобнее использовать инструменты наподобие Clearfy Pro: он помогает закрывать служебные страницы и наводить порядок в SEO-настройках, но использовать его стоит только там, где это действительно нужно, а не ради самой установки плагина.
Что должно быть в итоге
После настройки у страницы автора должен быть понятный статус: либо она остаётся полезной и индексируемой, либо стабильно закрыта от индексации без конфликтов в мета-тегах, sitemap и canonical. Проверка занимает несколько минут, но экономит время на разборе дублей и странных URL в отчётах Search Console.