Дата обновления статьи: что считать изменением
Когда менять dateModified статьи: существенная редактура, проверка фактов и журнал изменений. Как согласовать видимую дату, schema и sitemap.
Дата «обновлено сегодня» должна объяснять, что стало актуальнее. Если изменился только пробел в компоненте, новая дата у всех статей создаёт видимость редакторской работы, которой не было. Для читателя важен ответ, а не время сборки сайта.
В SEO-процессе я бы хранил дату публикации и дату существенной редакции отдельно. Тогда старый материал может честно показывать новую проверенную инструкцию без выдуманного нового начала истории.
Что изменило ответ читателю
Замена устаревшего правила платформы, исправление неверной формулы, новый проверяемый пример и переработка сценария могут быть содержательной редакцией. Смена отступов, исправление опечатки или общий редизайн шапки обычно не меняют полезность ответа настолько же. Окончательное правило проекта лучше записать заранее.
| Изменение | Основание для новой редакции | Что сохранить |
|---|---|---|
| Поменялось правило сервиса | Инструкция теперь ведёт к другому действию | Источник и дата проверки |
| Исправлена формула | Меняется получаемый результат | Старое и новое правило расчёта |
| Добавлен полезный разбор ошибки | Появился самостоятельный ответ | Краткое описание дополнения |
| Исправлена опечатка | Обычно техническая редактура | При необходимости запись без смены основной даты |
| Сайт пересобран | Само по себе не редакция статьи | Версия выпуска отдельно |
Поиск видит несколько сигналов
Google объясняет, что оценивает дату публикации или существенного обновления по нескольким признакам. В документации предлагается показывать понятную пользователю дату и согласовывать её с разметкой. Установка dateModified сама по себе не гарантирует, какую дату покажет выдача.
Проверьте видимую подпись, Article schema и lastmod в sitemap. Они должны относиться к содержимому страницы и не спорить между собой. Если дата хранится в одном реестре, удобнее формировать эти места из него. Дата создания обложки и дата последней сборки остаются техническими событиями.
Короткий журнал полезнее постоянного омоложения
Запись «18 октября: обновлены условия экспорта, проверен официальный источник, заменён пример» объясняет редакторское действие. Внутренний журнал может содержать точные пути и результаты проверки; публичный — короткую содержательную заметку, если она нужна читателю. Не публикуйте закрытые комментарии или секретные ссылки.
Если вы только перечитали документ и ничего не изменили, можно отдельно вести дату проверки источника. Не смешивайте её автоматически с датой существенного обновления текста. У конкретного факта полезно указать дату проверки рядом, особенно когда правило зависит от тарифа или интерфейса.
Что проверить при массовом обновлении
Возьмите несколько статей с разными историями: новую, существенно исправленную и нетронутую. Сравните реестр, HTML, schema и sitemap. Если у всех появился сегодняшний modified, найдите общее правило генерации. Не исправляйте это ручной заменой одной страницы, пока ошибка остаётся в источнике данных.
Публикуя новую редакцию, проверьте, что на рабочем URL действительно появился исправленный текст. Метаданные могли обновиться, а страница остаться в кеше. Помогает проверка HTML и сравнение значимого фрагмента.
Для оценки эффекта сохраните дату изменения и сопоставимые периоды. SEO-refresh требует отдельной проверки результата, а обновление обложки — проверки самого файла. Новая дата сообщает об истории материала; она не заменяет ни обновление содержания, ни измеренный поисковый эффект.