XML карта сайту (sitemap.xml): що включити й як додати

XML карта сайту (sitemap.xml) — це файл зі списком URL вашого сайту, які ви хочете, щоб пошукові системи знайшли й просканували. Часто в ньому також вказано дату останньої зміни кожної сторінки. Карта сайту допомагає Google швидше знаходити сторінки, особливо на великих або нових сайтах. Індексацію вона не гарантує і працює лише тоді, коли містить чисті, канонічні URL, які можна індексувати.

Здебільшого проблема не в тому, що файлу немає. Проблема в тому, що у файлі не ті URL. У цьому посібнику розповідаємо, що має бути в sitemap, що Google ігнорує, як додати карту сайту в Google і як читати помилки.

Що таке XML карта сайту і навіщо вона потрібна?

Google визначає sitemap як «файл, у якому ви надаєте інформацію про сторінки, відео та інші файли на вашому сайті, а також про звʼязки між ними». Пошукові системи використовують його, щоб ефективніше сканувати сайт і розуміти, які сторінки ви вважаєте важливими.

Карта сайту — це файл для виявлення сторінок і підказка, а не команда. Google прямо пише, що sitemap «не гарантує, що всі елементи вашої карти сайту буде проскановано й проіндексовано». У довідці Search Console додано, що для кількості «виявлених сторінок» у звіті «Файли Sitemap» «немає гарантії, що URL сторінки, виявлений у файлі Sitemap, було або буде проскановано чи проіндексовано».

Отже, sitemap корисна в трьох речах:

• Виявлення. Показує URL, до яких внутрішні посилання можуть не довести швидко: нові товари чи глибокі архівні сторінки.
• Сигнали про зміни. Точний <lastmod> повідомляє Google, які сторінки змінилися з часу його останнього візиту.
• Підказки щодо канонічності. У документації Google про дублікати URL включення до sitemap назване «слабким сигналом, який допомагає URL, включеним у карту сайту, стати канонічними».

Вона не допоможе ранжуватися слабкій сторінці, не скасує тег noindex і не обійде блокування в robots.txt.

Чи потрібна моєму сайту карта сайту?

Невеликі сайти з добрими внутрішніми посиланнями можуть обійтися без неї, але більшості сайтів вона щось дає. Google пише, що вам може не знадобитися sitemap, якщо на сайті «приблизно 500 сторінок або менше», він «повністю повʼязаний внутрішніми посиланнями» і має мало медіафайлів чи новинних сторінок. Найбільше виграють великі сайти, нові сайти з малою кількістю зворотних посилань і сайти з великою кількістю відео, зображень чи новин.

На практиці підтримка карти сайту майже нічого не коштує, а більшість платформ створюють її автоматично. Google зазначає, що якщо ви використовуєте CMS на кшталт WordPress, Wix чи Blogger, вона, найімовірніше, вже згенерувала карту. Справжнє питання — чи точна ваша sitemap, адже погана карта скеровує Google на неправильні URL.

Що включати в XML карту сайту?

Включайте лише URL, які мають зʼявлятися в пошуку: канонічні сторінки зі статусом 200, не заблоковані в robots.txt і без тегу noindex. Кожен URL має бути абсолютним, використовувати бажаний протокол і хост та збігатися з URL у власному тегу canonical сторінки. Усе інше — шум, який марнує ресурси сканування й надсилає суперечливі сигнали.

Ось мінімальний валідний файл:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/services/roof-repair/</loc>
    <lastmod>2026-09-30</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/blog/how-to-spot-roof-damage/</loc>
    <lastmod>2026-10-12</lastmod>
  </url>
</urlset>

Що не включати

Під час аудитів реальних карт сайту раз у раз трапляються ті самі типи URL, яким там не місце:

