了解一致性
一致性意味着什么?
了解合规性要求
了解要求1
一致性级别 :完全满足以下一致性级别之一。
对于A级合规性(最低合规性) Web页 满足 所有A级成功标准,或 一致替代版本 提供了。 对于AA级一致性,网页满足所有A级和AA级成功 标准,或提供符合AA级标准的替代版本。 对于AAA级一致性,网页满足所有A级、AA级和Level 提供AAA成功标准或符合AAA级的替代版本。 注释
尽管一致性只能在规定的水平上实现,但鼓励作者 报告(在他们的声明中)在满足各级成功标准方面的任何进展 超出达到的一致性水平。 注释
不建议将AAA级合规性作为 整个站点,因为不可能满足所有AAA级成功标准 获取一些内容。
了解需求2
整页 : 一致性 (和一致性级别)表示完全 网页 只有,如果排除了网页的一部分,则无法实现。 注释
为了确定一致性,页面内容的一部分的替代品 当可以直接从 页面,例如视频的详细描述或替代演示。 注释
由于内容超出作者控制范围而无法符合的网页的作者 可以考虑 部分一致性声明 . 注释
整页包括由自动显示的页面的每个变体 不同屏幕大小的页面(例如,响应网页中的变化)。 每个 这些变化需要符合(或需要有一个符合的替代版本) 以使整个页面一致。
了解要求3
完整的流程 :当 Web页 是一系列显示 过程 (即,为了完成一项活动,需要完成的一系列步骤), 过程中的所有网页都符合指定的级别或更好的级别。 (一致性 如果过程中的任何页面不符合,则在特定级别上是不可能的 达到或更好的水平。)
在线商店有一系列用于选择和购买产品的页面。 系列中的所有页面从头到尾(签出)都符合任何页面的顺序 这是顺应过程的一部分。
了解要求4
只有可访问性支持的技术使用方式 :仅限 支持的可达性 使用方法 技术 是 依赖 以满足成功标准。提供的任何信息或功能 以不支持可访问性的方式也可以以可访问性的方式使用 支持。 (请参见 了解辅助功能支持 .)
了解要求5
不干涉 :如果 技术 使用的方式不是 支持辅助功能 ,或者如果以不一致的方式使用它们,则它们不会阻止该功能 个用户访问页面的其余部分。 此外 Web页 总体上继续满足以下各项的一致性要求 条件:
当任何技术不是 依赖 在用户代理中打开, 当用户代理中关闭任何不依赖的技术时,以及 当用户代理不支持任何不依赖的技术时
此外,以下成功标准适用于页面上的所有内容,包括 由于未能 遇到他们可能会干扰页面的任何使用:
1.4.2-音频控制 , 2.1.2-无键盘陷阱 , 2.3.1-闪烁三次或低于阈值 、和 2.2.2-暂停、停止、隐藏 . 注释
如果页面不符合(例如,一致性测试页面或示例页面), 它不能包含在一致性范围或一致性声明中。
理解一致性声明
<div typeof=“WebPage”vocab=“ http://schema.org/ "> <p property=“accessibilitySummary”>2009年3月23日,所有内容均可在 位于<a的服务器 href=“ http://www.wondercall.example.com "> http://www.wondercall.example.com </a> 符合《Web Content Accessibility Guidelines 2.0》 href=“ https://www.w3.org/TR/2008/REC-WCAG20-20081211/ " > https://www.w3.org/TR/2008/REC-WCAG20-20081211/ </a>。 单A一致性</ p> <ul> <li>此内容“<a>依赖的技术是: HTML 4.01</li> <li>此内容“<strong>使用但不依赖的技术 在</strong>上”是:CSS2和gif</li> <li>此内容是使用以下用户代理和助手测试的 技术:Windows Vista上的Firefox 1.5,带有Screenreader X 4.0, Windows XP SP 2上的Firefox 1.5,Windows上的屏幕阅读器X 3.5,IE 6.0 2000 SP4,带屏幕阅读器Y 5.0,IE 6.0,基于Windows 2000 SP4 屏幕阅读器Z 2.0和Windows XP SP2上的Firefox 1.5 X 4.0、Safari 2.0和OS X 10.4</li> </ul> <p>此页面包括<span property=“accessMode”content=“textal”>text</span> 和图像。 Alternative(可选) 所有图像内容都包含文本 property=“accessibilityFeature”content=“longDescription”>long 还为需要更多信息的图像提供了描述 而不是简单的替代文本。 所有内容都以文本形式提供 可以通过辅助技术访问</ p> </div>
由于第三方内容导致的部分合规性声明
有关超出成功标准的任何其他步骤的信息
使用元数据报告一致性声明
一致性声明技术
一致性声明的咨询技术
在都柏林核心元素中表达对WCAG 2.0的一致性声明(未来链接)
了解合规性级别
所有成功标准必须是 残疾人的重要准入问题 这解决了所有用户可能面临的可用性问题以外的问题。 换言之,访问问题必须导致相应的更大问题 残疾人比它使无残疾的人 考虑了一个可访问性问题(并包含在这些可访问性指南中)。 所有成功标准也必须是可测试的。 这很重要,否则会 无法确定页面是否符合成功标准。 成功标准可以通过机器和人工评估相结合进行测试 只要能够确定是否满足成功标准 充满信心。
成功标准是否为 本质的 (换句话说,如果不符合成功标准,那么即使是辅助技术 无法访问内容) 是否可能满足成功标准 所有网站和内容类型 成功标准将适用于(例如,不同的主题、内容类型、, Web技术类型) 成功标准是否需要能够 由内容创作者合理实现 (也就是说,可以获得满足成功标准的知识和技能 在一周或更少的训练中) 成功标准是否会对“外观和感觉”和/或功能施加限制 网页的。 (功能、表现、表达自由、设计的限制 或成功标准对作者的审美要求) 如果不符合成功标准,是否没有解决方法
了解辅助功能支持
“无障碍支持”所需的辅助技术支持水平
-
Web技术的可访问性支持因环境而异 Web技术可能只需要那些特定的用户代理和辅助 公司部署的技术。 (这些可能是较旧版本的用户代理和 辅助技术或最新版本)。 发布到公共Web上的内容可能需要与更广泛的用户代理协作 和辅助技术,包括旧版本。
-
Web技术的可访问性支持因语言(和方言)而异 不同语言支持不同级别的旧辅助技术 甚至是国家。 一些环境或国家可能提供免费的辅助技术。
-
旧的辅助技术不支持新技术 显然,一项新技术不可能得到过去所有辅助技术的支持, 因此,要求一项技术得到所有辅助技术的支持是不可能的。
-
通常只支持一种较旧的辅助技术是不够的 仅使用一种辅助技术(针对特定残疾)通常不会 足够了,尤其是当大多数用户为了访问内容而需要它时 拥有并且负担不起这种辅助技术。 这里的例外是信息 仅在所有员工都拥有一项辅助技术的情况下分发给公司员工 (那种类型的)。
-
目前,大众可以负担得起的辅助技术通常非常 贫穷的 创建一般残疾人无法使用的内容应 避免。 在许多情况下,辅助技术的成本对用户来说太高了 谁需要它。而且,免费或低成本AT的功能在今天往往很差 Web内容实际上不能限制在这个最低(甚至中间) 共同分母。 这造成了一个需要解决的非常困难的困境。
“无障碍支持”的技术定义
支持辅助功能
获得Web内容技术(或功能)的可访问性支持使用资格 对于Web内容技术(或 功能):
The way that the
Web内容技术 必须得到用户辅助技术(AT)的支持。 这意味着该技术的使用方式已经过互操作性测试 用户的辅助技术 人类语言 内容,
和
Web内容技术必须具有可访问性支持的用户代理 可供用户使用。 这意味着以下四个陈述中至少有一个是正确的:
该技术在广泛分布的用户代理中得到本机支持 支持可访问性(如HTML和CSS);
或
该技术在广泛分布的插件中得到支持,该插件也具有可访问性 支持;
或
内容在封闭环境中可用,如大学或公司 网络,其中用户代理是技术所需并由组织使用的 也支持可访问性;
或
支持该技术的用户代理受可访问性支持 可通过以下方式下载或购买:
残疾人士的花费不比无残疾人士多 和 对残疾人来说和对一个人来说一样容易找到和获得 没有残疾。
辅助功能指南工作组和W3C没有指定通过辅助功能提供哪些支持或多少支持 为了实现Web技术的特定用途,必须有相应的技术 分类为支持可访问性。 (请参见 “无障碍支持”所需的辅助技术支持水平 .)
Web技术可以以不支持长时间访问的方式使用 事实并非如此 依赖 页面整体上满足一致性要求,包括 合规性要求4 和 一致性要求5 .
当 Web技术 以“支持可访问性”的方式使用,这并不意味着 支持技术或技术的所有使用。 大多数技术,包括 HTML,缺乏对至少一个功能或使用的支持。 只有在以下情况下,页面才符合WCAG 可以依赖支持可访问性的技术的使用 符合WCAG的要求。
引用具有多个版本的Web内容技术时,支持的版本 应指定。
作者查找支持可访问性的技术使用的一种方法 将是查阅文档中支持可访问性的使用汇编。 (请参见 了解辅助功能支持的Web技术的使用 .)作者、公司、技术供应商或其他人可能会记录支持的可访问性 使用Web内容技术的方法。 然而,在 文档需要满足可访问性支持的Web的定义 内容技术。
了解辅助功能支持的Web技术的使用
辅助功能支持声明
此一致性声明满足基于测试的可访问性支持要求 使用用户代理A、B、C和Assistive的内容语言编写的内容 技术X、Y和Z。这意味着我们能够通过所有的成功 使用这些产品的WCAG 2.0 A级标准。 此一致性声明满足语言的可访问性支持要求 基于使用技术和技术中记录的用户代理注释的内容 适用于WCAG 2.0。 它还基于 技术(我们赖以实现一致性),可在“XYZ组织的 无障碍支持文档。 " 此一致性声明满足语言的可访问性支持要求 基于“技术Z可访问性”中记录的技术Z的使用的内容 WCAG 2.0支持的技术。” 此一致性声明满足该语言的可访问性支持要求 基于技术A和无障碍性的无障碍指南的使用的内容 技术指南B.用户代理和辅助技术支持信息 可以在“产品XYZ可访问性支持要求”中找到,该要求有文档记录 在这些指南中。
理解“以编程方式确定”
“支持辅助功能”与“由程序决定”
了解一致的替代版本
合格备用版本
版本
在这个定义中,“只能达到”意味着有一些机制,例如 作为条件重定向,防止用户“到达”(加载)不符合条件的 页面,除非用户刚刚来自一致版本。
替代版本无需与原始版本逐页匹配 (例如,合格的替代版本可能由多页组成)。
如果有多个语言版本可用,则符合条件的替代版本为 所提供的每种语言都需要。
可提供替代版本以适应不同的技术环境 或用户组。 每个版本应尽可能一致。 一个版本会 需要完全一致才能满足 符合性要求1 .
合格替代版本不需要位于合格范围内, 甚至在同一个网站上,只要它与不符合要求的网站一样免费 版本。
不应将替代版本与 补充内容 ,支持原始页面并增强理解能力。
在内容中设置用户偏好以生成一致版本是一种 只要使用设置 首选项受可访问性支持。
请参阅 了解一致的替代版本
为什么允许替代版本?
有时,页面使用的技术还不支持可访问性。 当 新技术的出现,辅助技术支持可能落后,或可能只落后于 对一些目标受众可用。 因此,作者可能无法依赖新的 面向所有用户的技术。 然而,使用新技术可能还有其他好处, 例如,更好的性能、更广泛的可用模式等 版本要求允许作者通过 在支持可访问性的技术中提供可访问的替代页面。 新技术得到充分支持的用户可以享受 新版本。 展望未来可访问性支持的作者可以满足 成功标准现在与备用版本页面一起使用,也与其他版本一起使用 当辅助技术(AT)支持可用时,在未来访问中构建的页面。 -
由于各种原因,可能无法修改网页上的某些内容。 例如, 包括法律或历史文件的准确视觉副本可能至关重要 原因 网站中可能包含该网页,但网站所有者可能没有合法权利 修改原始页面上的内容 公司在法律上可能无法删除或以任何方式更改 之前发布过。 作者可能无权修改其他部门、机构、, 或公司
有时,为某些类型的残疾用户提供最佳体验 通过专门定制网页来适应这种残疾。 在这种情况下, 使网页适应所有残疾人可能是不可能的,也不实际 通过满足所有成功标准。替代版本要求允许 只要符合性声明中包含这样的专门页面 是完全一致的“替代版本”页面。 许多致力于可访问性的网站都有大量遗留文档。 虽然信息以可访问的格式提供,但 删除这些文件的重大制度阻力和程序障碍 一些组织,特别是政府机构,优先考虑传统的 面向打印的流程。 尽管这些组织已经适应了互联网出版 他们接受了无障碍格式的需求,仍然保持着纸质思维方式 通常坚持将为硬拷贝设计的格式作为“主要”版本(即使是 仅以电子方式“发布”的文档)。 尽管工作组 觉得这些方法应该被弃用,但不认为可以被禁止 只要可访问的版本随时可用。
提供一致替代版本的技术
提供符合要求的Web页面替代版本的充分技术
工作组发现的常见故障
提供合格替代版本的附加技术(咨询) Web页
提供合格和不合格版本之间的相互联系(未来 链接) 从搜索结果中排除不符合要求的内容(未来链接) 使用内容协商(未来链接) 不显示依赖不受支持的技术的内容 当技术关闭或不受支持时。 (未来链接) 使用元数据允许从URI定位一致的替代版本 不一致页面(未来链接)
符合替代版本的示例
-
具有多个版本的intranet站点。 一家大公司担心在内部网上使用新兴的Web技术 网站可能会限制其满足不同办公地点需求的能力 拥有不同的技术基础和使用各种 用户代理和辅助技术。 为了解决这些问题,该公司创建了 符合所有A级成功标准的内容的替代版本,使用 可访问性支持的内容技术的使用更加有限。 这两个版本相互关联。 -
确保向后兼容性的信息站点。 一个信息网站涵盖了各种各样的主题,并希望能够让访问者 快速找到他们想要的主题。 为此,该网站实施了 交互式菜单系统,仅在最新版本的two中受支持 流行的用户代理。 确保不使用这些特定用户代理的访客 仍然能够有效地使用该网站,这是一种不依赖于 向不支持 更新技术。
理解“网页”
Web页
使用HTTP和任何其他资源从单个URI获得的非嵌入式资源 在渲染中使用或打算由 用户代理
尽管任何“其他资源”都将与主资源一起呈现, 它们不一定同时呈现。
为了符合这些准则,资源必须是“非嵌入式”的 在一致性范围内被视为网页。