另请参见 翻译。
Copyright © 2020-2024 World Wide Web Consortium. W3C® liability, trademark and document use rules apply.
《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.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 及其成员认可，并且工作组成员承诺为实现提供免版税许可。
本文件由一个在W3C 专利政策下运作的工作组制作。 W3C 维护了一个与工作组交付物相关的任何专利披露的公开列表；该页面还包括披露专利的说明。个人如果实际知道某项专利，并认为该专利包含必要声明，必须根据《W3C 专利政策》第 6 节披露信息。
本文件受2023 年 11 月 3 日 W3C 流程文件管理。
本节为非规范性内容。
《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 的个人和组织范围广泛，包括 Web 设计师和开发人员、政策制定者、采购代理、教师和学生。为了满足这一受众的不同需求，提供了多个层次的指导，包括总体原则、一般指南、可测试的成功标准以及丰富的充分技术、建议技术和记录的常见失败，并附有示例、资源链接和代码。
原则 - 最顶层是四个原则，为 Web 可访问性提供基础：可感知、可操作、可理解和健壮。另请参阅 理解可访问性的四个原则。
指南 - 在原则之下是指南。这 13 条指南提供了作者应努力实现的基本目标，以使内容对不同残障用户更具可访问性。这些指南不可测试，但提供了框架和总体目标，帮助作者理解成功标准并更好地实施技术。
成功标准 - 每条指南都提供了可测试的成功标准，使 WCAG 2.2 可用于需要要求和符合性测试的场景，例如设计规范、采购、法规和合同协议。为了满足不同群体和不同情况的需求，定义了三个符合性级别：A（最低）、AA 和 AAA（最高）。有关 WCAG 级别的更多信息，请参阅 理解符合性级别。
充分技术和建议技术 - 对于 WCAG 2.2 文档中的每个指南和成功标准，工作组还记录了各种技术。这些技术是信息性的，分为两类：满足成功标准的充分技术和建议技术。建议技术超出了单个成功标准的要求，使作者能够更好地解决指南。一些建议技术解决了测试成功标准未涵盖的可访问性障碍。对于已知的常见失败，也进行了记录。另请参阅 理解 WCAG 2.2 中的充分技术和建议技术。
所有这些指导层次（原则、指南、成功标准以及充分技术和建议技术）共同作用，为如何使内容更具可访问性提供指导。鼓励作者查看并应用所有能够应用的层次，包括建议技术，以最好地满足尽可能广泛的用户需求。
请注意，即使是符合最高级别（AAA）的内容也无法对所有类型、程度或组合的残障人士（尤其是在认知、语言和学习领域）完全可访问。鼓励作者考虑所有技术，包括建议技术，参考 使内容对认知和学习障碍人士更易用，并寻求有关当前最佳实践的相关建议，以尽可能确保 Web 内容对这一群体可访问。元数据可能有助于用户找到最适合其需求的内容。
WCAG 2.2 文档旨在满足需要稳定、可引用技术标准的用户需求。其他称为支持文档的文件基于 WCAG 2.2 文档，并解决其他重要目的，包括能够更新以描述如何将 WCAG 应用于新技术。支持文档包括：
如何满足 WCAG 2.2 - 一个可定制的 WCAG 2.2 快速参考，包括所有指南、成功标准和技术，供作者在开发和评估 Web 内容时使用。这包括 WCAG 2.0、2.1 和 2.2 的内容，并可以通过多种方式过滤，以帮助作者专注于相关内容。
理解 WCAG 2.2 - 一个理解和实施 WCAG 2.2 的指南。每个 WCAG 2.2 的指南和成功标准以及关键主题都有一个简短的“理解”文档。
WCAG 2.2 技术 - 一个技术和常见失败的集合，每个都在单独的文档中，包括描述、示例、代码和测试。
WCAG 2 文档 - 一个简要介绍 WCAG 2 支持文档和补充指导的文档。
WCAG 2.2 的新内容 - 介绍新的成功标准，并通过角色引用说明可访问性问题。
请参阅 Web 内容可访问性指南 (WCAG) 概述，了解 WCAG 2.2 支持材料的描述，包括与 WCAG 2 相关的教育资源。其他资源涵盖主题，例如 Web 可访问性的商业案例、规划实施以改善网站的可访问性以及可访问性政策，这些资源列在 WAI 资源中。
WCAG 2.2 满足一组WCAG 2.2 的要求，这些要求继承自之前的 WCAG 2 版本的要求。要求构建了指南的整体框架，并确保向后兼容。工作组还使用了一组较为非正式的成功标准验收标准，以帮助确保成功标准在风格和质量上与 WCAG 2.0 中的标准类似。这些要求限制了 WCAG 2.2 中可以包含的内容。这种限制对于保持其作为 WCAG 2 的点版本的性质至关重要。
WCAG 2.2 的启动目标是延续 WCAG 2.1 的工作：为三个主要群体改进可访问性指导：认知或学习障碍用户、低视力用户以及使用移动设备的残障用户。提出并评估了许多满足这些需求的方法，其中一些被工作组进一步完善。继承自 WCAG 2.0 的结构要求、提案的清晰度和影响力以及时间表共同促成了本版本中包含的最终成功标准集。工作组认为 WCAG 2.2 在所有这些领域中逐步推进了 Web 内容可访问性指导，但强调这些指南并未满足所有用户需求。
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.1。这种增量方法有助于明确符合 WCAG 2.2 的网站也符合 WCAG 2.1。可访问性指南工作组建议网站采用 WCAG 2.2 作为新的符合目标，即使正式义务提到的是以前的版本，以提供更好的可访问性并预期未来的政策变化。
以下成功标准是 WCAG 2.2 中的新内容：
新的成功标准可能引用已添加到术语表中的新术语，这些术语也是成功标准规范要求的一部分。
为了避免对需要向后兼容 WCAG 2 版本的实施者造成混淆，WCAG 2.2 中的新成功标准已被附加到其指南内成功标准集的末尾。这避免了因在指南中的现有成功标准之间插入新成功标准而导致 WCAG 2 的成功标准章节编号发生变化，但这意味着每个指南中的成功标准不再按符合级别分组。每个指南内成功标准的顺序并不暗示有关符合级别的信息；只有成功标准本身的符合级别指示符（A / AA / AAA）表明这一点。WCAG 2.2 快速参考将提供一种按符合级别分组查看成功标准的方法，以及许多其他过滤和排序选项。
WCAG 2.2 使用与 WCAG 2.0 相同的符合性模型。其目的是使符合 WCAG 2.2 的网站也符合 WCAG 2.0 和 WCAG 2.1，这意味着它们满足引用 WCAG 2.0 或 WCAG 2.1 的任何政策的要求，同时更好地满足当前 Web 用户的需求。
与 WCAG 2.2 同时，可访问性指南工作组正在开发另一个主要版本的可访问性指南。预计这项工作的结果将是对 Web 可访问性指导进行比 WCAG 2 的点版本更为实质性的重组。该工作遵循以研究为重点、以用户为中心的设计方法，以产生最有效和灵活的成果，包括内容创作、用户代理支持和创作工具支持的角色。这是一项多年努力，因此需要 WCAG 2.2 作为临时措施，提供更新的 Web 可访问性指导，以反映自 WCAG 2.0 发布以来 Web 的变化。工作组可能还会开发额外的临时版本，继续以 WCAG 2.2 为基础，在类似的短时间内提供额外支持，同时完成主要版本。
信息和用户界面组件必须以用户可以感知的方式呈现。
为任何非文本内容提供文本替代，以便将其转换为用户所需的其他形式，例如大字、盲文、语音、符号或更简单的语言。
(A级)
所有展示给用户的 非文本内容 都有一个 文本替代，其目的是等效的，以下列出的情况除外。
如果非文本内容是控件或接受用户输入，那么它有一个 名称 来描述其目的。（有关控件和接受用户输入的内容的其他要求，请参阅 成功标准 4.1.2。）
如果非文本内容是基于时间的媒体，那么文本替代至少提供对该非文本内容的描述性标识。（有关媒体的其他要求，请参阅 指南 1.2。）
如果非文本内容是测试或练习，并且以 文本 形式呈现会使其失效，那么文本替代至少提供该非文本内容的描述性标识。
如果非文本内容主要旨在创造一种 特定的感官体验，那么文本替代至少提供对该非文本内容的描述性标识。
如果非文本内容的目的是确认内容是由人而不是计算机访问的，那么提供用于识别和描述非文本内容目的的文本替代，并提供使用不同感官感知模式的CAPTCHA替代形式，以适应不同的残障。
为基于时间的媒体提供替代方案。
(A级)
对于预录制的仅音频和仅视频媒体，以下情况成立，除非音频或视频是文本的媒体替代，并且明确标明为此类内容：
提供一个时间性媒体的替代方案，以提供与预录制的仅音频内容等效的信息。
提供时间性媒体的替代方案或音频轨道，以提供与预录制的仅视频内容等效的信息。
(A级)
(A级)
提供了时间性媒体的替代内容或音频描述，适用于预录的 视频内容中的同步媒体，除非该媒体是一个文字替代媒体并明确标注为此类内容。
(AA级)
(AA级)
（AAA 级）
(AAA级)
当前景音频中的暂停不足以使音频描述传达视频的意义时，提供扩展音频描述，适用于所有预录制的视频内容，这些内容存在于同步媒体中。
(AAA级)
为所有时间性媒体的替代内容，所有预录的同步媒体，以及所有预录的仅视频媒体提供替代内容。
(AAA级)
创建可以以不同方式呈现的内容（例如更简单的布局），而不会丢失信息或结构。
(A级)
(A级)
(A级)
理解和操作内容所提供的说明不能仅依赖于组件的感官特征，例如形状、颜色、大小、视觉位置、方向或声音。
关于颜色的要求，请参考指引1.4。
(AA级)
内容不限制其视图和操作为单一显示方向（例如纵向或横向），除非特定显示方向是必要的。
某些显示方向可能是必要的示例包括银行支票、钢琴应用、投影仪或电视幻灯片，或不一定限制为横向或纵向显示方向的虚拟现实内容。
(AA级)
在以下情况下，收集用户信息的每个输入字段的目的可以通过编程确定：
(AAA级)
使用户更容易看到和听到内容，包括将前景与背景分离。
(A级)
颜色不是传达信息、指示操作、提示响应或区分视觉元素的唯一视觉手段。
本成功标准专门处理颜色感知。其他感知形式在 指引1.3 中涵盖，包括对颜色和其他视觉呈现编码的程序化访问。
(A级)
如果网页上的任何音频自动播放超过 3 秒，则必须提供一种机制，以便用户可以暂停或停止音频，或者提供一种机制以独立于整体系统音量级别控制音频音量。
由于任何不符合此成功标准的内容都会干扰用户使用整个页面，因此网页上的所有内容（无论是否用于满足其他成功标准）都必须符合此成功标准。参见一致性要求5：无干扰。
(AA级)
文本 和图像文本的视觉呈现与相邻颜色的对比度至少为4.5:1，以下情况除外：
(AA级)
(AA级)
如果使用的技术能够实现视觉呈现，则应使用文本来传达信息，而不是使用文本图像，除非以下情况：
作为商标或品牌名称一部分的文本被视为必要。
(AAA级)
(AAA级)
对于预录制的仅音频内容，且内容（1）主要包含前景语音，（2）不是音频 验证码或音频徽标，且（3）不以音乐表达为主（如唱歌或说唱），则以下至少有一项成立：
音频不包含背景声音。
背景声音可以关闭。
背景声音至少比前景语音低20分贝，偶尔出现的持续一两秒的声音除外。
根据“分贝”的定义，符合该要求的背景声音将比前景语音约低四倍。
(AAA级)
内容不要求使用这些值。要求是为用户提供修改这些呈现方面的机制。该机制可以由浏览器或其他用户代理提供，内容无需提供该机制。
某些语言的书写系统使用不同的呈现方式来提高可读性和易读性。如果该成功标准中的呈现方式未被某种书写系统使用，则该书写系统中的内容无需使用该呈现方式，且仍可符合要求。鼓励作者遵循其书写系统中的可读性和易读性指导。
(AAA级)
图像文本仅用于纯装饰，或在特定的文本呈现对所传达的信息是必要的情况下。
作为商标或品牌名称一部分的文本被视为必要。
(AA级)
内容可呈现且不会丢失信息或功能，也无需在两维上滚动，以下内容除外：
但需要双维布局以实现功能或意义的内容除外。
320 CSS 像素相当于在 400% 缩放时起始视口宽度为 1280 CSS 像素宽。对于设计为水平滚动的 Web 内容（例如垂直文本），256 CSS 像素相当于在 400% 缩放时起始视口高度为 1024 CSS 像素。
需要双维布局的内容示例包括理解所需的图像（例如地图和图表）、视频、游戏、演示、数据表（不是单个单元格），以及在操作内容时需要保持工具栏可见的界面。对于此类内容部分，允许提供双维滚动。
(AA级)
(AA级)
在使用支持以下文本样式属性的标记语言实现的内容中，通过设置以下所有属性并不更改其他样式属性，不会导致内容或功能的丢失：
例外情况：人类语言和书写系统在书面文本中未使用一种或多种这些文本样式属性的，可以仅使用该语言和书写系统组合中存在的属性来符合要求。
内容不要求使用这些文本间距值。要求是确保当用户覆盖作者的文本间距时，不会丢失内容或功能。
某些语言的书写系统使用不同的文本间距设置，例如段落开始的缩进。鼓励作者遵循其书写系统中的可读性和易读性指导。
(AA级)
当接收并随后移除指针悬停或键盘聚焦时触发其他内容变得可见然后消失，以下条件成立：
例外情况：附加内容的视觉呈现由用户代理控制，且未被作者修改。
自定义工具提示、子菜单和其他非模态弹出窗口，它们在悬停和聚焦时显示，是此标准涵盖的其他内容的示例。
该标准适用于在触发组件本身之外显示的内容。由于隐藏组件在键盘聚焦时变得可见（如用于跳转到页面另一部分的链接），因此不属于此标准的范围。
用户界面组件和导航必须是可操作的。
确保所有功能均可通过键盘操作。
(A级)
内容的所有功能均可通过键盘接口操作，无需特定的按键时间控制，除非底层功能要求依赖于用户移动路径的输入，而不仅仅是端点。
此例外针对的是底层功能，而非输入技术。例如，如果使用手写输入文本，输入技术（手写）需要依赖路径输入，但底层功能（文本输入）不需要。
这并不禁止或应阻止在提供键盘操作的同时提供鼠标输入或其他输入方式。
(A级)
如果可以使用键盘接口将焦点移动到页面组件， 那么仅使用键盘接口即可将焦点移开该组件；如果需要使用修改过的箭头键或Tab键等标准退出方法之外的操作，用户需被告知如何移除焦点。
由于不符合此成功标准的内容可能干扰用户使用整个页面，网页上的所有内容（无论是否用于满足其他成功标准）都必须符合此成功标准。参见符合性要求5：不干扰。
(AAA级)
(A级)
如果在内容中实现的键盘快捷键仅使用字母（包括大小写字母）、标点符号、数字或符号字符，则必须符合以下至少一项要求：
为用户提供足够的时间阅读和使用内容。
(A级)
对于由内容设定的每个时间限制，至少满足以下一项要求：
时间限制是实时事件（例如拍卖）的必要部分，且无法提供时间限制的替代方案；或者
此成功标准确保用户在没有因时间限制引起的意外内容或上下文变化的情况下完成任务。此成功标准应结合成功标准3.2.1一起考虑，该标准对因用户操作引起的内容或上下文变化进行了限制。
(A级)
对于移动、闪烁、滚动或自动更新的信息，以下所有情况都应满足：
对于任何（1）自动开始，（2）持续超过五秒，以及（3）与其他内容并行呈现的移动、闪烁或滚动信息，必须提供一种机制，以便用户可以暂停、停止或隐藏它，除非该移动、闪烁或滚动是活动的一部分，且必不可少；
有关闪烁或闪光内容的要求，请参见指引2.3。
由于不符合此成功标准的内容可能干扰用户使用整个页面，网页上的所有内容（无论是否用于满足其他成功标准）都必须符合此成功标准。参见符合性要求5：不干扰。
由软件定期更新或流式传输到用户代理的内容无需保留或呈现暂停和恢复演示之间生成或接收到的信息，因为这在技术上可能不可行，并且在许多情况下这样做可能会引起误导。
作为预加载阶段或类似情况下发生的动画如果在该阶段内无法进行交互，并且不指示进度可能会让用户困惑或使其认为内容已冻结或崩溃，则可视为必要。
(AAA级)
(AAA级)
用户可以推迟或抑制中断，除非涉及紧急情况的中断。
(AAA级)
当认证会话过期时，用户可以在重新认证后继续进行活动，而不会丢失数据。
(AAA级)
用户会被告知任何由于用户不活动而可能导致数据丢失的时长，除非数据在用户不采取任何行动时被保存超过20小时。
隐私法规可能要求在用户身份被验证和用户数据被保存之前获得明确的用户同意。如果用户是未成年人，大多数司法管辖区、国家或地区可能不会征求明确的同意。在考虑数据保存作为满足此成功标准的方法时，建议咨询隐私专家和法律顾问。
不要以已知会引发癫痫或身体反应的方式设计内容。
(A级)
网页不包含任何每秒闪烁超过三次的内容，或其闪烁低于一般闪烁和红色闪烁阈值。
由于不符合此成功标准的任何内容都会影响用户使用整个页面的能力，因此网页上的所有内容（无论是否用于满足其他成功标准）都必须符合此成功标准。请参阅一致性要求5：不干扰。
(AAA级)
(AAA级)
通过键盘之外的各种输入方式让用户更容易操作功能。
(A级)
所有使用多点或基于路径的手势进行操作的功能都可以通过单点操作且无需基于路径的手势，除非多点或基于路径的手势是必不可少的。
此要求适用于解释指针操作的 Web 内容（即，不适用于操作用户代理或辅助技术所需的操作）。
(A级)
模拟键盘或数字键盘按键操作的功能被视为必要的。
该要求适用于解释指针操作的Web内容（即，不适用于操作用户代理或辅助技术所需的操作）。
(A级)
对于具有包含文本或图像文本的用户界面组件的标签，名称中包含以视觉方式呈现的文本。
最佳实践是将标签文本置于名称的开头。
(A级)
可通过设备运动或用户运动操作的功能，也可以通过用户界面组件进行操作，并且可以禁用对运动的响应以防止意外触发，除非：
(AAA级)
(AAA级)
Web内容不限制平台上可用的输入方式，除非该限制是必要的、确保内容安全所需的，或者是为了尊重用户设置。
(AA级)
新
所有使用拖动动作进行操作的功能都可以通过单点操作且无需拖动，除非拖动是必不可少的，或者功能由用户代理决定且未被作者修改。
此要求适用于解释指针操作的 Web 内容（即，不适用于操作用户代理或辅助技术所需的操作）。
(AA级)
新
指针输入的目标大小至少为 24 x 24 CSS 像素，除非：
允许基于目标内部位置选择值的目标在该成功标准中被视为一个目标。例如滑块、显示颜色渐变的颜色选择器或可编辑的光标位置区域。
对于内联目标，行高应被解释为与文本流的方向垂直。例如，在垂直显示的语言中，行高应为水平。
信息及用户界面的操作必须是可理解的。
确保文本内容可读且易于理解。
(A级)
(AA级)
内容中每段或短语的人类语言可以通过编程确定，但专有名称、技术术语、不确定语言的词汇以及已成为周围文本通俗表达的一部分的词汇或短语除外。
(AAA级)
(AAA级)
(AAA级)
（AAA 级）
提供了一种机制，用于标识在上下文中如果不知道发音会导致意义模糊的单词的特定发音。
确保网页的呈现和操作具有可预测性。
(A级)
(A级)
(AA级)
(AAA级)
(A级)
新
如果网页包含以下任何帮助机制，且这些机制在网页集合中的多个网页上重复出现，则它们相对于其他页面内容的顺序保持一致，除非用户发起了更改：
帮助机制可以直接在页面上提供，也可以通过直接链接到包含信息的其他页面提供。
对于此成功标准，可以将“相对于其他页面内容的相同顺序”理解为页面序列化时的内容顺序。对于同一页面变化（例如 CSS 断点），帮助机制的位置通常在页面间保持一致。用户可以启动更改，如更改页面的缩放或方向，这可能会触发不同的页面变化。此标准关注相同页面变化中页面的相对顺序（例如，相同的缩放级别和方向）。
帮助用户避免和纠正错误。
(A级)
如果自动检测到输入错误，则会标识出错误项，并通过文本向用户描述该错误。
(A级)
当内容需要用户输入时，提供标签或说明。
(AA级)
如果自动检测到输入错误，并且已知更正建议，则向用户提供建议，除非这会危及内容的安全性或目的。
(AA级)
对于会导致用户发生法律承诺或金融交易的网页，修改或删除数据存储系统中用户可控的数据，或提交用户测试答案时，以下至少有一项为真：
(AAA级)
提供上下文相关帮助。
(AAA级)
对于需要用户提交信息的网页，以下至少有一项为真：
(A级)
新增
用户以前输入或提供的信息，若要求在相同的过程中重新输入，则应自动填充或可供用户选择。
除非：
(AA级)
新增
在身份验证过程中，除非某一步提供以下至少一种方式，否则不需要进行认知功能测试（如记住密码或解谜）：
"对象识别"和"个人内容"可以用图片、视频或音频表示。
(AAA级)
新增
在身份验证过程中，除非某一步提供以下至少一种方式，否则不需要进行认知功能测试（如记住密码或解谜）：
内容必须足够健壮，以便能够被各种用户代理（包括辅助技术）解释。
最大化与当前和未来用户代理的兼容性，包括辅助技术。
此标准最初被采用是为了解决辅助技术直接解析 HTML 时遇到的问题。辅助技术现在不再需要直接解析 HTML。因此，这些问题要么已经不存在，要么已通过其他标准解决。此标准已不再具有实用性，因此被移除。
(A级)
对于所有用户界面组件（包括但不限于：表单元素、链接以及由脚本生成的组件），其名称和角色可以通过编程确定；用户可设置的状态、属性和值可以通过编程设置；并且这些项目的更改通知可供用户代理（包括辅助技术）使用。
此成功标准主要针对开发或编写自己用户界面组件的 Web 作者。例如，标准的 HTML 控件在按照规范使用时已经满足此成功标准。
(AA级)
在使用标记语言实现的内容中，状态消息可以通过角色或属性以编程确定的方式呈现给用户，使其能够通过辅助技术进行呈现而不需要获得焦点。
本节列出了符合WCAG 2.2的要求，并提供了有关如何声明符合性的可选信息。最后，它描述了什么是可访问性支持，因为只有技术的可访问性支持使用方式才能依赖于符合性。理解符合性提供了关于可访问性支持概念的进一步解释。
WCAG 2.2 的主要内容是规范性的，定义了影响符合性声明的要求。介绍性材料、附录、标记为“非规范性”的部分、图表、示例和注释是信息性（非规范性）的。非规范性材料提供建议性信息以帮助解释指南，但不会创建影响符合性声明的要求。
关键字 MAY、MUST、MUST NOT、NOT RECOMMENDED、RECOMMENDED、SHOULD 和 SHOULD NOT 应按照 [RFC2119] 中的描述进行解释。
为了使网页符合WCAG 2.2，必须满足以下所有符合性要求：
以下符合性级别之一完全达到。
虽然符合性只能在规定的级别上实现，但鼓励作者在其声明中报告任何超出已实现符合性级别的所有级别成功标准的进展。
不建议将 Level AAA 符合性作为整个网站的一般政策要求，因为某些内容无法满足所有 Level AAA 成功标准。
符合性（及符合性级别）仅适用于完整的网页，如果网页的一部分被排除，则无法实现符合性。
为了确定符合性，如果页面内容的一部分有替代方案，并且可以直接从页面获取，例如长描述或视频的替代呈现，则这些替代方案被视为页面的一部分。
由于作者无法控制的内容导致网页无法符合要求的作者可以考虑部分符合性声明。
完整页面包括页面为各种屏幕尺寸自动呈现的每种变体（例如响应式网页中的变体）。为了使整个页面符合要求，每种变体都需要符合要求（或需要具有符合要求的替代版本）。
当网页是呈现流程（即完成某项活动所需的一系列步骤）的一部分时，流程中的所有网页都必须符合指定级别或更高。（如果流程中的任何页面未达到该级别或更高，则无法实现该级别的符合性。）
只有可访问性支持的技术使用方式才能依赖以满足成功标准。任何以不可访问性支持的方式提供的信息或功能，也必须以可访问性支持的方式提供。（请参阅理解可访问性支持。）
如果技术以不可访问性支持的方式使用，或者以不符合要求的方式使用，则它们不得阻碍用户访问页面的其他部分。此外，整个网页在以下每种情况下仍需满足符合性要求：
此外，以下成功标准适用于页面上的所有内容，包括不依赖于符合性要求的内容，因为未满足这些标准可能会干扰页面的任何使用：
如果页面无法符合要求（例如，符合性测试页面或示例页面），则不能将其包含在符合性范围或符合性声明中。
有关更多信息，包括示例，请参阅理解符合性要求。
符合性仅针对网页定义。然而，符合性声明可以涵盖一个页面、一系列页面或多个相关网页。
符合性声明不是必需的。作者可以在不声明的情况下符合 WCAG 2.2。然而，如果做出符合性声明，则符合性声明必须包括以下信息：
网页的简要描述，例如声明所涵盖的 URI 列表，包括是否包含子域。
网页可以通过列表或描述声明中包含的所有 URI 的表达式进行描述。
在安装到客户网站之前没有 URI 的基于 Web 的产品可以声明在安装后符合要求。
如果使用符合性标志，则它将构成声明，并且必须附有上述符合性声明的必需组件。
除了上述符合性声明的必需组件外，请考虑提供其他信息以帮助用户。推荐的附加信息包括：
有关更多信息和符合性声明示例，请参阅理解符合性声明。
有关在符合性声明中使用元数据的更多信息，请参阅理解元数据。
将来会添加更多内容的网页可以使用“部分符合性声明”。例如，电子邮件程序、博客、允许用户添加评论的文章，或支持用户贡献内容的应用程序。另一个例子是由多个贡献者汇总内容组成的页面，如门户网站或新闻网站，或者随着时间推移自动插入其他来源内容的网站，例如动态插入广告的情况。
在这些情况下，最初发布时无法知道页面的非控制内容是什么。需要注意的是，非控制内容也可能影响控制内容的可访问性。提供了两种选择：
可以根据最佳认知来做出符合性的判定。如果这种类型的页面在两天内得到监控和修复（非符合性内容被移除或使其符合），则可以做出符合性判定或声明，因为除了外部贡献内容中的错误会在遇到时得到纠正或移除外，该页面是符合的。如果无法监控或修正非符合性内容，则无法做出符合性声明；
或者
可以做出“部分符合性声明”，即该页面不符合，但如果某些部分被移除，则可能符合。该声明的形式为：“此页面不符合，但如果移除以下不受控制的来源部分，则符合WCAG 2.2的X级别。”此外，关于部分符合性声明中描述的非控制内容，还应符合以下条件：
当页面不符合规定，但如果对页面使用的语言（或所有语言）有可访问性支持，则页面可以符合时，可做出“由于语言部分符合性声明”。声明的形式为：“此页面不符合，但如果存在对以下语言的可访问性支持，则会符合WCAG 2.2的X级别：”
本节为非规范性内容。
本规范中的成功标准可能对隐私产生影响，工作组已识别出这些影响，包括为终端用户提供保护或网站提供者在实施旨在保护用户隐私的功能时需要考虑的重要事项。以下是相关成功标准的列表。该列表反映了工作组当前的理解，但其他成功标准可能也具有隐私影响，而工作组在发布时尚未意识到。
本规范中可能与隐私相关的成功标准包括：
本节为非规范性内容。
本规范中的成功标准可能对安全产生影响，工作组已识别出这些影响，包括为终端用户提供保护或网站提供者在实施旨在保护用户安全的功能时需要考虑的重要事项。以下是相关成功标准的列表。该列表反映了工作组当前的理解，但其他成功标准可能也具有安全影响，而工作组在发布时尚未意识到。
本规范中可能与安全相关的成功标准包括：
未成为语言一部分的词、短语或名称的缩写形式
这包括以下内容的首字母缩略词和首字母组合词：
首字母缩略词 是由名称或短语中的单词或音节的首字母组成的缩写形式
并非所有语言中都有定义。
首字母组合词 是由其他单词（名称或短语）中的首字母或部分单词组成的缩写形式，可以读作一个单词
一些公司将曾经是首字母缩略词的词语作为公司名称。在这种情况下，公司的新名称就是字母（例如 Ecma），该词不再被视为缩写。
为了使 Web 内容技术的使用（或技术特性的使用）符合可访问性支持，必须满足以下两点：
所使用的 Web 内容技术 必须被用户的辅助技术（AT）支持。 这意味着所使用的技术已在内容的 人类语言 中进行过与用户辅助技术的互操作性测试。
同时
必须有用户可用的支持可访问性的用户代理。 这意味着以下四种情况中的至少一种为真：
该技术在广泛分发的用户代理中原生支持，并且也支持可访问性（例如 HTML 和 CSS）；
或者
该技术在广泛分发且支持可访问性的插件中得到支持；
或者
该内容在封闭的环境中提供，例如大学或公司网络，所需的用户代理也支持可访问性；
或者
支持该技术的用户代理是可访问性支持的，并且可供下载或购买，且：
可访问性指南工作组和 W3C 未规定对 Web 技术的某一特定用途进行分类为可访问性支持所需的辅助技术支持量。 (参见 可访问性支持的辅助技术支持水平)。
当Web 技术以“可访问性支持”的方式使用时，并不意味着整个技术或该技术的所有使用方式都受到支持。大多数技术，包括 HTML，至少有一个功能或使用方式缺乏支持。只有在可访问性支持的技术使用方式可以依赖于满足 WCAG 要求时，页面才符合 WCAG。
引用具有多个版本的 Web 内容技术时，应指定受支持的版本。
作者可以通过查阅已记录的可访问性支持用法列表来找到支持可访问性技术的用法。 (参见 了解可访问性支持的 Web 技术用法)。 作者、公司、技术供应商或其他人可以记录支持可访问性的 Web 技术用法。然而，文档中的所有技术使用方式都需要符合上述的可访问性支持定义。
包括按正确顺序排列的基于时间的视觉和听觉信息的文本描述文档，并提供实现任何基于时间的交互结果的手段
用于创建同步媒体内容的剧本只有在经过编辑以准确表示最终的同步媒体时才符合此定义。
用户无法从链接和与该链接同时呈现给用户的网页信息中确定其用途（即，没有残障的读者在激活链接之前不会知道该链接的作用）
通过字符或符号（通常来自 ASCII 定义的 95 个可打印字符）的空间排列创建的图片
硬件和/或软件，作为 用户代理，或与主流用户代理一起，提供超出主流用户代理的功能以满足残障用户的需求
辅助技术提供的功能包括替代演示（例如合成语音或放大的内容）、替代输入方法（例如语音）、附加导航或定位机制，以及内容转换（例如使表格更易访问）。
辅助技术通常通过使用和监控 API 与主流用户代理通信数据和消息。
主流用户代理与辅助技术之间的区别并不是绝对的。许多主流用户代理提供一些功能来帮助残障人士。基本区别在于主流用户代理针对包括残障人士在内的广泛多样化用户群，而辅助技术针对特定残障群体的用户。辅助技术提供的帮助更为具体，并适应其目标用户的需求。主流用户代理可能为辅助技术提供重要功能，例如从程序对象中检索 Web 内容或将标记解析为可识别的组块。
声音重现技术
音频可以通过合成（包括语音合成）创建，或从真实世界声音中录制，或两者兼而有之。
为原声添加旁白，以描述无法通过原声单独理解的重要视觉细节
视频的音频描述提供了关于动作、角色、场景变化、屏幕文字和其他视觉内容的信息。
标准音频描述是在对话中的现有暂停期间添加旁白。 (另请参见 扩展音频描述。）
也称为“视频描述”和“叙述性解说”。
以引起注意的方式在两种视觉状态之间切换
另请参见闪光。某些物体可能足够大，并且以足够亮度和正确的频率闪烁，也会被归类为闪光。
多于一个句子的文本
“完全自动化的公众图灵测试以区分计算机和人类”（Completely Automated Public Turing test to tell Computers and Humans Apart）的缩写
CAPTCHA 测试通常要求用户输入显示在模糊图像或音频文件中的文本。
图灵测试是任何旨在区分人类与计算机的测试系统。该术语由卡内基梅隆大学的研究人员提出，得名于著名计算机科学家艾伦·图灵。
同步的视觉和/或文本替代，用于理解媒体内容所需的语音和非语音音频信息。
字幕类似于仅有对话的字幕，但字幕不仅传达了对话内容，还传达了理解节目内容所需的非对话音频信息的等效内容，包括音效、音乐、笑声、说话者身份和位置。
隐藏字幕是可以在某些播放器中打开和关闭的等效字幕。
字幕不应遮挡或妨碍视频中的相关信息。
在某些国家，字幕被称为“字幕翻译”。
音频描述可以但不需要进行字幕化，因为它们描述的是已经以视觉方式呈现的信息。
如果在没有用户意识的情况下进行的重大变化，会让无法同时查看整个页面的用户感到困惑
上下文变化包括以下变化：
内容变化并不总是上下文变化。例如，扩展的大纲、动态菜单或选项卡控制等内容变化不一定会改变上下文，除非它们也改变了上述某个内容（例如焦点）。
新增
要求用户记住、处理或转录信息的任务。示例包括但不限于：
满足给定标准、指南或规范的所有要求
版本，它
在此定义中，“只能访问”意味着存在某种机制，例如条件重定向，阻止用户“访问”（加载）不符合要求的页面，除非用户刚刚来自符合要求的版本。
替代版本不必与原始版本逐页匹配（例如，符合要求的替代版本可以包含多个页面）。
如果提供多种语言版本，则需要为每种提供的语言提供符合要求的替代版本。
可以提供替代版本以适应不同的技术环境或用户组。每个版本都应尽可能符合要求。为了满足符合性要求 1，一个版本需要完全符合要求。
符合要求的替代版本不必位于符合性范围内，甚至不必位于同一网站上，只要它与不符合要求的版本一样可以免费获得即可。
替代版本不应与补充内容混淆，后者支持原始页面并增强理解。
在内容中设置用户偏好以生成符合要求的版本是访问另一个版本的可接受机制，只要用于设置偏好的方法是可访问性支持的即可。
请参阅理解符合性替代版本
提供与当前正在执行的功能相关信息的帮助文本
清晰的标签可以作为上下文相关帮助。
(L1 + 0.05) / (L2 + 0.05)，其中
对比度范围可以从 1 到 21（通常写为 1:1 到 21:1）。
由于作者无法控制用户如何呈现文本的设置（例如字体平滑或抗锯齿），因此可以在关闭抗锯齿的情况下评估文本的对比度。
就成功标准 1.4.3 和 1.4.6 而言，对比度是相对于在正常使用中呈现文本的指定背景来测量的。如果未指定背景颜色，则假定为白色。
背景颜色是在正常使用中呈现文本的内容的指定颜色。如果在指定文本颜色时未指定背景颜色，则这是一个失败，因为用户的默认背景颜色未知，无法评估其足够的对比度。出于同样的原因，如果在指定背景颜色时未指定文本颜色，则这也是一个失败。
当字母周围有边框时，边框可以增加对比度，并将用于计算字母与其背景之间的对比度。字母周围的窄边框将用作字母。字母周围填充字母内部细节的宽边框充当光晕，将被视为背景。
WCAG 符合性应针对内容中指定的颜色对进行评估，作者希望这些颜色对在典型呈现中相邻出现。作者无需考虑不寻常的呈现，例如用户代理所做的颜色更改，除非是由作者的代码引起的。
任何单词和段落以不改变内容含义的顺序呈现的序列
视角约为 0.0213 度
CSS 像素是 CSS 中所有长度和度量的规范单位。此单位与密度无关，并且与显示器中存在的实际硬件像素不同。用户代理和操作系统应确保 CSS 像素尽可能接近 CSS 值和单位模块级别 3 参考像素 [css3-values]，该参考像素考虑了显示器的物理尺寸和假定的观看距离（内容作者无法确定的因素）。
当指针的触发刺激被按下时发生的平台事件
按下事件在不同平台上可能有不同的名称，例如“touchstart”或“mousedown”。
新增
指针在按下事件中与元素啮合，并且元素（或其位置的表示）跟随指针直到抬起事件的操作
可拖动元素的示例包括列表项、文本元素和图像。
需要立即采取行动以保护健康、安全或财产的突发意外情况或事件
如果删除，将从根本上改变内容的信息或功能，并且信息和功能无法以其他符合要求的方式实现
通过暂停视频以便有时间添加额外描述而添加到视听演示中的音频描述
相对亮度的一对相反变化，如果足够大且在正确的频率范围内，可能会导致某些人癫痫发作
有关不允许的闪光类型的信息，请参阅一般闪光和红闪阈值。
另请参阅闪烁。
新增
通过用户操作可实现的过程和结果
如果满足以下任一条件，则闪光或快速变化的图像序列低于阈值（即内容通过）：
其中：
例外：精细、平衡的图案闪烁，例如白噪声或交替的棋盘图案，其“方块”边长小于 0.1 度（典型观看距离下的视角），不违反阈值。
对于通用软件或 Web 内容，当内容以 1024 x 768 像素观看时，在显示屏幕区域的任何位置使用 341 x 256 像素的矩形，将为标准屏幕尺寸和观看距离（例如，15-17 英寸屏幕，距离 22-26 英寸）提供 10 度视野的良好估计。已知此 75 - 85 ppi 的分辨率较低，因此比 CSS 规范中标称的 96 ppi CSS 像素分辨率更保守。显示相同内容渲染的更高分辨率显示器会产生更小更安全的图像，因此使用较低分辨率来定义阈值。
过渡是指相对亮度（或红闪的相对亮度/颜色）在相对亮度（或红闪的相对亮度/颜色）测量值与时间的关系图中相邻峰值和谷值之间的变化。闪光由两个相反的过渡组成。
该领域中“涉及饱和红色的成对相反过渡”（来自 WCAG 2.2）的新工作定义是成对相反过渡，其中一个过渡是到或来自 R/(R + G + B) 值大于或等于 0.8 的状态，并且状态之间的差异在 CIE 1976 UCS 色度图上大于 0.2（无单位）。[ISO_9241-391]
有可用的工具可以从视频屏幕捕获中进行分析。但是，如果闪烁在任何一秒钟内小于或等于 3 次，则无需工具来评估此情况。内容自动通过（参见上面的 #1 和 #2）。
用于与人交流的口语、书面语或手语（通过视觉或触觉方式）
另请参阅手语。
其含义不能从单个词的含义中推断出来，并且特定词不能在不失去含义的情况下更改的短语
习语不能直接逐字翻译，否则会失去其（文化或语言相关的）含义。
为了达到特定的视觉效果而以非文本形式（例如图像）呈现的文本
这不包括作为包含重要其他视觉内容的图片一部分的文本。
用于提供信息，不要求符合性
用户提供但未被接受的信息
这包括：
特定领域的人们以特定方式使用的词语
软件用于获取按键输入的界面
即使本机技术不包含键盘，键盘界面也允许用户向程序提供按键输入。
通过键盘操作的鼠标模拟器（例如 MouseKeys）操作应用程序（或应用程序的某些部分）不符合通过键盘界面操作的条件，因为程序的操作是通过其指针设备界面，而不是通过其键盘界面。
通过按下一个或多个键来触发操作的替代方法
呈现给用户以识别 Web 内容中组件的文本或其他具有文本替代项的组件
标签呈现给所有用户，而名称可能被隐藏，仅由辅助技术公开。在许多（但并非所有）情况下，名称和标签是相同的。
术语“标签”不限于 HTML 中的 label 元素。
至少 18 磅或 14 磅粗体，或对于中文、日文和韩文 (CJK) 字体产生等效大小的字号
笔画极细或具有不寻常特征和特性（降低其字母形式熟悉度）的字体更难阅读，尤其是在对比度较低的情况下。
字号是内容交付时的大小。它不包括用户可能进行的调整大小。
用户看到的字符的实际大小取决于作者定义的大小和用户的显示器或用户代理设置。对于许多主流正文字体，14 和 18 磅大致相当于 1.2 和 1.5 em 或正文默认大小的 120% 或 150%（假设正文字体为 100%），但作者需要针对所使用的特定字体进行检查。当字体以相对单位定义时，实际磅值由用户代理计算以供显示。在评估此成功标准时，应从用户代理获取磅值，或根据用户代理所做的字体度量进行计算。视力低下的用户将负责选择适当的设置。
使用文本而不指定字号时，主流浏览器用于未指定文本的最小字号可以合理地假定为该字体的字号。如果 1 级标题在主流浏览器中以 14 磅粗体或更高磅值呈现，则可以合理地假定它是大号文本。可以类似地从默认大小计算相对缩放。
罗马文本的 18 磅和 14 磅大小取自大号字体 (14pt) 的最小尺寸和较大的标准字体大小 (18pt)。对于其他字体，例如 CJK 语言，“等效”大小将是用于这些语言的最小大号字体大小和下一个较大的标准大号字体大小。
个人承担具有法律约束力的义务或利益的交易
激活超链接所获得结果的性质
从真实世界事件中捕获并以不超过广播延迟的时间传输给接收者的信息
广播延迟是一个短暂的（通常是自动的）延迟，例如用于给广播员时间来提示或审查音频（或视频）馈送，但不足以进行重大编辑。
如果信息完全由计算机生成，则不是直播。
在完成六年学校教育后开始并于小学教育开始九年后结束的两到三年教育期
此定义基于国际教育标准分类 [UNESCO]。
实现结果的过程或技术
该机制需要满足所声明符合性级别的所有成功标准。
呈现的信息不超过已在文本中（直接或通过文本替代方案）呈现的信息的媒体
为那些受益于文本替代表示的人提供文本的媒体替代方案。文本的媒体替代方案可以是纯音频、纯视频（包括手语视频）或音视频。
在条件之间添加步骤以产生运动的错觉或给出平滑过渡的感觉
新增
形状的所有点所在的与水平轴对齐的最小外接矩形。对于作为句子或文本块（例如超文本链接）一部分而换行到多行的组件，边界框基于组件在单行上显示的方式。
软件可以向用户识别 Web 内容中组件的文本
名称可能被隐藏，仅由辅助技术公开，而标签则呈现给所有用户。在许多（但并非所有）情况下，标签和名称是相同的。
这与 HTML 中的 name 属性无关。
使用键盘界面按定义的顺序（从一个元素到下一个元素）导航焦点
任何不是可以以编程方式确定的字符序列，或者序列未以人类语言表达某些内容的内容
这包括 ASCII 艺术（字符图案）、表情符号、火星文（使用字符替换）和表示文本的图像
符合性要求
可以以各种明确定义的方式符合本文档。
在最常见尺寸的台式机/笔记本电脑显示器上，视口最大化
由于人们通常会使用电脑好几年，因此最好不要依赖最新的台式机/笔记本电脑显示器分辨率，而应在进行此评估时考虑几年内常见的台式机/笔记本电脑显示器分辨率。
应用户请求停止，并且在用户请求之前不会恢复
新增
形成形状边界的连续线，不包括共享像素，或最小边界框，以较短者为准。
来自可以定位屏幕上特定坐标（或坐标集）的设备的输入，例如鼠标、笔或触摸接触
请参阅 指针事件“指针”定义 [pointerevents]。
非直播的信息
以用户可感知的方式呈现内容
在五到七岁之间开始的六年时间段，可能没有任何先前的教育
此定义基于国际教育标准分类 [UNESCO]。
一系列用户操作，其中每个操作都是完成活动所必需的
可以从与链接的关系中以编程方式确定的附加信息，与链接文本结合，并以不同方式呈现给用户
由于屏幕阅读器会解释标点符号，因此当焦点位于该句子中的链接上时，它们还可以提供当前句子的上下文。
仅用于美学目的，不提供信息，也没有功能
只有当单词可以重新排列或替换而不改变其目的时，文本才是纯粹装饰性的。
事件 a) 与观看同时发生，并且 b) 不完全由内容生成
在 HTML 中，任何指定了地标角色的区域都是一个区域。
不同内容片段之间的有意义关联
颜色空间中任何点的相对亮度，标准化为最暗的黑色为 0，最亮的白色为 1
对于 sRGB 颜色空间，颜色的相对亮度定义为 L = 0.2126 * R + 0.7152 * G + 0.0722 * B，其中 R、G 和 B 定义如下：
并且 RsRGB、GsRGB 和 BsRGB 定义如下：
“^”字符是幂运算符。（公式取自 [SRGB]。）
2021 年 5 月之前，定义中的 0.04045 值不同 (0.03928)。它取自规范的旧版本，并已更新。在这些指南的背景下，它对计算没有实际影响。
如今用于查看 Web 内容的几乎所有系统都假定采用 sRGB 编码。除非已知将使用其他颜色空间来处理和显示内容，否则作者应使用 sRGB 颜色空间进行评估。如果使用其他颜色空间，请参阅理解成功标准 1.4.3。
如果在交付后发生抖动，则使用源颜色值。对于在源处抖动的颜色，应使用抖动颜色的平均值（平均 R、平均 G 和平均 B）。
有可用的工具可以在测试对比度和闪光时自动进行计算。
软件可以识别 Web 内容中组件功能的文本或数字
使用时结果相同
相对于其他项目的位置相同
即使从原始顺序中插入或删除了其他项目，项目也被认为处于相同的相对顺序。例如，展开导航菜单可能会插入额外的详细级别，或者次要导航部分可能会插入到阅读顺序中。
成功标准在应用于页面时不会评估为“假”
处理一个或多个相关主题或思想的独立书面内容部分
一个部分可以由一个或多个段落组成，并包括图形、表格、列表和子部分。
共享共同目的并由同一作者、团体或组织创建的网页的集合
不同的语言版本将被视为不同的网页集。
一种使用手和手臂的动作、面部表情或身体姿势的组合来传达意义的语言
将一种语言（通常是口语）翻译成手语
真正的符号语言是独立的语言，与同一国家或地区的口语无关。
一种一次仅针对页面/屏幕上单个点的输入方式——例如鼠标、触摸屏上的单指或手写笔。
单点指针交互包括单击、双击、轻点、拖动动作和单指滑动姿势。相比之下，多点交互涉及同时使用两个或多个指针，例如触摸屏上的双指交互，或同时使用鼠标和手写笔。
一种非纯粹装饰性且主要不传达重要信息或执行功能的感官体验
表示用户界面组件特征的动态属性，该属性可能会因用户操作或自动化过程而更改
状态不影响组件的性质，但表示与组件或用户交互可能性相关的数据。示例包括焦点、悬停、选择、按下、选中、已访问/未访问以及展开/折叠。
其值决定内容元素（例如字体、颜色、大小、位置、填充、音量、合成语音韵律）在用户代理（例如屏幕、扬声器、盲文显示器）呈现时的呈现方式的属性
样式属性可以有多种来源：
说明或阐明主要内容的附加内容
将接受指针操作的显示区域，例如用户界面组件的交互区域
如果两个或多个目标重叠，则重叠区域不应包含在目标大小的度量中，除非重叠目标执行相同的操作或打开相同的页面。
在这些指南中，“Web 技术”和单词“技术”（单独使用时）均指 Web 内容技术。
Web 内容技术可以包括标记语言、数据格式或编程语言，作者可以单独使用或组合使用这些语言来创建从静态网页到同步媒体演示再到动态 Web 应用程序的最终用户体验。
与非文本内容以编程方式关联的文本，或从与非文本内容以编程方式关联的文本引用的文本。以编程方式关联的文本是指其位置可以从非文本内容以编程方式确定的文本。
有关更多信息，请参阅理解文本替代项。
当指针的触发刺激被释放时发生的平台事件
抬起事件在不同平台上可能有不同的名称，例如“touchend”或“mouseup”。
以要求用户确切知道应用哪个定义才能正确理解内容的方式使用的词语
为用户检索和呈现 Web 内容的任何软件
旨在供用户访问的数据
这不包括诸如 Internet 日志和搜索引擎监控数据之类的内容。
用户感知为用于不同功能的单个控件的内容部分
多个用户界面组件可以实现为单个编程元素。此处的“组件”与编程技术无关，而是与用户感知为独立控件的内容有关。
用户界面组件包括表单元素和链接以及由脚本生成的组件。
此处所谓的“组件”或“用户界面组件”有时也称为“用户界面元素”。
未发生用户操作的任何连续时间段
跟踪方法将由网站或应用程序确定。
移动或序列化图片或图像的技术
视频可以由动画或摄影图像或两者组成。
用户代理呈现内容的对象
用户代理通过一个或多个视口呈现内容。视口包括窗口、框架、扬声器和虚拟放大镜。视口可以包含另一个视口（例如，嵌套框架）。用户代理创建的界面组件（例如提示、菜单和警报）不是视口。
此定义基于用户代理可访问性指南 1.0 词汇表 [UAAG10]。
可以设置字体、大小、颜色和背景
通过单一 URI 使用 HTTP 获取的非嵌入资源，以及用户代理在渲染或预期与其一起渲染时使用的任何其他资源
尽管任何“其他资源”都将与主要资源一起呈现，但它们不一定同时呈现。
就符合这些指南而言，资源必须在符合性范围内“非嵌入”，才能被视为网页。
本节包含常见用户界面组件输入目的的列表。以下术语并非必须使用的关键字，而是代表网页采用的分类法中必须捕获的目的。在适用的情况下，作者使用选定的分类法标记控件以指示语义目的。这为用户代理和辅助技术提供了应用个性化呈现的潜力，从而使更多人能够理解和使用内容。
输入类型目的列表基于 HTML 规范自动填充部分中定义的控件目的，但重要的是要理解，不同的技术可能在其规范中定义了部分或全部相同的概念，并且只需要映射到以下含义的概念。
以下输入控件目的旨在与内容用户相关，并且仅与该个人相关的信息有关。
name - 全名honorific-prefix - 前缀或头衔（例如，“Mr.”、“Ms.”、“Dr.”、“Mlle”）given-name - 名字（在某些西方文化中，也称为教名）
additional-name - 中间名（在某些西方文化中，也称为中间名，除名字外的其他教名）family-name - 姓氏（在某些西方文化中，也称为姓氏或姓）honorific-suffix - 后缀（例如，“Jr.”、“B.Sc.”、“MBASW”、“II”）nickname - 昵称、网名、用户名：通常用于代替全名的简称organization-title - 职位（例如，“软件工程师”、“高级副总裁”、“副总经理”）username - 用户名new-password - 新密码（例如，在创建帐户或更改密码时）current-password - 由 username
字段标识的帐户的当前密码（例如，在登录时）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 - 邮政编码、邮编、ZIP 码、CEDEX 码（如果是 CEDEX，则将“CEDEX”和相关的区（如果适用）附加到 address-level2 字段）cc-name - 支付工具上提供的全名cc-given-name - 支付工具上提供的名字（在某些西方文化中，也称为教名）cc-additional-name - 支付工具上提供的中间名（在某些西方文化中，也称为中间名，除名字外的其他教名）
cc-family-name - 支付工具上提供的姓氏（在某些西方文化中，也称为姓氏或姓）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（例如，“aim:goim?screenname=example”或“xmpp:fred@example.net”）本节列出了自 WCAG 2.1 以来 WCAG 2.2 中包含的实质性更改，以及自 2023 年 10 月 5 日首次发布以来对 2.2 进行的更改。WCAG 2.1 的勘误修复也已纳入 WCAG 2.2。
完整的 WCAG 2.2 提交历史记录可用。
拖动（后来重命名为拖动动作）。
可查找的帮助（后来重命名为一致的帮助）、
指针目标间距（后来重命名为目标尺寸（最低要求））和冗余输入。
焦点外观（最低要求）（后来重命名为焦点外观）。
可访问的身份验证（无例外）（后来重命名为可访问的身份验证（增强））。
本节为非规范性内容。
有关参与无障碍指南工作组 (AG WG) 的更多信息，请访问工作组主页。
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.
本出版物部分由美国卫生与公众服务部、国家残疾人、独立生活与康复研究所（NIDILRR）提供的联邦资金资助，最初的合同号为ED-OSE-10-C-0067，后为HHSP23301500054C，目前为HHS75P00120P00168。 本出版物的内容不一定反映美国卫生与公众服务部或美国教育部的观点或政策，提及的商标名称、商业产品或组织名称并不意味着美国政府的认可。
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in:
Referenced in: