网页内容无障碍指南 (WCAG) 2.2

W3C 推荐

有关本文件的更多详细信息
此版本:
https://www.w3.org/TR/2023/REC-WCAG22-20231005/
最新发布版本:
https://www.w3.org/TR/WCAG22/
最新编辑草案:
https://w3c.github.io/wcag/guidelines/22/
历史:
https://www.w3.org/standards/history/WCAG22/
提交历史
实施报告:
https://www.w3.org/WAI/WCAG22/implementation-report/
先前的推荐:
https://www.w3.org/TR/WCAG21/
编辑:
(Nomensa)
(Oracle)
(国会图书馆)
Michael Cooper (W3C)
(Adobe)
反馈:
GitHub w3c/wcag (拉取请求新问题打开的问题)
勘误:
存在勘误

另请参见 翻译


摘要

Web内容可访问性指南(WCAG)2.2涵盖了一系列使Web内容更易于访问的建议。遵循这些指南将使内容对更广泛的残疾人群体更具可访问性,包括对失明和低视力、失聪和听力丧失、运动受限、语言障碍、光敏感性以及这些组合的适应,以及对学习障碍和认知限制的某些适应;但不会解决所有这些残疾用户的需求。这些指南涉及桌面、笔记本电脑、平板电脑和移动设备上的Web内容可访问性。遵循这些指南通常还会使Web内容对普通用户更易于使用。

WCAG 2.2成功标准被写成可测试的声明,不特定于某种技术。关于满足特定技术中成功标准的指导,以及关于解释成功标准的一般信息,提供在单独的文档中。请参见Web内容可访问性指南(WCAG)概述以获取介绍和指向WCAG技术和教育材料的链接。

WCAG 2.2扩展了Web内容可访问性指南2.1 [WCAG21],该指南于2018年6月发布为 W3C推荐。符合WCAG 2.2的内容也符合WCAG 2.0和WCAG 2.1。工作组意图为要求符合WCAG 2.0或WCAG 2.1的政策提供一个替代符合方式。发布WCAG 2.2并不意味着废止或取代WCAG 2.0或WCAG 2.1。虽然WCAG 2.0和WCAG 2.1仍然是W3C推荐,但W3C建议在可访问性工作中最大化未来适用性时使用WCAG 2.2。 W3C还鼓励在制定或更新Web可访问性政策时使用最新版本的WCAG。

本文件的状态

本节描述了本文件在发布时的状态。当前W3C 发布的列表和该技术报告的最新修订可以在 W3C技术报告索引中找到 https://www.w3.org/TR/。

如需评论,W3C WCAG GitHub存储库中提交问题。 尽管本文档中的提议成功标准引用了问题跟踪讨论,但工作组请求公众评论作为新问题提交,每个问题对应一个独立评论。创建GitHub账户以提交问题是免费的。 如果在GitHub中提交问题不可行,请发送电子邮件至public-agwg-comments@w3.org评论存档)。

本文件由可访问性指南工作组作为 推荐发布,使用推荐轨道

W3C建议广泛部署该规范作为 Web的标准。

W3C推荐是一项规范,在经过广泛共识建立后,由 W3C及其成员认可,并 得到工作组成员的承诺以实现 免版税许可 的实施。

本文件由一个根据 2017年8月1日W3C专利 政策运营的组别产生。 W3C维护一份 与该组的交付物相关的专利披露的公共列表 该页面还包括披露专利的说明。个人如果实际知道某项专利,并认为该专利包含 基本权利要求 必须根据 W3C专利政策第6节披露信息。

本文件受 2023年6月12日W3C过程文件的管理。

简介

本节为非规范性内容。

WCAG 2 背景

《Web内容无障碍指南》(WCAG)2.2 定义了如何使Web内容对残障人士更为无障碍。无障碍涉及广泛的残疾类型,包括视觉、听觉、肢体、言语、认知、语言、学习和神经方面的残疾。虽然这些指南涵盖了广泛的问题,但它们无法满足所有类型、程度和组合的残疾人士的需求。这些指南还使得Web内容对由于年龄增长而能力改变的老年人更易用,且通常提高了普通用户的可用性。

WCAG 2.2 是通过W3C流程,与世界各地的个人和组织合作开发的,其目标是为国际上的个人、组织和政府提供一个共享的Web内容无障碍标准。WCAG 2.2 基于WCAG 2.0 [WCAG20] 和WCAG 2.1 [WCAG21],这些版本又基于WCAG 1.0 [WAI-WEBCONTENT],旨在广泛适用于现今和未来的不同Web技术,且能够通过自动化测试和人工评估相结合的方式进行测试。有关WCAG的简介,请参阅Web内容无障碍指南(WCAG)概述

在定义更多针对认知、语言和学习残疾的标准时,遇到了显著的挑战,包括开发时间较短以及在可测试性、可实施性和国际考量方面达成共识的困难。未来的WCAG版本将在这一领域继续努力。我们鼓励作者参阅我们关于改善残疾人包容性的补充指导,包括学习和认知残疾、低视力人士等

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

本文件提及的WCAG 2旨在指任何以2开头的WCAG版本。

WCAG 2 指导层次

使用WCAG的个人和组织各不相同,包括Web设计师、开发者、政策制定者、采购代理、教师和学生。为了满足这一受众的不同需求,提供了几个层次的指导,包括整体的原则、一般的指南、可测试的成功标准以及丰富的充分技术建议技术常见失败案例,配有示例、资源链接和代码。

所有这些层次的指导(原则、指南、成功标准、充分和建议技术)共同作用,为如何使内容更加无障碍提供指导。鼓励作者查看并尽可能应用所有层次的内容,包括建议技术,以便尽可能广泛地满足用户的需求。

请注意,即使是最高级别(AAA)符合性内容,也无法为所有类型、程度或组合的残疾人士提供无障碍,特别是在认知、语言和学习领域。鼓励作者考虑所有技术,包括建议技术,使内容对认知和学习残疾人士更可用,并寻求当前最佳实践的相关建议,以确保Web内容尽可能对该群体无障碍。元数据可能会帮助用户找到最适合其需求的内容。

WCAG 2.2 支持文档

WCAG 2.2 文档旨在满足那些需要稳定的、可引用技术标准的需求。基于WCAG 2.2文档的其他文件,称为支持文档,针对其他重要目的,包括描述如何应用WCAG于新技术的能力,这些文件可以进行更新。支持文档包括:

  1. 如何符合WCAG 2.2 - 一份可定制的WCAG 2.2快速参考,包含所有指南、成功标准和供作者在开发和评估Web内容时使用的技术。这包括WCAG 2.0、2.1、2.2的内容,并可以通过多种方式过滤,帮助作者专注于相关内容。

  2. 理解WCAG 2.2 - 一份理解和实施WCAG 2.2的指南。每条WCAG 2.2中的指南和成功标准以及关键主题都有一个简短的“理解”文档。

  3. WCAG 2.2 技术 - 技术和常见失败案例的集合,每个案例包含描述、示例、代码和测试。

  4. WCAG 2 文件 - 对WCAG 2支持文档和补充指南的简要介绍。

  5. WCAG 2.2 中的新增内容 介绍了新的成功标准,并通过人物引用展示了无障碍问题。

参见Web内容无障碍指南 (WCAG) 概述,了解WCAG 2.2支持材料的描述,包括与WCAG相关的教育资源。还列出了关于Web无障碍性商业案例、规划实施以提高网站无障碍性及无障碍政策的附加资源,详见 WAI资源

WCAG 2.2 的要求

WCAG 2.2 符合一套 WCAG 2.2 的要求,这些要求继承自之前的WCAG 2版本。要求结构化了整体的指南框架,并确保了向后兼容性。工作组还使用了一组较为非正式的验收标准,帮助确保成功标准在风格和质量上与WCAG 2.0中的标准类似。这些要求限制了WCAG 2.2中可以包含的内容,这一限制对于保持WCAG 2的小版本特性非常重要。

与WCAG 2.1的比较

WCAG 2.2 的启动目标是继续 WCAG 2.1 的工作:改善针对三大群体的无障碍指南:具有认知或学习障碍的用户、低视力用户和移动设备上的残疾用户。许多满足这些需求的方法被提议并进行了评估,工作组精炼了一些方案。继承自 WCAG 2.0 的结构要求、提案的清晰度与影响以及时间表共同促成了本版本中包含的最终成功标准。工作组认为,WCAG 2.2 逐步推进了针对所有这些领域的网页内容无障碍指导,但强调这些指南不能满足所有用户的需求。

