Sitemap.xml: зачем нужна карта сайта

Карта — подсказка, не кнопка индекса

Sitemap.xml сообщает роботам список URL, которые вы считаете достойными обхода. Это полезно на новых сайтах, на больших каталогах и после смены структуры, когда внутренние ссылки ещё не собрали граф. Это не заставляет поиск показать страницу и не заменяет проверку индекса.

Если URL закрыт в robots, отдаёт noindex, клеится каноникалом на другой адрес или отвечает 404, строка в карте его не спасёт. Карта в этом случае шумит: робот тратит обход на отказ.

Указывают карту в robots.txt директивой Sitemap и добавляют в Вебмастер и Search Console. Два канала не конфликтуют. Главное — один и тот же канонический список, а не три поколения файлов с прошлых CMS.

Что включать

В карту попадают URL, которые вы хотите видеть в поиске: канонические, с кодом 200, без авторизации, с содержанием, закрывающим интент.

Изображения и новости живут в отдельных типах карт, если это реально ваш формат. Не пихайте все jpg интернет-магазина в одну простыню «на всякий случай» без понимания, зачем поиск должен их знать как отдельные объекты.

lastmod ставьте честно: дата реального изменения страницы, не еженочная перегенерация всего каталога. Ложь в lastmod обесценивает сигнал. changefreq и priority в глазах современных роботов почти декоративны; не стройте на них регламент.

Чего не ждать от карты

«Добавили sitemap — выросли». Нет. Выросли, если робот быстрее нашёл нормальные URL, которые уже отвечают на спрос. Карта не лечит тонкий контент и не склеивает www.

Лимиты протокола (сколько URL в одном файле, какой размер) лучше сверять с текущей спецификацией sitemaps.org и документацией поиска, а не с пересказом. Практическое правило стабильно: большой сайт режется на несколько карт плюс индекс-sitemap. Не держите одну простыню, которую сервер едва отдаёт.

Индекс карт — файл, который перечисляет другие sitemap. Удобно разделить услуги, блог, каталог, чтобы в панели видеть, какой тип URL отстаёт.

Как собрать, чтобы не врать

Генерация из CMS должна брать канонический URL из шаблона, а не «какой получился в запросе». Иначе в карте окажутся и слэш, и без слэша, и print-версия. Принципы склейки — в canonical и дублях.

После релиза сверьте выборку:

1. Откройте карту как XML, не как скачанный HTML.
2. Выберите 20 бизнес-URL — все ли на месте.
3. Выберите 20 заведомо служебных — их быть не должно.
4. В панели вебмастера посмотрите ошибки разбора карты, не только факт «отправлены».

Если карта отдаёт 500 или кэшируется на неделю при ежедневных публикациях — чините инфраструктуру. Робот не обязан угадывать, что у вас «на самом деле другая».

Связь с внутренней перелинковкой

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

Для сопровождения SEO карта — контрольный список: что мы считаем индексируемым контуром на эту четверть. Расхождение «в карте 12 услуг, на сайте 12 услуг, в индексе 7» — задача не «перезалить xml», а выяснить, почему пять адресов непригодны.

Ошибки, которые видны сразу

Несколько карт с пересекающимся мусором. HTTP-карта на HTTPS-сайте. Карта на неглавном зеркале. Абсолютные URL на старый домен после переезда. Сжатый файл, который nginx отдаёт как битый. Плагин WordPress, который пихает вложения, архивы дат и author-страницы без спроса.

Чистка карты часто поднимает «качество обхода» заметнее, чем добавление ещё одной тысячи тегов.

HTML-карта и xml — не одно и то же

Страница «Карта сайта» для человека — навигация. Она не заменяет xml. Роботу удобнее машинный список. Человеку — нормальное меню. Делать HTML-простыню из пяти тысяч ссылок «для SEO» обычно хуже, чем нормальные разделы: тонкий документ, медленный рендер, сомнительная польза.

Если HTML-карта есть, в неё те же канонические разделы, что в меню, не dump всех фильтров.

Что делать, когда панель ругается на карту

Сначала откройте URL карты инкогнито: это XML с тегом urlset или sitemapindex, не страница 404 темы. Кодировка UTF-8. Абсолютные https-ссылки на главное зеркало. Если nginx отдаёт HTML-заглушку или basic auth — панели честно напишут, что не смогли скачать. Чинить ответ сервера, не «переотправить» десять раз.

Ошибка «URL в карте, но исключён из индекса» почти никогда не лечится правкой xml. Смотрите каноникал, noindex, дубль, качество. Карта лишь показала адрес, который вы сами туда положили.

После переезда домена старая карта на прошлом хосте должна умереть вместе с 301 всего сайта. Живая карта на старом зеркале кормит робота устаревшим инвентарём.

Когда карта важнее обычного

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

Не кладите в карту URL «на будущее». Нет страницы — нет строки.

Короткий регламент

• Карта только канонических 200.
• Указана в robots и в панелях.
• lastmod не врёт.
• После смены структуры — новая карта и проверка выборки, не вера в плагин.
• Индекс смотрите по URL, не по факту «sitemap принят».

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