新鲜度标记：发布日期与更新日期规则

新鲜度标记告诉读者页面首次公开的时间、其所依赖信息最后变更的时间，以及在有用的情况下说明了检查了什么内容。它是一个开场元素，因为时间会改变其下方每项声明的解读方式。

更新于 2026 年 8 月 27 日 · 发布于 2025 年 3 月 14 日 · 价格和功能可用性已验证

上述渲染示例提出了三项不同的声明。「发布于」保留了来源信息，「更新于」记录了实质性变更，而范围短语则说明了审核所涵盖的内容。日期是来源信号，而非装饰或让旧内容看起来像新内容的捷径。

为什么此元素很重要

读者通过日期来评估风险。一篇三年前解释数学概念的文章可能仍然完全可靠，而一篇三个月前比较软件价格的文章可能已经过时。一个可见的标记有助于读者决定是否信任该页面、验证易变的声明或寻找更新的来源。同时显示两个日期也保护了历史记录：读者能够看到一份成熟的内容资源得到了维护，而不是被虚假地呈现为新发布的内容。

当标签过度声称时，这种心理机制就会失效。「今日已更新」暗示有人更改了读者所依赖的信息。如果唯一的操作是更改日期、修正标点或把页面移入新模板，那么这个标签就是在没有实际依据的情况下制造信任感。未经实质性修改内容而更改更新日期属于违规行为，即使内容管理系统使这种编辑变得很容易。

机器可提取性意味着软件无需从散文中猜测即可识别发布时间、修改时间、审核范围以及它们之间的关系。稳定的字段可以供给页面模板、推送、审核和结构化数据。爬虫能够区分 datePublished 和 dateModified；编辑监控系统能够识别审核窗口已过期的易变页面。诸如「近期刷新」之类的模糊说法既不提供可用的时间戳，也不提供可检验的声明。

类型化元素优先于在普通散文中手动输入的日期。遵循元素书写规则 ：组件必须读取规范的日期字段并一致地渲染它们。作者不得手动输入第二个可能偏离元数据的日期。

使用时机

当日期会实质性改变页面是否安全、准确或有用时，请使用新鲜度标记。常见的触发因素包括价格、产品功能、可用性、法律、标准、统计数据、排名推荐、兼容性说明、资格规则、时间表以及指定的人员。这些事实会过时，因为即使文字没有变化，世界也在变化。

当发布者承诺重新审视已定义声明时，在活资源上使用它。软件对比页面可能会写「方案和功能限制已验证」；文档页面可能写「已验证版本 6.8」；法规解释页面可能会指明司法管辖权和有效的规则。范围描述可以防止对一个表格的近期检查暗示每个句子、链接和结论都受到了同等程度的审查。

常青内容可能不需要可见的新鲜度标记。稳定的定义、历史记录、固定的案例研究、发布说明或与封闭数据集相关的研究报告通常只需要一个诚实的发布日期。当解释发生变化时，添加更正说明或单独的更新日志，但不要制造一种维护剧场——让不变的记录每个季度都获得新日期。

常见错误包括：

• 自动显示当前日期： 每次请求都渲染今天的日期并不能说明任何审核活动，这是明令禁止的。
• 标题中的年份：「2026 年最佳工具」是对当前覆盖范围的主张，而非页面在 2026 年经过检查的证明。
• 构建时间戳： 重新构建站点会更改文件，而非编辑内容实质。
• 没有范围和所有者的审核徽章： 它在没有可审计行为的情况下制造了权威性。
• 已更改的产品数据源： 自动化的价格更新可能更新了特定字段，但除非结论经过重新检查，否则不能以此证明将周边的编辑分析标记为已更新。

放置位置

将标记放在标题元数据行中：位于 H1 和单行描述之下，引言或第一个直接答案元素之前。读者应在接触到可能过时的声明之前获取时间上下文信息。在长页面上，当某个表格或证据块拥有自身的更窄验证日期时，标记也可放置于其旁边。

当模板支持时，将作者身份和审核身份保留在同一来源区域内，但保持清晰的阅读顺序：作者、发布/更新日期，然后是审核范围。标记可以与预估阅读时间并列，因为两者都是中性元数据。它不得与促销徽章、折扣倒计时、「热门」标签或星级评分并列；这些信号可能使编辑日期看起来像紧迫性或背书。

