Коротко
безкоштовна перевірка карти сайту знаходить XML-карту будь-якого сайту, повідомляє, чи це список сторінок, чи індекс карт сайту, і позначає структурні проблеми, що заважають пошуковим системам її прочитати: відсутність XML-декларації, відсутність простору імен, понад 50000 URL, файл понад 50 МБ, дубльовані URL або порожній файл. Вона також перелічує URL з датою останньої зміни й відображає їх на діаграмі за роками, тож ви одним поглядом бачите, наскільки свіжою є карта сайту насправді.
Хочете дізнатися більше? Запитайте
Перевірка карти сайту відповідає на два запитання: чи можуть пошукові системи прочитати вашу карту сайту і чи описує вона сайт, який у вас є сьогодні? Google пояснює, що карта сайту допомагає пошуковим системам виявляти URL сайту, але не гарантує, що кожен перелічений елемент буде просканований та проіндексований (Google Search Central, what is a sitemap). Чистий, актуальний файл дає вашим важливим сторінкам найкращі шанси.

Що перевіряє інструмент перевірки карти сайту?
Введіть домен або повну адресу карти сайту. За доменом інструмент пробує звичні розташування одне за одним: /sitemap.xml, /sitemap_index.xml, /sitemap/sitemap.xml, а потім версію з www для /sitemap.xml. Він зупиняється на першому файлі, що схожий на карту сайту, і виконує такі перевірки.
| Перевірка | Правило | Чому це важливо |
|---|---|---|
| Карту сайту знайдено | Файл відповідає статусом успіху та містить urlset або sitemapindex | Карту сайту, що повертає помилку чи HTML-сторінку, ніколи не читають |
| Тип | urlset (список сторінок) або sitemapindex (список карт сайту) | Індекс має вказувати на карти сайту, а не на сторінки |
| XML-декларація | Файл починається з <?xml version="1.0"?> | Суворі парсери її очікують |
| Простір імен | xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" | Вимагається протоколом у тезі urlset |
| Розмір | Щонайбільше 50000 URL і 50 МБ без стиснення | Понад це файл потрібно розділити |
| Дублікати | Кожен URL вказано один раз | Повторювані URL створюють шум і часто виявляють помилку генерації |
| Порожній файл | Принаймні один URL або одна карта сайту | Порожня карта сайту зазвичай означає зламаний плагін |
Результат показує чотири картки (кількість URL, HTTP-статус, тип і кількість попереджень), список проблем, URL з датою lastmod і діаграму URL за роком останнього оновлення. Три перевірки на день безкоштовні; акаунт Sorank знімає обмеження.
Які правила валідної XML-карти сайту?
Вони походять із протоколу карти сайту, якого дотримуються Google, Bing та інші пошукові системи. Протокол sitemaps.org вимагає файл у UTF-8, що відкривається тегом urlset з простором імен, і по одному запису url з тегом loc для кожної сторінки.
- Обмеження розміру: не більше 50000 URL і не більше 50 МБ (52428800 байтів) без стиснення на файл. Файл можна стиснути gzip, але нестиснений розмір усе одно враховується.
- Індексні файли: понад ці ліміти розділіть URL на кілька карт сайту й перелічіть їх в індексі карт сайту, який сам може містити до 50000 карт.
- Екранування: усі значення мають бути екрановані сутностями, тож амперсанд в URL записується як &.
- Дати: lastmod використовує формат W3C Datetime, наприклад 2026-10-14, і має бути датою зміни сторінки, а не датою генерації карти сайту.
Google додає власні рекомендації: використовувати повні абсолютні URL, включати URL, які ви хочете бачити в результатах пошуку, і розміщувати карту сайту в корені, щоб вона охоплювала весь сайт (Google, build and submit a sitemap). Потрібно створити її з нуля? Генератор XML-карти сайту досліджує сайт і пише файл за вас.
Які теги карти сайту пошукові системи справді використовують?
Здебільшого loc і lastmod. Google заявляє, що ігнорує значення priority і changefreq, а lastmod використовує лише тоді, коли значення послідовно й підтверджено точне. Зміна основного вмісту, структурованих даних чи посилань вважається суттєвою; нова дата копірайту ні.
| Тег | Статус у протоколі | Як його розглядає Google |
|---|---|---|
| loc | Обов'язковий | Сканує URL точно так, як зазначено |
| lastmod | Необов'язковий | Використовується, коли він надійно точний |
| changefreq | Необов'язковий | Ігнорується |
| priority | Необов'язковий | Ігнорується |
Bing надає lastmod ще більшої ваги. Його команда для веб-майстрів описує lastmod як ключовий сигнал, що допомагає Bing вирішувати, які URL сканувати повторно, а які пропускати, коли нічого не змінилося, і пов'язує свіжість зі швидкістю появи оновлень у результатах пошуку та відповідях ШІ (Bing Webmaster Blog, 2025). Фальшиві дати, що змінюються при кожній збірці, марнують цей сигнал.
Як читати результати?
- Спершу перевірте статус. «Карта сайту валідна» означає, що файл знайдено й він правильно сформований. «Карту сайту знайдено з попередженнями» перелічує, що слід виправити. «Карту сайту не знайдено» показує перевірені URL: вкажіть справжнє розташування в robots.txt або дайте інструменту точну адресу.
- Порівняйте кількість URL із вашим сайтом. Магазин із 3000 товарів і карта сайту з 400 URL не вистачає сторінок; блог із 80 статей і 2000 URL перелічує теги, фільтри чи параметри.
- Прочитайте діаграму за роками. Якщо кожен URL показує сьогоднішню дату, lastmod генерується автоматично й не несе інформації. Якщо більшість дат на кілька років старі на сайті, який ви оновлюєте щотижня, генератор не читає ваші справжні дати.
- Перегляньте список URL. Шукайте http замість https, хост без www, коли ваш сайт використовує www, тестові або staging-адреси та URL з параметрами відстеження.

