跳到内容

了解一致性

所有WCAG 2.0成功标准均为可测试标准,用于客观确定如果内容让他们满意。测试成功标准需要结合自动化测试和人工评估。内容应由以下人员进行测试了解不同类型的残疾人如何使用网络。

上下文中的测试和可测试是指功能测试,即验证内容的功能符合预期,或者在这种情况下,它满足了“成功”标准。虽然内容可能满足所有成功标准,但内容可能并不总是如此可供各种残疾人士使用。因此,可用性测试建议进行功能测试。可用性测试旨在确定人们可以如何更好地将内容用于预期目的。建议在执行测试时将残疾用户包括在测试组中可用性测试。

一致性意味着什么?

符合标准意味着您满足或满足标准。在WCAG 2.0中,“要求”是成功标准。为了符合WCAG2.0,你需要满足成功标准,也就是说,没有内容违反了成功标准。

注释

这意味着,如果没有适用成功标准的内容满足标准。

大多数标准只有一个一致性级别。为了适应不同的可能需要或允许比其他情况更高级别的可访问性的情况,WCAG 2.0有三个一致性级别,因此有三个成功标准级别。

了解合规性要求

要对内容进行分类,必须满足五个要求“符合”WCAG 2.0。本节简要说明了这些要求。本节将随着时间的推移进行扩展,以解决可能出现的问题或提供满足不同一致性要求的新方法示例。

了解要求1

一致性级别:完全满足以下一致性级别之一。

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

尽管一致性只能在规定的水平上实现,但鼓励作者报告(在他们的声明中)在满足各级成功标准方面的任何进展超出达到的一致性水平。

注释

不建议将AAA级合规性作为整个站点,因为不可能满足所有AAA级成功标准获取一些内容。

第一个要求涉及一致性级别。它基本上是这样说的页面上的所有信息都符合或具有一致替代版本可以从页面上找到。该要求还解释了没有一致性至少不满足所有A级成功标准。

该注释指出,鼓励作者超越对特定内容的一致性完成并报告向更高级别迈进的任何进展一致性。

另请参见了解一致的替代版本其中包括提供一致替代版本的技术。

了解需求2

整页:一致性(和一致性级别)表示完全网页只有,如果排除了网页的一部分,则无法实现。

注释

为了确定一致性,页面内容的一部分的替代品当可以直接从页面,例如视频的详细描述或替代演示。

注释

由于内容超出作者控制范围而无法符合的网页的作者可以考虑部分一致性声明.

注释

整页包括由自动显示的页面的每个变体不同屏幕大小的页面(例如,响应网页中的变化)。每个这些变化需要符合(或需要有一个符合的替代版本)以使整个页面一致。

这项规定只要求整页内容一致。关于“部分”的声明无法制作符合“的页面。

有时,可以从另一个页面获得补充信息在页面上。HTML中的longdesc属性就是一个示例。用longdesc,很长的描述图形可能位于用户可以跳转的单独页面上从带有图形的页面转到。这清楚地表明,此类内容是被考虑的Web页面的一部分,因此组合的被视为单个网页的网页。也可以在同一页。例如,创建与用户界面控件等效的控件。

注释

由于一致性要求5,即使部分页面使用不可访问性支持的内容技术,只要它们不干扰页面的其余部分以及所有信息和功能都可以从其他地方获得在页面上或从页面上。

可能包括不合格内容。请参阅了解合规性要求5.

了解要求3

完整的流程:当Web页是一系列显示过程(即,为了完成一项活动,需要完成的一系列步骤),过程中的所有网页都符合指定的级别或更好的级别。(一致性如果过程中的任何页面不符合,则在特定级别上是不可能的达到或更好的水平。)

在线商店有一系列用于选择和购买产品的页面。系列中的所有页面从头到尾(签出)都符合任何页面的顺序这是顺应过程的一部分。

此规定防止考虑作为更大流程的一部分的网页如果整个过程不符合,则符合。这将阻止购物网站如果站点的签出或其他功能都是购物过程中不符合的一部分。

了解要求4

只有可访问性支持的技术使用方式:仅限支持的可达性使用方法技术依赖以满足成功标准。提供的任何信息或功能以不支持可访问性的方式也可以以可访问性的方式使用支持。(请参见了解辅助功能支持.)

该一致性要求解释如下了解辅助功能支持.

