Sitemap.xml: создать и проверить

Что такое Sitemap и какой результат от неё ждать

XML-карта сайта — перечень адресов, который вы передаёте поисковой системе. Она помогает обнаружить страницы и сообщить об изменениях, но не заменяет меню, внутренние ссылки и качественное содержимое. Добавление URL в файл не означает, что документ уже просканирован, включён в индекс или получил позиции.

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

Особенно полезна карта для большого или недавно запущенного сайта, часто меняющегося каталога и материалов, которые трудно обнаружить по ссылкам. На небольшом сайте с хорошей связностью робот может обойтись без неё. Эти ограничения описаны в руководстве Google о назначении Sitemap.

Здесь разбираем XML. Если нужно разобраться с ограничениями обхода, используйте отдельную инструкцию по robots.txt.

Сначала найдите существующую карту

Не устанавливайте второй генератор, пока не проверили работу первого. Откройте https://example.com/robots.txt, заменив пример своим доменом, и найдите строку Sitemap:. Скопируйте указанный после неё полный адрес. Затем проверьте настройки CMS или SEO-плагина: там может быть ссылка на действующую карту.

Название файла не обязано быть sitemap.xml. Возможны индексная карта, отдельные файлы по типам страниц и маршруты, которые CMS формирует без физического файла на диске. Поэтому отсутствие /sitemap.xml само по себе ещё не доказывает, что карты нет.

Составьте небольшой паспорт: адрес карты, кто её формирует, где находятся настройки, кто отвечает за изменения. Если обнаружились два генератора, сравните их содержимое и обновление. Несколько карт допустимы; проблема возникает, когда никто не понимает, какая из них актуальна и откуда берутся старые URL.

Какие страницы включать в карту

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

Статус «нет в наличии» не равен удалению страницы. Так же нельзя без анализа исключить все метки, фильтры или адреса с параметрами: часть из них может быть полноценными посадочными страницами. Зафиксируйте правило для каждого типа, а затем проверьте его на реальных примерах.

Sitemap — один из сигналов выбора основной версии URL. Он должен согласовываться с внутренними ссылками и rel="canonical". Само включение адреса не заставляет Google выбрать его каноническим: подробнее — в документации о канонических URL.

Минимальный XML и ограничения

Ниже учебный файл с двумя страницами. Замените домен и пути на свои. Оболочка urlset содержит записи url, а loc — полный адрес страницы. Сохраните файл в UTF-8; относительные пути вроде /services/ сюда не подходят.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/services/</loc>
  </url>
  <url>
    <loc>https://example.com/guides/catalog-launch/</loc>
    <lastmod>2026-09-20</lastmod>
  </url>
</urlset>

В одном файле допускается не более 50 000 URL и 50 МБ в несжатом виде. Сжатие gzip уменьшает передачу данных, но не отменяет лимит распакованного файла. Спецсимволы в XML нужно экранировать: например, амперсанд в адресе записывается как &. Синтаксис и ограничения определены протоколом Sitemap.

Для обычного проекта удобно держать карту на корневом уровне того же домена. Не копируйте примеры с чужим протоколом или поддоменом: https://example.com/ и https://www.example.com/ — разные адреса. Если архитектура требует нескольких сайтов, согласуйте специальную схему, а не смешивайте домены случайно.

XML в браузере может выглядеть как дерево или оформленная таблица благодаря XSL. Внешний вид не определяет корректность: проверять нужно исходный документ и результат его обработки. Рекламная заглушка, страница входа или HTML-ошибка вместо XML — уже другая ситуация.

Что писать в lastmod, priority и changefreq

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

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

Google игнорирует priority и changefreq, а lastmod использует при достоверных значениях. Это прямо указано в правилах Google по созданию Sitemap. Не обещайте рост позиций после установки приоритета 1.0.

У Яндекса свои правила: его документация Sitemap описывает учёт priority при очерёдности загрузки. Поэтому утверждение «все поисковики игнорируют эти поля» некорректно. При этом коэффициент обхода не является гарантией ранжирования, а отсутствие необязательного тега не делает карту сломанной.

Как получить карту в WordPress

В WordPress есть встроенная система XML-карт. Её обычный индекс доступен по пути /wp-sitemap.xml; возможности описаны в документации WordPress Core. SEO-плагин может управлять картами самостоятельно, поэтому сначала определите, какой механизм работает на вашем сайте.

Если используется Yoast SEO, откройте в панели WordPress Yoast SEO → Settings → Site features. В блоке Technical SEO найдите XML sitemaps, проверьте переключатель и воспользуйтесь ссылкой просмотра карты. Названия могут быть переведены на язык панели; актуальный путь показан в инструкции Yoast.

1. Откройте индекс и одну дочернюю карту.
2. Найдите недавно опубликованную статью и важную страницу услуги.
3. Проверьте, что черновик и намеренно исключённая из поиска страница не попали в список.
4. Сопоставьте состав с настройками типов записей и таксономий.
5. Проверьте обновление после изменения содержимого, учитывая кеширование.

Не удаляйте карту только потому, что на сервере не нашли одноимённый файл: WordPress может отдавать её динамически. И не отключайте рабочий генератор до проверки замены. Сначала подтвердите новый адрес и состав, затем обновите ссылки на карту и уберите действительно лишний источник.

Краулер, ручной файл или генерация из CMS

