跳到主要内容

← 所有文章

  • 覆盖层
  • EAA
  • WCAG

为什么无障碍覆盖层插件无法让网站真正无障碍

覆盖层插件声称一行 JavaScript 就能解决无障碍问题。本文说明它们为何无法修复底层代码、为何许多残障用户避开它们,以及应该怎么做。

Allyfolio 团队
· 阅读约 2 分钟

**无障碍覆盖层(overlay)**是一种第三方脚本,通常只需添加一行代码,就会在页面上显示一个工具栏或“无障碍按钮”,试图在访问者的浏览器中修补问题。覆盖层常被宣传为应对《欧洲无障碍法案》(EAA)和德国 BFSG 的捷径,但事实并非如此。

本文为一般信息,不构成法律建议。

问题出在您的代码里

无障碍障碍存在于您发布的 HTML、CSS 和 JavaScript 中:用 div 拼成的按钮、没有标签的表单字段、困住键盘焦点的结账步骤、含义从未被描述的图片。覆盖层在页面加载之后才运行,只能猜测页面的含义。它无法知道一张商品照片展示的是什么,一个含糊的链接应该写什么,或者您自定义的日期选择器该如何工作。

一旦猜错,页面可能比原来更难使用。

残障用户已经有自己的工具

屏幕阅读器、屏幕放大镜、语音控制、高对比度模式和浏览器缩放,都已内置于操作系统和浏览器中,或由依赖它们的人自行安装。覆盖层的工具栏大多只是重复这些设置,有些甚至会干扰辅助技术,例如改变内容的朗读方式。许多无障碍从业者和残障用户已公开呼吁企业不要使用它们。

法律要求的是无障碍的服务,而不是插件

EAA(指令 (EU) 2019/882)和 BFSG 针对的是服务本身:要求其可感知、可操作、可理解且稳健。实践中,团队以 EN 301 549 和 WCAG 作为衡量标准。在一个不无障碍的结账流程上叠加一个插件,并不会改变这个结账流程。

应该怎么做

  1. **测试。**先做自动化检测(试试免费扫描),再做人工审查,因为自动化测试无法发现所有问题。
  2. **修复源代码。**使用原生 HTML 元素,为每个字段添加标签,提供有意义的替代文本,保持焦点可见且顺序合理。
  3. **持续修复。**每次发布都可能引入新问题。定期扫描和带日期的修复记录能展示您的持续进展,详见我们的方案。
  4. 确认是否在适用范围内。哪些企业受影响?和微型企业豁免解释了相关规则。

Allyfolio 永远不会向您的网站注入覆盖层。我们帮助您在自己的代码中发现并修复问题。