Ситуация типовая: на сайте уже есть карта сайта от SEO-плагина, а WordPress с версии 5.5 дополнительно отдаёт собственный XML Sitemap. В итоге поисковики видят несколько источников, в консоли появляются лишние URL, а в логике индексации начинается путаница. Отключать sitemap вслепую не стоит: сначала нужно понять, кто именно его генерирует и что будет вместо него.
Когда XML Sitemap действительно мешает
Проблема обычно всплывает в одном из трёх сценариев: установлен SEO-плагин со своей картой сайта, на сайте есть кастомный генератор sitemap, либо в индексе уже накопились служебные URL, которые не должны участвовать в обходе. Сам WordPress не всегда виноват — часто конфликт создаёт связка плагинов.
Если карта сайта открывается по адресу /wp-sitemap.xml, это встроенный механизм WordPress. Если же у вас есть /sitemap_index.xml или похожий адрес от SEO-плагина, важно не оставить поисковику сразу две карты с разным составом URL.
Что проверить до изменений
- какой URL sitemap сейчас указан в Google Search Console;
- есть ли в
robots.txtссылка на карту сайта; - какой плагин отвечает за SEO и генерацию sitemap;
- не используется ли отдельный плагин для новостей, видео или XML-карт;
- нет ли редиректа с одного sitemap на другой, который создаёт лишнюю цепочку.
Диагностика: кто отдаёт карту сайта
Самый быстрый способ — открыть исходный код главной страницы и поискать строку sitemap. Многие SEO-плагины автоматически добавляют ссылку в robots.txt. Если там есть и wp-sitemap.xml, и sitemap_index.xml, это уже повод навести порядок.
Ещё один рабочий тест — открыть адреса вручную:
https://example.com/wp-sitemap.xml
https://example.com/sitemap_index.xmlЕсли оба адреса отдают XML и оба доступны без ошибок, значит, поисковик может видеть две карты. Это не всегда критично, но для технически чистой конфигурации лучше оставить один источник.
Пошаговое решение
Ниже — три варианта. Выбирайте тот, который соответствует вашей конфигурации. Не смешивайте их без необходимости.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Отключить встроенный sitemap WordPress кодом | SEO-плагин уже генерирует свою карту | Чисто, без лишних URL | Нужно править тему или mu-plugin |
| Отключить sitemap в SEO-плагине | Хотите оставить только встроенный механизм WordPress | Просто в настройках | Не всегда хватает гибкости |
| Оставить один sitemap и настроить его вручную | Есть нестандартные типы записей | Контроль над составом | Нужно следить за обновлениями |
Вариант 1: отключить встроенный XML Sitemap WordPress
Если у вас уже есть sitemap от Yoast SEO, Rank Math, All in One SEO или другого SEO-плагина, встроенную карту WordPress можно отключить фильтром. Добавьте код в functions.php дочерней темы или, лучше, в отдельный mu-plugin.
<?php
add_filter( 'wp_sitemaps_enabled', '__return_false' );После этого адрес /wp-sitemap.xml должен перестать отдавать карту сайта. Это самый прямой способ убрать дублирование, если вы точно знаете, что другой sitemap уже работает и обновляется.
Вариант 2: отключить sitemap в SEO-плагине
Если вы хотите использовать именно встроенный механизм WordPress, отключите карту в настройках SEO-плагина. В разных плагинах путь отличается, но логика одна: найти раздел XML Sitemap и выключить генерацию. После этого проверьте, что старый адрес sitemap либо отдаёт 404, либо редиректится на актуальный вариант, если вы так задумали.
Важно не держать одновременно два активных sitemap, даже если один из них кажется «второстепенным». Поисковик не обязан угадывать, какой из них основной.
Вариант 3: исключить лишние типы контента из sitemap
Иногда отключать карту целиком не нужно. Проблема в том, что в неё попадают служебные записи, вложения, архивы или кастомные типы записей, которые не должны индексироваться. Тогда лучше не рубить sitemap полностью, а сократить его состав.
Для встроенного sitemap WordPress можно отключать отдельные типы контента через фильтры. Например, если вам не нужны вложения:
<?php
add_filter( 'wp_sitemaps_post_types', function( $post_types ) {
unset( $post_types['attachment'] );
return $post_types;
} );Если нужно убрать конкретный тип записи, сначала убедитесь, что он не участвует в SEO-логике сайта и не нужен для поиска. Иначе вы просто спрячете важный контент от обхода.
Проверка результата после внедрения
После изменений не ограничивайтесь открытием страницы в браузере. Нужна проверка с точки зрения поискового обхода и ответа сервера.
- откройте старый и новый sitemap в браузере;
- проверьте HTTP-статус через DevTools,
curlили любой HTTP-клиент; - посмотрите, осталась ли ссылка на sitemap в
robots.txt; - обновите sitemap в Google Search Console;
- убедитесь, что в карте нет лишних URL, которые вы хотели убрать.
Пример проверки через консоль:
curl -I https://example.com/wp-sitemap.xml
curl -I https://example.com/sitemap_index.xmlЕсли один адрес должен быть отключён, он не должен отдавать 200 OK. Допустимы 404 или 301 на новый canonical-адрес, если это сделано осознанно.
Частые ошибки и как их исправить
Отключили sitemap, но забыли про robots.txt
Если в robots.txt осталась ссылка на старую карту сайта, поисковик всё равно будет пытаться её обходить. Исправление простое: обновите ссылку вручную или через SEO-плагин, если он управляет этим файлом.
Сломали sitemap у SEO-плагина
Иногда разработчики отключают встроенный sitemap WordPress, а потом обнаруживают, что SEO-плагин тоже использовал часть его логики. Такое бывает при кастомных интеграциях. Решение — проверить, кто именно формирует XML, и не отключать лишнее наугад.
Удалили карту сайта, но не настроили альтернативу
Если после отключения sitemap поисковик не получает актуальный список URL, обход новых страниц может замедлиться. Это особенно заметно на сайтах с частыми публикациями. Перед отключением убедитесь, что остаётся один рабочий источник карты сайта.
Скрыли важные типы записей
Удаление attachment или кастомного post type из sitemap иногда делают слишком агрессивно. Если этот тип реально нужен для индексации, его нельзя просто убрать ради «чистоты». Сначала проверьте, как он используется в поиске и внутренней перелинковке.
Безопасность и производительность
С точки зрения производительности sitemap обычно не является тяжёлой нагрузкой, но лишние генераторы создают ненужные запросы и усложняют диагностику. Чем меньше конфликтующих источников XML, тем проще поддерживать сайт.
Если вы вносите код, не правьте его напрямую в родительской теме. Для таких задач лучше использовать дочернюю тему или mu-plugin, чтобы обновление темы не затёрло изменения. Это особенно важно, если sitemap отключается вместе с другими техническими фильтрами.
Если нужен более широкий набор инструментов для чистки дублей и технических настроек, имеет смысл посмотреть на Clearfy Pro. Но даже в этом случае сначала проверьте, какой sitemap у вас уже активен, а не включайте всё подряд.
Когда лучше не отключать встроенный sitemap
Если сайт небольшой, SEO-плагин не используется, а встроенная карта WordPress уже корректно отдаёт нужные URL, отключать её только ради «чистоты» не нужно. Встроенный механизм нормален для базовой конфигурации. Проблемы начинаются не от самого sitemap, а от дублирования и плохой настройки.
Практическое правило простое: оставьте один источник карты сайта, убедитесь, что он содержит только нужные URL, и проверьте, что поисковик видит именно его. Всё остальное — лишняя сложность.