\_del{...}不是标准html，浏览器不识别，必须转为并补全datetime和配对，否则语义残缺、可访问性归零。
直接说结论：_DEL{...} 不是标准 HTML，浏览器根本不会识别它——你看到的只是原样文本，连删除线都不会有。真要显示删除线，必须转成 <del></del> 标签，并补上 datetime 和配对的 <ins></ins>，否则语义残缺、可访问性归零。
为什么_DEL{xxx}在网页里不显示删除线
因为 _DEL{} 是某些内部系统（比如 Wiki 编辑器或旧版协作工具）自定义的标记语法，HTML 规范里压根没有这个东西。浏览器既不解析它，也不报错，就当普通字符渲染——花括号、下划线全露在外面。
- 常见错误：后端返回纯文本含
_DEL{旧接口}，前端没做任何转换，直接innerHTML插入，结果页面显示 "_DEL{旧接口}" - 更隐蔽的问题：用
textContent渲染时，连花括号都看不见（被当成纯文本吞掉），你以为“删了”，其实什么都没发生 - 如果依赖 CSS 选择器（比如
[data-del]）去匹配_DEL字符串，完全无效——CSS 无法基于元素内的纯文本内容选中节点
怎么把_DEL{...}安全转成<del></del>标签
核心思路是用正则替换 + HTML 实体转义，避免 XSS 和跨段落误匹配。不能只靠前端 JS，服务端模板阶段就该处理。
- 正则必须非贪婪：
/_DEL\{([^}]+)\}/g，否则遇到_DEL{a}_DEL{b}会一次吞掉整个字符串 - 替换前务必转义内容：原始文本里的
&要变&，变 <code>，推荐用 <code>DOMPurify.sanitize()或通过document.createTextNode().textContent中转 - Node.js 模板示例：
`<del>${escapeHtml(c)}</del>`) %> - Python（Jinja2）示例：
{{ content | regex_replace('_DEL\{([^}]+)\}', r'<del>\1</del>') }}
转成<del></del>后，哪些属性不能省
<del></del> 不是画条线就完事的装饰标签。少了关键属性，等于没标——屏幕阅读器读不出“删了”，搜索引擎不认为这是修订，法律/合规场景下也留不下证据。
-
datetime必须填 ISO 8601 格式，如2026-05-26T23:40:00Z；只写2026-05-26或空值，语义就失效 - 必须和
<ins></ins>成对出现，单用<del></del>会让人困惑“删了之后换成啥？”——例如合同条款、API 文档、价格调整，缺<ins></ins>就是信息断层 -
cite属性建议加上，指向变更依据（如 RFC 链接、内部 PR 地址），方便审计追溯 - 别嵌套
<del></del>，也别在<del></del>里再加text-decoration，样式冲突会导致读屏器误读
真正容易被忽略的是时间戳和上下文配对
很多团队只机械地把 _DEL{xxx} 替换成 <del>xxx</del>，但 datetime 空着，<ins></ins> 没配，最后页面上一堆孤零零的删除线。这不是修订记录，是幽灵标记——没人知道谁删的、何时删的、替换成什么。一旦出问题，连回滚依据都没有。
