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

> Що таке XML карта сайту, які URL включати в sitemap.xml, як додати її в Google Search Console, які теги Google ігнорує і як виправити помилки sitemap.

URL: https://seorecheck.com/ua/blog/xml-sitemap-seo-guide · Опубліковано: 2026-10-18 · [English](https://seorecheck.com/blog/xml-sitemap-seo-guide.md), [Español](https://seorecheck.com/es/blog/xml-sitemap-seo-guide.md)

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

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

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

Google [визначає sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview) як «файл, у якому ви надаєте інформацію про сторінки, відео та інші файли на вашому сайті, а також про звʼязки між ними». Пошукові системи використовують його, щоб ефективніше сканувати сайт і розуміти, які сторінки ви вважаєте важливими.

Карта сайту — це файл для виявлення сторінок і підказка, а не команда. Google прямо пише, що sitemap «не гарантує, що всі елементи вашої карти сайту буде проскановано й проіндексовано». У довідці Search Console додано, що для кількості «виявлених сторінок» у звіті «Файли Sitemap» [«немає гарантії, що URL сторінки, виявлений у файлі Sitemap, було або буде проскановано чи проіндексовано»](https://support.google.com/webmasters/answer/7451001).

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

- **Виявлення.** Показує URL, до яких [внутрішні посилання](https://seorecheck.com/ua/blog/internal-linking-seo-guide) можуть не довести швидко: нові товари чи глибокі архівні сторінки.
- **Сигнали про зміни.** Точний `<lastmod>` повідомляє Google, які сторінки змінилися з часу його останнього візиту.
- **Підказки щодо канонічності.** У документації Google про дублікати URL включення до sitemap назване [«слабким сигналом, який допомагає URL, включеним у карту сайту, стати канонічними»](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls).

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

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

Невеликі сайти з добрими внутрішніми посиланнями можуть обійтися без неї, але більшості сайтів вона щось дає. Google пише, що вам [може не знадобитися sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview), якщо на сайті «приблизно 500 сторінок або менше», він «повністю повʼязаний внутрішніми посиланнями» і має мало медіафайлів чи новинних сторінок. Найбільше виграють великі сайти, нові сайти з малою кількістю зворотних посилань і сайти з великою кількістю відео, зображень чи новин.

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

| Тип сайту | Чи потрібна sitemap? | Чому |
|---|---|---|
| Сайт-візитка на 10–50 сторінок з добрими посиланнями | Необовʼязково | Googlebot дійде за посиланнями до кожної сторінки |
| Новий сайт з малою кількістю зовнішніх посилань | Так | Допомагає Google знайти сторінки, до яких немає інших шляхів |
| Інтернет-магазин з тисячами товарів | Так | До глибоких сторінок і нових товарів важко дістатися лише через посилання |
| Блог або новинний сайт із щоденними публікаціями | Так | Точний `lastmod` допомагає Google підхоплювати свіжий контент |
| Багатомовний сайт | Так | Може містити анотації hreflang для мовних версій |

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

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

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

```xml
<?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](https://seorecheck.com/ua/blog/robots-txt-seo-guide) — пряма суперечність.
- **Тестові чи dev-URL**, які потрапили туди через плагін або неправильно налаштовану збірку.

Коли sitemap і сторінка суперечать одна одній — наприклад, у карті вказано `/shoes?color=red`, а canonical цієї сторінки веде на `/shoes`, — Google доводиться вирішувати, якому сигналу довіряти. У [посібнику з тегу canonical](https://seorecheck.com/ua/blog/canonical-tag-guide) пояснено, як узгодити ці сигнали.

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

Google використовує `<loc>` і, якщо йому можна довіряти, `<lastmod>`. У документації про sitemap сказано, що [«Google ігнорує значення `<priority>` і `<changefreq>`»](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap), тож пріоритет 1.0 чи «daily» для кожної сторінки нічого не змінює. Інші пошукові системи можуть їх читати, але для Google на них не варто розраховувати.

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

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

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

У [посібнику Google зі створення sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) наведено такі правила:

| Правило | Вимога Google |
|---|---|
| Розмір одного файлу sitemap | 50 МБ без стиснення або 50 000 URL |
| Формат URL | Повні абсолютні URL (`https://www.example.com/page/`) |
| Кодування | UTF-8 |
| Підтримувані формати | XML, RSS/mRSS/Atom 1.0, простий текст (один URL на рядок) |
| Розташування | Рекомендовано корінь сайту — для найширшого охоплення |
| Ігноровані теги | `<priority>`, `<changefreq>` |

XML — найгнучкіший формат, бо підтримує розширення для зображень, відео, новин і альтернативних мовних версій. Для багатомовних сайтів мовні версії можна оголосити в sitemap, а не в head сторінки. У [посібнику з hreflang](https://seorecheck.com/ua/blog/hreflang-guide) описано синтаксис, зокрема самопосилання та зворотні посилання, потрібні кожній версії.

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

Коли сайт перевищує 50 000 URL або 50 МБ, розділіть карту на кілька файлів і перелічіть їх в індексному файлі sitemap. У [документації Google про великі sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/large-sitemaps) сказано, що індексний файл може містити до 50 000 записів `<loc>`, а в Search Console можна надіслати до 500 індексних файлів sitemap на сайт.

```xml
<?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 [перелічує такі способи надсилання](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap): звіт «Файли 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»](https://support.google.com/webmasters/answer/7451001) радить спершу перевірити доступність URL інструментом перевірки URL.
4. **Надішліть її.** У Search Console відкрийте *Файли Sitemap*, вставте URL у поле *Додати новий файл Sitemap* і натисніть *Надіслати*.
5. **Перевірте статус** через кілька днів.

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

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

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

| Статус або симптом | Ймовірна причина | Як виправити |
|---|---|---|
| Не вдалося отримати | Неправильний URL, файл за логіном чи файрволом, блокування в robots.txt, помилка сервера | Відкрийте URL у приватному вікні; перевірте robots.txt і правила сервера/CDN |
| Є помилки | Невалідний XML, відносні URL, неправильне кодування, URL на іншому хості | Перевірте файл валідатором; використовуйте абсолютні URL на підтвердженому ресурсі |
| Успішно, але проіндексовано мало сторінок | У sitemap є редиректи, сторінки з noindex, дублікати чи слабкі сторінки | Приберіть URL, які не індексуються; покращте важливі сторінки |
| Кількість виявлених значно більша за реальну кількість сторінок | Параметри, фільтри чи старі URL у генераторі | Виправте правила включення в генераторі |
| Кількість виявлених значно менша за реальну кількість сторінок | Плагін виключає типи записів, sitemap не оновлюється | Перевірте налаштування генератора й перебудуйте карту |

«Успішно» означає лише те, що файл вдалося прочитати. Щоб побачити, що сталося з URL зі списку, відкрийте звіт «Індексування сторінок» і відфільтруйте його за sitemap. Якщо багато надісланих сторінок мають статус «Виявлено – наразі не проіндексовано», Google знає про них, але ще не просканував. У [посібнику про цей статус](https://seorecheck.com/ua/blog/discovered-currently-not-indexed-fix) розібрано типові причини.

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

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

Якщо не хочете сканувати файл самостійно, [безкоштовний аудит SEORecheck](https://seorecheck.com/ua/request) перевірить, чи знаходиться й читається ваша карта сайту, і позначить URL зі списку, які редиректять, повертають помилки, мають noindex або вказують canonical на іншу сторінку. Це частина ширшого [технічного SEO-аудиту](https://seorecheck.com/ua/blog/technical-seo-audit), який охоплює також сканування, рендеринг і редиректи.

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

- **Дві конкуруючі 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 виглядають поруч з іншими проблемами сайту, перегляньте [приклад звіту](https://seorecheck.com/ua/sample). [Повний приклад](https://seorecheck.com/ua/sample/full) детально показує уражені URL і способи виправлення.

---

## Хочете знати, що виправити на своєму сайті?

Отримайте безкоштовне превʼю SEO-аудиту: оцінку й реальні проблеми з доказами з ваших сторінок.

- [Отримати безкоштовне превʼю аудиту](https://seorecheck.com/ua/request)
- [Переглянути приклад звіту](https://seorecheck.com/ua/sample)