Sitemap.xml: что это, как создать и 7 ошибок на 170 сайтах

Sitemap.xml это файл со списком адресов вашего сайта для поисковых роботов. Обычно он лежит по адресу вашсайт.ру/sitemap.xml, а ссылка на него стоит в robots.txt. Это подсказка, а не команда: и Яндекс, и Google прямо пишут, что не гарантируют попадание всех страниц из файла в поиск.

Создать карту сайта несложно, на большинстве движков она появляется сама. Труднее держать её чистой. Мы проверили файлы на 170 сайтах компаний из топ-10 Яндекса, взяли с каждого до 25 случайных адресов и подняли логи своего сервера. Без единой найденной ошибки прошла 71 карта из 157, а робот Яндекса за десять дней открыл нашу собственную карту ровно один раз.

Что внутри файла#

Минимальная карта выглядит так:

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

Обязателен только адрес в теге loc. Требования у Яндекса и Google почти совпадают: кодировка UTF-8, полные адреса, до 50 000 ссылок и до 50 МБ в несжатом виде на файл. Если больше, файл делят на части и собирают их в индексный файл, так сделано на 72 сайтах из нашей выборки. Сам файл лежит на том же домене, что и сайт, и отвечает кодом 200. Яндекс принимает ещё и простой текстовый формат, один адрес на строку, но дат в нём не передать.

Не путайте с HTML-картой. Та сделана для людей: обычная страница со ссылками на разделы. XML-карту человек не читает, ей пользуются роботы.

Нужна ли она вообще? Google пишет, что сайту до 500 страниц с продуманной перелинковкой может быть не нужна, а новому сайту с малым числом внешних ссылок, наоборот, полезна. У Яндекса похожий список: много страниц, страницы без ссылок на них, глубокая вложенность. Мы бы заводили её всегда. Стоит ноль рублей, а если файл собирается сам, то и забот не добавляет.

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

Правило одно: только адреса, которые вы хотите видеть в поиске. Из этого следует короткий список.

В карте должны быть главная, услуги, товары, статьи и контакты, то есть страницы с кодом 200, без запрета в robots.txt и без noindex, в той версии адреса, которая указана в canonical. Для большого сайта Яндекс советует включать значимые страницы, а новые и часто обновляемые добавлять в первую очередь.

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

Картинки и языковые версии можно передать через тот же файл. Страницы с видео нужно включить в карту, а сведения о самом видео Яндекс просит передавать разметкой. RSS и Atom через Sitemap он не принимает, это частая путаница с файлом sitemap.rss, который встречался нам в robots.txt.

Что мы проверили#

Выдачи брали те же, что для замера по 2ГИС: пять запросов в восьми городах, 40 выдач Яндекса. Из них оставили сайты компаний без справочников и агрегаторов, получилось 170 адресов. Для каждого сайта скрипт прочитал robots.txt и карту, а потом открыл до 25 случайных страниц из неё и посмотрел код ответа, метатег noindex, canonical и правила robots.txt для Яндекса.

Открылись 168 сайтов, карта с адресами нашлась на 157. Двое вместо файла показали скрипту страницу защиты от ботов, их мы не считали. Всего проверено 3 626 адресов. Имена компаний мы не называем, смысл не в них.

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

Какие ошибки нашлись в картах сайтов

Базовые вещи почти все сделали правильно: строка Sitemap есть в robots.txt у 161 сайта из 168, сломанного XML мы не встретили, будущих дат тоже. Проблемы начинаются глубже.

Семь ошибок, от частых к редким#

1. Даты, которые ничего не значат#

Самая частая находка. Из 128 карт с датами (считали файлы от 10 адресов) в 27 одна и та же дата стоит минимум на 90% адресов. Семь карт ставят почти всем адресам сегодняшний или вчерашний день: сайт подставляет текущую дату при каждом запросе. Ещё у 17 самая свежая дата старше года, файл собрали один раз и забыли. Всего такие проблемы нашлись у 37 сайтов, а 19 карт работают совсем без дат.

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

Проверили себя и нашли то же самое. На этом сайте дата главной и ряда страниц задана руками: 26 апреля 2026 года, хотя блок кейсов мы меняли в октябре. У статей дата настоящая.

Как чинить: дату берите из настоящего времени изменения материала. Если движок этого не умеет, лучше убрать поле совсем, чем врать.

2. Служебные страницы и адреса с параметрами#

На 34 сайтах в файле лежит то, что не должно быть в поиске: личный кабинет, страница поиска по сайту, корзина, вход в админку, архивы авторов и меток, адреса с параметрами вида ?ID=1. На одном сайте параметры были почти у всех адресов карты, 2 179 из 2 325.

