Web 可访问性错误处理（Accessibility Error Handling）

1. 基础概念
   Web可访问性错误处理是指当用户操作出现错误时，系统通过无障碍的方式向所有用户（包括残障人士）清晰传达错误信息，并提供解决指导。例如表单验证失败时，错误提示需同时被屏幕阅读器识别，并为键盘操作者提供焦点管理支持。

2. 错误提示的感知多样性

   • 视觉提示：使用高对比度颜色、图标和文字说明，避免仅依赖颜色传递错误（如红色边框需配合文字）。
   • 听觉提示：通过ARIA的aria-live区域让屏幕阅读器实时播报错误，例如用<div aria-live="polite">动态插入错误文本。
   • 触觉提示：移动设备可通过振动反馈（需结合可访问性API调用）。

3. 错误与辅助技术的关联

   • 使用aria-describedby将错误信息与输入字段关联：

     <input aria-describedby="error-msg" invalid>
     <span id="error-msg">请输入有效邮箱地址</span>
     

   • 通过aria-invalid="true"明确标记字段状态，屏幕阅读器会播报“无效输入”。

4. 焦点管理的交互设计

   • 提交表单时若发现错误，应将键盘焦点自动移至第一个错误字段，避免视障用户迷失位置。
   • 使用element.focus()结合tabindex="-1"实现非表单元素的焦点控制（如错误摘要区域）。

5. 实时验证与渐进反馈

   • 输入过程中通过aria-live="polite"温和提示格式错误，避免频繁打断用户。
   • 即时验证需谨慎：对认知障碍用户，过早验证可能造成压力，可提供“延迟验证”选项。

6. 错误恢复的包容性设计

   • 提供多种修正路径：如通过错误摘要链接快速定位字段，支持语音指令修改内容。
   • 允许撤销操作（如确认对话框），并为运动障碍用户延长操作时间限制。

7. 兼容性增强策略

   • 兼容旧版辅助技术：补充原生HTML5验证（如required）与ARIA属性的双重支持。
   • 错误提示容器需包含在屏幕阅读器的阅读顺序中，避免使用role="alert"造成过度干扰。

8. 测试与标准化验证

   • 使用axe-core等自动化工具检测错误提示的ARIA属性完整性。
   • 通过WCAG 2.1准则3.3.1（错误标识）和3.3.3（错误建议）进行人工测试，确保错误描述具体且可操作。