了解要求5

不干涉:如果技术使用的方式不是支持辅助功能,或者如果以不一致的方式使用它们,则它们不会阻止该功能个用户访问页面的其余部分。此外Web页总体上继续满足以下各项的一致性要求条件:

  1. 当任何技术不是依赖在用户代理中打开,
  2. 当用户代理中关闭任何不依赖的技术时,以及
  3. 当用户代理不支持任何不依赖的技术时

此外,以下成功标准适用于页面上的所有内容,包括由于未能遇到他们可能会干扰页面的任何使用:

  • 1.4.2-音频控制,
  • 2.1.2-无键盘陷阱,
  • 2.3.1-闪烁三次或低于阈值、和
  • 2.2.2-暂停、停止、隐藏.
注释

如果页面不符合(例如,一致性测试页面或示例页面),它不能包含在一致性范围或一致性声明中。

这基本上说不支持可访问性可以使用,只要所有信息也可以使用技术那个支持辅助功能吗只要支持不可访问性材料不会产生干扰。

可以使用不支持可访问性的技术,或是否支持可访问性可以以不一致的方式使用,只要所有还可以使用支持可访问性的技术获取信息,以符合要求的方式,并且只要不可接近的支撑材料不会干扰。

有四条规定专门处理干扰问题页面的使用。这四项内容包含在此处的注释中。每项规定的注释表示所有内容(包括内容)都需要满足这些成功标准使用不支持可访问性的技术创建。

网页包含了一种新的交互式图形技术,称为“ZAP”。尽管ZAP不支持访问,ZAP中显示的信息也是提出了在HTML页面上,因此不依赖ZAP。因此,此页面将通过一致性要求#1。但是,如果用户试图通过ZAP内容进行切换,则焦点掉入ZAP对象并卡在那里。一旦进入,就什么都没有了用户可以执行此操作以恢复焦点。所以键盘用户不能使用下半部分页面的。ZAP内容也以不同的速度持续闪烁而且不会停止。因此,注意力不足的人会分心光敏性癫痫可能会发作。符合性要求#5防止这样的情况在一致的页面上是不可能的。

理解一致性声明

无需为了符合要求而提出任何符合性声明。如果有人这样做声明,但是,一致性声明中要求的所有信息必须是提供。可以通过多种方式提供此信息。

Schema.org提供了一个这样的选项,用于在Web中包含发现元数据第页。CreativeWork下提供了一组描述性辅助功能属性类型,除其他用途外,还提供了包含总体概要的能力页面的可访问性(例如,WCAG一致性声明),描述可访问性内容的特征(例如,可选文本的可用性、扩展描述和字幕),并提醒用户注意潜在的危险(例如闪烁)。此信息可以使用任何RDFa、JSON和微数据嵌入页面。更多信息Web模式中也提供了关于这些属性及其预期值的信息维基。

下面是一个使用schema.org元数据增强的声明:

<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.02000 SP4,带屏幕阅读器Y 5.0,IE 6.0,基于Windows 2000 SP4屏幕阅读器Z 2.0和Windows XP SP2上的Firefox 1.5X 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 1.0对高达日期和WCAG 2.0,用于在该日期之后创建或修改的内容。那里WCAG 2.0中是否没有禁止任何此类做法,只要明确页面声明符合WCAG的哪个版本。

注释

当谈到“依赖”的技术时,我们指的是Web内容技术(HTML、CSS、JavaScript等),而不是用户代理(浏览器、辅助技术、,等)。

一致性声明通常不位于一致性范围内的每个网页上。

由于第三方内容导致的部分合规性声明

当作者决定使用第三方实现时,他们应该选择符合WCAG要求的产品。如果页面上的所有内容,包括第三方内容,满足所有WCAG成功标准,则页面符合WCAG。然而,如果页面仅因合法的外部原因不符合WCAG作者的控制,然后作者可以声称部分符合。它是重要的是要认识到,这是一种不符合要求的声明,并且有用户他可能无法访问此页面的某些内容。

内容可能超出作者控制范围的一个原因是由第三方(博客、门户、新闻网站)提供。网页还可能包括通过第三方库、插件或小部件提供的内容。

