del 和 ins 的 datetime 属性必须填符合 ISO 8601 的完整带时区时间字符串（如“2024-03-15T14:30:00Z”或“2024-03-15T14:30:01+08:00”），仅日期或时间无效；其值为机器可读元数据，需配合 CSS attr() 或 JS 格式化才能显示，且须搭配 aria-label 实现无障碍支持，服务端应确保每个标签绑定真实操作时间而非渲染时间。
del 和 ins 的 datetime 属性到底怎么填才有效
datetime 必须是符合 ISO 8601 格式的完整时间字符串，浏览器才认；只写日期（如 "2024-03-15"）或只写时间（如 "14:30"）会被忽略，del 和 ins 会退化为无时间语义的纯样式标签。
正确写法必须带时区或显式标记 UTC，例如：
<del datetime="2024-03-15T14:30:00Z">旧内容</del><br><ins datetime="2024-03-15T14:30:01+08:00">新内容</ins>
-
Z表示 UTC 时间，+08:00表示东八区——二者都合法，但混用容易引发逻辑混乱 - 秒级精度已足够，毫秒（如
14:30:00.123Z）虽支持，但无实际必要，且部分旧浏览器可能截断 - 服务端生成时建议统一用 UTC，避免本地时区转换出错；前端用
new Date().toISOString()最安全
datetime 值不会自动显示，得靠 CSS 或 JS 补充
HTML 标准没规定 datetime 要渲染出来，所以即使写了，用户也看不到——它只是机器可读元数据。想让修改时间可见，得手动处理。
- 用 CSS 的
::after伪元素 +attr(datetime)可直接提取并显示（但仅限字符串，无法格式化） - 若需中文格式（如“2024年3月15日 14:30”），必须用 JS 读取
element.dateTime属性，再用Intl.DateTimeFormat或toLocaleString()转换 - 注意：IE 不支持
attr(datetime)，且dateTime属性在 IE 中返回空字符串，需降级 fallback
和 aria-label 搭配用，才能兼顾无障碍与语义
仅靠 datetime 无法让屏幕阅读器朗读修改时间，它不是可访问属性。要真正传达“这段被删于X时、那段新增于Y时”，得补 aria-label。
立即学习“前端免费学习笔记（深入）”；
- 例如：
<del datetime="2024-03-15T14:30:00Z" aria-label="删除于2024年3月15日14点30分">…</del> -
aria-label内容应自然口语化，避免直接塞 ISO 字符串（屏幕阅读器会逐字读 “二零二四减零三……”） - 如果页面有批量编辑，动态生成
aria-label时注意同步更新，否则会误导辅助技术用户
服务端渲染时 datetime 容易变成“假时间”
常见错误是后端模板硬编码固定时间（如 datetime="{{ now }}"），结果所有修改记录都显示同一时间戳——尤其在缓存场景下，一个 HTML 片段复用多次，datetime 却没随每次操作更新。
- 关键原则：每个
del/ins对应的操作时间，必须来自该次变更的真实发生时刻，不能取渲染时刻 - CMS 或编辑系统中，应把操作时间作为字段存入数据库，渲染时精确绑定到对应标签
- 前端富文本编辑器（如 Slate、ProseMirror）提交时，需在 JSON delta 中携带时间戳，并由服务端注入到最终 HTML 的
datetime属性中
时间语义一旦写死就很难修正，尤其当多个用户协同编辑时，错乱的 datetime 会让审计和回滚失去依据。
