MODULE 12 / LESSON 01
可访问性的四个维度
可感知、可操作、可理解与稳健。
先理解这个概念
可访问性覆盖视觉、听觉、运动、认知和暂时性的限制。WCAG 提供可测试的准则,但完整体验还需要真实任务验证。语义 HTML、清楚内容和可预测交互往往比事后补 ARIA 更有效。
可访问性要检验整条任务链。按钮能被辅助技术读出,却在提交后没有可感知结果,任务仍不完整;文字对比合格,却要求只靠拖拽排序,也仍有障碍。视觉、输入、理解与技术语义是互相联系的检查维度,不是几个互不相关的分数。
像从架构阶段处理安全与可靠性,事后加一个扫描工具不能解决所有问题。
记住这三个原则
- 01
从设计阶段检查文字、颜色、输入与反馈。
- 02
优先使用合适的原生语义元素。
- 03
结合自动检查、键盘和辅助技术测试。
实际设计时,分三步做
- STEP 01
选关键任务,分别检查内容能否感知、动作能否执行、状态能否理解、语义能否被辅助技术获取。
- STEP 02
设计时优先使用正确元素和清楚内容,再为动态行为补状态与焦点管理,避免事后大量添加不准确 ARIA。
- STEP 03
结合自动检查与人工操作,记录具体环境和任务,区分发现的问题、已修复的问题和尚未验证的范围。
一个容易理解的例子
上线前只运行一次自动扫描,然后宣布完全无障碍。
自动检查加人工完成关键任务,记录屏幕阅读器与键盘中的问题。
很多流程、文案与焦点问题无法仅靠扫描判断。
展开看:从场景到设计决定
注册流程即使每个输入都有标签,也可能在失败后只把边框变红。应提供具体错误、字段关联以及可定位的反馈;成功后结果也需要可感知。放大文字时提交按钮不能被裁掉,键盘应能顺序到达各项。验收应实际完成一次出错再恢复,而不是只数页面里有多少 aria-label。
适用边界与取舍
自动化能发现部分机械问题,但不能全面判断文案是否易懂、流程是否合理。也不要用“我们用了原生控件”代替完整任务验证。
把这个原则用一次
先做一个小判断
为注册流程列一个简短的可访问性检查。
再完成一份设计练习
审查一个上传流程,分别找出可能属于感知、操作、理解和语义的问题。
不要把“色彩对比合格”写成“网站已完全符合 WCAG”。
继续查阅
本课为原创教学解释。具体平台规则与标准可查阅官方资料。
WCAG 2.2 · 文本对比度WCAG 2.2 · 目标尺寸WAI-ARIA Authoring Practices