Обычно это след движка: карта включает всё подряд, а настроить исключения никто не догадался. Для Яндекса отдельный совет: определите канонические адреса до того, как собирать файл.

3. Адреса с редиректом#

На 32 сайтах из 157 в карте нашлись адреса, которые отправляют на другой адрес, всего это 150 из 3 626 проверенных. На трёх сайтах такими оказались почти все адреса в выборке. Типичный случай: сайт давно на https, а в карте остался http. Или карта осталась со старой структурой, а страницы переехали.

Робот всё равно дойдёт до нужной страницы, просто за два запроса вместо одного. На большом сайте это заметная часть обхода. В карте должны стоять только конечные адреса с кодом 200. Как устроены переадресации и что ломается при переезде, мы разбирали в статье про 301 редирект.

4. Страницы, которые карта зовёт, а robots.txt не пускает#

На 17 сайтах адреса из карты закрыты в robots.txt. Это самая глупая ситуация: один файл говорит "посмотри сюда", другой "сюда нельзя". Мы проверили строки вручную, это не сбой скрипта: на одном сайте под запрет Disallow: /faq/questions/ попали 16 адресов из 25 в выборке, на другом закрыты целые страницы услуг.

Решите, нужна ли страница в поиске. Если нужна, снимите запрет. Если нет, уберите её из карты. Как читать правила, есть в статье про robots.txt.

5. Ошибка 404#

На 16 сайтах часть адресов отдаёт 404, всего 74 из 3 626. В худшем случае больше половины выборки: страницы удалили, а файл остался прежним. Это прямой признак карты, которая не собирается автоматически.

6. noindex и чужой canonical#

Встречается реже, зато бьёт сильнее всего. На 6 сайтах адреса из карты закрыты метатегом noindex, на 9 у страницы canonical указывает на другой адрес. На одном сайте с 2 354 адресами таких оказалось 22 из 25 в выборке: карта зовёт робота на страницы, которые сами просят их не показывать. Если у вас так, разбираться надо не с картой, а с тем, какая версия страниц вообще должна быть в поиске.

7. Карта, которой нет или которая пустая#

Настоящих потерь тут немного, но они обидные. На трёх сайтах строка в robots.txt ведёт на адрес с ошибкой 404: например, домен указан с www, а файла там нет. Ещё на пяти сайтах карты нет вообще, а один отдаёт валидный файл без единого адреса. Он честно отвечает кодом 200, и без открытия файла такую поломку не заметить.

Чего карта не делает: что показали наши логи#

Теперь про то, чего в инструкциях обычно нет. У нас есть логи своего сервера за 21-31 октября, и в них видно, как роботы ведут себя на самом деле. Настоящий робот Яндекса подтверждён обратным DNS: адреса spider.yandex.com.

Робот Яндекса заходит на сайт часто, в иные дни больше 700 раз, но карту открыл один раз, 22 октября. Справка обещает обработку файла в течение двух недель, и это похоже на правду. Отчёт в Вебмастере при этом показывает последнее обращение 9 октября и 302 адреса, хотя в файле их 317. Смотреть только на отчёт нельзя, он отстаёт от сервера.

Куда ушли остальные запросы? 2 232 из 5 013, то есть 44,5%, это редиректы всего с 22 адресов: страницы без слеша в конце и давно удалённые разделы. В нашей карте из них только два, на них пришлось два запроса. Робот помнит то, что видел раньше, и карта этого не отменяет. Цены, контакты и раздел работ он перечитывает десятки раз за неделю, а новые статьи ждут своей очереди.

Самое показательное вышло с IndexNow. Это протокол, которым сайт сам сообщает Яндексу о новых страницах. 31 октября мы отправили шесть адресов в 02:06:38. Через секунду робот проверил ключ, а через 15 секунд забрал первую статью. Звучит как чудо, но 26 октября было иначе. Та же отправка, тоже шесть адресов, ответ "принято", ключ проверен сразу. Из трёх новых статей робот за пять дней не открыл ни одной.

Всего из 12 адресов двух отправок робот открыл в первые 15 минут четыре. Яндекс предупреждает об этом сам: "Данный способ не гарантирует, что переданные страницы будут проиндексированы". Почему вышло так по-разному, мы не знаем, и объяснять задним числом не будем. Вывод скромнее: ни карта, ни IndexNow не кнопка.

С Google вышло спокойнее. Он прочитал обновлённую карту 27 октября в 04:50 по Москве и через два с лишним часа открыл первую новую статью. Похоже, тут карта и сработала, хотя лог этого не доказывает.

