标签: 〖Accessibility〗


什么是网站可访问性:WAI ( Web Accessibility Initiative )

原文:http://www.junchenwu.com/WAI/

对于那些不熟悉网页设计可访问性问题的人,要考虑到许多用户可能有与自己非常不同的操作习惯:

  • 他们可能无法容易地,或者根本不能看见,听到,拖动或处理某些类型的信息。
  • 他们可能在阅读或理解原文上有困难。
  • 他们可能没有或者无法使用键盘或鼠标。
  • 他们可能只有纯文本的屏幕,小屏幕,或低速网络连接。
  • 他们可能并不会说或不能通畅理解文档所用的自然语言。
  • 他们可能眼睛,耳朵或手正忙碌或受某些事物的干扰(比如在开车上班途中,在一个喧闹的环境下工作,等等)。
  • 可能使用早期的浏览器,完全不同的浏览器,语音浏览器,或不同的操作系统。

内容开发者必须考虑到页面设计过程中这些不同的情形。当要考虑若干种情况时,每种可访问性设计的选择通常使一些疾病类型的残疾病人立刻受益并融入整个网络。例如,通过使用样式表控制字体,废弃FONT元素,HTML作者对页面的控制将加强,页面对视力障碍的人群更具可访问性,通过共享样式表,还将减少所有使用者的页面下载时间。

替代文字是如何提高图像的可访问性的?替代文字中每个字都是重要的:

  • 文本内容可能会被呈现为合成语音、盲文、和视觉播放文本。这三种机制每种都利用不同的感觉——合成语音利用听觉,盲文利用触觉,视觉播放文本利用视觉——使得信息对于那些存在各种感官或其他残疾的人们没有访问障碍。
  • 为了有效,替代文本必须能传达图片同样的功能或目的。比如一张从外太空观察地球的拍摄图片的替代文字,如果图片的目的主要是为了装饰,那么“从外太空看到的地球照片”这样的文字就可以实现所需要的功能;如果照片的功能是为了举例说明世界地理的特殊信息,那么替代文字应当传达这种信息。如果设计这个照片是为了告诉用户通过选择图片(比如点击它)来获得关于地球的信息,那么替代文字应当是“关于地球的信息”。因此,如果这段文字为残疾人传达的功能或目的,与图片给其他用户提供的功能目的相同,那么就可将其视为同等的替代文字。

要注意的是,除了使残疾人用户受益之外,同等的替代文字可以帮助所有用户更快地找到页面,因为当索引页面时搜索引擎机器人可以利用这些文字。

网络内容开发者必须提供图片和其他多媒体内容的同等替代文字,相应的,用户代理(比如浏览器和诸如屏幕阅读器,盲文显示等的辅助功能)有责任为用户表达这些信息。

文字的非文字等同替代(例如,图标,预先录制的语音或者将文字翻译为手语的视频)能使那些访问文字有困难的人可以访问文档,这些人包括许多存在认知残疾,学习残疾的个体和聋人。文字的非文字等同替代对于无法阅读的人也有帮助。听觉描述就是视觉信息非文字等同替代的一个例子。多媒体演示的听觉描述可以使得不能获得视觉信息的人从中受益。

主题

保证内容良好呈现,使内容易理解与可导航。

保证内容良好呈现

通过遵循这些指南,内容开发者可以制作出内容良好呈现的页面。简介中提到的任何情况,包括身体上的、感觉上的和认知上的残疾,工作限制,和技术壁垒,这些页面都具有良好的可访问性。以下是保证页面设计良好呈现的几个关键因素:

  • 将结构与表现分离。
  • 提供文字(包括同等的文字)。文字可以被绝大部分浏览设备渲染,并且对几乎所有用户都具有良好的可访问性。
  • 提供同等的信息(如音频、视频或其他感觉辅助功能)服务于盲人或聋人,这并不意味着需要为盲人事先录制一个网站的音频版本来提高可访问性。盲人可以使用屏幕阅读器来阅读整个页面的文字信息。
  • 不依赖于一种硬件平台。页面应该在任何情况下工作,比如没有鼠标、小屏幕、低分辨率、单色屏幕甚至无屏幕、只有语音或文字输出的条件等。

使内容易理解与可导航

