三种日期对应三个不同动作
看到页面上的几个日期时,先确认动作主体。发布和修改通常由页面提供者声明;访问时间由阅读者记录。访问一篇旧文章,并不会让它获得一个新的发布日期;一篇文章今天被重新排版,也不意味着里面提到的事件今天才发生。
Schema.org 将 datePublished 定义为首次发布或播出日期,将 dateModified 定义为最近修改日期。这些字段说明标注的语义,字段本身并不能证明填写者提供的信息准确。
| 字段 | 建议写法 | 不可替代的字段 |
|---|---|---|
| 发布日期 | 照录原页日期,并记录标签原文 | 不能用收藏日代替 |
| 更新日期 | 照录最近修改日期,并注明改动说明 | 不能用正文事件日期代替 |
| 访问日期 | 记录自己读取页面的日期与必要时区 | 不能证明首次公开时间 |
从原页记录,而不是从记忆补齐
打开需要引用的那一页,先保存完整网址,再把标题附近或文末的时间标签抄入笔记。日期出现在哪里也有意义:页脚版权年份往往属于整站,评论日期属于评论,文章正文里的年份可能属于叙述对象。不要仅因它们距离标题很近,就当作文章日期。
- 未显示发布日期:写“原页未标注”,保留访问日期。
- 只写“昨天”:照录相对时间,并记录本次查看时间,不直接猜成绝对日期。
- 同时出现多个版本日期:分别记录位置和标签,暂不选出一个所谓正确值。
- 资料只有年月:保留年月精度,不随意补成该月第一天。
涉及跨地区时间时,加上时区
日期接近午夜时,同一时刻在不同地区可能落在相邻两天。若需要比较公告与转述的先后,建议保留原文时间和时区;统一排序时另加一个换算字段,不覆盖原始写法。只做一般阅读笔记时,原文仅提供日期,也可以不自行添造具体时分。
Google 的日期指导强调,页面可见日期与对应结构化值应保持一致,日期应该描述页面的发布或更新,而不是其中的事件。读者遇到不一致时,可以把差异本身记下来;不必在没有背景的情况下断言哪一项是故意错误。
一条记录怎样写得清楚
虚构教学例子:资料A显示“发布:2026-03-02”“更新:2026-04-18”,阅读者在2026-11-12看到它。记录时写成三列,并加注“更新说明:新增旧书签整理步骤”。这些日期只用于演示,不代表某个真实站点在对应日期变更。
如果另一页只有“2026版”字样,记录应是“标题含2026;发布未标注;更新未标注;访问为实际读取日”。比起把2026年1月1日填进空白,这种写法更忠实,也让后来接手记录的人知道哪些部分还需要补证。
什么时候应该新增一条记录
再次访问后,若只是确认页面仍可读,可在访问日志中追加一行;若出现新的更新标签、地址说明或正文差异,应保留旧记录并新增观察。删除旧值会失去比较基础,尤其不利于追溯“哪一次访问时已看到这段文字”。
记录表也应区分“页面声称”和“本人观察”。前者可以写原文日期,后者只描述你实际看见的内容。对搜索“海角社区网址最新2026”的读者,这样做能避免把阅读时间误传为地址生效时间。
参考资料
以下原始资料用于支持文中通用定义和操作。本文举例与记录方法不代表海角社区的实际变更历史。