WCAG 2.2 基于并向后兼容 WCAG 2.1,这意味着符合 WCAG 2.2 的网页至少与符合 WCAG 2.1 的页面一样无障碍。新增的要求基于 2.1 和 2.0。WCAG 2.2 移除了一个成功标准,4.1.1 解析。那些根据政策需要符合 WCAG 2.0 或 2.1 的作者可以更新内容以符合 WCAG 2.2,但可能仍需继续测试和报告 4.1.1。遵循多个版本指南的作者应注意以下新增项。

WCAG 2.2 中的新功能

WCAG 2.2 通过添加新的成功标准、支持这些标准的定义和组织新增项的指南扩展了 WCAG 2.1。这种增量方式帮助明确符合 WCAG 2.2 的站点也符合 WCAG 2.1。无障碍指南工作组建议站点采用 WCAG 2.2 作为新的符合目标,即使正式义务提到以前的版本,以提供更好的无障碍性并应对未来政策的变化。

以下成功标准是 WCAG 2.2 中新增的:

新的成功标准可能引用了新增的术语,这些术语也已被添加到术语表中,并构成成功标准的规范性要求的一部分。

WCAG 2.2 还引入了新部分,详细说明了可能影响 隐私安全 的规范方面。

WCAG 2.2 中的编号

为了避免对那些对 WCAG 2 版本向后兼容性重要的实施者造成混淆,WCAG 2.2 中的新成功标准已被附加在其指南中的成功标准集的末尾。这避免了因为在现有成功标准之间插入新的成功标准而导致的章节编号变化,但这意味着每个指南中的成功标准不再按合规级别分组。每个指南中的成功标准的顺序并不意味着合规级别的信息;只有成功标准本身的合规级别指示符(A / AA / AAA)才表示这一点。WCAG 2.2 快速参考将提供一种按合规级别查看成功标准的方法,以及许多其他过滤和排序选项。

WCAG 2.2 的合规性

WCAG 2.2 使用与 WCAG 2.0 相同的合规模型。其目的是确保符合 WCAG 2.2 的站点也符合 WCAG 2.0 和 WCAG 2.1,这意味着它们符合引用 WCAG 2.0 或 WCAG 2.1 的政策的要求,同时更好地满足当前网络用户的需求。

后续的无障碍指南版本

与 WCAG 2.2 并行,无障碍指南工作组正在开发另一个主要版本的无障碍指南。这项工作的结果预计将是比 WCAG 2 的小版本更为实质性的网页无障碍指导重构。该工作采用以用户为中心的设计方法,进行研究,以产生最有效和灵活的结果,包括内容创作、用户代理支持和创作工具支持的角色。这是一个多年的工作,因此在完成主要版本之前,WCAG 2.2 被视为一项过渡措施,以提供反映自 WCAG 2.0 发布以来网络变化的更新版无障碍指导。工作组还可能开发其他过渡版本,继续 WCAG 2.2 的类似短时间框架,以在完成主要版本时提供额外支持。

1. 可感知性

信息和用户界面组件必须以用户可以感知的方式呈现。

指南 1.1 文本替代

为任何非文本内容提供文本替代,以便将其转换为用户所需的其他形式,例如大字、盲文、语音、符号或更简单的语言。

成功标准 1.1.1 非文本内容

(A级)

所有展示给用户的 非文本内容 都有一个 文本替代,其目的是等效的,以下列出的情况除外。

控件,输入

如果非文本内容是控件或接受用户输入,那么它有一个 名称 来描述其目的。(有关控件和接受用户输入的内容的其他要求,请参阅 成功标准 4.1.2。)

基于时间的媒体

如果非文本内容是基于时间的媒体,那么文本替代至少提供对该非文本内容的描述性标识。(有关媒体的其他要求,请参阅 指南 1.2。)

测试

如果非文本内容是测试或练习,并且以 文本 形式呈现会使其失效,那么文本替代至少提供该非文本内容的描述性标识。

感官

如果非文本内容主要旨在创造一种 特定的感官体验,那么文本替代至少提供对该非文本内容的描述性标识。

CAPTCHA

如果非文本内容的目的是确认内容是由人而不是计算机访问的,那么提供用于识别和描述非文本内容目的的文本替代,并提供使用不同感官感知模式的CAPTCHA替代形式,以适应不同的残障。

装饰,格式化,隐形

如果非文本内容是 纯装饰,仅用于视觉格式化,或未呈现给用户,那么它以可被 辅助技术 忽略的方式实现。

指南 1.2 基于时间的媒体

为基于时间的媒体提供替代方案。

成功标准 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.4

成功标准 1.3.4 方向

(AA级)

内容不限制其视图和操作为单一显示方向(例如纵向或横向),除非特定显示方向是必要的

某些显示方向可能是必要的示例包括银行支票、钢琴应用、投影仪或电视幻灯片,或不一定限制为横向或纵向显示方向的虚拟现实内容。

成功标准 1.3.5 识别输入目的

(AA级)

在以下情况下,收集用户信息的每个输入字段的目的可以通过编程确定

成功标准 1.3.6 识别目的

(AAA级)

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

指引 1.4 可区分的

使用户更容易看到和听到内容,包括将前景与背景分离。

成功标准 1.4.1 颜色的使用

(A级)

颜色不是传达信息、指示操作、提示响应或区分视觉元素的唯一视觉手段。

本成功标准专门处理颜色感知。其他感知形式在 指引1.3 中涵盖,包括对颜色和其他视觉呈现编码的程序化访问。

成功标准 1.4.2 音频控制

(A级)

如果网页上的任何音频自动播放超过3秒,必须提供一种机制来暂停或停止音频,或提供控制音频音量的机制,独立于系统音量。

由于任何不符合此成功标准的内容都会干扰用户使用整个页面,因此网页上的所有内容(无论是否用于满足其他成功标准)都必须符合此成功标准。参见一致性要求5:无干扰

成功标准 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 dB

背景声音至少比前景语音低20分贝,偶尔出现的持续一两秒的声音除外。

根据“分贝”的定义,符合该要求的背景声音将比前景语音约低四倍。

成功标准 1.4.8 视觉呈现

(AAA级)

对于文本块的视觉呈现,应提供一个机制,以达到以下效果:

  • 用户可以选择前景色和背景色。
  • 宽度不超过80个字符或字形(中文、日文和韩文为40个)。
  • 文本不两端对齐(即不同时对齐左边和右边)。
  • 段落内的行间距(行距)至少为1.5倍,段落间距至少为行距的1.5倍。
  • 文本可放大至200%,且无需横向滚动即可阅读整行文本在全屏窗口中。
注1

内容不要求使用这些值。要求是为用户提供修改这些呈现方面的机制。该机制可以由浏览器或其他用户代理提供,内容无需提供该机制。

注2

某些语言的书写系统使用不同的呈现方式来提高可读性和易读性。如果该成功标准中的呈现方式未被某种书写系统使用,则该书写系统中的内容无需使用该呈现方式,且仍可符合要求。鼓励作者遵循其书写系统中的可读性和易读性指导。

成功标准 1.4.9 文本图像(无例外)

(AAA级)

图像文本仅用于纯装饰,或在特定的文本呈现对所传达的信息是必要的情况下。

作为商标或品牌名称一部分的文本被视为必要。

成功标准 1.4.10 重排

(AA级)

内容可呈现且不会丢失信息或功能,也无需在两维上滚动,以下内容除外:

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

但需要双维布局以实现功能或意义的内容除外。

注1

320 CSS像素相当于在400%缩放时的1280 CSS像素宽的起始视口宽度。对于设计为水平滚动的网页内容(例如带有垂直文本的内容),256 CSS像素相当于400%缩放时的1024 CSS像素高的起始视口高度。

注2

需要双维布局的内容示例包括理解所需的图像(例如地图和图表)、视频、游戏、演示、数据表(不是单个单元格),以及在操作内容时需要保持工具栏可见的界面。对于此类内容部分,允许提供双维滚动。

成功标准 1.4.11 非文本对比度

(AA级)

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

用户界面组件
识别用户界面组件状态所需的视觉信息,除了不活动组件或由用户代理确定外观且作者未进行修改的组件;
图形对象
理解内容所需的图形部分,除非图形的特定呈现对于传达信息是必要的。

成功标准 1.4.12 文本间距

(AA级)

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

  • 行高(行间距)至少为字体大小的1.5倍;
  • 段落后的间距至少为字体大小的2倍;
  • 字母间距(字距)至少为字体大小的0.12倍;
  • 单词间距至少为字体大小的0.16倍。

例外:在书面文本中不使用一种或多种这些文本样式属性的人类语言和脚本可以仅使用该语言和脚本组合中存在的属性来符合要求。

注1