确保监控任何可以在未经网页批准的情况下更改的内容作者,作为一个曾经符合的页面,可能会突然不符合。如果不是这样可以监视和修复第三方内容,有必要识别用户页面的不一致部分。如果网页的其余部分符合对于WCAG,这样的页面符合部分一致性声明,第三方内容。

有关超出成功标准的任何其他步骤的信息

一致性声明的可选组件之一是“有关任何其他采取了超越成功标准的步骤来提高可访问性。“这个可以包括已达到的其他成功标准已实施,有关用于帮助人们访问的任何附加协议的信息有特殊残疾或需求等可能包括了解页面可访问性的人。

使用元数据报告一致性声明

将一致性声明附加到内容的最有用的方法是在标准机器可读形式。当这种做法普遍存在时,搜索工具或特殊用户代理将能够利用此信息查找并提供更容易访问的内容,或者用户代理可以根据内容进行调整。那里有许多基于元数据的声明选项正在开发中,作者鼓励工具开发人员支持他们。

此外,元数据可用于报告对单个成功标准的符合性一旦达到A级合规性。

还有一些编程报告格式,如评估和报告语言(EARL)正在开发的可以为详细信息提供机器可读格式的一致性信息。随着报告格式的正式化和对其的支持发展,他们将在这里记录。

一致性声明技术

一致性声明的咨询技术

  • 在都柏林核心元素中表达对WCAG 2.0的一致性声明(未来链接)

了解合规性级别

首先,成功标准必须满足许多条件才能完全包括在内。其中包括:

  1. 所有成功标准必须是残疾人的重要准入问题这解决了所有用户可能面临的可用性问题以外的问题。换言之,访问问题必须导致相应的更大问题残疾人比它使无残疾的人考虑了一个可访问性问题(并包含在这些可访问性指南中)。
  2. 所有成功标准也必须是可测试的。这很重要,否则会无法确定页面是否符合成功标准。成功标准可以通过机器和人工评估相结合进行测试只要能够确定是否满足成功标准充满信心。

成功标准由工作组在考虑了广泛的相互作用问题之后。设置级别时评估的一些常见因素包括:

  • 成功标准是否为本质的(换句话说,如果不符合成功标准,那么即使是辅助技术无法访问内容)
  • 是否可能满足成功标准所有网站和内容类型成功标准将适用于(例如,不同的主题、内容类型、,Web技术类型)
  • 成功标准是否需要能够由内容创作者合理实现(也就是说,可以获得满足成功标准的知识和技能在一周或更少的训练中)
  • 成功标准是否会对“外观和感觉”和/或功能施加限制网页的。(功能、表现、表达自由、设计的限制或成功标准对作者的审美要求)
  • 如果不符合成功标准,是否没有解决方法

了解辅助功能支持

许多成功标准都涉及通过辅助技术提供可访问性或主流用户代理中的特殊可访问性功能(例如,“show”媒体播放器中的字幕选项)。也就是说,成功标准要求在Web内容中完成,这将使辅助技术成为可能以成功地向用户呈现内容的信息。例如,一张图片你应该点击进入一个主题,但一个人是无法访问的谁是盲人,除非提供图片的文本替代品包括辅助技术在内的用户代理可以找到并显示它们。这里的钥匙文本替代必须以用户代理包括的方式包含辅助技术可以理解和使用——以一种“支持辅助功能”的方式

另一个示例是网页上包含的自定义控件。在这个在这种情况下,标准用户代理通常无法提供替代方案发送给用户。但是,如果有关控件的信息包括其名称、角色、,价值、如何设置等都是以辅助技术可以理解的方式提供的并对其进行控制,那么具有辅助技术的用户将能够使用这些控制。

当引入新技术时,为了让人们使用能够访问它们的辅助技术。首先,技术必须设计为包括辅助技术在内的用户代理可以访问所有他们向用户展示内容所需的信息。其次,用户代理而辅助技术可能需要重新设计或修改,才能真正做到使用这些新技术。

"支持的辅助功能“意味着这两项都已经完成,并且该技术将与用户一起工作代理和辅助技术。

“无障碍支持”所需的辅助技术支持水平

