aria-hidden="true" 是语义层“静音”指令，仅向辅助技术隐藏元素及其子节点，不影响视觉呈现、dom结构或js交互；适用于纯装饰性元素（如无文本的svg图标、仅视觉分隔的、背景花纹），前提是移除后不损害信息完整性、操作流程与结构逻辑。
直接删掉无意义的装饰性元素前，得先确认它真不参与语义、交互或视觉逻辑——aria-hidden="true"不是删除开关，而是“静音”指令；误用会破坏可访问性，不删反而更安全。
哪些元素算「无意义装饰性」？
判断标准不是“看起来没用”，而是“移除后不影响信息传达、操作流程和结构完整性”：
-
<svg></svg>里只有<use href="#icon-x"></use>且旁边有明确文字（如“关闭按钮”），这个 SVG 就是纯装饰 -
<hr>仅作视觉分隔、没配标题或语义上下文，且 CSS 里没设role或aria-label -
<div class="deco-wave"></div>只靠 background-image 渲染花纹，无 JS 绑定、无焦点需求、无 screen reader 目的 - 轮播器里的原生指示点容器（
<ol class="dots"></ol>），但已有aria-live或语音提示同步播报当前页码
反例：<svg></svg>里嵌了<text>提交</text>、<hr>被用作 section 分隔并配合 <h2></h2> 构成文档大纲——这些都不能标 aria-hidden="true"，更不能删。
删还是标 aria-hidden？关键看用途
真正该删的，是那些连视觉层都不需要的残留：
- Word 粘贴留下的空
<font></font>、<span style="mso-..."></span>标签 - CMS 导出的占位
<div data-block-id="xxx"></div>，查 DOM 和 JS 源码确认无绑定 - 模板引擎残留：
{{header}}、@@include("nav.html")，整行清除 - 注释超三个月且没构建工具注入逻辑的区块注释：
<!-- START: old-banner -->...<!-- END: old-banner -->
而仍在页面上起视觉作用、只是无需被读屏识别的，就该用 aria-hidden="true"——但必须注意：它不等于隐藏，也不阻止点击或聚焦，必要时得加 tabindex="-1" 或 CSS pointer-events: none 补位。
嵌套与覆盖的致命坑
aria-hidden="true" 在嵌套结构里极易失效或反噬：
- 父级
<div aria-hidden="true"> 下所有子节点，包括 <code><button></button>和<a></a>，一律被屏幕阅读器跳过——子元素写aria-hidden="false"无效 -
<svg></svg>内部的<:title>或<desc></desc>默认会被读出，必须一并加aria-hidden="true"或删掉 - 模态框遮罩层（overlay）如果加了
aria-hidden="true"，整个模态内容区可能被静音，正确做法是遮罩层用display: none控制显隐，内容区同步管理aria-hidden -
role="presentation"对<div> 或 <code><span></span>无效，加了纯属冗余；对<table> 生效，但内部留着 <code><th> 仍会触发语义恢复<h3>自动化清理的边界在哪</h3> <p>命令行能清掉注释和空标签，但无法判断语义意图：</p> <ul> <li> <code>sed -i '/<!--.*-->/d' index.html只处理单行注释；跨多行得用perl -0777 -i -pe 's/<!--.*?-->//gs' index.html -
<div></div>可正则匹配清除，但<div class="js-placeholder"></div>很可能被 JS 动态填充，必须人工核对 - 查
<script src="old-cdn.js"></script>是否返回 404，用浏览器 Network 面板验证，别只看是否被注释掉 - 用 Coverage 面板（DevTools → Cmd+Shift+P → 输入 Coverage）确认 CSS 类是否真实命中，避免删掉“看似没用”实则通过 JS 动态添加的 class
最危险的不是没删干净，而是删掉了某个被 JS 依赖却没显式绑定的空容器——它不报错，但某天某个交互突然失灵，问题极难定位。
