Как создать карту сайта с понятным составом
Начните с перечня разделов, которые должны участвовать в поиске: услуги, категории, товары и статьи. Для каждого определите основной адрес. Корзина, личный кабинет, результаты внутреннего поиска и произвольные комбинации параметров обычно не входят в этот редакционный список.
Если CMS уже формирует XML-карту, не создавайте вторую вручную до проверки первой. Откройте её и выборочно сравните URL с публичными страницами. Для больших сайтов Google допускает индекс карт; ограничения размера и количества адресов берите из актуальной документации.
Минимальный XML и порядок размещения
Небольшая XML-карта содержит корневой urlset с пространством имён протокола и элементы url с абсолютным loc. В учебном файле ниже две вымышленные страницы example.com. Дату lastmod добавляют при наличии достоверной даты изменения, а не ради обязательного заполнения.
Для CMS включите штатную генерацию и проверьте полученный файл. Для небольшого сайта с ручной картой сохраните XML в UTF-8 и разместите по общедоступному HTTPS-адресу, например /sitemap.xml. Убедитесь, что сервер отдаёт XML, а не HTML-заглушку.
Укажите полный адрес карты строкой Sitemap: https://example.com/sitemap.xml в robots.txt, заменив домен собственным. При доступе к панели поисковой системы отправьте адрес карты через предусмотренный инструмент и отдельно посмотрите её обработку. Пример example.com не является адресом вашей карты.
Проверьте адрес, статус и основной документ
Карта должна указывать абсолютные URL нужного домена и протокола. Перенаправление на другой адрес — повод обновить запись. Включение URL в sitemap является сигналом о предпочтительной версии, поэтому противоречие с canonical следует разобрать.
Вымышленный магазин включил в карту /catalog/lamp/?sort=price, хотя основной категорией выбрана /catalog/lamp/. В рабочем реестре оставили категорию, а сортировку проверили отдельно. Само удаление записи из карты не закрывает параметрический URL от поиска.
Что указывать в lastmod
Дата последнего существенного изменения страницы должна отражать реальную правку её содержания. Ежедневная подстановка сегодняшнего числа во все записи не сообщает поиску, какие документы действительно обновились. Дата генерации XML и дата изменения статьи — разные события.
Согласуйте с разработчиком источник даты: публикация, редактирование основного текста, изменение товарного предложения. Затем измените один тестовый объект и убедитесь, что обновился именно его lastmod. Не придумывайте исторические даты для материалов без достоверной записи.
| Запись | Решение | Причина |
|---|---|---|
| Действующая статья 200 | Включить основной URL | Предназначена для поиска |
| Старый адрес с 301 | Заменить конечным | Не передавать устаревший маршрут |
| Параметр сортировки | Проверить отдельно | Не отдельная поисковая задача |
Как проверить карту после публикации
Сохраните число адресов и список добавленных, удалённых и изменённых URL. Проверьте несколько страниц каждого шаблона и способ обнаружения карты: например, её адрес в robots.txt. В доступной панели поиска отдельно смотрите результат обработки файла.
Sitemap, переобход и IndexNow выполняют разные функции. Их успешная доставка не означает, что все статьи появились в поиске. В отчёте отделяйте доступность файла, его обработку и наблюдаемые результаты по конкретным страницам.
Продолжить: Диагностика: проверенные проблемы и задание исполнителю; Программа видимости: согласованные работы и наблюдения