Шаблон інвентаризації та аудиту XML-карти сайту

Що додавати і що виключати

Коли використовувати: Точно визначте, які URL мають бути в карті сайту, щоб сигналізувати лише про найкращі індексовані сторінки.

Додавайте лише канонічні, індексовані URL зі статусом 200

Карта сайту є коротким списком URL, які ви хочете бачити в індексі, тож у ній мають бути лише сторінки, що справді відповідають вимогам. Додавайте URL, лише якщо це канонічна версія, вона повертає статус 200 і відкрита для індексації.

Визначте правила включення:

• [Властивість] Канонічний URL вказує сам на себе та немає директиви noindex
• [Властивість] Лише HTTP 200, без редиректів (3xx) і помилок (4xx/5xx)
• [Властивість] Один абсолютний URL, однаковий протокол та хост

Виключайте все, що розмиває сигнал:

• [Виключити] Сторінки з noindex, заблоковані в robots.txt або за пейволом
• [Виключити] Дублікати з параметрами, фільтрами та ідентифікаторами сесій
• [Виключити] Неканонічні варіанти, адреси переспрямувань і сторінки 404

Задокументуйте джерело, з якого генеруєте URL (експорт із CMS, запит до бази даних або краулінг), щоб список щоразу збирався однаково.

Чистий і послідовний список показує пошуковим системам, що ви контролюєте якість. Змішані або биті URL підривають цю довіру.

Структура та розбиття карти сайту

Коли використовувати: Тримайте великі сайти в межах лімітів: розбивайте файли й об’єднуйте їх індексом карт сайту.

Дотримуйтеся лімітів 50 000 URL і 50 МБ

Кожен файл карти сайту обмежений 50 000 URL і 50 МБ без стиснення. Якщо досягнуто будь-якого з лімітів, розбийте карту на кілька файлів, на які посилається індекс карт сайту.

Сплануйте структуру:

• [Усього URL] Порахуйте канонічні, індексовані URL, щоб визначити кількість файлів
• [Логіка розбиття] Групуйте за типом контенту, розділом або шаблоном
• [Назви] Передбачуваний шаблон, наприклад sitemap-products-1.xml

Потім створіть індекс:

1. Створіть один індексний файл, у якому перелічено розташування кожної дочірньої карти сайту.
2. Тримайте дочірні файли в межах обох лімітів, а великі стискайте gzip, щоб полегшити передачу.
3. Надішліть у Search Console URL індексу (а не кожен дочірній файл).

Групування за розділами також спрощує моніторинг: якщо в одному сегменті падає покриття, ви швидко знайдете, у якій карті сайту він лежить.

Призначте [Відповідальний], щоб кількість файлів і розбиття оновлювалися, коли сайт переростає кожен поріг.

Спеціалізовані карти сайту (зображення, відео, новини)

Коли використовувати: Показуйте медіа та термінові матеріали за допомогою відповідних розширень карти сайту.

Використовуйте розширення для зображень, відео та новин

Коли звичайного виявлення URL недостатньо, спеціалізовані карти сайту додають структуровані дані для окремих типів контенту. Додавайте їх, лише якщо публікуєте такий контент.

Карти сайту для зображень допомагають показати візуальний контент сторінки:

• [Поле] URL розташування для кожного ключового зображення на сторінці
• [Обсяг] Лише змістовні зображення контенту, не елементи інтерфейсу

Карти сайту для відео описують кожне розміщене відео:

• [Поле] URL мініатюри, назва, опис і URL контенту або плеєра

Карти сайту для новин охоплюють свіжі статті для Google News:

• [Поле] Назва видання та точна дата публікації
• [Правило] Лише статті за останні 48 годин

Визначте, яке розширення потрібне:

• [Тип контенту] Зображення / відео / новини
• [Джерело даних] Звідки генеруються метадані медіа

Медіа-URL теж мають бути канонічними та повертати 200: ті самі правила якості діють для всіх типів карт сайту.

lastmod і точність

Коли використовувати: Використовуйте точні значення lastmod, щоб краулери надавали пріоритет сторінкам, які справді змінилися.

Тримайте lastmod правдивим, а changefreq і priority пропустіть

Значення lastmod повідомляє краулерам, коли URL суттєво змінився. Google довіряє йому, лише коли воно стабільно точне, тож воно має відображати реальні оновлення контенту, а не час збірки чи щоденне масове оновлення.

Google ігнорує changefreq і priority, тому не розраховуйте, що вони вплинуть на сканування. Важливий сигнал саме точний lastmod.

Задайте правила точності:

• [Джерело] Беріть lastmod зі справжньої дати оновлення контенту
• [Формат] Коректний формат дати W3C (дата або повна позначка часу)
• [Тригер] Оновлюйте лише за суттєвих змін контенту

Уникайте типових помилок:

• [Не робіть] Не ставте всім URL сьогоднішню дату під час кожного деплою
• [Не робіть] Не змінюйте lastmod через дрібні правки шаблону чи футера

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

Надсилання та посилання

Коли використовувати: Переконайтеся, що пошукові системи знаходять карту сайту через robots.txt і Search Console.

Вкажіть карту в robots.txt і надішліть у Search Console

