Карта сайта обязательна с точки зрения поисковых систем: без неё поисковая система не поймёт, какие страницы на сайте расположены. Это база правильного SEO. А к карте можно добавить lastmod — дату последнего изменения: поисковая система будет знать об этом, и ей будет проще индексировать сайт.
В этой статье разберём карту сайта по частям: как устроен файл sitemap.xml и какие у него лимиты, зачем он нужен, если робот и так ходит по ссылкам, что должно и не должно в него попадать, работают ли priority и changefreq, как настроить карту на WordPress, Битриксе и Тильде и как добавить её в Яндекс Вебмастер и Google Search Console.
- Sitemap.xml — файл со списком всех страниц сайта, которые вы хотите видеть в поиске. Робот сверяется с ним, чтобы ничего не пропустить и быстрее находить новое.
- Лимиты: до 50 000 URL и 50 МБ на один файл — и у Google, и у Яндекса. Больше — делите на несколько карт и объединяйте их файлом-индексом.
- Главный рабочий элемент — lastmod (дата изменения страницы). Priority и changefreq Google официально игнорирует.
- В карте — только живые страницы: код 200, открытые для индексации, канонические. Ссылки на 404, редиректы и дубли — ошибка, которая расходует краулинговый бюджет.
- Карта должна обновляться автоматически. Современные CMS это умеют: в WordPress и Битриксе карта пересобирается сама при изменениях на сайте.
- Создать карту — половина работы. Её нужно указать в robots.txt и вручную добавить в Яндекс Вебмастер и Google Search Console — там же вы увидите ошибки по ней.
- Карта приводит робота, но не гарантирует индексацию: если страница «просканирована, но не проиндексирована», это уже вопрос качества, а не карты.
Что такое sitemap.xml и как он устроен
Sitemap.xml — это служебный XML-файл в корне сайта, в котором перечислены адреса всех страниц, предназначенных для поиска. Робот заходит на сайт, читает карту и получает полный список: что на сайте есть, что появилось нового, что изменилось. Обычно файл лежит по адресу вида site.ru/sitemap.xml.
Минимальная запись о странице выглядит так:
<url>
<loc>https://site.ru/uslugi/seo-prodvizhenie/</loc>
<lastmod>2026-08-01</lastmod>
</url>loc — адрес страницы, lastmod — дата последнего значимого изменения. Требования к файлу у поисковиков совпадают: кодировка UTF-8, не больше 50 000 ссылок и 50 МБ в несжатом виде на один файл. Если страниц больше — карту делят на несколько файлов и объединяют их файлом-индексом (sitemap index), который ссылается на отдельные карты. Яндекс дополнительно требует, чтобы карта лежала на том же домене, что и сайт, и отвечала кодом 200.
Зачем карта, если робот и так ходит по ссылкам
Робот действительно умеет находить страницы по внутренним ссылкам. Отсюда популярный совет «карта не нужна» — и это как раз тот случай, когда совет работает только на очень маленьких сайтах:
«Меня бесит, когда говорят: карта не нужна, робот сам разберётся. На маленьком сайте — может, и разберётся. Но если мы говорим про крупный интернет-магазин — он там ничего никогда не разберёт»
Причина — краулинговый бюджет: у робота есть лимит страниц, которые он готов обойти на вашем сайте за визит. На сайте из 20 страниц лимит не мешает — робот успевает всё. На сайте из десятков тысяч страниц робот физически не обходит всё подряд, и без карты новые и изменённые страницы он может искать неделями.
«Когда маленький сайт — ладно. А когда у вас огромный сайт, где, например, 10–20 тысяч или миллион страниц, lastmod и ограничения краулингового бюджета как раз-таки позволят роботу найти и посмотреть те страницы, которые вы только изменили или создали»
Это и есть главная работа карты: она превращает обход сайта из блужданий по ссылкам в работу по списку. Робот видит, какие страницы изменились со времени прошлого визита, и тратит свой лимит на них — а не на переобход того, что не менялось годами. Для сайтов, где скорость попадания в поиск критична — магазины с обновляющимся ассортиментом, сайты с блогом, новостные разделы, — это прямой способ ускорить индексацию.
Что должно быть в карте — и что в ней лишнее
Правило простое: в карте должны быть все страницы, которые вы хотите видеть в поиске, — и только они. То есть каждая ссылка в sitemap должна вести на страницу, которая отвечает кодом 200, открыта для индексации и является канонической (не дублем другой страницы).
Всё остальное — мусор, который вредит. Типовой пример — удалённые страницы, которые из карты никто не убрал:
«Если в сайтмапе содержатся 404-е страницы — это же ошибка: на них расходуется краулинговый бюджет, поисковая система видит, что у вас много 404-х ошибок. Зачем оставлять в сайтмапе страницы, которые были удалены?»
Полный список того, чего в карте быть не должно:
- Страницы с ошибкой 404 — удалили страницу, уберите её и из карты;
- Редиректы — в карте должен быть конечный адрес, а не тот, с которого перебрасывает;
- Страницы, закрытые от индексации — noindex в карте это противоречие: вы одновременно зовёте робота и запрещаете ему брать страницу в поиск;
- Неканонические дубли — версии с GET-параметрами, страницы сортировок и фильтров;
- Служебные страницы — корзина, личный кабинет, страницы поиска по сайту, технические разделы.
По опыту аудитов именно здесь чаще всего и живут проблемы:
«Битые карты, мусорные урлы, сайтмап, который не обновлялся никогда, — такое постоянно, сплошь и рядом»
«Не обновлялся никогда» — отдельная беда: карту сделали один раз при запуске сайта, с тех пор появились сотни новых страниц, а робот продолжает получать список двухлетней давности. Поэтому карта должна пересобираться автоматически — об этом ниже, в разделе про CMS.
Priority, changefreq и другие мифы
В стандарте sitemap кроме адреса и даты изменения есть ещё два поля: priority (важность страницы от 0.0 до 1.0) и changefreq (как часто страница меняется). Вокруг них до сих пор много ритуалов — расставить приоритеты, «поднять» важные страницы. Практический смысл этого близок к нулю: Google в официальной документации прямо пишет, что игнорирует значения priority и changefreq. Яндекс формально эти поля поддерживает, но строить на них стратегию не стоит — робот всё равно опирается на собственные данные о том, что и как часто менять.
А вот lastmod — рабочий элемент. Google использует его, «если значение гарантированно точное», то есть дата должна отражать реальное значимое изменение контента. Если CMS проставляет во все страницы сегодняшнюю дату при каждой пересборке карты — поисковик быстро перестаёт этому полю доверять. Настроенный честный lastmod — то, что реально помогает роботу тратить бюджет на изменённые страницы.
Второй миф — противоположный: «карта нужна всем и всегда». Здесь честно: сайту-визитке на 20 страниц карта не критична — робот обойдёт его по ссылкам и без неё. Но поскольку любая современная CMS генерирует карту автоматически, отказываться от неё нет смысла: усилий ноль, а базовый порядок для поисковика — есть.
Несколько карт: порядок для больших сайтов
Когда сайт большой, карту не обязательно держать одним файлом — и не только из-за лимита в 50 000 ссылок. Карту можно разделить по разделам сайта, и это осознанный приём:
«В карте сайта может быть несколько карт: карта по каталогу, карта по блогу, карта по услугам — можно очень хорошо разделять. Я вообще за порядок на сайте, безумно его люблю и всегда пропагандирую. Карту сайта я очень тщательно люблю проверять — мне нравится, чтобы там всё было разложено по полочкам»
Кроме порядка у разделения есть измеримая польза: в Google Search Console каждую карту видно отдельной строкой со своей статистикой. Если каталог, блог и услуги лежат в разных картах, вы за минуту видите, какой раздел сайта проседает по индексации, — с одной общей картой на 30 000 ссылок такой диагностики не получить.
Как создать карту: WordPress, Битрикс, Тильда
Руками sitemap давно никто не пишет — карту генерирует CMS, и главное требование к ней одно: обновляться автоматически при изменениях на сайте.
WordPress. С версии 5.5 карта встроена в саму CMS (по адресу /wp-sitemap.xml), но на практике удобнее SEO-плагины — Yoast SEO или Rank Math: они собирают карту с индексом по типам контента и дают тонко управлять составом — исключать записи, рубрики или целые типы страниц из карты и индексации разом.
Битрикс. Карта настраивается в модуле «Поисковая оптимизация» (Настройка sitemap.xml). Там же включается автообновление: при добавлении, изменении или удалении элементов и разделов инфоблока карта пересоздаётся сама — галочку достаточно поставить один раз при настройке.
Тильда. Карта генерируется автоматически, файл существует всегда — но и управлять им почти нельзя: состав карты Тильда определяет сама, а закрывать страницы от индексации приходится по одной в настройках каждой страницы.
«Мне, конечно, больше нравится делать это либо на WordPress, где я могу сам прописать все правила, либо на Битриксе. На WordPress я могу прописать «слэш-категорию» — и не индексировать сразу все страницы этой категории. На Тильде так, к сожалению, нельзя: чтобы закрыть страницу, нужно вручную её прописывать. Полного удобства нет»
Для самописных сайтов и статики карту собирают генератором при каждой публикации — принцип тот же: карта пересобирается вместе с сайтом, а не живёт отдельной жизнью.
Как добавить карту в Яндекс Вебмастер и Google Search Console
Создать карту — половина работы. Дальше о ней нужно сообщить поисковикам, и это отдельный этап SEO-настройки сайта, который часто пропускают. Три шага:
- Пропишите карту в robots.txt — строкой
Sitemap: https://site.ru/sitemap.xml. Это универсальный способ: его читают все роботы, включая ботов нейросетей. - Добавьте карту в Яндекс Вебмастер — раздел «Индексирование → Файлы Sitemap». Учтите: обработка добавленной карты у Яндекса может занять до двух недель, это нормально.
- Добавьте карту в Google Search Console — отчёт «Файлы Sitemap». После обработки GSC покажет по каждой карте, сколько страниц из неё Google нашёл и сколько взял в индекс.
Панели нужны не только для галочки: именно там видно ошибки карты — недоступный файл, битые ссылки внутри, расхождение между количеством страниц в карте и в индексе. Если карта в панель не добавлена, все эти сигналы вы просто не увидите.
Карта есть, а страницы не в индексе — почему
Важно понимать границы инструмента: карта гарантирует, что робот узнает о странице и сможет её посетить, — но не гарантирует, что страница попадёт в поиск. Самый частый сценарий в Google Search Console: страница в статусе «Просканирована, но не проиндексирована». Робот пришёл (в том числе по карте), страницу скачал — и решил не брать её в индекс. Это уже вопрос качества страницы и отношения поисковика к сайту в целом: уникальность контента, техническое состояние, ссылки на страницу изнутри сайта.
Что делать в этой ситуации — отдельная большая тема: разбор в гайде про ускорение индексации, а для быстрых сигналов поисковику есть протокол IndexNow. Но начинается диагностика всегда одинаково: сначала убедитесь, что с картой всё в порядке, — иначе вы будете лечить качество там, где робот просто не знает о странице.
Чек-лист: проверьте свою карту за 10 минут
- Карта существует и отвечает кодом 200 — откройте
site.ru/sitemap.xmlв браузере. - Карта указана в robots.txt строкой
Sitemap:с полным адресом. - Карта добавлена в Яндекс Вебмастер и Google Search Console, ошибок в панелях нет.
- В карте нет 404-х, редиректов, закрытых от индексации страниц и дублей с параметрами.
- Новая страница сайта появляется в карте автоматически — опубликуйте тестовую и проверьте.
- Проставляется честный lastmod: у изменённых страниц дата свежая, у нетронутых — старая, а не «все страницы обновлены сегодня».
- Для сайта от нескольких тысяч страниц — карта разделена по разделам через sitemap index.
Карта сайта — один из базовых пунктов технической оптимизации. Проверить остальной фундамент поможет технический аудит, а полный список работ на самом сайте — чек-лист внутренней оптимизации.
Вопросы и ответы
Что такое sitemap.xml простыми словами?
Файл-список всех страниц сайта, которые должны быть в поиске. Поисковый робот читает его, чтобы ничего не пропустить: видит, какие страницы есть, какие появились и какие изменились с прошлого визита.
Обязательна ли карта сайта маленькому сайту?
Сайту на 20–30 страниц карта не критична — робот обойдёт его по внутренним ссылкам. Но любая современная CMS создаёт карту автоматически, поэтому отключать её нет смысла. Критична карта для больших сайтов: без неё робот тратит краулинговый бюджет вслепую.
Влияет ли sitemap.xml на позиции сайта?
Напрямую — нет: карта не фактор ранжирования. Она влияет на полноту и скорость индексации: страница, которой нет в индексе, не может ранжироваться вообще, а страница, попавшая в индекс быстрее, раньше начинает собирать трафик.
Как посмотреть карту чужого или своего сайта?
Чаще всего карта лежит по адресу site.ru/sitemap.xml. Если её там нет — откройте site.ru/robots.txt: адрес карты обычно указан в нём строкой Sitemap.
Нужно ли заполнять priority и changefreq?
Нет. Google официально игнорирует оба поля, Яндекс формально поддерживает, но практического эффекта от них не видно. Единственное поле, которое стоит настроить честно, — lastmod: реальная дата последнего значимого изменения страницы.
Страницы есть в карте, но Google их не индексирует. Карта сломана?
Скорее всего, нет. Карта приводит робота на страницу, но решение о попадании в индекс поисковик принимает по качеству: уникальность контента, техническое состояние, внутренние ссылки. Статус «Просканирована, но не проиндексирована» в GSC — сигнал работать над страницей, а не над картой.
Сколько ссылок помещается в один sitemap?
До 50 000 URL и до 50 МБ в несжатом виде — лимиты у Яндекса и Google одинаковые. Если страниц больше, создаётся несколько карт и объединяющий их файл-индекс; так же стоит поступить и раньше лимита — разделив карту по разделам сайта.