seotools.pro Начать бесплатно

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

Большинство карт сайта при запуске в порядке. Проблемы копятся потом. Плагин добавляет страницы тегов, после миграции остаются старые URL, а lastmod начинает показывать сегодняшнюю дату на каждой странице. Google использует lastmod, только если он стабильно точен, поэтому такая карта сайта незаметно перестает помогать. Этот шаблон дает инвентаризацию всех файлов карты сайта: откуда берутся URL, сколько из них индексируемые, честен ли lastmod и что исключено намеренно. Пройдите проверки аудита, исправьте то, что не прошло, и Google снова сможет доверять вашей карте сайта. Варианты для планирования тоже здесь, плюс заполненный пример.

Формат
Редактируемый Word .docx
Объем
9 вариантов - ~9 страниц
Цена
100% бесплатно
Начало
Копировать или скачать

Получите редактируемый Word-документ в один клик.

4.9·Бесплатно · Без регистрации · Мгновенная загрузка

Работает сSemrushSe Ranking
UТехническое SEO

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

Только канонические индексируемые URL с кодом 200

Карта сайта служит коротким списком URL, которые вы хотите видеть в индексе. Поэтому в ней должны быть только страницы, которые действительно подходят. Добавляйте URL, только если это каноническая версия, она отдает код 200 и открыта для индексации.

Задайте правила включения:

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

Исключайте все, что размывает сигнал:

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

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


Чистый и последовательный список показывает поисковикам, что вы следите за качеством. Смешанные или битые URL подрывают это доверие.

Скачать шаблон бесплатно

Почему это работает

Know what every sitemap file lists, where those URLs come from and whether Google can trust them.

  • Records each file's URL source and owner, so plugin-generated junk gets found and switched off.
  • Counts indexable 200s against listed URLs, so redirects and noindexed pages leave the file.
  • Spot-checks lastmod against real edit dates, so the field becomes a signal Google can use again.

9 готовых вариантов

Копировать все

Что включать и что исключать

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

Только канонические индексируемые URL с кодом 200

Карта сайта служит коротким списком URL, которые вы хотите видеть в индексе. Поэтому в ней должны быть только страницы, которые действительно подходят. Добавляйте URL, только если это каноническая версия, она отдает код 200 и открыта для индексации.

Задайте правила включения:

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

Исключайте все, что размывает сигнал:

  • [Исключить] Страницы с noindex, заблокированные в robots.txt или закрытые платным доступом
  • [Исключить] Дубли с параметрами, фильтрами и ID сессий
  • [Исключить] Неканонические варианты, цели редиректов и страницы 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 для вас важен.


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

Контроль качества и мониторинг карты сайта

Когда использовать: Ловите ошибки покрытия и устаревшие URL до того, как они навредят индексации.

Проверьте, затем следите за ошибками покрытия

Карте сайта нужен постоянный контроль качества: со временем 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: [да / нет, дата]

Файл карты сайтаИсточник URLURLИндексируемые с кодом 200lastmod точный?Исключено намеренноПровереноОтветственный
[файл][CMS / база данных / краулинг][число][число][да / нет][что][дата][имя]
[файл][CMS / база данных / краулинг][число][число][да / нет][что][дата][имя]
[файл][CMS / база данных / краулинг][число][число][да / нет][что][дата][имя]

Пояснения к столбцам

  • Источник URL: откуда генерируется список. Если никто не знает, это первая находка аудита.
  • Индексируемые с кодом 200: URL, которые отдают 200, не закрыты noindex или robots.txt и сами являются каноническими. Все остальное в карту попадать не должно.
  • lastmod точный? Сравните lastmod у 10 URL с датой, когда их основной контент действительно менялся. Google использует lastmod, только если он стабильно и проверяемо точен.
  • Исключено намеренно: запишите, что вы не включаете и почему, чтобы потом никто это не «исправил».

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

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

Проверки аудита (правила Google, сверено в октябре 2026)

ПроверкаПравилоРезультат
РазмерКаждый файл ≤ 50 000 URL и ≤ 50 МБ без сжатия; большие наборы разбивайте с помощью индекса карт сайта[пройдено / не пройдено]
КодировкаUTF-8[пройдено / не пройдено]
URLПолные абсолютные URL с тем же протоколом и хостом, что у сайта[пройдено / не пройдено]
Только каноническиеТолько каноническая версия каждой страницы[число неканонических]
СтатусБез редиректов, 404 и 5xx[число]
ИндексируемостьБез URL с noindex или заблокированных в robots.txt[число]
lastmodОтражает значимые изменения контента, а не дату сборки всего сайта[пройдено / не пройдено]
changefreq / priorityGoogle их игнорирует; они безвредны, но поддерживать их нет смысла[примечание]
ОбнаружениеСтрока Sitemap в robots.txt и/или отправка в Search Console[пройдено / не пройдено]

