Sitemap.xml: как создать карту сайта и проверить её в Яндексе

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

Главная польза карты — контроль. В ней можно собрать все важные URL, разделить крупный сайт по типам и увидеть ошибки обработки в Вебмастере.

Что такое Sitemap.xml

Sitemap.xml — XML-файл со ссылками на страницы сайта и необязательными сведениями об обновлении. Он сообщает поисковику, какие URL владелец считает актуальными для обхода.

Яндекс поддерживает XML и простой TXT. XML рекомендуем: он имеет стандартную структуру, поддерживает lastmod и индекс нескольких карт.

Когда сайту нужна карта

По справке Яндекса Sitemap особенно полезен большому сайту, страницам без навигационных ссылок и глубоко вложенным материалам. Небольшому сайту карта тоже даёт реестр важных URL и раннее обнаружение технических расхождений.

• интернет-магазин с товарами и категориями;
• блог с архивом материалов;
• новый сайт с малым числом внешних ссылок;
• страницы, доступные через формы или фильтры;
• несколько языковых или региональных версий;
• часто обновляемый каталог;
• изображения и локализованные версии по поддерживаемым расширениям.

Если важная страница отсутствует в навигации, сначала исправьте перелинковку. Sitemap сообщает адрес, но пользователь и робот должны находить его из структуры.

Какие требования у Яндекса

По официальной справке Яндекса, файл использует UTF-8, содержит до 50 000 URL и занимает до 50 МБ в несжатом виде. URL относятся к тому домену, где расположен файл, а сервер отвечает 200 OK.

Если лимит превышен, создают несколько карт и Sitemap index. Файл индекса перечисляет адреса отдельных карт.

Как выглядит минимальный sitemap.xml

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.ru/</loc>
    <lastmod>2026-10-04</lastmod>
  </url>
</urlset>

Обязательный элемент для страницы — loc. Lastmod используют, если система умеет ставить дату существенного обновления. Не подставляйте текущую дату при каждом открытии файла: поисковик перестанет доверять сигналу.

Не тратьте время на одинаковый priority=1.0 для всех страниц. Это не повышает их позиции и не заменяет структуру.

Какие URL включать в Sitemap

Включайте канонические страницы с ответом 200, которые разрешены к индексации и имеют самостоятельную ценность. Список должен совпадать с желаемым индексом.

• главная и основные разделы;
• страницы услуг и категорий;
• доступные товары;
• статьи и справочные материалы;
• актуальные региональные версии;
• канонические страницы пагинации, если стратегия их индексирует.

Не включайте URL редиректов, 404, 5xx, noindex, закрытые кабинеты, внутренний поиск, временные метки и неконтролируемые параметры. Если генератор добавляет их автоматически, исправляйте источник данных.

Как создать Sitemap в CMS и вручную

В популярной CMS карта создаётся ядром или SEO-модулем. Найдите официальный механизм, включите нужные типы материалов и проверьте результат. Ручной файл подходит небольшому стабильному сайту, но требует обновления при каждой новой странице.

1. Составьте перечень типов страниц.
2. Для каждого определите условие индексируемости.
3. Выберите генератор CMS или серверный скрипт.
4. Сформируйте карту на тестовой среде.
5. Проверьте число URL, кодировку и XML.
6. Сверьте выборку с ответами сервера и canonical.
7. Опубликуйте по постоянному адресу.
8. Настройте обновление после публикаций.

На небольшом сайте сначала приведите в порядок сами страницы. Общая подготовка простого проекта разобрана в статье как создать сайт бесплатно.

Как разделить большую карту через Sitemap index

Делите карты по типам или объёму: товары, категории, статьи, регионы, изображения. Понятное разбиение помогает увидеть, где возникла ошибка или упало число URL.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.ru/sitemap-products.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://example.ru/sitemap-blog.xml</loc>
  </sitemap>
</sitemapindex>

Файл индекса содержит ссылки на карты, а не на страницы сайта. Каждая дочерняя карта отдельно отвечает 200 и проходит проверку.

Как указать карту в robots.txt

Добавьте абсолютный адрес отдельной строкой Sitemap. Директива межсекционная у Яндекса, но её удобно размещать после групп правил.

User-agent: *
Disallow: /search/

Sitemap: https://example.ru/sitemap.xml

Сам robots.txt не должен закрывать файл карты. Настройка директив разобрана в опубликованной раньше статье про robots.txt.

Карту также добавляют в Яндекс Вебмастер. Оба способа совместимы: robots сообщает адрес автоматически, Вебмастер показывает обработку и ошибки.

Как проверить Sitemap до публикации

1. Откройте инструмент «Анализ файлов Sitemap» Яндекс Вебмастера.
2. Вставьте содержимое, загрузите файл или укажите URL.
3. Исправьте ошибки XML и кодировки.
4. Проверьте ответ 200 и время ответа.
5. Возьмите выборку URL из начала, середины и конца.
6. Проверьте коды, noindex, canonical и robots.
7. Сравните число URL с базой сайта.

По справке анализатора, серверный ответ дольше 10 секунд мешает загрузке инструментом и учёту файла при обходе. Генерация не должна строить весь каталог заново на каждый запрос.

Как добавить Sitemap в Яндекс Вебмастер

1. Подтвердите права на сайт.
2. Откройте «Индексирование» → «Файлы Sitemap».
3. Введите полный адрес карты или индекса.
4. Нажмите добавление и дождитесь обработки.
5. Откройте статус и найденные ошибки.
6. После исправления сообщите об обновлении.

Статус «OK» означает, что файл сформирован правильно и загружен в базу робота. Он не означает, что каждый URL участвует в поиске. Проверяйте раздел страниц и диагностику отдельных адресов.

