Как закрыть от индексации страницы авторов в WordPress без лишних дублей

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

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

Когда архивы авторов нужно закрывать

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

• на сайте один автор или почти все записи идут от одного аккаунта;
• архив автора показывает тот же список постов, что и главная лента;
• страница автора почти пустая, кроме имени и аватара;
• в индексе уже есть дубли с параметрами, пагинацией и архивами;
• в Search Console растёт число «Просканировано, но не проиндексировано» для слабых URL;

тогда закрытие архивов авторов — нормальная техническая мера, а не «SEO-магия».

Диагностика: что именно у вас индексируется

Сначала проверьте, как WordPress отдаёт архивы авторов сейчас. Откройте URL вида /author/username/ и посмотрите исходный код страницы. Важно понять, есть ли там:

• <meta name="robots" content="noindex,follow">;
• канонический URL через <link rel="canonical" ...>;
• лишние ссылки на страницы пагинации;
• дублирующийся заголовок и описание, совпадающие с другими архивами.

Если у вас есть доступ к консоли, можно быстро проверить заголовки:

curl -I https://example.com/author/username/

Ищите не только X-Robots-Tag, но и то, что реально выводится в HTML. Иногда серверные заголовки есть, а в шаблоне тема всё равно печатает индексируемую страницу.

Что смотреть в Search Console

В отчёте по индексированию обратите внимание на страницы с типом Duplicate, Google chose different canonical than user, Alternate page with proper canonical tag и просто слабые архивы, которые не дают трафика. Если архивы авторов там всплывают регулярно, это хороший сигнал, что их нужно либо улучшать, либо закрывать.

Пошаговое решение: закрыть архивы авторов от индексации

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

Вариант 1: через код WordPress

Если вы хотите закрыть именно архивы авторов, а не весь сайт, добавьте фильтр в functions.php дочерней темы или, лучше, в небольшой mu-plugin. Код ниже ставит noindex,follow только на author archive:

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

    return $robots;
} );

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

Вариант 2: через SEO-плагин

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

Плюс такого подхода в том, что вы управляете индексированием из одного места. Минус — на разных сайтах интерфейс и логика отличаются, поэтому после сохранения настройку всё равно нужно проверить в исходном коде страницы.

Вариант 3: закрыть через X-Robots-Tag

Если вам нужно отдать запрет на уровне ответа сервера, можно добавить заголовок для author archive. В WordPress это обычно делают через send_headers:

<?php
add_action( 'send_headers', function() {
    if ( is_author() ) {
        header( 'X-Robots-Tag: noindex, follow', true );
    }
} );

Этот способ полезен, когда тема или плагин вмешиваются в <head>, а вам нужен более жёсткий и независимый контроль. Но не забывайте: если страница уже отдаёт noindex в HTML, дублировать его заголовком не обязательно.

Что делать, если архив автора нужен пользователям, но не поиску

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

• добавить на страницу автора нормальное описание, а не пустой шаблон;
• показать ссылки на лучшие материалы автора;
• убрать из шаблона лишние элементы, которые дублируют другие архивы;
• не ставить на author archive каноникал на главную без причины;
• не закрывать страницу через robots.txt, если она уже в индексе — это мешает поисковику увидеть noindex.

Последний пункт особенно важен. Если URL уже известен поисковику, блокировка в robots.txt не удаляет его из индекса сама по себе. Для удаления нужна возможность просканировать страницу и увидеть запрет на индексацию.

Проверка результата после внедрения

После изменения не ограничивайтесь тем, что «настройка сохранена». Проверьте три вещи:

1. Откройте архив автора в браузере и посмотрите исходный код.
2. Убедитесь, что в <head> есть noindex,follow и нет конфликтующих robots-мета.
3. Проверьте ответ сервера через curl -I, если добавляли заголовок X-Robots-Tag.

Пример проверки через командную строку:

curl -I https://example.com/author/username/ | grep -i robots

Если используете кэш-плагин или CDN, очистите кэш после правок. Иначе вы можете смотреть на старую версию страницы и думать, что настройка не сработала.

В Search Console изменения обычно не видны мгновенно. Но вы можете использовать проверку URL: если Google видит noindex, это хороший знак. Дальше остаётся дождаться переобхода.

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

Закрыли страницу в robots.txt вместо noindex

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

Сломали архивы всех пользователей

Иногда фильтр пишут слишком грубо и получают noindex не только на author archive, но и на страницы профилей, REST-эндпоинты или другие типы архивов. Проверяйте условие is_author() и не расширяйте его без необходимости.

Оставили конфликтующие canonical

Если SEO-плагин ставит canonical на сам архив, а тема — на главную, поисковик получает противоречивые сигналы. В таком случае сначала уберите дублирующую логику в теме, потом проверьте итоговый HTML.

Не очистили кэш

После изменения robots-мета старый HTML может продолжать отдаваться из page cache, object cache или CDN. Очистка кэша — обязательный шаг, иначе проверка будет ложной.

Практические советы по безопасности и производительности

Если вы вносите изменения кодом, не правьте напрямую основной файл темы. Лучше использовать дочернюю тему или mu-plugin. Так обновление темы не затрёт вашу логику.

Для небольшого сайта удобнее вынести такие правки в отдельный файл, например wp-content/mu-plugins/author-noindex.php. Это снижает риск потерять настройку после обновления и упрощает аудит.

Если на сайте много технических дублей, имеет смысл посмотреть не только на author archives, но и на другие источники шума: теги, вложения, страницы поиска, пагинацию, архивы дат. В некоторых проектах проще один раз привести индексацию в порядок, чем потом вручную вычищать десятки слабых URL. Для этого можно использовать, например, Clearfy Pro, если вам нужен набор точечных настроек для дублей и чистки сайта: https://wpshop.ru/plugins/clearfy.

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