Sitemap.xml: что должно быть в карте сайта и как её не сломать

Sitemap.xml это список адресов сайта, которые вы хотите видеть в индексе Google, с датой последнего изменения каждого. В карте должны быть только канонические страницы с кодом 200, открытые для индексации, а всё остальное (редиректы, noindex, дубли с параметрами) из неё нужно убрать. Ниже разбираем, когда карта сайта действительно нужна, как выглядит правильный файл, что делать с lastmod, как дробить большие карты, как отдать её Google и на каких ошибках сайты обычно «ломают» собственную карту.

Зачем нужна sitemap и когда без неё можно обойтись

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

Она становится нужной, когда:

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

На практике мы в Query ставим карту на каждый проект, даже небольшой. Вреда от корректной карты нет, а отчёт «Файлы Sitemap» в Search Console даёт удобный способ видеть, сколько страниц из списка реально в индексе.

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

Формат стандартный и описан на sitemaps.org. Минимальный файл для двух страниц:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://site.ua/</loc><lastmod>2026-09-10</lastmod></url>
<url><loc>https://site.ua/catalog/boilers/</loc><lastmod>2026-09-14T08:30:00+03:00</lastmod></url>
</urlset>

Несколько правил, которые легко нарушить. Адреса только абсолютные, с протоколом и тем же доменом, на котором лежит карта: файл на https://site.ua/sitemap.xml не может содержать http:// или www.site.ua, если основной хост без www. Кодировка UTF-8, спецсимволы в URL экранированы (& как &). Дата в lastmod в формате ISO 8601: либо просто день, либо день со временем и зоной.

Что включать в карту сайта, а что нет

Главный принцип: в карте только те адреса, которые вы хотите видеть в выдаче, и каждый из них должен быть тем самым, который Google выберет каноническим. Расхождение между картой и реальным состоянием сайта Google трактует как шум и со временем начинает доверять карте меньше.

Типичный случай из интернет-магазинов: CMS кладёт в карту все 40 000 комбинаций фильтров, из которых в индексе полезны две сотни. Результат: Search Console показывает «обнаружено, не проиндексировано» на десятки тысяч адресов, а важные товары ждут в очереди. Карту нужно генерировать по тем же правилам, по которым страницы открыты или закрыты для индексации, и никак иначе.

lastmod честно, priority и changefreq не нужны

lastmod это единственное дополнительное поле, которое Google реально использует, и использует только при условии, что оно правдиво. Если каждая страница ежедневно получает «сегодняшнюю» дату, потому что генератор ставит время создания файла, Google замечает это за несколько обходов и начинает игнорировать поле по всему сайту. Ставьте дату реального изменения контента страницы: обновили текст или цену, изменилась дата. Изменился только блок «похожие товары» в сайдбаре, дата остаётся.

Поля priority и changefreq Google не читает с 2015 года, это подтверждено публично не раз. Они не вредят, но и не помогают, поэтому в новой карте их проще не генерировать: файл меньше, путаницы меньше.

Лимиты 50 000 URL и 50 МБ, индекс сайтмапов и отдельные карты

Один файл карты вмещает до 50 000 адресов и весит до 50 МБ в несжатом виде. Сжатие gzip (sitemap.xml.gz) разрешено и уменьшает трафик, но лимит считается по распакованному размеру. Когда адресов больше, создают несколько файлов и объединяют их индексом сайтмапов:

<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap><loc>https://site.ua/sitemap-pages.xml</loc><lastmod>2026-09-14</lastmod></sitemap>
<sitemap><loc>https://site.ua/sitemap-products-1.xml</loc></sitemap>
</sitemapindex>

Индекс тоже ограничен 50 000 записей, то есть теоретический предел 2,5 миллиарда адресов, чего хватает всем. Дробить карту стоит не только из-за лимита, но и для удобства: отдельные файлы для категорий, товаров, статей и языковых версий дают в Search Console отдельные строки статистики, и сразу видно, какой тип страниц «не заходит» в индекс.

Для медиа есть собственные расширения. Карта изображений добавляет в <url> элементы <image:image> с адресом файла, и это единственный способ передать Google картинки, которые подгружаются скриптом. Карта новостей (<news:news>) предназначена для изданий в Google News: содержит только материалы за последние два дня и до 1000 адресов. Видеокарта передаёт длительность, обложку и описание ролика. Обычному бизнес-сайту обычно достаточно базовой карты плюс изображений, если каталог живёт с фото.

Как отдать карту Google

Два способа, и лучше использовать оба:

1. В Google Search Console в разделе «Файлы Sitemap» вставить адрес файла или индекса. После обработки появится статус («Успешно», «Не удалось получить», «Есть ошибки») и количество обнаруженных адресов. Как пользоваться самим сервисом, мы разобрали в отдельной статье.
2. В robots.txt добавить строку Sitemap: https://site.ua/sitemap.xml с полным адресом. Эту строку читают все поисковики, и она не зависит от того, подтверждён ли сайт в чьём-то кабинете.

Отдельно о частоте: Google перечитывает карту сам, ориентируясь на lastmod индекса и на собственный график обхода. Отправлять её повторно после каждого изменения не нужно. Пинг-эндпоинт /ping?sitemap= Google отключил в 2023 году, так что инструкции «пингуйте после обновления» устарели.

Типичные ошибки в карте сайта

Это список того, с чем мы чаще всего сталкиваемся во время технической оптимизации. Большинство этих вещей не видно глазами, они вылезают только в отчётах или после краула.

Как проверить, что Google читает карту

• Отчёт «Файлы Sitemap» в Search Console: статус должен быть «Успешно», дата последнего чтения свежей, а количество обнаруженных адресов совпадать с тем, что вы сгенерировали.
• Отчёт «Индексирование страниц» с фильтром «Все отправленные страницы»: показывает, сколько адресов из карты в индексе, а сколько в статусах «обнаружено, не проиндексировано» или «страница с переадресацией». Именно здесь виден мусор в карте.
• Логи сервера: запросы от Googlebot к sitemap.xml появляются регулярно, обычно от нескольких раз в день до нескольких в неделю в зависимости от сайта.
• Валидность XML: любой онлайн-валидатор или краулер (у Screaming Frog есть режим проверки карты) покажет сломанный тег, неэкранированный символ или превышение лимита.

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

С чего начать

1. Открыть /sitemap.xml и проверить, что он существует, отдаёт 200 и содержит актуальные адреса, а не файл двухлетней давности.
2. Прогнать адреса из карты краулером и убрать всё, что не 200, не каноническое или с noindex.
3. Проверить lastmod: даты должны различаться и соответствовать реальным обновлениям.
4. Разбить карту на тематические файлы через индекс, если адресов больше нескольких тысяч.
5. Добавить карту в Search Console и в robots.txt, через неделю сверить «отправлено» с «проиндексировано».

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