del和ins是HTML中唯二原生语义化编辑标记，专用于标识可追溯编辑意图的内容增删，需配合合法ISO 8601时间戳与有效cite链接，不可用于纯视觉强调或软删除。
del 和 ins 不是样式标签，别当 或 用
它们的核心价值是语义，不是划线或下划线。屏幕阅读器会读出“已删除”“已插入”，搜索引擎可能据此识别内容更新，Git diff 工具或 CMS 版本对比系统也依赖这些标签提取变更。如果只想要视觉效果，用 text-decoration: line-through 或 text-decoration: underline 配合 span 更干净。
常见翻车点：
- 用
<ins>标运营文案“限时加赠！”，其实没发生编辑行为——这属于误导性语义 - 把
<del datetime="2024-01-01">旧价格</del>塞进商品页但后端没同步软删除逻辑，导致用户仍能下单已标删的价格 - 在富文本编辑器里粘贴后只剩
<ins>新描述，闭合标签丢失，后续 JS 查询document.querySelectorAll('ins')漏节点
datetime 属性必须填对，否则等于没写
datetime 是让机器理解“什么时候改的”唯一依据。不填、填错格式、填成当前时间戳（而非真实修订时刻），都会让语义失效。
合规写法只有两种：
立即学习“前端免费学习笔记（深入）”；
-
datetime="2026-04-28T09:15:22Z"（UTC 时间，推荐） -
datetime="2026-04-28T17:15:22+08:00"（带本地时区）
这些写法会被浏览器忽略：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
datetime="2026-04-28"（缺时分秒） -
datetime="2026/04/28 09:15"（非 ISO 8601） -
datetime="now()"或datetime="{{ now }}"（模板变量未渲染为合法字符串）
包裹块级元素时 display 必须显式声明
<ins> 和 <del> 默认是 inline 元素，但 HTML 规范允许它包含 <p>、<ul> 等块级内容。问题在于：浏览器不会自动处理换行、margin 塌陷或 list-style 重置。
错误写法：<ins><p>这是新增段落</p><ul><li>第一项</li></ul></ins>
结果常是列表项顶到段落末尾、无缩进、无间距。
稳妥解法（二选一）：
- 给
ins、del加 CSS：display: inline-block（比block更安全，避免触发 BFC 导致浮动异常） - 不包整块结构，改用多个内联
<ins>分别包裹每段文字、每个<li>文本内容
摘要和正文要分开，别把“新增2段”塞进 里
HTML 本身不提供版本摘要功能。<ins>新增2段</ins> 这种写法语义混乱：它既不是新增的段落内容，也不是对“新增2段”这句话本身的修订。
正确结构是两层分离：
- 摘要区块独立存在，比如用
<details><summary>本次更新摘要</summary>新增 2 段，删除 1 段</details> - 正文里所有实际增删都用带
datetime的<ins>/<del>标记，且时间戳与摘要对应
真正难的不是语法，而是判断哪些修改值得标记：法律条文第3.2条修订要标，首页 banner 图片轮播文案微调通常不用标。时间戳填错、cite 指向 404 页面、把运营动作当版本事件——这些比标签写错更伤语义可信度。
