<time>标签是传递发布时间语义的关键元素，必须带合法ISO 8601格式的datetime属性，且需与显示文本逻辑一致、与其他时间元信息严格统一。

标签在博客文章发布时间中不是装饰性元素，而是向搜索引擎、屏幕阅读器和结构化数据提取器传递「这是发布时间」这一明确语义的关键手段。它本身不提升排名，但正确使用能显著提高机器对内容时效性的识别准确率，尤其利于新闻、教程、政策类内容获得富摘要展示。

必须带合法 ISO 8601 格式的 datetime 属性

没有 datetime 属性的 标签等同于普通文本，所有机器解析工具都会忽略其时间语义。

• ✅ 推荐写法（纯日期，简洁通用）：<time datetime="2026-06-24">2026年6月24日</time>
• ✅ 推荐写法（含时区，精确可靠）：<time datetime="2026-06-24T07:06:00+08:00">今天上午7点6分</time>
• ❌ 错误写法（无属性）：<time>2026年6月24日</time>
• ❌ 错误写法（格式非法）：<time datetime="2026/06/24">2026年6月24日</time>（斜杠不被识别）
• ❌ 错误写法（缺时区）：<time datetime="2026-06-24T07:06:00">上午7点6分</time>（无时区，本地解释易出错）

发布时间与显示文本要逻辑一致，但不必字面相同

datetime 是给机器读的，标签内文字是给人看的，二者职责分离。关键在于人类可读表达需与机器值在逻辑上匹配。

• ✅ 合理：<time datetime="2026-06-24">今天</time>（页面发布于今日，语义成立）
• ✅ 合理：<time datetime="2026-06-24">6月24日</time> 或 <time datetime="2026-06-24">2026年六月二十四日</time>
• ❌ 冲突：<time datetime="2026-06-24">明天</time>（机器无法推断“明天”所指）
• ❌ 污染：<time datetime="2026-06-24">发布于：2026年6月24日</time>（“发布于：”被当作时间一部分）

需与页面其他时间元信息保持逻辑统一

同一页面若存在多个时间信号（如 、JSON-LD、），三者 datetime 值必须严格一致，否则可能被搜索引擎视为矛盾数据而降权或拒用。

• ✅ 正确协同：
  <time datetime="2026-06-24T07:06:00+08:00">今天上午7点6分</time>
<meta property="article:published_time" content="2026-06-24T07:06:00+08:00">
  JSON-LD 中 "datePublished": "2026-06-24T07:06:00+08:00"
• ❌ 风险行为：一个用 +08:00，另一个用 Z；或一个写 2026-06-24，另一个写 2026-06-23

避免常见工程陷阱

前端动态生成时间时极易踩坑，服务端渲染更稳妥。若必须用 JS，需确保输出符合标准。

• ❌ 禁止用 toLocaleString() 直接赋值 —— 输出含中文、斜杠、空格，非 ISO 格式
• ❌ 禁止手拼字符串漏补零 —— 如 2026-6-24 应为 2026-06-24
• ❌ 禁止截取 toISOString() 后不加时区 —— "2026-06-24T07:06:00Z" 是 UTC，若业务用北京时间，应转为 "+08:00"
• ✅ 安全做法：服务端直接输出固定 datetime 值；或 JS 使用 Intl.DateTimeFormat + formatToParts 组装，或调用成熟库如 date-fns 的 formatISO