После обновления сайта важно проверить, отражает ли sitemap нужные страницы и может ли Google прочитать файл. Инструкция поможет владельцу сайта вместе с разработчиком собрать список расхождений и понять, что исправлять дальше.
Выберите материал для проверки
Возьмите недавно выпущенный раздел или группу важных обновлённых страниц: например, каталог, справочные материалы или страницы услуг. Нужны фактические URL и даты существенных изменений из CMS, адрес действующего sitemap и доступ к ресурсу сайта в Search Console. Для отправки sitemap через отчёт Google требует права владельца.
Сначала уточните у технической команды, как CMS формирует карту. Если используется индекс sitemap, найдите в нём файл нужного раздела. Не создавайте вторую карту вручную, пока не установили, какая уже обслуживает эти страницы.
Сверьте содержимое с выпуском
Для каждой выбранной страницы заполните строку:
| Поле | Что записать |
|---|---|
| Страница | Полный URL и её назначение |
| Выпуск | Что существенно изменилось и когда |
| Sitemap | Адрес файла и наличие URL в нём |
| Дата изменения | Значение lastmod и соответствие изменению |
| Обработка | Статус и дата чтения файла в Search Console |
| Решение | Подтверждённая ошибка, ответственный и повторная проверка |
Google рекомендует включать предпочтительные канонические адреса, которые вы хотите показывать в поиске. Если указан lastmod, он должен достоверно отражать существенное обновление страницы. Не меняйте его ежедневно только ради свежей даты. Значения priority и changefreq Google игнорирует. Документация Google по sitemap.
Если URL отсутствует, попросите разработчика проверить правило включения страницы в генератор. Если указан старый адрес, сопоставьте его с конечным URL и согласованной основной версией. Если все даты совпадают с последней сборкой сайта, проверьте, не подставляет ли генератор время сборки вместо изменения содержимого.
Проверьте обработку файла
- Откройте отчёт Sitemaps
Выберите нужный ресурс в Search Console и найдите отправленный файл. Сохраните его адрес, статус и дату последнего чтения. Если записи нет, проверьте ресурс и способ отправки: карты, найденные только через robots.txt, в этом отчёте не перечисляются.
- Разберите состояние
Success означает успешное получение и чтение файла. При Couldn't fetch откройте подробности ошибки и проверьте точность адреса и доступность файла. При ошибках разбора передайте разработчику конкретное сообщение и затронутый файл.
- Уточните причину недоступности
Введите URL самой карты в инструмент проверки URL и запустите тест текущей версии. Сверьте разрешение обхода и успешность получения. Если файл не доступен роботу, исправьте подтверждённую причину вместе с технической командой.
- Повторите проверку после исправления
Сверьте содержимое опубликованного файла с рабочей таблицей и повторно отправьте исправленную карту через отчёт при необходимости. Зафиксируйте новый результат. Не закрывайте задачу только по отсутствию ошибки в браузере.
Условия отправки и значения статусов описаны в справке Search Console. Она позволяет отличить ошибку получения карты от ошибки её разбора.
На выходе каждая найденная проблема должна иметь точный адрес, наблюдение и ответственного. Если карта корректна и читается, а важная страница отсутствует в индексе, продолжайте диагностику самой страницы по данным проверки URL. Повторная отправка исправного файла не объяснит причину такого отсутствия.