本主题提出了必须支持多少或哪些辅助技术的问题一种Web技术,以便将该Web技术视为“可访问性”支持”。WCAG工作组和W3C没有指定哪个或多少辅助技术必须支持Web技术才能将其归类为可访问性支持。这是一个复杂的主题,因环境和语言。有必要就这一议题进行外部和国际对话。有助于理解和探索本主题的一些注释如下:

  1. Web技术的可访问性支持因环境而异

    • Web技术可能只需要那些特定的用户代理和辅助公司部署的技术。(这些可能是较旧版本的用户代理和辅助技术或最新版本)。
    • 发布到公共Web上的内容可能需要与更广泛的用户代理协作和辅助技术,包括旧版本。
  2. Web技术的可访问性支持因语言(和方言)而异

    • 不同语言支持不同级别的旧辅助技术甚至是国家。一些环境或国家可能提供免费的辅助技术。
  3. 旧的辅助技术不支持新技术

    • 显然,一项新技术不可能得到过去所有辅助技术的支持,因此,要求一项技术得到所有辅助技术的支持是不可能的。
  4. 通常只支持一种较旧的辅助技术是不够的

    • 仅使用一种辅助技术(针对特定残疾)通常不会足够了,尤其是当大多数用户为了访问内容而需要它时拥有并且负担不起这种辅助技术。这里的例外是信息仅在所有员工都拥有一项辅助技术的情况下分发给公司员工(那种类型的)。
  5. 目前,大众可以负担得起的辅助技术通常非常贫穷的

    • 创建一般残疾人无法使用的内容应避免。在许多情况下,辅助技术的成本对用户来说太高了谁需要它。而且,免费或低成本AT的功能在今天往往很差Web内容实际上不能限制在这个最低(甚至中间)共同分母。这造成了一个需要解决的非常困难的困境。

因此,工作组仅限于界定什么是支持并推迟判断一项技术必须支持多少、多少或哪些AT向社区和更接近每种情况的实体提出要求组织、采购、社区等。

工作组鼓励在由于缺乏普遍可用但功能强大的辅助技术对用户、技术开发人员和作者产生负面影响的问题。

“无障碍支持”的技术定义

基本上,当用户的辅助功能技术将与Web技术协同工作当主流技术的可访问性特性与该技术协同工作时。具体来说,要获得可访问性支持技术的资格,以下必须对于一项技术来说是正确的:

支持辅助功能

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

获得Web内容技术(或功能)的可访问性支持使用资格对于Web内容技术(或功能):

  1. The way that theWeb内容技术必须得到用户辅助技术(AT)的支持。这意味着该技术的使用方式已经过互操作性测试用户的辅助技术人类语言内容,

  2. Web内容技术必须具有可访问性支持的用户代理可供用户使用。这意味着以下四个陈述中至少有一个是正确的:

    1. 该技术在广泛分布的用户代理中得到本机支持支持可访问性(如HTML和CSS);

    2. 该技术在广泛分布的插件中得到支持,该插件也具有可访问性支持;

    3. 内容在封闭环境中可用,如大学或公司网络,其中用户代理是技术所需并由组织使用的也支持可访问性;

    4. 支持该技术的用户代理受可访问性支持可通过以下方式下载或购买:

      • 残疾人士的花费不比无残疾人士多
      • 对残疾人来说和对一个人来说一样容易找到和获得没有残疾。

辅助功能指南工作组和W3C没有指定通过辅助功能提供哪些支持或多少支持为了实现Web技术的特定用途,必须有相应的技术分类为支持可访问性。(请参见“无障碍支持”所需的辅助技术支持水平.)

Web技术可以以不支持长时间访问的方式使用事实并非如此依赖页面整体上满足一致性要求,包括合规性要求4一致性要求5.

Web技术以“支持可访问性”的方式使用,这并不意味着支持技术或技术的所有使用。大多数技术,包括HTML,缺乏对至少一个功能或使用的支持。只有在以下情况下,页面才符合WCAG可以依赖支持可访问性的技术的使用符合WCAG的要求。

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

作者查找支持可访问性的技术使用的一种方法将是查阅文档中支持可访问性的使用汇编。(请参见了解辅助功能支持的Web技术的使用.)作者、公司、技术供应商或其他人可能会记录支持的可访问性使用Web内容技术的方法。然而,在文档需要满足可访问性支持的Web的定义内容技术。

了解辅助功能支持的Web技术的使用