内容开发者应该使内容易于理解并且可导航的。这并不仅仅要求语言上的清晰与简单,而还需提供易于理解的页面导航机制。提供导航工具和位置信息能够极大的提高可访问性和易用性。并不是所有人都能使用图片映射(image map)、成比例的滚动条、框架页,或者是用来引导桌面图形浏览器用户的图片。有些人可能只能逐词阅读(如语音合成或盲文显示),或者一次只能看到一部分内容(如小的显示区域或放大显示),他们可能很容易就失去了上下文的联系信息。没有位置信息,用户可能难以理解巨大的表格、列表、菜单等等。

W3C文档 – WCAG 1.0

译文:
Web内容可访问性指南 1.0
http://www.junchenwu.com/WAI/wai-pageauth.html
原文:
Web Content Accessibility Guidelines 1.0
http://www.w3.org/TR/WAI-WEBCONTENT

发表评论

什么是网站可访问性:section 508 法案

原文:http://www.ued163.com/?p=204

如果你经常浏览一些国外的网站,你会发现他们的网站是非常简洁、清爽、干净的,版面内容也非常简短,跟中文网站的版面截然不同的,而且他们的版面改变很少,一般几年才会改动一次,版面也没有蹦蹦跳跳的广告。一方面可能跟西方人文化思维习惯有关,另一方面,在国外(像美国、澳大利亚等),国家有颁布相应的法律来约束大众信息传播网站,这就是 section 508法案,大体上来描述就相当于:如果某个大众信息传播网站,如果某些用户群体(如残疾人)浏览该网站获取信息时,如果他们无法正常获得所期望的信息(如无法正常浏览),那可以依据相关法规,可以对该网站依法起诉,这在中文网站里是一件不可思议的事,单单从这方面来说,中文网站落后他们起码有8年,不知何时我们也会有类似的法规。

下面是section 508的16条法规,你参照一下,你的网站做到了几条:
1. 对每一个非文本元素都应该提供一个等同的文本。
2. 任何多媒体演示的等同替代内容都应该与该演示同步。
3. Web 页应该经过设计,以便所有通过颜色传达的信息无需颜色也可获得,比如通过上下文或者标记获得。
4. 文档应该经过组织,这样它们无需关联的样式表也可阅读。
5. 应该为服务器端图像映射的每个活动区域都提供冗余的文本链接。
6. 应该提供客户端图像映射而非服务器端图像映射,除非区域不能使用可用的几何图形来定义。
7. 应该为数据表标识行和列标题。
8. 对于具有两个或多个逻辑层次的行或列标题的数据表,应该使用标记为这些数据标关联数据单元格和标题单格。
9. 应该使用有助于框架标识和导航的文本来为框架加上标题。
10. 页面应该经过设计,以避免在频率大于 2 Hz 并小于 55 Hz 的情况下导致屏幕闪烁。
11. 当以任何其他方法都无法达到符合性时,应该提供一个有等同信息或功能的纯文本页以使 Web 站点符合这部分的规定。只要主页面更改,纯文本页的内容就应该更新。
12. 当页面使用脚本语言来显示内容或创建界面元素时,由脚本提供的信息应与辅助技术可以阅读的功能文本一致。
13. 当 Web 页要求客户端系统上有小程序、插件或其他应用程序来解释页面内容时,该页必须提供一个到插件或小程序的链接。
14. 当电子表单设计为在线完成时,该表单应该允许用户使用辅助技术来访问完成并提交表单所需的信息、字段元素和功能,包括所有的说明和提示。
15. 应该提供一个方法允许用户跳过重复的导航链接。
16. 当需要一个定时响应时,应该警告用户并给予其充分的时间以表示需要更多的时间。

一个符合WAI标准的网站首要条件是标签标准化,由于历史原因和浏览器的容错性强,标签标准化的实施工作,我们还有很长的一段路要走,这也是我们前端部门的工作重点。

发表评论

什么是网站可访问性:WCAG(Web Content Accessibility Guidelines)

[按]WCAG 规范已发布更新版本,但没有找到相应的中文翻译
这个是从一个台湾人写的网页上拷贝来的,仅供参考
可通过该网址进行检测 http://webxact.watchfire.com/
规范1:  对于听觉及视觉的内容要提供相等的替代文字内容
规范2:  不要单独靠色彩来提供特殊信息
规范3:  适当地使用标记语言和样式窗体
规范4:  阐明自然语言的使用
规范5:  建立编排良好的表格
规范6:  确保网页能在新科技下良好地呈现
规范7:  确保使用者能处理时间敏感内容的改变
规范8:  确保嵌入式使用者接口具有直接可及性
规范9:  设计装置独立网页
规范10: 使用过渡的解决方案
规范11: 使用国际与国内官方订定的技术和规范
规范12: 提供内容导引信息
规范13: 提供清楚的浏览网站机制
规范14: 确保简单清楚的网页内容

