Project:WCAG 2.1

来自滚动的天空Wiki

此版本:
https://www.w3.org/TR/2018/REC-WCAG21-20180605/
最新发布的版本:
https://www.w3.org/TR/WCAG21/
最新编者的草案:
https://w3c.github.io/wcag/21/guidelines/
实施报告:
https://www.w3.org/WAI/WCAG21/implementation-report/
上一版本:
https://www.w3.org/TR/2018/PR-WCAG21-20180424/
上一推荐:
https://www.w3.org/TR/2008/REC-WCAG20-20081211/
编者:
WCAG 2.0编者(至2008年12月):
  • Ben Caldwell(威斯康星大学麦迪逊分校追踪研发中心)
  • Loretta Guarino Reid(谷歌公司)
  • Gregg Vanderheiden(威斯康星大学麦迪逊分校追踪研发中心)
  • Wendy Chisholm(W3C)
  • John Slatin(德克萨斯大学奥斯汀分校无障碍研究所)
  • Jason White(墨尔本大学)

有关自出版以来报告的任何错误或问题请查看勘误表

另见翻译

本文档也以非标准格式提供,参见替代版本的网页内容无障碍指南 2.1

Copyright © 2017-2018 W3C® (MIT, ERCIM, Keio, Beihang). W3C liability, trademark and document use rules apply.


摘要

网页内容无障碍指南(WCAG)2.1涵盖了使网页内容更易于访问的各种建议。遵循这些指南(guidelines)将使更多有残疾的人更容易访问内容,其中包括失明和弱视、耳聋和听力丧失、运动受限、言语障碍、光敏性和多种残疾组合的残疾人,以及有学习障碍和认知局限的残疾人;但不会满足这些残疾用户的所有需求。这些指南旨在解决台式机、笔记本电脑、平板电脑和移动设备上的Web内容的无障碍问题。遵循这些指南通常也会使Web内容对用户更可用。

WCAG 2.1成功标准(criteria)编写成非特定技术的可测试语句。有关满足特定技术成功标准的指南以及有关解释成功标准的一般信息,请参见单独的文件。有关介绍和WCAG技术和教育资料的链接,请参阅网页内容无障碍指南(WCAG)概述

WCAG 2.1扩展了2008年12月作为W3C的建议书发布的网页内容无障碍指南2.0(WCAG20)。与WCAG 2.1一致的内容也与WCAG 2.0一致。工作组希望,对于要求与WCAG 2.0一致的政策,WCAG 2.1可以提供一种一致的替代方法。WCAG 2.1的发布并未弃用或取代WCAG 2.0。虽然WCAG 2.0仍然是W3C推荐标准,但W3C建议使用WCAG 2.1来最大限度地提高无障碍工作的未来适用性。W3C还鼓励在开发或更新网页无障碍策略时使用最新版本的WCAG。

本文档的状态

本节介绍本文档发布时的状态。其他文档可能会取代本文档。可以在W3C技术报告索引找到当前W3C出版物列表和本技术报告的最新版本。

这是无障碍指南工作组对WCAG 2.1的建议

W3C发布本建议书时,期望本建议书中规定的功能不会受到CSS值和单元模块级别3或指针事件级别2的更改的影响。工作组将继续跟踪这些规范。

要发表评论,请W3C WCAG GitHub存储库中提交问题。工作组请求公众将评论发布为新的问题(issues),每个独立意见一个问题。创建GitHub帐户来提交问题是免费的。如果GitHub中提交问题不可行,请发送电子邮件至[email protected]评论档案)。收到的关于WCAG 2.1建议书的评论不能使得此版本指南发生更改,但可以在勘误表或未来版本的WCAG中解决。工作组不打算对评论做出正式回应。提交的问题的列表以及AG WG邮件列表讨论的档案可以公开获取,工作组今后开展的工作可以解决在本文件收到的意见。

此文件由无障碍指南工作组作为建议书发布。

请参阅工作组的实施报告

本文档已由W3C成员、软件开发人员以及其他W3C小组和相关方进行审核,并由主管认可为W3C建议书。这是一份稳定的文档,可用作参考资料或从其他文件中引用。W3C在制定建议书时的作用是提请开发人员注意规范并促进其广泛部署。这增强了Web的功能性(functionaility)和互操作性(interoperability)。

本文档由W3C专利政策下的一个小组制作。W3C维护一份与该小组可交付成果有关的任何专利披露的公开列表;该页面还包括披露专利的说明。如果掌握专利的实际知识的个人认为专利包含了基本要求,必须根据W3C专利政策的第6部分披露信息。

本文档受2018年2月1日W3C流程文档的约束。

介绍

本章节是非规范性的。

0.1 WCAG 2的背景

网页内容无障碍指南(WCAG)2.1定义了如何使残障人士更容易访问网站内容的指南。无障碍涉及广泛的残疾,包括视觉、听觉、身体、言语、认知、语言、学习和神经残疾。虽然这些指南涵盖了广泛的问题,但它们无法满足所有类型、程度和残疾组合的需求。这些指南还使因衰老而使能力有所改变的老年人更容易使用网站内容,并且通常可以提高用户的可用性。

WCAG 2.1是通过W3C流程与世界各地的个人和组织合作开发的,其目标是为满足全球的个人、组织和政府需求的网页内容无障碍性提供共享标准。WCAG 2.1建立在WCAG 2.0[WCAG20]之上,WCAG 2.0则基于WCAG 1.0[WAI_WEBCONTENT],它旨在从现在到将来能够广泛应用于不同的互联网技术中,并且可以同时通过自动化的测试和人类的评估。有关WCAG的介绍,请参阅网页内容无障碍指南(WCAG)概述

我们在确定解决认知、语言和学习障碍的其他标准方面遇到了重大挑战,包括短暂的发展时间表以及就可测试性、可实施性和提案的国际考虑达成共识方面的挑战。在WCAG的未来版本中,针对这些领域的工作将继续开展。我们鼓励创作者参考我们关于改善残疾人(包括学习和认知障碍、低视力人群等残疾人)包容性的补充指南。

网页无障碍不仅取决于无障碍的内容,还取决于无障碍的网页浏览器和其他用户代理。创作工具在网页无障碍性中也起着重要作用。有关网页开发和交互的这些组件如何协同工作的概述,请参阅:

0.2 WCAG 2指南层次

