无障碍浮层：它们在法律上真的安全吗？

什么是无障碍浮层？

无障碍浮层是一种通过第三方脚本加载的 JavaScript 小组件，它叠加在现有网站之上，声称能让网站变得更加无障碍。大多数浮层会显示一个小图标（一个圆圈中的人形图案，或轮椅符号），点击后会打开一个控制面板：调整字体大小、切换高对比度、启用”屏幕阅读器模式”，或应用适合阅读障碍人群的字体。

浮层供应商将其产品宣传为实现 WCAG 合规和 ADA 法律保护的简单、快速、低成本途径。这个说法很有吸引力：安装一个脚本标签，支付一笔月费，你的无障碍问题就”解决”了。

然而，来自学术研究、独立测试、用户反馈以及法院的证据，讲述了一个截然不同的故事。

浮层的工作方式（以及为何会带来问题）

浮层通过在浏览器渲染完页面之后拦截已渲染的 DOM，并应用由 JavaScript 驱动的修改来运作。有些浮层使用机器学习来尝试自动修复：从图片文件名推断缺失的替代文本、猜测 ARIA 标签、尝试重新排序键盘焦点。

这种方法存在一个根本性的架构问题：它试图在展示层修补无障碍问题，而不改变底层代码。 原本不可访问的 HTML、CSS 和 JavaScript 依然存在。浮层只是试图在运行时把它掩盖过去。

其后果是可以预见的：

• 浮层所做的修复可能与辅助技术解读原生 DOM 的方式相冲突，导致比未修复页面更糟的结果
• 屏幕阅读器直接与 DOM 交互——叠加在其上的一层可能根本不会影响屏幕阅读器实际读出的内容
• 由缺失 tabindex 或损坏的焦点管理所导致的键盘导航问题，无法通过渲染后应用的 JavaScript 补丁可靠地纠正
• 移动端辅助技术（iOS 上的 VoiceOver、Android 上的 TalkBack）在很大程度上会绕过浮层的修改
• 浮层面板本身经常包含无障碍缺陷——困住键盘焦点的模态对话框、没有可访问名称的按钮、本身就无法用键盘操作的控件

研究显示了什么

多项独立研究已经将浮层的宣传说法与实际的 WCAG 符合性进行了对比测试：

WebAIM Million（2023） 发现，使用无障碍浮层产品的网站主页，其可检测到的 WCAG 失败数量明显更多，而不是更少。浮层并未降低失败率，反而与更高的失败率相关——这很可能是因为那些将浮层作为主要合规策略的组织，并没有开展底层的修复工作。

由无障碍研究人员进行的AccessiBe 和 UserWay 审计发现，即使启用了浮层之后，页面仍然未能通过相当一部分 WCAG 2.1 AA 级成功标准——其中包括浮层明确声称能够解决的那些失败项。

由 Karl Groves 和 Adrian Roselli 等研究人员开展的残障用户测试发现，许多残障用户会主动禁用或屏蔽浮层小组件，因为这些干预让他们的体验变得更糟，而不是更好。浮层的”屏幕阅读器模式”尤其经常被已经根据自身需求配置好辅助技术的屏幕阅读器用户认为是干扰性的。

浮层声称要满足的行业机构——W3C——并未认可浮层技术作为实现 WCAG 符合性的途径。W3C 的指导意见明确指出，符合性要求底层页面本身满足成功标准，而不是在其之上叠加的第三方修改层。

法院怎么看

对于依赖浮层作为主要合规策略的组织而言，围绕浮层的法律记录正变得越来越不利。

针对浮层使用者的诉讼

使用浮层产品的组织仍持续面临 ADA 第三章诉讼。浮层并未起到法律屏障的作用。

值得关注的案例包括：

Lainey Feingold 与 NFB ——美国全国盲人联合会（NFB）明确表示，浮层小组件并不构成有效的无障碍能力，NFB 也不认为它们是真正修复工作的合理替代方案。

多项联邦法院诉讼 ——在 ADA 网站无障碍案件中，原告方成功地提出，浮层的存在并不构成合规，因为底层页面对特定辅助技术的用户仍然存在障碍。法院对此表示认同。在多个和解案中，使用浮层产品的被告被要求移除浮层并进行真正的修复。

Robles v. Domino’s Pizza ——尽管这并非一起专门针对浮层的案件，但这一具有里程碑意义的第九巡回法院裁决确立了 ADA 适用于网站，且预期的技术标准就是 WCAG。评估浮层有效性的法院已经采用了这一标准：网站是否实际符合 WCAG？如果底层页面不符合，浮层就毫无意义。

浮层作为不利证据的问题

在某些案件中，浮层的存在反而被用来不利于被告。其论点是：通过购买并安装浮层，组织已经承认网站存在无障碍问题。浮层未能解决这些问题，因此证明了持续的、明知的不合规——这比一个根本还未着手处理无障碍问题的组织处境更加不利。

司法部的和解协议和同意令

美国司法部（DOJ）的无障碍和解协议始终要求实现真正的 WCAG 符合性，而不是安装合规工具。DOJ 已公布的任何和解协议或自愿合规协议，都没有认可浮层产品能够满足 ADA 义务。