Почему Sitemap не индексируется

Справочник Яндекса отдельно перечисляет HTTP-ошибку, невалидный URL, обрыв соединения, неверную кодировку, превышение лимитов и запрет в robots.txt.

Как обновлять карту

Генератор должен добавлять новую каноническую страницу после публикации, менять lastmod при существенной правке и удалять URL после закрытия или переноса. Не ставьте новый lastmod всем страницам при каждом деплое.

При массовом изменении сохраните число URL до и после. Падение с 20 000 до 200 — сигнал остановить публикацию карты и проверить фильтр.

Какие ошибки встречаются чаще всего

• В карту попали редиректы. Робот тратит путь на промежуточный URL.
• Есть страницы noindex. Карта и метатег противоречат друг другу.
• Смешаны http и https. Указаны неканонические версии.
• Фальшивый lastmod. Все даты меняются ежедневно.
• Файл строится слишком долго. Робот получает таймаут.
• Карта закрыта robots.txt. Вебмастер не может загрузить её.
• Больше лимита. Один файл вместо индекса.
• Нет внутренней ссылки. URL существует только в карте.
• Удалённые страницы остаются годами. Генератор не синхронизирован с базой.

Если сайт публикует статьи для поисковых и нейроответов, карта помогает обнаружению, а структура ответа и источники — пониманию. Этот второй слой разобран в статье о GEO-продвижении.

Перед запуском снимите реестр страниц из базы или CMS и сравните его с картой. Разница делится на три группы: URL намеренно исключён, URL потерян генератором, URL лишний. Без такого сравнения валидный XML может содержать только малую часть сайта и всё равно пройти синтаксическую проверку.

Проверяйте не только количество, но и состав. Случайная тысяча параметрических страниц способна компенсировать в общем числе тысячу потерянных товаров. Сгруппируйте адреса по первому разделу пути и сравните категории отдельно.

Для нового сайта заведите небольшой тест: опубликованная страница должна появиться в карте, получить внутреннюю ссылку и открываться с ответом 200. Материал о сайте-визитке помогает определить минимальный набор публичных страниц, но карта не создаёт структуру вместо владельца.

URL в loc экранируют по правилам XML. Амперсанд в параметре записывается как &amp;, иначе документ становится некорректным. Лучше устранить служебные параметры из желаемого индекса, чем поддерживать тысячи комбинаций в карте.

Канонический адрес выбирают последовательно: один протокол, хост, формат завершающего слеша и регистр пути. Если внутренние ссылки ведут на один вариант, canonical указывает второй, а Sitemap содержит третий, робот получает противоречивые сигналы.

При смене домена создайте карту новых URL на новом хосте и сохраните редиректы со старых. Старую карту можно использовать для контроля обхода старых адресов на период переезда, но стратегия зависит от поисковой системы. Не смешивайте два домена в обычном urlset.

Для мультиязычного сайта проверьте соответствие локализованных страниц и поддерживаемую разметку. Каждая версия должна открываться без автоматического перенаправления робота по языку браузера. Случайный редирект мешает проверить URL из карты.

Изображения включают поддерживаемым расширением Sitemap, когда это нужно проекту. Сам URL страницы остаётся основой. Права на иллюстрации и источники не меняются из-за карты; безопасные варианты разобраны в статье о картинках для публикаций.

Сжатие gzip уменьшает передачу, но лимит Яндекса проверяется для несжатого содержимого. Сервер должен корректно отдавать архив, а адрес карты — оставаться постоянным. Тестируйте именно тот URL, который указан в robots и Вебмастере.

Динамический генератор кэшируйте и обновляйте по событию или расписанию. Запрос робота не должен запускать тяжёлый обход всей базы. Если файл отвечает нестабильно, сохраните готовую версию и обновляйте её атомарно: сначала собрать, проверить, затем заменить.

Мониторинг проверяет HTTP-код, время ответа, размер, число URL и дату генерации. Оповещение нужно при резком изменении, ошибке XML или исчезновении файла. Один ручной тест в день запуска не защищает от поломки после обновления CMS.

В редакционном проекте карта связывается со статусом публикации. Черновик и отложенная страница не должны появляться до доступного слота, иначе робот получит 404 или преждевременный материал. После выхода URL добавляется вместе с канонической ссылкой и внутренней перелинковкой.

Если страница снята временно, решение зависит от её будущего и заменителя. Не удаляйте адрес из карты, одновременно оставляя его важным в меню и отдавая нестабильный ответ. Согласуйте HTTP-код, навигацию, canonical и Sitemap как один сценарий.

При массовой миграции проверяйте пары старый → новый. Простая карта новых адресов не доказывает корректный 301 со старого. Из выборки переходите по цепочке и убеждайтесь, что нет двух редиректов, петли и возврата к http.

Параметры UTM обычно не входят в карту. Ссылки рекламных кампаний могут вести на URL с метками, а canonical и Sitemap — на чистую страницу. Как стандартизировать такие адреса, объясняет статья про UTM-метки.

Микроразметка не помещается в обычный Sitemap вместо HTML. Карта сообщает URL, а структурированные данные живут на странице и помогают понять содержание. Базовые типы разобраны в статье о Schema.org.

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

При расследовании сохраняйте исходный файл и дату обработки Вебмастером. Генератор мог уже заменить проблемную версию, а интерфейс показывает ошибку предыдущего скачивания. Наличие версии помогает связать сообщение с конкретным содержимым.

Ответственный за карту должен получать сведения о новых типах страниц. Если команда запускает каталог, регион или новый раздел без изменения генератора, URL останутся только во внутренних ссылках. Короткий технический чек-лист включают в процедуру запуска.

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

Чек-лист