Генератор sitemap.xml

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

После скачивания поместите sitemap.xml в публично доступное место и проверьте, что веб-сервер отдаёт XML с кодом 200. Укажите адрес карты в robots.txt и добавьте его в Яндекс Вебмастер и Google Search Console, если эти панели используются проектом. Если сайт создаёт страницы автоматически, разовая карта быстро устареет: для каталога с новыми товарами лучше генерировать её на сервере из актуальных данных. Этот инструмент удобен для небольшого набора URL, тестового проекта или проверки формата перед автоматизацией.

Вставьте по одному адресу в строке. Инструмент удалит точные повторы, проверит URL и соберёт XML-файл с элементами loc.

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

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

Два URL превращаются в два элемента url с loc, а символ & в адресе записывается как &.

https://example.com/
https://example.com/catalog/

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

Генерируется карта по вашему списку: инструмент не обходит сайт и не угадывает страницы. В одном файле допускается до 50 000 адресов.

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

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

В XML символ амперсанда из query нужно записывать как &, иначе документ может перестать быть корректным. Инструмент экранирует его сам. Параметры URL при этом не удаляются: запрос /catalog/?brand=a&sort=price останется отдельным адресом. Проверьте, нужен ли он в карте, поскольку параметры фильтра часто создают множество близких страниц. Если список достигнет лимита одного файла, разбейте его на несколько карт и создайте индекс карт на стороне сайта. После публикации откройте готовый файл в отдельной вкладке и прогоните через проверку sitemap.xml.

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

Для сайта с десятками страниц подготовьте список из навигации, а не из случайной поисковой выдачи. Сверьте каждый адрес с конечной страницей: если он отвечает 301, в карту должен попасть URL после перенаправления. Если один товар доступен через несколько категорий, выберите канонический путь. Важно также исключить страницы, закрытые логином или метатегом noindex, если они не должны находиться в поиске. Карта не исправляет плохую навигацию: поисковый робот по-прежнему должен находить важные разделы через обычные ссылки. После выгрузки сравните число URL с ожидаемым числом индексируемых страниц и объясните крупные расхождения.

Если sitemap создаётся автоматически в Next.js или Битриксе, не подменяйте его ручным файлом без оценки обновления. Ручной список может быть полезен как контрольный эталон для ревью: сравните его с результатом генератора CMS и найдите потерянные разделы. Для интернет-магазина отдельно проверьте товары, категории, бренды и статьи. Даты lastmod добавляйте только при наличии достоверной даты значимого изменения, а не текущего времени на каждом запросе. Здесь генератор намеренно создаёт минимальный формат с loc: это снижает риск недостоверных подсказок и делает результат понятным для последующей автоматизации.

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

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

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

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

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