Sitemap.xml: що це і як налаштувати правильно

Як це працює?

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 можна обрати фільтр за картою сайту й побачити, які заявлені сторінки не проіндексовані та чому.