可访问性回归检查须聚焦入口页、表单页及三类高危文件（index.html、login.html、contact.html），重点验证语义标签、ARIA属性、焦点流、实时通告与DOM结构一致性，避免因重构导致辅助技术失效。
可访问性体验回退不是“没加新功能”，而是老功能在改版后对屏幕阅读器、键盘导航或高对比度模式失效——比如删掉一个aria-label，或把<button></button>换成<div onclick>，问题当场就出现。<h3>入口页和表单页必须优先做可访问性回归检查</h3>
<p>不是所有页面改完都得重测，但三类文件一动就踩坑：<code>index.html、login.html、contact.html。它们被爬虫首抓、被辅助技术高频读取，语义错一处，影响面直接放大。
- 检查
<label for="xxx"></label>是否仍绑定对应input的id——改DOM结构时id常被漏删或重复 - 确认
required、aria-invalid、aria-describedby这些属性没在模板渲染中被条件逻辑意外抹掉 - 用axe DevTools插件跑一次全页扫描，重点关注“color contrast”和“document language”报错——这两项在CSS重构或文案替换后最易丢失
语义标签别用硬套，也别乱升级把<div class="header">改成<code><header></header>是好事，但若原结构里<div class="main-content">实际包裹的是广告栏+侧边栏，强行套<code><main></main>反而违反W3C“每页仅一个<main></main>”规则，屏幕阅读器会跳过真正主体内容。
- 先查当前
role和aria-* 属性是否已承担语义职责，再决定是否换标签；已有role="navigation"的容器，不必非得改成<nav></nav>
- 改标签后立刻验证：用Chrome按
Tab键走一遍焦点流，看是否跳过关键控件、是否陷入死循环、是否在<main></main>外还有可聚焦元素
- 避免嵌套
<section></section>超过三层——深层嵌套会让JAWS等读屏软件播报“section level 4”，用户根本分不清哪层对应哪块业务
动态内容更新必须带ARIA实时通告
JS加载新列表、提交表单后局部刷新、甚至只是切换个tab，若没加aria-live，屏幕阅读器用户完全感知不到变化。这不是“锦上添花”，是基础可访问性底线。
立即学习“前端免费学习笔记（深入）”；
- 对操作反馈类区域（如“提交成功”提示），用
aria-live="polite"并确保该节点在DOM中始终存在，不要innerHTML = ""清空后重写
- 对搜索结果列表这类批量更新内容，用
aria-relevant="additions text"，避免把旧结果也读出来
- 别依赖
aria-hidden="true"隐藏旧内容——它只屏蔽读屏，不解决键盘焦点滞留问题；配合inert属性或手动tabindex="-1"移除焦点能力
最容易被忽略的，是data-module这种开发友好属性——它不参与可访问性，但一旦和aria-labelledby混用，比如aria-labelledby="module-header"指向一个data-module="header"的元素，而该元素没设id="module-header"，整个关联就断了，且axe不会报错，只能靠人工验证。
把<div class="header">改成<code><header></header>是好事，但若原结构里<div class="main-content">实际包裹的是广告栏+侧边栏，强行套<code><main></main>反而违反W3C“每页仅一个<main></main>”规则，屏幕阅读器会跳过真正主体内容。
- 先查当前
role和aria-*属性是否已承担语义职责，再决定是否换标签；已有role="navigation"的容器，不必非得改成<nav></nav> - 改标签后立刻验证：用Chrome按
Tab键走一遍焦点流，看是否跳过关键控件、是否陷入死循环、是否在<main></main>外还有可聚焦元素 - 避免嵌套
<section></section>超过三层——深层嵌套会让JAWS等读屏软件播报“section level 4”，用户根本分不清哪层对应哪块业务
动态内容更新必须带ARIA实时通告
JS加载新列表、提交表单后局部刷新、甚至只是切换个tab，若没加aria-live，屏幕阅读器用户完全感知不到变化。这不是“锦上添花”，是基础可访问性底线。
立即学习“前端免费学习笔记（深入）”；
- 对操作反馈类区域（如“提交成功”提示），用
aria-live="polite"并确保该节点在DOM中始终存在，不要innerHTML = ""清空后重写 - 对搜索结果列表这类批量更新内容，用
aria-relevant="additions text"，避免把旧结果也读出来 - 别依赖
aria-hidden="true"隐藏旧内容——它只屏蔽读屏，不解决键盘焦点滞留问题；配合inert属性或手动tabindex="-1"移除焦点能力
最容易被忽略的，是data-module这种开发友好属性——它不参与可访问性，但一旦和aria-labelledby混用，比如aria-labelledby="module-header"指向一个data-module="header"的元素，而该元素没设id="module-header"，整个关联就断了，且axe不会报错，只能靠人工验证。
