Как закрыть от индексации страницы автора в WordPress

Страницы автора в WordPress часто остаются в индексе без пользы: если на сайте один автор, если архивы пустые или если контент уже размечен через рубрики и теги, такие страницы начинают конкурировать с основными материалами. В итоге в поиске всплывают архивы, которые не несут отдельной ценности, а в отчётах по индексации растёт мусор.

Ниже разберём практический сценарий: как понять, что архивы автора действительно лишние, чем их закрывать и как не сломать внутреннюю навигацию и SEO-сигналы.

Когда страницы автора лучше закрыть

Не все архивы автора нужно убирать из индекса. Если на сайте несколько редакторов, у каждого есть своя подборка материалов, биография и нормальная структура архива, такие страницы могут быть полезны. Но на типичном корпоративном блоге или сайте-витрине чаще встречается другая картина: один автор, одинаковые заголовки, короткий список записей и почти нулевая самостоятельная ценность страницы.

Проблема усиливается, если:

• на сайте один автор и все записи ведутся от его имени;
• архив автора дублирует список записей из рубрики или главной ленты;
• в архиве показывается только заголовок и анонс без уникального текста;
• в поиске уже есть более сильные посадочные страницы по тем же запросам;
• архивы автора создают лишние URL в sitemap или в обходе робота.

Диагностика: как понять, что архив автора мешает

Сначала проверьте, какие именно URL попали в индекс и как они выглядят в поиске. В Google Search Console откройте отчёт по страницам и найдите архивы вида /author/username/. Если они индексируются, но не получают показов или кликов, это уже сигнал к пересмотру.

Полезно посмотреть и сам шаблон архива. Если на странице нет уникального описания автора, нет нормальной структуры и она повторяет список материалов из других разделов, закрытие от индексации обычно оправдано. Ещё один простой тест — сравнить title и H1 архива с рубриками. Если они почти одинаковые, поисковику сложно понять, зачем держать обе страницы в выдаче.

Что проверить вручную

• открывается ли архив автора по адресу /author/...;
• есть ли на странице уникальный текст или только список записей;
• попадает ли URL в sitemap;
• есть ли у архива канонический URL на себя или на другую страницу;
• не закрыт ли архив уже через SEO-плагин или тему.

Как закрыть архивы автора: три рабочих подхода

Выбор зависит от того, чем вы управляете на сайте: плагином SEO, кодом темы или серверной логикой. Если нужен быстрый и безопасный вариант, проще всего использовать настройки SEO-плагина. Если хотите контролировать поведение точечно, можно добавить код в тему или мини-плагин.

Вариант 1: закрыть через SEO-плагин

Если у вас установлен плагин, который умеет управлять мета-robots для архивов, это самый предсказуемый путь. В популярных SEO-плагинах обычно есть отдельная настройка для архивов автора: noindex, иногда ещё и nofollow. Для архивов автора чаще достаточно noindex, follow: страницы не индексируются, но ссылки на записи остаются доступны для обхода.

Если вы используете Clearfy Pro, у него есть инструменты для чистки сайта и управления дублями; в таких задачах это удобнее, чем править шаблоны вручную. Но принцип всё равно один: архив автора должен получить noindex, если он не несёт самостоятельной ценности.

Вариант 2: добавить noindex кодом

Если нужен контроль без зависимости от интерфейса плагина, можно повесить мета-robots на архив автора через фильтр wp_robots. Это современный и понятный способ для WordPress 5.7+.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_author() ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Этот вариант хорош тем, что не трогает другие типы страниц. Если позже понадобится разрешить индексацию для конкретного автора, логику можно расширить по ID или по роли.

Вариант 3: закрыть только часть архивов

Иногда на сайте есть редакторы, для которых архивы полезны, а для технических аккаунтов — нет. Тогда лучше не закрывать всё подряд, а сделать исключение по ID пользователя. Это особенно удобно на новостных и корпоративных сайтах, где часть авторов — реальные эксперты, а часть — служебные профили.

<?php
add_filter( 'wp_robots', function( array $robots ) {
    if ( is_author() ) {
        $author_id = get_queried_object_id();

        // Оставляем индексируемыми архивы только для авторов с ID 12 и 18.
        if ( ! in_array( (int) $author_id, array( 12, 18 ), true ) ) {
            $robots['noindex'] = true;
            $robots['follow']  = true;
        }
    }

    return $robots;
} );

Что делать с robots.txt и canonical

Здесь часто допускают ошибку: пытаются решить задачу только через robots.txt. Это не лучший вариант, если URL уже известен поисковику. Запрет в robots.txt мешает обходу, но не гарантирует удаление из индекса. Для архивов автора надёжнее использовать noindex.

canonical тоже не всегда нужен. Если архив автора не должен индексироваться, не стоит указывать каноникал на главную или на рубрику просто ради формальности. Для таких страниц обычно достаточно noindex, follow. Каноникал имеет смысл только если вы сознательно сводите несколько очень похожих страниц к одной основной.

Пошаговая схема внедрения

1. Проверьте, есть ли архивы автора в индексе и дают ли они трафик.
2. Определите, нужны ли они пользователю как отдельные страницы.
3. Выберите способ: SEO-плагин или код через wp_robots.
4. Убедитесь, что архивы получают noindex, follow.
5. Проверьте sitemap и шаблон архива автора.
6. Отправьте страницу на переобход в Search Console, если URL уже был в индексе.

Как проверить, что решение сработало

После внедрения откройте архив автора в браузере и посмотрите исходный код страницы. В блоке robots должно быть что-то вроде noindex. Если используете SEO-плагин, проверьте, не переопределяет ли он мета-теги на уровне шаблона.

Дальше проверьте три вещи:

• в исходном коде страницы есть noindex;
• URL больше не добавляется в sitemap, если ваш SEO-плагин так настроен;
• в Search Console статус страницы со временем меняется с индексируемой на исключённую или неиндексируемую.

Если архив уже был в индексе, не ждите мгновенного исчезновения. Поисковику нужно время на повторный обход. Но если мета-robots выставлены корректно, процесс пойдёт сам.

Частые ошибки и как их исправить

Закрыли архив в robots.txt, но он остался в поиске

Это ожидаемое поведение. Robots.txt не удаляет URL из индекса сам по себе. Исправление: добавьте noindex на саму страницу и дождитесь переобхода.

Поставили noindex на все архивы, включая полезные

Такое часто случается на сайтах с несколькими авторами. Исправление: разделите логику по ролям, ID или типу контента. Не закрывайте страницы, которые реально помогают пользователю ориентироваться в материалах.

Сломали архив автора в теме

Иногда код вставляют в functions.php без проверки условий и получают неожиданный эффект на других страницах. Исправление: используйте точечную проверку is_author() и тестируйте на staging-копии.

Оставили архив в sitemap

Это не критично, но лишает вас чистоты настройки. Если страница закрыта от индексации, логично убрать её из карты сайта, если плагин это позволяет.

Безопасность и поддержка

Если вы добавляете код вручную, лучше вынести его в мини-плагин или в дочернюю тему, а не править основную тему. Так обновление не затрёт изменения. Перед внедрением сделайте резервную копию и проверьте, как сайт ведёт себя на кэше: иногда мета-теги обновляются не сразу из-за страниц, сохранённых в кэширующем плагине или на сервере.

Для сайтов с активной публикацией полезно периодически пересматривать список архивов, которые должны быть доступны для индексации. Сегодня архив автора может быть лишним, а после появления нескольких редакторов — уже полезным.