搜索/设计残障人士也能使用的应用和网站(无障碍)

设计残障人士也能使用的应用和网站(无障碍)

设计应用或网站时使用。找出在视觉、听觉、行动和理解方面会卡住任务的地方,检查对比度、辅助工具、字幕、键盘操作和闪烁,并在发布前测试。

要使用这个AI规则
## 从最初构想就纳入无障碍,而不是最后才检查 从最初构想到后续维护,都要把无障碍纳入成功体验的定义。不要等到交互和视觉决策已经固定之后,才把无障碍当作一次合规检查。 - 明确关键信息、任务、成果以及失败的后果。 - 将无障碍要求与功能、隐私、安全和性能要求一同确定。 - 为设计、内容、实现、测试和修复分别指定负责人。 - 在每个相关功能或组件中加入无障碍验收标准。 - 优先采用包容性的默认设置,同时仍允许有用的个性化调整。 - 复用无障碍模式,但要验证它们在实际场景中有效。 - 不要为了视觉新奇或实现方便而牺牲对核心任务的访问。 ## 找出不同能力的人会卡住的步骤 研究任务如何运作时,不要假定用户只有一种身体状况、感官、设备姿势、输入方式、注意力持续时间或处理速度。应考虑永久性、暂时性、情境性以及多种障碍的组合。 - 追踪每条核心流程,从发现一直到完成、错误恢复和确认。 - 分别检查视觉、听觉、动作、言语、认知和环境障碍。 - 找出依赖视觉、颜色、声音、精确操作、记忆、速度或复杂手势的步骤。 - 区分用户需求与诊断结果,避免围绕刻板印象进行设计。 - 按受影响任务的重要性、严重程度、发生频率和是否缺少替代方案来排列障碍的优先级。 - 在可行的情况下,让辅助技术使用者参与研究。 - 记录仍需直接证据验证的假设。 ## 放大后文字仍清楚,不只靠颜色传达信息 确保文字、图标、状态和结构在不同视力、照明、显示设备和偏好设置下仍可理解。 - 支持文字和界面缩放,不得出现裁切、重叠、控件隐藏或信息丢失。 - 根据目标环境选择易读的字号、字重、行长、间距和层级。 - 在所有受支持的外观和状态下,满足适用且已发布的对比度标准。 - 绝不能把颜色作为表达含义、状态、选中或错误的唯一信号。 - 根据情况将颜色与文字、形状、图标、图案或位置结合使用。 - 在缩放、高对比度、颜色调整和降低透明度的设置下保留原有含义。 - 测试真实渲染状态,包括已禁用、已聚焦、已选中、错误和加载状态。 ## 让辅助工具知道每个部件是什么、能做什么 提供程序化语义,传达每个元素是什么、包含什么、当前处于何种状态以及会执行什么操作。 - 创建自定义等效组件之前,优先使用原生语义元素和控件。 - 为每个有实际意义的控件提供简洁、唯一且符合上下文的无障碍名称。 - 为信息性图像提供有用的描述,并在导航中隐藏纯装饰内容。 - 保持合理的阅读顺序、焦点顺序、分组结构和标题层级。 - 播报重要的动态变化,但不要反复打断用户。 - 确保标签、状态、值、错误和说明与可见界面保持同步。 - 验证自定义组件提供了等效的语义、操作和状态变化。 ## 为声音和视频提供字幕和文字稿 不要只通过音频、视觉或触觉来传达关键信息。所选替代方式应保留原始信号的目的、时机和含义。 - 为重要的口述内容和有意义的声音提供同步字幕。 - 当人们可能需要完整、可搜索或可复查的记录时,提供文字稿。 - 描述无法通过对话或周围内容获知的重要视觉事件。 - 在有助于识别的情况下,为音频警报配合可见或触觉反馈。 - 当触觉或视觉警报传达关键含义时,为其配合另一种通道。 - 允许用户控制播放、字幕、音量和可用的替代音轨。 - 主要内容变化后,检查每种替代内容是否仍然准确。 ## 按钮要容易点中,并能完全用键盘操作 让用户能够使用不同的身体输入方式和不同精细动作能力来完成核心任务。可操作性取决于目标尺寸、间距、顺序、替代方式和可预测行为的共同作用。 - 使用符合适用平台或网页标准的目标尺寸和间距。 - 保持常用操作简单,避免要求复杂、同时或重复的手势。 - 为原本依赖手势的每项关键操作提供可见控件。 - 支持完整的键盘导航,并提供可见焦点和合理的遍历顺序。 - 保留既有快捷键,除非替代方案确有必要且已有记录。 - 为控件添加标签,使语音、开关控制、指针和其他辅助输入方式能够识别它们。 - 避免需要持续用力、精细操作或大幅重复动作的交互。 ## 让步骤简单易懂,避免过短的时间限制 让交互保持一致、容易学习且可以恢复。为专家提供的可选复杂功能,绝不能阻碍完成关键任务的清晰路径。 - 对重复操作使用熟悉的模式和稳定的位置。 - 将较长的工作流拆分成聚焦的步骤,并显示进度、上下文和返回方式。 - 优先使用明确关闭,而不是很短的自动超时;必须限时时,应允许延长时间。 - 使用清晰的说明、具体的错误消息和可见的下一步操作。 - 允许用户暂停或停止自动开始的移动、音频和视频内容。 - 当任务能否成功取决于速度或精确度时,提供难度、节奏或辅助设置。 - 在执行难以撤销的操作之前,要求明确确认并提供恢复路径。 ## 减少可能伤害用户的动态效果和闪烁 仅在运动有助于理解时使用运动。快速移动、闪烁、深度变化和不受控的镜头运动可能分散注意力、引起不适或造成严重健康风险。 - 在整个体验中遵从减少动态效果和减少闪烁的偏好设置。 - 减少自动、重复、周边、缩放、尺寸变化和基于深度的运动效果。 - 为默认呈现中必需的效果提供平静的替代方案。 - 避免明亮且频繁的闪烁,并根据适用的安全阈值验证媒体。 - 将空间内容保持在舒适的视野范围内,并避免注意力快速转移。 - 尽量减少强制镜头运动以及大幅或重复的身体动作。 - 测试动态效果变化是否导致上下文丢失、状态隐藏或任务反馈失效。 ## 遵循用户在设备上选择的设置 根据用户选择的设置进行调整,而不要把无障碍当成能力较少的独立模式。在受支持的各种配置中保持任务含义和完成能力。 - 正确响应文字大小、对比度、外观、动态效果、字幕和输入偏好。 - 减少非关键界面元素时,仍要保留核心功能。 - 在相关情况下,允许用户选择舒适的颜色、时限、播放、难度或操作辅助。 - 不要在没有明确理由和通知的情况下重置无障碍相关选择。 - 不要要求用户披露残障情况才能获得无障碍路径。 - 以可预测的方式保留偏好,同时提供便捷的查看或更改途径。 - 测试多种设置的组合,因为单独正确的适配也可能相互冲突。 ## 发布前用键盘和辅助工具测试每项主要任务 使用多种形式的证据。自动检查可以发现一些缺陷,但无法证明真实任务在辅助技术下可以被理解或使用。 - 尽早并反复运行自动检查,以发现可检测的结构和视觉问题。 - 使用纯键盘以及相关辅助交互方式测试每项核心任务。 - 检查焦点、标签、阅读顺序、播报、缩放、对比度、媒体替代内容和动态效果设置。 - 在可行的情况下,让残障参与者或有经验的辅助技术使用者参与评估。 - 为每项发现记录环境、方法、结果、严重程度、负责人和重新测试的证据。 - 对尚未解决且会阻止用户访问核心任务或造成严重伤害的缺陷,阻止发布。 - 不要宣称超出已验证证据范围的符合性或功能支持。