Что из этого следует на практике:

• Карта нужна, но она не ускоритель. Новой странице нужна ссылка с тех разделов, куда робот и так заходит каждый день: блог, главная, услуги.
• После публикации отправляйте адрес через IndexNow и в переобход Вебмастера. Лимит переобхода у нашего сайта 150 адресов в сутки.
• Если страница не появляется в поиске, сначала посмотрите в логах, заходил ли робот. "Не проиндексировал" и "не приходил" лечатся по-разному.
• Старый способ с ping-запросом не работает: Google закрыл его в 2023 году, запрос отдаёт 404.

priority и changefreq: Яндекс и Google читают разное#

Здесь в инструкциях часто пишут одно на всех, а правила разные.

Совет "удалите priority, он бесполезен" верен только для Google. Для сайта, который живёт на трафике из Яндекса, тег имеет смысл, если значения разные. В нашей выборке priority есть в 60 картах, и в 38 из них (считали файлы от 10 адресов) минимум 80% адресов носят одно и то же значение. Такой коэффициент ничего не сообщает. Поставьте больше главным страницам и услугам, меньше статьям, а всем подряд 0.8 не ставьте.

Как создать sitemap.xml#

Выбор зависит от движка, а не от вкуса.

Генераторы ищут чаще всего, поэтому отдельно про них. Такой сервис проходит по ссылкам и выдаёт файл, который вы заливаете руками. Страницу без ссылок он не найдёт, а завтрашнюю статью не добавит. На сайте, который обновляется, это почти гарантированные редиректы и 404.

Дальше файл надо показать поисковикам: строка Sitemap: https://вашсайт.ру/sitemap.xml в robots.txt, раздел "Файлы Sitemap" в Вебмастере и отчёт о файлах в Search Console. Строк Sitemap может быть несколько.

Проверка за десять минут#

1. Найдите файл. Откройте вашсайт.ру/robots.txt, найдите строку Sitemap. В браузере по этому адресу должен открыться список адресов, а не страница сайта.
2. Прогоните через Вебмастер. Инструмент "Анализ файлов Sitemap" покажет ошибки формата. Всего в справочнике Яндекса 29 ошибок, но обнаружить неправильный смысл он не может: адрес с 404 выглядит для него вполне нормальным тегом.
3. Возьмите десять случайных адресов. Перемешайте старые и новые, из разных разделов. Откройте их: нет ли редиректа, 404, чужого домена.
4. Проверьте запреты. Те же адреса прогоните через "Анализ robots.txt" и посмотрите в коде noindex и canonical.
5. Посмотрите на даты. Одна дата у всех, сегодняшняя или очень старая значит, что lastmod не работает.
6. Найдите свежую страницу. Опубликованная вчера статья должна быть в файле. Если её нет, файл не обновляется.

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

Быстро посмотреть базовое без ручной работы можно через бесплатную проверку сайта: она покажет, есть ли файл и не закрыт ли сайт от роботов. Выборочную проверку адресов из этой статьи она не делает.

Что здесь делаем мы#

В SEO-продвижении карта это часть технического аудита: смотрим индексацию, robots.txt, sitemap.xml, дубли и канонические страницы, битые ссылки и редиректы. Правки делаем сами на этапе технического фундамента, это 5-10 дней, а не отдельный продукт. Тариф от 80 000 ₽ в месяц.

Если непонятно, почему сайт не растёт, начните с аудита: 5-10 дней, отчёт на 15-40 страниц и созвон с разбором. На новых сайтах, которые собираем под ключ, sitemap и robots настраиваются при запуске.

Источники#

• Яндекс: использование файла Sitemap - требования, теги, сроки.
• Яндекс: справочник ошибок Sitemap - 29 ошибок обработки.
• Яндекс: IndexNow - протокол и оговорка про гарантии.
• Google: как создать файл Sitemap - лимиты, теги, отправка, обновлено 14.07.2026.
• Google: что такое файл Sitemap - когда нужен, порог 500 страниц.
• Google Search Central: закрытие ping - ping и lastmod, июнь 2023.
• WordPress: карты сайта в версии 5.5 - адрес, лимит 2 000 записей, что входит.
• Тильда: как улучшить SEO - автоматическая карта.
• 1С-Битрикс: курс SEO - генерация файла карты сайта.
• Наш замер: 170 сайтов из топ-10 Яндекса, логи digitalimpuls.ru за 21-31.10.2026, Яндекс Вебмастер и Search Console, 31.10.2026.