使用WCAG的个人和组织差异很大,包括网页设计师和开发人员、决策者、采购代理人、教师和学生。为了满足这些受众的不同需求,我们提供了多层指导,包括总体原则、一般指南、可测试的成功标准以及丰富的充分技术咨询技术,和记录的常见故障包括示例、资源链接和代码。

  • 原则(principles - 最重要的是为Web无障碍性提供基础的四个原则:可感知(perceivable)、可操作(operable)、可理解(understandable)和稳健(robust。另请参阅了解无障碍的四个原则
  • 指南(guidelines - 原则的下层是指南。13条指南提供了作者应该努力的基本目标,以便让不同残疾用户更容易访问内容。指南不可测试,但提供框架和总体目标,以帮助作者理解成功标准并更好地实施技术。
  • 成功标准(success criteria - 每个指南提供了可测试的成功标准,从而可以在要求和一致性测试的地方使用WCAG 2.1,例如设计规范、采购、法规和合同协议。为了满足不同群体和不同情况的需要,定义了三个一致性级别:A(最低)、AA和AAA(最高)。有关WCAG级别的更多信息,请参阅了解一致性级别
  • 充分的和咨询性的技术 - 对于WCAG 2.1文档本身的每个指南成功标准,工作组还记录了各种各样的技术。这些技术具有信息性,分为两类:足以满足成功标准的技术和提供咨询意见的技术。咨询技术超出了个人成功标准的要求,并允许作者更好地解决指南。一些咨询技术解决了可测试成功标准未涵盖的无障碍性障碍。在已知常见故障的地方,也会记录这些故障。另请参阅了解WCAG 2.1中的充分的和咨询性的技术

所有这些指南层次(原则、指南、成功标准以及充分和咨询技术)相辅相成,从而指导人们使内容更加无障碍。我们鼓励作者查看和应用他们能够使用的所有层次,包括咨询技术,以便最好地满足尽可能广泛的用户的需求。

请注意,即使是与最高级别(AAA)一致的内容也不会满足具有所有类型、程度或残疾组合的个人的无障碍需求,特别是在认知语言和学习领域具有残疾的个人。我们鼓励作者考虑所有技术,包括咨询技术,以及寻求有关当前最佳实践的相关建议,以确保尽可能地向该群体提供无障碍的网页内容。元数据可以帮助用户找到最适合他们需要的内容。

0.3 WCAG 2.1支持文件

WCAG 2.1文档旨在满足那些需要稳定、可参考的技术标准的人的需求。其他文档称为支持文档,基于WCAG 2.1文档,并涉及其他重要目的,包括更新以描述如何将WCAG应用于新技术的能力。支持文件包括:

  1. 如何认识WCAG 2.1 - WCAG 2.1的可定制快速参考,包括作者在开发和评估网页内容时使用的所有指南,成功标准和技术。这包括来自WCAG 2.0和WCAG 2.1的内容,可以通过多种方式进行过滤,以帮助作者专注于相关内容。
  2. 了解WCAG 2.1 - 理解和实施WCAG 2.1的指南。WCAG 2.1中的每个指南和成功标准都有一个简短的“理解”文档以及关键主题。
  3. WCAG 2.1的技术 - 技术和常见故障的集合,每个都在一个单独的文档中,包括描述、示例、代码和测试。
  4. WCAG文件 - 技术文件如何相关和链接的图表和说明。

有关WCAG 2.1支持材料的说明,请参阅网页内容无障碍指南(WCAG)概述包括与WCAG 2相关的教育资源。 其他资源,包括网页无障碍的业务案例,用于改进网站无障碍的规划实施,和无障碍策略列在WAI资源中。

0.4 对于WCAG 2.1的要求

WCAG 2.1满足WCAG 2.1的一系列要求,而这些要求又继承了WCAG 2.0的要求。这些要求构建了指南的总体框架并确保了向后兼容。工作组还使用了一套不太正式的成功标准验收标准,以确保成功标准的风格和质量与WCAG 2.0相似。这些要求限制了WCAG 2.1中可能包含的内容。这种约束对于保持其作为WCAG 2的标记发布的性质非常重要。

0.5 与WCAG 2.0的比较

WCAG 2.1的启动旨在改善三个主要群体的无障碍指导:具有认知或学习障碍的用户、视力不佳的用户以及移动设备上的残疾用户。工作组评估了人们提出的满足这些需求的许多方法,并对其中的一些部分进行了改进。此版本中包含的最终成功标准的集合中,受到了继承自WCAG 2.0的结构要求、提案的清晰度和影响以及时间表的影响。工作组认为,WCAG 2.1逐步推进所有这些领域的网站内容无障碍指南,但强调,这些指南并不能满足所有用户需求。

WCAG 2.1基于WCAG 2.0构建,并与之向后兼容,这意味着与WCAG 2.1一致的网页也与WCAG 2.0一致。政策要求与WCAG 2.0一致的作者将能够在不违反WCAG 2.0的情况下将内容更新到WCAG 2.1。遵循这两套指南的作者应了解以下差异:

0.5.1 WCAG 2.1的新功能

WCAG 2.1通过添加新的成功标准,支持它们的定义,组织添加的指南以及一致性部分的一些附加内容来扩展WCAG 2.0。这种附加方法有助于清楚地表明与WCAG 2.1一致的站点也与WCAG 2.0一致,从而满足WCAG 2.0特有的一致性义务。无障碍指南工作组建议网站采用WCAG 2.1作为其新的一致性目标,即使正式义务提及WCAG 2.0,也可提供更好的无障碍性并预测未来的政策变化。

以下成功标准是WCAG 2.1中的新增内容:

其中许多成功标准都引用了新术语,这些术语也已添加到术语表中,并构成成功标准的规范要求的一部分。

在“一致性”章节中,有关页面变体的第三个注释已添加到完整页面,并且机器可读元数据的选项已添加到一致性声明的可选组件中。

0.5.2 WCAG 2.1中的编号

为了避免与向WCAG 2.0向后兼容的实施者造成混淆,WCAG 2.1中的新成功标准附加到WCAG 2.0指南中的成功标准集的末尾。这避免了需要在WCAG 2.0更改成功标准的部分编号,这可能是由于在指南中的现有成功标准之间插入新的成功标准,但这意味着每个指南中的成功标准不再按一致性级别分组。每个指南中的成功标准顺序并不意味着有关一致性水平的信息;只有成功标准本身的一致性级别指标(A / AA / AAA)才能表明这一点。WCAG 2.1快速参考提供了查看按一致性级别分组的成功标准的方法,以及许多其他过滤器和排序选项。

0.5.3 对WCAG 2.1的一致性

WCAG 2.1使用与WCAG 2.0相同的一致性模型,并添加了几个,这在一致性章节中有所描述。与WCAG 2.1一致的站点也与WCAG 2.0一致,这意味着它们满足参考WCAG 2.0的任何策略的要求,同时也更好地满足当前网络上用户的需求。

0.6 更高版本的无障碍指南

与WCAG 2.1同时,无障碍指南工作组正在开发另一个主要版本的无障碍指南。这项工作预期将对网络无障碍指南进行更实质性的重组,而不是WCAG 2的网站版本。该工作遵循以研究为中心、以用户为中心的设计方法,以产生最有效和灵活的结果,包括内容创作、用户代理支持和创作工具支持的角色。这是一项多年的工作,因此需要WCAG 2.1作为临时措施,以提供更新的网页无障碍指南,以反映自WCAG 2.0发布以来网络上的变化。工作组还可以在类似的短时间表上开发其他临时版本,继续使用WCAG 2.2,以便在主要版本完成时提供额外支持。

1. 可感知

指南1.1 替代文本

为所有非文本内容提供替代文本(text-alternatives),使其可以转化为人们需要的其他形式,如大字体印刷、盲文、语音、符号或更简单的语言。

成功标准1.1.1 非文本内容

(A级)

呈现给用户的所有非文本内容,都有相同目的的文本替代,以下情况例外:

控件、输入
如果非文本内容是一个控件或接受用户输入,则应有一个描述其目的的名称。(请参阅成功标准4.1.2以了解关于控件和接受用户输入的内容的额外要求。)
基于时间的媒体
如果非文本内容是基于时间的媒体,这时文本替代至少要提供非文本内容的描述标识。(请参阅指南1.2以了解关于媒体的额外要求。)
测试
如果非文本内容是以一个以文本呈现会失效的测试或练习,则文本替代至少要提供非文本内容的描述标识。
感官
如果非文本内容的主要目的是创建一种特定感官体验,则文本替代至少要提供非文本内容的描述标识。
验证码
如果非文本内容的目的是为了确认内容是被一个人访问,而不是被计算机访问,则要提供识别和描述非文本内容目的的替代文本,并提供适应针对不同类型感官知觉的输出模型的验证码替代方式,以适应不同的残障人群。
装饰、格式、不可见
如果非文本内容是纯装饰,或只用于视觉格式化,或不呈现给用户,则应以可被辅助技术忽略的方式实现。

指南1.2 基于时间的媒体

为基于时间的媒体(time-based media)提供替代。

成功标准1.2.1 纯音频和纯视频(预录)

(A级)

对于预录纯音频和预录的纯视频,满足以下条件,除非音频或视频就是文本的媒体替代并已明确标记:

预录的纯音频
对于预录的纯音频内容,给出基于时间的媒体的替代以呈现等同信息。
预录的纯视频
对于预录的纯视频内容,给出基于时间的媒体的替代,或者给出音轨,以呈现等同信息。

成功标准1.2.2 字幕(预录)

(A级)

所有同步的媒体中的预录音频内容,提供字幕,除非媒体就是文本的媒体替代并已明确标记。

成功标准1.2.3 音频描述或媒体替代(预录)

(A级)

同步的媒体提供基于时间的媒体的替代,或预录视频内容的音频描述,除非媒体就是文本的媒体替代并已明确标记。

成功标准1.2.4 字幕(实时)

(AA级)

同步的媒体的所有实时音频内容提供字幕

成功标准1.2.5 音频描述(预录)

(AA级)

同步的媒体的所有预录视频内容提供音频描述

成功标准1.2.6 手语(预录)

(AAA级)

同步的媒体中的所有预录音频内容提供手语翻译

成功标准1.2.7 扩展音频描述(预录)

(AAA级)

前景音频中的暂停不足以让音频描述传达视频意思时,为同步的媒体中的所有预录视频内容提供扩展音频描述

成功标准1.2.8 替代媒体(预录)

(AAA级)

为所有预录同步的媒体和所有预录的纯视频媒体提供基于时间的媒体的替代

成功标准1.2.9 纯音频(实时)

(AAA级)

实时纯音频内容提供基于时间的媒体的替代,以呈现等同信息。

指南1.3 适应

创建可用不同方式呈现的内容(例如更简单的布局),而不丢失信息或结构。

成功标准1.3.1 信息和关系

(A级)

通过呈现传达的信息、结构关系,可以编程式确定或在文本中得到。

成功标准1.3.2 有含义的序列

(A级)

当内容呈现的顺序影响其含义时,其正确的阅读顺序可以编程式确定

成功标准1.3.3 感官特性

(A级)

用于理解内容和操作内容的指示,不完全依赖于组件的感官特性,如形状、大小、视觉位置、方向或声音。

成功标准1.3.4 方向

(AA级)

内容不将视图和操作限定为单一的显示方向,例如纵向或横向,除非使用特定的显示方向的必需的。

成功标准1.3.5 明确输入目的

(AA级)

用于收集用户信息的每个输入框的目的可以在以下情况下编程式确定

成功标准1.3.6 明确目的

(AAA级)

在使用标记语言实现的内容中,用户界面组件、图标及区域的用途可以编程式确定

指南1.4 可辨别

使用户更容易看到和听到内容,包括把背景和前景分开。

成功标准1.4.1 颜色的使用

(A级)

颜色不是用来传达信息、表明动作、提示响应或区分视觉元素的唯一视觉手段。

成功标准1.4.2 音频控制

(A级)

如果网页音频自动播放超过3秒钟,提供用于暂停或停止音频机制,或者控制独立于全局系统音量的音频音量的机制。

成功标准1.4.3 对比度(最小)

(AA级)

文本文本的图像的视觉呈现至少有4.5:1的对比度,除非是以下情况:

大文本
大号文本以及大文本图像至少有3:1的对比度;
附属内容
文本或文本的图像是未激活的用户界面组件的部分,或者只是纯装饰,或者对任何人不可见,或者只是包含其他重要可视内容的图片一部分,此文本或文本的图像没有对比度要求。
商标
文本作为标志或品牌名称的一部分,没有最低对比度要求。

成功标准1.4.4 调整文本大小

(AA级)

除了字幕文本的图像外文本大小不需要辅助技术就可以放大至200%,且不损失内容或功能。

成功标准1.4.5 文本的图像

(AA级)

如果正在使用的技术可以达到视觉效果,用来传达信息的是文本而不用文本的图像,除非是以下情况:

可自定义
文本图像可根据用户要求进行视觉自定义
必需
文本的特殊呈现对要传达的信息是必需的。

成功标准1.4.6 对比度(增强)

(AAA级)

文本文本的图像的视觉呈现至少有7:1的对比度,除非是以下情况:

大文本
大号文本以及大文本的图像至少有4.5:1的对比度;
附属内容
文本或文本的图像是未激活的用户界面组件的部分,或者只是纯装饰,或者对任何人不可见,或者只是包含其他重要可视内容的图片一部分,此文本或文本的图像没有对比度要求。
商标
文本作为标志或品牌名称的一部分,没有最低对比度要求。

成功标准1.4.7 低背景音或无背景音

(AAA级)

对于预录纯音频内容,如果:(1) 前景音频主要包含说话内容,(2) 不是音频验证码或音频标志,以及(3) 不是主要用于音乐表达(如唱歌或说唱)的发声,至少符合以下一个条件:

无背景
音频不包含背景声音。
关闭
背景声音可关闭。
20分贝
背景声音至少比前景说话内容低20分贝,持续仅一两秒的偶发性声音除外。

成功标准1.4.8 视觉呈现

(AAA级)

对于文本块的视觉呈现,提供一个机制以实现以下目标:

  • 用户可以选择前景色和背景色。
  • 宽度不超过80个字符或符号(若是中日韩字符(CJK),不超过40个)。
  • 文本不被对齐(同时对齐至左右边距)。
  • 段落内的行间距(line spacing)(行隔)至少是1.5倍行距,段落间距(paragraph spacing)至少比行间距大1.5倍。
  • 不使用辅助技术可将文本大小放大200%,并且在全屏窗口中不需要用户水平滚动就可以阅读一行文本。

成功标准1.4.9 文本的图像(没有例外)

(AAA级)

文本的图像只用于纯装饰,或者此文本的特定呈现对要传达的信息是必需的。

成功标准1.4.10 反复滚动

(AA级)

内容可以在不丢失信息或功能,且无需滑动两个维度的滚动条的情况下呈现:

  • 宽度相当于320个CSS像素时垂直滚动内容;
  • 高度相当于256个CSS像素时水平滚动内容。

除非部分内容需要以二维布局的方式使用或提供含义。

成功标准1.4.11 非文本对比度

(AA级)

以下内容在视觉呈现时,与相邻颜色的对比度至少为3:1:

用户界面组件
识别用户界面组件状态所需的可视化信息,除非活动组件或组件的外观由用户代理确定且未被作者修改;
图形图像
理解内容所必需的图形部分,除非图形的某种特定呈现对所传达的信息是必需的。

成功标准1.4.12 文本间距

(AA级)

在实现了支持以下文本样式属性的标记语言的内容中,通过设置以下所有内容并且不更改其他样式属性,不会丢失任何内容或功能:

  • 行高(行间距)至少为字体大小的1.5倍;
  • 将段落间距设置为字体大小的至少2倍;
  • 字母间距(跟踪)至少为字体大小的0.12倍;
  • 字间距至少为字体大小的0.16倍。

例外:在书面文本中不使用这些文本样式属性中的一个或多个的通用语言和脚本可以仅使用对于该语言和脚本组合存在的属性。

成功标准1.4.13 悬停或焦点内容

(AA级)

当收到、之后移除指针悬停或键盘焦点时,所触发的附加内容也从可见、之后变为隐藏。在这种情况下,满足以下条件:

可清除
提供一种机制来清除(dismiss)附加内容而不移动指针悬停或键盘焦点,除非附加内容传达输入错误或不掩盖或替换其他内容;
可悬停
如果指针悬停可以触发额外内容,那么指针可以移到附加内容上,而附加内容不会消失;
持久
在用户移除或解除指针悬停和键盘焦点,或附加内容不再有效之前,附加内容都要保持可见。

例外:附加内容的可视化呈现由用户代理控制,并且不会被作者修改。

2. 可操作

用户界面组件和导航必须可操作。

指南2.1 键盘可访问

使所有功能都能通过键盘来操作。

成功标准2.1.1 键盘

(A级)

内容的所有功能都可以通过键盘接口实现操作,并且没有对每次按键的特定时限作出要求,除非底层功能需要的输入依赖用户的移动路径而不只是端点。

成功标准2.1.2 没有键盘陷阱

(A级)

如果可以使用键盘接口将焦点到移动到页面的组件上,那么可以只使用键盘接口操作将焦点从当前组件移开,如果这需要至少一个未修改的方向键或Tab键或其他标准的退出方法,要告知用户离开焦点的方法。

成功标准2.1.3 键盘(无例外)

(AAA级)

内容的所有功能都可以通过键盘接口实现操作,并且没有对每次键击做特定时限作出要求。

成功标准2.1.4 字符快捷键

(A级)

如果仅使用字母(包括大写和小写字母)、标点符号、数字或符号字符实现了内容中的键盘快捷键,则至少满足下列条件之一:

关闭
提供可以关闭这个快捷键的机制
重新映射
有机制以重新映射快捷键,以使用一个或多个不可打印的键盘字符(例如Ctrl、Alt等);
仅在焦点上有效
用户界面组件的键盘快捷键仅在该组件具有焦点时才有效。

指南2.2 充足的时间

为用户提供足够的时间阅读和使用内容。

成功标准2.2.1 定时可调

(A级)

每个由内容设置的时间限制,满足以下至少一个条件:

关闭
允许用户达到时间期限之前,关闭时间限制;
调整
允许用户达到时间期限之前,调整时间限制,该范围至少是默认设置长度的十倍;
延长
在超时之前向用户发出警告,并给用户至少20秒的时间,使用户可以通过简单的动作来延长时间(例如“按空格键”),并允许用户将期限延长至少10倍;
实时特例
这个时间限制是一个实时事件(例如拍卖)的必需的部分,没有可能的时间限制的替代方法;
必需特例
这个时间限制是必需的,延长时限将导致行为失效;
20小时特例
时间限制超过20个小时。

成功标准2.2.2 暂停、停止、隐藏

(A级)

移动(moving)、闪烁(blinking)、滚动(scrolling)或自动更新(auto-updating)的信息,均应当满足以下条件:

移动、闪烁、滚动
任何移动、闪烁或滚动的信息,如果该信息(1) 自动启动,(2) 持续时间超过5秒钟,且(3) 与其他内容同时呈现,那么有一个机制可使用户将其暂停、停止或隐藏,除非移动、闪烁或滚动是某个行为的必需部分;
自动更新
任何自动更新的信息,如果该信息(1) 自动启动,且(2) 与其他内容同时呈现,那么有一个机制可使用户将其暂停、停止或隐藏,或控制更新的频率,除非自动更新是某个行为的必需部分。

成功标准2.2.3 无定时

(AAA级)

定时不是一个内容呈现的事件或活动的必需部分,附在是非交互式的同步的媒体实时事件

成功标准2.2.4 中断

(AAA级)

中断可以由用户推迟或禁止,除非是涉及紧急情况的中断。

成功标准2.2.5 重新认证

(AAA级)

当认证的会话到期时,用户可以在重新验证后继续其活动而不丢失数据。

成功标准2.2.6 超时

(AAA级)

持续时间内的用户不活动将导致用户数据丢失时,向用户发出警告,除非在用户不进行任何操作时,数据保存超过20个小时。

指南2.3 癫痫和身体反应

不要设计会导致癫痫发作或身体反应的内容。

成功标准2.3.1 闪光三次或低于阈值

(A级)

网页不包含任何闪光(flash)超过每秒3次的内容,或低于一般闪光和红色闪光阈值闪光

成功标准2.3.2 闪光三次

(AAA级)

网页不包含任何闪光超过每秒3次的内容。

成功标准2.3.3 交互动画

(AAA级)

可以禁用由交互触发的运动动画,除非动画对于功能或传达的信息是必需的。

指南2.4 可导航

提供帮助用户导航、查找内容并确定其位置的方法。

成功标准2.4.1 跳过块

(A级)

提供一种机制以跳过在网页中重复出现的内容块。

成功标准2.4.2 页面标题

(A级)

网页有描述主题或用途的标题。

成功标准2.4.3 聚焦顺序

(A级)

如果网页可以按顺序导航,并且导航顺序影响含义和操作,可聚焦的组件需要以保持其含义和可操作的顺序获得焦点。

成功标准2.4.4 链接目的(在上下文中)

(A级)

每个链接的目的可通过单独的链接文本或链接文本以及其编程式确定的链接上下文确定,除非链接的目的对普通用户也不明确

成功标准2.4.5 多种方法

(AA级)

有超过一种的方法可以在网页的集合中定位到网页,除非网页是流程的结果或某个步骤。

成功标准2.4.6 标题和标签

(AA级)

标题和标签描述主题或目的。

成功标准2.4.7 焦点可见

(AA级)

任何键盘可操作的用户界面的操作模式中,键盘焦点指示是可见的。

成功标准2.4.8 位置

(AAA级)

关于用户在网页的集合中的位置的信息是有效的。

成功标准2.4.9 链接目的(仅链接)

(AAA级)

机制可以允许只从链接文本来识别每个链接的目的,除非链接的目的对普通用户也不明确

成功标准2.4.10 章节标题

(AAA级)

章节标题(headings)组织内容。

指南2.5 输入模式

让用户通过键盘以外的各种输入更轻松地操作功能。

成功标准2.5.1 指针手势

(A级)

使用多点或基于路径的手势进行操作的所有功能,都可以使用单一指针操作而无需基于路径的手势,除非基于多点或基于路径的手势是必需的。

成功标准2.5.2 指针取消

(A级)

可以使用单一指针操作的功能,至少满足以下一个条件:

没有向下事件
指针的向下事件不用于执行功能的任何部分;
终止或撤销
功能的完成是在向上事件中完成的,并且有一种机制可以在完成之前中止该功能或在完成之后撤消该功能;
逆转
向下事件会逆转向上事件的任何结果。
必需
在向下事件中完成功能是必需的。

成功标准2.5.3 名称中的标签

(A级)

对于包含文本文本的图像标签用户界面组件名称包含可视化呈现的文本。

成功标准2.5.4 运动驱动

(A级)

可以通过设备运动或用户运动操作的功能,也可以由用户界面组件操作,并且可以禁用对运动的响应以防止意外驱动,除非:

支持的接口
该运动用于通过支持无障碍的接口操作功能;
必需
该运动对于该功能是必需的,这样做会使活动无效。

成功标准2.5.5 目标大小

(AAA级)

指针输入目标的大小至少为44×44的CSS像素,除非:

等效
目标可通过同一页面内大于44×44个CSS像素的等效链接或控制来访问。
内联
目标是句子或文本块;
用户代理控制
目标的大小由用户代理确定,并且不会被作者修改;
必需
目标的特定呈现对于传达信息是必需的。

成功标准2.5.6 并发输入机制

(AAA级)

内容不应限制使用平台上可用的输入模式,除非该限制是必需的,例如需要确保内容的安全性,或者需要尊重用户设置。

3. 可理解

信息和用户界面操作必须是可理解的。

指南3.1 可读

使文本内容可读且可理解。

成功标准3.1.1 页面的语言

(A级)

每个网页的默认人类语言可以编程式确定

成功标准3.1.2 部分的语言

(AA级)

内容中的每个段落或短语的人类语言可以编程式确定,除了是直接包含的文本中的专有名词、术语、不确定语言的词汇、已经融入到本地语言的词语或短语。

成功标准3.1.3 不常用词语

(AAA级)

若词语或短语以不常用或有限制的方式使用,包括习语术语,则提供一个机制以识别这些词语或短语的具体定义。

成功标准3.1.4 缩写

(AAA级)

提供一个机制用于识别缩写的扩展形式或含义。

成功标准3.1.5 阅读水平

(AAA级)

当文本中除去专有名词和标题之外,仍需要超过初中教育水平的阅读能力时,提供不需要高于初中教育的水平就能够能阅读的补充内容或版本。

成功标准3.1.6 发音

(AAA级)

若单词没有发音就无法理解单词含义,则提供一个机制用于识别单词的具体发音。

指南3.2 可预测

让网页以可预见的方式呈现和操作。

成功标准3.2.1 焦点时

(A级)

任何用户界面组件接收焦点时,不会引起上下文的变化

成功标准3.2.2 输入时

(A级)

更改任何用户界面组件设置不会自动导致上下文的变化,除非用户使用组件前已被告知该行为。

成功标准3.2.3 一致的导航

(AA级)

网页的集合中的多个网页中重复出现的导航机制,每次出现时都应保持相同的相对顺序,除非是由用户引起的顺序变化。

成功标准3.2.4 一致的识别

(AA级)

网页的集合中,相同功能的组件被一致地识别。

成功标准3.2.5 请求变化

(AAA级)

上下文的变化只能由用户请求来启动,或者提供一个可关闭这种变化的机制

指南3.3 输入辅助

帮助用户避免和纠正错误。

成功标准3.3.1 错误标识

(A级)

如果输入错误能被自动检测到,有错误的项会被识别,并且将错误用文本描述给用户。

成功标准3.3.2 标签或说明

(A级)

需要用户输入时,提供标签或说明。

成功标准3.3.3 错误建议

(AA级)

如果输入错误能被自动检测到,且修改建议已知,则提供建议给用户,除非这会危及安全或影响内容目的。

成功标准3.3.4 错误预防(法律、金融、数据)

(AA级)

网页,如果用户操作将引起法律承诺或或者金融交易,或修改或删除数据存储系统中的用户可控制的数据,或提交用户测试响应,则满足以下至少一个条件:

可逆
提交是可逆的。
检查
用户输入的数据将被检查是否有输入错误,并为用户提供一个改正错误的机会。
确认
提供一个机制用于最后提交之前检查、确认和纠正信息。

成功标准3.3.5 帮助

(AAA级)

提供上下文相关的帮助

成功标准3.3.6 错误预防(全部)

(AAA级)

要求用户提交信息的网页,满足以下至少一个条件:

可逆
提交是可逆的。
检查
用户输入的数据将被检查是否有输入错误,并为用户提供一个改正错误的机会。
确认
提供一个机制用于最后提交之前检查、确认和纠正信息。

4. 稳健

内容必须足够稳健,以能够被各种各样的用户代理(包括辅助技术)解释。

指南4.1 兼容

最大化兼容当前和未来的用户代理(包括辅助技术)。

成功标准4.1.1 解析

(A级)

使用标记语言实现的内容,元素要有完整的开始和结束标签,元素根据其规范行嵌套,元素不包含重复的属性,且任何ID都是唯一的,除非规范允许这些特性。

成功标准4.1.2 名称、角色、值

(A级)

对于所有用户界面组件(包括但不限于:表单元素、链接和由脚本生成的组件),名称角色可以编程式确定;可由用户设置的状态、属性和值可以编程式设置;且这些变化的通知对用户代理(包括辅助技术)是有效的。

成功标准4.1.3 状态信息

(AA级)

在使用标记语言实现的内容中,状态消息可以通过角色或属性来编程式确定,这样就可以通过辅助技术呈现给用户而无需接收焦点。

5. 一致性

本节列出了WCAG 2.1一致性的要求,并提供有关如何进行一致性声明的信息,这些声明是可选的。最后,还描述了支持无障碍意味着什么,因为只有支持无障碍的使用技术的方式才能依赖于一致性。理解一致性包括对支持无障碍的概念的进一步说明。

5.1 解释规范性要求

WCAG 2.1的主要内容是规范性的,并定义了影响一致性声明的要求。介绍性材料、附录、标记为“非规范性”的章节、图表、示例和注释都是信息性的(非规范性的)。非规范性材料提供咨询信息以帮助解释指南,但不会产生影响一致性声明的要求。

关键词可以(MAY)必须(MUST)不得(MUST NOT)不推荐(NOT RECOMMENDED)推荐(RECOMMENDED)应该(SHOULD)不应该(SHOULD NOT)按照[RFC2119]中的描述进行解释。

5.2 一致性要求

为了使网页与WCAG 2.1一致,必须满足以下所有一致性要求:

5.2.1 一致性级别

完全满足以下一致性级别之一。

  • 对于A级一致性(最低一致性级别),网页满足所有A级成功标准,或者提供一致性替代版本
  • 对于AA级一致性,网页满足所有A级和AA级成功标准,或者提供AA级一致的替代版本。
  • 对于AAA级一致性,网页满足所有A级,AA级和AAA级成功标准,或者提供AAA级一致的替代版本。

5.2.2 完整页面

一致性(和一致性级别)仅适用于完整网页,如果排除部分网页,则无法达成。

5.2.3 完整的流程

网页是呈现流程的一系列网页之一(即,为了完成活动而需要完成的一系列步骤)时,该流程中的所有网页都与指定级别一致或更好。(如果流程中的任何页面不与该级别或更高级别一致,则不能实现该级别的一致性。)

5.2.4 仅使用技术的支持无障碍的方法

依赖支持无障碍的使用技术的方法来满足成功标准。以非支持无障碍的方式提供的任何信息或功能都可以以支持无障碍的方式提供。(请参阅了解无障碍支持。)

5.2.5 不干扰

如果技术是内非支持无障碍的方式使用的,或者以非一致的方式使用,则这些技术不阻止用户访问页面其余部分的能力。此外,在以下每个条件下,网页整体仍然满足一致性要求:

  1. 当用户代理打开任何不依赖的技术时,
  2. 当用户代理关闭任何不依赖的技术时,
  3. 当用户代理不支持任何不依赖的技术时

此外,以下成功标准适用于页面上的所有内容,包括未满足一致性的内容,因为未能满足这些内容可能会干扰页面的任何使用:

  • 1.4.2 - 音频控制
  • 2.1.2 - 没有键盘陷阱
  • 2.3.1 - 三次闪烁或低于阈值
  • 2.2.2 - 暂停、停止、隐藏

有关更多信息(包括示例),请参阅了解一致性要求

5.3 一致性声明(可选)

一致性是仅为网页定义的。但是,可以进行一致性声明以涵盖一个页面、一系列页面或多个相关的网页。

5.3.1 一致性声明的必要组件

一致性声明不是必要的。作者可以在不提出声明的情况下与WCAG 2.1一致。但是,如果提出一致性声明,则一致性声明必须包含以下信息:

  1. 声明的日期
  2. 指南的标题、版本和URI “网页内容无障碍指南2.1,网址为https://www.w3.org/TR/WCAG21/
  3. 满足的一致性级别:(A级、AA级或AAA级)
  4. 网页的简明描述,例如声明所针对的URI列表,包括声明中是否包含子域。
  5. 依赖的网页内容技术列表。

5.3.2 一致性声明的可选组件

除了上述一致性声明的必要组件之外,请考虑提供其他信息以帮助用户。推荐的其他信息包括:

  • 超出所声称的一致性水平的已满足的成功标准的列表。这个信息应以用户可以使用的形式提供,最好是机器可读的元数据。
  • 已使用但未依赖”的特定技术的列表。
  • 用户代理的列表,包括用于测试内容的辅助技术。
  • 机器可读的元数据中提供的内容的特定无障碍特征的列表。
  • 有关超出成功标准以增强无障碍的任何其他步骤的信息。
  • 依赖的特定技术的列表的机器可读的元数据版本。
  • 一致性声明的机器可读的元数据版本。

5.4 部分一致性声明—第三方内容

有时,会先创建网页,以后会添加其他内容。例如,电子邮件程序、博客、允许用户添加评论的文章或支持用户贡献内容的应用程序。另一个例子是一个页面,例如门户网站或新闻网站,由多个贡献者聚合的内容组成,或者随着时间的推移自动插入来自其他来源的内容的网站,例如动态插入广告时。

在这些情况下,在原始发布时不可能知道页面的不受控制的内容是什么。重要的是要注意,不受控制的内容也会影响受控内容的无障碍性。有两种选择:

  1. 可以基于最佳知识来确定一致性。如果在两个工作日内对此类页面进行监控和修复(不一致的内容被删除或产生一致性),则可以进行一致性的确定或声明,只要确保除非外部提供的内容中的错误被更正或遇到时删除,页面一致。如果无法监控或纠正不一致的内容,则不能提出一致性声明;
    或者
  2. 可以进行“部分一致性声明”,即页面不一致,但如果特定的部分被删除则可以是一致的。该声明的形式是“此页面不一致,但如果删除了来自不受控制的来源的以下部分,则在X级与WCAG 2.1一致。”此外,对于部分一致性声明中描述的不受控制的内容,也会出现以下情况:
    1. 这不是受作者控制的内容。
    2. 以用户可以识别的方式描述(例如,它们不能被描述为“我们不控制的所有部分”,除非它们被清楚地标记为这样)。

5.5 部分一致性声明—语言

可以作出“由语言引起的部分一致性声明”,表示页面不一致,但如果页面上使用的(所有)语言支持无障碍则会一致。该声明的形式是“此页面不一致,但如果以下语言支持无障碍,则在X级与WCAG 2.1一致:”

6. 术语表

缩写abbreviation
单词、短语或名称的缩写形式,其中缩写尚未成为语言的一部分
  1. initialisms是名称或短语包含的单词首字母或音节首字母组成的缩写形式。
  2. acronyms是由首字母或(名称或短语里)其他单词部分组成的缩写形式,可以作为一个单词的发音。
支持无障碍accessibility supported
被用户的浏览器或其他用户代理辅助技术和其他无障碍功能支持
为了使网页内容技术(或技术的特征)的使用支持无障碍,网页内容技术(或特征)必须满足1和2:
  1. 使用网页内容技术的方式必须能被用户辅助技术(AT)支持。这意味着在网页内容的人类语言中,使用技术的方式已测试过与辅助技术的互操作性,
    并且
  2. 网页内容技术必须有支持无障碍的用户代理,这个用户代理对用户有效。这意味着以下四个声明至少有一个成立:
    1. 该技术本身支持广泛分布的用户代理,这些代理也支持无障碍(例如HTML和CSS);
      或者
    2. 该技术在广泛分布的插件中受支持,该插件也支持无障碍;
      或者
    3. 内容在封闭的环境中有效,如大学或公司网络,在这个封闭网络中,技术需要用到的和单位使用的用户代理都是支持无障碍的;
      或者
    4. 支持该技术的用户代理是支持无障碍的,而且可以某种方式下载或者购买,这种方式可以是:
      • 残障人士不需要比健全人士花费更多的成本,并且
      • 对于残障人士来说很容易找到和获取,就像没有残疾一样。
基于时间的媒体的替代alternative for time-based media
包括基于时间的视觉和听觉信息的正确顺序的文本描述并提供用于获得任何基于时间的互动结果的方法的文档
对普通用户也不明确ambiguous to users in general
无法从链接和同时与链接一起呈现给用户的网页所有信息里确定链接目的(例如,无残疾的读者直到激活链接之前往往不知道该链接的指向)
ASCII图ASCII art
由字符或符号的空间排列组成的图片(通常由95个可打印的字符组成,这些字符由ASCII定义)
辅助技术assistive technology)(比如本文档使用的技术)
作为用户代理或与主流用户代理协同工作的硬件或软件,以便提供满足残障用户需求的功能,这些需求常超出主流用户代理所提供的功能要求
  • 屏幕放大器和其他视觉阅读工具,这是给视觉障碍、知觉障碍和身体残疾的人群使用的,用以改变文字的字体、大小、间距、颜色、与语音同步等等,以改善呈现的文本和图像的视觉可读性;
  • 屏幕阅读器,这是给盲人使用的,通过合成语音或者盲文来阅读原文信息;
  • 文本语音转换软件,这是给认知障碍、语言障碍和学习障碍的人群使用的,它可以把文本转化成合成语音;
  • 语音识别软件,这是给一些身体残疾的人群使用的;
  • 替代键盘,这是给特定身体残疾的人群使用的,用来模拟键盘(包括使用前进方向键、单开关、呼/吸 和其他特殊输入设备。);
  • 替代点击设备,这是给特定身体残疾的人群使用的,用以模拟鼠标轨迹和按钮激活功能。
音频audio
声音再现技术
音频描述audio description
添加到音轨上的解说,用于描述仅从主音轨上无法理解的重要视觉细节
纯音频audio-only
基于时间的只包含音频(没有视频、没有互动)的呈现
闪烁blinking
以用于吸引注意的方式在两个视觉状态之间来回切换
文本块block of text
不止一个文本句子
验证码CAPTCHA
Completely Automated Public Turing test to tell Computers and Humans Apart(完全自动化的公共图灵测试,以区分电脑和人类)” 的缩写
字幕captions
语音和非语音视频信息的同步视觉或替代文本,这些信息用来理解媒体内容
上下文的变化changes of context
网页的重大变化,如果变化发生而用户没有意识到,则会迷惑无法同时查看整个页面的用户
上下文的变化包括以下内容的变化:
  1. 用户代理
  2. 视图
  3. 焦点;
  4. 改变网页意图的内容
一致性conformance
满足给定的标准、指南或规范的所有要求
一致性替代版本conforming alternate version
指以下版本
  1. 与指定的级别一致,并且
  2. 以相同的人类语言,提供所有相同的信息和功能,并且
  3. 与非一致性的内容一样都是最新的,并且
  4. 下列部分至少有一个为真:
    1. 通过支持无障碍机制,非一致性的页面可得到一致性的版本,或
    2. 只能从一致性的版本中得到非一致性的版本,或
    3. 非一致性的版本只能从一致性的网页得到,并且该网页也提供达到一致性版本的机制
请参阅理解一致性替代版本
内容content)(网页内容(Web content))
通过用户代理方式与用户交互的信息和感官体验,包括定义内容结构呈现和交互的代码或标记
上下文相关的帮助context-sensitive help
提供与当前操作功能相关的信息的帮助文本
对比度contrast-ratio
(L1 + 0.05) / (L2 + 0.05),其中
正确的阅读顺序correct reading sequence
指文字和段落以不改变内容含义的顺序呈现的任何序列
CSS像素CSS pixel
大约0.213度的视觉角度
CSS像素是CSS中所有长度和测量的规范度量单位。该单位独立于密度,与显示器中存在的实际硬件像素不同。用户代理和操作系统应确保CSS像素尽可能接近CSS值和单位模块级别3参考像素[css3-values],其中考虑了显示器的物理尺寸和假定的观看距离(内容作者无法确定的因素)。
向下事件down-event
按下指针的触发刺激时发生的平台事件
向下事件在不同平台上可能具有不同的名称,例如“touchstart”或“mousedown”。
紧急情况emergency
突然、意外情况或事故,需要立即采取行动以保持健康、安全或财产
必需essential
如果被删除,将导致内容信息或功能发生根本上的变化,信息和功能没法以另外兼容方式来实现
扩展音频描述extended audio description
添加到视听呈现上的音频描述,添加时需要暂停视频以有足够的时间来添加额外的描述
闪光flash
相对亮度的一组相反变化,如果在正常频率范围内足够大,可能会导致一些人癫痫
功能functionality
通过用户行为可达到的流程和结果
一般闪光和红色闪光阈值general flash and red flash thresholds
闪光或快速变化的图像序列,且频率低于阈值(即,内容通过),满足以下一个条件:
  1. 在任何一秒的期间内,一般闪光general flash)不超过3个,并且/或者红色闪光red flash)不超过3个;或
  2. 在典型的视距上,闪光的所有区域不超过显示器10度视野的所有0.006立体弧度(显示器任何10度视野的25%)。
