XML Sitemap в WordPress: как настроить карту сайта и не потерять индексацию

XML Sitemap помогает поисковым системам находить важные URL сайта и быстрее замечать новые или обновлённые страницы. В WordPress карта сайта уже является частью ядра: начиная с WordPress 5.5 встроенная система Sitemaps формирует индекс и добавляет его в robots.txt.

Но сам факт существования sitemap не гарантирует хорошую индексацию. В карте могут оказаться технические архивы, дубли, URL с неправильным canonical или страницы, которые вы одновременно пытаетесь закрыть от индексации.

Где находится стандартный sitemap WordPress

Встроенная система WordPress использует индекс /wp-sitemap.xml. Класс WP_Sitemaps регистрирует маршруты, формирует индекс поддерживаемых sitemap и добавляет ссылку на него в виртуальный robots.txt.

Если на сайте установлен SEO-плагин, он может отключить встроенную карту и использовать собственный индекс, например /sitemap_index.xml. Это нормально: важно, чтобы на продакшене был один понятный актуальный источник URL, а robots.txt и панели вебмастеров ссылались именно на него.

Что sitemap реально делает

Google определяет sitemap как файл, который сообщает поисковой системе о страницах и других файлах сайта и помогает эффективнее их обходить. Это механизм обнаружения URL, а не команда «обязательно проиндексировать».

Если страница отдаёт 404, закрыта noindex, канонизирована на другой URL или содержит слабый дублирующий контент, присутствие в XML не заставит поисковик оставить её в индексе.

Какие URL должны попадать в карту

Практическое правило простое: в sitemap стоит включать канонические URL, которые вы действительно хотите видеть в поиске. Обычно это страницы услуг, полезные статьи, категории с самостоятельной ценностью и другие индексируемые посадочные.

Не стоит сознательно включать URL, которые одновременно закрыты noindex, перенаправлены 301, отдают ошибку или являются параметрическими дублями. Такая карта создаёт противоречивый сигнал и усложняет диагностику.

Sitemap и canonical должны быть согласованы

Если XML содержит URL A, а на самой странице canonical указывает на URL B, поисковой системе приходится выбирать между сигналами. Для массовых шаблонов каталога это часто происходит из-за пагинации, фильтров, UTM-параметров или смены домена.

После миграции сайта обязательно проверьте, что sitemap содержит новый домен. Для безопасной замены адресов в базе можно использовать подход из материала WP-CLI search-replace при смене домена WordPress.

Нужно ли указывать sitemap в robots.txt

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

Google также позволяет отправить sitemap через Search Console. Для крупных проектов это удобно: там видны дата чтения, ошибки и статус обработки.

Не путайте robots.txt и noindex

robots.txt управляет возможностью запроса URL роботом, а noindex — инструкцией по индексации уже доступной страницы. Если полностью запретить обход URL в robots.txt, поисковый робот может не увидеть мета-тег noindex на самой странице.

Поэтому решение «уберу всё лишнее из индекса через Disallow» часто создаёт больше путаницы. Сначала определите, какие страницы должны существовать, какие должны быть доступны для обхода и какие должны индексироваться.

Что делать после установки SEO-плагина

Rank Math, Yoast SEO и другие SEO-плагины могут заменить стандартную систему WordPress своей картой. После включения или миграции не ограничивайтесь проверкой настройки в админке.

• откройте фактический sitemap в браузере;
• проверьте HTTP 200;
• убедитесь, что дочерние sitemap открываются;
• проверьте домен и протокол URL;
• сверьте robots.txt;
• обновите адрес карты в Search Console и Яндекс Вебмастере, если он изменился.

Как проверить sitemap после миграции

После переноса с HTTP на HTTPS, смены домена или staging → production проверьте не только главную страницу. В XML нередко остаются старые адреса из кеша, настройки SEO-плагина или некорректно заменённых option/meta полей.

Особенно опасно, если новый сайт отдаёт canonical на новый домен, а sitemap продолжает перечислять старый. Поисковик видит две разные картины структуры.

Sitemap для WooCommerce

В интернет-магазине карта сайта обычно разделяется на товары, категории, страницы и публикации. Не все таксономии и архивы обязательно полезны для поиска. Например, служебные product tags без уникального контента могут создавать тонкие страницы.

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

Что делать с удалёнными страницами

Удалённый URL не должен бесконечно оставаться в карте. Если страница окончательно удалена, сервер должен отдавать подходящий статус или перенаправление, а sitemap — обновиться. Иначе панели вебмастеров продолжают показывать URL как отправленный, хотя он уже не является актуальной страницей сайта.

lastmod: используйте только достоверные даты

Google рекомендует использовать lastmod, когда дата действительно отражает существенное изменение страницы. Бессмысленно менять дату для всех URL ежедневно только ради «свежести»: это снижает полезность сигнала.

Большой сайт и sitemap index

Для крупного сайта карты разбивают на несколько файлов и объединяют индексом sitemap. Это упрощает управление товарами, статьями, категориями и другими группами URL и позволяет отдельно видеть проблемы конкретного сегмента.

Минимальный аудит карты сайта

• индекс sitemap отдаёт HTTP 200;
• robots.txt указывает на актуальный индекс;
• URL используют правильный HTTPS-домен;
• в sitemap нет массовых 301/404;
• нет URL, закрытых noindex без осознанной причины;
• canonical совпадает с отправляемым URL;
• staging и тестовые домены отсутствуют;
• ключевые посадочные присутствуют;
• карта отправлена в панели вебмастеров и не имеет критических ошибок.

Sitemap не заменяет внутренние ссылки

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

XML Sitemap — страховочная и диагностическая карта, а не замена структуре сайта.

Итог

Для WordPress важно не просто иметь XML-файл, а поддерживать согласованность sitemap, canonical, robots.txt, статусов ответа и реальной SEO-структуры. После установки SEO-плагина, миграции или массового изменения URL карту нужно проверять как отдельный технический компонент.

Если нужно проверить индексацию, sitemap, canonical и техническое SEO WordPress, A.S Groups может провести аудит и внести исправления. Связаться по проекту.