Как убрать дубли архивов авторов и дат из XML sitemap WordPress

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

Типичный сценарий: в карте сайта есть архивы, которые не несут самостоятельной ценности, а в выдаче уже ранжируются записи и рубрики. В такой ситуации задача не в том, чтобы «починить sitemap», а в том, чтобы оставить в нем только те URL, которые реально должны индексироваться.

Когда это проблема, а когда нет

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

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

Диагностика: что именно попало в sitemap

Сначала откройте XML sitemap и посмотрите, какие типы URL там есть. В WordPress это обычно зависит от SEO-плагина или от темы/кастомного кода. Проверять нужно не только главную карту сайта, но и вложенные sitemap-файлы.

Что искать вручную

• архивы авторов вида /author/username/;
• архивы дат вида /2026/08/;
• теги, если они не проработаны и дублируют рубрики;
• страницы пагинации архивов, если они не нужны для индексации;
• служебные URL, которые не должны попадать в поиск.

Если сайт уже в индексе, проверьте отчеты в Google Search Console: часто там видно, что поисковик тратит обход на архивы, которые вы сами не считаете важными.

Пошаговое решение

Надежнее всего решать задачу на уровне SEO-плагина. Если вы используете Yoast SEO, Rank Math или похожий инструмент, сначала отключите лишние типы архивов в настройках. Это безопаснее, чем править карту сайта вручную.

Если настройки плагина не дают нужного результата, можно исключить архивы из sitemap кодом. Ниже пример для WordPress с фильтром wp_sitemaps_post_types и отключением лишних сущностей. Код подходит для темы или небольшого mu-plugin.

<?php
add_filter( 'wp_sitemaps_post_types', function( $post_types ) {
    // Оставляем только записи и страницы.
    unset( $post_types['attachment'] );

    return $post_types;
} );

add_filter( 'wp_sitemaps_taxonomies', function( $taxonomies ) {
    // Если теги не нужны в sitemap, убираем их.
    if ( isset( $taxonomies['post_tag'] ) ) {
        unset( $taxonomies['post_tag'] );
    }

    return $taxonomies;
} );

add_filter( 'wp_sitemaps_users', '__return_false' );

Этот вариант работает только для встроенного sitemap WordPress. Если sitemap генерирует SEO-плагин, используйте его фильтры или настройки, иначе изменения не повлияют на итоговый файл.

Если нужно убрать архивы авторов из индекса и из sitemap

Частая практика — оставить архивы авторов доступными для сайта, но закрыть их от индексации и исключить из карты сайта. Для этого обычно делают два шага: отключают архивы в SEO-плагине или ставят noindex, а затем проверяют, не остались ли они в sitemap.

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

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

    return $robots;
} );

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

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

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

После изменений не ограничивайтесь визуальной проверкой файла sitemap. Нужно убедиться, что поисковик видит именно тот набор URL, который вы задумали.

1. Откройте sitemap в браузере и проверьте, исчезли ли лишние архивы.
2. Проверьте вложенные sitemap-файлы, если карта разбита по типам контента.
3. В Search Console отправьте sitemap повторно и посмотрите, нет ли ошибок обработки.
4. Проверьте несколько URL архивов вручную: они должны отдавать ожидаемый статус и мета-роботы.

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

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

Отключили архивы в SEO-плагине, но они остались в sitemap

Причина обычно в том, что sitemap генерирует не тот же модуль, который управляет noindex. Проверьте, кто именно создает карту сайта: встроенный механизм WordPress, Yoast SEO, Rank Math или другой плагин.

Скрыли архивы через редирект

Редирект не решает проблему дублирования, если URL уже успели попасть в индекс или во внутренние ссылки. Для архивов лучше использовать noindex и исключение из sitemap, а не массовую переадресацию.

Удалили теги из sitemap, но потеряли полезный трафик

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

Правили тему, а потом обновление все сломало

Код для sitemap лучше держать в дочерней теме или в небольшом mu-plugin. Тогда обновление темы не затрет ваши изменения.

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

Не плодите лишние архивы ради «полноты карты сайта». Чем меньше мусора в sitemap, тем проще поисковику обходить важные страницы. Это особенно заметно на сайтах с большим количеством записей, тегов и авторов.

Если вы регулярно чистите дубли, проверьте и соседние проблемы: одинаковые title, архивы без текста, страницы пагинации, пустые таксономии. Для этого удобно использовать инструменты вроде Clearfy Pro, если вам нужен набор типовых SEO- и cleanup-настроек без ручной сборки каждого правила. Ссылка: Clearfy Pro.

Что проверить сразу после правки

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

Если после изменений карта сайта стала короче, это нормально. Важно не количество URL, а то, чтобы в sitemap попадали только те страницы, которые вы действительно хотите видеть в поиске.