После ночной сборки весь архив получил сегодняшнюю дату lastmod. Если тексты не менялись, такой sitemap сообщает поисковику неверную историю изменений.
Google рекомендует отражать существенные изменения и использует lastmod, когда его точность удаётся подтвердить. Подробности приведены в инструкции по sitemap.
Два события, две записи
Представим инструкцию по настройке аналитики. В понедельник редактор исправил устаревший шаг подключения и проверил новый интерфейс. Во вторник разработчик поменял цвет общего футера. Для редакционного журнала это разные события: первое меняет ответ читателю, второе относится к оформлению сайта.
Храните дату содержательного изменения рядом с материалом. Дату сборки записывайте отдельно в технический журнал. Такая схема позволяет восстановить причину обновления, даже если за день прошло несколько деплоев.
| Изменение | Редакционное действие |
|---|---|
| Новый обязательный шаг инструкции | Обновить текст и lastmod |
| Исправленная фактическая ошибка | Зафиксировать исправление и дату |
| Общий цвет кнопок | Проверить интерфейс, не освежать все статьи |
| Статья перечитана без изменений | Записать проверку в редакционный журнал |
Это рабочая политика редакции, а не универсальный перечень поисковых требований. Для каталога товаров существенными могут быть изменения цены или доступности; для руководства важнее шаги и условия применения.
Проверка без догадок
Выберите старую неизменённую статью и недавно исправленную. Соберите сайт дважды без правок. Даты обеих страниц должны сохраниться. Затем измените содержимое только второй статьи и её редакционную дату. В sitemap должна измениться соответствующая запись.
Если даты скачут у всего архива, найдите источник значения: текущее время сборки, файловое время после checkout или глобальная настройка шаблона. Не маскируйте этот дефект ручной подстановкой вчерашней даты. Источник должен воспроизводимо отвечать на вопрос: какое изменение читатель увидит по этому адресу?