发布时间回答何时出现,更新时间回答何时修改,访问时间回答何时看到
发布时间回答何时出现,更新时间回答何时修改,访问时间回答何时看到

三种日期对应三个不同动作

看到页面上的几个日期时,先确认动作主体。发布和修改通常由页面提供者声明;访问时间由阅读者记录。访问一篇旧文章,并不会让它获得一个新的发布日期;一篇文章今天被重新排版,也不意味着里面提到的事件今天才发生。

Schema.org 将 datePublished 定义为首次发布或播出日期,将 dateModified 定义为最近修改日期。这些字段说明标注的语义,字段本身并不能证明填写者提供的信息准确。

字段建议写法不可替代的字段
发布日期照录原页日期,并记录标签原文不能用收藏日代替
更新日期照录最近修改日期,并注明改动说明不能用正文事件日期代替
访问日期记录自己读取页面的日期与必要时区不能证明首次公开时间

从原页记录,而不是从记忆补齐

打开需要引用的那一页,先保存完整网址,再把标题附近或文末的时间标签抄入笔记。日期出现在哪里也有意义:页脚版权年份往往属于整站,评论日期属于评论,文章正文里的年份可能属于叙述对象。不要仅因它们距离标题很近,就当作文章日期。

  • 未显示发布日期:写“原页未标注”,保留访问日期。
  • 只写“昨天”:照录相对时间,并记录本次查看时间,不直接猜成绝对日期。
  • 同时出现多个版本日期:分别记录位置和标签,暂不选出一个所谓正确值。
  • 资料只有年月:保留年月精度,不随意补成该月第一天。

涉及跨地区时间时,加上时区

日期接近午夜时,同一时刻在不同地区可能落在相邻两天。若需要比较公告与转述的先后,建议保留原文时间和时区;统一排序时另加一个换算字段,不覆盖原始写法。只做一般阅读笔记时,原文仅提供日期,也可以不自行添造具体时分。

Google 的日期指导强调,页面可见日期与对应结构化值应保持一致,日期应该描述页面的发布或更新,而不是其中的事件。读者遇到不一致时,可以把差异本身记下来;不必在没有背景的情况下断言哪一项是故意错误。

一条记录怎样写得清楚

虚构教学例子:资料A显示“发布:2026-03-02”“更新:2026-04-18”,阅读者在2026-11-12看到它。记录时写成三列,并加注“更新说明:新增旧书签整理步骤”。这些日期只用于演示,不代表某个真实站点在对应日期变更。

如果另一页只有“2026版”字样,记录应是“标题含2026;发布未标注;更新未标注;访问为实际读取日”。比起把2026年1月1日填进空白,这种写法更忠实,也让后来接手记录的人知道哪些部分还需要补证。

什么时候应该新增一条记录

再次访问后,若只是确认页面仍可读,可在访问日志中追加一行;若出现新的更新标签、地址说明或正文差异,应保留旧记录并新增观察。删除旧值会失去比较基础,尤其不利于追溯“哪一次访问时已看到这段文字”。

记录表也应区分“页面声称”和“本人观察”。前者可以写原文日期,后者只描述你实际看见的内容。对搜索“海角社区网址最新2026”的读者,这样做能避免把阅读时间误传为地址生效时间。

参考资料

以下原始资料用于支持文中通用定义和操作。本文举例与记录方法不代表海角社区的实际变更历史。

接着阅读

网页标题写着2026,就代表内容是最新的吗? →如何建立一份可追溯的网址变更年表? →返回全部文章 →