HTML表格不能直接标记修订记录，唯一合法载体是<del>和<ins>；二者必须在同一<td>内成对出现、带完整datetime和可验证cite，跨单元格或嵌套干扰将破坏语义链与审计合规性。
HTML 表格本身不能直接标记修订记录；<del> 和 <ins> 才是语义化修订的唯一合法载体。把修订内容塞进表格单元格里，不等于表格具备修订能力——它只是容器。
为什么不能在 <td> 里套用 <del>/<ins> 就算完事
法律文档比对要求可审计、可回溯、可机器解析，而表格结构会干扰修订语义链：
-
<del>和<ins>必须物理相邻才能构成一次有效修订，但<td>内部插入空格、换行或包裹文本节点（如<span>），都会在 DOM 中生成不可见的文本节点，中断配对 - 表格中若出现跨单元格修订（例如删掉 A 列某值、在 B 列同一行加新值），浏览器和辅助技术无法识别这是“同一处修改”，只会当作两个孤立操作
- PDF 导出工具（如 wkhtmltopdf、Prince）和 CMS 版本对比模块，只扫描顶层流式 DOM，遇到嵌套在
<table>→<tr>→<td>深层的<del>，常忽略datetime和cite属性
<del> 和 <ins> 在表格场景下的安全用法
仅限于「单元格内部文字级微调」，且必须满足三重约束：
- 时间戳必须完整：用
datetime="2026-07-16T14:05:22Z"，禁用datetime="2026-07-16"或本地格式（如"2026/07/16 14:05"） - 禁止跨
<td>配对：删一个单元格、加另一个单元格，不算一次修订；必须在同一<td>内成对出现，例如<td><del datetime="...">旧金额</del><ins datetime="...">新金额</ins></td> -
cite必须指向可验证依据：比如指向 Git 提交哈希（cite="https://git.example.com/commit/abc123"），而非模糊描述（cite="法务审核后调整"）
法律比对更推荐的替代结构：表格外修订 + 表格内引用
真正合规的做法，是把修订逻辑抽离到表格之外，用语义清晰的段落流承载变更依据，再让表格作为「快照结果」呈现：
立即学习“前端免费学习笔记（深入）”；
- 用独立
<p>包裹修订说明，含<del>/<ins>+ 完整datetime+ 可点击cite - 表格仅展示最终生效值，每行末尾加一列
<td class="revision-ref">[PR#456]</td>，链接回对应修订块的id - 避免在
<th>上使用<del>：表头变更属于结构性调整，应走文档版本控制，而非行内标记
法律场景下最易被忽略的点：多人并行修订时，服务端必须按 datetime 排序合并 DOM 节点，而不是前端简单追加。否则会出现 <del>A</del><ins>B</ins><del>C</del><ins>D</ins> 这种无法解读的链式结构——它既不是两次独立修订，也不是一次复合修订，审计系统会直接拒收。
