Инструкция

Как проверить sitemap без мифов

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

Поясняющая схема к материалу «Как проверить sitemap без мифов».
Поясняющая схема к материалу «Как проверить sitemap без мифов».

Проверьте, что сервер отдаёт карту, а не красивую ошибку#

Откройте адрес карты из robots.txt или настроек CMS. Посмотрите HTTP-статус, тип содержимого и тело ответа. Сайт может вернуть код 200, а внутри показать форму входа, HTML ошибки или антибот-проверку. Такое наблюдение не подтверждает корректный XML.

Для первичной проверки сохраните полученный файл и откройте его XML-парсером. Если используется sitemap index, последовательно проверьте вложенные карты. Зафиксируйте время, адрес файла и число элементов: это позволит сравнить результат после исправления генератора.

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

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url><loc>https://example.com/guide/</loc></url>
</urlset>

Сопоставьте список с реальными страницами#

Google рекомендует включать предпочитаемые канонические URL. Наша рабочая проверка — сравнить карту с ожидаемым набором опубликованных страниц, а затем проверить каждый адрес. Для крупного сайта начните с типов страниц и выборки, но явно укажите её размер: десять проверенных URL не означают, что проверена вся карта.

НаблюдениеСледующее действие
URL перенаправляетсяПроверить конечный адрес и заменить запись генератора
Страница возвращает 404Выяснить, удалена ли она намеренно; исправить состав карты или восстановить материал
Найден noindexСогласовать намерение: нужна ли страница в поиске
Canonical указывает другой адресПроверить дубль и предпочитаемую версию
Важного материала нетПроверить правила отбора CMS, язык и статус публикации

Добавьте в таблицу исходный URL, конечный URL, HTTP-статус, canonical и решение. Сравнение списков поможет найти разницу между выгрузкой страниц и адресами карты; сетевые ответы оно не проверяет.

Не обновляйте lastmod при каждом запуске генератора#

По документации Google, lastmod должен отражать последнее существенное изменение страницы и быть проверяемо точным. Смена даты copyright не равнозначна обновлению материала. Google игнорирует priority и changefreq: их заполнение не задаёт очередь ранжирования.

Предлагаемое правило для редакции: исправили методику, вывод, данные или значимые ссылки — сохраните дату изменения материала. Только пересобрали сайт — не меняйте её автоматически. Если достоверной даты нет, лучше не придумывать её ради заполнения поля.

Разделите три результата проверки#

  1. Файл корректен: он доступен и разбирается как карта.
  2. Состав согласован: адреса соответствуют вашей политике публикации, нет обнаруженных противоречий.
  3. Поиск обработал данные: это проверяется отдельно по отчётам панели вебмастера и конкретным URL.

При отправке карты в Search Console можно отслеживать получение и ошибки обработки. Даже успешное чтение не доказывает присутствие каждого адреса в поиске. Если страница не индексируется, изучайте её доступность, содержимое и сигналы отдельно, а не добавляйте URL в карту повторно каждый день.

Итоговый акт проверки должен содержать объём: например, «XML разобран, проверены все 24 URL, найден один редирект». Это полезнее общего заключения «sitemap зелёная».

Локальная версия CrawlLive закрыта от индексации; её карта предназначена для проверки сборки. Это не образец публичной конфигурации. Перед запуском отдельно согласуются домен, доступность для поиска и состав публичной sitemap.

Источники#

Проверены 22 октября 2026 г.. Официальные рекомендации отделены от наших примеров и результатов проверки.

Продолжить разбор