不要将标记放在引言内部、第一个易变声明之后、仅放在页脚或图片内部。不要在标题区、侧边栏和表格中重复冲突的日期。如果某个部分有自己的数据时效，应将该值标注为「数据截至 2026 年 6 月」或「价格已于 2026 年 8 月 27 日检查」，而不是更改页面级别的更新日期。

结构

1. 主要标签： 存在有效修改时使用「已更新」；否则使用「已发布」。必须使用可见文本，而非图标或工具提示。
2. 主要日期： 来自规范元数据的人类可读日历日期。
3. 原始发布日期： 当主要标签为「已更新」且来源信息有益于同时显示两者时保留。
4. 审核范围： 可选的短文本，说明实际检查的事实、版本、司法管辖区或数据集。
5. 机器时间戳： HTML datetime 属性中的完整 ISO 8601 值，在存储时间的情况下包含时区。
6. 文档关系： 该元素属于页面标题区；更窄的证据日期应属于其所限定的证据旁边。

颜色、图标、间距和分隔符属于渲染器范畴。即使 CSS 不可用，语义顺序也必须正确可读。

设计示例

支持的变体反映了不同的编辑状态，而非外观偏好。

仅发布： 用于新页面或从未经历实质性修订的稳定页面。此为默认设置。

发布和更新： 在实质性修订后使用。更新日期排在前面，因为它是对决策有影响的日期；发布日期作为历史信息保留。

限定范围验证： 当仅重新检查了定义的易变声明，或页面与版本绑定时，添加简短范围说明。范围说明不得暗示更广泛的审计。

审核后无修改： 仅在真实审核发现页面仍然准确时使用。单独记录 reviewedAt；不要更改 dateModified，也不要将该事件标注为「已更新」。

窄视口： 允许完整项目之间的自然换行。切勿截断日期或在留下未标注数字的情况下隐藏「发布于」。

参数

日期字段是元数据属性，而非作者撰写的正文。这可以防止可见标签与推送或架构不一致。前置元数据规范 对于文档级别的值仍然具有权威性。

该元素没有正文，也没有一级标题映射。正文会让作者重复规范元数据。范围说明特意设计为属性，因为它简短、稳定且机器可读。

语法和代码示例

所有适配器读取相同的发布、修改和范围值。它们可以按区域设置格式化日期，但不得改变其含义。

可移植 Markdown 指令

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Hugo 短代码合约

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

在 Hugo 中，优选的生产适配器应从页面元数据读取 .Date 和已批准的 updated 参数，这样作者就不必重复填写。上述显式值记录了可移植字段映射；它们不是允许硬编码第二个事实来源。

WordPress 区块

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

WordPress 适配器应将 published 和 updated 默认从文章记录中读取，将 scope 作为编辑字段暴露，并防止仅日期更新的工作流在未实际发生修订时静默呈现修订状态。

示例

更新于 2026 年 8 月 27 日 · 发布于 2025 年 3 月 14 日
价格、方案限制和功能可用性已对照供应商页面验证。

这是一个好的示例，因为标签保留了这两个事件，范围说明了易变的事实，并且该声明可以对照页面的编辑和来源历史进行审计。审核者知道此处「已更新」的含义。

今日新鲜更新！
最初发布于近期。

这是一个不好的示例，因为「今日」在没有编辑事件的情况下变动，「新鲜」具有促销性质，「近期」抹消了历史，且两行文字均未暴露机器可读的时间戳。如果页面仅被重新格式化，即使将这些短语替换为确切日期也仍然是欺骗性的。正确的做法是保留原始发布日期并省略更新日期。

架构标记和无障碍性

该标记可以在封闭的 Article、TechArticle、NewsArticle 或其他真实的页面类型中提供 datePublished 和 dateModified 数据。datePublished 来自原始发布记录。dateModified 仅来自最新的实质性内容变更。单独记录的未带来任何变更的审核不得覆盖 dateModified；架构不应将审核事件转变为虚假的修改。

不要发明 Schema.org 的 FreshnessStamp 类型。审核范围通常作为可见文本和内部审核元数据保留。如果页面引用了易变事实，请将其证据保存在来源块 中，而不是暗示近期日期就能证明它们。

