del 标签的 datetime 属性必须严格使用 HTML 规范定义的日期时间格式，如 YYYY-MM-DD 或 YYYY-MM-DDThh:mm:ss±hh:mm，不支持 Unix 时间戳、斜杠分隔或中文字符，仅作机器可读元数据，不影响渲染与语义。
del 标签的 datetime 属性怎么写
del 标签支持 datetime 属性，但它不是时间戳格式，而是严格遵循 HTML 规范定义的日期时间字符串格式：必须是 YYYY-MM-DD、YYYY-MM-DDThh:mm、YYYY-MM-DDThh:mm:ss 或带时区偏移的完整形式（如 2023-10-05T14:30:00+08:00）。浏览器只校验格式，不解析或显示该值，它纯粹用于机器可读的元数据。
常见错误：把 timestamp 或本地时间字符串直接塞进去
比如写成 <del datetime="1700000000">旧内容</del> 或 <del datetime="2023/10/05 14:30">旧内容</del> —— 这两种都无效。datetime 不接受 Unix 时间戳，也不接受斜杠分隔、空格分隔或中文字符。浏览器会忽略该属性，DevTools 中能看到属性存在，但 del 行为（样式、语义）不受影响。
- ✅ 正确：
<del datetime="2023-10-05">已下架商品</del> - ✅ 正确：
<del datetime="2023-10-05T14:30:00Z">过期优惠</del>（UTC 时间） - ❌ 错误：
<del datetime="1696486200">...</del> - ❌ 错误：
<del datetime="2023/10/05">...</del>
datetime 属性对渲染和辅助技术的影响
datetime 完全不影响视觉样式（删除线样式由 CSS 控制），也不改变 del 的默认语义（表示已被移除的内容）。它的实际用途非常有限：
- 屏幕阅读器一般不朗读
datetime值（目前主流读屏软件均未实现） - 搜索引擎可能将其纳入结构化数据提取，但极少有公开案例证实其被实际使用
- 如果你在构建需要机器解析修改时间的文档（如法律条文修订版、API 文档变更日志），才值得加；日常网页几乎没必要填
要不要加 datetime？看场景再决定
多数情况下，不加比乱加好。只有当你明确需要提供可被程序提取的「删除发生时间」，且上下游系统（比如 CMS 导出工具、合规审计脚本）真会读取这个属性时，才值得写。
立即学习“前端免费学习笔记（深入）”；
- 博客文章编辑记录？用后端字段或 data-* 更可控
- 法规更新页？可以加，但得确保生成逻辑输出标准格式
- 临时改文案？跳过
datetime，省事又干净
容易被忽略的是：一旦写了 datetime，就得保证格式合法——哪怕只是 2024-01-01，也比写错格式强。格式错误不会报错，但等于白写。