个人作者通常无法进行所有必要的测试确定使用哪些Web技术的方式实际上由哪些支持辅助技术和用户代理的版本。因此,作者可以依赖公开记录的汇编,其中记录了支持哪些辅助技术使用哪些Web技术的方式。我们所说的公开并不是指其文件必须由公共机构生成,只有可供公众使用。任何人都可以创建公开文档的“Web技术的使用及其可访问性支持”。人们可以创建编译并给他们起名字,作者可以引用他们。只要他们是公开的文档、作者或客户等可以轻松选择满足他们需求的用途。客户或其他人可以选择适合其环境或语言的技术任何时间点,并指定要用于创建其内容的时间点。作者强烈建议使用公认的准确性来源和有用性。强烈鼓励技术开发人员提供信息关于其技术的可访问性支持。工作组预计只有提供准确信息并使作者和用户将在长期内获得市场认可。

WCAG中没有要求使用公开记录的编译或只能使用这种编译中的技术。公开记录的编译只被描述为一种使其他方面变得关键的方法,但有点对于那些本身不是专家的作者来说,一致性的复杂方面更容易关于辅助技术支持(或谁只是没有时间跟上进步主流和辅助技术相互支持)。

作者、公司或其他人可能希望创建和使用自己的可访问性-支持的技术使用,这在满足WCAG时是允许的。客户,然而,公司或其他人可以指定技术使用来自客户或公众的使用编译。请参阅记录对Web技术使用的可访问性支持.

辅助功能支持声明

一致性声明可能记录其可访问性支持的方式示例包括:

  1. 此一致性声明满足基于测试的可访问性支持要求使用用户代理A、B、C和Assistive的内容语言编写的内容技术X、Y和Z。这意味着我们能够通过所有的成功使用这些产品的WCAG 2.0 A级标准。
  2. 此一致性声明满足语言的可访问性支持要求基于使用技术和技术中记录的用户代理注释的内容适用于WCAG 2.0。它还基于技术(我们赖以实现一致性),可在“XYZ组织的无障碍支持文档。"
  3. 此一致性声明满足语言的可访问性支持要求基于“技术Z可访问性”中记录的技术Z的使用的内容WCAG 2.0支持的技术。”
  4. 此一致性声明满足该语言的可访问性支持要求基于技术A和无障碍性的无障碍指南的使用的内容技术指南B.用户代理和辅助技术支持信息可以在“产品XYZ可访问性支持要求”中找到,该要求有文档记录在这些指南中。

理解“以编程方式确定”

一些成功标准要求内容(或内容的某些方面)可以由“程序决定”。这意味着内容是以这样的方式编写的用户代理(包括辅助技术)访问信息的方式。

为了使用Web技术创建内容(如HTML、CSS、PDF、GIF、MPEG、,等)为了方便不同类型的残疾人使用的技术必须与浏览器的可访问性功能配合使用以及其他用户代理,包括辅助技术。为了让某事满足一个成功标准,该标准要求它是“通过编程确定的”需要使用具有辅助技术支持的技术来实现。

可以“通过编程确定”的内容可以进行转换(由用户代理包括AT)到不同的感官格式(例如,视觉、听觉)或风格个人用户的演示需求。如果现有辅助技术无法做到这样,就不能说信息是通过编程确定的。

创建该术语是为了让工作组能够清楚地识别辅助技术(和其他技术)必须能够访问信息的地方用户代理充当辅助功能),而没有具体说明这是如何需要的待完成。这一点很重要,因为技术的性质在不断变化。该术语允许指导方针确定需要“以编程方式确定”的内容为了满足指导原则,然后有单独的文件(如何会面,理解和技术文档),可以随时间更新,列出在任何时间点都有效且充分的特定技术用户代理和辅助技术支持。

“支持辅助功能”与“由程序决定”

“支持的可访问性”涉及用户代理的支持(包括辅助技术)使用Web技术的特定方式。使用可访问的Web技术supported将与主流的辅助技术和访问功能配合使用用户代理(浏览器和播放器等)。

“以编程方式确定”与Web内容中的信息相关。如果技术正确使用支持可访问性的,然后使用辅助技术和用户代理可以访问内容中的信息(即以编程方式确定内容中的信息)并将其呈现给用户。

这两个概念协同工作,以确保信息可以呈现给用户对用户代理,包括辅助技术。作者必须仅依赖使用支持可访问的技术,并且必须按顺序正确使用它们信息是可编程确定的,因此是可呈现的,通过为残疾用户提供辅助技术和用户代理。