规范一: 对于听觉及视觉的内容要提供相等的替代文字内容
1.1图片需要加上替代文字说明
1.2对于applet提供替代文字说明
1.3对于object提供替代文字说明
1.4对于窗体中的图形按键提供替代文字说明
1.5影像地图区域需要加上替代文字说明
1.6当影像地图使用为上传按钮时,每一作用区域必须分别使用不同的按钮
1.7当alt属性的文字陈述大于150个英文字符时,考虑另外提供文字叙述
1.8提供longdesc以外的描述性超级链接(如D超级链接),来描述longdesc的内容
1.9图形替代文字陈述不够清晰时,提供更多的文字描述(如使用longdesc属性)
1.10所有语音档案必须有文字旁白
1.11以可及性的影像来替代ASCII文字艺术
1.12视讯中的声音必须提供同步文字型态的旁白
1.13服务器端影像地图中的超级链接必须在网页中有额外对应的文字超级链接
1.14多媒体视觉影像呈现时,必须提供听觉说明
1.15多媒体呈现时,必须同步产生相对应替代的语音或文字说明
1.16客户端影像地图中的超级链接必须在网页中有额外对应的可及性超级链接

规范二:不要单独靠色彩来提供特殊信息
2.1确保所有藉由颜色所传达出来的讯息,在没有颜色后仍然能够传达出来
2.2确保前景颜色与背景颜色彼此呈现明显的对比 

规范三:适当地使用标记语言和样式窗体
3.1以实际存在的标记语言(如MathML)呈现网页内容(如数学方程式),避免使用图形影像呈现
3.2确定网页设计檔,有效使用正规的HTML语法
3.3在doctype标签中,使用标准规范的叙述以识别HTML版本类型
3.4尽可能使用样式窗体控制网页排版与内容的呈现
3.5要使用相对尺寸(如%)而非绝对尺寸(如像素)
3.6适当使用巢状标题呈现文件结构
3.7避免使用header标签来产生粗体字效果
3.8项目符号及编号之卷标(如li、ul)仅可使用于实际网页内容的项目条列,不可用于编辑格式
3.9确保q和blockquote标签只是用来当引用语而不是用来缩排
3.10以q及blockquote卷标来标记引用语

规范四:阐明自然语言的使用
4.1明确地指出网页内容中语言的转换
4.2用abbr及avronym标签表示网页中呈现的文字缩写与简称
4.3明确指出网页文字所使用的自然语言

规范五:建立编排良好的表格
5.1对于每一个存放数据的表格(不是用来排版),标示出行和列的标题
5.2表格中超过二行/列以上的标题,须以结构化的标记确认彼此间的结构与关系
5.3在网页内容呈现设计时,避免以表格做多 

栏文字的设计
5.4若表格只做为版面配置时,勿使用表格之结构标记(如th卷标)作为网页格式视觉效果
5.5表格须提供表格摘要说明(如summary属性)
5.6数据表格须提供标题说明
5.7表格行列过长的标题,须提供缩写或简称

规范六:确保网页能在新科技下良好地呈现
6.1使用 CSS 样式表编排的文件需确保在除去样式表后仍然能够阅读
6.2页框连结必须是HTML档案
6.3使用Script语言需指定不支持Script时的办法
6.4若网页内的程序对象没有作用时,确保网页内容仍然可以传达
6.5若网页对象使用事件驱动时,确定勿仅使用鼠标操作
6.6使用页框时要指定不支持页框时的办法

规范七:确保使用者能处理时间敏感内容的改变
7.1确保网页设计不会致使屏幕快速闪烁
7.2避免使用blink卷标闪烁屏幕
7.3避免使用marquee卷标移动文字
7.4避免使用动态gif图片
7.5不要让网页每隔一段时间自动更新
7.6不要自动转移网页的网址

规范八:确保嵌入式使用者接口具有直接可及性
8.1对由Scripts、Applets及Objects所产生之信息,提供可及性替代方式 

