♿ 免费 · 免注册 · 不装 App · 只读
无障碍浮层,不等于无障碍改造。
我们按服务器原样返回的样子打开你的店面,先认出你在给哪家浮层付钱(accessiBe、UserWay、EqualWeb、AudioEye 等十几家),再把浮层根本没动过的代码级缺陷数出来:图片没 alt、表单没 label、按钮没名字。欧盟《无障碍法案》(EAA)从 2025 年 6 月 28 日起已经开始适用。
仅基于公开可获取的数据。仅供参考,不构成法律意见。
这个工具检查什么
- 装的是哪家浮层 —— accessiBe、UserWay、EqualWeb、AudioEye、Purple Lens、Max Access 等共 16 家
- 浮层留在 HTML 里的痕迹:厂商的 iframe id、组件 class、「Accessibility Menu」这类 aria-label
- 完全没写 alt 属性的图片,按页面图片总数算占比
- 没有 label 的表单控件,以及读屏软件念不出名字的按钮和链接
- 有没有「跳到主内容」链接、<html> 上有没有 lang、viewport meta 有没有把双指缩放禁掉
- 店面上有没有链到无障碍声明页,以及那个页面是不是真能打开
FAQ
我已经在给浮层付钱了,这还不够吗?
没有任何标准或监管机构承认「装个组件」等于合规。EAA 背后的协调标准 EN 301 549 指向 WCAG 2.1 AA,管的是服务器发出去的那份代码。浮层是盖在代码上面跑的,不会改代码本身。2025 年 1 月,美国 FTC 就 accessiBe 宣称其组件能让网站达到 WCAG 合规一事达成和解,要求其支付 100 万美元。
为什么有些项显示「无法判定」?
我们只读服务器返回的 HTML,不执行 JavaScript。如果你的主题是在浏览器里才把图片、表单、导航拼出来的,我们就没东西可数 —— 这时候我们如实说看不到,而不是编一个数字出来。
这算一次完整的 WCAG 审计吗?
不算,任何自动化工具都做不到。静态扫描大概只能抓到 WCAG 问题里的一小部分;对比度、焦点顺序、键盘陷阱、读屏浏览动线、错误提示,这些都得有人拿着键盘和读屏软件真去过一遍。全绿只能理解成「没有明显的、机器能查出来的缺陷」,不能理解成「无障碍了」。