W3C 无障碍指南（WCAG）3.0

本节及其子节包含必须遵循以符合规范的要求，因此属于规范性内容。

本节及其子节包含必须遵循以符合规范的要求，因此属于规范性内容。

除了标为非规范性的部分外，本规范中的所有创作指南、图示、示例和注释均为非规范性。其他内容均为规范性。

本文件中的关键词MAY（可以）和MUST（必须），应按照 BCP 14 [RFC2119] [RFC8174] 的说明进行解释，仅当这些词以大写形式出现时，如本例所示，才具有特殊含义。

本节（及其子节）包含必须遵循以符合本规范的要求，即其为规范性内容。

abbreviation开发中

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

Note 1

这包括首字母缩略、首字母拼词和数字缩写。

1. initialisms（首字母缩略）是由名称或短语中词语或音节的首字母组成的缩写形式。并非所有语言中都有明确规定。
2. acronyms（首字母拼词）是由名称或短语中各词的首字母或部分构成，可读作一个词的缩略形式。
3. numeronyms（数字缩写）是将单词的首尾字母保留，并在中间用数字表示省略字母数量的缩略形式。

Note 2

一些公司已将原本的首字母缩略用作公司名称。在这种情况下，新名称就是这些字母（例如 Ecma），该词不再视为缩写。

accessibility support set开发中

用于测试的用户代理与辅助技术的组合集合

Editor's note

AGWG 正考虑定义一套用于验证指南时采用的默认用户代理与辅助技术集合。

可访问性支持集可能会因语言、地区或具体情境而异。

若未使用默认的可访问性支持集，应在符合性报告中注明所使用的集合。

accessibility supported开发中

在每种操作系统上至少被两个主流免费浏览器支持，且/或在每种操作系统上被各类辅助技术用户累计 80% 使用份额的辅助技术所支持

actively available开发中

对用户可读，并可使用其中的任何可操作项

assertion开发中

针对改进无障碍性而在内容或产品的开发与维护中所采用流程的、由个人或组织作出的事实性正式声明

assistive technology开发中

作为用户代理或与主流用户代理协同工作的硬件和/或软件，以提供超出主流用户代理能力、满足残障用户需求的功能

Note 1

辅助技术提供的功能包括替代呈现（例如合成语音或放大内容）、替代输入方式（例如语音）、额外的导航或定位机制，以及内容转换（例如使表格更易访问）。

Note 2

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

Note 3

主流用户代理与辅助技术之间并非泾渭分明。许多主流用户代理为残障用户提供了一些辅助功能。基本差异在于：主流用户代理面向广泛多样的受众（通常包含有无残障的用户），而辅助技术面向特定残障人群，提供更针对性的帮助。主流用户代理还可能为辅助技术提供重要功能，如从程序对象获取网页内容或将标记解析为可识别的结构。

audio开发中

声音重现的技术

Note

音频可由合成方式生成（包括语音合成）、由真实世界声音录制，或两者兼有。

audio description开发中

为无法仅从主声轨理解的重要视觉细节而加入到声轨中的旁白解说

Note

对于视听媒体，音频描述提供有关动作、角色、场景变化、屏幕文字及其他视觉内容的信息。

音频描述有时也称为“视频描述”“描述性视频”“视觉描述”或“描述性旁白”。

标准音频描述在对白的停顿间插入旁白。另见扩展音频描述。

如果所有重要视觉信息已在主音轨中提供，则无需额外的音频描述轨道。

automated evaluation开发中

使用软件工具进行的评估，通常用于评估代码层面的特征，并对其他测试应用启发式方法

Note

自动化测试与需要人为判断或经验参与的其他测试类型相对。半自动评估允许机器引导人工对需检查之处进行审查。通过机器学习进行的测试这一新兴领域不包含在此定义中。

blinking开发中

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

Note

另见flash。物体在适当的频率下足够大且闪烁足够明亮时，也可能被归类为闪光。

blocks of text开发中

多于一句的文本

camera input开发中

使用摄像头作为运动传感器以检测各种类型的手势（例如“空中”手势）进行控制

Note

这不包括例如网页上的静态 QR 码图像。

captions开发中

对视听内容中语音与非语音音频部分的同步视觉和/或文本替代

Note 1

隐藏式字幕是可在某些播放器中打开或关闭的等效呈现，并且通常可通过辅助技术读取。

Note 2

开放式字幕是无法在播放器中关闭的字幕。例如，将字幕以嵌入视频中的文字图像方式呈现。

Note 3

音频描述可以加字幕，但并非必须，因为其描述的是已以视觉形式呈现的信息。

Note 4

在一些国家/地区，captions 被称为 subtitles。“subtitles”一词也常用于指呈现音频内容翻译版本的字幕。

