del 和 ins 必须严格遵循语义配对、iso 8601 时间戳（含时分秒与z/时区）、cite 可验证链接三大规范，物理相邻、禁止插入节点，包裹块级元素需显式设置 display: inline-block，否则导致辅助技术失效、导出失真、审计不可溯。
del 和 ins 不是视觉装饰工具，它们构成的修订记录能否被正确读取、比对、导出，取决于是否严格遵循语义配对与时间戳规范。单独使用、时间格式错误、跨块包裹，都会让屏幕阅读器静音、CMS 工具跳过、PDF 导出后只剩裸文本。
del 和 ins 必须紧邻成对出现才构成一次有效修订
浏览器和辅助技术不靠空格、换行或 CSS 间距来推断“删了什么、替换成什么”。del 和 ins 必须在 DOM 中物理相邻，中间不能插入其他元素或不可见字符（如 ）：
- ✅ 正确：
<p><del datetime="2026-06-03T14:22:00Z">旧文案</del><ins datetime="2026-06-03T14:22:15Z">新文案</ins></p> - ❌ 错误：
<p><del datetime="...">旧文案</del> → <ins datetime="...">新文案</ins></p>（箭头是纯文本，破坏配对） - ❌ 危险：
<del>A</del><span> </span><ins>B</ins>（span中的空格会被解析为文本节点，中断语义连续性）
多人协作中若出现并行修改（如两人同时改同一句），服务端需按 datetime 排序合并，不能简单拼接——否则会生成 <del>A</del><ins>B</ins><del>C</del><ins>D</ins> 这类无法解读的链式结构。
datetime 属性必须是合法 ISO 8601 时间，否则等于没写
非法 datetime 值不会报错，但所有严肃工具（读屏软件、Git diff 渲染器、CMS 版本对比模块）都会忽略它。关键约束有三：
- 必须含完整时间部分：不能只有日期，例如
datetime="2026-06-03"❌；必须写成datetime="2026-06-03T14:22:00Z"✅ 或带时区偏移的datetime="2026-06-03T22:22:00+08:00"✅ - 分隔符必须是短横线与字母 T：斜杠（
2026/06/03）、空格（2026-06-03 14:22）、中文冒号（14：22）全都不认 ❌ - 前端用
new Date().toISOString()生成时，要注意用户本地时区偏差；生产环境强烈建议从后端注入或 Git 提交日志中提取并补全秒级精度与Z后缀
cite 属性不是备注，而是可点击、可验证的修改依据
cite 的价值在于回答“为什么删/为什么加”，不是写“运营调整”这种模糊说明：
- ✅ 有效：
cite="https://our-cms.example.com/pr/1234"（指向真实 PR 页面，含评审记录） - ✅ 可接受：
cite="/docs/policy-v2.1#section-5"（内部文档锚点，内容明确说明变更原因） - ❌ 无效：
cite="编辑说明：价格更新"（纯文本，无法点击、无法校验） - ❌ 失效：
cite="https://example.com/404"（404 链接等同于未提供依据）
多个修订共用同一理由？可以复用同一个 cite URL，但每个 datetime 必须独立准确——时间戳造假或重复，会让审计追溯失效。
包裹块级元素时 display 必须显式设置，否则渲染失控
del 和 ins 是 inline 元素，但 HTML5 允许包裹 p、ul 等块级内容。直接写会导致段间距塌陷、列表缩进丢失、React/Vue diff 异常：
- ❌ 危险：
<ins><p>新增段落</p> <ul><li>项1</li></ul></ins> - ✅ 安全方案一：给
ins/del加 CSS：ins, del { display: inline-block; }（比block更稳妥，避免意外触发 BFC） - ✅ 安全方案二：不强行包裹整块结构，改为内联粒度 ——
<p><ins>首句</ins></p> <p><ins>次句</ins></p>
真正难的不是写标签，而是在 contenteditable 编辑器里维持这些标签不被粘贴、撤销、回车操作意外破坏——这需要 MutationObserver 拦截 DOM 变更，并手动归一化节点结构。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
