time标签的datetime属性必须严格使用ISO 8601格式，如“2024-05-01T14:30:00+08:00”，禁止中文、省略前导零或非标准时区；显示文本可本地化，但datetime须机器可读；格式错误或为空将被静默忽略，影响SEO与结构化数据。
time标签的datetime属性必须是ISO 8601格式
浏览器和爬虫只认标准格式，datetime 值不是随便写个“2024-5-1”或“1 May 2024”就能被解析的。它必须严格符合 ISO 8601，否则机器会当成无效日期，甚至忽略整个 time 元素。
常见错误包括：
- 用中文或英文月份名（如
datetime="2024年5月1日"）→ 完全无效 - 省略前导零（如
datetime="2024-5-1"）→ 不合法，应为"2024-05-01" - 时区写成 “CST” 或 “北京时间” → 必须用
+08:00或Z
正确示例：<time datetime="2024-05-01T14:30:00+08:00">5月1日下午2点30分</time>
datetime值可以比显示文本更精确
显示给用户的内容（即 time 标签内的文本）可以口语化、本地化，而 datetime 属性负责提供无歧义的机器可读时间戳。两者不必字面一致，这是它的核心价值。
立即学习“前端免费学习笔记（深入）”；
- 显示“昨天”，
datetime写成具体日期：<time datetime="2024-04-30">昨天</time> - 显示“下午”，但需记录完整时刻：
<time datetime="2024-05-01T13:00:00Z">下午1点</time> - 只关心日期？省略时间部分即可：
datetime="2024-05-01"合法且常用
注意：如果只写日期（如 "2024-05-01"），语义上代表该地当天的起始时刻（00:00:00），不带时区；若需明确时区，必须补全时间并标注偏移量。
datetime为空或格式错误时，浏览器不会报错但会失效
HTML 解析器对 datetime 属性极其宽容——写错格式、留空、甚至写成 datetime="abc" 都不会抛异常，但结果是：该属性被静默丢弃，搜索引擎和辅助工具无法提取时间信息。
- 验证方式：打开浏览器开发者工具，选中
time元素，检查dateTime属性是否在 DOM 中存在且值未被清空 - 推荐校验工具：用 W3C Markup Validator 扫描 HTML，它会对非法
datetime值发出警告 - 服务端生成时建议加一层格式校验，比如用 JavaScript 的
Date.parse()判断是否返回有效时间戳（注意它对部分宽松格式也返回数字，需配合正则二次确认）
搭配schema.org结构化数据时，datetime值直接影响富摘要
如果你在页面里用了 itemprop="datePublished" 这类微数据，或者 article:published_time 这类 Open Graph 标签，它们的值往往依赖 time[datetime] 的内容。Google 等搜索引擎会优先从这里提取发布时间。
- 错误示例：
<time datetime="" itemprop="datePublished">刚刚</time>→ 富摘要丢失发布时间 - 正确做法：确保
datetime有值，且是完整 ISO 时间，例如datetime="2024-05-01T09:22:15+08:00" - 注意时区一致性：如果 CMS 输出的是 UTC 时间，就用
Z；如果输出的是本地时间（如东八区），必须显式写+08:00，不能默认“用户知道”
最易被忽略的一点：很多模板系统自动拼接 datetime 字符串时，会漏掉秒数或时区，导致看似合法实则被搜索引擎降权处理。