内容不要求使用这些文本间距值。要求是确保当用户覆盖作者的文本间距时,不会丢失内容或功能。

注2

某些语言的书写系统使用不同的文本间距设置,例如段落开始的缩进。鼓励作者遵循其书写系统中的可读性和易读性指导。

成功标准 1.4.13 悬停或聚焦时的内容

(AA级)

当接收并随后移除指针悬停或键盘聚焦时触发其他内容变得可见然后消失,以下条件成立:

可关闭
提供一种机制来关闭其他内容,无需移动指针悬停或键盘聚焦,除非其他内容传达了输入错误 或未遮挡或替换其他内容;
可悬停
如果指针悬停可以触发其他内容,则可以将指针移到其他内容上,而其他内容不会消失;
持续可见
其他内容在悬停或聚焦触发移除、用户关闭它,或其信息不再有效之前保持可见。

例外:其他内容的视觉呈现由用户代理控制且未被作者修改。

注1

由用户代理控制的其他内容示例包括通过使用HTML title 属性创建的浏览器工具提示。

注2

自定义工具提示、子菜单和其他非模态弹出窗口,它们在悬停和聚焦时显示,是此标准涵盖的其他内容的示例。

注3

该标准适用于在触发组件本身之外显示的内容。由于隐藏组件在键盘聚焦时变得可见(如用于跳转到页面另一部分的链接),因此不属于此标准的范围。

2. 可操作

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

指引 2.1 键盘可访问性

确保所有功能均可通过键盘操作。

成功标准 2.1.1 键盘

(A级)

内容的所有功能均可通过键盘接口操作,无需特定的按键时间控制,除非底层功能要求依赖于用户移动路径的输入,而不仅仅是端点。

注1

此例外针对的是底层功能,而非输入技术。例如,如果使用手写输入文本,输入技术(手写)需要依赖路径输入,但底层功能(文本输入)不需要。

注2

这并不禁止或应阻止在提供键盘操作的同时提供鼠标输入或其他输入方式。

成功标准 2.1.2 无键盘陷阱

(A级)

如果可以使用键盘接口将焦点移动到页面组件, 那么仅使用键盘接口即可将焦点移开该组件;如果需要使用修改过的箭头键或Tab键等标准退出方法之外的操作,用户需被告知如何移除焦点。

由于不符合此成功标准的内容可能干扰用户使用整个页面,网页上的所有内容(无论是否用于满足其他成功标准)都必须符合此成功标准。参见符合性要求5:不干扰

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

(AAA级)

内容的所有功能均可通过键盘接口操作,无需特定的按键时间控制。

成功标准 2.1.4 字符键快捷键

(A级)

如果在内容中实现的键盘快捷键仅使用字母(包括大小写字母)、标点符号、数字或符号字符,则必须符合以下至少一项要求:

关闭
提供一种机制关闭快捷键;
重新映射
提供一种机制,可以将快捷键重新映射为包括一个或多个不可打印的键(如Ctrl、Alt);
仅在聚焦时激活
用户界面组件的快捷键仅在该组件聚焦时激活。

指引 2.2 足够时间

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

成功标准 2.2.1 时间可调

(A级)

对于由内容设定的每个时间限制,至少满足以下一项要求:

关闭
允许用户在遇到时间限制之前关闭该时间限制;
调整
允许用户在遇到时间限制之前调整该时间限制,范围至少为默认设置的十倍;
延长
在时间限制到期前向用户发出警告,并至少提供20秒时间让用户通过简单操作(例如“按空格键”)延长时间限制,用户可以至少延长十次;
实时例外
时间限制是实时事件(如拍卖)的必要组成部分,且无法提供时间限制的替代方案;
必要例外
时间限制是必要的,延长时间会使活动无效;
20小时例外
时间限制超过20小时。

此成功标准确保用户在没有因时间限制引起的意外内容或上下文变化的情况下完成任务。此成功标准应结合成功标准3.2.1一起考虑,该标准对因用户操作引起的内容或上下文变化进行了限制。

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

(A级)

对于移动、闪烁、滚动或自动更新的信息,以下所有情况都应满足:

移动、闪烁、滚动
对于任何(1)自动启动,(2)持续超过五秒,且(3)与其他内容同时呈现的移动、闪烁或滚动信息,用户应有机制暂停、停止或隐藏,除非该移动、闪烁或滚动是活动的必要部分;
自动更新
对于任何(1)自动启动且(2)与其他内容同时呈现的自动更新信息,用户应有机制暂停、停止或隐藏该信息,或控制更新频率,除非自动更新是活动的必要部分。
注1

有关闪烁或闪光内容的要求,请参见指引2.3

注2

由于不符合此成功标准的内容可能干扰用户使用整个页面,网页上的所有内容(无论是否用于满足其他成功标准)都必须符合此成功标准。参见符合性要求5:不干扰

注3

由软件定期更新或流式传输到用户代理的内容无需保留或呈现暂停和恢复演示之间生成或接收到的信息,因为这在技术上可能不可行,并且在许多情况下这样做可能会引起误导。

注4

作为预加载阶段或类似情况下发生的动画如果在该阶段内无法进行交互,并且不指示进度可能会让用户困惑或使其认为内容已冻结或崩溃,则可视为必要。

成功标准 2.2.3 无时间限制

(AAA级)

时间不是由内容呈现的事件或活动的必要部分,除非是非交互式的同步媒体实时事件

成功标准 2.2.4 中断

(AAA级)

用户可以推迟或抑制中断,除非涉及紧急情况的中断。

成功标准 2.2.5 重新认证

(AAA级)

当认证会话过期时,用户可以在重新认证后继续进行活动,而不会丢失数据。

成功标准 2.2.6 超时

(AAA级)

用户会被告知任何由于用户不活动而可能导致数据丢失的时长,除非数据在用户不采取任何行动时被保存超过20小时。

隐私法规可能要求在用户身份被验证和用户数据被保存之前获得明确的用户同意。如果用户是未成年人,大多数司法管辖区、国家或地区可能不会征求明确的同意。在考虑数据保存作为满足此成功标准的方法时,建议咨询隐私专家和法律顾问。

指南 2.3 癫痫和身体反应

不要以已知会引发癫痫或身体反应的方式设计内容。

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

(A级)

网页不包含任何每秒闪烁超过三次的内容,或其闪烁低于一般闪烁和红色闪烁阈值

由于不符合此成功标准的任何内容都会影响用户使用整个页面的能力,因此网页上的所有内容(无论是否用于满足其他成功标准)都必须符合此成功标准。请参阅一致性要求5:不干扰

成功标准 2.3.2 三次闪烁

(AAA级)

网页不包含任何在任意一秒内闪烁超过三次的内容。

成功标准 2.3.3 交互触发的动画

(AAA级)

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

指南 2.5 输入方式

通过键盘之外的各种输入方式让用户更容易操作功能。

成功标准 2.5.1 指针手势

(A级)

所有使用多点或基于路径的手势操作的功能,可以通过单个指针操作,而无需基于路径的手势,除非多点或基于路径的手势是必要的

该要求适用于解释指针操作的Web内容(即,不适用于操作用户代理或辅助技术所需的操作)。

成功标准 2.5.2 指针取消

(A级)

对于可使用单个指针操作的功能,至少符合以下一项条件:

无按下事件
指针的按下事件不用于执行任何功能的一部分;
中止或撤销
功能的完成发生在松开事件,并且有机制在功能完成前中止或在完成后撤销功能;
松开反转
松开事件会反转前一个按下事件的任何结果;
必要性
在按下事件上完成功能是必要的
注1

模拟键盘或数字键盘按键操作的功能被视为必要的。

注2

该要求适用于解释指针操作的Web内容(即,不适用于操作用户代理或辅助技术所需的操作)。

成功标准 2.5.3 名称中的标签

(A级)

对于具有包含文本图像文本用户界面组件标签名称中包含以视觉方式呈现的文本。

最佳实践是将标签文本置于名称的开头。

成功标准 2.5.4 运动触发

(A级)

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

支持的接口
通过无障碍支持接口使用运动操作功能;
必要性
运动是功能所必需的,且禁用运动会使活动无效。

成功标准 2.5.5 目标大小(增强)

(AAA级)

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

等效
通过同一页面上的等效链接或控件可以实现该目标,并且该链接或控件的尺寸至少为44×44个CSS像素;
内联
目标位于句子或文本块中;
用户代理控制
目标大小由用户代理决定,且未被作者修改;
必要性
目标的特定呈现是信息传递所必需的

成功标准 2.5.6 并行输入机制

(AAA级)

Web内容不限制平台上可用的输入方式,除非该限制是必要的、确保内容安全所需的,或者是为了尊重用户设置。

