无障碍
Accessibility
初级通用无障碍（Accessibility）是让不同能力、不同操作方式的人都能获取信息并完成操作的产品设计与开发方式。它解决的是用户看不清、听不到或无法使用鼠标时被挡在功能之外的问题，例如让表单能用键盘填写。
你可能会说：「我做的网页能不能让不用鼠标、靠读屏软件操作的人也顺利完成任务？」
动手看看报告工具栏的键盘焦点
先用 Tab 在三个操作间移动，再切换焦点框和操作文字。也可以悬停、按住按钮，对比鼠标反馈与键盘反馈。
焦点框告诉你“现在操作的是哪一项”。不能用鼠标的人，也能跟着框的位置找到目标，不必靠猜。
这里演示的是焦点与可见文字，不会实际下载或复制。完整无障碍还需语义按钮、读屏名称，以及回车和空格触发操作，不能只靠 CSS。
要点网页无障碍主要看哪些地方？
- 1
操作不能只依赖鼠标
如果你做了一个筛选面板，用户只能点鼠标才能打开，键盘用户就进不去。我们会检查能否用键盘找到控件、看出当前焦点在哪，以及打开后能否继续操作。
- 2
信息要能被正确理解
读屏软件需要知道页面里的东西是什么。比如搜索框有可识别的名称，按钮能说明点下去会发生什么，标题能体现内容层级，用户才容易找到目标。
- 3
反馈要让人察觉并处理
提交表单失败时，只把输入框边框变红，有些用户可能不知道哪里出错。把错误写成文字，并指出对应字段，用户才能理解原因、找到位置并修改。
容易混淆的地方
无障碍和响应式设计不是一回事：页面能适配手机屏幕，不代表它能用键盘操作或被读屏软件理解。它也不等于「所有人看起来都舒服」的泛泛易用性；无障碍会特别检查某种感知或操作方式受限时，任务是否仍能完成。
什么时候用
适合用
- 做注册或支付表单时，检查字段名称、错误提示和键盘操作，避免用户卡在提交前。
- 让 AI Agent 实现弹窗、菜单或筛选器时，把焦点移动和键盘操作一起写进验收条件。
- 发布内容站前，检查标题层级、图片说明和文字对比度，确认信息不只靠视觉样式传达。
不适合用
- 只是在优化后台定时任务的运行速度、没有用户界面时，先用性能指标和日志定位问题。
- 只是在约定机器调用的 JSON 接口格式时，先检查接口契约、字段含义和错误响应，而不是套用网页无障碍检查。
练一练选一个答案，看看解释
你让 AI Agent 做一个修改收货地址的弹窗。用户反馈不用鼠标就填不完，提交出错时也不知道错在哪。下一步选哪种修改最贴近无障碍目标？
让 AI 帮你做复制给 AI Agent 直接用
请检查并改进这个收货地址弹窗的无障碍体验：确认键盘能完成打开、填写、提交和关闭操作，焦点位置清楚，字段有可识别的名称，提交错误能以文字指出对应字段。请说明你改了什么，以及我该如何手动验证。