Как создать карту сайта sitemap.xml

Что такое sitemap.xml и что он на самом деле делает

Sitemap.xml — текстовый файл в формате XML со списком адресов страниц, которые вы хотите отдать поисковой системе на обход. Протокол Sitemaps появился в 2005 году и с тех пор практически не менялся.

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

Отсюда следует практический вывод, который экономит много времени: если страница не индексируется, добавление её в карту сайта само по себе проблему не решит. Разбираться нужно в причине — закрыта ли она в robots.txt, стоит ли на ней noindex, не указывает ли canonical на другой адрес, достаточно ли на ней содержания.

Нужна ли карта сайта именно вам

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

Карта сайта нужна, если:

• Сайт большой — от нескольких сотен страниц. Обойти всё по ссылкам робот может, но не быстро.
• Есть страницы, на которые почти нет внутренних ссылок: старые материалы, карточки товаров глубоко в каталоге, посадочные страницы.
• Сайт новый и на него пока мало внешних ссылок — роботу неоткуда узнать о его существовании.
• Контент часто обновляется, и важна скорость переобхода.
• Много изображений или видео, которые вы хотите продвигать в поиске по картинкам и видео.

Можно обойтись без неё, если сайт небольшой (условно до сотни страниц), каждая страница доступна максимум в три клика от главной, и всё уже в индексе. Вреда от карты в этом случае тоже не будет — просто пользы немного.

Как устроен файл: разбор по тегам

Минимальный работающий sitemap.xml выглядит так:

loc — единственное, что действительно обязательно

Адрес указывается целиком, включая протокол: https://example.ru/catalog/, а не /catalog/. Все адреса должны принадлежать тому же хосту, где лежит файл: карта на example.ru не может перечислять страницы shop.example.ru, если только вы не подтвердили оба ресурса и не используете перекрёстную отправку.

lastmod — самое полезное необязательное поле

Дата в формате W3C: 2026-09-04 либо с точным временем и часовым поясом. Google подтвердил, что использует lastmod как сигнал при планировании переобхода страниц — но только если этой дате можно доверять.

Обновлять дату стоит, когда изменилось содержание страницы: переписан текст, добавлены разделы, обновлены данные. Исправление опечатки или смена года в подвале — не повод.

changefreq и priority — наследие, которое можно не заполнять

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

Практический вывод: тратить время на расстановку весов 0.8 и 0.6 по разделам сайта смысла нет. Это устаревшая практика, которая до сих пор кочует из статьи в статью. Файл без этих полей будет валидным.

Технические ограничения

Требования у Google и Яндекса совпадают, они заданы самим протоколом sitemaps.org:

• Не более 50 000 адресов в одном файле.
• Не более 50 МБ в несжатом виде.
• Кодировка UTF-8.
• Файл можно сжать в gzip для экономии трафика, но ограничение в 50 МБ считается по несжатому размеру.
• Спецсимволы в адресах должны быть экранированы: & записывается как &.

Превышение лимита — не «немного не по правилам», а причина, по которой файл целиком не будет обработан.

Индексный файл: карта карт

Если адресов больше 50 000, файл разбивается на несколько, а поисковику передаётся индексный sitemap — список ссылок на дочерние карты. У него тот же лимит: до 50 000 вложенных файлов.

Разбивать имеет смысл не только по количеству. Разделение по типам содержимого — товары, статьи, категории — превращает отчёты в панелях вебмастеров в диагностический инструмент: видно, какая именно группа страниц индексируется плохо. При одном общем файле на 50 тысяч адресов такой картины нет.

Четыре способа создать карту сайта

1. Средствами CMS

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

2. Онлайн-генератор с реальным обходом

Подходит, когда сайт статический, CMS не умеет собирать карту, или нужно проверить, что вообще видит робот на вашем сайте. Хороший генератор не просто перечисляет адреса, а обходит сайт так же, как поисковый робот, и уважает те же правила.

Генератор Neorank устроен именно так: он читает robots.txt перед началом обхода и не идёт туда, куда запрещено; исключает из карты страницы с meta robots noindex; не переходит по ссылкам с rel="nofollow". Заголовок Last-Modified берётся из ответа сервера — если сервер его не отдаёт, поле lastmod просто не заполняется, а не подставляется наугад.

3. Вручную