成功标准 2.5.7 拖动动作

(AA级)

[新]

所有使用拖动动作操作的功能可以通过单一指针操作,而无需拖动,除非拖动是必要的,或者功能由用户代理决定,且未被作者修改。

该要求适用于解释指针操作的Web内容(即,不适用于操作用户代理或辅助技术所需的操作)。

成功标准 2.5.8 目标大小(最低)

(AA级)

[新]

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

  • 间距:小于24×24 CSS像素的目标被定位为,如果一个24 CSS像素直径的圆圈以边界框为中心,该圆圈不会与另一个目标或其他小型目标的圆圈相交;
  • 等效:通过同一页面上符合该标准的不同控件可以实现该功能;
  • 内联:目标位于句子中,或其大小受限于非目标文本的行高;
  • 用户代理控制:目标大小由用户代理决定,且未被作者修改;
  • 必要性:目标的特定呈现必要的,或法律要求如此展示信息。
注1

允许基于目标内部位置选择值的目标在该成功标准中被视为一个目标。例如滑块、显示颜色渐变的颜色选择器或可编辑的光标位置区域。

注2

对于内联目标,行高应被解释为与文本流的方向垂直。例如,在垂直显示的语言中,行高应为水平。

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.2.6 一致的帮助

(A级)

[新]

如果网页包含以下任何帮助机制,并且这些机制在一组网页中的多个网页上重复出现时,它们相对于其他页面内容的顺序保持不变,除非用户主动更改:

  • 人工联系方式;
  • 人工联系机制;
  • 自助选项;
  • 全自动联系机制。
注 1

帮助机制可以直接在页面上提供,也可以通过直接链接到包含信息的其他页面提供。

注 2

对于此成功标准,可以将“相对于其他页面内容的相同顺序”理解为页面序列化时的内容顺序。对于同一页面变化(例如 CSS 断点),帮助机制的位置通常在页面间保持一致。用户可以启动更改,如更改页面的缩放或方向,这可能会触发不同的页面变化。此标准关注相同页面变化中页面的相对顺序(例如,相同的缩放级别和方向)。

指南 3.3 输入帮助

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

成功标准 3.3.1 错误识别

(A级)

如果自动检测到输入错误,则会标识出错误项,并通过文本向用户描述该错误。

成功标准 3.3.2 标签或说明

(A级)

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

成功标准 3.3.3 错误建议

(AA级)

如果自动检测到输入错误,并且已知更正建议,则向用户提供建议,除非这会危及内容的安全性或目的。

成功标准 3.3.5 帮助

(AAA级)

提供上下文相关帮助

成功标准 3.3.6 错误预防(所有)

(AAA级)

对于需要用户提交信息的网页,以下至少有一项为真:

可撤销
提交是可撤销的。
已检查
检查用户输入的数据,提供更正机会。
已确认
在最终提交前提供审阅、确认和更正信息的机制。

成功标准 3.3.7 重复输入

(A级)

[新增]

用户以前输入或提供的信息,若要求在相同的过程中重新输入,则应自动填充或可供用户选择。

  • 自动填充,或
  • 可供用户选择。

除非:

  • 重新输入信息是必需的
  • 信息要求确保内容安全,或
  • 以前输入的信息已不再有效。

成功标准 3.3.8 可访问身份验证(最低标准)

(AA级)

[新增]

在身份验证过程中,除非某一步提供以下至少一种方式,否则不需要进行认知功能测试(如记住密码或解谜):

替代方法
提供不依赖认知功能测试的身份验证方法。
辅助机制
提供机制,帮助用户完成认知功能测试。
对象识别
认知功能测试要求识别对象。
个人内容
认知功能测试要求识别用户提供给网站的非文本内容
注 1

"对象识别"和"个人内容"可以用图片、视频或音频表示。

注 2
满足此标准的机制示例包括:
  1. 通过密码管理器支持密码输入,以减少记忆负担,
  2. 通过复制粘贴减少重新输入的认知负担。

成功标准 3.3.9 可访问身份验证(增强版)

(AAA级)

[新增]

在身份验证过程中,除非某一步提供以下至少一种方式,否则不需要进行认知功能测试(如记住密码或解谜):

替代方法
提供不依赖认知功能测试的身份验证方法。
辅助机制
提供机制,帮助用户完成认知功能测试。

4. 健壮性

内容必须足够健壮,以便各种用户代理,包括辅助技术,能够解释它。

指南 4.1 兼容性

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

成功标准 4.1.1 解析(已废弃和移除)

该标准最初是为了解决辅助技术直接解析HTML时遇到的问题。由于辅助技术不再需要直接解析HTML,因此这些问题要么已经不存在,要么通过其他标准得到了解决。该标准已不再具有实用性,已被移除。

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

(A级)

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

该成功标准主要适用于开发或编写自定义用户界面组件的网页作者。例如,当按规范使用标准HTML控件时,它们已经满足了这一成功标准。

成功标准 4.1.3 状态消息

(AA级)

在使用标记语言实现的内容中,状态消息可以通过角色或属性以编程确定的方式呈现给用户,使其能够通过辅助技术进行呈现而不需要获得焦点。

5. 符合性

本节列出了对WCAG 2.2 符合性的要求。它还提供了有关如何提出符合性声明的信息(这些声明是可选的)。最后,它描述了什么是无障碍支持,因为只有使用技术的无障碍支持方式才能依赖于符合性。更多关于无障碍支持概念的解释,请参阅理解符合性

5.1 解释规范性要求

WCAG 2.2的主要内容是规范性的,定义了影响符合性声明的要求。介绍性材料、附录、标记为“非规范性”的部分、图表、示例和注释是信息性(非规范性)的。非规范性材料提供了帮助解释指南的建议性信息,但不构成影响符合性声明的要求。

关键字MAYMUSTMUST NOTNOT RECOMMENDEDRECOMMENDEDSHOULDSHOULD NOT应按[RFC2119]中所述进行解释。

5.2 符合性要求

为了使网页符合WCAG 2.2,必须满足以下所有符合性要求:

5.2.1 符合性级别

以下符合性级别之一完全达到。

  • 对于A级符合性(最低的符合性级别),网页 符合所有A级成功标准,或者提供了符合性替代版本
  • 对于AA级符合性,网页满足所有A级和AA级成功标准,或提供AA级符合性替代版本。
  • 对于AAA级符合性,网页满足所有A级、AA级和AAA级成功标准,或提供AAA级符合性替代版本。
注释 1

尽管只能达到规定的符合性级别,但鼓励作者在声明中报告(所达到的级别之外)所有级别的成功标准进展。

注释 2

不建议将AAA级符合性作为整个网站的普遍政策要求,因为某些内容不可能满足所有AAA级成功标准。

5.2.2 完整页面

符合性(以及符合性级别)仅适用于完整的网页,不能将网页的一部分排除在外以达到符合性。

注释 1

为了确定符合性,页面内容的替代选项(例如长描述或视频的替代展示)被视为页面的一部分。

注释 2

网页的作者若因超出控制范围的内容无法实现符合性,可能会考虑发布部分符合性声明

注释 3

完整页面包括页面根据不同屏幕尺寸自动展示的每个版本(例如响应式网页的变化)。这些版本都需要符合性(或具有符合性替代版本),整个页面才能符合标准。

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.2。但如果作出符合性声明,则声明必须包括以下信息:

  1. 声明日期
  2. 指南标题、版本和URI "Web内容可访问性指南2.2" 位于 https://www.w3.org/TR/WCAG22/
  3. 符合的级别(A级、AA级或AAA级)
  4. 网页的简要描述,如列出符合性声明所涵盖的URI列表,包括是否涵盖子域名。

    注释 1

    网页可以通过列表或描述所有URIs的表达式来进行描述。

    注释 2

    在安装到客户网站之前没有URI的基于Web的产品可以声明该产品在安装后将符合性。

  5. Web内容技术依赖的列表。
注释 3

如果使用符合性标识,则这将构成声明,并且必须附有上述符合性声明的必需组件。

5.3.2 符合性声明的可选组件

除了上述符合性声明的必需组件外,还可以考虑提供其他信息以帮助用户。推荐的附加信息包括:

  • 超出声明符合级别的成功标准列表。该信息应以用户可使用的形式提供,最好是机器可读的元数据。
  • 使用但不依赖的特定技术列表。
  • 用于测试内容的用户代理和辅助技术列表。
  • 内容的特定可访问性特征列表,提供为机器可读的元数据。
  • 关于超越成功标准以增强可访问性的其他步骤的信息。
  • 一个机器可读的元数据版本,包含特定技术列表,这些技术是依赖的技术。
  • 符合性声明的机器可读元数据版本。