common keyboard navigation technique开发中

在大多数或所有应用与平台上通用、因而可供仅依靠键盘导航用户使用并信赖的键盘导航技术

Note

供作者使用的通用键盘导航技术的充分清单可见 WCAG 的通用键盘导航技术列表。

complex pointer input开发中

除单一指针输入之外的任何指针输入

component开发中

为执行某一特定功能而将元素进行分组的集合

conformance开发中

满足指南的所有要求。即便不作正式的符合性声明，符合性仍是遵循指南的重要部分。

参见“符合性”部分了解更多信息。

content开发中

通过界面传达给用户的信息与感官体验，包括定义内容结构、呈现与交互的代码或标记

decorative开发中

仅起美观之用，不提供信息，也不具有任何功能

Note

仅当词语顺序可被重排或替换而不改变其用途时，文本才属于纯装饰性。

deprecate开发中

声明某事物已过时并正逐步淘汰，通常同时给出推荐替代项

被弃用的文档不再建议使用，并可能在未来不再存在。

descriptive transcript开发中

包含理解内容所需的语音与非语音音频信息以及视觉信息的文本版本。

down event开发中

当指针的触发刺激被按下时发生的平台事件

Note

在不同平台上，down event 可能有不同名称，如 “touchstart” 或 “mousedown”。

essential exception开发中

由于不存在以其他方式执行该功能的可行途径，或会从根本上改变功能，因此必须以此方式进行的例外

evaluation开发中

审查内容是否符合这些指南的过程

Note

不同的评估方法包括自动化评估、半自动评估、人工评估以及可用性测试。

extended audio description开发中

通过暂停视频以便留出更多时间添加音频描述的音频描述方式

Note

仅当没有额外的音频描述将导致视频的含义丢失，且对白或解说之间的停顿太短时，才使用该技术。

figure captions开发中

伴随视觉媒体出现且始终在页面上可见的标题、简短说明或注释

flash开发中

一对相对亮度的相反变化，若幅度足够且处于某一频率范围，可能引发部分人群癫痫

Note 1

关于不被允许的闪光类型，参见通用闪光与红色闪光阈值。

Note 2

另见blinking。

functional need开发中

描述个体能力中的特定缺口，或能力与设计环境/情境之间的特定不匹配的陈述

general flash and red flash thresholds开发中

若满足以下任一条件，则闪光或快速变化的图像序列低于阈值（即内容通过）：

• 在任意一秒内，不超过三个通用闪光和/或不超过三个红色闪光；或
• 同时发生的闪光组合区域，在典型观看距离下，于屏幕上任意 10 度视野内总计不超过 0.006 球面度（即屏幕上任意 10 度视野的 25%）。

其中：

• 通用闪光定义为：当较暗图像的相对亮度低于 0.80 时，在最大相对亮度（1.0）的 10% 或更大幅度上的一对相对亮度相反变化；“一对相反变化”指先增加后减少，或先减少后增加；并且
• 红色闪光定义为涉及饱和红色的任意一对相反过渡。

例外：细密、平衡的图案（如白噪声或方格小于 0.1 度（典型观看距离下的视角）的棋盘交替图案）的闪烁不违反上述阈值。

Note 1

对于通用软件或网页内容，在 1024 × 768 分辨率下观看时，于屏幕任意位置取一块 341 × 256 像素矩形区域，可很好估算标准屏幕与观看距离（如 15–17 英寸屏幕、22–26 英寸观看距离）下的 10 度视野。该 75–85 ppi 的分辨率低于 CSS 规范中的名义 96 ppi，因而更为保守。更高分辨率显示设备呈现相同内容时，图像更小更安全，因此用较低分辨率来定义阈值。

Note 2

“过渡”是指在相对亮度（或红色闪光的相对亮度/颜色）对时间曲线中，相邻峰谷之间的变化。一次闪光由两次相反的过渡组成。

Note 3

领域内关于“涉及饱和红色的一对相反过渡”（源自 WCAG 2.2）的新工作定义为：其中一次过渡指向或来自一个状态，该状态满足 R/(R + G + B) ≥ 0.8，且两状态在 CIE 1976 UCS 色度图中的差异大于 0.2（无量纲）。[ISO_9241-391]

Note 4

已有工具可基于视频屏幕捕获进行分析。然而，若任意一秒内闪光次数 ≤ 3，则无需任何工具即可判断内容自动通过（见上述第 1、2 条）。

gesture开发中

用身体或身体部位做出的、用于与技术进行交流的动作

guideline开发中

用于组织要求的高层次、通俗语言的结果性陈述

Note

指南为管理者、政策制定者、无障碍新手及其他需要理解概念而无需深入技术细节的人员提供高层次、通俗易懂的结果性陈述。它们以易于理解的方式来组织与呈现要求，帮助非专家学习并理解相关概念。

每条指南都包含独特且具描述性的名称及通俗的高层摘要。指南围绕对比度、表单、可读性等特定主题的功能性需求展开。

指南将相关要求进行分组，并与具体技术无关。

human evaluation开发中

由人执行的评估，通常用于对无法完全自动化评估的测试施加人为判断

Note

人工评估与完全由机器执行的自动化评估相对，但包含允许机器引导人类检查的半自动评估。人工评估着眼于内容特征的检查，而可用性测试则直接测试用户与内容交互的体验。

imagePlaceholder

Editor's note

待定义。

informative开发中

为提供信息而呈现、非符合性所必需的内容。亦称非规范性内容。

interactive element开发中

对用户输入作出响应，并具有明确可编程确定名称的元素

Note

与非交互元素相对。例如，标题或段落。

items开发中

测试范围内可测试的最小单元

Note

Items 可以是交互式组件，如下拉菜单、链接或媒体播放器。

也可以是内容单元，如短语、段落、标签或错误信息、图标，或图像。

keyboard focus开发中

内容中任何键盘操作将会生效的位置

keyboard interface开发中

软件获取“按键输入”的 API（应用程序编程接口）

Note

通过“键盘接口”传递给软件的“按键输入”可能来自多种来源，包括但不限于扫描程序、吸吹式莫尔斯码软件、语音识别软件、各类 AI，以及其他键盘替代物或特殊键盘。

mechanism开发中

用于实现结果的流程或技术

Note 1

机制可以由内容明确提供，也可以依赖平台或用户代理（包括辅助技术）提供。

Note 2

机制需要满足所声明符合性级别的所有要求。

media alternatives开发中

音频、视频和视音频内容的替代格式，通常为文本，包括字幕、音频描述和描述性文字稿

method开发中

关于如何满足要求的详细信息（可与技术相关或与技术无关），以及测试与计分信息

non-interactive element开发中

不对用户输入作出响应，且不包含子部分的元素

Note 1

若段落中包含链接，则链接两侧的文字可视为静态元素，但整个段落不算。

Note 2

文本中的字母不构成“更小的部分”。

non-literal language开发中

以超出其标准或辞典含义的方式使用词语或短语，以表达更深层、更复杂的想法

Note

这也称为修辞语言（figurative language）。

为理解内容，用户需要解读词语背后的隐含意义，而非仅其字面或直接含义。

示例包括：

• 典故（allusions）
• 夸张（hyperbole）
• 习语（idioms）
• 反讽（irony）
• 笑话（jokes）
• 曲言法（litotes）
• 隐喻（metaphors）
• 转喻（metonymies）
• 拟声（onomatopoeias）
• 矛盾修饰（oxymorons）
• 拟人（personification）
• 双关（puns）
• 讽刺（sarcasm）
• 明喻（similes）

normative开发中

内容中的指令对实现符合性是必需的

page开发中

通过单个 URI 使用 HTTP 获取的非嵌入式资源，以及用于渲染或预期一起渲染的其他资源

Note

当某个 URI 可用且代表一组独特内容时，那将是首选的符合性单元。

path-based gesture开发中

依赖指针输入的路径而非仅其端点的手势

Note

路径型手势包括时间相关与非时间相关的路径型手势。

platform开发中

位于目标软件之下、为其提供服务的软件或多层软件集合，使目标软件能与硬件、驱动及更底层的软件隔离

Note 1

平台软件便于目标软件在不同硬件上运行，并提供许多服务（如函数、工具、库），以便更易编写、更新并与其他目标软件更一致地协同工作。

Note 2

某个软件组件在不同情境下可能既是平台又是客户端。例如，浏览器对页面内容而言是平台，但它也依赖于其下方的操作系统。

Note 3

平台是产品存在的上下文。

pointerPlaceholder

Editor's note

待定义。

private and sensitive information探索中

私人和敏感信息

process开发中

与用户操作相关的一系列视图或页面，无论使用何种技术或是否跨站点/域名，用户为完成某项活动所需操作通常按一定顺序执行

product开发中

测试范围是构成网站、页面集、Web 应用等的所有项、视图与任务流的组合

Note

产品的上下文为平台。

programmatically determinable开发中

内容的含义及其所有重要属性可由具备可访问性支持的软件功能确定

pseudo-motion

页面上的静态内容使用户产生运动的感知或感受

relative luminance开发中

在某一颜色空间中任意点的相对亮度，归一化为最暗黑色为 0、最亮白色为 1

Note 1