Навіть ідеальна карта сайту марна, якщо пошукові системи не можуть її знайти. Покажіть її у двох місцях, щоб виявлення було надійним.

Спершу додайте директиву в robots.txt:

• [Директива] Sitemap: повний абсолютний URL вашої карти сайту або індексу
• [Правило] Якщо карту розбито на кілька файлів, вказуйте URL індексу
• [Перевірка] URL абсолютний, розміщений у корені домену, повертає 200

Потім надішліть карту в Google Search Console:

1. Відкрийте звіт «Файли Sitemap» (Sitemaps report) для потрібного ресурсу.
2. Введіть шлях до карти сайту (або індексу) і надішліть.
3. Переконайтеся, що статус «Успішно» (Success), і перевірте кількість виявлених URL.

Повторіть надсилання в Bing Webmaster Tools, якщо трафік із Bing для вас важливий.

Запишіть, де вказано карту сайту, у [Розташування], щоб під час наступних аудитів підтвердити, що обидва сигнали працюють.

QA і моніторинг карти сайту

Коли використовувати: Виявляйте помилки покриття та застарілі URL, поки вони не зашкодили індексації.

Перевіряйте, а потім відстежуйте помилки покриття

Карта сайту потребує постійного QA, бо URL з часом змінюються, переспрямовуються й зникають. Налаштуйте регулярну перевірку, щоб файл залишався надійним.

Перевірка перед публікацією:

• [Перевірка] Коректний XML, правильний простір імен, до 50 000 URL та 50 МБ
• [Перевірка] Кожен URL повертає 200, канонічний та індексований
• [Перевірка] Жодних редиректів, 404, noindex чи заблокованих URL

Постійний моніторинг у Search Console:

• [Метрика] Кількість надісланих і проіндексованих URL для кожної карти сайту
• [Сповіщення] Помилки покриття, наприклад редиректи або 404 у звіті
• [Періодичність] Перевіряйте щотижня або після кожного великого релізу

Пам’ятайте: карта сайту допомагає виявленню, але не гарантує індексації. З’ясуйте, чому коректні URL залишаються поза індексом, а не надсилайте карту наосліп знову.

Призначте [Відповідальний] і [Дата перевірки], щоб моніторинг ніколи не переривався.

Інвентаризація карт сайту (для заповнення)

Коли використовувати: Один рядок на файл карти сайту: джерело URL, кількість URL, частка індексованих, точність lastmod, виключення, результат перевірки та відповідальний.

Інвентаризація карт сайту

Індекс карт сайту: [https://www.example.com/sitemap.xml] · Вказано в robots.txt: [так / ні] · Надіслано в Search Console: [так / ні, дата]

Пояснення до стовпців

• Джерело URL: звідки генерується список. Якщо цього ніхто не знає, це перша знахідка аудиту.
• Індексовані 200: URL, які повертають 200, не мають noindex, не заблоковані в robots.txt і є власними канонічними. Усе інше не варто додавати до карти.
• lastmod точний? Порівняйте lastmod 10 URL з датою, коли їхній основний контент справді змінився. Google використовує lastmod, лише коли він стабільно й перевірювано точний.
• Навмисно виключено: запишіть, що ви не додаєте і чому, щоб згодом ніхто це не «виправив».

Перевірки аудиту та завершення

Коли використовувати: Перевірки «пройдено / не пройдено» для кожного файлу карти сайту на основі актуальних правил Google.

Перевірки аудиту (правила Google, перевірено в жовтні 2026)

Перевірка завершення

• Кожен файл карти сайту має відповідального та відоме джерело URL: [так / ні]
• Неіндексованих URL у карті: [0]
• Звіт «Файли Sitemap» (Sitemaps report) у Search Console не показує помилок: [дата перевірки]
• Дата наступного аудиту: [дата]

Пам’ятайте: надіслана карта сайту лише підказка. Вона допомагає виявленню, але не змушує сканувати чи індексувати сторінки.

Приклад (вигаданий видавець)

Коли використовувати: Заповнена інвентаризація вигаданого сайту з новинами й гайдами: дві проблеми, які знайшов аудит, і як їх виправили.

Приклад: Ridgeway Outdoors

Лише приклад. Компанія, люди, URL і цифри вигадані, щоб показати, як виглядає корисна заповнена версія.

Що змінилося

Карту сайту тегів вимкнули: у ній було 3 950 сторінок, які сам сайт позначив noindex. 28 гайдів із редиректом замінили їхніми кінцевими URL. Експорт товарів тепер бере дату останньої реальної правки кожного товару замість часу експорту, тож lastmod знову щось означає.

Наступний крок

Зберіть чистий файл із перевіреного списку URL за допомогою генератора XML-карти сайту і переконайтеся, що robots.txt вказує на нього, за допомогою генератора robots.txt. Запустіть аудит сайту, щоб знайти URL у карті з редиректом або noindex. Щоб повідомити про змінені URL пошукові системи, які підтримують IndexNow, скористайтеся інструментом пінгу пошукових систем. Google не використовує IndexNow, тож для Google залишайте Search Console. Потрібен повний технічний аудит? Перегляньте наші послуги SEO та GEO.