其中:
  • 一般闪光是指一对相对亮度的相反变化,变化为最大相对亮度的10%或更多,且深色图像相对亮度低于0.80,且“一对相反变化”是一减紧随一增,或者一增紧随一减
  • 红色闪光是指一对饱和红色的相反转换。
例外:闪光如果是合适的、均衡的、图案,比如白噪声,或者“方格”小于(典型视距上视野)0.1倍的的替代棋盘图案,这种闪光不违反阈值。
人类语言human language
通过口头、书面或手语(通过视觉或触觉手段)来与人类交流的语言
习语idiom
不能单独的词语推导出其含义的短语,且不能在不失去含义的同时改变特定的词语
文本的图像image of text
以非文本形式(如图像)渲染以实现特定的视觉效果的文本
信息性的informative
指仅供参考之用,达到一致性时并不需要的信息
输入错误input error
指用户输入的不被接受的信息
术语jargon
在特定领域以特定的方式使用的词语
键盘接口keyboard interface
软件用来获得按键输入的接口
键盘快捷键keyboard shortcut
通过按下一个或多个键来触发一个行为的替代方法
标签label
文本或带有替代文本的其他组件,呈现给用户以便识别网页内容中的组件
大号(文本)(large scale (text)
至少有18点或14点的粗体大小,或者和中文、日文和韩文(中日韩)字体大小相当的字体大小
法律承诺legal commitments
引起有具有法律约束力的义务或利益的交易
链接目的link purpose
通过激活超链接获得的结果的特性
实时live
从真实世界里的事件捕获并在不超过广播延迟的时间里传送给接收器的信息
初中教育水平lower secondary education level
完成六年学业后的两年级或三年级,小学教育开始后九年结束
机制mechanism
实现结果的流程或技术
文本的媒体替代media alternative for text
呈现的信息与文本(直接或通过替代文本)呈现的信息一样多的媒体
运动动画motion animation
在条件之间增加步骤以创造运动的幻觉或给出平稳过渡的感觉
名称name
软件用来向用户识别网页内容里的组件的文本
按顺序导航navigated sequentially
按照使用键盘接口移动焦点(从一个元素到下一个元素)定义的顺序导航
非文本内容non-text content
任何非字符序列、可编程式确定的内容,或者用于序列不是表达人类语言含义的地方
规范性的normative
达到一致性所需要的
在全屏窗口中on a full-screen window
在最常见的台式机/笔记本电脑显示器上以最大视图显示
暂停paused
被用户请求停止,并直到用户请求才继续
指针输入pointer input
可以在屏幕上定位特定坐标(或一组坐标)的输入设备,例如鼠标、笔或触摸接触
另请参见指针事件指针定义[pointerevents]。
预录prerecorded
实时的信息
呈现presentation
内容以用户可感知的形式渲染
小学教育水平primary education level
6年制学业,开始于5至7岁之间,可能之前没有受到任何教育
流程process
一系列用户行为,其中每个行为都是为完成一项活动而必需的
编程式确定programmatically determined)(可编程式确定的(programmatically determineable))
软件根据作者提供的数据,以不同用户代理(包括辅助技术)可以以不同的形式提取和呈现给用户的方式确定的
编程式确定的链接上下文programmatically determined link context
可以从链接的关系中以编程式确定的额外信息,与链接文本一起以不同方式呈现给用户
编程式设置programmatically set
软件通过用户代理(包括辅助技术)支持的方法设置
纯装饰pure decoration
只用于美观,不提供信息,没有功能
实时事件real-time event
a) 浏览时同时发生,且b) 不是完成由内容生成的事件
区域region
可感知的、编程式确定的内容部分
关系relationships
不同的内容片段之间有意义的联系
相对亮度relative luminance
色彩空间里任何一点的相对明度(relative brightness),标准化为0的是最深的黑色,为1的是最亮的白色
可靠(的技术)(relied upon (technologies that are)
如果该技术被关闭或不支持,则内容不一致
角色role
软件用来识别网页内容中的组件功能的文本或数字
相同功能same functionality
使用此功能可以得到相同的结果
相同的相对顺序same relative order
相对于其他项的相同的位置
满足成功标准satisfies a success criterion
当网页应用成功标准时,该成功标准不会被计算为“假”
章节section
涉及一个或多个相关主题或思想的书面的内容的独立部分
网页的集合set of web pages
有共同的目标并且由同一作者、团队或组织创建的网页的集合
手语sign language
手和胳膊的动作、面部表情或身体姿势动作的组合来表达意义的语言
手语翻译sign language interpretation
将一种语言(通常是口语)翻译成成手语
单一指针single pointer
与屏幕的一个接触点一起操作的指针输入,包括单击和点击、双击和点击、长按和基于路径的手势
特定感官体验specific sensory experience
不是做纯装饰用,且也不是用于传达重要信息或执行功能的感官体验
状态state
表示用户界面组件的特征的动态属性,可以响应于用户动作或自动化过程而改变
状态不会影响组件的性质,但会表示与组件或用户交互可能性相关的数据。例子包括焦点、悬停、选择、按下、检查、访问/未访问和展开/折叠。
状态消息status message
内容的变化,且不是上下文的变化,并向用户提供有关操作成功或结果、应用程序等待状态、进程进度或错误是否存在的信息
结构structure
  1. 以相互关联方式组织网页部分的方式;以及
  2. 组织网页的集合的方式。
样式属性style property
属性,其值决定在用户代理渲染(例如,在屏幕上、通过扬声器、通过盲文显示)时,内容元素的呈现(例如字体、颜色、大小、位置、填充、音量、合成语音韵律)
样式属性可以有几个来源:
  • 用户代理默认样式:在没有任何作者或用户样式的情况下应用的默认样式属性值。某些内页内容技术指定默认呈现,而其他则不指定;
  • 作者样式:作者作为内容的一部分设置的样式属性值(例如内嵌样式,作者样式表);
  • 用户样式:用户设置的样式属性值(例如,通过用户代理界面设置,用户样式表)
补充内容supplimental content
说明或阐明主要内容的其他内容
同步的媒体synchronized media
音频视频与其他格式同步以呈现信息和/或基于时间的交互式组件,除非媒体是被明确标记为文本的媒体替代
目标target
将接受指针动作的显示区域,例如用户界面组件的交互区域
技术(网页内容)(technology (Web content)
指编码指令被用户代理渲染、播放或执行的机制
文本text
编程式确定的字符序列,表达人类语言
文本替代text alternative
非文本内容编程式关联的文本,或与非文本内容编程式关联的文本所提及的文本。编程式关联的文本是指其位置可以从非文本内容编程式确定的文本。
向上事件up-event
指针的触发刺激被释放时发生的事件
在不同的平台可能有不同的名称,例如“touchend”或“mouseup”。
以不常用或有限制的方式使用used in an unusual or restricted way
以要求用户确切地知道要应用哪个定义以便正确理解内容的方式使用的词语
用户代理user agent
为用户检索和呈现网页内容的任何软件
用户可控制user-controllable
用于能让用户访问的数据
用户界面组件user interface component
作为独特功能的单一控件,被用户感知的内容部分
用户不活动user inactivity
任何没有用户操作发生的连续的时间段
跟踪的方法将由网站或应用程序确定。
视频video
移动或排列图片或影像的技术
纯视频video-only
只包含视频(无音频,无交互)的基于时间的呈现
视图viewport
用户代理用以呈现内容的对象
视觉自定义visually customized
可以设置字体、大小、颜色和背景
网页Web page
使用HTTP从单一URI获取的非嵌入式资源,以及由用户代理用于呈现或为了与非嵌入式资源一起呈现的其他资源

7. 用户界面组件的输入目的

本节包含常见用户界面组件输入目的的列表。以下术语不是必须使用的关键字,而是表示必须在网页采用的分类中捕获的目的。在适用的情况下,作者使用所选分类标记控件以指示语义目的。这为用户代理和辅助技术提供了应用个性化演示的潜力,使更多人能够理解和使用内容。

以下输入控制目的旨在与内容的用户相关并且仅涉及与该个人相关的信息。

  • name - 全名
  • honorific-prefix - 前缀或标题(例如:“先生”、“女士”、“博士”、“小姐”)
  • given-name - 给定名字(在某些西方文化中,也称为名字)
  • additional-name - 附加名字(在某些西方文化中,也称为中间名,除名字以外的名字)
  • family-name - 姓氏(在某些西方文化中,也称为last name或surname)
  • honorific-suffix - 后缀(例如:“Jr”、“B.Sc”、“MBASW”、“II”)
  • nickname - 昵称、屏幕名称、句柄:通常使用短名称而不是全名
  • organization-title - 头衔(例如:“软件工程师”、“高级副总裁”、“副总经理”)
  • username - 用户名
  • new-password - 新密码(例如,在创建帐户或更改密码时)
  • current-password - 用户名字段标识的帐户的当前密码(例如,登录时)
  • organization - 与此字段关联的其他字段中的人员,地址或联系信息对应的公司名称
  • street-address - 街道地址(多行,保留换行符)
  • address-line1 - 街道地址(每个字段一行,第1行)
  • address-line2 - 街道地址(每个字段一行,第2行)
  • address-line3 - 街道地址(每个字段一行,第3行)
  • address-level4 - 具有四个管理级别的地址中最细粒度的管理级别
  • address-level3 - 具有三个或更多管理级别的地址中的第三个管理级别
  • address-level2 - 具有两个或更多管理级别的地址中的第二个管理级别;在具有两个行政级别的国家中,这通常是城市、城镇、村庄或其他发现相关街道地址的地方
  • address-level1 - 地址中最广泛的管理级别,即找到地点的省份,例如,在美国,指的是州;在瑞士,指的是州;在英国,指的是邮政城镇
  • country - 国家/地区代码
  • country-name - 国家/地区名称
  • postal-code - 邮政编码、邮政编码、邮政编码、CEDEX代码
  • cc-name - 支付工具上给出的全名
  • cc-given-name - 给定支付工具上的名称(在一些西方文化中,也称为given name
  • cc-additional-name - 支付工具上的其他名称(在某些西方文化中,也称为中间名,除名字以外的名字)
  • cc-family-name - 支付工具上给出的姓氏(在某些西方文化中,也称为last namesurname
  • cc-number - 识别支付工具的代码(例如,信用卡号)
  • cc-exp - 支付工具的到期日
  • cc-exp-month - 支付工具到期日的月份组成部分
  • cc-exp-year - 支付工具到期日的年度部分
  • cc-csc - 支付工具的安全代码(也称为卡安全代码(CSC)、卡验证代码(CVC)、卡验证值(CVV)、签名面板代码(SPC)、信用卡ID(CCID),等等)
  • cc-type - 支付工具的类型
  • transaction-currency - 用户希望在交易中使用的货币
  • transaction-amount - 用户希望进行交易的金额(例如,在输入买入价或卖出价时)
  • language - 首选语言
  • bday - 生日
  • bday-day - 生日的日期组成部分
  • bday-month - 生日的月份组成部分
  • bday-year - 生日的年份组成部分
  • sex - 性别认同(例如,女性、Fa’afafine)
  • url - 与该字段关联的其他字段中的公司,人员,地址或联系信息对应的主页或其他网页
  • photo - 与此字段关联的其他字段中与公司,人员,地址或联系信息对应的照片,图标或其他图像
  • tel - 完整的电话号码,包括国家代码
  • tel-country-code - 电话号码的国家代码组成部分
  • tel-national - 没有县代码组件的电话号码,如果适用,则应用国家/地区内部前缀
  • tel-area-code - 电话号码的区号组成部分,如果适用,则应用国家/地区内部前缀
  • tel-local - 没有国家代码和区号组件的电话号码
  • tel-local-prefix - 当该组件分成两个组件时,区号后面的电话号码组件的第一部分
  • tel-local-suffix - 当该组件被分成两个组件时,区域代码后面的电话号码组件的第二部分
  • tel-extension - 电话号码内部分机代码
  • email - 电子邮件地址
  • impp - 表示即时消息传递协议端点的URL

A. 致谢

有关参与辅助功能指南工作组(AG WG)的更多信息,请参阅工作组主页

A.1 积极参与本文件制定的AG WG参与者

  • Jake Abma(特邀专家)
  • Shadi Abou-Zahra(W3C
  • Chuck Adams(Oracle Corporation)
  • Amani Ali(Nomensa)
  • Jim Allan(特邀专家)
  • Paul Adam(Deque Systems, Inc.)
  • Christopher Auclair(VitalSource | Ingram Content Group)
  • Jon Avila(Level Access)
  • Tom Babinszki(IBM公司)
  • Bruce Bailey(U.S. Access Board)
  • Renaldo Bernard(University of Southampton)
  • Chris Blouch(Level Access)
  • Denis Boudreau(Deque Systems, Inc.)
  • Judy Brewer(W3C
  • Shari Butler(Pearson plc)
  • Thaddeus Cambron(特邀专家)
  • Alastair Campbell(Nomensa)
  • Laura Carlson(特邀专家)
  • Louis Cheng(Google)
  • Pietro Cirrincione(特邀专家)
  • Vivienne Conway(Web Key IT Pty Ltd)
  • Michael Cooper(W3C
  • Romain Deltour(DAISY Consortium)
  • Wayne Dick(Knowbility, Inc)
  • Chaohai Ding(University of Southampton)
  • Kim Dirks(Thompson Reuters)
  • Shwetank Dixit(BarrierBreak Technologies)
  • Anthony Doran(TextHelp)
  • E.A. Draffan(University of Southampton)
  • Eric Eggert(W3C
  • Michael Elledge(特邀专家)
  • Wilco Fiers(Deque Systems, Inc.)
  • Detlev Fischer(特邀专家)
  • John Foliot(Deque Systems, Inc.)
  • Matt Garrish(DAISY Consortium)
  • Alistair Garrison(Level Access)
  • Michael Gower(IBM Corporation)
  • Jon Gunderson
  • Markku Hakkinen(Educational Testing Service)
  • Katie Haritos-Shea(Knowbility, Inc)
  • Andy Heath(特邀专家)
  • Shawn Henry(W3C
  • Thomas Hoffman(Educational Testing Service)
  • Sarah Horton(The Paciello Group, LLC)
  • Stefan Johansson(特邀专家)
  • Marc Johlic(IBM Corporation)
  • Rick Johnson(VitalSource | Ingram Content Group)
  • Crystal Jones(微软公司)
  • Andrew Kirkpatrick(Adobe)
  • John Kirkwood(特邀专家)
  • Jason Kiss(Department of Internal Affairs, New Zealand Government)
  • Maureen Kraft(IBM公司)
  • JaEun Ku(University of Illinois at Urbana-Champaign)
  • Patrick Lauke(The Paciello Group, LLC)
  • Shawn Lauriat(谷歌公司)
  • Steve Lee(特邀专家)
  • Alex Li(微软公司)
  • Chris Loiselle(特邀专家)
  • Greg Lowney(特邀专家)
  • Adam Lund(Thomson Reuters)
  • David MacDonald(特邀专家)
  • Erich Manser(IBM公司)
  • Kurt Mattes(Deque Systems, Inc.)
  • Scott McCormack(Level Access)
  • Chris McMeeking(Deque Systems, Inc.)
  • Jan McSorley(Pearson plc)
  • Neil Milliken(Unify Software and Solutions)
  • Rachael Montgomery(MITRE Corporation)
  • Mary Jo Mueller(IBM公司)
  • Brooks Newton(Thomson Reuters)
  • James Nurthen(Oracle Corporation)
  • Joshue O Connor(特邀专家)
  • Sailesh Panchang(Deque Systems, Inc.)
  • Charu Pandhi(IBM公司)
  • Kim Patch(特邀专家)
  • Melanie Philipp(Deque Systems, Inc.)
  • Mike Pluke(特邀专家)
  • Ian Pouncey(The Paciello Group, LLC)
  • Ruoxi Ran(W3C
  • Stephen Repsher(The Boeing Company)
  • Jan Richards(特邀专家)
  • John Rochford(特邀专家)
  • Marla Runyan(特邀专家)
  • Stefan Schnabel(SAP SE)
  • Ayelet Seeman(特邀专家)
  • Lisa Seeman-Kestenbaum(特邀专家)
  • Glenda Sims(Deque Systems, Inc.)
  • Avneesh Singh(DAISY Consortium)
  • David Sloan(The Paciello Group, LLC)
  • Alan Smith(特邀专家)
  • Jim Smith(Unify Software and Solutions)
  • Adam Solomon(特邀专家)
  • Jaeil Song(National Information Society Agency(NIA))
  • Jeanne Spellman(The Paciello Group, LLC)
  • Makoto Ueki(特邀专家)
  • Jatin Vaishnav(Deque Systems, Inc.)
  • Gregg Vanderheiden(Raising the Floor)
  • Evangelos Vlachogiannis(Fraunhofer Gesellschaft)
  • Kathleen Wahlbin(特邀专家)
  • Can Wang(浙江大学)
  • Léonie Watson(The Paciello Group, LLC)
  • Jason White(Educational Testing Service)
  • Mark Wilcock(Unify Software and Solutions)

A.2 其他以前活跃的WCAG工作组参与者以及WCAG 2.0、WCAG 2.1或其他支持资源的其他贡献者

Paul Adam、Jenae Andershonis、Wilhelm Joys Andersen、Andrew Arch、Avi Arditti、Aries Arditi、Mark Barratt、Mike Barta、Sandy Bartell、Kynn Bartlett、Chris Beer、Charles Belov、Marco Bertoni、Harvey Bingham、Chris Blouch、Paul Bohman、Frederick Boland、Denis Boudreau、Patrice Bourlon、Andy Brown、Dick Brown、Doyle Burnett、Raven Calais、Ben Caldwell、Tomas Caspers、Roberto Castaldo、Sofia Celic-Li、Sambhavi Chandrashekar、Mike Cherim、Jonathan Chetwynd、Wendy Chisholm、Alan Chuter、David M Clark、Joe Clark、Darcy Clarke、James Coltham、Earl Cousins、James Craig、Tom Croucher、Pierce Crowell、Nir Dagan、Daniel Dardailler、Geoff Deering、Sébastien Delorme、Pete DeVasto、Iyad Abu Doush、Sylvie Duchateau、Cherie Eckholm、Roberto Ellero、Don Evans、Gavin Evans、Neal Ewers、Steve Faulkner、Bengt Farre、Lainey Feingold、Wilco Fiers、Michel Fitos、Alan J. Flavell、Nikolaos Floratos、Kentarou Fukuda、Miguel Garcia、P.J. Gardner、Alistair Garrison、Greg Gay、Becky Gibson、Al Gilman、Kerstin Goldsmith、Michael Grade、Karl Groves、Loretta Guarino Reid、Jon Gunderson、Emmanuelle Gutiérrez y Restrepo、Brian Hardy、Eric Hansen、Benjamin Hawkes-Lewis、Sean Hayes、Shawn Henry、Hans Hillen、Donovan Hipke、Bjoern Hoehrmann、Allen Hoffman、Chris Hofstader、Yvette Hoitink、Martijn Houtepen、Carlos Iglesias、Richard Ishida、Jonas Jacek、Ian Jacobs、Phill Jenkins、Barry Johnson、Duff Johnson、Jyotsna Kaki、Shilpi Kapoor、Leonard R. Kasday、Kazuhito Kidachi、Ken Kipness、Johannes Koch、Marja-Riitta Koivunen、Preety Kumar、Kristjan Kure、Andrew LaHart、Gez Lemon、Chuck Letourneau、Aurélien Levy、Harry Loots、Scott Luebking、Tim Lacy、Jim Ley、Alex Li、William Loughborough、N Maffeo、Mark Magennis、Kapsi Maria、Luca Mascaro、Matt May、Sheena McCullagh、Liam McGee、Jens Oliver Meiert、Niqui Merret、Jonathan Metz、Alessandro Miele、Steven Miller、Mathew J Mirabella、Matt May、Marti McCuller、Sorcha Moore、Charles F. Munat、Robert Neff、Charles Nevile、Liddy Nevile、Dylan Nicholson、Bruno von Niman、Tim Noonan、Sebastiano Nutarelli、Graham Oliver、Sean B. Palmer、Devarshi Pant、Nigel Peck、Anne Pemberton、David Poehlman、Ian Pouncey、Charles Pritchard、Kerstin Probiesch、W Reagan、Adam Victor Reed、Chris Reeve、Chris Ridpath、Lee Roberts、Mark Rogers、Raph de Rooij、Gregory J. Rosmaita、Matthew Ross、Sharron Rush、Joel Sanda、Janina Sajka、Roberto Scano、Gordon Schantz、Tim van Schie、Wolf Schmidt、Stefan Schnabel、Cynthia Shelly、Glenda Sims、John Slatin、Becky Smith、Jared Smith、Andi Snow-Weaver、Neil Soiffer、Mike Squillace、Michael Stenitzer、Diane Stottlemyer、Christophe Strobbe、Sarah J Swierenga、Jim Thatcher、Terry Thompson、Justin Thorp、David Todd、Mary Utt、Jean Vanderdonckt、Carlos A Velasco、Eric Velleman、Gijs Veyfeyken、Dena Wainwright、Paul Walsch、Daman Wandke、Richard Warren、Elle Waters、Takayuki Watanabe、Gian Wild、David Wooley、Wu Wei、Kenny Zhang、Leona Zumbo。

A.3 启用资助者

该出版物的资金部分来自美国联邦卫生与人类服务部、国家残疾人研究所、独立生活和康复研究(NIDILRR)的资金,最初的合同编号为ED-OSE-10-C-0067,目前正在签订合同编号HHSP23301500054C。本出版物的内容不一定反映美国卫生和公众服务部或美国教育部的观点或政策,也未提及商品名,商业产品或组织暗示美国政府认可的内容。

B. 参考

B.1 规范性的参考

[css3-values]
CSS Values and Units Module Level 3. Tab Atkins Jr.; Elika Etemad. W3C. 29 September 2016. W3C Candidate Recommendation. URL: https://www.w3.org/TR/css-values-3/
[pointerevents]
Pointer Events. Jacob Rossi; Matt Brubeck. W3C. 24 February 2015. W3C Recommendation. URL: https://www.w3.org/TR/pointerevents/
[WCAG20]
Web Content Accessibility Guidelines (WCAG) 2.0. Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden et al. W3C. 11 December 2008. W3C Recommendation. URL: https://www.w3.org/TR/WCAG20/

B.2 信息性的参考

[HARDING-BINNIE]
Independent Analysis of the ITC Photosensitive Epilepsy Calibration Test Tape. Harding G. F. A.; Binnie, C.D..2002.
[IEC-4WD]
IEC/4WD 61966-2-1: Colour Measurement and Management in Multimedia Systems and Equipment - Part 2.1: Default Colour Space - sRGB. May 5, 1998.
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. S. Bradner. IETF. March 1997. Best Current Practice. URL: https://tools.ietf.org/html/rfc2119
[sRGB]
A Standard Default Color Space for the Internet - sRGB, Version 1.10. M. Stokes; M. Anderson; S. Chandrasekar; R. Motta.November 5, 1996. URL: https://www.w3.org/Graphics/Color/sRGB.html
[UAAG10]
User Agent Accessibility Guidelines 1.0. Ian Jacobs; Jon Gunderson; Eric Hansen. W3C. 17 December 2002. W3C Recommendation. URL: https://www.w3.org/TR/UAAG10/
[UNESCO]
International Standard Classification of Education. 1997. URL: http://www.unesco.org/education/information/nfsunesco/doc/isced_1997.htm
[WAI-WEBCONTENT]
Web Content Accessibility Guidelines 1.0. Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs. W3C. 5 May 1999. W3C Recommendation. URL: https://www.w3.org/TR/WAI-WEBCONTENT/