Ситуация типовая: сайт небольшой, автор один или два, а в индексе появляются страницы авторов, которые не несут ценности. В результате поисковик тратит обход на лишние URL, а в отчётах всплывают дубли и слабые страницы. Если sitemap авторов генерируется автоматически, его проще отключить точечно, чем потом вручную вычищать следы в индексе.
Ниже разберём, как понять, что проблема именно в sitemap авторов, какие есть рабочие способы отключения и как проверить, что после правки WordPress больше не отдаёт эти URL в карте сайта.
Когда sitemap авторов действительно мешает
Не каждый сайт должен скрывать архивы авторов. Если у вас редакция, несколько авторов, у каждого есть нормальная биография, список публикаций и отдельная ценность для пользователя, страницы автора могут быть полезны. Но если архив автора — это по сути ещё одна копия ленты записей без уникального контента, его лучше убрать из sitemap и, при необходимости, закрыть от индексации.
Признаки, что sitemap авторов лишний
- в sitemap есть URL вида
/author/username/, но на сайте один автор; - страницы авторов получают статус
Indexed, though blocked by robots.txtили похожие сигналы в Search Console; - в отчётах по индексации много URL с одинаковыми заголовками и почти пустым содержимым;
- архив автора дублирует рубрики, теги или главную ленту;
- на сайте включён SEO-плагин, который создаёт XML sitemap автоматически, но настройка архивов автора не трогает.
Диагностика: где именно генерируется sitemap
В WordPress XML sitemap может отдавать сам ядро, SEO-плагин или тема с дополнительным кодом. Сначала проверьте, какой URL реально открывается в браузере. У стандартного WordPress это обычно /wp-sitemap.xml. У SEO-плагинов карта сайта может быть другой: например, /sitemap_index.xml.
Откройте карту сайта и найдите блок авторов. Если там есть отдельный sitemap для пользователей или авторов, значит отключать нужно не весь sitemap, а только этот раздел. Это безопаснее: записи, страницы и таксономии останутся в индексе.
Что проверить до изменений
- какой плагин отвечает за sitemap;
- есть ли у сайта архивы авторов в принципе;
- не используются ли страницы авторов как посадочные страницы;
- не закрыты ли они уже через
noindexилиrobots.txt; - не ломает ли отключение sitemap другие разделы карты сайта.
Способ 1: отключить sitemap авторов через код
Если у вас стандартный XML sitemap WordPress, можно убрать из него пользователей через фильтр wp_sitemaps_add_provider. Это рабочий способ, когда сайт не использует отдельный SEO-плагин для генерации карты сайта или когда нужен контроль на уровне кода.
<?php
add_filter( 'wp_sitemaps_add_provider', function( $provider, $name ) {
if ( 'users' === $name ) {
return false;
}
return $provider;
}, 10, 2 );Код можно добавить в functions.php дочерней темы или в небольшой mu-plugin. Второй вариант надёжнее: он не исчезнет после обновления темы.
Если нужно не только убрать sitemap пользователей, но и не светить архивы авторов в поиске, этого фильтра недостаточно. Он отключает только XML sitemap, а сами страницы автора останутся доступны по прямому URL.
Способ 2: отключить sitemap авторов в SEO-плагине
Если sitemap генерирует SEO-плагин, правильнее менять настройку в нём, а не пытаться перехватить вывод кодом. У разных плагинов логика отличается, но общий принцип один: в настройках XML sitemap нужно снять галочку с авторов или пользователей.
Плюс этого подхода в том, что плагин сам перестроит карту сайта и не будет конфликтовать с собственными правилами генерации. Минус — интерфейс зависит от конкретного плагина, и после обновления расположение настроек может поменяться.
| Подход | Когда использовать | Плюс | Минус |
|---|---|---|---|
Код через wp_sitemaps_add_provider | Стандартный sitemap WordPress | Точный контроль | Нужно поддерживать код |
| Настройка в SEO-плагине | Sitemap генерирует плагин | Без правки темы | Зависит от интерфейса плагина |
| Отключение архива автора целиком | Архивы авторов не нужны вообще | Убирает и sitemap, и страницу | Нужно проверить внутренние ссылки |
Если нужно убрать не только sitemap, но и сам архив автора
Иногда проблема не в карте сайта, а в том, что архив автора вообще не нужен. Тогда имеет смысл отключить сам архив и отдать 404 или редирект на главную страницу автора, если такая логика у вас уже продумана.
Один из аккуратных вариантов — перенаправить архив автора на главную, если на сайте один автор и отдельная страница не несёт смысла. Но делать это надо осознанно: если у автора есть уникальная страница с биографией и ссылками на публикации, редирект может ухудшить UX.
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_redirect( home_url( '/' ), 301 );
exit;
}
} );Этот вариант грубее, чем отключение sitemap, поэтому используйте его только если архив автора действительно не нужен. Если цель — убрать страницу из индекса, но оставить доступ пользователю, лучше ограничиться noindex через SEO-плагин.
Пошаговое решение без лишнего риска
- Определите, кто генерирует sitemap: ядро WordPress или SEO-плагин.
- Проверьте, есть ли в sitemap отдельный блок авторов.
- Если sitemap стандартный, отключите provider
usersчерез фильтрwp_sitemaps_add_provider. - Если sitemap отдаёт SEO-плагин, отключите авторов в его настройках.
- Очистите кэш сайта и CDN, если они используются.
- Проверьте карту сайта в браузере и в Search Console.
Как проверить, что решение сработало
Проверка должна быть не на глаз, а по факту ответа сервера. Сначала откройте sitemap в браузере и убедитесь, что раздел авторов исчез. Затем проверьте исходный XML: там не должно быть ссылок на /author/ или на sitemap пользователей.
Если есть доступ к командной строке, можно быстро проверить ответ через curl:
curl -I https://example.com/wp-sitemap.xml
curl https://example.com/wp-sitemap.xml | grep -i authorВ Search Console изменения видны не сразу, поэтому после правки ориентируйтесь на фактический XML и на кэш. Если карта сайта обновилась, но в панели всё ещё старые данные, это нормально: поисковик переобходит URL не мгновенно.
Частые ошибки и как их исправить
Отключили не тот sitemap
Частая ошибка — правят стандартный wp-sitemap.xml, а на сайте карту сайта генерирует SEO-плагин. В итоге код ничего не меняет, а проблема остаётся. Сначала проверьте реальный URL sitemap и его структуру.
Удалили sitemap авторов, но оставили индексируемые архивы
Это не ошибка как таковая, но часто приводит к путанице. Если архивы авторов доступны и не закрыты от индексации, поисковик всё равно может их найти по внутренним ссылкам. В таком случае дополнительно настройте noindex или редирект, если архив не нужен.
Сломали карту сайта целиком
Иногда в коде возвращают false не только для users, а для всех provider'ов. Тогда sitemap перестаёт работать полностью. Проверяйте условие строго по имени provider и не вносите изменения в чужой код без бэкапа.
Не очистили кэш
Если сайт использует page cache, объектный кэш или CDN, старая версия sitemap может продолжать отдаваться ещё какое-то время. После правки очистите кэш на всех уровнях, иначе проверка будет вводить в заблуждение.
Что учесть по безопасности и производительности
С точки зрения производительности отключение лишнего sitemap — мелкая, но полезная оптимизация. Поисковику не нужно обходить пустые или дублирующие URL, а серверу не приходится генерировать лишний XML. На больших сайтах это не решает всё, но убирает один источник шума.
Если вы вносите код вручную, не правьте родительскую тему напрямую. Используйте дочернюю тему или mu-plugin. Так изменения не потеряются после обновления и не создадут лишний риск при деплое.
Если вам нужно одновременно почистить дубли, архивы и технические страницы, удобнее делать это через один SEO-плагин с настройками индексации и sitemap. Например, в Clearfy Pro есть инструменты для удаления дублей и технической чистки сайта, но применять его стоит только там, где он реально закрывает вашу задачу, а не ради одной галочки.
После внедрения ещё раз проверьте:
- открывается ли sitemap без ошибок;
- исчез ли блок авторов;
- не появились ли 404 на связанных URL;
- не изменились ли canonical и robots meta на архиве автора;
- не остались ли старые ссылки в кэше или CDN.
Если задача сводится только к удалению sitemap авторов, не усложняйте схему. Чем меньше уровней вмешательства, тем проще потом понять, что именно сломалось, если сайт начнёт вести себя не так, как ожидалось.