注释 1

有关更多信息和符合性声明示例,请参见理解符合性声明

注释 2

有关在符合性声明中使用元数据的更多信息,请参见理解元数据

5.4 部分符合性声明 - 第三方内容

将来会添加更多内容的网页可以使用“部分符合性声明”。例如,电子邮件程序、博客、允许用户添加评论的文章,或支持用户贡献内容的应用程序。另一个例子是由多个贡献者汇总内容组成的页面,如门户网站或新闻网站,或者随着时间推移自动插入其他来源内容的网站,例如动态插入广告的情况。

在这些情况下,最初发布时无法知道页面的非控制内容是什么。需要注意的是,非控制内容也可能影响控制内容的可访问性。提供了两种选择:

  1. 可以根据最佳认知来做出符合性的判定。如果这种类型的页面在两天内得到监控和修复(非符合性内容被移除或使其符合),则可以做出符合性判定或声明,因为除了外部贡献内容中的错误会在遇到时得到纠正或移除外,该页面是符合的。如果无法监控或修正非符合性内容,则无法做出符合性声明;

    或者

  2. 可以做出“部分符合性声明”,即该页面不符合,但如果某些部分被移除,则可能符合。该声明的形式为:“此页面不符合,但如果移除以下不受控制的来源部分,则符合WCAG 2.2的X级别。”此外,关于部分符合性声明中描述的非控制内容,还应符合以下条件:

    1. 它不属于作者控制的内容。
    2. 它以用户可以识别的方式描述(例如,不能简单描述为“我们无法控制的所有部分”,除非这些部分明确标记出来)。

5.5 部分符合性声明 - 语言

当页面不符合规定,但如果对页面使用的语言(或所有语言)有可访问性支持,则页面可以符合时,可做出“由于语言部分符合性声明”。声明的形式为:“此页面不符合,但如果存在对以下语言的可访问性支持,则会符合WCAG 2.2的X级别:”

5.6 隐私考虑

本节是非规范性的。

本规范中的成功标准中,工作组已确定可能对隐私有影响的要素,可能是为最终用户提供保护,或者是网站提供者在实现旨在保护用户隐私的功能时需要考虑的重要事项,列示如下。此列表反映了工作组的当前理解,但其他成功标准可能对隐私有影响,而工作组在发布时尚未意识到这些影响。

本规范中可能与隐私相关的成功标准包括:

5.7 安全考虑

本节是非规范性的。

本规范中的成功标准中,工作组已确定可能对安全有影响的要素,可能是为最终用户提供保护,或者是网站提供者在实现旨在保护用户安全的功能时需要考虑的重要事项,列示如下。此列表反映了工作组的当前理解,但其他成功标准可能对安全有影响,而工作组在发布时尚未意识到这些影响。

本规范中可能与安全相关的成功标准包括:

6. 术语表

缩写

未成为语言一部分的词、短语或名称的缩写形式

注 1

这包括以下内容的首字母缩略词和首字母组合词:

  1. 首字母缩略词 是由名称或短语中的单词或音节的首字母组成的缩写形式

    注 2

    并非所有语言中都有定义。

  2. 首字母组合词 是由其他单词(名称或短语)中的首字母或部分单词组成的缩写形式,可以读作一个单词

注 3

一些公司将曾经是首字母缩略词的词语作为公司名称。在这种情况下,公司的新名称就是字母(例如 Ecma),该词不再被视为缩写。

可访问性支持

由用户的 辅助技术 以及浏览器和其他 用户代理 支持

为了使 Web 内容技术的使用(或技术特性的使用)符合可访问性支持,必须满足以下两点:

  1. 所使用的 Web 内容技术 必须被用户的辅助技术(AT)支持。 这意味着所使用的技术已在内容的 人类语言 中进行过与用户辅助技术的互操作性测试。

    同时

  2. 必须有用户可用的支持可访问性的用户代理。 这意味着以下四种情况中的至少一种为真:

    1. 该技术在广泛分发且支持可访问性的用户代理中被原生支持(例如 HTML 和 CSS);

      或者

    2. 该技术在广泛分发且支持可访问性的插件中得到支持;

      或者

    3. 该内容在封闭的环境中提供,例如大学或公司网络,所需的用户代理也支持可访问性;

      或者

    4. 支持该技术的用户代理是可访问性支持的,并且可供下载或购买,且:

      • 残障人士不需要比没有残障的人支付更多费用 并且
      • 残障人士可以像没有残障的人一样轻松找到并获取。
注 1

可访问性指南工作组和 W3C 未规定对 Web 技术的某一特定用途进行分类为可访问性支持所需的辅助技术支持量。 (参见 可访问性支持的辅助技术支持水平)。

注 2

Web 技术可以以不支持可访问性的方式使用,只要这些方式没有 被依赖,并且页面整体符合要求,包括 一致性要求 4一致性要求 5

注 3

当某种 Web 技术 被以“可访问性支持”的方式使用时,这并不意味着整个技术或技术的所有用法都受到支持。大多数技术,包括 HTML,都至少缺乏对某一功能或用途的支持。页面仅在可依赖支持的技术用法满足 WCAG 要求时才符合 WCAG。

注 4

引用具有多个版本的 Web 内容技术时,应指定受支持的版本。

注 5

作者可以通过查阅已记录的可访问性支持用法列表来找到支持可访问性技术的用法。 (参见 了解可访问性支持的 Web 技术用法)。 作者、公司、技术供应商或其他人可以记录支持可访问性的 Web 技术用法。然而,文档中的所有技术使用方式都需要符合上述的可访问性支持定义。

基于时间的媒体的替代方案

包括按正确顺序排列的基于时间的视觉和听觉信息的文本描述文档,并提供实现任何基于时间的交互结果的手段

用于创建同步媒体内容的剧本只有在经过编辑以准确表示最终的同步媒体时才符合此定义。

对普通用户模棱两可

用户无法从链接和与该链接同时呈现给用户的网页信息中确定其用途(即,没有残障的读者在激活链接之前不会知道该链接的作用)

ASCII 艺术

通过字符或符号(通常来自 ASCII 定义的 95 个可打印字符)的空间排列创建的图片

辅助技术(在本文档中使用)

硬件和/或软件,作为 用户代理,或与主流用户代理一起,提供超出主流用户代理的功能以满足残障用户的需求

注 1

辅助技术提供的功能包括替代演示(例如合成语音或放大的内容)、替代输入方法(例如语音)、附加导航或定位机制,以及内容转换(例如使表格更易访问)。

注 2

辅助技术通常通过使用和监控 API 与主流用户代理通信数据和消息。

注 3

主流用户代理与辅助技术之间的区别并不是绝对的。许多主流用户代理提供一些功能来帮助残障人士。基本区别在于主流用户代理针对包括残障人士在内的广泛多样化用户群,而辅助技术针对特定残障群体的用户。辅助技术提供的帮助更为具体,并适应其目标用户的需求。主流用户代理可能为辅助技术提供重要功能,例如从程序对象中检索 Web 内容或将标记解析为可识别的组块。

音频

声音重现技术

音频可以通过合成(包括语音合成)创建,或从真实世界声音中录制,或两者兼而有之。

音频描述

为原声添加旁白,以描述无法通过原声单独理解的重要视觉细节

注意 1

视频的音频描述提供了关于动作、角色、场景变化、屏幕文字和其他视觉内容的信息。

注 2

标准音频描述是在对话中的现有暂停期间添加旁白。 (另请参见 扩展音频描述。)

注意 3

如果所有的视频信息已在现有的音频中提供,则不需要额外的音频描述。

注 4

也称为“视频描述”和“叙述性解说”。

仅音频

仅包含音频的基于时间的展示(无视频且无交互)

闪烁

以引起注意的方式在两种视觉状态之间切换

另请参见闪光。某些物体可能足够大,并且以足够亮度和正确的频率闪烁,也会被归类为闪光。

文本块

多于一个句子的文本

CAPTCHA

“完全自动化的公众图灵测试以区分计算机和人类”(Completely Automated Public Turing test to tell Computers and Humans Apart)的缩写

注 1

CAPTCHA 测试通常要求用户输入显示在模糊图像或音频文件中的文本。

注 2

图灵测试是任何旨在区分人类与计算机的测试系统。该术语由卡内基梅隆大学的研究人员提出,得名于著名计算机科学家艾伦·图灵。

字幕

同步的视觉和/或文本替代,用于理解媒体内容所需的语音和非语音音频信息。

注 1

字幕类似于仅有对话的字幕,但字幕不仅传达了对话内容,还传达了理解节目内容所需的非对话音频信息的等效内容,包括音效、音乐、笑声、说话者身份和位置。

