WordPress Notes WPCourse

Как закрыть страницы автора от индексации в WordPress без поломки архива и SEO

Страницы автора в WordPress часто попадают в индекс почти без пользы: если у сайта один автор, архивы пустые или дублируют ленту записей, поисковику там нечего ранжировать. Но закрывать их «в лоб» через robots.txt — плохая идея: URL может остаться в индексе, а сам архив перестанет нормально управляться на уровне мета-тегов.

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

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

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

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

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

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

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

  • <meta name="robots" content="noindex,follow"> или похожую директиву;
  • canonical на саму страницу автора или на другую страницу;
  • нет ли редиректа на главную или на страницу 404;
  • не закрыт ли архив уже через SEO-плагин.

Если у вас установлен Yoast SEO, Rank Math или другой SEO-плагин, он может уже управлять индексированием архивов. В этом случае не нужно дублировать логику в теме или в functions.php без проверки — можно получить конфликт мета-тегов.

Быстрая проверка через консоль браузера:

view-source:https://example.com/author/username/

Или через команду на сервере, если есть доступ к WP-CLI и shell:

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

По заголовкам вы не всегда увидите noindex, но сможете проверить статус ответа, редиректы и канонический URL в HTML.

Как закрыть архив автора через код

Если SEO-плагин не используется или его настройки не подходят, можно задать noindex программно. Для этого лучше использовать фильтр wp_robots — он есть в современных версиях WordPress и работает предсказуемо.

Вариант для архива автора

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

    return $robots;
} );

Этот код можно добавить в дочернюю тему или в небольшой mu-plugin. Он не ломает вывод страницы, а только меняет robots-мета для архивов автора.

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

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

    return $robots;
} );

Но так делать стоит только если вы понимаете, зачем закрываете и дату, и автора. На новостных и контентных проектах архивы дат иногда дают полезные переходы.

Если используете Yoast SEO

У Yoast архивы автора можно отключить в настройках, если у сайта один автор. Это безопаснее, чем писать свой код поверх плагина. Проверьте раздел SEO-настроек, где управляются архивы, и убедитесь, что не осталось старых правил в теме.

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

Сравнение подходов

ПодходКогда подходитПлюсыМинусы
Настройка в SEO-плагинеЕсли уже используете Yoast SEO, Rank Math и т.п.Меньше кода, проще поддержкаЗависит от конкретного плагина и его интерфейса
Фильтр wp_robotsНужен контроль на уровне WordPressПрозрачно, без лишних зависимостейНужно следить, чтобы другой плагин не переопределил мета-теги
robots.txtРедко, для грубого ограниченияБыстроНе решает задачу индексации корректно, URL может остаться в индексе

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

После изменения не ограничивайтесь просмотром страницы в браузере. Проверьте три вещи:

  1. в исходном коде архива автора появился noindex;
  2. страница открывается со статусом 200 OK, а не редиректом на главную;
  3. canonical не указывает на случайную страницу, которая не связана с архивом.

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

Практичный чек-лист:

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

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

Закрыли через robots.txt вместо noindex

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

Поставили noindex, но страница осталась в индексе

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

Сломали архивы других таксономий

Так бывает, когда условие написано слишком широко. Например, вместо is_author() используют общий шаблон, который задевает рубрики, теги или архивы дат. Всегда проверяйте условие на конкретном URL.

Получили конфликт с SEO-плагином

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

Что учесть для безопасности и производительности

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

Если у вас включен кеш страниц, после правки обязательно очистите:

  • кеш плагина;
  • серверный кеш;
  • CDN, если он есть;
  • браузерный кеш для проверки вручную.

Для сайтов, где нужно не только закрыть архивы, но и убрать лишние SEO-дубли, удобно использовать Clearfy Pro: у него есть инструменты для чистки WordPress и управления техническими настройками. Это не обязательное решение, но на проектах с большим количеством старых правок оно помогает собрать часть технических задач в одном месте: Clearfy Pro.

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

Если у автора есть собственный бренд, статьи регулярно выходят под его именем, а архив приносит переходы из поиска, не спешите ставить noindex. Иногда лучше доработать страницу: добавить краткое описание автора, список лучших материалов и нормальную перелинковку. В таком случае архив становится полезной посадочной страницей, а не дублем.

Именно поэтому решение стоит принимать не «по привычке», а после проверки: есть ли у архива трафик, уникальный контент и смысл для пользователя. Если этого нет — закрывайте. Если есть — дорабатывайте, а не прячьте.

×
-15%
на премиум-тему
Reboot

Создай сайт мечты
на WordPress!

Купить со скидкой »