Разумно для сайта из десятка страниц, который меняется раз в год. Достаточно текстового редактора и внимательности: XML не прощает незакрытых тегов и неэкранированных символов.

4. Скриптом на стороне сервера

Для нестандартных проектов карту генерируют программно из базы данных. Плюс в том, что дата изменения берётся из реального поля записи, а список адресов всегда актуален. Минус — это разработка и последующая поддержка.

Как собрать карту в генераторе Neorank

1. Введите домен и пройдите короткую проверку — она нужна, чтобы инструментом не пользовались автоматические скрипты.
2. При необходимости включите изображения. Тогда в карту попадут адреса картинок с обойдённых страниц — до двадцати с одной, чтобы страница-галерея не раздула файл.
3. Запустите обход. На экране видно, сколько страниц обработано, сколько в очереди и сколько исключено из-за noindex — последняя цифра часто оказывается неожиданной и сама по себе полезна.
4. Скачайте готовый файл и загрузите его в корень сайта.

Обход ограничен тремястами страницами за запуск. Это не техническая лень, а осознанное решение: краулер обращается к страницам последовательно, с паузой не меньше 300 мс и с учётом директивы Crawl-delay, если она задана. Такой обход не создаёт нагрузки на сервер и не выглядит для систем защиты как атака. Бот представляется честным именем Neorank-SitemapBot, так что владелец сайта всегда может увидеть в логах, кто и зачем к нему приходил.

Куда положить файл и как сообщить поисковикам

Здесь чаще всего попадаются устаревшие советы, поэтому по порядку.

Шаг 1. Положите файл в корень сайта

Адрес должен получиться вида https://example.ru/sitemap.xml — рядом с robots.txt. Технически файл может лежать и глубже, но тогда он сможет описывать только адреса из своего каталога и ниже. Корень снимает это ограничение.

Шаг 2. Укажите карту в robots.txt

Одна строка, которая работает для всех поисковых систем сразу:

Строка размещается отдельно от блоков User-agent и указывается полным адресом. Собрать корректный файл можно в генераторе robots.txt.

Шаг 3. Добавьте карту в панели вебмастеров

В Google Search Console — раздел «Файлы Sitemap», в Яндекс.Вебмастере — «Индексирование → Файлы Sitemap». Это стоит сделать не столько ради ускорения, сколько ради отчётности: панели покажут, сколько адресов из файла обработано, сколько отклонено и по каким причинам. Без этого вы отправляете карту вслепую.

Расширения: изображения, видео, языковые версии

Карта изображений

Внутри обычного sitemap.xml к странице можно добавить блоки <image:image> с адресами картинок — до тысячи на одну страницу. Это помогает поисковику найти изображения, которые подгружаются скриптами и потому не видны при простом разборе кода.

Важная деталь, которую многие руководства не учли: в августе 2022 года Google перестал поддерживать теги image:caption, image:title, image:geo_location и image:license. В документации остались только image:image и image:loc. Старые теги не вредят, но и не работают — при следующей пересборке карты их можно удалить и уменьшить файл.

Карта видео

Требования строже: помимо адреса нужны обложка, заголовок и описание, а также ссылка на сам файл или проигрыватель. Актуально, если видео — основное содержимое страниц.

Языковые версии

Если у сайта есть версии на разных языках, соответствия между ними можно передать прямо в карте сайта через xhtml:link с атрибутом hreflang — вместо того чтобы прописывать их в коде каждой страницы. Для крупных многоязычных проектов это заметно проще в поддержке.

Шесть ошибок, из-за которых карта работает против вас

«Грязная» карта сайта — это не нейтрально. Поисковик тратит на неё ресурс обхода, раз за разом получает мусор и начинает обращаться к файлу реже.

• Страницы, отдающие 404 или редирект. Карта — это список адресов, которые вы считаете актуальными. Каждый неработающий адрес в ней подрывает доверие ко всему файлу.
• Страницы с noindex. Прямое противоречие: вы одновременно просите обойти страницу и запрещаете её индексировать.
• Неканонические адреса. Если canonical страницы указывает на другой адрес, в карте должен быть именно канонический. Иначе вы сами предлагаете роботу дубль.
• Страницы, закрытые в robots.txt. Робот не сможет их обойти — они просто балласт в файле.
• Одинаковый lastmod у всех страниц. Разобрано выше: сигнал обесценивается целиком.
• Забытая карта. Файл, собранный однажды год назад и с тех пор не обновлявшийся, описывает несуществующий сайт.

