Если в XML sitemap попадают архивы авторов и дат, это не всегда ошибка, но часто лишний шум для поисковых систем. На небольших или узкоспециализированных сайтах такие страницы обычно не несут самостоятельной ценности: они дублируют навигацию, собирают тонкий контент и раздувают карту сайта. В итоге sitemap становится менее полезной для обхода, а в отчётах Search Console появляются URL, которые вы не планировали продвигать.
Ниже разберём, как понять, что именно у вас попало в sitemap, какие варианты отключения реально работают в WordPress, и как не сломать индексацию нужных страниц.
Когда архивы авторов и дат стоит убрать из sitemap
Есть два типичных сценария. Первый — у сайта один автор, а архив автора ведёт на страницу с теми же записями, что уже есть в рубриках и на главной. Второй — архивы по датам создаются автоматически, но не используются как отдельные посадочные страницы. В обоих случаях sitemap только добавляет лишние URL.
Оставлять такие архивы имеет смысл, если у вас редакционный проект, где авторские страницы реально работают как витрина экспертизы, а архивы дат используются для навигации по новостям или хронике. Если этого нет, лучше убрать их из sitemap и отдельно решить, нужны ли они вообще в индексе.
Что проверить до изменений
- Есть ли у архивов авторов уникальный контент: био, фото, ссылки, список публикаций.
- Используются ли архивы дат в меню, внутренней перелинковке или фильтрах.
- Не закрыты ли они уже через
noindexв SEO-плагине. - Не генерирует ли sitemap несколько источников одновременно: ядро WordPress и SEO-плагин.
Диагностика: где именно появляются лишние URL
Сначала откройте сам sitemap. В стандартном WordPress это может быть /wp-sitemap.xml. Если стоит SEO-плагин, карта сайта часто отдаётся им, а не ядром. Посмотрите, есть ли там отдельные секции для авторов и дат. Если они присутствуют, нужно понять, кто их добавляет.
Полезно проверить и заголовки страниц архивов. Если архив автора уже закрыт от индексации, но всё равно попадает в sitemap, это признак рассинхронизации настроек: страница исключена из индекса, но не исключена из карты сайта.
# Быстрая проверка из консоли, если есть доступ к серверу или локальной копии
curl -s https://example.com/wp-sitemap.xml | grep -E 'author|date'
Если вы используете SEO-плагин, проверьте его настройки sitemap отдельно. У разных плагинов логика отличается: где-то можно отключить архивы в интерфейсе, где-то придётся править фильтры.
Пошаговое решение через SEO-плагин
Самый безопасный путь — отключить ненужные архивы в настройках генератора sitemap. Это предпочтительнее, чем править шаблоны вручную, потому что после обновления плагина изменения не потеряются.
В популярных SEO-плагинах обычно есть отдельные переключатели для архивов авторов и дат. Ищите разделы, связанные с XML sitemap, индексированием архивов или типами архивных страниц. После отключения сохраните настройки и очистите кеш, если он есть.
Если у вас стоит Clearfy Pro, его удобно использовать для общей чистки сайта и удаления лишних дублей, но конкретно для sitemap всё равно важно проверить, какой плагин его генерирует. Не стоит отключать одно и то же в двух местах сразу, иначе потом сложно понять, что именно сработало.
Когда достаточно настроек, а когда нужен код
| Подход | Когда подходит | Минус |
|---|---|---|
| Настройки SEO-плагина | Если архивы можно отключить из интерфейса | Зависит от конкретного плагина |
| Код через фильтр | Если нужен точечный контроль без плагинов | Нужно следить за обновлениями и темой |
| Отключение архивов целиком | Если архивы не нужны ни в индексе, ни в sitemap | Может затронуть навигацию и внутренние ссылки |
Решение через код: убрать архивы из sitemap WordPress
Если sitemap генерирует ядро WordPress, можно использовать фильтр wp_sitemaps_add_provider и отключить нужный провайдер. Это рабочий вариант, когда вы не хотите зависеть от интерфейса плагина или когда плагина вообще нет.
<?php
add_filter( 'wp_sitemaps_add_provider', function( $provider, $name ) {
if ( 'users' === $name ) {
return false;
}
if ( 'posts' === $name ) {
return $provider;
}
return $provider;
}, 10, 2 );
Важно: у ядра WordPress нет отдельного провайдера для архивов дат в том же виде, как для записей или пользователей. Поэтому если архивы дат попадают в sitemap через SEO-плагин, править нужно именно его фильтры или настройки. Не пытайтесь отключить всё одним универсальным куском кода, если не знаете источник генерации.
Для SEO-плагинов фильтры отличаются. Например, у Yoast и Rank Math есть свои механизмы управления sitemap, но названия и сигнатуры фильтров нужно сверять по документации конкретной версии. Не стоит копировать случайный сниппет из старой статьи без проверки.
Если архивы нужны, но не должны индексироваться
Это другой сценарий. Тогда не удаляйте их из sitemap, а закройте от индексации и проверьте canonical. Но помните: если страница остаётся в sitemap, поисковик всё равно будет её регулярно обходить. Для слабых архивов это обычно лишняя нагрузка.
Проверка результата после внедрения
После изменения откройте sitemap ещё раз и убедитесь, что лишние секции исчезли. Затем проверьте несколько URL архивов вручную: они должны либо отсутствовать в карте сайта, либо быть закрыты по вашей логике.
Дальше откройте Search Console и посмотрите, не появились ли новые ошибки в разделе sitemap. Если URL всё ещё отправляются на обход, проверьте кеш на стороне плагина, сервера и CDN. Иногда карта сайта обновляется не сразу, особенно если она кешируется как обычная страница.
- Откройте
/wp-sitemap.xmlили sitemap SEO-плагина. - Проверьте, исчезли ли секции авторов и дат.
- Очистите кеш сайта и CDN.
- Переотправьте sitemap в Search Console, если это нужно.
- Сравните количество URL до и после изменения.
Частые ошибки и как их исправить
Отключили архивы в SEO-плагине, но они остались в sitemap
Обычно причина в кеше или в том, что sitemap генерирует не тот плагин, который вы настраивали. Проверьте, нет ли второго SEO-плагина, включённого sitemap ядра WordPress или отдельного модуля в теме.
Удалили архивы из sitemap, но сломали внутренние ссылки
Это происходит, если архивы использовались как рабочие страницы навигации. В таком случае сначала пересмотрите структуру ссылок, а уже потом убирайте URL из карты сайта.
Закрыли архивы noindex, но оставили в sitemap
Это не критично, но логически противоречиво. Если страница не должна индексироваться, чаще всего её лучше и не включать в sitemap, чтобы не отправлять поисковику смешанный сигнал.
Правили код в functions.php и потеряли изменения после обновления темы
Для таких правок лучше использовать дочернюю тему или небольшой mu-plugin. Это особенно важно, если вы регулярно обновляете тему и не хотите заново вносить один и тот же фильтр.
Практические советы по безопасности и производительности
Не отключайте архивы вслепую на живом проекте. Сначала проверьте, какие страницы реально получают трафик и ссылки. Если архив автора приносит переходы из поиска или соцсетей, его удаление из sitemap может быть оправдано, но только после оценки последствий.
Если сайт большой, не забывайте про кеширование sitemap на уровне сервера или CDN. Но кеш должен обновляться после изменений, иначе вы будете смотреть на старую карту сайта и думать, что фильтр не работает.
Для сайтов с большим количеством технических дублей полезно сначала навести порядок в индексации в целом: убрать мусорные архивы, проверить пагинацию, параметры URL и дубли категорий. В этом сценарии такие инструменты, как Clearfy Pro, могут помочь именно как часть общей чистки, но не заменяют ручную проверку sitemap.
Если хотите, можно пойти дальше и автоматизировать контроль: раз в неделю проверять sitemap на наличие нежелательных секций и отправлять отчёт в лог. Но это уже имеет смысл только на проектах, где карта сайта часто меняется и есть риск случайно вернуть лишние URL.