规范九:设计装置独立网页
9.1尽量使用客户端影像地图替代服务器端影像地图连结
9.2对所有网页内容元素,确保有鼠标以外的操作接口
9.3确保事件的启发不要求一定得使用鼠标
9.4具体指出按下Tab键在窗体控件,超级链接及对象间移动的顺序
9.5对经常使用的超级链接,增加快速键的操作
9.6对于窗体组件考虑提供键盘快速键的操作

规范十:使用过渡的解决方案
10.1除非使用者知道将会开启一个新窗口,不要随便开启一个新窗口
10.2如果使用Script语言开启新窗口或改变目前窗口的网址,要让使用者能事先知道
10.3确保窗体的控件与控件说明之间的配合很适当
10.4若有以表格直栏格式呈现的网页文字内容时,提供线性文字替代
10.5在网页文字输入区中须有默认值
10.6勿单以空白间隔分开相连之超级链接

规范十一:使用国际与国内官方订定的技术和规范
11.1如果你不能使这个网页无障碍化,提供另一个相等的无障碍网页
11.2尽量使用开放性的最新国际标准规范
11.3避免使用过时的HTML语法
11.4允许使用者依照个人喜好设定网页呈现方式与内容  

规范十二:提供内容导引信息
12.1需要定义每个页框的名称
12.2如果页框名称无法描述页框中的内容的话,应加上额外叙述
12.3把太长的选单项目群组起来
12.4在窗体控件中,使用fieldset及legend标签作群组间的区隔
12.5尽可能将网页内容有相关之元素聚集在一起
12.6在窗体控件上,以label卷标提示信息

规范十三:提供清楚的浏览网站机制
13.1设计并确保有意义的超级链接说明,便于网页内容的阅读
13.2如果需要的话,为每个超级链接加上内容描述
13.3指向不同网址的超级链接,不可使用相同的超级链接说明
13.4使用metadata卷标来记载计算机可以了解运用的网页信息
13.5为你的网页加上标题
13.6为你的网站提供网站地图或整体性的简介
13.7网页设计使用清楚且一致的导览机制
13.8提供网页导览连结工具列,以利存取网站导览结构
13.9能辨别出意义上有群组相关的超级链接
13.10若有群组超级链接,在群组之前增设一项绕过此区域的超级链接
13.11若网站具有搜寻功能,可以设计不同的网页内容搜寻方式,以提供不同技能与喜好者搜寻选用
13.12在网页标题、段落、及列表之前,提供辨别讯息以利识别
13.13以metadata标签来识别网页文件包含于整体文件内的所在位置
13.14:H313213 避免在网页上使用ACSII文字艺术

规范十四:确保简单清楚的网页内容
14.1网页内容要使用简单易懂的文字
14.2使用可及性的图形促进网页内容的理解
14.3网页彼此间设计呈现的风格要一致

发表评论

什么是网站可访问性(Accessibility):WAI、WCAG 和 Section 508

原文:http://www.microsoft.com/china/msdn/library/webservices/asp.net/USdnasppacsaraf1.mspx?mfr=true

简介

虽然大多数在线用户可以使用带有典型浏览器设置的 Web 浏览器来浏览 Web 站点,但是有残疾的用户通常使用其他方法来访问在线信息。举例来说,盲人用户可能使用一种纯文本浏览器,该浏览器可以将文本转换为盲文,或者使用屏幕阅读器大声朗读文本。一个有视觉障碍的人可能仍使用如 Internet Explorer 这样的浏览器,但要借助于屏幕放大镜或借助于配置为使用特大字体大小的浏览器。行动障碍可能阻碍了用户用鼠标或键盘作为输入设备。

因为有残疾的人通常使用特殊的设备或非标准的浏览器配置浏览 Web,所以,一个 Web 站点的整体设计和 HTML 标记极大地影响了残疾人的用户体验。比如说,用绝对度量单位(如 10pt)指定字体大小会以该绝对大小显示字体,并且与用户在其浏览器中配置的文本大小无关。有 Flash 或 Shockwave 界面而且不提供可替代的文本表示形式的站点,实际上拒绝了使用盲文设备或文字语音合成器的用户。一个 Web 站点只有设计为可正常转换到可替换的设备时,才能说是易于访问的。

此时,您也许会想:“我为什么要费心确保我的 Web 站点是易于访问的呢?”我想有两个主要原因:

1.

