适合谁
辅助技术厂商、信息无障碍咨询机构、残障服务组织，以及通过浏览器扩展使用的视障用户个人。接入形式多是一个用户脚本或扩展，检测到验证码后把结果交回给用户自己提交。承担失败成本的是读屏用户，所以这里的延迟是一个体验指标。
解决方案
无障碍与辅助工具中的验证码识别
验证码对读屏与辅助操作用户是硬门槛。音频与图形通道都提供识别接口，可嵌入辅助工具与可访问性测试流程。
要解决的问题
Towson 大学的研究显示，视障用户完成音频验证码的失败率接近 46%，读屏软件还会和音频轨道抢着播报，所以 WCAG 认可的无障碍替代方案在实际使用中常常不可用。在 WebAIM 的读屏用户调查里，验证码一直排在最难处理的页面元素前列。结果就是明眼用户四秒能过的表单，视障用户要花几分钟，或者根本过不去。
- 原本过不去的表单，用户自己就能完成提交
- 音频和图形两条通道都可用，不是只留一个备选
- 结果在控件自身的超时之内返回
- 扩展可以和 NVDA、JAWS 同时运行
配合使用
- Chrome extensions
- Firefox extensions
- Tampermonkey
- NVDA
- JAWS
- VoiceOver
[ 04 ]关于这一项的常见问题
关于这一项的常见问题
辅助技术产品和使用这些产品的用户，以及测试自家表单可访问性的团队。这是唯一一个由验证码的实际面对者来完成识别的场景。
因为它对目标用户的失败率本来就高，读屏软件还常常和音频抢播报。站点只提供音频这一条通道时，我们直接接收音频文件并回传转写结果。
要在控件自身的超时之内，reCAPTCHA 音频一般是两分钟左右。每个题型页都公布了 P50 和 P95，上线前可以先核对余量。
这个场景最常用的语音验证码和图形验证码，本来就处在价目表最低的一档。非营利性质的辅助技术项目可以来信沟通用量条款。