北京知识库日期字段设计：首次发布、实质修改与本次核对分开保存

页面重新生成，不等于文章内容发生实质更新。北京企业维护SEO知识库时，应先定义日期代表的动作，再让后台、公开页面和结构化资料采用一致口径。保留原始发布记录尤其重要，迁移或重写不能随意伪装成今天首次发表。

三个时间，回答三个问题

Google的Article文档介绍相关日期属性，具体使用应核对当时要求。显示格式可以适合读者，但数据中要避免无解释的时区差异。一个页面含有新闻事件日期时，也不应把事件发生时间误填成本站文章首次发布时间。

示例只演示日期关系

{
  "datePublished": "2026-10-20T10:00:00+08:00",
  "dateModified": "2026-10-29T11:00:00+08:00"
}

以上为虚构日期片段，不是完整Article对象。
必须按真实记录填值，并与可见说明对应。

编辑变更留下具体原因

变更记录
原始公开记录：
这次修改的主张或资料：
修改原因与依据：
涉及页面及附件：
审核者：
实际生效时间：
只是核对但未修改的范围：

1. 迁移时保留能够确认的历史记录。
2. 日期无法确认就记录未知，不编造精确时刻。
3. 公开页与JSON-LD读取同一事实来源。
4. 修改后检查缓存、目录与搜索资料是否仍显示旧口径。

不是每次改错字都要写一段公开公告，但内部应有可追踪记录。影响读者判断的变化，可以清楚解释新旧范围。核对后保持原文，也可以内部记录核对对象，不必为了显示今天更新而制造无意义改写。