Статья опубликована, товар добавлен, а в карте сайта нового адреса нет. Или наоборот: карточку удалили, но Sitemap.xml продолжает предлагать её поисковику. В Гуси-Лебеди предлагаем проверять карту по тому, что она действительно передаёт, а не по наличию файла с нужным названием.
Разберём, как собрать основные URL, настроить даты изменения и проверить карту после публикации. Покажем, почему успешная загрузка XML ещё не означает, что все страницы попали в поиск. Примеры с example.com и каталогом ниже учебные, без показателей конкретного проекта.
Что такое Sitemap.xml и когда он нужен
HTML-карта - страница навигации для человека. XML-карта - структурированные данные для робота. На сайте могут быть обе, но список ссылок в красивой таблице не становится Sitemap XML только от названия sitemap.xml.
Откройте публичный адрес карты без авторизации. Сервер должен отдавать содержимое файла, а не страницу входа, заглушку защиты или HTML-ошибку со статусом 200. Браузер может показать XML как дерево либо сообщить об отсутствии стилей; отсутствие оформления само по себе не означает ошибку данных.
Какие страницы включать в карту сайта
Сначала определите, какие страницы предназначены для поиска. Затем формируйте карту из этого списка. Обычно в неё входят доступные основные адреса опубликованных материалов, товаров и категорий. Дубли с рекламными метками, корзина, внутренний поиск и промежуточные редиректы не нужно добавлять просто потому, что генератор их нашёл.
| Адрес | Решение | Основание |
|---|---|---|
| Основная страница услуги, 200 | Включить | Самостоятельная публичная страница |
| Та же услуга с utm_source | Не включать дубль | Метка не создаёт новый материал |
| Старый URL с 301 | В рабочую карту - конечный адрес | Карта отражает выбранные основные URL |
| Черновик или noindex | Не включать | Не предназначен для поиска |
| Удалённая страница 404 | Удалить из текущей карты | Материал больше не опубликован |
Сложный фильтр каталога не надо исключать автоматически. Если это самостоятельная полезная посадочная с согласованным основным адресом и доступным содержимым, она может входить в карту. Если это произвольная комбинация параметров без самостоятельной задачи, её включение увеличивает шум.
Как устроен XML и что означает lastmod
Ниже две учебные страницы. loc содержит полный адрес с протоколом; lastmod - дату изменения соответствующей страницы. Даты в примере выбраны для демонстрации формата.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/services/repair/</loc>
<lastmod>2026-09-10</lastmod>
</url>
<url>
<loc>https://example.com/guides/equipment/</loc>
<lastmod>2026-09-12</lastmod>
</url>
</urlset>Пространство имён задаёт формат Sitemap. Используйте UTF-8 и корректное экранирование XML. Например, амперсанд между параметрами URL внутри loc записывается как &. Это экранирование XML, а не изменение смыслового адреса. Не экранируйте уже готовую строку повторно: &amp; приведёт к другому значению после разбора.
Технические ограничения определены в протоколе Sitemaps: один файл содержит не более 50 000 URL и занимает не более 50 МБ без сжатия. Если превышен любой из пределов, разбейте карту на части и перечислите их в sitemap index. Gzip уменьшает передачу, но не отменяет ограничение распакованного размера.
Для обычного сайта размещайте карту на основном домене и используйте адреса согласованного протокола и хоста. Особые междоменные схемы требуют отдельной настройки подтверждения и проверки поддержки поисковиком; смешивать чужие домены в стандартную карту не следует.
Дата изменения страницы и дата сборки.
Частая ошибка - записывать сегодняшнюю дату всем страницам при каждой сборке. Тогда карта утверждает, что весь сайт изменился, даже если обновилась только одна статья. Это делает сигнал менее полезным и мешает собственной диагностике.
Определите, какие изменения существенны для конкретного шаблона. Для статьи это может быть изменение основного текста; для товара - характеристик, доступности или значимых условий. Глобальное изменение счётчика аналитики не обязательно означает новую содержательную версию каждой страницы.
Если достоверной даты нет, лучше не публиковать выдуманное значение. Храните дату изменения в источнике данных и переносите её в карту. Не путайте lastmod в записи страницы с датой изменения файла карты в sitemap index: это разные объекты.
В рекомендациях Google указано, что priority и changefreq не используются Google, а lastmod должен быть достоверным. При этом справка Яндекса описывает собственную обработку поддерживаемых элементов, включая priority. Не переносите правила одного поисковика на другой и не воспринимайте priority как команду повысить позицию.
Как создать карту и разделить большой каталог
Разделяйте файлы по понятному признаку: товары, категории, статьи или стабильные диапазоны идентификаторов. Это облегчает поиск проблем. Если ошибки появляются только в product-03.xml, можно проверить соответствующую группу, не пересматривать весь сайт.
Когда планируем поисковое продвижение интернет-магазина, карта должна отражать действующие основные страницы каталога. Правило включения новых товаров и снятия старых нужно согласовать с жизненным циклом ассортимента.
Учебный каталог содержит 120 000 основных URL. Его можно разделить на три части по 40 000, если каждая укладывается и в предел размера. Число 40 000 - выбранный запас в примере, не обязательная настройка. Отдельный индекс перечисляет три файла; робот должен иметь доступ ко всем ним.
Не создавайте разбиение с нестабильным порядком, при котором одно добавление перемещает почти все записи между файлами без необходимости. Выберите предсказуемую сортировку и контролируйте дубли на границах. Если выгрузка занимает несколько минут, используйте согласованный снимок данных или другой способ избежать пропусков при одновременном редактировании каталога.
CMS или онлайн-генератор.
Онлайн-генератор обнаруживает то, до чего смог дойти по ссылкам в своих условиях. Он может пропустить страницы без входящих ссылок, не получить контент за JavaScript или встретить ограничение сервера. Поэтому готовую карту сравнивают с реестром опубликованных основных URL, а не принимают только потому, что генератор завершился без ошибки.
CMS-генератор лучше знает состояние публикации, но тоже может ошибаться: включать черновики, неправильный домен стенда или устаревший кеш. Выберите один ответственный источник карты. Несколько плагинов с разными правилами создают противоречивые списки и усложняют поддержку.
Для статической сборки полезна последовательность: сформировать новые файлы, проверить синтаксис и состав, затем переключить публикацию. Не отдавайте роботу наполовину записанный XML. При сбое сборки сохраните последнюю корректную версию и сообщите ответственному, что обновление не состоялось.
Учебный разбор: XML правильный, а товары пропали.
Учебный каталог публикует товары из базы и разбивает карту постраничной выборкой. Во время сборки администратор снимает один товар с публикации. Если выборка использует смещение, следующие записи сдвигаются: часть может быть пропущена либо повторена между файлами. XML при этом остаётся синтаксически корректным, а число файлов выглядит обычным.
Чтобы обнаружить проблему, сравните не только количество строк, но и идентификаторы ожидаемых опубликованных объектов со списком loc. Затем проверьте порядок сортировки и то, менялся ли источник в процессе выгрузки. Одинаковое число записей не исключает ситуацию, когда один URL продублирован вместо другого.
Возможное решение - формировать карту по согласованному снимку данных или использовать стабильный проход по ключу с явно определёнными границами. Выбор зависит от базы и допустимой свежести. Не держите тяжёлую транзакцию на рабочей базе без оценки нагрузки: способ должен соответствовать инфраструктуре.
После исправления воспроизведите изменение каталога во время тестовой генерации. Проверьте уникальность loc, отсутствие пропусков и согласованность индекса с дочерними файлами. Сначала должны стать доступны все новые части, затем индекс, который на них ссылается. Иначе робот может получить индекс новой версии и отсутствующий дочерний файл.
Наконец, проверьте кеш. Если сервер отдаёт старую карту, локальный правильный файл не завершает задачу. Сравните содержимое публичного адреса с созданной версией и время получения в панели поисковика. Так приёмка охватывает данные, публикацию и доставку, а не только успешный запуск скрипта.
Как проверить Sitemap.xml и найти пропуски
- Доступ. Карта и дочерние файлы открываются без входа, ответ соответствует ожидаемому.
- Синтаксис. XML разбирается парсером, пространство имён и обязательные элементы корректны.
- Состав. Нет пустых loc, дублей, чужих хостов, черновиков и технических URL.
- Страницы. Целевые адреса доступны, не перенаправляются неожиданно и соответствуют выбранным основным URL.
- Обновление. Добавление, редактирование и удаление материала меняют карту ожидаемым образом.
В учебной приёмке опубликуйте согласованный тестовый материал на стенде, проверьте его появление, измените содержание и проверьте lastmod, затем снимите с публикации. Для действующего сайта используйте уже запланированное изменение, чтобы не создавать лишние публичные страницы ради теста.
Для большого сайта разделяйте проверку файла и массовые HTTP-запросы. XML можно проверить полностью локально, а сетевой обход выполнять с ограниченной параллельностью и согласованной нагрузкой. Проверка не должна сама перегружать каталог.
| Что проверяем | Что сохраняем | Какой сбой обнаруживаем |
|---|---|---|
| Публичный адрес карты | Статус ответа и полученный XML | Редирект на вход, HTML вместо карты, старый кеш |
| Синтаксис и ограничения | Результат разбора, число URL и размер без сжатия | Повреждённый XML или превышение лимита |
| Состав адресов | Пропуски, лишние записи, повторы | Неполная выгрузка или технические URL |
| Изменение материала | Запись до и после публикации | Карта не обновляется или lastmod недостоверен |
| Панель поисковика | Дата получения и ошибки обработки | Файл опубликован, но не получен или не разобран |
Сверка со списком опубликованных материалов.
Обозначьте A как список опубликованных основных URL, B - адреса из Sitemap. Разность A минус B показывает пропуски карты; B минус A - лишние записи. Отдельно проверьте повторы внутри B: обычное преобразование в множество скроет их количество.
Если разные источники показывают разные наборы URL, в рамках SEO-аудита технических проблем сайта сохраняем результат сверки: адрес, причина расхождения и требуемое действие. Простая отметка «карта существует» такой задачи не решает.
Если новая статья есть в CMS, но отсутствует в карте, проверьте фильтр публикации и кеш. Если удалённая карточка осталась, проверьте обработку удаления. Если адрес есть в карте, но отсутствует в поиске, это уже задача диагностики индексации, а не доказательство неправильного XML.
Как отправить карту в Яндекс и принять обновление
Для проверки формата откройте анализатор Sitemap в Яндекс Вебмастере и передайте карту доступным способом. Исправьте обнаруженные ошибки, затем проверьте публичную версию повторно.
В robots.txt указывают полный адрес карты. Учебная строка для example.com выглядит так:
Sitemap: https://example.com/sitemap.xmlВ разделе «Файлы Sitemap» Яндекс Вебмастера добавляют адрес карты нужного сайта. Сверьте протокол и хост: карта HTTPS-сайта без www должна относиться к соответствующей версии сайта в панели.
Укажите адрес карты в robots.txt и добавьте его в соответствующую панель вебмастера. После этого проверьте обработку, дату получения и ошибки. Отправка адреса карты - не равно успешному чтению всех дочерних файлов и не равно включению страниц в поиск.
Отслеживайте техническую доступность отдельно от поискового покрытия целевых страниц. Если сама карта упомянута среди исключённых документов, не пытайтесь продвигать её как обычную страницу: назначение XML - передача списка, а не участие в выдаче для пользователей.
Состав карты согласуйте со структурой сайта и правилами robots.txt. Состояние URL разбирается в статье про индексацию, а перенос адресов - в материале про редиректы 301.
Что передать после настройки. Адрес основной карты и её частей, правила включения URL, источник lastmod, способ обновления, список найденных ошибок и результаты проверки публичного ответа. Так следующий специалист понимает, как поддерживать карту, и может повторить проверку.
Если нужна помощь, начнём с состава адресов и фактического ответа сервера. Для Гуси-Лебеди результат такой работы - проверяемая карта сайта и понятные правила её обновления.