Финальная проверка

  • У каждого файла карты сайта есть ответственный и известный источник URL: [да / нет]
  • Неиндексируемых URL в карте: [0]
  • В отчете «Файлы Sitemap» (Sitemaps report) в Search Console нет ошибок: [дата проверки]
  • Дата следующего аудита: [дата]

Помните: отправленная карта сайта служит лишь подсказкой. Она помогает обнаружению, но не заставляет сканировать или индексировать страницы.

Пример заполнения (вымышленный издатель)

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

Пример: Ridgeway Outdoors

Только пример. Компания, люди, URL и цифры вымышлены, чтобы показать, как выглядит рабочая заполненная версия.

Файл карты сайтаИсточникURLИндексируемые с кодом 200lastmod точный?Находка
sitemap-guides.xmlCMS, опубликованные гайды1 8401 812Да28 URL с редиректом, оставшихся после миграции
sitemap-news.xmlCMS, новости за последние 2 дня6464ДаНет
sitemap-tags.xmlПлагин CMS по умолчанию3 9500Нет, дата сборкиСтраницы тегов закрыты noindex; файла быть не должно
sitemap-products.xmlБаза данных магазина11 20011 200Нет, дата сборкиlastmod равен времени ночной выгрузки

Что изменили

Карту сайта для тегов отключили: в ней было 3 950 страниц, которые сам сайт закрыл noindex. 28 гайдов с редиректом заменили их конечными URL. Выгрузка товаров теперь берет дату последней реальной правки каждого товара, а не время выгрузки, так что lastmod снова что-то значит.

Следующий шаг

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

Как использовать этот шаблон

  1. Составьте список всех файлов карты сайта: откройте индекс, robots.txt и отчет «Файлы Sitemap» (Sitemaps report) в Search Console.
  2. Для каждого файла запишите, откуда берутся его URL (CMS, база данных, краулинг) и кто отвечает за этот источник.
  3. Посчитайте URL, а затем сколько из них отдают 200, индексируемые и сами являются каноническими.
  4. Выборочно сверьте lastmod у 10 URL в каждом файле с датой, когда их основной контент действительно менялся.
  5. Пройдите проверки аудита: лимиты размера, UTF-8, абсолютные URL, отсутствие редиректов, 404, URL с noindex или заблокированных.
  6. Уберите то, чего в карте быть не должно, и запишите намеренные исключения, чтобы они не вернулись.
  7. Укажите карту сайта или индекс в robots.txt и отправьте в Search Console.
  8. Назначьте регулярную дату аудита и перепроверяйте карту после миграций, редизайна или смены плагинов.

Советы

  • Выясните, откуда берутся URL каждой карты сайта. Больше всего мусора в файлах, которые генерируют забытые плагины.
  • Никогда не ставьте в lastmod время сборки или выгрузки. Поле становится бесполезным, и Google перестает на него опираться.
  • Разбивайте карты сайта по разделам. Если в одном разделе появились ошибки, вы сразу увидите это в Search Console.
  • Держите карту сайта и robots.txt в согласии. URL в карте, заблокированный в robots.txt, дает противоречивые сигналы.

Частые вопросы

Какие URL должны быть в XML-карте сайта?

Только канонические URL, которые отдают 200 и которые вы хотите видеть в поиске. Не включайте редиректы, 404, страницы с noindex или заблокированные в robots.txt, а также дубли.

Какие лимиты размера у карты сайта?

По правилам Google в одном файле не больше 50 000 URL или 50 МБ без сжатия. Крупные сайты распределяют URL по нескольким картам сайта и перечисляют их в индексе карт сайта.

Использует ли Google lastmod, changefreq и priority?

Google игнорирует changefreq и priority. lastmod он использует, только если тот стабильно и проверяемо точен, то есть отражает значимые изменения основного контента, структурированных данных или ссылок.

Как отправить карту сайта в Google?

Отправьте ее в отчете «Файлы Sitemap» (Sitemaps report) в Search Console, через Search Console API или добавьте в robots.txt строку Sitemap с абсолютным URL. Отправка служит подсказкой, а не гарантией сканирования.

Попадут ли мои страницы в индекс благодаря карте сайта?

Сама по себе нет. Карта сайта помогает Google находить URL. Попадет ли страница в индекс, по-прежнему зависит от ее контента, качества, дублей и директив.

Как часто проводить аудит карт сайта?

После любой миграции, редизайна или смены плагина CMS, а в промежутках по регулярному графику, например раз в квартал. Расхождения обычно возникают из-за изменений, которые никто не связал с картой сайта.