[目录]
此版本为授权W3C文档。此翻译文档的发布遵循W3C授权翻译文档流程。如有任何争议，应以原始英文版本为权威版本
请参阅本文档 勘误表，包括了规范的更正。
也参阅 译文。
当前本文档也提供非规范的格式，见 Web内容无障碍指南2.0替代版本.
Copyright © 2008 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply.
Web内容无障碍指南（WCAG）2.0涵盖范围广泛，涉及了一些建议，这些建议可使Web内容更容易访问。遵循这些原则，能够让内容更易为广大残障人士所接受，包括失明和低视力、失聪和重听、学习障碍、认知障碍、行动不便、言语残疾、光过敏患者和这些病症的复合患者。遵循这些原则也可让普通用户更容易访问您的Web内容。
WCAG 2.0成功标准是不限特定技术的可测试说明。指南另附一份文档来说明特定技术条件的标准，以及标准的解释说明。 具体内容请查看Web内容无障碍指南（WCAG）概况 以及WCAG技术和指导材料的链接。
WCAG 2.0继承Web内容无障碍指南1.0 [WCAG10]， WCAG1.0是1999年5月W3C发布的推荐标准。虽然可以符合任一WCAG 1.0或者WCAG 2.0 标准（或两者），W3C仍然建议新开发和升级内容使用WCAG 2.0 。W3C还建议制定Web无障碍的政策也请参考WCAG 2.0 。
此部分描述本文档在其发布时的状态。其他文件有可能取代本文档。当前的W3C发布物清单，以及最新修订的技术报告可以在http://www.w3.org/TR/里的 W3C技术报告索引中找到。
此文档来自 Web内容无障碍指南工作组的W3C推荐标准 ——Web内容无障碍指南（WCAG ） 2.0。
本文档已被W3C成员、软件开发人员，其他W3C小组和相关方审阅，并已被W3C理事（W3C Director）批准为W3C推荐标准。这已经是完全版本，可以被其他文档引用或者作为正式的参考材料。W3C制定推荐标准的任务是使之受到关注，并促使其被广泛应用。这将增强Web的功能性与互操作性。
相关的非规范性文件也支持WCAG 2.0， 如理解WCAG 2.0和WCAG 2.0技巧这两个文件 。虽然这些文件没有像WCAG 2.0有正式版本，但它们提供了有助于理解和实现WCAG的重要信息 。
工作组希望任何评论都通过已经提供的在线评论表来进行。如果做不到这一点，意见也可以发送到public-comments-wcag20@w3.org ，这些意见将公之于众。虽然这些有关WCAG 2.0的建议不会改变本指南，但可能在勘误表列出或在WCAG未来版本得到改正 。工作组不打算对意见作出正式答复。WCAG工作组邮件讨论的文档将对社会开放，而且工作组承诺未来的工作将是对所收到的意见进行回复。
本文档由W3C的Web无障碍推进组织（WAI）制定 。WCAG工作组的目标在WCAG工作组章程中也有讨论。WCAG工作组是WAI技术活动的一部分。
本文档是依据2004年2月5日发布的W3C专利政策由相应团队制定。W3C 负责工作组交付产品的专利公开网站的日常维护， 该网站还包括如何公开专利的说明。对某项实际知识拥有专利而且确信该专利符合基本声明要求的个人，按照 W3C专利政策第6节的要求必须公开这些信息。
本节为告知性部分。
Web无障碍指南（WCAG）2.0定义了如何使残障人士更方便地使用Web内容的方法。无障碍涉及广泛的残疾类别，包括视觉、听觉、身体、语言、认知、语言、学习以及神经残疾。尽管这些指南内容广泛，但它无法满足所有类型、程度和多重残疾人群的需要。这些指南也适合老年人上网，还可让普通用户更好的使用。
WCAG 2.0是通过W3C流程与世界各地的个人和组织合作编写的，以提供一个Web无障碍的共同标准，满足国际上个人、组织和各国政府的需要。WCAG 2.0以Web内容无障碍指南1.0 [WCAG10]为基础，旨在广泛适用于现在和未来不同的Web技术，可以用自动化测试和人工评估相结合进行测试。对于WCAG介绍，请参见Web内容无障碍指南（WCAG）概述。
Web无障碍不仅取决于访问的内容，而且也取决于Web浏览器和其他用户代理。创建工具对Web无障碍来说也很重要。对于如何使网页开发和交互组件协调工作的概况，请参见：
使用WCAG的个人和组织差别很大，包括Web设计者和开发者，政策制定者，采购人员，教师和学生。为了满足这些人员的不同需求，指南架构提供了包括整体原则，一般准则，可测试成功标准，充分性技巧和建议性技巧，并为记录在案的常见错误提供了丰富的例子，资源链接及代码。
原则 - 首先是四大原则，它提供了Web无障碍的基础： 可感知性，可操作性，可理解性和稳定性。参见理解无障碍四项原则。
准则 - 原则之下是准则。提供的12项准则是为了达到这样一个基本目标：作者应努力使内容更容易让不同症状的残障用户能够访问。该准则是不可测试的，但提供了框架和总体目标，以帮助作者了解成功标准和更好地实现该技巧。
成功标准 - 对每一个准则，提供了可测试的成功标准，以允许WCAG 2.0被用在需要进行需求和一致性测试的地方，例如设计规范，采购，管理，合同协议。为了满足不同的群体和不同的情况，我们定义了一致性的三个级别：A（最低），AA，AAA级（最高）。关于WCAG级别的信息可在理解一致性级别里找到。
充分性技巧和建议性技巧 - 对于WCAG 2.0文件里每条 准则和 成功标准，工作组也说明了范围广泛的各种技巧。该技巧为告知性的，且分为两类： 充分达到成功标准的技巧和 建议性技巧。建议性技巧已超越了独立的成功标准的范围，让作者更好地理解准则。一些建议性技巧解决了一些障碍，这些障碍在可测试的成功标准里没有覆盖到。凡是已知的常见失败，都已记录在案。参见 WCAG2.0里充分性技巧和建议性技巧。
指南的所有层次（原则、准则、成功标准、以及充分性技巧和建议性技巧）能够协调工作，以提供使内容更易于访问的指南。鼓励作者浏览和应用他们能用上的层次，包括建议性技巧，以尽可能更好地满足用户的广泛需求。
请注意，即使是符合最高级别（AAA级）的内容也不能保证被所有类型、程度或多重残疾的人群，特别是有语言、认知、学习障碍的人群访问。鼓励作者考虑各种技巧，包括建议性技巧，以及借鉴关于当前最佳的应用，以确保Web内容可以被访问，尽可能达到社会无障碍。 元数据可以协助用户寻找最适合他们的内容。
WCAG 2.0文档旨在满足需要稳定的，可参考的技术标准的人群。被称为支持文档的其他文档以WCAG 2.0文档为基础，可用于其他重要的用途，包括可进行更新的能力，以说明如何将WCAG用于新技术的应用。支持文档包括：
如何符合WCAG 2.0 - WCAG 2.0的可定制的快速参考，包括所有的指南、成功标准以及作者正在开发和评估网页内容时可用到的技巧。
理解WCAG 2.0 - 理解和实施WCAG 2.0的指南。对于WCAG 2.0的每一个准则和成功标准，这些主要议题都有一个简短的“理解”文档。
WCAG 2.0技巧 - 技巧及常见错误集，对于每个技巧和常见失败，另附一份文档，其中包括描述，例子，代码和测试。
WCAG 2.0文档 - 对于如何关联和链接技术文档，给出 图示和说明。
参见Web内容无障碍指南（WCAG）概述里关于WCAG 2.0支持材料的描述，包括WCAG 2.0相关的教育资源。附加资源包括了以下主题，Web无障碍商业案例，改善网站无障碍的规划实施，和无障碍政策。这些资源都已在WAI资源里列出。
WCAG 2.0包括三个重要术语，这些与WCAG 1.0有所区别。以下给出这些术语的简要介绍，更完整的定义请见词汇表。
需要指出的是，在这个标准中，术语“网页”不仅仅包括静态HTML网页，它还包括网络上越来越多的动态网页，也包括呈现整个虚拟互动社区的“网页”。例如，术语“网页”包括了某单一URI上像电影那样令人身临其境的交互式体验。有关更多信息，请参阅理解“网页”。
几个成功标准要求内容（或某些方面的内容）是“编程式确定的。” 这意味着内容可采用这样一个方式来生成，即用户代理(包括辅助技术)可以以不同形式提取和呈现信息给用户。有关更多信息，请参阅理解编程式确定。
以支持无障碍的方式使用技术，是指可与辅助技术（AT）和操作系统的无障碍特性、浏览器和其他用户代理协同工作。如果要以支持无障碍的方式使用技术特性，技术特性只能是可信的，且足以符合WCAG 2.0的成功标准。也能以不支持无障碍的方式使用技术特性（比如不使用辅助技术等），只要他们不可信到不足以符合任何成功标准（比如可以另一种方式支持相同的信息或功能）。
本节为 规范部分。
1.1.1 非文本内容：为所有呈现给用户的非文本内容都提供相同目的替代文本，以下情况例外： （A级）
控件，输入: 如果非文本内容是一个控件或接受用户输入，则应有一个描述其目的名称。（请参阅准则4.1.2，以了解关于控件和接受用户输入的内容的额外要求）
时基媒体: 如果非文本内容是时基媒体，这时替代文本至少要提供非文本内容的描述标识。（请参阅准则 1.2，以了解关于媒体的额外要求）
测试: 如果非文本内容是以一个以文本呈现会失效的测试或练习，则替代文本至少要提供非文本内容的描述标识。
感官: 如果非文本内容的主要目的是创建一种特殊感官体验，则替代文本至少要提供非文本内容的描述标识。
验证码: 如果非文本内容的目的是为了确认内容正在被一个人访问，而不是计算机访问，则要提供识别和描述非文本内容目的的替代文本，并提供适应针对不同类型感官知觉的输出模型的验证码替代方式， 以适应不同的残障人群。
装饰，格式，不可见: 如果非文本内容是纯粹的装饰、或只用于视觉格式、或不呈现给用户，则应以辅助技术可忽略的方式进行实现。
1.3.3 感官特性: 用于理解内容和操作内容的指示，应该不完全依赖于组件的感官特性，如形状、大小、视觉位置、方向、或声音。 （A级）
注: 请参考颜色相关的要求，参见准则 1.4。
1.4.1 颜色用途: 颜色并不是作为传达信息、表明动作、提示响应或区分视觉元素的唯一视觉手段。 （A级）
注: 此成功标准专门解决颜色感知的问题。准则 1.3已覆盖其他形式的感知，包括编程式访问颜色和其他视觉呈现的编码。
1.4.2 音频控制:如果网页音频自动播放超过3秒钟，提供一个机制用以暂停或停止音频，或者控制独立于全局系统音量的音频音量。 （A级）
注: 由于任何不符合此成功标准的内容可干扰用户使用整个页面的能力，所有网页内容（不论是否符合其他成功标准）必须符合这项成功标准。参见 一致性要求5：不干扰。
2.1.2 无键盘陷阱: 如果可使用键盘接口能将焦点到移动到某网页组件上，那么可以只使用键盘接口操作也可以将焦点从当前组件移开，如果需要未修改的方向键或Tab键或其它标准退出方式以外的操作，要告知用户离开焦点的方法。 （A级）
注: 由于任何不符合此成功标准的内容可干扰用户使用整个页面的能力，网页上所有内容（无论是否满足其他成功标准）必须符合这个成功标准。参见 一致性要求5：不干涉。
2.2.1 定时可调:对于由内容设置的每一个时间限制，以下部分至少有个一为真：（A级）
关闭: 允许用户达到时间期限之前，关闭时间限制；或
调整: 允许用户达到时间期限前，调整时间限制。调整范围要放宽，至少是默认设置长度的10倍；或
延长: 在超时之前向用户发出警告，并给用户至少20秒的时间，使用户可以通过简单的动作来延长时间（例如“按空格键”），并允许用户延长期限至少10次；或
实时特例: 时间限制是一个实时事件（例如拍卖）的必要部分，可能没有时间限制的替代方法；或
必需特例: 时间限制是必需的，延长时限将导致行为失效；或
20小时特例: 时间限制超过20个小时。
注：此成功标准有助于确保用户可以在因时间限制导致内容或者上下文发生意外变化的情况下完成任务。此成功标准应结合成功标准3.2.1来考虑，成功标准3.2.1对内容或上下文的变化做出限制。
2.2.2 暂停、停止、隐藏:对于运动、闪烁、滚动或自动更新的信息，以下部分全部为真：（A级）
运动、闪烁、滚动: 任何运动、闪烁或滚动的信息（1）自动启动，（2）持续时间超过5秒钟，（3）与其他内容同时呈现。对于这些信息，提供一个机制可使用户暂停，停止或隐藏，除非运动、闪烁、或滚动是某个行为的必需部分；
自动更新: 任何自动更新的信息（1）自动启动（2）与其他内容同时呈现。对于这些信息，提供一个机制可使用户暂停、停止、或隐藏，或控制更新的频率，除非自动更新是某个行为的必需部分。
注1: 关于闪烁或闪光的内容要求，参见准则2.3。
注2: 由于任何不符合此成功标准的内容可干扰用户使用整个页面的能力，网页上所有内容（无论是否满足其他成功标准）必须符合这个成功标准。参见一致性要求5：不干涉。
注3: 通过软件定期更新的内容，或者传输到用户代理的内容，不需要保留或呈现暂停启动和恢复呈现之间生成或收到的信息，因为这可能没有技术可行性，而且许多情况下可能会误导这样做。
注4: 发生在预载入阶段或类似情况下的动画, 在该阶段如果没发生与用户交互的情况或没有指示进程，就可能让用户感到困惑，或导致他们认为内容被固定或被破坏，这点是很重要的。
2.3.1 闪光三次或低于阈值: 网页不包含任何闪光超过3次/秒的内容，或闪光低于一般闪光和红色闪光阈值。 （A级）
注: 由于任何不符合此成功标准的内容可干扰用户使用整个页面的能力，网页上所有的内容（无论是否满足其他成功标准）必须符合此成功标准。参见一致性要求5：不干涉。
本节为规范部分。
本节列出了WCAG 2.0一致性要求。它还提供了有关如何发表一致性声明的信息，这是可选的。最后它描述了支持无障碍的含义，因为对于一致性来说，只有以支持无障碍的方式使用技术才可信。理解一致性包括支持无障碍这一概念的进一步解释。
为了使网页符合WCAG 2.0，必须满足以下所有一致性要求：
1. 一致性级别: 完全符合以下级别之一。
AA级: 对于一致性AA级，网页符合所有A级和AA级成功标准，或者提供一个符合AA级的替代版本。
AAA级: 对于一致性AAA级，网页符合所有A级、AA级和AAA级成功标准，或者提供一个符合AAA级的替代版本。
注1: 虽然只能在规定的层次达到一致性，但鼓励作者在超越已有一致性的任何层次上（在他们的声明中）进行改进以达到成功标准。
注2: 不建议符合一致性AAA级作为整个站点的一般要求，因为对于一些内容，它不可能满足所有AAA级成功标准。
2. 全网页: 一致性（和一致性级别）只对全网页有效，如果一个网页的一部分除外，就不能叫实现一致性。
注1: 对于确定一致性的目标，当可直接从网页获取替代时，比如长描述或视频的替代呈现，此内容替代被认为是网页一部分。
注2: 由于内容脱离于作者控制范围而导致网页没法达到一致性要求的，这些网页的作者可考虑部分一致性声明。
3. 完整的流程: 当网页是一系列呈现流程的网页里的一个网页时（例如为了完成一项活动需要完成的一系列步骤），流程中的所有网页符合指定级别或更高的级别。（如果在这个流程中某网页不符合该级别或更高，则在该级别里不可能达到一致性。）
例子: 一个在线商店有一系列网页用来选择和购买产品。从开始到结束（结帐）系列的所有网页要一致，以便流程中的任何页面均符合要求。
5. 不干涉: 如果以不支持无障碍的方式使用技术，或者以不符合一致性的方式使用技术，那么他们不会阻碍用户访问网页其余部分的能力。此外，网页作为一个整体符合以下各项条件的一致性要求：
当在用户代理中打开任何一个不可信的技术时,
当在用户代理中关闭任何一个不可信的技术时,并且
当用户代理不支持任何一个不可信的技术时,
此外，以下成功标准适用于网页上所有内容，包括除非不可信到不满足一致性的内容，因为不符合以下成功标准的内容会干扰对网页的使用：
1.4.2 - 音频控制,
2.1.2 - 没有键盘陷阱,
2.3.1 - 闪光三次或低于阈值, 并且
2.2.2 - 暂停，停止，隐藏.
注: 如果网页达不到要求（例如用于一致性测试的网页或网页案例），它可不在一致性范围内或一致性声明里。
有关详细信息（包括实例）请参阅 理解一致性要求。
一致性定义仅对网页有效。但一致性声明可只用于一个网页、一系列网页或多个相关网页。
一致性声明不是必需的。作者可以符合WCAG 2.0而不需声明。一旦做出一致性声明，则一致性声明必须包括以下信息：
声明日期
指南名称，版本和统一资源标识符 “Web内容无障碍指南2.0 http://www.w3.org/TR/2008/REC-WCAG20-20081211/”
达到的一致性级别（等级A，AA或者AAA）。
简洁的网页描述, 如声明涉及到的一系列网址，包括声明是否包含子域。
注1: 网页可通过列表或声明涉及到的所有网址描述语句来描述。
注2: 基于Web的产品若不默认网址优先于安装在客户网站上， 则在安装后可能会有产品符合一致性的声明。
注：如果使用符合一致性的Logo，这将作为声明一部分，需与以上列出的一致性声明必需部分放在一起。
有时候，创建网页后，将加入更多的内容。例如电子邮件程序、博客、允许用户添加注释或者支持用户添加内容的文章。另一个例子是网站，如门户或新闻网站，其构成内容来自多个贡献者，或随时从其他来源插入内容的网站，如动态插入的广告。
在这些情况下，很难了解第一次发布的时候发布了什么网页内容。重要的是要明白这没法控制的内容可以影响受控内容的无障碍性。有两种解决方式可供选择：
可根据已有经验确定一致性。如果这种类型的网页在两个工作日内被监控和修复（删除不符合的内容或修改之以达成一致性），则可达成或声明一致性，除了删除或修正外部贡献的内容时所遇到的错误。如果无法监控或纠正不符合要求的内容，不能做一致性声明。
或
该网页不符合一致性，但如果某些部分被删除时，能够符合一致性，可做出“部分一致性声明”。该声明的形式为，“此页不符合一致性，但如果来自不受控制的来源的以下内容被删除，则符合WCAG 2.0 的X级。”此外在部分一致性声明里描述的不受控制内容，以下 为真：
不是处于作者控制下的内容。
以用户可识别的方式来描述（例如它们不能被描述为“我们无法控制所有部分”，除非他们已清楚的标记。）
当网页不符合一致性，但如果网页使用的所有语言都存在无障碍支持时，可做出“部分一致性声明-语言”。该声明的形式将会是，“此页不符合一致性，但如果以下语言存在着无障碍支持，则符合WCAG 2.0 的X级：”
本节为规范部分。
由字符或符号的空间排列组成的图片（通常由95个可打印的字符组成，这些字符由ASCII定义）。
如果被删除，将导致内容信息或功能发生根本上的变化，而且信息和功能没法以另外兼容方式来实现。
软件根据作者提供的数据确定，该数据以某种方式提供，该方式即不同的用户代理（包括 辅助技术）可以以不同的形式提取和呈现这些信息给用户 。
例 1: 标记语言根据元素和属性确定，该元素和属性可被现有辅助技术直接访问。
例 2: 非标记语言根据特定技术数据结构确定，并通过无障碍API 显示给辅助技术，该API得到了普通辅助技术的支持。
可以从链接的关系以编程式确定的额外信息，该链接与链接文本放在一起以不同方式呈现给用户。
例: 在HTML中，从英语链接里编程式确定的信息包括同一段、列表、或作为链接的表格单元里的文本，或表头(其中表头与包含链接的表格单元相关联)的文本。
注：由于屏幕阅读器能够解释标点符号，当焦点在句子里的链接时，该阅读器还可以从当前句子提供上下文。
软件通过用户代理(包括辅助技术)支持的方法设置。
文本或与替代文本协同工作的其他组件，该组件呈现给用户以便发现Web内容中的组件。
注1: 标签呈现给所有用户，而名称可能会被隐藏，只有辅助技术可显示名称。在许多（但不是全部）案例中，名称和标签是一样的。
注2: 术语标签不仅限于HTML标签元素。
额外的内容，用以说明或澄清主要内容
内容以用户可感知的形式来显示。
完成六年学业后的两年级或三年级，小学教育开始后九年结束。
注：这个定义是根据国际标准教育分类[教科文组织]。
只服务于美观的目标，提供不了任何信息，无功能。
注：如果单词可以重排或被取代而不改变其用途，则文本只是纯粹的装饰。
例: 字典封面有几个随机的单词，放在背景里以高亮文本显示。
至少有18点或14点的粗体大小，或者跟 中文、日文和韩文（中日韩）字体大小相当的字体大小。
注1: 带有非常细腻的笔法、异常的、字体形状被改变等特征的字体，这样的字体很难读，尤其是在较低对比度的情况下。
注2: 字体大小是当前内容呈现的大小。它不包括用户调整的大小。
注3: 用户看到的字符实际大小取决于作者定义的大小和用户显示器或用户代理设置。对于许多主流正文字体，14和18点相当于1.2和1.5em或正文字体的默认大小120％或150％（假设该正文字体为100％），但作者需要检查使用的特定字体。当字体被定义为相对单位时，实际字号大小由用户代理针对显示进行计算。在评估这一成功标准时，字号的大小应从用户代理获取，或者基于用户代理使用的字体度量计算。低视力用户会负责选取适当的设置。
注4: 当文本未指定字体大小时，主流浏览器的最小字体可合理的认为就是未指定的文本字体大小。如果主流浏览器上1级标题是14点粗体或更大的字体，可以合理地认为它是大号字体。相对比例可以由相似风格的默认大小计算出。
注5: 罗马字体18和14点大小取自大体字印刷时采用字体的最小字号（14点）和次小字号（18点）。对于其他字体，比如中日韩语言，“同等”大小是指该种语言进行大体字印刷时采用字体的最小字号，以及次小字号。
对比度 (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一致性。作者不必考虑不常见的呈现，比如用户代理导致的颜色变化（除了作者代码引起的地方）。
指引起有具有法律约束力的义务或利益的交易。
例: 结婚证、股票交易（金融和法律）、遗嘱、贷款、捐赠、参军报名、任何类型的合同等等。
任何非字符序列的内容，该字符序列可编程式确定，或者用于序列不是表达人类语言含义的地方。
注：这包括ASCII图（字符图案），表情符号，使用字符替换的术语（leetspeak），呈现文本的图像。
作为用户代理或与主流用户代理协同工作的硬件和/或软件，以便提供满足残障用户需求的功能，这些需求常超出主流用户代理所提供的功能要求 。
注1: 辅助技术提供的功能包括替代呈现（如合成语音或放大内容）、替代输入法（如语音）、额外的导航或定位机制、内容转换（如使表格更加无障碍）。
注2: 辅助技术往往使用和监测APIs与主流用户代理交换数据和消息。
注3: 主流用户代理和辅助技术的区别不是绝对的。许多主流用户代理为了帮助残障人士提供某些功能。基本的区别在于主流用户代理的目标是范围广泛和多样化的用户，这些用户通常包括残障人士和健全人士。辅助技术的目标是范围狭窄的特殊残障用户，由辅助技术所提供的功能更为具体和更为适合目标用户的需要。主流用户代理可以为辅助技术提供重要的功能，如从程序对象检索网页内容或解析标记给识别包。
例: 本文档重要的辅助技术包括以下内容：
屏幕放大器和其他视觉阅读工具，这是给视觉障碍、知觉障碍和身体残疾的人群使用的，用以改变文字的字体、大小、间距、颜色、与语音同步等等，以改善呈现的文本和图像的视觉可读性;
屏幕阅读器，这是给盲人使用的，通过合成语音或者盲文来阅读原文信息;
文本语音转换软件，这是给认知障碍、语言障碍和学习障碍的人群使用的，它可以把文本转化成合成语音;
语音识别软件，这是给一些身体残疾的人群使用的;
替代键盘，这是给特定身体残疾的人群使用的，用来模拟键盘（包括使用前进方向键、单开关、呼/吸 和其他特殊输入设备。）;
替代点击设备，这是给特定身体残疾的人群使用的，用以模拟鼠标轨迹和按钮激活功能。
指仅供参考之用，并且不需要达到一致性。
通过用户行为可达到的流程和结果。
不同的内容之间有意义的联系。
指要求达到一致性。
注1: 人们可以以明确界定的各种方式符合本文档。
注2: 被认为“告知性的”或“非规范性的”内容不需要符合一致性。
实现结果的流程或技巧。
指这样的文档，该文档包括基于时间的视觉和听觉信息的正确顺序的文本描述，也提供了用以获得任何基于时间的互动结果的手段。
注：创建同步媒体内容的剧本满足这种定义，仅当如果剧本经过编辑后，可以精确地呈现最终同步媒体。
注1: 本指南用到的“Web技术”和单词“技术”（单独使用）均指网页内容技术。
注2: 网页内容技术可能包括标记语言、数据格式或作者可能单独使用或者组合使用的编程语言，以创造最终用户体验，体验范围从静态网页到同步媒体呈现，再到动态Web应用。
例: 网页内容技术常见的例子包括HTML, CSS、 SVG、PNG、PDF 、Flash和JavaScript。
软件使用的接口，用于获得按键输入。
注1: 键盘接口允许用户提供键盘输入的方案，即使本机技术不包含键盘。
例: PDA触摸屏上有操作系统内置的键盘接口，跟外部键盘连接器一样。PDA上的应用程序可以使用接口来获取来自外部键盘或提供模拟键盘输出的其他应用程序，如手写翻译或语音到文本转化程序，这些程序都带有“键盘模拟”功能。
注2: 通过键盘操作的鼠标模拟器（如鼠标键）来操作的应用程序（或应用程序的一部分）不符合键盘接口规范，因为该程序操作是通过其点击设备接口，而不是通过其键盘接口。
软件用以识别网页内容中组件功能的文本或数字。
例: 能够指示图像功能是否为超链接、命令按钮或复选框的数字。
指字体、大小、颜色和背景可以设置。
无法从链接和同时与链接一起呈现给用户的网页所有信息里确定链接目的（例如没有残疾障碍的读者直到激活链接之前往往不知道该链接的指向。）
例: 下面的句子“值得注意的出口物品里有一个是番石榴”里的单词番石榴是一个链接。这个链接可能引向番石榴的定义、列出番石榴出口数量的图表或人们收获番石榴的照片。直到链接被激活前，所有读者都不能确定，残障人士也一样。
添加到视听呈现上的音频描述。添加时，需要暂停视频，以便有足够的时间来添加额外的描述。
通过激活超链接获得结果的特性。
一系列用户行为，其中每个行为都是为完成一项活动而必需的。
例 1: 要想成功访问一系列购物网站的网页，需要用户浏览可选择的产品、价格和折扣，选择产品，提交订单，提供运输信息并提供付款信息。
例 2: 帐号注册页面需要在访问登记表之前完成成功的图灵测试。
当网页应用成功标准时，该成功标准不会评估为“假”。
指文本，软件通过该文本向用户指出网页内容里的组件。
注1: 名称可能被隐藏，只有辅助技术可以显示，而标签是呈现给所有用户。在许多（但不是全部）情况下，标签和名称是相同的。
注2: 这跟HTML中的name属性毫无关系。
在最常见的台式机/笔记本电脑显示器上以最大视图显示。
注：由于人们一般使用电脑好几年，当进行评估时，最好不要依赖最新的台式机/笔记本电脑的显示分辨率，但要考虑使用好几年的普通台式机/笔记本电脑的显示分辨率。
通过口头、书面或手语（通过视觉或触觉手段）来与人类交流的语言。
注：参见手语。
相关亮度的一组相反变化。如果该变化在正常频率范围内足够大的话，该相关亮度可能会导致一些人癫痫发作。
注1: 参见一般闪光和红色闪光阈值，以获取更多的关于不允许闪光类型的信息。
注2: 参见 闪烁。
以用于提请注意的方式在两个视觉状态之间来回切换。
注：参见闪光。 如果界面中某些大型元素以一定的频率闪烁，也可以被认为是闪光。
指网页内容的重大变化，如果用户不了解该变化，则该变化会迷惑无法同时查看整个页面的用户。
上下文变化包括以下变化：
注：内容变化并不总是上下文变化。内容变化，如扩大大纲\动态菜单或选项卡控件，并不一定改变上下文，除非以上四点之一也被改变（例如焦点）。
例: 打开一个新窗口，移动焦点到一个不同的组件，转向一个新的页面（包括提醒用户，好像他们已经转到新的页面）或明显重新编排的网页内容，这些都是上下文变化的例子。
指帮助文本，它提供与当前操作功能相关的信息。
注：清晰的标签可以作为上下文相关的帮助。
指事件a）浏览时同时发生，b）没有被内容完全生成。
例 1: A现场演出的网络直播（发生在浏览的同时，不预录）。
例 2: 网上拍卖与招标（发生在浏览的同时）。
例 3: 现实生活中的人在虚拟世界里使用头像进行交互。（没有被内容完全生成，发生在浏览的同时）。
移动或排列图片或影像的技术。
注：视频可由动画或摄影图像或两者组成。
指用户代理用以呈现内容的对象。
注1: 用户代理通过一个或多个视图呈现内容。视图包括窗口、框架、扬声器和虚拟放大镜。一个视图可能包含另一个视图（比如嵌套的框架）。由用户代理所创建的界面组件（像提示行、菜单，警报）并不是视图。
注2: 本定义是以用户代理无障碍指南1.0词汇表为基础。
手和胳膊的动作、面部表情或身体姿势动作的组合来表达意义的语言。
将一门语言（通常是口语）翻译成手语。
注：真正的手语是一门独立的语言，跟口语语言无关（在同一个国家或地区里）。
指用户输入的不被接受的信息。
注：这些错误包括：
网页需要的但被用户省略的信息。
由用户提供的但不属于所需要的数据格式或值的信息。
在特定领域以特定的方式使用的词语。
例: 粘滞键是辅助技术/无障碍领域的术语。
在移动焦点（从一个元素到下一个元素）时，使用键盘接口以定义的顺序导航。
单词、短语或其缩写并未成为语言一部分的名称的缩写形式。
注1: 这里包括首字母缩写词（initialisms 和 acronyms），其中：
首字母缩写（initialisms ） 是一个名称或短语的缩写形式，由名称或短语包含的单词首字母或音节首字母组成。
注1: 不是所有语言都这么定义。
例 1: SNCF是一个法语缩写，由法国国家铁路（Société Nationale des Chemins de Fer）的首字母组成。
例 2: ESP是一个超感知觉（extrasensory perception）的缩写。
首字母缩写（acronyms） 是由首字母或其他单词部分（在名称或短语里）组成的缩写形式，可以作为一个单词的发音。
例: NOAA是美国国家海洋和大气管理局的首字母缩写。
注2: 一些公司采用了所谓的缩写来作为他们公司名字。在这种情况下，公司的新名称就是这些字母（例如Ecma欧洲计算机制造商），并且此词不再被视为缩写。
指一种感官体验，该体验不是做花哨装饰用，也不是用于传达重要信息或执行一个功能。
例: 例如长笛独奏，视觉艺术作品等。
可以编程式确定、用于替代非文本内容的文本，或者用于补充非文本内容并可以从通过编程式确定的文本中进行引用的文本。
例: 段落里图表图像后面的文本描述 。这个简短的替代文本用于说明图表信息。
注：请参考理解替代文本以了解更多信息。
突然、意外情况或事故，需要立即采取行动以保持健康、安全或财产。
指使用HTTP从单一URI获取的非嵌入式资源，以及由用户代理用于呈现或为了与非嵌入式资源一起呈现的其他资源。
注1: 虽然“其他资源”与主要资源一起被呈现，他们彼此不一定会同时呈现。
注2: 为了达到这些准则的一致性目标，资源在一致性范围(考虑为一个网页)内必须是“非嵌入式的”。
例 1: 包括所有嵌入式图像和媒体的Web资源。
例 2: 内置使用异步JavaScript和XML（AJAX）的电子邮件程序。该程序可见http://example.com/mail，且包括收件箱、联系人和日历等。链接或按钮被提供，以便使用收件箱、联系人或日历显示，但整体上不会改变网页的URI。
例 3: 可定制的门户网站，用户可从一系列不同的内容模块来选择要显示的内容。
例 4: 当您在浏览器输入“http://shopping.example.com/”，您会进入像电影那样的互动购物环境，在那里您可直观地在商店走动，从您周围货架拖动产品，并丢进您面前的视觉购物车。点击一个产品可使用旁边浮动的规格表来观察。这可能是一个单页网站或者网站只有一个网页。
网页的集合，这些网页有共同的目标并且由同一作者、团队或组织创建。
注：不同的语言版本将被视为不同的网页集。
呈现信息与文本（直接或通过替代文本）呈现信息一样多的媒体。
注：为那些受益于替代文本呈现的人提供文本的替代媒体。文本的替代媒体可能是纯音频，纯视频（包括手语视频），或音视频。
不止一个文本句子。
文本以非文本形式（如图像）呈现，以实现特定的视觉效果。
注：这不包括作为图片一部分的文本，该图片包含其他重要视觉内容。
例: 照片里名牌标志上的某人名字。
不能从个别单词推导出其含义的短语，该特定单词不能交换，以免失去意义。
注：成语不能逐字逐句直接翻译，以免失去他们（文化或独立语言）本来的意义。
例 1: 在英语中，“使豆豆溢出”是指“透露秘密”。然而“碰撞豆豆”或“使蔬菜溢出”并不意味着同样的意思。
例 2: 在日本，把“さじを投げる”字面翻译成“他抛出一个勺子”，但实际意思是他没有什么可以做的，因此最后他放弃了。
例 3: 在荷兰，“Hij ging met de kippen op stok”字面翻译成“他和鸡走到鸡窝里”，但实际意思是他早早就上床睡觉了。
色彩空间里任何一点的相对明度(Relative Brightness)，标准化为0的是深黑色，为1的是亮白色
注1: 对于sRGB色彩空间，色彩的相对亮度是指定义L = 0.2126 * R + 0.7152 * G + 0.0722 * B，其中R，G和B的定义为：
如果RsRGB <= 0.03928，则R = RsRGB/12.92，否则 R = ((RsRGB+0.055)/1.055) ^ 2.4
如果GsRGB <= 0.03928，则G = GsRGB/12.92，否则 G = ((GsRGB+0.055)/1.055) ^ 2.4
如果RsRGB <= 0.03928，则B = BsRGB/12.92，否则B = ((BsRGB+0.055)/1.055) ^ 2.4
并且RsRGB，GsRGB和BsRGB定义如下：
RsRGB = R8bit/255
GsRGB = G8bit/255
BsRGB = B8bit/255
注2: 今天几乎所有用于浏览网页内容的系统使用了sRGB编码。除非我们知道另一种颜色空间用于处理和显示内容，否则作者应该评估使用sRGB色彩空间。如果使用其他色彩空间，请参阅理解成功标准1.4.3。
注3: 如果网页生成后出现抖动，则要用到源颜色值。对于那些源头抖动颜色，应使用抖动颜色的平均值（平均R，平均G和平均B）。
注4: 当测试对比度和闪光时，可使用自动计算的工具。
注5: 相对亮度定义的MATHML版本可用。
相对于其他项目同样的位置
注：即使其他项目被插入或从原顺序删除，仍考虑项目保持同一个相对顺序。例如，扩展导航菜单可以插入更详细的其他级别或按阅读顺序插入第二导航部分。
当使用此功能时，可得到同样结果。
例: 在与提交相关的网站里，网页上的“搜索”按钮和另一个网页上的“查找”按钮可能都有一个用于输入术语或列表主题的方框。在这种情况下，他们将有相同的功能，但不会标记为一致。
6年制学业，开始于5至7岁之间，可能之前没有受到任何教育。
注：这个定义是根据国际标准教育分类 [教科文组织]。
“Completely Automated Public Turing test to tell Computers and Humans Apart（完全自动化的公共图灵测试，以区分电脑和人类）” 的缩写。
注1: 验证码测试往往要求用户打出文本，而这文本事先在模糊图像或音频文件上显示。
注2: 图灵测试是任何一个被设计用于区别人和电脑的测试系统。它得名于著名的计算机科学家阿兰•图灵。该词由卡内基梅隆大学的研究人员发明定义。[CAPTCHA]
闪光或快速变化的图像序列，他们频率低于阈值（比如内容滑动的频率跟阈值的比较决定是否属于闪光类型），如果以下部分全为真：
在任何一秒钟内，一般闪光 不超过3闪，并且/或者红光不超过3闪；或
在典型的视距上，闪光的所有区域不超过显示器10度视野的所有0.006立体弧度（显示器任何10度视野的25%）。
其中:
一般闪光被定义为一对相对亮度的相反变化，该相对亮度为最大相对亮度的10％或更多 ，在最大相对亮度里，深色图像相对亮度低于0.80，并且“一对相反变化”一减一增或者一增一减，并且
红色闪光被定义为一对饱和红色的相反转换。
特例: 作为一个精致均衡图案的闪光，比如白噪声，或者“方格”小于（典型视距上视野）0.1倍的的替代棋盘图案，这种闪光不违反阈值。
注1: 对于一般的软件或网页内容来说，当以1024 × 768像素浏览内容时，在显示器上选取341 × 256像素区域时可以提供比标准显示和视距情况下（比如15-17英寸屏幕和22-26英寸的距离）10度视野的较好估计。（高分辨率显示相同的内容其区域要比原来小些，图像也更小些，所以一般低分辨率用来定义阈值。）
注2: 转换是指相对亮度（或红色闪光的相对亮度/颜色）的变化，在一小块相对亮度测量的相邻高峰和低谷之间快速变化。闪光由两个对立的转换组成。
注3: 对“一对饱和红色的相反转换”来说，此领域当前工作在于阐释每一种或两种涉及每个转换（R/(R+ G + B) >= 0.8,）的状态，以及两个转换(R-G-B)x320 > 2值（(R-G-B)x320负值设置为零）的变化。 “相对亮度”定义里规定R，G，B值范围为0-1。[HARDING-BINNIE]
注4: 视频屏幕捕捉分析工具是可用的。但没有工具用于评估闪光是否小于或等于3闪/秒。内容自动滑动的情况请参见以上定义第1条和第2条。
满足给定的标准、指南或规范的所有要求。
指以下版本
符合指定的级别， 并且
跟非一致性的内容一样都是最新的，并且
下列部分至少有一为真：
注1: 上述定义中，“只能得到”是有条件的，如重定向机制，可以防止用户“到达”（加载）非一致性页面，除非用户刚刚访问一致性版本。
注2: 替代版本不需要为原网页匹配网页（如一致性替代版本可能由多个网页组成）。
注3: 如果有多个语言版本可用，每个语言均应提供一致性替代版本。
注4: 为适应不同的技术环境或用户组，应提供替代版本。每个版本应尽可能达到一致性。为了满足一致性要求1，应提供一个完全一致性的版本。
注5: 一致性替代版本不需要处于一致性范围内，甚至同一个网站范围内，只要它和非一致性的版本一样可自由使用。
注6: 替代版本不应与支持原网页和增强理解力的补充内容相混淆。
注7: 在内容里设置用户偏好以得到一致性的版本是可接受的机制，只要设置偏好的方法是支持无障碍的。
请参阅理解一致性替代版本。
以这样一种方式使用单词，该方式需要用户清楚地知道该单词适用哪些定义，以便正确地理解内容。
例: 术语“gig”用在音乐会讨论上，跟用在关于计算机硬盘空间的文章上相比，术语“gig”的概念是不一样的，但其相应的定义可以从上下文中确定。相比之下，单词“text”以非常具体的方式用在WCAG 2.0上，所以术语表提供了定义。
声音再现技术
注：音频可以合成生成（包括语音合成），也可以从真实世界里录音，或两者都有。
添加到音轨上的解说，用以描述仅从主音轨上无法理解的重要视觉细节。
为用户检索和呈现网页内容的任何软件。
例: Web浏览器、媒体播放器、插件和其他程序（包括辅助技术），他们能够帮助检索、呈现网页内容，与网页内容互动。
指内容的一部分，该部分作为独特功能的单一控件被用户所感知。
注1: 多用户界面组件可能作为单个编程式元素来实现。这里组件不依赖于编程技巧，而是作为单一控件而被用户感知。
注2: 用户界面组件包括表单元素、链接以及由脚本生成的组件。
注3: “用户界面组件”或“组件”，有时也被称为“用户界面元素”。
例: applet有一个可用于通过移动行或页或随机存取内容的“控件”。由于这些控件每一个都需要名字并可设置，因此该控件每一个就是“用户界面组件。”
指为了能让用户访问的数据。
注：这并非互联网日志和搜索引擎监测数据之类的数据。
例: 用户账号的名字和地址字段。
无法现场直播的信息。
用户请求停止，并直到用户请求才恢复。
书面内容的独立部分，该书面内容涉及一个或多个相关主题或思想 。
注：一个章节可能包含一个或多个段落，包括图形、表格、列表和小节。
指这样的顺序，在此顺序里文字和段落以不改变内容含义的次序呈现。
和浏览器或其他用户代理的无障碍特性一样，被用户的辅助技术所支持。
为了使网页内容技术（或技术特征）的使用支持无障碍，网页内容技术（或特征）必须满足1和2：
使用网页内容技术的方式必须能被用户辅助技术（AT）所支持。这意味着在网页内容的人类语言 里，使用技术的方式已测试过与辅助技术的互操作性，
并且
网页内容技术必须有支持无障碍的用户代理，这个用户代理对用户有效的。 这意味着以下四个声明至少有一为真：
在广泛分布的用户代理里，该技术被本地所支持，用户代理本身也是支持无障碍的（如HTML和CSS）;
或
广泛分布的插件支持该技术，插件本身也是支持无障碍的;
或
在封闭的环境里，内容是有效的，如大学或公司网络。在这个网络里，技术需要用到的用户代理和单位使用的用户代理都是支持无障碍的;
或
支持技术的用户代理是支持无障碍的，而且可以某种方式下载或者购买，这种方式可以是：
残障人士不需要比健全人士花费更多的成本。 并且
对于残障人士来说很容易找到和获取，就像没有残疾一样。
注1: 对于网页技术的特定使用，WCAG工作组和W3C没有具体说明辅助技术必须支持哪些或有多大以便划分无障碍支持等级。 （见“无障碍支持”需要的辅助技术支持级别。）
注2: Web技术可以不支持无障碍的方式使用，只要他们不可信，而且网页作为一个整体满足一致性要求，包括以下两个要求，即一致性要求4：以支持无障碍的方式使用技术，和 一致性要求5：不干涉。
注3: 当以支持无障碍的方式使用网页技术时，这并不意味着支持整个技术或技术用途。大部分技术（包括HTML）缺乏至少一个特性或用途的支持。只有支持无障碍的技术用途可信赖到符合WCAG要求时，网页才可能符合WCAG 。
注4: 当援引多个版本的网页内容技术时，应明确支持的版本。
注5: 作者以查阅用途汇编的方式找到支持无障碍的技术用途，这些用途已被登记为支持无障碍（请参阅理解支持无障碍的Web技术用途）。作者、公司、技术供应商或其他人都可记录支持无障碍的方式以使用网页技术。然而，文档中使用技术的所有方式需要符合以上支持无障碍的网页内容技术的定义。
从真实世界里的事件捕获信息并在不超过广播延迟的时间里传送给接收器。
注1: 广播延迟是时间较短（通常是自动）的延迟，比如目的是为了提供用于排队或审查音频（或视频）输出但不足以进行重大编辑的广播时间。
注2: 如果信息是完全由电脑生成的，则它不是现场直播。
语音和非语音视频信息的同步视觉和/或替代文本，这些信息用来理解媒体内容。
本节为告知性部分。
本指南由美国教育部联邦基金、国家残疾和康复研究所（NIDRR）资助出版（合同编号ED05CO0039），本指南内容不一定代表美国教育部的意见或政策，也不意味着美国政府认可其商品名称、商业产品或组织。
Web内容无障碍指南工作组（WCAG工作组）的其他信息可以在工作组的主页上找到。
Bruce Bailey (美国无障碍委员会)
Frederick Boland (NIST)
Ben Caldwell (无障碍研发中心，威斯康星大学)
Sofia Celic (W3C特邀专家)
Michael Cooper (W3C)
Roberto Ellero (国际网络管理员协会/HTML程序员协会)
Bengt Farre (Rigab)
Loretta Guarino Reid (Google)
Katie Haritos-Shea
Andrew Kirkpatrick (Adobe)
Drew LaHart (IBM)
Alex Li (SAP 公司)
David MacDonald (E-Ramp 公司)
Roberto Scano (国际网络管理员协会/HTML程序员协会)
Cynthia Shelly (Microsoft)
Andi Snow-Weaver (IBM)
Christophe Strobbe (DocArch, K.U.Leuven)
Gregg Vanderheiden (无障碍研发中心，威斯康星大学)
Shadi Abou-Zahra, Jim Allan, Jenae Andershonis, Avi Arditti, Aries Arditi, Mike Barta, Sandy Bartell, Kynn Bartlett, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Patrice Bourlon, Judy Brewer, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Tomas Caspers, Roberto Castaldo, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, James Coltham, James Craig, Tom Croucher, Nir Dagan, Daniel Dardailler, Geoff Deering, Pete DeVasto, Don Evans, Neal Ewers, Steve Faulkner, Lainey Feingold, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Chris Hofstader, Yvette Hoitink, Carlos Iglesias, Ian Jacobs, Phill Jenkins, Jyotsna Kaki, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Marja-Riitta Koivunen, Preety Kumar, Gez Lemon, Chuck Letourneau, Scott Luebking, Tim Lacy, Jim Ley, William Loughborough, Greg Lowney, Luca Mascaro, Liam McGee, Jens Meiert, Niqui Merret, Alessandro Miele, Mathew J Mirabella, Charles McCathieNevile , Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Sailesh Panchang, Nigel Peck, Anne Pemberton, David Poehlman, Adam Victor Reed, Chris Ridpath, Lee Roberts, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Gian Sampson-Wild, Joel Sanda, Gordon Schantz, Lisa Seeman, John Slatin, Becky Smith, Jared Smith, Neil Soiffer, Jeanne Spellman, Mike Squillace, Michael Stenitzer, Jim Thatcher, Terry Thompson, Justin Thorp, Makoto Ueki, Eric Velleman, Dena Wainwright, Paul Walsch, Takayuki Watanabe, Jason White.
本节为告知性部分。