XML-карта сайту допомагає пошуковим системам знаходити сторінки, які власник вважає важливими. Особливо корисна вона для великих сайтів, ресурсів із глибокою структурою, частими оновленнями або слабкою внутрішньою перелінковкою. Водночас карта не гарантує ні прискореного обходу, ні індексації, ні високих позицій у пошуку.
У посібнику зібрано рекомендації зі створення та перевірки карт сайту, опубліковані в лютому 2025 року. Можливості інструментів і вимоги пошукових систем із часом можуть змінитися.
Що таке XML-карта сайту
XML-карта перелічує URL сайту та слугує орієнтиром для систем, які виявляють та індексують контент. З її допомогою робот може дізнатися про сторінки, до яких інакше довелося б діставатися ланцюжком внутрішніх посилань. Вона також допомагає повідомляти про оновлення та аналізувати проблеми індексації.
Наявність сторінки в карті — сигнал про її значущість, а не обов’язкова інструкція для пошукової системи. І навпаки: відсутність URL у карті не означає, що Google не зможе його знайти та проіндексувати.
Як створити й оновлювати карту
Статичну карту можна сформувати за допомогою інструмента на зразок Screaming Frog. Але після додавання або видалення сторінки її доведеться оновити вручну. Зміни вмісту також не відобразяться автоматично в полі дати останньої зміни.
Для сайту, який регулярно оновлюється, практичніша динамічна карта: сервер формує її при змінах або за розкладом. Для цього можна замовити розробнику скрипт із чітким технічним завданням, скористатися генератором або встановити плагін CMS, наприклад Yoast для WordPress.
Формат XML і важливі поля
Коректний файл містить оголошення версії XML, кодування UTF-8 та вказівку простору імен стандарту sitemap. Для кожної адреси створюється окремий запис.
Обов’язкове поле <loc> має містити абсолютний канонічний URL з обраним протоколом і варіантом домену з www або без нього. Поле <lastmod> необов’язкове, але рекомендоване для дати й часу публікації або останньої суттєвої зміни сторінки.
Google зазначає, що використовує <lastmod>, якщо значення регулярно й перевірено відповідає дійсності. Суттєвими можуть бути зміни основного вмісту, структурованих даних або посилань; зміна року в повідомленні про авторські права до них не належить. Bing також описує це поле як сигнал для рішень про обхід та індексацію.
Не варто зазначати дату генерації карти замість дати зміни конкретної сторінки або оновлювати її без суттєвих правок: пошукова система може перестати довіряти цьому сигналу. Згідно з посібником, поля changefreq і priority пошукові системи ігнорують, тому включати їх не рекомендується.
Індекс карт сайту та обмеження файлів
Одна XML-карта може містити не більше ніж 50 000 URL і займати не більше ніж 50 МБ у нестисненому вигляді. Стиснення gzip заощаджує трафік, але не скасовує ці обмеження після розпакування.
Якщо перевищено хоча б один ліміт, адреси потрібно розділити між кількома файлами й об’єднати їх в індекс карт сайту. Індексів може бути кілька, але вкладати один індекс в інший не можна.
Індекс або окремі карти рекомендується надіслати через Google Search Console і Bing Webmaster Tools, а їхні адреси вказати в robots.txt. Це допомагає роботам виявити файли.
Карти зображень, відео та новин
Для зображень, згідно з посібником, окрема карта зазвичай не потрібна: оголошення простору імен і теги зображень можна додати до відповідних сторінок в основній карті. Для опису властивостей зображень джерело рекомендує розмітку schema.org/ImageObject у форматі JSON-LD, оскільки вона пропонує більше атрибутів. Зображення можуть розміщуватися на іншому домені, зокрема в CDN, за умови його підтвердження в Google Search Console.
Теги відео також можна додати до наявної карти. Якщо використовується багато додаткових полів, варто розглянути окремий файл: розширення збільшують розмір карти й можуть призвести до перевищення ліміту. Щоб карта допомагала Google виявляти та індексувати відео, ролик має бути пов’язаний зі вмістом сторінки та доступний Googlebot.
За словами автора вихідного матеріалу, представник Bing Фабріс Канель повідомив, що для відео Bing віддає перевагу надсиланню через IndexNow, хоча підтримує розширення відео в XML-картах; документація Bing також згадувала формат mRSS.
Карта Google News призначена для статей, створених за останні два дні: після спливу 48 годин їхні URL слід видаляти з новинної карти. Хоча новинні теги можна включити до звичайного файлу, джерело рекомендує окрему карту. Це розширення використовує Google, а URL зображень у новинній карті не підтримуються.
Чи потрібна HTML-карта
На відміну від XML-карти, HTML-карта призначена для відвідувачів. Перш ніж зберігати її лише за звичкою, можна перевірити перегляди в Google Analytics та оцінити якість навігації і внутрішніх посилань.
Автор посібника вважає, що за низького використання, хорошої перелінковки та наявності XML-карти HTML-карта може не мати практичної ролі. Якщо ж відвідувачі часто до неї звертаються, це привід вивчити, чи зручно їм знаходити потрібні розділи через основну навігацію.
Які URL включати до XML-карти
Карта має перелічувати сторінки, які потрібні для пошуку і які власник хоче запропонувати для обходу. У посібнику рекомендується виключати адреси з перенаправленням 301, відповіді 404 і 410, неканонічні URL, сторінки з noindex і сторінки, закриті в robots.txt.
Також джерело радить не включати сторінки пагінації, незначущі для SEO URL з параметрами, матеріали за формою отримання контактів і службові сторінки, які не призначені бути посадковими, наприклад сторінку входу в обліковий запис або політику конфіденційності.
Додавання перенаправлених, видалених або недоступних для індексації адрес задля прискорення їхнього виключення з пошуку може послабити довіру пошукових систем до карти як сигналу. Водночас карта залишається підказкою, а не способом заборонити індексацію решти сторінок.
Як перевірити карту та використовувати звіти
Валідатор XML перевіряє синтаксис, але не обов’язково покаже всі причини, через які Google або Bing не можуть отримати файл, наприклад обмеження для роботів. Тому карту слід надіслати безпосередньо в Search Console і Bing Webmaster Tools. Якщо сервіс показує помилку, потрібно з’ясувати її причину, виправити проблему та повторити надсилання.
Розділення карт за типами сторінок робить звіти кориснішими. Наприклад, якщо з 80 000 надісланих URL обидві пошукові системи не проіндексували 9 000, загальна статистика може не підказати, де шукати проблему. Окремі карти категорій, товарів і статей допоможуть побачити, чи не зосереджена більшість виключень в одному розділі.
Зрозумілі назви файлів за розділами або батьківськими категоріями інформативніші за просту нумерацію. Для багатомовного сайту додатковим рівнем розділення може стати мова. Щоб порівняння працювало, кожен URL має перебувати лише в одній звичайній карті; виняток у посібнику зроблено для карти Google News.
Як вибрати розмір карти
Ліміт у 50 000 URL не означає, що кожен файл потрібно заповнювати до межі. Деякі SEO-фахівці використовують менші групи, наприклад по 10 000 адрес, розраховуючи на швидшу індексацію.
На момент публікації посібника зі звіту Search Console можна було завантажити лише 1 000 URL. Тому, якщо в одній карті не проіндексовано 2 000 сторінок, вивантаження покаже лише частину. Розділення на групи по 1 000 може спростити аналіз усіх проблемних адрес, але потребуватиме більше часу на налаштування, надсилання та подальше управління файлами.
Коротка перевірка перед надсиланням
Переконайтеся, що карти оновлюються динамічно, не перевищують обмежень і за потреби об’єднані в індекс. Перевірте канонічні адреси, коректність <lastmod>, відсутність невідповідних URL і синтаксичних помилок.
Потім вкажіть карти в robots.txt, надішліть їх у Google Search Console і Bing Webmaster Tools та вивчайте звіти за групами сторінок. Для зображень, відео та новин використовуйте відповідні розширення або окремі файли там, де вони справді потрібні.
Коментарів поки немає. Почніть обговорення.