Перевірка sitemap.xml онлайн — аналіз карти сайту

Аналіз Sitemap.xml — перевірка карти сайту

Перевірте XML-карту сайту: кількість URL, дати lastmod, пріоритети, валідність XML. Автоматичне виявлення sitemap через robots.txt. Переконайтеся, що карта сайту коректна та допомагає індексації.

Автоматичне виявлення sitemap

Підрахунок кількості URL

Перевірка дат lastmod

Аналіз пріоритетів та частоти

Валідація XML-синтаксису

Підтримка sitemap index

Як користуватися

Введіть домен або пряме посилання на sitemap.xml
Дочекайтеся парсингу та аналізу карти сайту
Виправте помилки та оновіть застарілі дати

Use Cases

Перевірка sitemap перед відправкою в Google Search Console.
Моніторинг великих sitemap після міграції URL-структури.

Limitations

Перевіряє структуру sitemap, але не гарантує індексацію кожного URL.
Для дуже великих файлів час аналізу зростає.

Example Input / Output

Приклад вводу

https://example.com/sitemap.xml

Приклад результату

URLs: 1240, lastmod coverage: 78%, 2 структурні помилки XML.

FAQ

Введіть домен або пряме посилання на sitemap.xml. Ми знайдемо карту через robots.txt, перевіримо валідність XML, порахуємо URL, розберемо вкладені sitemap-індекси, дати lastmod і пріоритети. Після правок надішліть карту в Google Search Console.

Лише канонічні сторінки з кодом 200. Приберіть з карти редиректи, 404, сторінки з noindex, дублі з параметрами й неканонічні версії — такі URL збивають Google і витрачають краулінговий бюджет.

Так, особливо для сайтів з понад 100 сторінками, нових сайтів, сайтів з глибокою структурою. Sitemap допомагає Google швидше виявляти та переіндексувати сторінки.

Sitemap має оновлюватися автоматично при додаванні/зміні сторінок. Дати lastmod мають бути актуальними — Google використовує їх для пріоритизації повторного сканування.

Як перевірити карту сайту онлайн і прочитати звіт

Щоб перевірити sitemap.xml онлайн, введіть у поле вище домен або пряму адресу карти. Якщо вказано лише домен, інструмент спершу читає рядки Sitemap: у robots.txt, потім пробує /sitemap.xml і /sitemap_index.xml та бере першу адресу, що відповідає кодом 200 і містить <urlset> або <sitemapindex>. Якщо карту не знайдено, хоча вона існує, — її немає в robots.txt і вона лежить за нестандартним шляхом: вставте повний URL файлу.

Звіт аналізу sitemap складається з оцінки 0–100 і кількох лічильників. Оцінка рахується прозоро, через штрафи:

Що знайдено	Штраф	Що робити
Карта порожня: немає ні URL, ні підкарт	−40	Перевірте генератор карти: часто це кеш плагіна або карта, зібрана до публікації сторінок.
XML невалідний	−20	Шукайте неекранований `&` в адресах, BOM чи пробіл перед `<?xml`, PHP-попередження на початку файлу.
lastmod має менше ніж половина URL	−15	Увімкніть виведення дати зміни в генераторі.
Понад 50 000 URL в одному файлі	−20	Розбийте на кілька файлів і зберіть їх у sitemap index.

Лічильники «Свіжих (90 дн.)» і «Старших за рік» показують розподіл дат lastmod. Якщо в усіх URL стоїть сьогоднішня дата — генератор підставляє поточний час, а не реальну дату редагування. Такий lastmod Google швидко перестає враховувати. Якщо карта — індексний файл, у звіті буде список підкарт: щоб перевірити кожну, вставте її адресу в поле окремо.

Вимоги до файлу sitemap.xml

Ліміти: не більше 50 000 URL і 50 МБ у нестиснутому вигляді на один файл. Індексний файл теж вміщує до 50 000 підкарт. Стиснення gzip дозволене, але ліміт 50 МБ рахується до стиснення.
Кодування UTF-8 та екранування спецсимволів: & → &, < → <, ' → '.
Абсолютні URL з тим самим протоколом і хостом, що й сайт: https://example.com/page/, а не /page/ і не http://www.example.com/page/.
lastmod — у форматі W3C Datetime: 2026-10-12 або 2026-10-12T09:30:00+03:00. Google використовує lastmod, якщо дати стабільно збігаються з реальними змінами контенту (а не з датою генерації файлу чи зміною футера).
priority і changefreq Google ігнорує. Їх можна залишити, але ретельне налаштування пріоритетів нічого не дає для індексації.

Які URL не мають потрапляти в sitemap

Карта — це перелік сторінок, які ви просите проіндексувати. Кожна «сміттєва» адреса в ній — суперечливий сигнал для Google:

Редиректи 301/302 — у карті має стояти кінцева адреса. Типова причина: перехід http→https або додавання слеша без оновлення генератора.
404 і 410 — видалені товари та статті, які плагін не прибрав із карти.
Сторінки з noindex — ви водночас просите проіндексувати сторінку і забороняєте це робити. У Search Console це видно як помилку «Надісланий URL заблоковано тегом noindex».
Неканонічні сторінки — якщо rel="canonical" вказує на іншу адресу, у карту має потрапити саме вона.
URL з параметрами — фільтри, сортування, UTM-мітки, ?replytocom= у WordPress.
Адреси, закриті в robots.txt — Google не зможе їх просканувати.

Сам аналізатор карти коди відповіді сторінок не запитує. Візьміть список URL зі звіту й перевірте їх у чекері HTTP-статусів, а правила сканування — у перевірці robots.txt.

Де знайти sitemap сайту

robots.txt — рядок Sitemap: https://example.com/sitemap_index.xml. Це найнадійніший спосіб, і саме його використовує інструмент.
WordPress без плагінів (з версії 5.5) — /wp-sitemap.xml.
Yoast SEO і Rank Math — /sitemap_index.xml; вбудована карта WordPress при цьому вимикається.
Tilda, Shopify, Wix — карта генерується автоматично за адресою /sitemap.xml.
1С-Бітрікс — карта створюється в модулі «Пошукова оптимізація», зазвичай це /sitemap.xml з посиланнями на підфайли.

Якщо карти немає, зберіть її генератором sitemap і пропишіть шлях у robots.txt — так її знайдуть усі пошуковики, а не лише ті, куди ви надіслали її вручну.

Приклад коректного sitemap.xml

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/catalog/shoes/</loc>
    <lastmod>2026-10-01</lastmod>
  </url>
  <url>
    <loc>https://example.com/search/?q=boots&amp;sort=price</loc>
  </url>
</urlset>

Другий URL наведено лише для демонстрації екранування & — сторінки пошуку й сортування в реальній карті не потрібні. Індексний файл має такий вигляд:

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

Sitemap у Search Console: статуси та їх значення

Карту надсилають у розділі «Файли Sitemap» (як підключити сайт — в інструкції щодо Search Console). Стару ping-адресу google.com/ping?sitemap= Google вимкнув у 2023 році: тепер працюють лише Search Console і рядок у robots.txt.

«Не вдалося отримати» — Googlebot не зміг завантажити файл. Так буває одразу після надсилання, але якщо статус тримається добу й довше, шукайте причину: файл віддає 404/5xx, закритий у robots.txt, вимагає авторизації, Googlebot блокує файрвол або Cloudflare. Якщо наш інструмент карту відкриває, а Google — ні, майже завжди причина в блокуванні ботів на сервері.
«Виявлено помилки» — файл завантажено, але частину розмітки не розібрано: невалідний XML, неправильний формат дат, URL чужого домену.
«Виявлено, але не проіндексовано» у звіті про індексування сторінок — Google знає про URL (часто саме з карти), але ще не сканував його. Карта тут ні до чого: причина в краулінговому бюджеті, слабкій внутрішній перелінковці або низькій цінності сторінок. Допомагають посилання на ці сторінки та видалення з карти сміттєвих URL, які з’їдають бюджет.

Швидка перевірка, що сервер віддає карту Googlebot, — запит із його User-Agent:

curl -sI -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/sitemap.xml

У відповіді мають бути HTTP/2 200 (або HTTP/1.1 200) і Content-Type: application/xml чи text/xml. Код 403 або сторінка перевірки браузера означають, що бота ріже захист: додайте виняток для перевірених ботів у правилах WAF. Зважайте, що так перевіряється лише User-Agent — справжній Googlebot приходить з IP-адрес Google, і правила за IP треба дивитися окремо.

Скільки сторінок із карти справді в індексі, покаже перевірка індексації сайту.

Sitemap для великих і багатомовних сайтів

На сайті з десятками тисяч сторінок діліть карту за типами контенту: товари, категорії, статті. Тоді в Search Console видно, який розділ індексується гірше, а при збої генератора ламається один файл, а не вся карта. Мовні версії можна описати просто в sitemap через xhtml:link. Кожен URL перелічує всі альтернативи, включно із собою:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://example.com/uk/page/</loc>
    <xhtml:link rel="alternate" hreflang="uk" href="https://example.com/uk/page/"/>
    <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page/"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page/"/>
  </url>
</urlset>

Англійська версія в тій самій карті має містити такий самий набір посилань. Зв’язки без взаємного посилання Google відкидає. Взаємність і x-default зручно перевірити у валідаторі hreflang. Повний опис формату — у документації Google.