了解一致的替代版本

符合性要求#1允许将不符合要求的页面包括在范围内只要他们有一个“一致的替代版本”。符合性替代版本定义为:

合格备用版本

版本

  1. 符合指定水平,以及
  2. 提供所有相同的信息和功能在同一个人类语言、和
  3. 与不合格内容一样是最新的,并且
  4. 以下至少一项是正确的:

    1. 可以通过一个支持的可达性 机制,或
    2. 不合格版本只能从合格版本中获得,或
    3. 不合格版本只能从同样提供达到一致版本的机制

在这个定义中,“只能达到”意味着有一些机制,例如作为条件重定向,防止用户“到达”(加载)不符合条件的页面,除非用户刚刚来自一致版本。

替代版本无需与原始版本逐页匹配(例如,合格的替代版本可能由多页组成)。

如果有多个语言版本可用,则符合条件的替代版本为所提供的每种语言都需要。

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

合格替代版本不需要位于合格范围内,甚至在同一个网站上,只要它与不符合要求的网站一样免费版本。

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

在内容中设置用户偏好以生成一致版本是一种只要使用设置首选项受可访问性支持。

请参阅了解一致的替代版本

这确保了上的所有信息和所有功能符合性范围内的页面可在符合性网页上找到。

依赖一致备用版本的作者必须让最终用户意识到有一致的替代版本。这可以通过提供链接到更容易访问的版本,通过链接文本明确标识。或者可以提供一个指向说明的链接,其中记录了如何访问更容易访问的版本以及替代版本更容易访问的特定方式(例如。“高对比度版本”)。

为什么允许替代版本?

为什么WCAG允许在一致性声明?也就是说,为什么要包含不满足成功标准的页面合规范围内的合规级别或声明?

  • 有时,页面使用的技术还不支持可访问性。新技术的出现,辅助技术支持可能落后,或可能只落后于对一些目标受众可用。因此,作者可能无法依赖新的面向所有用户的技术。然而,使用新技术可能还有其他好处,例如,更好的性能、更广泛的可用模式等版本要求允许作者通过在支持可访问性的技术中提供可访问的替代页面。新技术得到充分支持的用户可以享受新版本。展望未来可访问性支持的作者可以满足成功标准现在与备用版本页面一起使用,也与其他版本一起使用当辅助技术(AT)支持可用时,在未来访问中构建的页面。
  • 由于各种原因,可能无法修改网页上的某些内容。例如,

    • 包括法律或历史文件的准确视觉副本可能至关重要原因
    • 网站中可能包含该网页,但网站所有者可能没有合法权利修改原始页面上的内容
    • 公司在法律上可能无法删除或以任何方式更改之前发布过。
    • 作者可能无权修改其他部门、机构、,或公司
  • 有时,为某些类型的残疾用户提供最佳体验通过专门定制网页来适应这种残疾。在这种情况下,使网页适应所有残疾人可能是不可能的,也不实际通过满足所有成功标准。替代版本要求允许只要符合性声明中包含这样的专门页面是完全一致的“替代版本”页面。
  • 许多致力于可访问性的网站都有大量遗留文档。虽然信息以可访问的格式提供,但删除这些文件的重大制度阻力和程序障碍一些组织,特别是政府机构,优先考虑传统的面向打印的流程。尽管这些组织已经适应了互联网出版他们接受了无障碍格式的需求,仍然保持着纸质思维方式通常坚持将为硬拷贝设计的格式作为“主要”版本(即使是仅以电子方式“发布”的文档)。尽管工作组觉得这些方法应该被弃用,但不认为可以被禁止只要可访问的版本随时可用。

当允许不满足成功标准的网页时,一个问题是残疾人将遇到这些不符合要求的页面,无法访问他们的内容,但无法找到“合格的替代版本”因此,备用版本条款的一个关键部分是能够找到不合格页面的合格页面(备用版本)遇到。因此,允许替换页面的一致性要求,还需要用户在备选版本中找到可访问的版本。

请注意,提供备用版本是符合WCAG的备用选项一致性的首选方法是使所有内容都可以直接访问。

提供一致替代版本的技术

