无障碍原则

关于该翻译

该志愿翻译可能不能准确地反映出英文原版内容

自该翻译版之后的英文版本更新:修改日志.
英文版本更新: 2024-07-15. 翻译更新 2023-12-06.

翻译者: 李松峰 , 冉若曦 .
WAI感谢这些翻译者们,并欢迎其他的翻译

Web无障碍标准

Web无障碍依赖几个相互联系的部分,包括:

更多关于web无障碍的标准

这些部分相互关联并相互支持。例如, Web内容 需要包含图像的文本替代。 这些信息需要 web浏览器 处理同时被 辅助技术转换, 例如读屏软件. 为了创建文本替代,作者需要创作工具 来做这些工作. 更多的信息可在 web无障碍的重要组成 (英文)中找到.

标准在为每个组件定义无障碍需求方面扮演着重要的角色。一些无障碍需求很容易满足,但是了解残疾人如何使用Web的基本知识有助于更有效地实现这些需求。无障碍的某些方面需要更多的技术技能,也需要关于人们如何使用Web的高级知识。在所有情况下,在整个web项目中早期让用户参与 (英文)将使您的工作更好、更容易。

W3C的Web无障碍推进(WAI)提供了一组被国际公认为Web无障碍标准指南。这些包括:

还有一个用于无障碍富网络应用(WAI-ARIA) (英文)的WAI规范,其中包括使用Ajax、JavaScript和相关web技术开发的动态内容和高级用户界面控件。

可感知信息和用户界面

用文本替代非文本内容

替代文本与非文内容是等价的。比如:

替代文本传达图片或功能的意图,提供等价的用户体验。比如,对搜索按钮的替代文本应该是“搜索”,而不是“放大镜”。

替代文本的展示方式有很多种。比如,对看不见屏幕或视力不好的读者可以大声朗读出来,可以增大文本字号,也可以在盲文设备上显示。替代文本是控件和功能的标注,可以辅助键盘导航和语音识别导航(语音输入),也是识别音频、视频及其他格式文件乃至嵌入在网页中其他应用的标注。

与替代文件相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

多媒体的字幕及其他替代物

听不见声音或看不见视频的人需要替代物。比如:

整理规范的文字稿应该提供场所或视觉信息,为读者提供基本的无障碍阅读体验,并作为字幕或口述影像的提炼基础。

与多媒体相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

内容有多种呈现方式

为针对不同用户以不同的方式呈现,内容必须:

满足这个要求的内容可以被正确的读出、放大,或者改编以适应不同人群的需求及偏好。比如,可以自定义使用不同颜色、字号或其他样式来呈现,以方便阅读。这个要求也有助于其他形式的适配,包括自动生成内容大纲和摘要,从而让用户了解梗概并聚焦到特定部分。

与适应性相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

适应性相关的案例

内容的看和听更容易

便于区分的内容更容易看和听,比如:

满足这个要求有助于将前景和背景分离,让重要的信息更突出。这一条也涉及不使用辅助技术的人群,而对使用辅助技术的用户,音量过大或对比度过高也会导致注意力分散。比如,很多色盲用户不会使用特殊工具,直接依赖网页提供足够的色彩对比度。而对其他人来说,自动播放的音频可能干扰语音合成或 助听设备 (ALDs) (英文).

与可分辨性相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

可分辨性的案例

可操作的用户界面和导航

可以通过键盘使用功能

很多人不使用鼠标而依赖键盘来操作网页。这就要求使用键盘完全可以控制网页,包括表单控件、输入框及其他用户界面组件。

键盘的无障碍性包括:

满足这个要求能帮助键盘用户,包括使用人体工程学键盘、屏幕软键盘或开关装置的人方便上网。同样,对于使用语音识别(语音输入)来操作网页和通过键盘输入的人同样有帮助。

与键盘无障碍相关的要求(相关技术规范的链接)

WCAG

UAAG

ATAG

键盘无障碍的案例

用户有充足的时间阅读和使用内容

阅读理解同样的内容,有人用的时间少,有人用的时间多。比如,有些人打字慢,理解慢,操作控件不熟练,最终导致使用网站的速度慢。

所谓提供充足的时间,包括:

与充足时间相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

充足时间的案例

内容不要诱发癫痫和物理反应

某种频率或图案的闪烁可能诱发光敏反应,包括癫痫。理想情况下,应该完全避免内容闪烁,或者如果无法避免也要确保不会导致已知风险。同样,动画及移动的内容也可能导致不适或物理反应。

避免导致癫痫及物理反应的例子有:

与癫痫相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

组织得当的内容可以让用户随时定位自己并有效导航,比如:

满足这个要求可以让用户根据自己的需求和偏好在多个页面间导航。比如,有人依赖层级导航结构如菜单来查找特定网页,也有人依赖网站的搜索功能。有人可能用眼睛看,有人可能用耳朵听,而有人会同时看和听。有人可能只使用鼠标,有人可能只使用键盘,而有人则会同时都用。

与导航相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

导航的案例

用户可以使用除键盘外的不同输入方式

除键盘之外的输入方式还有触摸激活、语音识别(语音输入)及手势,这些方式可以为很多人提供便利。但并非所有人都可以同样程度地使用所有方式。特别的设计考量可以最大化这些方式的优势,包括:

满足这个要求可以让更多有能力使用更多设备的人更方便地使用内容。这里的内容包括手机、笔记本电脑和售票机上的内容。

与输入方式相关的无障碍要求(相关技术规范的链接)

WCAG

输入方式的案例

可理解的信息和用户界面

文本容易阅读和理解

内容作者要确保文字具有可读性且大多数读者都比较容易理解,包括文字转语音读出来也一样。其中包括:

满足这个要求有助于软件包括辅助技术正确地处理文本内容。比如,软件因此可以正确地读出内容、生成页面摘要,并对不常用的技术词汇提供解释。同样,这也有助于人们理解复杂的句子、短语和词汇。特别是对具有不同认知背景的用户会有帮助。

与可读性相关的无障碍要求(相关技术规范的链接)

WCAG

ATAG

可读性的案例

内容以可预测的方式出现和操作

很多人依赖可预测的用户界面,而不一致的外观和行为则会导致迷惑,转移用户注意力。要让内容可预测,可以:

满足这个要求可以让人们更快熟悉网站提供的功能和导航机制,并根据自己的特殊需求及偏好来使用网站。比如,有些人会给自己频繁使用的键盘导航功能定义快捷键。而也有人会记住在网站上到达某个特定页面或完成特定流程的步骤。这些都有赖于可预测及一致的功能。

与可预测相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

可预测的案例

用户可以得到帮忙以避免和纠正错误

表单及其他交互可能导致用户迷惑或难于使用,最终让用户犯错。帮助用户避免和纠正错误的做法包括:

满足这个要求可以帮助因为看不到或听不到而难以理解潜在关联、顺序和其他提示的人。对于不理解功能,因此产生困惑或迷茫、记不住,或者因种种原因在使用表单和交互时出错的人同样也有帮助。

与输入辅助相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

输入辅助的案例

健壮的内容和可靠的解释

内容与现在和未来的用户工具兼容

健壮的内容兼容不同浏览器、辅助技术及其他用户代理。比如:

满足这个要求可以最大化地兼容当前及未来的用户代理,包括辅助技术。特别地,这可以让辅助技术正确处理内容,以及通过不同方式呈现或操作内容。非标准(脚本化)按钮、输入字段及其他控件也包含在内。

与兼容性相关的无障碍要求(相关技术规范的链接)

WCAG

UAAG

ATAG

兼容性的案例

回到顶部