Требования к sitemap: что на самом деле проверяют поисковики
Формат карты сайта описан в открытом протоколе sitemaps.org, и его поддерживают Google и Яндекс. Сам протокол короткий, поэтому проблемы возникают не из-за сложности, а из-за мелочей: лишний символ в адресе, файл, оставшийся от прежней CMS, карта в неправильной папке.
Важно понимать роль файла. Sitemap не заставляет поисковик индексировать страницы, это список адресов, которые вы рекомендуете. Чем чище список, тем меньше времени робот тратит на лишнее и тем понятнее отчёты в панелях вебмастеров.
Структура файла и обязательные теги
Файл начинается с XML-объявления и корневого элемента urlset, в котором указано пространство имён протокола. Каждая страница описывается отдельным блоком url, а обязательное поле внутри только одно — loc с полным адресом.
Остальное по желанию. Тег lastmod полезен, когда дата отражает реальное изменение содержимого, и бесполезен, если генератор ставит «сегодня» на все страницы при каждой сборке. Теги changefreq и priority Google не учитывает, поэтому их отсутствие не ошибка. Даты записывают в формате W3C Datetime.
Лимиты по размеру и индексный файл
В одном файле допускается до 50 000 адресов и до 50 МБ в распакованном виде. Gzip ускоряет передачу, но лимит считается по исходному размеру, поэтому сжатие не позволяет уместить больше страниц.
Если страниц больше, карту делят на части и собирают индексным файлом sitemapindex. Каждая запись sitemap в нём содержит loc частичной карты и, при желании, lastmod. Индекс не может ссылаться на другой индекс: вложенность ограничена одним уровнем.
Делить карту полезно и задолго до лимита. Например, интернет-магазин из Ташкента может вести отдельные файлы для категорий, карточек товаров и статей блога. Тогда в Search Console видно, какая группа индексируется хуже, и причину искать проще.
Кодировка и формат адресов
Файл сохраняют в UTF-8. Специальные символы в адресах заменяют XML-сущностями: амперсанд, апостроф, кавычки, знаки «меньше» и «больше». Чаще всего файл ломает неэкранированный амперсанд в адресах с параметрами: после него парсер теряет структуру.
Кириллицу и пробелы записывают в процентной кодировке. Поэтому, если адреса страниц делаются латиницей в транслите, карта получается чище, а ссылки удобнее отправлять в Telegram и Instagram.
- Только абсолютные адреса с протоколом и доменом, без относительных путей
- Протокол и домен совпадают с основным зеркалом: если сайт работает по https без www, так и в карте
- Единый формат конца адреса: со слешем везде или без него везде
- Каждый адрес указан один раз
- Карта не перечисляет адреса вне своей папки и чужие домены без подтверждения прав
Что должно попасть в карту по смыслу
Формально верный файл всё равно может быть плохим. В карту включают только страницы, которые должны находиться в поиске: ответ сервера 200, нет noindex, адрес является каноническим для самого себя, нет редиректа.
Не нужны страницы фильтров и сортировки, пагинация, корзина, личный кабинет, результаты внутреннего поиска. Дубли с UTM-метками из рекламы тоже не место в карте, иначе вы сами предлагаете роботу несколько адресов одной страницы.
Расположение файла и русскоязычная и узбекская версии
Карта охватывает адреса в своей папке и ниже, поэтому основной файл кладут в корень: site.uz/sitemap.xml. Карта в папке /blog/ сможет описывать только блог. Путь к файлу указывают строкой Sitemap в robots.txt и добавляют в Search Console и Яндекс Вебмастер.
Если сайт ведётся на русском и узбекском, в карту включают обе версии. Связи между ними можно задать элементами link с rel alternate и hreflang: каждая версия ссылается на все остальные и на саму себя. Для этого в корневом элементе объявляют нужное пространство имён, иначе файл считается некорректным. Выберите один способ указания языков, в карте или в коде страниц, чтобы не поддерживать два источника.
Как проверить карту и когда нужна помощь
Синтаксис проверит любой XML-валидатор, а проблемы обработки покажут отчёты Search Console и Вебмастера. Если карту создаёт плагин или модуль CMS, перепроверяйте её после обновлений и смены настроек: формат нарушается незаметно.
Короткий чек-лист перед отправкой:
Команда markdev занимается SEO-оптимизацией сайтов в Узбекистане, включая техническую часть: карту, robots.txt и индексацию. Если хотите понять, что не так с вашей картой, обсудите задачу с нами.
- Корректное XML-объявление и пространство имён
- В каждой записи есть loc
- Не больше 50 000 адресов и 50 МБ на файл
- UTF-8 и экранированные спецсимволы
- Абсолютные канонические адреса основного зеркала
- Индексный файл без вложенных индексов, если сайт большой
- Строка Sitemap в robots.txt и отправка в панели вебмастеров
Частые вопросы
Обязательно ли указывать changefreq и priority в sitemap?
Нет. Обязателен только loc. Google эти теги не использует, так что их можно не указывать. Тег lastmod стоит добавлять, если дата соответствует реальному изменению страницы.
Сколько страниц может быть в одной карте сайта?
До 50 000 адресов и до 50 МБ в распакованном виде. Если сайт больше, карту делят на несколько файлов и объединяют индексным файлом sitemapindex.
Можно ли добавлять в sitemap страницы с редиректом или noindex?
Не стоит. В карту попадают только канонические страницы с ответом 200, которые должны быть в поиске. Остальное создаёт шум и путает отчёты.
Где должен лежать файл sitemap.xml?
Лучше всего в корне сайта: карта охватывает свою папку и всё ниже. Путь к ней указывают в robots.txt и в панелях вебмастеров.
Разберём вашу задачу бесплатно
Оставьте контакт — за 15 минут созвона покажем, где теряются заявки и что сделать в первую очередь.