在 sRGB 颜色空间中，颜色的相对亮度定义为 L = 0.2126 * R + 0.7152 * G + 0.0722 * B，其中 R、G、B 定义为：

• 若 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]。）

Note 2

2021 年 5 月之前，定义中的 0.04045 为 0.03928，源自更早版本的规范，现已更新。该调整对在本指南语境中的计算无实际影响。

Note 3

几乎所有当前用于查看网页内容的系统都假定采用 sRGB 编码。除非已知会用其他颜色空间处理与显示内容，否则作者应以 sRGB 颜色空间进行评估。

Note 4

若在分发后发生抖动（dithering），则使用源颜色值。若在源端发生抖动，则应使用抖动颜色的平均值（平均 R、平均 G、平均 B）。

Note 5

已有工具可在进行对比度与闪光测试时自动完成计算。

Editor's note

WCAG 2.2 单独提供了页面以 MathML 展示相对亮度的定义与公式。如何将其纳入 WCAG 3 仍需处理。

requirement开发中

减少或消除残障人士所遇障碍的实践所产生的结果

section开发中

自成一体、涉及一个或多个相关主题或思路的内容部分

Note

一个章节可以包含一个或多个段落，并包括图形、表格、列表与子章节。

semi-automated evaluation开发中

使用机器引导人类对需检查之处进行的评估

Note

半自动评估包含自动化评估与人工评估的组成部分。

simple pointer input开发中

仅包含一次“点击”事件或一对“按下/抬起”事件，且中间无移动的输入事件

Note

不属于简单指针操作的示例包括双击、拖拽动作、手势、任何多点输入或手势，以及鼠标与键盘的同时使用。

single pointer开发中

一次仅针对页面/屏幕上单一点位的输入方式——如鼠标、触摸屏上的单指或触控笔

Note

单一指针交互包括点击、双击、点按、拖拽动作与单指滑动手势；与之相对，多点交互需同时使用两个或多个指针，如触摸屏的双指交互，或鼠标与触控笔的同时使用。

single pointer input开发中

一次仅针对视图上单一点位的输入方式——如鼠标、触摸屏上的单指或触控笔

Note 1

单一指针交互包括点击、双击、点按、拖拽动作与单指滑动手势；与之相对，多点交互需同时使用两个或多个指针，如触摸屏的双指交互，或鼠标与触控笔的同时使用。

Note 2

单一指针输入与多点输入相对，后者如两指、三指或更多手指/指针同时接触表面，或同时在空中做手势。

Note 3

激活通常通过点击或点按实现，也可以通过程序模拟点击或点按或其他类似的简单激活来实现。

standard platform keyboard commands开发中

在大多数平台上通用、为需要仅靠键盘进行导航的用户所依赖的键盘命令

Note

供作者使用的标准键盘导航技术的充分清单可见 WCAG 的标准键盘导航技术列表。

task flow开发中

测试范围包含支持特定用户活动的一系列视图

Note

任务流可包含某个视图或一组视图中的项的子集。仅与用户活动相关的视图部分会被纳入任务流测试。

test开发中

用于评估方法实现情况的机制

text开发中

可被以编程方式确定的字符序列，且该序列表达的是人类语言中的内容

text alternative开发中

文本与非文本内容以编程方式关联，或由与非文本内容以编程方式关联的文本中引用的文本

up event开发中

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

Note

在不同平台上，up event 可能有不同名称，如 “touchend” 或 “mouseup”。

usability testing开发中

通过观察与反馈，对用户使用产品或流程的体验进行的评估

user agent开发中

为用户检索并呈现外部内容的软件

user need开发中

用户通过数字方式开始某一流程时所期望达成的最终目标

user-manipulable text开发中

用户可进行调整的文本

Note

这可以包括但不限于更改：

• 行距、词距或字距
• 颜色
• 行长——控制文本块的宽度
• 版式对齐——两端对齐、左/右对齐、居中
• 换行
• 栏数——一维内容中的栏数
• 边距
• 下划线、斜体、粗体
• 字体字面、大小、字宽
• 大小写——全大写、小型大写、大小写交替
• 行尾连字符
• 链接

video开发中

运动或序列图像的技术

Note

视频可以由动画或摄影图片构成，或两者兼有。

view开发中

内容在视口中处于可用状态，包括可通过滚动或平移访问的内容，以及通过展开包含的额外内容，同时视口中的其余内容仍然处于可用状态

Note

模态对话框构成一个新的视图，因为视口中的其他内容不再处于可用状态。

viewport开发中

平台呈现内容的对象

Note 1

作者无法控制视口，且几乎不会知道视口中呈现了什么（例如屏幕上有什么），因为视口由平台提供。在浏览器环境中，硬件平台与内容是隔离的。

Note 2

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