浮层供应商的宣称与实际交付内容

浮层供应商提出了一些值得逐一审视的具体说法：

“即时实现 WCAG 2.1 合规”

WCAG 2.1 符合性是页面本身的属性，而不是叠加在其上的一层的属性。一个键盘无障碍失败、缺少替代文本或缺乏正确标题结构的页面，不会因为安装了一个小组件就变得符合 WCAG。W3C 的符合性模型要求页面满足每一项成功标准——而不是某个工具声称它满足了。

“法律合规”

在 ADA、PSBAR、EAA 或同等法律框架下的法律合规，取决于网站是否实际对残障用户构成障碍。法院和监管机构通过测试用户实际体验网站的方式来评估这一点——通常会让真实的辅助技术用户参与测试。一个无法可靠消除障碍的浮层，不会赋予任何法律保护。

“兼容屏幕阅读器”

屏幕阅读器与源自 DOM 的无障碍树进行交互。浮层在渲染后应用的 JavaScript 修改，可能并不会反映在屏幕阅读器读取的无障碍树中。这并非一个理论上的边缘情况——这是用户测试中记录到的常见失败模式。

“被 [大量] 个网站使用”

市场占有率并不赋予法律有效性。WebAIM 的研究表明，规模与更差的无障碍结果相关，而不是更好的结果。

“让自己摆脱 WCAG 诉讼”

没有任何浮层供应商能够在法律上保证使客户免于诉讼。法院实际评估的 WCAG 符合性，是底层页面的符合性——这是浮层无法创造出来的东西。

为什么组织仍然会购买浮层

理解浮层为何找到了市场，有助于解释为什么即便产品本身无效，其宣传说辞依然如此有效。

成本和速度。 一个真正的无障碍修复计划——审计、修复、重新测试、培训、监测——需要时间和资金。而一个浮层每年只需几百美元，几分钟内即可安装完成。对于面临审计发现或时间紧迫的法律压力的组织来说，这种对比是非常鲜明的。

看似合理的推脱。 有些组织购买浮层并不是因为相信它们真的有效，而是为了留下一份文件记录。“我们购买了一个无障碍解决方案”比”我们什么都没做”是一个更有利的立场——尽管法院在很大程度上已经驳回了这种论点。

供应商的销售策略。 浮层供应商在向网站建设机构、采购团队和合规官员进行销售方面投入巨大，而这些人往往并不具备深厚的无障碍专业知识。“ADA 合规”和”WCAG 认证”之类的宣称被自信地提出，非专业人士很难迅速评估其真实性。

对问题的误解。 数字无障碍具有技术性，许多决策者并不完全理解为什么修复底层代码是必要的。将浮层包装为一种”工具”或”解决方案”，暗示了它与真正的修复工作是等效的。

应该怎么做

如果你的组织目前正在使用浮层，并正在考虑是否继续使用，可以遵循以下框架：

独立审计你的网站。 委托一次针对底层页面——而非浮层修改后的版本——的无障碍审计。这能让你获得对自身真实符合性的诚实认识。许多审计人员会在测试前先禁用浮层。

优先处理最常用的流程。 风险最高的障碍存在于核心用户流程中：登录、结账、账户管理、申请表单、关键导航。这些正是原告会测试、监管机构会调查的内容。先修复这些。

修复底层代码。 真正的工作在于 HTML、CSS、JavaScript 和内容本身——而不是叠加在它们之上的一层。这需要开发人员的时间，并且理想情况下，需要将无障碍专业知识嵌入你的团队，或从外部引入。

将监测融入你的工作流程。 开发流程中的自动化无障碍检查能在问题到达用户之前发现回归。我们的CI/CD 无障碍集成让这成为每一次构建的一部分。

培训你的团队。 理解 WCAG 的开发人员能写出无障碍的代码。理解无障碍的设计师能设计出无障碍的界面。一次为期一天的无障碍培训，能在避免的修复成本中多倍回本。

发布一份诚实的无障碍声明。 一份准确描述已知问题和修复计划的无障碍声明，能向监管机构和用户展示善意。它还为用户提供了一个在问题升级之前直接反馈障碍的渠道。

浮层在真正的无障碍计划中的位置

这并不是说浮层技术在任何无障碍计划中都毫无用处。一些浮层功能——用户可控的对比度偏好、字体大小调整、减少动效——在一个本身无障碍的底层网站之外，可以是真正有用的增强功能。

问题在于用浮层来替代无障碍能力，而不是作为补充。这种替代在技术上不可行，也不满足法律标准，并且辜负了浮层声称要帮助的用户。

真正的无障碍能力不是一个小组件。它是网站代码、内容和设计本身的一种属性——是内建的，不是外加的。

如果你的组织目前依赖浮层来实现合规，一次免费无障碍扫描将向你展示隐藏在浮层之下的真实障碍。我们的无障碍咨询团队可以帮助你制定一份切实可行的修复计划，解决底层问题，而不是把它们掩盖起来。