注 2

隐藏字幕是可以在某些播放器中打开和关闭的等效字幕。

注 3

开放字幕是任何无法关闭的字幕。例如,如果字幕是视觉上的等效内容,例如嵌入在图像文本,并嵌入在视频中。

注 4

字幕不应遮挡或妨碍视频中的相关信息。

注 5

在某些国家,字幕被称为“字幕翻译”。

注 6

音频描述可以但不需要进行字幕化,因为它们描述的是已经以视觉方式呈现的信息。

上下文变化

如果在没有用户意识的情况下进行的重大变化,会让无法同时查看整个页面的用户感到困惑

上下文变化包括以下变化:

  1. 用户代理的变化;
  2. 视口的变化;
  3. 焦点的变化;
  4. 改变内容以改变网页的意义

内容变化并不总是上下文变化。例如,扩展的大纲、动态菜单或选项卡控制等内容变化不一定会改变上下文,除非它们也改变了上述某个内容(例如焦点)。

认知功能测试

[新]

要求用户记忆、操控或抄写信息的任务。示例包括但不限于:

  • 记忆,例如记住用户名、密码、字符集、图像或模式。常见标识符如姓名、电子邮件和电话号码不被视为认知功能测试,因为它们是用户的个人信息,并且在网站间保持一致;
  • 抄写,例如输入字符;
  • 正确拼写的使用;
  • 执行计算;
  • 解谜。
符合性

满足给定标准、指南或规范的所有要求

符合性替代版本

符合以下条件的版本:

  1. 在指定级别上符合要求,并且
  2. 以相同的人类语言提供所有相同的信息和功能,并且
  3. 与非符合性内容一样是最新的,并且
  4. 满足以下至少一项条件:

    1. 通过无障碍支持机制从非符合性页面到达符合性版本,或
    2. 只能从符合性版本到达非符合性版本,或
    3. 只能从提供到达符合性版本机制的符合性页面到达非符合性版本。
注 1

在此定义中,“只能到达”意味着有某种机制,如条件重定向,防止用户在没有从符合性版本到达的情况下加载非符合性页面。

注 2

替代版本不需要与原始版本逐页匹配(例如,符合性替代版本可以由多个页面组成)。

注 3

如果提供多种语言版本,则每种提供的语言都需要符合性替代版本。

注 4

可以提供替代版本以适应不同的技术环境或用户群体。每个版本应尽可能符合要求。一个版本需要完全符合要求才能满足符合性要求 1

注 5

符合性替代版本不需要位于符合性范围内,甚至不需要位于同一个网站上,只要它与非符合性版本一样是免费提供的。

注 6

替代版本不应与补充内容混淆,补充内容支持原始页面并增强理解。

注 7

只要用于设置偏好的方法是无障碍支持的,通过内容中的用户偏好设置来生成符合性版本是到达另一个版本的可接受机制。

请参见理解符合性替代版本

内容 (Web 内容)

通过用户代理传达给用户的信息和感官体验,包括定义内容的结构呈现和交互

上下文相关帮助

提供与当前执行的功能相关信息的帮助文本

清晰的标签可以作为上下文相关的帮助。

对比度比率

(L1 + 0.05) / (L2 + 0.05),其中

注 1

对比度比率可以在 1 到 21 之间变化(通常写作 1:1 到 21:1)。

注 2

由于作者无法控制用户设置(例如字体平滑或抗锯齿的渲染方式),因此可以在关闭抗锯齿时评估文本的对比度比率。

注 3

针对成功准则 1.4.3 和 1.4.6,背景颜色是指在正常使用中文本渲染的指定背景颜色。如果未指定背景颜色,则假设为白色。

注 4

背景颜色是在正常使用中渲染文本的内容指定颜色。如果未指定背景颜色但指定了文本颜色,则为失败,因为无法评估用户的默认背景颜色是否具有足够的对比度。由于同样的原因,如果未指定文本颜色但指定了背景颜色,也为失败。

注 5

当字母周围有边框时,边框可以增加对比度,并用于计算字母与其背景之间的对比度。窄边框视为字母的一部分。宽边框充满字母的内细节,形成光环效果,被视为背景。

注 6

应评估 WCAG 合规性,以确定作者期望在典型呈现中出现在邻近的颜色对。作者无需考虑异常的呈现方式,例如由用户代理导致的颜色变化,除非是由作者代码引起的。

正确的阅读顺序

任何不会改变内容含义的单词和段落的呈现顺序

CSS 像素

大约 0.0213 度的视觉角度

CSS 像素是 CSS 中所有长度和度量的标准单位。此单位是密度无关的,且与显示器中的实际硬件像素不同。用户代理和操作系统应确保 CSS 像素尽可能接近 CSS 值和单位模块第 3 级参考像素 [css3-values],该模块考虑了显示器的物理尺寸和假定的观看距离(这些因素内容作者无法确定)。

按下事件

触发器按下时发生的平台事件

按下事件在不同平台上可能有不同的名称,例如 "touchstart" 或 "mousedown"。

拖动操作

[新]

指针与元素在按下事件时进行交互,元素(或其位置的表示)跟随指针,直到释放事件

可拖动元素的示例包括列表项、文本元素和图像。

紧急情况

一种突然、意外的情况或事件,要求立即采取行动以保护健康、安全或财产

包围

[新]

牢固地限制或围绕

基本的

如果移除,将会从根本上改变内容的信息或功能,并且信息和功能无法通过其他方式实现以符合标准

扩展音频描述

通过暂停视频,增加的音频描述,以便有时间添加额外的描述

仅在没有额外的音频描述时会失去视频意义,并且对话/旁白之间的暂停时间太短时,才会使用此技术。

闪光

相对亮度中的一对相反的变化,如果变化足够大并且在适当的频率范围内,可能会引发某些人癫痫发作

注 1

请参阅一般闪光和红色闪光阈值,了解不允许的闪光类型。

注 2

另见闪烁

焦点指示器

[新]

用户界面组件处于焦点状态时,像素发生变化,以可视地指示

功能

过程和通过用户操作可实现的结果

一般闪光和红色闪光阈值

如果符合以下任一条件,则闪光或快速变化的图像序列低于阈值(即内容合格):

  1. 在任意一秒内,普通闪光和/或红色闪光的次数不超过三次;或者
  2. 同时出现的闪光所占的面积总和不超过 .006 立体角,且在典型观看距离内不超过屏幕上任何 10 度视野的 25%

其中:

  • 普通闪光定义为相对亮度(相对亮度)在最大相对亮度(1.0)的 10% 或以上变化,且较暗图像的相对亮度低于 0.80。相反变化是一对增加后减少或减少后增加的变化。
  • 红色闪光定义为涉及饱和红色的任意一对相反转换。

例外情况:像白噪声或交替的棋盘格图案等细微、平衡的图案闪烁,其"方块"边长小于 0.1 度(在典型观看距离下的视场),不违反阈值。

注 1

对于一般软件或 Web 内容,当内容在 1024 x 768 像素分辨率下查看时,使用显示屏区域内任意 341 x 256 像素的矩形,可以很好地估算 10 度视场。这种 75 - 85 ppi 的分辨率被认为比 CSS 规范中的标称 CSS 像素分辨率 96 ppi 更保守。

注 2

转换是相对亮度(或红色闪光的相对亮度/颜色)在时间轴上测量相邻峰谷之间变化的过程。一次闪光由两次相反转换组成。

注 3

该领域的最新定义(来自 WCAG 2.2)是饱和红色转换对的定义:当一对相反转换中,其中一个转换的状态值 R/(R + G + B) 大于等于 0.8,且 CIE 1976 UCS 色度图中的状态差值大于 0.2(无量纲)。

注 4