这是一桩好生意 — 根据 2000 年美国人口普查,4,970 万美国人有残疾;Harris Interactive 2000 年 6 月所做的调查显示 43% 的美国残疾人是经常上网的用户,而且残疾用户上网花费的时间几乎是非残疾用户的两倍。把这两个调查的结果放在一起,您会发现有超过 2,100 万的美国残疾人经常上网。如果不花费时间来使您的 Web 站点易于访问,您会将 2,100 万潜在访问者拒之门外。

2.

这是政府机构的指令 — 在 1998 年,美国政府通过了 Section 508 of the Rehabilitation Act,要求联邦机构的电子信息对于残疾人是可访问的。这一法案提供了软件应用程序、Web 应用程序以及电信产品和视频产品的可访问性准则。不仅要求联邦机构实施可访问性准则,而且还要求签约为联邦政府工作的私人公司也要做到这一点。(许多美国之外的国家/地区对政府机构也有类似的可访问性要求。)因此,如果您为政府或为给政府提供服务的公司工作的话,创建易于访问的 Web 应用程序是必须的。

在本文中,我们将讨论为确保您的 ASP.NET Web 站点易于访问可以采取哪些步骤。我们将简要地看一下目前可用的官方可访问性准则,然后着重看一下美国政府使用的可访问性准则。本文专注于考虑如何使用继承将不易于访问的 ASP.NET Web 控件变为满足可访问性准则的控件。

clip_image001返回页首

WAI、WCAG 和 Section 508

使一个 Web 站点更加易于访问有许多步骤,但是这些步骤到底是什么?一个站点需要使用其中的多少步骤才可视为易于访问的站点?根据您询问的对象以及他们需要提供的可访问性级别的不同,这些问题会有所不同。对一个财富 500 强 (Fortune 500) 公司的 Intranet 站点来说,它很可能比一个只有 25 名员工的公司的 Intranet 站点需要有更高级别的可访问性。

WC3 关于可访问性的说法

为了帮助将此讨论正式化,1999 年 WC3 官方成立了 Web Accessibility Initiative (WAI),这是分配了为残疾人提高 Web 站点可用性这一任务的一个团体。WAI 的第一个行动是发布了 Web Content Accessibility Guidelines (WCAG)。WCAG 提供了一个包括 14 条准则的列表,以便设计易于访问的 Web 站点。

准则本身并没有详细说明为使一个 Web 站点更加易于访问应采取的操作。确切地说,它们是对如何确保可访问性提供解释的高级别声明。举例来说,准则 1 是“对听觉和视觉内容提供等同的替代内容。”每一条准则都附带一组检查点。检查点详细说明了为确保满足可访问性准则而可采取的操作。每一个检查点被给予下列优先级值之一:

优先级 1 — Web 开发者必须 满足这一检查点,否则一个或多个用户组将不能访问此内容。

优先级 2 — Web 开发者应该 满足这一检查点,否则一个或多个用户组将发现难于访问此内容。

优先级 3 — Web 开发者可以 满足这一检查点,否则一个或多个用户组在访问此内容时可能有困难。

除了列出这 14 条准则及其关联的、设置优先级的检查点之外,WCAG 还为 Web 站点的可访问性提供了三级分类等级。实现所有优先级 1 检查点的站点被评定为符合 A 级。实现所有优先级 1 和优先级 2 检查点的站点被评定为双 A 级,而实现所有检查点的站点被评定为三 A 级。WCAG 提供了一组很好的操作以便执行,这样确保了不同的可访问性级别。

对 WCAG 的详尽讨论超出了本文的范围。下面列出的是 WCAG 的 14 条高级别准则。每条准则的检查点及其关联的优先级可以在官方的 Web Content Accessibility Guidelines 1.0 specification 中找到。

1.

对听觉和视觉内容提供等同的替代内容。

2.

不要仅依靠颜色。

3.

适当地使用标记和样式表。

4.

阐明自然语言的使用。

5.

创建正常转换的表格。

6.

确保以新技术为特性的页面转换正常。

7.

确保用户对时间敏感内容更改的控制。

8.

确保嵌入式用户界面的直接可访问性。

9.

进行与设备无关的设计。

10.

使用过渡解决方案。

11.

使用 W3C 技术和准则。

12.

提供上下文和定向信息。

13.

提供简洁的导航机制。

14.

确保文档清楚简单。

美国政府的可访问性准则

