Sitemap.xml: что это и как настроить правильно
Sitemap.xml — это XML-файл со списком URL сайта, который помогает поисковым системам находить и сканировать страницы. Для каждого адреса можно указать дату последнего изменения и альтернативные языковые версии. Файл не гарантирует индексации: это подсказка для краулера, а не команда, и он должен содержать только канонические страницы с кодом 200.
Как это работает?
Sitemap.xml — это машиночитаемый список адресов, который краулер загружает отдельно от сканирования самого сайта. Googlebot берёт из него URL как дополнительный источник для обнаружения страниц, а затем сам решает, что и когда сканировать и индексировать.
Структура файла
Каждая страница описывается тегом <url> с обязательным полем <loc> (полный адрес). Полезно поле <lastmod> — дата последнего существенного изменения контента. Google использует её как сигнал для приоритета повторного сканирования, но только если даты стабильно соответствуют реальности. Поля <priority> и <changefreq> Google игнорирует.
Лимиты и sitemap index
Один файл может содержать до 50 000 URL и весить до 50 МБ в распакованном виде. Если страниц больше, сайт делят на несколько файлов и собирают их в sitemap index — отдельный файл, ссылающийся на другие карты.
Как поисковик узнаёт о файле
Адрес карты указывают в robots.txt директивой Sitemap: и/или добавляют в Google Search Console в разделе Sitemaps.
Зачем это нужно?
Sitemap.xml ускоряет обнаружение новых и глубоко вложенных страниц, на которые мало внутренних ссылок, и даёт поисковику чёткий список адресов, которые владелец сайта считает основными.
Для крупных сайтов карта помогает рациональнее расходовать краулинговый бюджет, а для мультиязычных проектов позволяет передать hreflang-связи без правок в <head> каждой страницы. В Search Console по карте также можно фильтровать отчёт об индексации, чтобы видеть статус именно заявленных страниц.
Пример использования
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/ua/page/</loc>
<lastmod>2026-10-10</lastmod>
<xhtml:link rel="alternate" hreflang="uk" href="https://example.com/ua/page/"/>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/page/"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/ua/page/"/>
</url>
</urlset>Sitemap index для сайта с несколькими файлами:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemap-pages.xml</loc>
<lastmod>2026-10-10</lastmod>
</sitemap>
<sitemap>
<loc>https://example.com/sitemap-blog.xml</loc>
<lastmod>2026-10-12</lastmod>
</sitemap>
</sitemapindex>Указание карты в robots.txt:
Sitemap: https://example.com/sitemap.xmlРаспространённые ошибки
Неканонические и недоступные URL в карте
Страницы с редиректом, ошибкой 404, тегом noindex или canonical на другой URL создают противоречивые сигналы и тратят краулинговый бюджет впустую. В карте должны быть только индексируемые канонические страницы с кодом 200.
Фиктивный lastmod
Если дата обновляется на всех URL при каждом деплое, Google перестаёт доверять этому полю. Меняйте lastmod только тогда, когда контент действительно изменился.
URL, закрытые в robots.txt
Страница в карте, которую запрещено сканировать, — это прямой конфликт: поисковик получает команду «сканируй» и «не сканируй» одновременно.
Неправильный протокол или хост
Адреса с http:// вместо https:// или с www, если основная версия без него, превращают карту в список редиректов. Все <loc> должны совпадать с канонической версией домена.
Превышение лимитов без sitemap index
Файл свыше 50 000 URL или 50 МБ Google не обработает полностью. Крупные сайты нужно разбивать на несколько файлов.
Как проверить?
В Google Search Console откройте раздел Sitemaps, добавьте адрес файла и проверьте статус: «Success» означает, что файл считан, а рядом видно количество обнаруженных URL. Если статус «Couldn't fetch» или есть ошибки, откройте файл напрямую в браузере и проверьте валидность XML. Далее в отчёте Page indexing можно выбрать фильтр по карте сайта и увидеть, какие заявленные страницы не проиндексированы и почему.
FAQ
Нужен ли sitemap.xml небольшому сайту?
Не всегда: если сайт небольшой и страницы хорошо связаны внутренними ссылками, Google найдёт их сам. Однако карта ничего не стоит, ускоряет обнаружение новых страниц и позволяет отслеживать их статус в Search Console.
Учитывает ли Google priority и changefreq?
Нет, Google игнорирует оба поля. Реальное значение имеет lastmod, но только при условии, что дата отражает настоящие изменения контента, а не обновляется автоматически.
Можно ли иметь несколько sitemap.xml на одном сайте?
Да. Сайты часто делятся на отдельные карты по типу контента (страницы, блог, товары) и собирают их в sitemap index. Каждую карту, как и index, можно добавить в Search Console.
Гарантирует ли sitemap.xml попадание страницы в индекс?
Нет. Карта лишь сообщает о существовании URL. Решение об индексации зависит от качества контента, технических сигналов и доступности страницы.
Связанные термины
- Robots.txtСодержит директиву Sitemap с адресом карты; закрытые в robots.txt URL не должны попадать в sitemap.xml.
- Canonical (канонический URL)В карту попадают только канонические адреса, поэтому эти два сигнала должны совпадать.
- HreflangЯзыковые версии можно описать в sitemap.xml вместо тегов в head.
- 301-редиректURL, которые редиректят, не должны оставаться в карте; после миграции её обновляют.
- Краулинговый бюджетЧистая карта помогает не тратить бюджет сканирования на лишние адреса.
Материал подготовлен командой LuchanLabs