有可用工具可以通过视频屏幕捕捉进行分析。然而,如果闪烁不超过任意一秒内的 3 次,则无需使用工具进行评估。内容将自动通过(见上述 #1 和 #2)。

人类语言

通过视觉或触觉方式进行书写、口语或手语来与人类交流的语言

另见手语

习语

无法通过单词的个别含义推导出其意思的短语,并且其中的特定词语不能更改,否则会失去原意

习语不能直接逐字翻译,否则会失去其文化或语言依赖的含义。

文本图像

为了实现特定视觉效果,将文本渲染为非文本形式(例如,图像)

这不包括文本作为包含其他重要视觉内容的图片的一部分。

信息性

仅供信息参考,不作为符合性要求

要求符合规范的内容称为"规范性"。

输入错误

用户提供的信息未被接受

这包括:

  1. 用户未提供的网页所需信息
  2. 用户提供的信息,但不符合所需的数据格式或数值范围
术语

特定领域的人以特定方式使用的词汇

键盘接口

用于软件获取按键输入的接口

注 1

键盘接口允许用户向程序提供按键输入,即使原生技术不包含键盘。

注 2

通过键盘操作的鼠标模拟器(如 MouseKeys)进行的应用程序操作不被视为通过键盘接口进行操作,因为程序的操作是通过其指点设备接口进行的,而不是通过其键盘接口。

键盘快捷键

通过按下一键或多键触发动作的替代方式

标签

文本 或具有文本替代的其他组件,向用户展示网页内容中的组件,以标识其身份

注 1

标签显示给所有用户,而名称可能是隐藏的,仅通过辅助技术曝光。在许多情况下,名称和标签是相同的,但并非总是如此。

注 2

术语“标签”不限于 HTML 中的 label 元素。

大字体(文本)

至少 18 点字体或 14 点加粗字体,或对于中、日、韩(CJK)字体,产生相当大小的字体

注 1

具有特别细的笔画或不寻常特征和特点的字体在较低对比度下更难阅读,尤其是在较小字体时。

注 2

字体大小指内容传送时的大小,不包括用户可能进行的重新调整。

注 3

用户看到的字符实际大小取决于作者定义的大小以及用户的显示或用户代理设置。对于许多主流正文字体,14 点和 18 点大约分别等于 1.2 和 1.5 em,或正文默认字体大小的 120% 和 150%(假设正文字体为 100%),但作者需要检查所使用的具体字体。当字体定义为相对单位时,实际点大小由用户代理计算以供显示。在评估此成功标准时,应从用户代理获取点大小,或基于字体度量进行计算。视力低下的用户有责任选择合适的设置。

注 4

当使用未指定字体大小的文本时,可以假设主流浏览器上用于未指定文本的最小字体大小为合理大小。如果在主流浏览器上,一级标题以 14pt 加粗或更高的字体显示,则可以合理地认为它是大字体。相对缩放可以根据默认大小类似地计算。

注 5

罗马文本的 18 点和 14 点大小取自大字印刷的最小尺寸(14pt)和更大的标准字体大小(18pt)。对于其他字体,例如中日韩语言,“等效”大小是这些语言中使用的最小大字印刷大小和下一个更大的标准大字印刷大小。

法律承诺

个人承担具有法律约束力的义务或受益的交易

链接用途

激活超链接后获得的结果性质

实时

从现实事件中捕获的信息,并以不超过广播延迟的方式传送给接收者

注 1

广播延迟是一个短暂的(通常是自动的)延迟,例如用于给广播员时间提示或审查音频(或视频)流,但不足以进行重大编辑。

注 2

如果信息完全由计算机生成,则不被视为实时。

初中教育

在完成六年学校教育后开始,为期两到三年的教育阶段,结束于小学教育开始后的九年。

该定义基于国际教育标准分类 [UNESCO]。

机制

过程 或实现结果的技术

注释 1

该机制可以在内容中明确提供,或者可以依赖于平台或由 提供 ,也可以由 用户代理 提供,包括 辅助技术

注 2

该机制需要满足所声明合规级别的所有成功标准。

文本的媒体替代

提供与文本(直接或通过文本替代)相同信息的媒体

文本的媒体替代是为那些受益于文本替代表示形式的人提供的。文本的媒体替代可能仅包括音频、仅视频(包括手语视频)或音视频。

运动动画

通过在条件之间添加步骤来制造运动的错觉或提供顺畅过渡的感觉

最小边界框

[新增]

在水平轴上对齐的最小包围矩形,其中包含形状的所有点。对于作为句子或文本块一部分的多行包装组件(例如超文本链接),边界框基于组件在单行上的显示方式。

名称

软件可用于识别网页内容中组件的文本

注 1

名称可能是隐藏的,只有辅助技术才能显示,而标签显示给所有用户。在许多(但不是全部)情况下,名称和标签是相同的。

注 2

这与 HTML 中的 name 属性无关。

按顺序导航

按照为推进焦点(从一个元素到下一个元素)定义的顺序进行导航,使用键盘接口

非文本内容

任何无法通过编程方式确定的字符序列,或者其中的序列未表达任何人类语言

这包括ASCII 艺术(这是字符的图案)、表情符号、黑客语言(使用字符替换)和表示文本的图像。

规范性

符合性要求

注 1

可以通过多种定义明确的方式符合本文档。

注 2

标识为"信息性"或"非规范性"的内容从不要求符合性

全屏窗口中

在最常见的桌面/笔记本电脑显示器上,视口最大化

由于人们通常会使用计算机数年,因此在进行评估时,最好不要依赖最新的桌面/笔记本电脑显示器分辨率,而是考虑几年内常见的桌面/笔记本电脑显示器分辨率。

暂停

由用户请求停止,并在用户请求前不恢复

周长

[新增]

形成形状边界的连续线,不包括共享像素,或最小边界框,以较短者为准。

指针输入

来自设备的输入,可定位屏幕上的特定坐标(或坐标集),例如鼠标、触控笔或触控操作

预录制

不属于实时的信息

呈现

内容渲染为用户可以感知的形式

小学教育水平

为期六年的时间段,从五至七岁开始,可能没有任何之前的教育

此定义基于国际教育标准分类 [UNESCO]。

过程

一系列用户操作,其中每个操作都是完成活动所必需的步骤

可通过编程方式确定(programmatically determinable)

通过软件从作者提供的数据中确定,这些数据以不同 用户代理, 包括 辅助技术,能够提取并以不同模式向用户呈现这些信息

可通过编程方式确定的链接上下文

可以从可通过编程方式确定的 与链接相关的关系中获得的额外信息,并与链接文本结合,以不同模式呈现给用户

由于屏幕阅读器会解读标点符号,它们还可以在链接位于当前句子中时提供上下文。

通过编程方式设置

通过用户代理支持的方法由软件设置,包括辅助技术

纯装饰

仅用于美学目的,不提供任何信息,也不具备任何功能

只有当单词可以被重新排列或替换而不改变其用途时,文本才是纯装饰的。

实时事件

同时发生在观看时且未完全由内容生成的事件

区域

可感知的、可通过编程方式确定的内容部分

在HTML中,任何指定有地标角色的区域都可视为区域。

关系

不同内容之间有意义的关联

相对亮度

色彩空间中任意点的相对亮度,归一化为 0 为最暗的黑色,1 为最亮的白色

注1

对于sRGB色彩空间,颜色的相对亮度定义为L = 0.2126 * R + 0.7152 * G + 0.0722 * B,其中RGB定义为:

  • 如果 RsRGB <= 0.04045,则R = RsRGB/12.92,否则R = ((RsRGB+0.055)/1.055) ^ 2.4
  • 如果 GsRGB <= 0.04045,则G = GsRGB/12.92,否则G = ((GsRGB+0.055)/1.055) ^ 2.4
  • 如果 BsRGB <= 0.04045,则B = BsRGB/12.92,否则B = ((BsRGB+0.055)/1.055) ^ 2.4

RsRGB、GsRGB 和 BsRGB 定义为:

  • RsRGB = R8bit/255
  • GsRGB = G8bit/255
  • BsRGB = B8bit/255

"^"字符是指数运算符。(公式摘自 [SRGB].)

注2

在 2021 年 5 月之前,定义中的值为 0.04045(之前为 0.03928)。这是从早期版本的规范中取得的,并已更新。它对这些指南中的计算没有实际影响。

注3

目前几乎所有用于查看网页内容的系统都假设使用 sRGB 编码。除非已知将使用其他色彩空间处理和显示内容,否则作者应使用 sRGB 色彩空间进行评估。如果使用其他色彩空间,请参阅理解成功标准 1.4.3

注4

如果传送后发生抖动,则使用源颜色值。对于在源头发生抖动的颜色,应使用抖动的颜色的平均值(平均 R,平均 G 和平均 B)。

注5

在测试对比度和闪烁时,有工具可以自动执行计算。

依赖的技术 (technologies that are)

如果该技术被关闭或不受支持,内容将不符合标准

角色

软件用以识别网页内容中组件功能的文本或数字

相同功能

使用时产生相同结果

相同相对顺序

与其他项目的相对位置相同

即使在原始顺序中插入或删除了其他项目,项目也被视为具有相同的相对顺序。例如,扩展的导航菜单可能会插入更多详细信息,或者次级导航部分可能会插入到阅读顺序中。

满足成功标准

应用于页面时,成功标准不评估为“错误”

部分

处理一个或多个相关主题或思想的自包含书面内容部分

部分可以包含一个或多个段落,并包括图形、表格、列表和子部分。

网页集合

共享相同目的且由同一作者、团体或组织创建的网页的集合

不同语言版本将被视为不同的网页集合。

手语

使用手和手臂的组合动作、面部表情或身体姿势来传达意义的语言

手语翻译

将一种语言(通常是口语)翻译成手语

真正的手语是独立的语言,与相同国家或地区的口语无关。

单指针

指针输入,以单个接触点操作屏幕,包括单击和双击、长按以及基于路径的手势

特定的感官体验

一种感官体验,它不仅仅是装饰性的,且主要不是为了传达重要信息或执行功能

状态

表示用户界面组件的动态属性,可能会根据用户操作或自动化进程发生变化

状态不影响组件的性质,但表示与组件相关的数据或用户交互的可能性。示例包括焦点、悬停、选择、按下、选中、访问/未访问和展开/折叠。

状态消息

内容的变化,不构成上下文变化,并为用户提供有关操作的成功或结果、应用程序的等待状态、进程进度或错误存在的信息

结构
  1. 网页网页各部分之间的组织方式;以及
  2. 网页网页集合的组织方式
样式属性

决定内容元素呈现方式的属性(例如字体、颜色、大小、位置、内边距、合成语音韵律),当用户代理呈现时(例如屏幕上显示、扬声器播放、盲文显示器显示)

样式属性的来源包括:

  • 用户代理默认样式:在没有作者或用户样式时应用的默认样式属性值。有些网络内容技术规定了默认渲染,其他则没有;
  • 作者样式:由作者在内容中设置的样式属性值(例如内联样式、作者样式表);
  • 用户样式:由用户设置的样式属性值(例如通过用户代理界面设置、用户样式表)
补充内容

用于说明或澄清主要内容的附加内容

同步媒体

音频视频与另一种信息呈现格式和/或时间交互组件同步,除非该媒体是文本的媒体替代,并明确标记为此类内容。

目标

接受指针操作的显示区域,例如用户界面组件的交互区域

如果两个或更多目标区域重叠,则不应将重叠区域计入目标尺寸,除非重叠目标执行相同的操作或打开相同页面。

技术(网页内容)

实现结果的机制,用于编码指令,以供用户代理渲染、播放或执行。

注 1

在这些指南中,“网页技术”和单独使用的“技术”一词都指网页内容技术。

注 2

网页内容技术可能包括标记语言、数据格式或编程语言,作者可以单独使用或组合使用这些技术来创建从静态网页到同步媒体呈现,再到动态Web应用程序的终端用户体验。

文本

字符序列,可以被程序确定,其字符序列表达的是人类语言的内容。

文本替代

文本,该文本与非文本内容程序关联,或通过文本指向非文本内容。程序关联的文本是其位置可以通过非文本内容程序确定的文本。

有关更多信息,请参阅理解文本替代

抬起事件

当指针的触发刺激释放时发生的事件

抬起事件在不同平台上可能有不同名称,如“touchend”或“mouseup”。

以非常规或受限方式使用

单词使用方式需要用户知道确切的定义,以便正确理解内容。

用户代理

为用户检索和呈现网页内容的任何软件

用户可控

旨在供用户访问的数据

这不包括诸如互联网日志和搜索引擎监控数据等内容。

用户界面组件

用户感知为单个控件且具有独特功能的内容部分

注 1

多个用户界面组件可以作为一个程序元素实现。这里的“组件”并不限于编程技术,而是指用户感知为独立控件的元素。

注 2

用户界面组件包括表单元素和链接以及由脚本生成的组件。

注 3

“组件”或“用户界面组件”有时也被称为“用户界面元素”。

用户不活动

指没有用户操作的任何连续时间段

跟踪方法将由网站或应用程序决定。

视频

移动或连续图像的技术

视频可以由动画或摄影图像,或两者组成。

仅视频

仅包含视频(无音频且无交互)的基于时间的演示

视口

用户代理呈现内容的对象

注 1

用户代理通过一个或多个视口呈现内容。视口包括窗口、框架、扬声器和虚拟放大镜。一个视口可能包含另一个视口(例如,嵌套框架)。由用户代理创建的界面组件,如提示、菜单和警报,不属于视口。

视觉定制

字体、大小、颜色和背景可以设置

网页

使用HTTP从单个URI获取的非嵌入资源,以及在用户代理中一起呈现或打算一起呈现的任何其他资源。

注 1

尽管任何“其他资源”都会与主要资源一起呈现,但它们不一定会同时呈现。

注 2

为符合这些指南,资源必须是“非嵌入的”,才算作网页。

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

本节列出了常见的用户界面组件的输入用途。以下术语不是必须使用的关键词,而是必须由网页采用的分类法中捕捉的用途。适用时,作者使用所选分类法标记控件以指示语义用途。这为用户代理和辅助技术提供了应用个性化呈现的潜力,使更多人能够理解和使用内容。

输入类型用途列表基于HTML规范的自动填充部分中定义的控件用途,但重要的是要理解,其他技术可能在其规范中定义了相同或部分相同的概念,只有映射到以下含义的概念是必需的。

以下输入控件用途旨在与内容用户相关,并仅限于与该个人相关的信息。

A. 变更日志

本节展示了自WCAG 2.1以来在WCAG 2.2中所做的实质性更改。WCAG 2.1的勘误修正也已被纳入WCAG 2.2。

完整的WCAG 2.2提交历史可用。

B. 致谢

本节为非规范性内容。

有关参与无障碍指南工作组(AG WG)的更多信息,请访问工作组主页

B.1 参与本文件开发的AG WG成员:

B.2 其他曾积极参与WCAG WG的成员以及为WCAG 2.0、WCAG 2.1或支持资源做出贡献的人员

Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Tom Babinszki, 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, Maureen Kraft, 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, Erich Manser, 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, Charu Pandhi, evarshi 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.

B.3 资助方

本出版物部分由美国卫生与公众服务部、国家残疾人、独立生活与康复研究所(NIDILRR)提供的联邦资金资助,最初的合同号为ED-OSE-10-C-0067,后为HHSP23301500054C,目前为HHS75P00120P00168。 本出版物的内容不一定反映美国卫生与公众服务部或美国教育部的观点或政策,提及的商标名称、商业产品或组织名称并不意味着美国政府的认可。

C. 参考文献

C.1 参考性文献

[css3-values]
CSS Values and Units Module Level 3。 Tab Atkins Jr.; Elika Etemad。 W3C。 2022年12月1日。 W3C候选推荐标准。 URL:https://www.w3.org/TR/css-values-3/
[HTML]
HTML标准。 Anne van Kesteren; Domenic Denicola; Ian Hickson; Philip Jägenstedt; Simon Pieters。 WHATWG。 现行标准。 URL:https://html.spec.whatwg.org/multipage/
[ISO_9241-391]
人体系统交互的人体工程学——第391部分:减少光敏性癫痫发作的要求、分析和合规测试方法。 国际标准组织。 URL:https://www.iso.org/standard/56350.html
[pointerevents]
指针事件。 Jacob Rossi; Matt Brubeck。 W3C。 2019年4月4日。 W3C推荐标准。 URL:https://www.w3.org/TR/pointerevents/
[RFC2119]
在RFC中用于指示需求级别的关键字。 S. Bradner。 IETF。 1997年3月。 最佳现行做法。 URL:https://www.rfc-editor.org/rfc/rfc2119
[SRGB]
多媒体系统和设备 - 颜色测量和管理 - 第2-1部分:颜色管理 - 默认RGB颜色空间 - sRGB。 IEC。 URL:https://webstore.iec.ch/publication/6169
[UAAG10]
用户代理无障碍指南1.0。 Ian Jacobs; Jon Gunderson; Eric Hansen。 W3C。 2002年12月17日。 W3C推荐标准。 URL:https://www.w3.org/TR/UAAG10/
[UNESCO]
国际教育标准分类。 2011年。 URL:https://unesdoc.unesco.org/ark:/48223/pf0000219109
[WAI-WEBCONTENT]
网络内容无障碍指南1.0。 Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs。 W3C。 1999年5月5日。 W3C推荐标准。 URL:https://www.w3.org/TR/WAI-WEBCONTENT/
[WCAG20]
网络内容无障碍指南(WCAG)2.0。 Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden等。 W3C。 2008年12月11日。 W3C推荐标准。 URL:https://www.w3.org/TR/WCAG20/
[WCAG21]
网络内容无障碍指南(WCAG)2.1。 Michael Cooper; Andrew Kirkpatrick; Joshue O'Connor; Alastair Campbell。 W3C。 2023年9月21日。 W3C推荐标准。 URL:https://www.w3.org/TR/WCAG21/