1998 年,美国政府修改了康复法案 (Rehabilitation Act),制定了由联邦政府维护的电子和在线内容的可访问性规则。这些规则通常被称为“Section 508 规则”,这就是详细说明可访问性要求的康复法案的 Section 508。

Section 508 的完整文本以及 FAQ、留言板和培训信息都可在 www.Section508.gov 上在线找到。其他关于 Section 508 的信息可在 www.access-board.gov/508.htm 上获得。

对于 Web 站点的可访问性,联邦政府有 16 条规则。前 11 条是来自 WCAG 的检查点,后 5 条是针对 Section 508 的,而不是 WCAG 的组成部分。这些规则可在 Section 508 的 1194.22 条款中找到,为了完整说明在这里重复一下:

1.

对每一个非文本元素都应该提供一个等同的文本。

2.

任何多媒体演示的等同替代内容都应该与该演示同步。

3.

Web 页应该经过设计,以便所有通过颜色传达的信息无需颜色也可获得,比如通过上下文或者标记获得。

4.

文档应该经过组织,这样它们无需关联的样式表也可阅读。

5.

应该为服务器端图像映射的每个活动区域都提供冗余的文本链接。

6.

应该提供客户端图像映射而非服务器端图像映射,除非区域不能使用可用的几何图形来定义。

7.

应该为数据表标识行和列标题。

8.

对于具有两个或多个逻辑层次的行或列标题的数据表,应该使用标记为这些数据标关联数据单元格和标题单元格。

9.

应该使用有助于框架标识和导航的文本来为框架加上标题。

10.

页面应该经过设计,以避免在频率大于 2 Hz 并小于 55 Hz 的情况下导致屏幕闪烁。

11.

当以任何其他方法都无法达到符合性时,应该提供一个有等同信息或功能的纯文本页以使 Web 站点符合这部分的规定。只要主页面更改,纯文本页的内容就应该更新。

12.

当页面使用脚本语言来显示内容或创建界面元素时,由脚本提供的信息应与辅助技术可以阅读的功能文本一致。

13.

当 Web 页要求客户端系统上有小程序、插件或其他应用程序来解释页面内容时,该页必须提供一个到插件或小程序的链接。

14.

当电子表单设计为在线完成时,该表单应该允许用户使用辅助技术来访问完成并提交表单所需的信息、字段元素和功能,包括所有的说明和提示。

15.

应该提供一个方法允许用户跳过重复的导航链接。

16.

当需要一个定时响应时,应该警告用户并给予其充分的时间以表示需要更多的时间。

这 16 条规则是由美国政府精心制定的,并只命令联邦机构的 Intranet 和 Internet Web 站点执行。但是,在命令政府机构的 Web 站点执行可访问性准则方面,美国并不是独一无二的。澳大利亚、加拿大、法国、德国、日本和英国等国家/地区也都有类似的法律。如需按国家/地区列出的可访问性政策的列表,请访问 WAI 的 Policies Relating to Web Accessibility 页。

检查是否符合可访问性

通过使用免费的 Bobby Online Portal,您可以快速确定一个给定的 Web 页是否符合 WCAG 或 Section 508。在此 Web 站点中,您可以输入一个 Web 页的 URL,选择检查或是符合 WCAG 或是符合 Section 508,然后查看列出符合性级别的报告。 1 展示了 Bobby 在线门户 (Bobby Online Portal) 的屏幕截图,显示出在 Microsoft MSDN 主页上将要执行的一个 WCAG 符合性测试。

clip_image002

1. Bobby 在线门户

2 展示了 MSDN 主页报告的屏幕截图。如您所见,MSDN 页不符合 WCAG 可访问性准则的任何级别,因为它丢失了图像的可替代文本。 2 中没有显示的是,还有 5 个优先级 2 的冲突和 4 个优先级 3 的冲突。

clip_image003

2. 评估 MSDN 页的可访问性

对于确定您的 Web 站点是否满足 WCAG 或 Section 508 的可访问性准则来说,Bobby 在线门户是一个很好的工具。遗憾的是,Bobby 在线门户每次只能处理一个 URL,每分钟也只允许执行一个查询。不过,有可用的商业产品可用于测试整个 Web 站点是否符合可访问性,并且不限定每分钟只执行一定数量的查询。有关这些商业产品的更多信息可以在 Bobby 在线门户站点上找到。

发表评论