• URL з редиректом (301/302). Натомість вказуйте кінцеву адресу.
• Сторінки 404 і 410: видалені товари, старі сторінки акцій.
• Неканонічні дублікати: URL з параметрами відстеження, відсортовані чи відфільтровані списки, версії з HTTP або без www.
• Сторінки з noindex: сторінки подяки, результати внутрішнього пошуку, архіви тегів, які ви виключили.
• URL, заблоковані в robots.txt. Вказати URL у sitemap і водночас заблокувати його в robots.txt — пряма суперечність.
• Тестові чи dev-URL, які потрапили туди через плагін або неправильно налаштовану збірку.

Коли sitemap і сторінка суперечать одна одній — наприклад, у карті вказано /shoes?color=red, а canonical цієї сторінки веде на /shoes, — Google доводиться вирішувати, якому сигналу довіряти. У посібнику з тегу canonical пояснено, як узгодити ці сигнали.

Які теги sitemap Google справді використовує?

Google використовує <loc> і, якщо йому можна довіряти, <lastmod>. У документації про sitemap сказано, що «Google ігнорує значення <priority> і <changefreq>», тож пріоритет 1.0 чи «daily» для кожної сторінки нічого не змінює. Інші пошукові системи можуть їх читати, але для Google на них не варто розраховувати.

Важливий саме <lastmod>, і лише якщо він чесний. Google радить використовувати його лише тоді, коли він «стабільно й перевірювано точний», і він має відображати суттєві зміни основного контенту, структурованих даних чи посилань. Змінений рік копірайту у футері не рахується.

Поширена помилка — генератор sitemap, який ставить кожному URL час створення файлу. Якщо кожна сторінка щодня стверджує, що змінилася сьогодні, дата нічого не каже Google. Беріть lastmod з реальної дати зміни контенту у вашій CMS або взагалі не вказуйте його.

Формати й обмеження

У посібнику Google зі створення sitemap наведено такі правила:

XML — найгнучкіший формат, бо підтримує розширення для зображень, відео, новин і альтернативних мовних версій. Для багатомовних сайтів мовні версії можна оголосити в sitemap, а не в head сторінки. У посібнику з hreflang описано синтаксис, зокрема самопосилання та зворотні посилання, потрібні кожній версії.

Як працювати з великими сайтами: індексний файл sitemap

Коли сайт перевищує 50 000 URL або 50 МБ, розділіть карту на кілька файлів і перелічіть їх в індексному файлі sitemap. У документації Google про великі sitemap сказано, що індексний файл може містити до 50 000 записів <loc>, а в Search Console можна надіслати до 500 індексних файлів sitemap на сайт.

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

На двох обмеженнях часто спотикаються. Файли sitemap, на які посилається індекс, мають розміщуватися на тому ж сайті, що й індекс, якщо ви не налаштували надсилання між сайтами. Крім того, вони мають лежати в тій самій директорії, що й індекс, або глибше. Індекс за адресою /public/sitemap_index.xml не може посилатися на /sitemap-blog.xml у корені.

Щоб розділити карту сайту, не обовʼязково мати величезний сайт. Окремі файли для товарів, категорій, статей блогу й лендингів значно спрощують діагностику. Коли Search Console показує низький рівень індексації для одного файлу, ви одразу знаєте, який шаблон перевіряти.

Як додати sitemap у Google Search Console?

Надішліть карту сайту у звіті «Файли Sitemap» у Search Console і вкажіть її в robots.txt. Google перелічує такі способи надсилання: звіт «Файли Sitemap», Search Console API, рядок Sitemap: у robots.txt і WebSub для RSS- чи Atom-стрічок. Звіт разом із robots.txt охоплюють і Google, і інших пошукових роботів.

Покроково:

1. Знайдіть URL карти сайту. Типові адреси — /sitemap.xml, /sitemap_index.xml або /wp-sitemap.xml у WordPress. Відкрийте її в браузері, щоб переконатися, що вона завантажується.
2. Додайте її в robots.txt окремим рядком:

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