提供合格替代版本的最重要部分是提供从不一致版本中找到它的机制。许多不同的方法因为特定的技术可能并不总是可能用于特定的技术或情况。例如,如果作者拥有控制权服务器的一些强大技术将允许用户始终拥有前面的选择。然而,在许多情况下,作者可能无法控制Web服务器上的服务。在这些情况下,还提供了其他技术。链接在不一致页面上是另一种强大的技术,但并非所有不一致技术支持超文本链接。

以下是迄今为止确定的技术。我们期望额外的技术也将随着时间的推移而发展,并将在出现时添加到这里以及用户代理对这些方法的支持,包括辅助技术可以演示。例如,一个新技术的开发人员无法访问的技术可能内置了允许这些技术的功能自动向用户提供链接,用户可以使用该链接访问其他版本。

提供符合要求的Web页面替代版本的充分技术

本节中的每个编号项目代表一种技术或技术组合WCAG工作组认为足以满足此成功标准。然而,它是没有必要使用这些特殊技术。有关使用其他技术的信息,看见特别是“其他技巧”部分。

  1. G136:在非一致性网页的开头提供指向一致性的链接替代版本
  2. G190:提供与链接的非一致对象相邻或关联的链接符合替代版本
  3. C29:使用样式切换器提供一致的替代版本
  4. SCR38:为使用渐进增强设计的网页创建一致的替代版本
  5. SVR2:使用.htaccess来确保访问不合格内容的唯一方法是合格含量
  6. SVR3:使用HTTP referer确保访问不一致内容的唯一方法是来自一致性内容
  7. SVR4:允许用户为显示一致的替代版本提供首选项

工作组发现的常见故障

提供合格替代版本的附加技术(咨询)Web页

  • 提供合格和不合格版本之间的相互联系(未来链接)
  • 从搜索结果中排除不符合要求的内容(未来链接)
  • 使用内容协商(未来链接)
  • 不显示依赖不受支持的技术的内容当技术关闭或不受支持时。(未来链接)
  • 使用元数据允许从URI定位一致的替代版本不一致页面(未来链接)

符合替代版本的示例

  • 具有多个版本的intranet站点。

    一家大公司担心在内部网上使用新兴的Web技术网站可能会限制其满足不同办公地点需求的能力拥有不同的技术基础和使用各种用户代理和辅助技术。为了解决这些问题,该公司创建了符合所有A级成功标准的内容的替代版本,使用可访问性支持的内容技术的使用更加有限。这两个版本相互关联。

  • 确保向后兼容性的信息站点。

    一个信息网站涵盖了各种各样的主题,并希望能够让访问者快速找到他们想要的主题。为此,该网站实施了交互式菜单系统,仅在最新版本的two中受支持流行的用户代理。确保不使用这些特定用户代理的访客仍然能够有效地使用该网站,这是一种不依赖于向不支持更新技术。

理解“网页”

网页的定义是:

Web页

使用HTTP和任何其他资源从单个URI获得的非嵌入式资源在渲染中使用或打算由用户代理

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

为了符合这些准则,资源必须是“非嵌入式”的在一致性范围内被视为网页。

值得注意的是,在本标准中,术语“网页”包括很多超过静态HTML页面。本指南中使用了术语“网页”,以允许指导方针更容易理解。但随着进步,这个词的含义也在增加技术涵盖了广泛的技术,其中许多根本不是“像页面一样”。它还包括正在出现的日益动态的Web页面包括可以呈现整个虚拟交互社区的“页面”。例如,“网页”一词将包括一部沉浸式互动电影,比如您在单个URI中找到的体验。

理解“文本替代项”

文本替代文本是指用于替代非文本内容的文本无法查看非文本内容。非文本内容包括图片、,图表、小程序、音频文件等。例如,看不到的人不会能够看到图片或图表中显示的信息。因此,另一种文本选择是允许用户将信息(文本)转换为演讲。在未来,文本中的信息也使翻译成为可能信息变成手语、图片或更简单的书写形式。

为了使残疾人能够使用此文本,文本必须“以编程方式确定”。这意味着文本必须能够被读取并被辅助技术(以及浏览器中的可访问性功能)所使用残疾人使用的。

使用辅助技术的人也必须能够找到这些文本当他们遇到无法使用的非文本内容时,可以使用其他选项。为了完成因此,我们说文本必须与非文本“以编程方式关联”内容。这意味着用户必须能够使用他们的辅助技术在非文本内容上找到替代文本(他们可以使用)(他们不能使用)。

返回页首