На блоге WordPress страницы авторов часто становятся техническим мусором: у одного автора один-два поста, заголовок шаблонный, а текст на архиве почти не отличается от списка записей. В итоге поисковик видит отдельную страницу, но полезной ценности там мало. При этом полностью удалять такие архивы не всегда разумно: они могут быть нужны для навигации, фильтрации по редакторам и внутренней структуры сайта.
Ниже — рабочий сценарий: как определить, что архивы авторов действительно тонкие, чем их закрывать, как не сломать ссылки и как проверить результат после правок.
Когда страницы авторов в блоге становятся проблемой
Не каждая страница автора мешает SEO. Если у автора есть нормальная биография, подборка материалов, фото, ссылки на соцсети и он реально ведёт рубрику, такой архив может быть полезным. Проблема начинается, когда архив автора — это почти пустая страница с несколькими записями и повторяющимся шаблоном.
Типичные признаки тонкого архива автора
- у автора 1–3 записи, а остальной контент страницы — стандартный шаблон темы;
- на странице нет уникального описания автора или оно дублируется;
- в индексе много похожих архивов, но трафика они не дают;
- страницы авторов конкурируют с самими статьями в выдаче по брендовым и навигационным запросам;
- в отчётах краулинга видно много URL с низкой ценностью и одинаковыми мета-тегами.
Если у вас блог с несколькими авторами и редакционной страницей команды, закрывать всё подряд не стоит. Сначала смотрите на конкретные архивы, а не на тип страницы в целом.
Диагностика: как понять, что именно нужно закрывать
Перед изменениями проверьте, как WordPress сейчас отдаёт архивы авторов. Самый простой путь — открыть страницу автора и посмотреть исходный код, robots meta и canonical. Если страница уже закрыта плагином SEO, возможно, проблема не в индексации, а в шаблоне или дублях.
Полезно проверить три вещи:
- есть ли у страницы автора уникальный текст;
- какой canonical указан на архиве;
- не создаёт ли тема отдельные дубляжи через пагинацию, параметры или альтернативные шаблоны.
Если вы используете SEO-плагин, проверьте настройки архивов авторов в нём. Если плагина нет или он не даёт нужного поведения, можно закрыть архивы кодом.
Пошаговое решение: как закрыть архивы авторов от индексации
Есть два нормальных подхода: через SEO-плагин или через код. Если задача простая и сайт ведёт один автор, обычно достаточно закрыть архивы от индексации и оставить их доступными для пользователей. Если нужна более тонкая логика, лучше использовать код в дочерней теме или мини-плагине.
Вариант 1. Закрыть архивы авторов через код
Этот способ подходит, если вы хотите управлять поведением без лишних зависимостей. Добавьте код в functions.php дочерней темы или в собственный плагин:
add_action( 'wp_head', function () {
if ( is_author() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Такой вариант закрывает архив автора от индексации, но оставляет переходы по ссылкам доступными для обхода. Для блога это обычно безопаснее, чем жёсткий запрет через robots.txt, потому что поисковик всё ещё может пройти по внутренним ссылкам.
Если хотите задать canonical на главную или на страницу «О блоге», можно сделать это отдельно, но только если понимаете, зачем. Неправильный canonical часто создаёт больше путаницы, чем пользы.
Вариант 2. Отключить архивы авторов через SEO-плагин
Если у вас уже стоит SEO-плагин, проверьте, есть ли в нём настройка для архивов авторов. В большинстве случаев это быстрее и безопаснее, чем ручной код, потому что плагин сам управляет robots meta и canonical. Но важно не путать «скрыть из поиска» и «удалить страницу»: пользователи по-прежнему должны видеть архив, если он нужен для навигации.
| Подход | Что даёт | Компромисс |
|---|---|---|
| Код в теме | Полный контроль над noindex и логикой | Нужно следить за обновлениями темы |
| SEO-плагин | Быстрая настройка без правки кода | Меньше гибкости, зависит от интерфейса плагина |
| robots.txt | Жёстко ограничивает обход | Не лучший вариант для тонких архивов, можно потерять полезные переходы |
Если архивы авторов нужны для блога, но не для поиска
Иногда архив автора полезен для читателя: можно открыть страницу редактора, увидеть все его материалы и перейти к нужной теме. В таком случае не стоит ломать сам архив. Лучше убрать его из индекса и одновременно сделать страницу более полезной для человека.
Что добавить на архив автора
- краткое описание автора без шаблонных фраз;
- ссылку на профиль или страницу редакции;
- список рубрик, с которыми автор работает;
- аватар и нормальный заголовок;
- если уместно — блок с последними материалами и фильтрацией по дате.
Если архив становится полноценной страницей автора, поисковику проще понять её назначение. Но для большинства небольших блогов это всё равно остаётся вспомогательной страницей, а не посадочной.
Проверка результата после внедрения
После правок не ограничивайтесь визуальной проверкой. Откройте страницу автора и посмотрите исходный код: должен появиться noindex,follow, если вы использовали код. Затем проверьте canonical и убедитесь, что на странице нет конфликтующих указаний от темы и SEO-плагина.
Дальше сделайте практическую проверку:
- откройте страницу автора в режиме инкогнито;
- посмотрите исходный код через «Просмотр кода страницы»;
- проверьте, не возвращает ли URL редирект на другую страницу;
- после переобхода в панели вебмастера убедитесь, что страница выпала из индекса или получила статус, соответствующий
noindex.
Если у вас есть доступ к логам или краулеру, проверьте, что внутренние ссылки на архив автора по-прежнему доступны для обхода и не ведут в 404.
Частые ошибки и как их исправить
Закрыли архивы через robots.txt
Это частая ошибка. Если запретить обход в robots.txt, поисковик может не увидеть noindex и продолжит хранить URL в индексе как известный, но недоступный документ. Для тонких архивов авторов обычно лучше использовать noindex,follow.
Поставили noindex и одновременно сломали canonical
Если canonical указывает на нерелевантную страницу, поисковик получает противоречивые сигналы. В результате страница может долго переобходиться, а поведение в индексе будет нестабильным. Сначала проверьте, кто именно выводит canonical: тема, SEO-плагин или кастомный код.
Закрыли все архивы авторов без разбора
Для блога с несколькими редакторами это может быть слишком грубо. Если у автора есть сильная персональная страница и она реально используется читателями, лучше оставить её открытой, а закрыть только слабые архивы с пустым содержанием.
Оставили дубли в шаблоне автора
Иногда проблема не в индексации, а в том, что архив автора дублирует заголовки, описания и блоки из других архивов. Тогда даже noindex не решает вопрос с качеством сайта для пользователей. Проверьте шаблон автора отдельно: возможно, там нужно убрать повторяющиеся блоки и добавить уникальный текст.
Практические советы по безопасности и производительности
Если правите код, не вносите изменения прямо в родительскую тему. После обновления они потеряются. Для блога безопаснее использовать дочернюю тему или небольшой must-use плагин, если у вас уже есть набор технических правок.
Ещё один практический момент: не плодите несколько решений для одной задачи. Если SEO-плагин уже ставит noindex, не добавляйте параллельно такой же код в тему без необходимости. Двойная логика усложняет диагностику и может дать разные результаты на разных шаблонах.
Если вы регулярно чистите технические дубли на блоге, удобно держать это в одном месте — в настройках SEO-плагина или в отдельном техническом модуле. Для комплексной чистки дублей и технических страниц иногда используют Clearfy Pro, но только если он реально закрывает вашу задачу и не дублирует функции уже установленного SEO-стека.
В итоге рабочая схема простая: сначала определяете, действительно ли архив автора тонкий, затем закрываете его от индексации через плагин или код, после этого проверяете robots meta, canonical и поведение в панели вебмастера. Если архив нужен читателю, улучшайте его как страницу навигации, а не как SEO-лендинг.