Для нескольких редко меняющихся страниц можно подготовить XML вручную. Вместе с файлом потребуется правило обслуживания: кто добавляет новые URL и убирает старые. Иначе формально правильная карта быстро разойдётся с сайтом.

В Screaming Frog SEO Spider можно обойти сайт, дождаться завершения и выбрать Sitemaps → XML Sitemap. Перед сохранением проверьте состав: программа видит доступные ей адреса, но не знает ваших бизнес-решений о публикации. Бесплатный режим ограничен 500 URL; для большего объёма проверьте условия лицензии.

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

Не считайте результат обхода полным каталогом: страницы без внутренних ссылок могут в него не попасть. Для приёмки сравните выгрузку с перечнем опубликованных объектов из CMS. Такой контроль особенно полезен при SEO интернет-магазина.

Когда нужен индекс Sitemap

Если карта превышает лимит или её удобно разделить по типам содержимого, создайте несколько файлов и объедините их индексом. Дочерние карты содержат адреса страниц, индекс — адреса самих карт. Это два разных уровня структуры.

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

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

Каждый дочерний файл должен быть доступен отдельно. Рабочий индекс не доказывает, что все его ссылки читаются: проверьте их ответ, размер и структуру. Требования к индексу и расположению дочерних карт описаны в руководстве Google для крупных Sitemap.

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

Как проверить Sitemap в Яндекс Вебмастере

Откройте «Анализ файлов Sitemap». Инструмент принимает URL, файл или текст. Ссылка проверяет опубликованную версию, а текст полезен для проверки подготовленной правки до её размещения. Возможности описаны в справке анализатора.

1. Выберите режим URL и вставьте полный адрес карты.
2. Нажмите «Проверить». Если файл не загружается, сначала разберите его доступность и ответ сервера.
3. Откройте каждое сообщение об ошибке: сохраните тип проблемы, строку и фрагмент XML.
4. После исправления повторите проверку по публичному адресу.
5. Добавьте адрес в разделе «Индексирование → Файлы Sitemap» своего сайта и следите за обработкой.

Зелёный результат валидатора подтверждает проверку файла, но не доказывает качество каждой перечисленной страницы. Сохраните его вместе с адресом карты и датой. Для индекса отдельно обследуйте дочерние файлы, особенно если ошибка касается только одного раздела.

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

Как добавить карту и прочитать результат

Перейдите в Google Search Console, выберите нужный ресурс и откройте «Файлы Sitemap». Для отправки через отчёт нужны права владельца. Проверьте домен, протокол и префикс адреса, который уже отображается в форме.

1. Убедитесь, что карта опубликована и доступна без входа на сайт.
2. В поле добавления укажите её адрес, не дублируя уже подставленный префикс.
3. Отправьте карту и откройте строку с результатом.
4. Зафиксируйте статус, дату последнего чтения и число обнаруженных страниц.
5. Если есть ошибка, откройте подробности и сопоставьте её с текущим файлом.

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

Для обнаружения карты также можно добавить в robots.txt строку с её полным адресом:

Sitemap: https://example.com/sitemap_index.xml

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

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

Валидный XML может содержать сотни неверных адресов. Для массовой проверки используйте инструкцию Screaming Frog по аудиту Sitemap: переключите программу в Mode → List, затем выберите Upload → Download XML Sitemap, укажите адрес и запустите обход.

Выгрузите результаты и изучите коды ответа, индексируемость и канонические адреса. Режим списка позволяет проверить известные URL, но не показывает, какие страницы сайт забыл включить в карту. Для поиска пропусков и страниц без внутренних ссылок нужен ещё обычный обход сайта и сопоставление результатов. Интегрированная проверка Sitemap при обходе относится к платным возможностям программы.

Сравните три списка: согласованные страницы из CMS, адреса из Sitemap и страницы, найденные по внутренним ссылкам. Ни один из них сам по себе не является окончательной истиной. Расхождение — повод для проверки, а не команда массово удалить или добавить всё найденное.

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

Частые ошибки и правильная следующая проверка

Noindex у XML-файла и noindex у страницы из него — разные случаи. Yoast, например, отправляет заголовок X-Robots-Tag: noindex, follow для самих карт: им не нужно появляться обычными результатами поиска. Это не равнозначно запрету получить и разобрать XML. Пояснение есть в документации плагина.

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

Как принять работу по карте сайта

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

• Указаны действующий индекс, дочерние карты и ответственный генератор.
• Согласованы типы включаемых страниц и исключения.
• Файлы доступны, корректно разбираются и укладываются в лимиты.
• Проверены адреса внутри карт и объём проверки.
• Состав сопоставлен с опубликованными объектами CMS.
• Даты отражают реальные изменения или не передаются.
• Новая страница появляется, удалённая корректно исключается.
• Адрес карты указан в настройках обнаружения и передан в панели поиска.
• Сохранены результаты проверок и порядок восстановления при сбое.

После релиза повторяйте контроль при смене CMS, плагина, структуры адресов и правил публикации. Для интернет-магазина добавьте проверку жизненного цикла товара: временное отсутствие, снятие с продажи, замена модели. Решение должно соответствовать поведению страницы, а не одному признаку в базе.

Для общей приёмки проекта используйте чек-лист проверки сайта у разработчика. Если проблемы выходят за пределы XML-карты, включите их в план SEO-продвижения с конкретными задачами, ответственными и повторной проверкой.

Что ещё уточнить перед настройкой