XML Sitemap в WordPress часто включён «по умолчанию» и сам по себе не мешает. Проблемы начинаются, когда карту сайта генерирует сразу несколько источников: ядро WordPress, SEO-плагин, кэш-плагин или отдельный модуль темы. В итоге в /sitemap.xml может открываться не тот файл, который вы ожидаете, а в Search Console появляются лишние URL, дубли или ошибки обхода.
Ниже разберём, когда карту сайта действительно стоит отключать, как сделать это безопасно и как проверить, что поисковики не потеряли важные страницы.
Когда отключение XML Sitemap оправдано
Отключать sitemap имеет смысл не «на всякий случай», а в конкретных сценариях. Например, если сайт уже отдаёт карту через SEO-плагин, а ядро WordPress дополнительно включает wp-sitemap.xml. Или если карта сайта содержит служебные URL: архивы, вложения, страницы поиска, которые вы не хотите видеть в индексе.
Ещё один частый случай — миграция. Старый сайт мог отдавать одну структуру sitemap, новый — другую. Если обе доступны одновременно, поисковик может какое-то время обходить обе версии и собирать мусорные URL. В такой ситуации лучше оставить один источник карты сайта и убрать остальные.
Что проверить до любых изменений
- какой URL карты сайта сейчас указан в Search Console;
- генерирует ли sitemap ядро WordPress или SEO-плагин;
- нет ли в карте URL, которые вы уже закрыли от индексации;
- не используется ли sitemap в robots.txt как единственная точка входа для обхода.
Диагностика: кто именно отдаёт sitemap
Сначала нужно понять источник. В WordPress 5.5+ ядро умеет отдавать собственную карту сайта по адресу /wp-sitemap.xml. Если установлен SEO-плагин, он часто добавляет свой файл, например /sitemap_index.xml. Оба варианта могут существовать параллельно, но для SEO это обычно лишняя сложность.
Проверьте адреса в браузере и через заголовки ответа. Если карта открывается по нескольким URL, это уже повод оставить только один вариант. Для проверки удобно использовать curl:
curl -I https://example.com/wp-sitemap.xml
curl -I https://example.com/sitemap_index.xml
curl -I https://example.com/sitemap.xmlЕсли один из адресов отдаёт 200 OK, а другой редиректит или возвращает XML с другим набором ссылок, значит у вас несколько генераторов sitemap. Это не всегда ошибка, но чаще всего источник путаницы.
Как отключить XML Sitemap в WordPress
Есть три рабочих подхода: через SEO-плагин, через код и через фильтры ядра. Выбор зависит от того, чем именно у вас генерируется карта сайта.
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Настройки SEO-плагина | Если sitemap создаёт Yoast, Rank Math или аналог | Без кода, быстро | Зависит от интерфейса плагина |
| Фильтр ядра WordPress | Если нужно отключить wp-sitemap.xml | Точно и прозрачно | Нужно править код темы или mu-plugin |
| Редирект/запрет на уровне сервера | Если старый sitemap надо убрать из доступа | Жёсткий контроль | Можно случайно сломать нужный URL |
Вариант 1: отключить sitemap в SEO-плагине
Если у вас уже стоит SEO-плагин, сначала ищите настройку sitemap именно там. У большинства популярных плагинов есть отдельный переключатель XML Sitemap. Это предпочтительнее, чем отключать карту через серверные правила, потому что плагин сам перестанет генерировать ссылки на несуществующие разделы.
После отключения проверьте, не остался ли доступен старый URL. Иногда плагин выключает только индексную карту, но отдельные sitemap-файлы продолжают отдавать 200 OK. Тогда их нужно закрыть отдельно.
Вариант 2: отключить карту сайта ядра WordPress
Если вам нужен только sitemap от SEO-плагина, карту сайта ядра можно отключить через фильтр wp_sitemaps_enabled. Это самый чистый способ убрать /wp-sitemap.xml.
<?php
add_filter( 'wp_sitemaps_enabled', '__return_false' );Код лучше добавлять не в functions.php активной темы, а в небольшой mu-plugin, чтобы он не потерялся при смене темы. Например, создайте файл wp-content/mu-plugins/disable-wp-sitemap.php:
<?php
/**
* Plugin Name: Disable WP Core Sitemap
*/
add_filter( 'wp_sitemaps_enabled', '__return_false' );После этого /wp-sitemap.xml должен перестать открываться. Если он всё ещё доступен, значит карта отдаётся не ядром, а другим плагином или серверным правилом.
Вариант 3: убрать sitemap на уровне сервера
Этот способ нужен редко, но бывает полезен при миграции. Если старый sitemap больше не должен быть доступен, можно вернуть 410 Gone или настроить редирект на актуальную карту. Делать это стоит только если вы точно знаете, какой URL должен остаться основным.
Для Apache пример с .htaccess может выглядеть так:
Redirect gone /wp-sitemap.xmlНо такой вариант лучше использовать только после того, как вы убедились, что новая карта сайта уже отправлена в Search Console и корректно обходится роботами.
Пошаговое решение без потери индексации
- Определите основной sitemap, который должен остаться в работе.
- Отключите второй генератор карты сайта, а не оба сразу.
- Проверьте, что старый URL отдаёт
404,410или редирект на актуальный адрес по вашей логике. - Обновите ссылку на sitemap в
robots.txt, если она там прописана вручную. - Отправьте актуальную карту сайта в Google Search Console и Яндекс Вебмастер.
Если карта сайта была в robots.txt в виде старого адреса, поисковик может ещё какое-то время ходить по нему. Поэтому после отключения проверьте не только сам XML, но и текстовый файл robots.
Как проверить результат после внедрения
Проверка должна быть не визуальной, а технической. Откройте нужный URL и убедитесь, что он отдаёт именно тот ответ, который вы планировали. Для отключённого /wp-sitemap.xml ожидаем либо 404/410, либо отсутствие файла. Для основного sitemap — 200 OK и корректный XML.
Минимальный чек-лист после изменений:
/wp-sitemap.xmlбольше не открывается, если вы его отключали;- основной sitemap возвращает
200 OK; - в XML нет служебных URL, которые вы не хотите индексировать;
- в Search Console нет новых ошибок обхода по старому адресу;
- в
robots.txtуказан только актуальный sitemap.
Дополнительно можно проверить ответ через консоль:
curl -I https://example.com/sitemap_index.xml
curl -I https://example.com/wp-sitemap.xmlЕсли вы видите 200 OK на обоих адресах, значит отключение не сработало полностью. Если один из адресов редиректит, проверьте, не создаёт ли редирект цепочку из двух-трёх переходов.
Частые ошибки и как их исправить
Отключили не тот источник
Самая частая ошибка — выключить карту сайта в SEO-плагине и забыть, что ядро WordPress продолжает отдавать /wp-sitemap.xml. В результате в индексе остаётся второй sitemap, а проблема кажется «не решённой».
Решение простое: сначала определите, кто именно генерирует XML, и отключайте только один источник за раз.
Сломали sitemap для изображений или таксономий
Иногда отключают карту сайта целиком, хотя нужно было убрать только один тип записей. Это особенно заметно на сайтах, где изображения или категории важны для поиска. Если SEO-плагин позволяет, лучше настраивать включение и исключение отдельных типов контента, а не рубить всё сразу.
Оставили старый URL в robots.txt
Если в robots.txt осталась ссылка на старый sitemap, поисковик может продолжать её запрашивать. Это не всегда критично, но создаёт лишний шум в логах и Search Console. После переключения карты сайта обновите robots вручную или через настройки плагина.
Скрыли sitemap редиректом, но не проверили код ответа
Редирект с одного sitemap на другой допустим, но он должен быть осознанным. Если старый адрес редиректит на неактуальную карту или уходит в цепочку, бот тратит лишние запросы, а иногда вообще не доходит до нужного файла. Проверяйте не только наличие редиректа, но и конечный URL.
Безопасность и производительность
С точки зрения производительности sitemap сам по себе не тяжёлый, но на больших сайтах его генерация может добавлять нагрузку, особенно если карта строится динамически и включает много типов записей. Если у вас большой архив, имеет смысл оставить один генератор sitemap и не дублировать логику в нескольких плагинах.
С точки зрения безопасности не стоит закрывать sitemap через «магические» правила без понимания последствий. Если вы случайно запретите доступ ко всем XML-файлам, поисковики потеряют карту сайта, а отладка займёт больше времени, чем аккуратное отключение через фильтр.
Если нужен более широкий контроль над дублями, служебными страницами и технической чисткой сайта, удобнее решать это на уровне одного инструмента, а не набором разрозненных правок. Например, в Clearfy Pro есть функции для технической чистки WordPress и управления SEO-элементами, но использовать такой плагин стоит только там, где он действительно закрывает ваши задачи, а не ради одной кнопки.
Главная идея простая: отключайте только лишний источник sitemap, оставляйте один актуальный файл и сразу проверяйте ответ сервера, robots.txt и Search Console. Тогда карта сайта перестанет мешать, но не сломает индексацию.
