Помилки sitemap XML: що означають і як їх виправити

Помилки sitemap XML (карти сайту) не дають Google завантажити файл sitemap, прочитати його або використати URL, які в ньому є. Search Console показує їх у звіті «Файли Sitemap». Майже кожна така помилка зводиться до однієї з трьох причин: файл неможливо отримати, XML недійсний або URL у файлі порушують правила. І для кожної причини є своє конкретне виправлення.

У цьому посібнику ми розбираємо повідомлення про помилки по черзі. Якщо спершу потрібні основи (що має містити карта сайту і як її надіслати), почніть із нашого посібника з XML sitemap.

Де шукати помилки sitemap XML?

Вони відображаються в Search Console у розділі Індексування → Файли Sitemap. Кожен надісланий файл sitemap отримує там один із трьох статусів: Успішно (Success), Є помилки (Has errors) або Не вдалося отримати (Couldn't fetch). Натисніть на sitemap, щоб побачити окремі помилки. Здебільшого звіт указує рядок або URL, через який виникла кожна з них.

Документація Google до звіту про файли Sitemap визначає статуси так:

• Успішно: файл sitemap «було отримано й прочитано без жодних помилок». Його URL ставляться в чергу на сканування.
• Є помилки: файл завантажено, але в ньому є одна чи кілька помилок парсингу. Google усе одно може використати записи, які розпізнано правильно.
• Не вдалося отримати: Google узагалі не зміг завантажити файл.

Перед тим як шукати причину, варто знати про два обмеження. Звіт показує тільки ті sitemap, які надіслано через Search Console або API, а не ті, що Google знайшов через robots.txt. До того ж статус Успішно не гарантує індексації: Google прямо пише, що «немає гарантії, що URL сторінки, знайдений у sitemap, було або буде проскановано чи проіндексовано».

Помилки sitemap XML: коротка таблиця

У таблиці зібрано помилки, які найчастіше трапляються на звичайних сайтах, і виправлення для кожної. Основою слугував довідник помилок Google.

Чому sitemap має статус «Не вдалося отримати»?

«Не вдалося отримати» (Couldn't fetch) означає, що Googlebot так і не отримав придатного файлу. Найчастіше винні неправильний URL, відповідь 404 або 5xx, блокування в robots.txt чи файрвол або захист від ботів, який вимагає від Googlebot пройти перевірку. Перш ніж щось змінювати, відкрийте URL sitemap у приватному вікні браузера й перевірте HTTP-статус.

Документація Google називає такі причини цього статусу:

1. Файл заблоковано в robots.txt. Приберіть правило Disallow, яке збігається зі шляхом до sitemap. Як перевіряти правила, пояснює наш посібник з robots.txt.
2. Неправильний URL (404). Таке часто трапляється після зміни CMS або SEO-плагіна, коли /sitemap.xml перетворюється на /sitemap_index.xml або навпаки. Надішліть URL, який справді існує.
3. Проблеми із сервером. Тайм-аути та помилки 5xx часто тимчасові, і Google сам повторює спроби.
4. Ручні заходи щодо сайту. Їх розв'язують у звіті «Заходи, вжиті вручну».

Щойно надіслані sitemap іноді показують «Не вдалося отримати» короткий час, до першої справжньої спроби завантаження. Якщо у вашому браузері файл повертає 200 і коректний XML, зачекайте кілька днів, перш ніж вирішувати, що щось зламано. Якщо статус не змінюється, перегляньте журнали CDN або WAF на предмет заблокованих запитів Googlebot. Правила безпеки, які надсилають невідомим клієнтам JavaScript-перевірку, часто стають прихованою причиною.

Як виправити помилку парсингу sitemap?

Помилка парсингу означає, що Google завантажив файл, але не зміг прочитати його як XML. Зазвичай причина в неекранованому спецсимволі в URL, найчастіше це «голий» & у рядку запиту. Інші можливі причини: зайві пробіли перед XML-декларацією, типографські лапки, неправильний простір імен або HTML-сторінка там, де мав бути XML.

Документація Google вимагає екранувати п'ять символів як сутності. Коректний запис виглядає так:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/shop?color=blue&amp;size=m</loc>
    <lastmod>2026-10-20</lastmod>
  </url>
</urlset>

Заодно перевірте пов'язані проблеми:

• Пробіли на початку. Порожній рядок або BOM (byte-order mark) перед <?xml спричиняють окрему помилку. Часто це PHP-файл, у якому після закривального ?> стоїть перенесення рядка.
• Типографські лапки. Вони з'являються, коли файл редагують у текстовому процесорі. Google радить використовувати лише прямі лапки.
• HTML замість XML. Деякі плагіни кешування, режими обслуговування та шаблони «сторінку не знайдено» повертають HTML-сторінку зі статусом 200. Google показує це як Unsupported format. Відкрийте файл і переконайтеся, що він починається з <?xml або <urlset.
• Кодування. У посібнику Google зі створення sitemap сказано, що файл «має бути в кодуванні UTF-8».

Перш ніж надсилати файл повторно, вставте його в будь-який XML-валідатор. Він знайде всі ці проблеми за лічені секунди.

Що означає «URL не дозволено» у sitemap?

«URL не дозволено» (URL not allowed) означає, що sitemap містить URL поза своєю зоною дії: на іншому хості або в папці, вищій за розташування sitemap. Якщо sitemap лежить за адресою /blog/sitemap.xml, у ньому не можна вказувати сторінки /products/. Щоб це виправити, розмістіть sitemap у корені сайту або вказуйте лише URL усередині його папки.

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

Близькі до цього помилки невідповідності шляху (path mismatch). Якщо sitemap розміщено за адресою https://example.com/sitemap.xml, а в ньому вказано URL https://www.example.com/..., Google позначить невідповідність. Оберіть основний (канонічний) хост, і хай URL sitemap, кожен <loc> і ваші переспрямування вказують саме на нього. Те саме стосується http і https. Як обрати бажану версію URL, пояснює наш посібник з тегу canonical.

Які ліміти розміру й формати дат у sitemap спричиняють помилки?

Помилки розміру виникають, коли один sitemap містить понад 50 000 URL або важить понад 50 МБ без стиснення. Помилки дати виникають, коли <lastmod> не відповідає формату W3C Datetime. Обидві легко виправити: розділіть великі файли за допомогою індексного файлу sitemap і виводьте дати у вигляді 2026-10-20 або 2026-10-20T14:30:00+00:00.

Ліміти за документацією Google:

• На один sitemap: 50 000 URL або 50 МБ без стиснення. Якщо перевищити будь-який із них, з'явиться Too many URLs або file size error.
• На один індексний файл sitemap: до 50 000 записів <loc>, а в Search Console можна надіслати до 500 індексних файлів на сайт (великі sitemap).
• Без вкладення: «Індексний файл sitemap не може містити інші індексні файли, лише файли sitemap» (довідка до звіту про файли Sitemap).

Помилку Invalid date зазвичай спричиняє шаблон, який виводить дату в локальному форматі, як-от 20/10/2026 або 20 жовтня 2026, або мітку часу без часового поясу. Правильний формат прибере помилку, але дата має бути ще й точною. Google використовує <lastmod> тільки тоді, коли значення «стабільно й перевірювано точне» і відображає суттєві оновлення. Змінений рік у копірайті не рахується. Sitemap, який ставить сьогоднішню дату на кожен URL, є коректним XML, але нічого корисного Google не дає. Теги <priority> і <changefreq> Google повністю ігнорує, тож на помилки в них не варто витрачати багато часу.

Які проблеми sitemap Search Console не показує як помилки?

Найшкідливіші проблеми sitemap часто ховаються за зеленим статусом Успішно. Search Console приймає sitemap, повний переспрямованих, 404-х, noindex-сторінок чи неканонічних URL, бо сам XML коректний. Такі записи марнують увагу краулера й дають суперечливі сигнали про те, які сторінки важливі. Знайти їх можна, тільки просканувавши URL із sitemap. Сам звіт їх не покаже.

Шукайте такі чотири проблеми зі вмістом:

• Переспрямовані URL. Старі адреси, які залишилися в sitemap після міграції. Замініть їх кінцевими адресами. Для ланцюжків переспрямувань Google також показує URLs not followed.
• Сторінки 404 і 410. Видалені товари чи записи, які генератор не прибрав.
• Сторінки з noindex. Sitemap каже «індексуй», а сторінка каже «не треба». Виправте той сигнал, який хибний.
• Неканонічні URL. Варіанти з параметрами, фільтрами чи кінцевою скісною рискою, тег canonical яких указує на іншу сторінку.

Щоб перевірити, відкрийте в Search Console звіт Індексування сторінок, відфільтруйте його за своїм sitemap і подивіться, чому сторінки не проіндексовано. Кожну причину пояснює наш посібник про виправлення проблем з індексацією сайту. Щоб перевірити кожен URL окремо, проскануйте sitemap краулером і порівняйте для кожного URL код статусу, директиви robots і canonical. Безкоштовний SEO-аудит SEORecheck зробить це за вас: він покаже URL із sitemap, які переспрямовують, повертають помилки, закриті noindex або мають canonical на іншу сторінку, з прикладами URL з вашого сайту.

Як переконатися, що помилку sitemap виправлено?

Виправте файл і відкрийте його в браузері, щоб переконатися, що він повертає 200 і коректний XML. Потім надішліть його повторно у звіті «Файли Sitemap». Статус і дата Останнє читання оновляться, коли Google знову отримає файл. Проблеми зі вмістом зникають довше, бо Google має повторно просканувати відповідні сторінки.

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

Короткий порядок перевірки:

1. Перевірте XML валідатором, а також HTTP-статус і Content-Type.
2. Надішліть повторно в Search Console і запишіть дату.
3. Стежте за статусом і датою Останнє читання протягом наступних днів.
4. Спостерігайте за звітом «Індексування сторінок», відфільтрованим за sitemap, протягом кількох тижнів.
5. Додайте перевірку в процес релізу. Багато помилок sitemap повертаються після оновлень плагінів або деплоїв, і саме для цього потрібне регресійне SEO-тестування.

Якщо видалити sitemap зі звіту, Google не забуде його URL. Щоб зупинити сканування, Google радить правила robots.txt, видалення сторінок або noindex.

Головне

• Помилки sitemap XML поділяються на три групи: файл неможливо отримати, XML неможливо розібрати або URL порушують правила.
• «Не вдалося отримати» зазвичай означає неправильний URL, блокування в robots.txt, помилку сервера або файрвол. Спершу перевірте URL самостійно.
• Помилки парсингу зазвичай дають неекранований &, пробіли на початку файлу або HTML замість XML.
• Тримайте кожен sitemap у межах 50 000 URL і 50 МБ без стиснення та ніколи не вкладайте індексні файли один в одний.
• Для <lastmod> використовуйте формат W3C Datetime і оновлюйте дату лише тоді, коли сторінка справді змінилася.
• Статус Успішно може приховувати переспрямування, 404, noindex-сторінки й неканонічні URL. Щоб їх знайти, проскануйте свій sitemap.