使用语义化的 <time datetime="…"> 元素渲染每个日期。可见形式遵循页面区域设置；datetime 值保留了无歧义的机器时间戳。标签必须为文本形式。不要依赖时钟图标、绿色、工具提示或「两个月前」之类的相对措辞。标记为装饰性的分隔符应被辅助技术忽略，换行必须保持逻辑阅读顺序。

该标记是静态元数据，因此不需要 ARIA 活动区域、按钮角色、焦点目标或公告。如果链接了更新日志，请使用描述性标签如「查看变更内容」，而非「更多」。

书写规则

将标签书写为事实性来源信息：「已发布」「已更新」或「已审核」。使用绝对的本地化日期，而非「今日」「近期」「新」或「新鲜」。范围保持在 3–12 个词之间，并说明检查的对象：「方案价格和限制已验证」优于「内容已审核」。不要添加感叹号、紧迫感、SEO 声明或页面完全准确的承诺。

实质性变更仅当改进了读者所依赖的信息时才重置 updated。合法的触发因素包括：更正实质性事实、替换过时价格或规格、在产品变更后修订说明、添加重要证据、重新评估后更改推荐、扩大范围足以改变答案，或完成一个导致有意义内容变更的已记录审核。

以下情况不重置 updated：修正拼写错误、标点、格式、图片压缩、CSS 或模板变更、分析标签、链接追踪、仅元数据编辑、自动构建、分类变更、作者资料格式更改，或仅检查页面后发现无需修改。替换失效链接仅在目标链接改变了证据或指导时重置日期；替换为同等可访问的 URL 不应重置。

切勿将诸如「Google 奖励新鲜内容」之类的声明、促销信息、折扣到期日期、阅读时间、作者简介、来源列表、变更日志或完整的审核方法放入标记内。这些内容有不同的用途。切勿将更新日期倒填、覆盖发布日期、从仓库派生修改时间或调度将来的更新日期。

使用此元素的文章类型

postTypes 前置元数据是此映射的来源。包含在内意味着该格式存在周期性的老化风险，但并不意味着每个实例都必须显示更新日期。

稳定的词汇定义、历史记录、封闭数据集研究和发布说明通常保留发布日期，不声称持续新鲜。它们的证据周期或发布版本比滚动更新的标签更具有解释性价值。

QA 检查清单

• 原始发布日期已保留，且早于或等于每个后续事件。
• updated 对应于内容中可见的实质性变更或已记录的证据。
• 无内容变更的审核使用 reviewedAt，而非 updated 或 dateModified。
• 可见日期、前置元数据值、推送值和结构化数据值一致。
• 范围说明精确说明了检查的内容，并且不暗示全页面审计（当仅有一个区块发生变更时）。
• 标记在标题区中出现在易变声明之前，较窄的日期出现在较窄的证据旁边。
• 绝对日期和可见文本标签在无颜色、图标、CSS 或周围文字的情况下仍然可理解。
• 每个机器时间戳使用有效的 ISO 8601 语法和正确的时区。
• 没有构建时间、文件修改时间、当前年份标记或自动移动的日期输入该元素。
• 编辑历史能够解释日期变更的原因；仅日期变更的编辑无法通过审核。
• 已发布、已更新和已审核事件在可见文案和架构中保持区分。
• 页面的文章类型和老化风险证明了显示该元素的合理性。

常见问题

是否每篇文章都应显示最后更新日期？

不必。仅在发生实质性变更后才显示更新日期。稳定的常青页面可以仅显示发布日期，而内容会老化的页面则应显示其最近一次有效审核的日期和范围。

修正拼写错误是否应该更改更新日期？

不应该。排版、格式、跟踪、模板和仅元数据的编辑不会改变读者所依赖的信息，因此它们不应重置更新日期。

在无需修改的情况下，页面能否显示已审核日期？

可以，前提是有资质的人员确实按照定义的范围进行了检查，并且标签显示的是「已审核」而非「已更新」。保持发布日期和修改日期不变，并单独记录此次审核。

更新后，发布日期是否应消失？

通常不应该。在元数据中保留原始发布日期，并在出处信息重要时将其与更新日期并列显示。更新日期绝不能重写页面的历史。

新鲜度标记本身能否改善排名？

不能。日期标签并不能证明页面内容的准确性。其价值来自于真实的维护、一致的元数据以及实际反映所述审核的内容。