Простое правило: в карте сайта должны быть только те адреса, которые отдают код 200, канонические сами для себя, открытые для индексации и содержательные.

IndexNow — быстрое дополнение к карте сайта

Раз способ мгновенно уведомить Google исчез, стоит знать про альтернативу для остальных поисковиков. IndexNow — открытый протокол, разработанный Microsoft и Яндексом: вы отправляете один запрос со списком изменившихся адресов, и поисковики узнают об изменении сразу, не дожидаясь планового обхода.

Протокол поддерживают Bing, Яндекс, Naver и Seznam; отправка в один из них автоматически распространяется на остальных. Google в IndexNow не участвует — для него по-прежнему работают robots.txt, Search Console и собственное расписание обхода.

Для российских проектов это осмысленное дополнение: Яндекс узнаёт о новых материалах быстрее. Но IndexNow не заменяет карту сайта, а работает вместе с ней — карта описывает сайт целиком, IndexNow сообщает о точечных изменениях.

Как убедиться, что карта работает

1. Откройте файл в браузере. Он должен открываться по прямому адресу и отдавать код 200. Если вместо XML вы видите страницу ошибки — дальше проверять нечего.
2. Проверьте отчёт в панелях вебмастеров. Сравните число адресов в файле с числом обработанных. Заметное расхождение означает, что часть адресов отклонена, и панель объяснит почему.
3. Выборочно проверьте адреса. Возьмите десяток строк из файла и убедитесь, что все они открываются, не редиректят и канонические сами для себя.
4. Сверьте охват. Если в карте 400 адресов, а на сайте 4000 страниц — карта собрана не полностью, и стоит понять, где обход прервался.
5. Поставьте на контроль. Файл может отвалиться после переезда, обновления системы управления или смены прав доступа — и вы узнаете об этом только по проседанию индексации.

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

Влияет ли sitemap.xml на позиции в поиске?

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

Как часто нужно обновлять карту?

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

Что делать, если страниц больше 50 000?

Разбить на несколько файлов и передать поисковикам индексный sitemap со ссылками на них. Разбивать удобно по типам содержимого — так отчёты индексации станут информативнее.

Нужно ли добавлять в карту страницы разбивки по номерам?

Обычно нет. Вторая и последующие страницы каталога редко представляют самостоятельную ценность для поиска. Полезнее включить в карту сами карточки товаров или материалов.

Обязательно ли называть файл sitemap.xml?

Нет, имя может быть любым — важно, чтобы поисковик знал адрес из robots.txt или из панели вебмастера. Но привычное имя в корне сайта проще для вас же самих через год.

Можно ли указать в карте адреса другого домена?

По умолчанию нет: адреса должны принадлежать тому же хосту. Исключение — перекрёстная отправка, когда оба ресурса подтверждены в панели вебмастера и карта объявлена в robots.txt соответствующего домена.

Карта закрыта в robots.txt — это ошибка?

Да, и довольно частая: правило вида Disallow: /*.xml закрывает и саму карту. Файл должен быть доступен роботам.

Коротко

Карта сайта — это про обнаружение страниц, а не про позиции. Из всех полей протокола реально работают два: loc и правдивый lastmod; priority и changefreq можно не заполнять. Технические рамки — 50 000 адресов и 50 МБ на файл, дальше нужен индексный sitemap.

Сообщить о карте нужно двумя способами: строкой в robots.txt и добавлением в Google Search Console и Яндекс.Вебмастер. Способ с «пингом» Google больше не существует. Для Яндекса и Bing дополнительно есть IndexNow.

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

Источники

Сверено с источниками на 12 октября 2026 года. Использованы протокол Sitemaps, справка Google и Яндекса и страницы IndexNow; лимиты в 50 000 адресов и 50 МБ, отношение Google к тегам lastmod, priority и changefreq и список поисковых систем, поддерживающих IndexNow, сверены с оригиналами.

1. Sitemaps.org. Protocol.
2. Google Search Central. Build and submit a sitemap.
3. Яндекс Вебмастер. Файлы Sitemap.
4. IndexNow. FAQ.