Проверка sitemap.xml

Проверку стоит начинать с файла, который реально опубликован на сайте, а не с локальной копии месячной давности. Скачайте ответ сервера и вставьте XML в форму. Инструмент различает обычный urlset и индекс sitemapindex, проверяет наличие loc, абсолютность HTTP(S)-адресов и точные повторы. Сообщение о корректном XML означает лишь, что структура документа разбирается и перечисленные проверки прошли. Оно не показывает, доступны ли страницы поисковику и совпадают ли они с canonical.

Если в карте есть повтор URL, удалите лишнюю запись в источнике генерации. Когда встречается относительный путь вроде /catalog/, замените его полным адресом с протоколом и доменом. При ошибке XML проверьте неэкранированный & в параметрах URL и незакрытые теги. Не исправляйте только выгруженный файл, если CMS генерирует его заново при следующем обновлении: измените шаблон или модуль, который пишет sitemap.xml. Иначе проблема вернётся после деплоя или обновления каталога.

Вставьте содержимое sitemap.xml или загрузите локальный файл. Проверка покажет число URL, повторы и адреса без HTTP(S).

Начните с кнопки «Вставить пример», чтобы увидеть ожидаемый формат ввода. Затем замените демонстрационные значения своими данными в полях «Исходные данные». Нажмите «Получить результат». Если формат неверный, инструмент покажет ошибку на русском языке; исправьте исходные данные и повторите действие.

Готовый результат можно скопировать одной кнопкой или скачать в файл sitemap-report.txt. Проверьте итог перед публикацией на рабочем сайте: инструмент видит только переданные ему данные и не знает особенностей вашего проекта. Для больших выгрузок удобно сначала обработать небольшой фрагмент и убедиться, что структура результата подходит дальнейшему процессу.

В карте с двумя одинаковыми loc появится предупреждение о повторе.

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

Пример показывает форму исходных данных. Результат создаётся только после запуска виджета, поэтому вы можете изменить пример и сразу увидеть, как это влияет на вывод. Если вы работаете с клиентским сайтом, используйте обезличенный образец для первой проверки, затем переходите к полному файлу.

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

Технически корректный результат ещё не означает, что он подходит бизнес-логике сайта. Например, URL может быть синтаксически верным, но вести на удалённую страницу; XML может быть хорошо сформированным, но не соответствовать настройкам конкретной площадки. После автоматической проверки откройте итог в целевой системе или браузере и сравните его с ожидаемым поведением.

Если инструмент сообщает об ошибке, начните с названного поля или строки. При обработке файлов проверьте кодировку, переносы строк, кавычки и спецсимволы. Они часто попадают в данные при экспорте из Excel, CMS или интеграции и могут менять смысл результата.

Карта сайта полезна как подсказка для обхода, но не обязывает поисковую систему индексировать каждый URL. После структурной проверки сопоставьте выборку адресов с ответами сервера, директивами robots.txt, noindex и canonical. Обратите внимание на страницы товара без остатков, дубли фильтров и старые URL после миграции. Для большого каталога проверьте, что карта разбита на части и обновляется вместе с изменениями данных. Эта форма не делает тысячи сетевых запросов: её результат быстр и безопасен для вашего сервера, но требует следующего этапа аудита.

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

При разборе ошибки начните с первого сообщения: некорректный корневой элемент или незакрытый тег часто порождает десятки вторичных предупреждений. Если файл получен из CMS, проверьте, не вставила ли она HTML-страницу ошибки вместо XML. Иногда сервер отдаёт код 200 вместе с текстом авторизации или сообщением PHP, и браузер показывает это как «битую карту». Локальная проверка содержимого быстро выявляет такую подмену. После исправления заново скачайте опубликованную версию и повторите проверку, потому что кэш CDN может сохранять старую копию.

При наличии sitemapindex проверьте дочерние карты отдельно: индекс может быть корректным, но один из перечисленных файлов пустой или недоступен. Если карта содержит тысячи товаров, сделайте выборку из разных категорий и сравните адреса с внутренними ссылками сайта. Повторы loc увеличивают размер файла без пользы; при множественных дублях ищите ошибку в объединении источников. Если URL содержит амперсанд, XML должен хранить его как &, хотя в браузерной адресной строке показывается обычный &. Не исправляйте экранирование в самом URL после чтения: это представление XML, а не другой адрес.

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

Поля этого инструмента обрабатываются в вашем браузере. Содержимое не отправляется на сервер Pugofka, а локальный файл читается только после вашего выбора. Для XML определяется кодировка из объявления или BOM; при отсутствии подсказки сначала пробуется UTF-8, затем Windows-1251. Виджет скрыт от записи содержимого в Вебвизоре; в Яндекс Метрику передаются slug инструмента и тип действия — открытие, первое взаимодействие, запуск, получение результата, копирование или скачивание.

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

Используйте результат как рабочий черновик: вставьте его в конфигурацию, страницу или документ и повторно проверьте там, где он будет применяться. Если вы меняете индексируемые страницы, обновите связанные ссылки и карту сайта. Для миграции URL дополнительно запустите сетевую проверку редиректов, чтобы увидеть фактические HTTP-ответы после публикации.

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