Які URL має містити карта сайту?
Лише канонічні, індексовані сторінки, що відповідають статусом 200. Кожен інший URL подає змішаний сигнал: ви просите пошукові системи сканувати сторінку, яку водночас просите ігнорувати.
| Залишити в карті сайту | Видалити з карти сайту |
|---|---|
| Канонічні сторінки, які ви хочете бачити в результатах пошуку | Дублікати, що вказують на інший канонічний URL |
| Сторінки, що повертають 200 | URL з редиректом (301, 302) і помилки (404, 410, 5xx) |
| Індексовані сторінки | Сторінки з тегом noindex |
| Сторінки, які краулери можуть відвідувати | URL, заблоковані в robots.txt |
| Одна версія кожної адреси | Параметри сесії, сортування та відстеження |
Перевіряйте сумнівні URL по одному за допомогою перевірки індексованості, перевірки canonical та перевірки редиректів і переконайтеся, що правила вашого robots.txt не суперечать файлу, за допомогою перевірки robots.txt.
Чи потрібна карта сайту кожному вебсайту?
Не завжди. Google каже, що сайту вона може не знадобитися, якщо він невеликий (близько 500 сторінок або менше), повністю пов'язаний внутрішніми посиланнями та не має багатьох медіафайлів чи сторінок новин для показу в пошуку. Карта сайту стає корисною, коли сайт великий, новий з небагатьма зовнішніми посиланнями або багатий на відео, зображення чи новини. Більшість CMS уже публікують її, тож питання не так «чи вона мені потрібна», як «чи вона правильна».
Карта сайту також не виправляє слабку внутрішню перелінковку. Сторінки, на які не посилається жодна інша сторінка, відомі як сторінки-сироти, можуть бути виявлені через карту сайту, але вони не отримують внутрішнього авторитету. Наші статті глосарія про XML-карти сайту та краулінговий бюджет пояснюють, як вони працюють разом.
Як надіслати карту сайту до Google і Bing?
Трьома способами, які можна поєднувати:
- robots.txt: додайте рядок на кшталт Sitemap: https://www.example.com/sitemap.xml. Кожен краулер, що читає robots.txt, знайде її.
- Google Search Console: вставте адресу у звіті «Карти сайту». Звіт покаже статус кожної карти сайту: «Успішно», «Не вдалося отримати» або «У карті сайту є помилки: X» (Search Console Help, Sitemaps report).
- Bing Webmaster Tools: надішліть ту саму адресу в розділі «Карти сайту» і розгляньте IndexNow, щоб повідомляти про зміни в міру їх появи.
Search Console також нагадує, що сканування URL карти сайту може зайняти час і що не всі вони можуть бути просканованими. Запускайте перевірку після кожної міграції, зміни теми чи оновлення плагіна, адже саме тоді карта сайту ламається непомітно для всіх.
Як підтримувати карту сайту здоровою з часом?
Перевіряйте її раз на місяць і щоразу, коли змінюється структура сайту. Занотуйте кількість URL і частку свіжих дат lastmod та порівняйте їх із попереднім місяцем: раптове зниження кількості URL або стіна однакових дат є двома найпоширенішими ознаками зламаного генератора.
Карта сайту лише перелічує те, що ви публікуєте. Щоб збільшити кількість сторінок, вартих індексації, генератор статей для блогу від Sorank пише й публікує статті з джерелами на вашому сайті, а дашборд GEO / SEO відстежує, як ці сторінки працюють у Google та у відповідях ШІ. Покроковий метод читайте в нашому посібнику про генератори карт сайту.
Хороша карта сайту: валідний XML, лише канонічні сторінки зі статусом 200 і чесні дати lastmod. Перевірте свою просто зараз, виправте те, що позначить інструмент, а потім ознайомтеся з тарифами Sorank, щоб і далі публікувати сторінки, гідні потрапити до неї.
































































