3. Перевірте її. Довідка Google про звіт «Файли Sitemap» радить спершу перевірити доступність URL інструментом перевірки URL.
4. Надішліть її. У Search Console відкрийте Файли Sitemap, вставте URL у поле Додати новий файл Sitemap і натисніть Надіслати.
5. Перевірте статус через кілька днів.

Google намагається завантажити надіслану карту сайту одразу. Сканування URL усередині може тривати значно довше — залежно від вашого сайту.

Як читати й виправляти помилки sitemap у Search Console?

Звіт «Файли Sitemap» показує один із трьох статусів: Успішно (файл отримано й прочитано без помилок), Є помилки (файл отримано, але з однією чи кількома помилками синтаксичного аналізу) і Не вдалося отримати (Google не зміг завантажити файл). Кожен статус вказує на інше виправлення.

«Успішно» означає лише те, що файл вдалося прочитати. Щоб побачити, що сталося з URL зі списку, відкрийте звіт «Індексування сторінок» і відфільтруйте його за sitemap. Якщо багато надісланих сторінок мають статус «Виявлено – наразі не проіндексовано», Google знає про них, але ще не просканував. У посібнику про цей статус розібрано типові причини.

Швидкий аудит карти сайту власноруч

1. Завантажте свою sitemap і порахуйте URL.
2. Проскануйте список і перевірте для кожного URL код статусу, canonical, метатег robots і статус у robots.txt.
3. Позначте кожен URL, який не повертає 200, не є самоканонічним або не індексується.
4. Порівняйте список із вашими справді важливими сторінками. Чи не бракує ключових послуг, товарів чи статей?
5. Перевірте, чи дати lastmod реальні, чи це просто час збірки.

Якщо не хочете сканувати файл самостійно, безкоштовний аудит SEORecheck перевірить, чи знаходиться й читається ваша карта сайту, і позначить URL зі списку, які редиректять, повертають помилки, мають noindex або вказують canonical на іншу сторінку. Це частина ширшого технічного SEO-аудиту, який охоплює також сканування, рендеринг і редиректи.

Типові помилки з картою сайту і як їх уникнути

• Дві конкуруючі sitemap. І SEO-плагін, і ядро CMS генерують власну карту з різними наборами URL. Оберіть одну, а другу вимкніть.
• Sitemap ніколи не оновлюється. Статичний файл, завантажений роки тому, досі містить видалені сторінки. Генеруйте його автоматично з CMS або під час збірки.
• Неправильний хост чи протокол. У sitemap вказано http:// або URL без www, а сайт працює на https://www.. Тоді кожен URL зі списку редиректить.
• Фальшива свіжість. Кожен lastmod дорівнює сьогоднішній даті. Використовуйте реальні дати змін.
• Надмірна покладистість на sitemap. Сторінки, які є лише в карті сайту без жодних внутрішніх посилань, виглядають неважливими. Посилайтеся на них і з релевантних сторінок.
• Ігнорування розділених звітів. Один гігантський файл приховує, у якому розділі проблема. Розділяйте карту за типами сторінок.

Головне

• XML карта сайту допомагає Google знаходити й повторно сканувати URL. Сканування чи індексацію вона не гарантує.
• Вказуйте лише канонічні URL, які індексуються й повертають 200. Не включайте редиректи, 404, сторінки з noindex і URL з параметрами.
• Google ігнорує <priority> і <changefreq>. Тримайте <lastmod> точним або не вказуйте його.
• Обмеження: 50 000 URL або 50 МБ без стиснення на файл. Понад це — використовуйте індексний файл sitemap.
• Надішліть карту в Search Console і додайте рядок Sitemap: у robots.txt.
• «Успішно» у звіті «Файли Sitemap» означає лише, що файл прочитано. Що сталося з URL, дивіться у звіті «Індексування сторінок».

Щоб побачити, як знахідки щодо sitemap виглядають поруч з іншими проблемами сайту, перегляньте приклад звіту. Повний приклад детально показує уражені URL і способи виправлення.