以下为《Web信息无障碍通用设计规范》全文。
前言
本标准按照GB/T1.1-2009的规则起草。
本标准由中国互联网协会标准工作委员会（T/ISC）提出并归口。
本标准起草单位：
本标准主要起草人：
引言
当今时代，互联网技术和应用日新月异，信息服务更加深入、更加全面，人机交互方式更加多元、更加智能，用户对获取信息的方式也不断提出新的需求。移动互联网的快速发展和移动终端的广泛普及，大大降低了用户使用网络门槛，在为更多人提供服务的同时，也为各种障碍人群使用网络提供了便利。web信息无障碍通用设计规范是提升网站服务效能，要求设计人员和服务方遵循通用设计规范，运用新技术改善web服务环境，在满足健全人便捷信息获取信息的同时，也为身体机能缺失或文化认知有障碍的特殊人群提供等价的信息服务。
本规范通用性要求适合于PC网站、移动网站、计算机客户端和移动APP。特别性要求是让各种障碍人士更便捷获取Web信息服务的更高要求。
web信息无障碍通用设计规范
1范围
本规范规定了计算机网站和移动网站信息无障碍交流通用设计技术要求。标准在涵盖了一系列能使更多残障人士更容易访问Web内容的各种规定，使失明，失聪，有听力和视力障碍的人士，有学习，认知，运动，言语障碍，以及光敏感反应等人群，获取web信息和服务付出的成本和健全人相一致，同样，这些规范也适用于身体临时障碍，环境发生变化的健全人信息访问需求。本规范适合于解决Web内容在台式计算机、笔记本电脑和平板电脑，同样适合于智能手机等移动设备上的可访问性问题。
本规范对web信息无障碍交流对用户更全面的感知信息、更方便的操作方式，更清晰的理解访问对象提出了一些要求，对web信息服务智能化提出无障碍需求，对第三方辅助工具的兼容也提出了一些建议。本规范并针对无法用视觉感知信息的盲人，无法用肢体操作电子终端设备的特殊人群，以及因视力障碍或文化认知障碍人群的访问需求提出具体要求。
本规范适用于web信息无障碍交流和web信息智能服务的设计者，也适用于网络产品和网络服务提供者，公共服务信息资源管理者和提供者，为政策制定者提供依据，为服务评估者提供支撑。本规范未将操作系统和浏览器可以实现的网页放大、背景色调整等无障碍辅助功能作为强制要求。
2术语和定义
下列术语和定义适用于本标准。
3总则
web信息无障碍通用设计规范是保障所有用户在不同身体状况、网络传输渠道和周边环境状态发生变化的情况下，都能便捷获取web服务的信息无障碍交流要求。为了达到这些要求，网站的设计者和开发者必须遵守以下五项基本原则。
3.1感知性。在保障获取信息有障碍的用户以辅助手段感知信息的同时，网站信息内容的推送方式需要提供文本信息的在线语音阅读和手语转译，文本信息影像化等多种推送方式，以满足不同障碍人群对信息感知形式的需求。这个要求同样对健全人获取信息更友好；
3.2理解性。在充分保障盲视认知当前访问对象基础上，需提供当前网页信息结构和访问对象的关联性文本或其他表达方式，以保障盲视用户感知信息与健全人感知信息等价，为用户操作的目的性和准确性提供支撑；
3.3操作性。在规定了网站全程支持键盘操作的基础上，网页需将区域分类的数据关系结构程序并提供相应的操作接口，以帮助使用读屏软件的盲视用户快速准确操作，并友好支持使用声控软件的用户便捷操作。移动网页也应将网页信息区域结构程序化，并提供智能手势，支持盲视用户进行网站栏目、文本输入、控件按钮定位和操作。
3.4兼容性。Web内容必须健壮，在计算机主流浏览器、移动主流浏览器下运行正常，在支持通过获取系统消息的辅助工具的同时，也为现有的辅助工具、未来的用户代理和其他的智能软件提供操作接口和计算程式；
3.5便捷性。Web信息服务应覆盖到计算机网络和移动网络等所有传输渠道，应符合各种电子终端屏幕规范和显示要求，应将网页的信息结构进行有分类处理和存储，并开放数据访问和操作控制接口，为辅助工具或其他智能技术获取和调用。
4通用性要求
4.1可感知性
4.1.1感知性要求：网页信息和接口组件应以用户可以感知的形式完整呈现给用户。
4.1.2标识与描述
4.1.2.1整体信息
应有一个描述当前页面整体服务类型、信息状况和信息结构的机制，并能够方便访问。
说明：这个服务对于盲人用户是有一定帮助的。一直以来，盲人用户在感知网页信息的全面性方面与明眼人存在著很大的差别，具体表现在：页面的类型（综合页面、还是单项服务等页面）、网页的内容结构，信息数量等方面，他们都是通过操作TAB键遍历后，才能达到对网页信息的大致了解。
示例：该标准在网上公布时，所有要求将会提供相应的成功示例。
4.1.2.2区域信息
各信息区域应有该区域的信息类型和服务内容的具体描述，并在访问中可以获得。
说明：在视觉感官中，网页中的各种信息区域通常是以边框、距离、色彩和位置等元素进行表达，区域的名称或以文字，或以文字加链接，或以视觉可以理解的样式等方式。这些方式对于读屏软件的用户来说是有障碍的。从目前状况下看，虽然他们能够通过遍历操作能够访问，但是很难辨别出所访问的内容哪些是区域名称，哪些是指向链接，即使能够理解，那花费的成本是很大的，同时，需要通过记忆，以保证下一次访问能够掌握。
4.1.2.3上下文
交互关系复杂且有上下文关系界面组件，应在区域访问的出入口有相应说明，并支持上下级或同级遍历。
4.1.3视觉呈现
4.1.3.1页面布局
应遵循常规页面布局方式。如因服务功能需要改变布局形式，应有必要的提示。
4.1.3.2对比度
至少提供一种黑色背景、白色字体的页面对比度设置服务。采用其他对比度方案，对比度不低于4.5:1。
4.1.3.3文本字体大小
文本不需要辅助技术的情况下，要至少可以放大至200%，且没有内容或功能损失。
4.1.3.4焦点状态
鼠标，或指点，或键盘操作，或以其他方式聚焦到页面各组件时，该组件应有明显的状态提示。
4.1.4听觉感知
4.1.4.1语音阅读
页面各组件和文本信息均应提供在线的语音阅读服务，至少要在正文页面中实现。
4.1.4.2阅读控制
语音阅读服务应有开启和关闭阅读的设置，并可被辅助技术操作和控制，避免与盲用读屏等语音阅读或语音识别类软件冲突。
4.1.5非文本处理
4.1.5.1非文本链接
以非文本形式的链接，应提供说明链接目的或链接用途的替代文本。如：所指向的正文标题，或文件、服务应用的下载等。
4.1.5.2非文本控件
4.1.5.3验证码
——验证码放大：如网页中存在非文本验证码，应提供相应的验证码放大服务，且验证码的放大倍数不低于2倍。
——验证码替代：如网页中存在非文本验证码，至少提供一种视觉感官以外的验证码，如替代文本或语音验证码。
注：以上两种形式需要同时存在。
4.1.5.4验证码时效
有时效限制的验证码，应为用户提供告知时效服务，并提供延长时效设置。时效延长设置时长不低于原有时效1倍以上。
4.1.5.5图片二维码
如网页中有移动APP或移动网站二维码图片，应提供说明其目的的替代文本，并有相应访问或下载地址。同时需提供一种能够使图片放大并显示在屏幕中央位置的机制，图片放大至少为原图片的4倍。
注：二维码放大并显示在屏幕指定位置，对视障用户能够扫描到二维码有帮助。
4.1.5.6播放器
应为所有展现给用户有价值的非文本内容提供等价的替代文本。如：图片幻灯、音视频播放器等，图片幻灯的替代文本链接或文字。
4.1.5.7图表
以图片或控件表格等形式图表，应提供与视觉信息结构关系一致的访问方式和等价文本。如：横纵轴联系、分项菜单关系、数据表达等。
4.1.5.8非文本装饰
如果非文本内容是纯粹的装饰，应提供一种其内容可以被辅助技术忽略的机制。
4.1.6多媒体处理
4.1.6.1音视频
——应提供与音视频语音信息同步的文字字幕
——应提供与音视频语音信息等价的手语解说
——应提供与音视频语音信息等价的替代文本
4.1.6.2图片播放器
——应提供与图片信息一致的文字字幕
——应提供文字字幕在线语音阅读服务
——应提供与图片信息一致的替代文本
4.2可操作性
4.2.1可操作性要求：用户界面组件应构建和开放界面组件操作接口，并可被其他操作方式替代。
4.2.2操作接口
4.2.2.1结构数据
构建界面组件层次关系清晰、信息完整准确的结构数据。
4.2.2.2接口开放
不依赖操作系统消息或浏览器解析结果，并可被键盘操作、语音控制软件等其他智能软件访问操作。
4.2.3多媒体控制
4.2.3.1多媒体播放控制
视频、音频等多媒体信息的播放控制可通过键盘完成，并可被其他操作方式访问操作。
4.2.3.2多媒体互动交流
视频、音频等多媒体内的在线评价交流服务，可以通过键盘操作和其他操作方式完成。
4.2.3.3暂停、关闭或开启
如果网页上有自动播放的多媒体，则应提供一种机制及时进行暂停、关闭或重新开启。
4.2.4.3重新申请操作
4.2.5漂浮窗体控制
4.2.5.1漂浮窗体时机
网页中如有漂浮窗体，尽可能在网页加载时与网页同步出现。
4.2.5.2临时漂浮窗体
如网页需要临时出现漂浮窗体，应有一种告知方式，并提供关闭漂浮窗体的机制。
4.2.5.3漂浮窗体访问
为鼠标和指点方式之外的其他操作方式提供访问漂浮窗体的机制。
4.2.6信息输入处理
4.2.6.1输入提示
当需要输入内容时，应提供输入信息格式要求的文本形式提示，并提供相应的检测机制。
4.2.6.2错误修改
如果输入错误被网页前端或后台检测出来，则应以文本形式或语音向用户描述错误信息，且错误可撤销，并支持继续输入。
4.2.6.3错误预防
对于会导致使用者发生法律承诺或财务交易的网页，应提供符合下列要求的服务通道：
——提交动作是可逆的；
——对用户输入的数据进行检查；
——提供一个模拟提交的测试机制；
——用户提交后，要有提交结果的报告，且提交可在3分钟内予以撤销，或在3分钟内的支持修改和再次提交。
4.2.6.4网站导航
网站要提供信息和服务栏目的导航，并为键盘操作提供一种快速访问机制。这个服务至少保证访问者在网站首页上可以获得。
4.2.6.5区域辨识
网页中的各信息服务区域，无论是纯文字或纯文字加链接任何一种形式，应有该文字的目的和内容告知。
4.2.6.6便捷服务
应为键盘提供一种可以直接访问网页信息内容的操作机制。如：进入正文页或列表页，通过操作快捷键可直接到达列表或正文窗口。
4.3可理解性
4.3.1可理解要求
网页的文本内容和非文本内容应可读、可理解，用户界面布局和功能关系清晰，便于用户理解和使用。
4.3.2信息表达
4.3.2.1专业词语
尽可能不采用专业词语作为栏目或访问目标的表达，如有，应提供一种阐明其具体定义的机制。不包含正文中的专业词语。
4.3.2.2缩略词
如因某些情况必须使用缩略词作为栏目或访问目标的表达，且缩略词只是网站自我表达，则应提供一种机制来展开缩写词原意。不包含常规使用的缩略词。
4.3.2.3交互的统一性
使用键盘对网页进行遍历操作，用户界面组件则以视觉感知一致的顺序出现。
4.3.2.4识别的一致性
避免修改公认的通用名称，如有，则应提供一种机制予以说明。
4.3.2.5网页识别
网页应有对应的描述主题或目的的标题或关键词。
4.3.2.6区域识别
网页各信息区域应为辅助软件提供和视觉一致的区域标题注释，而不是一个链接注解。
4.3.2.7位置告知和纠错
应提供一个告知当前状态、位置和组件关系的机制，指导用户操作，并支持撤销上一步操作动作。
4.4健壮性
4.4.1健壮性要求
网页内容必须健壮稳定，在主流操作系统或浏览器下运行正常，支持现有的辅助工具和其他用户代理。
4.4.2界面组件
4.4.2.1页面样式
页面样式不应因用户使用的浏览器或操作系统不同而发生样式变化，不包括响应式网页服务。
4.4.2.2数据加载
网页数据加载，不应因用户使用的浏览器或其他第三方代理工具不同而影响数据的加载。
4.4.3认证确认
4.4.3.1认证确认
页面中某些需要用户提交认证的服务，不应因无障碍服务机制原因，或因用户使用的操作系统或浏览器不同而影响认证确认。
注：在计算机网站的无障碍服务中，避免使用类似镜像代理实现的无障碍服务，以防止跨域限制出现认证无法完成。
4.4.4一致性服务
4.4.4.1不应限制
无障碍要求不应影响网页界面样式的正常设计，同样，网页界面样式设计也不应影响辅助工具或其他代理工具的访问。
4.4.4.2流程一致
无障碍交流要求不应影响网页的界面交互方式，同样，网页界面交互流程不应当对特殊需求操作进行限制或不能便捷访问。
4.4.5沟通交流
4.4.5.1在线沟通
如有语音形式的在线沟通服务，也应提供等价的文本形式的服务。
4.4.5.2交流反馈
5特别性要求
5.1PC网站
5.1.1盲人用户
5.1.1.1键盘操作
5.1.1.2键盘可达
界面组件中的内嵌网页、文本输入框和需要动态加载的页面，应支持制表键（TAB）或其他快捷定位键的访问。在上下文关联控件中，不应出现由于自循环造成的键盘陷阱。
5.1.1.3键盘序列
制表键的访问序列应保持和界面样式感知形式相一致，也不应网页组件内容调整而改变访问序列。
5.1.1.4键盘陷阱
界面组件中的内嵌网页和需要动态加载的页面，应将所有焦点纳入网页制表键序列（TAB），也不应自身机制原因而造成制表键访问的死循环。
5.1.1.5键盘跳出
如网页中有必须进行计算关联组件和服务，无法将其中的制表键纳入网页制表键序列，则应提供一种通过快捷键可以向上或可以向下访问的跳出机制。
5.1.1.6TAB页
网页中有支持鼠标等指点设备操作的TAB窗体或栏目，应支持制表键的访问到达，并保证访问结果和内容与鼠标的操作TAB页相一致。
5.1.1.7操作引导
5.1.1.8智能盲道
应将当前网页区域按照服务类型和特性进行分类，提供与区域相对应的访问快捷键，并支持相同区域遍历查询。
5.1.1.9在线读屏
应提供一种与盲用读屏软件操作方式一致、全程支持键盘操作的在线读屏服务，并提供开启和关闭切换设置，以避免与读屏软件冲突。
5.1.1.10口述影像
为只有通过视觉才能感知信息内容的视频媒体，提供与影像信息表达一致的同步语音描述服务。
5.1.2综合障碍
5.1.2.1简易大字版本
如网页界面服务功能多、信息繁杂，则需提供一个分类清晰，信息与原页面一致的简易大字版本。
5.1.2.2信息影音化
需提供一种将网站信息和服务以全程影音化的服务版本，并支持全程键盘操作。
5.2移动网站
5.2.1盲人服务
5.2.1.1遍历查询
网页各组件和元素支持手势滑动遍历查询。
5.2.1.2智能手势
网页应为各服务功能和各信息区域提供快捷定位的访问手势。
5.2.1.3操作引导
5.2.1.4在线读屏
应提供一个与智能手势同步播放的语音阅读服务，并有一个关闭和开启的机制。
5.2.2综合服务
5.2.2.1纯文本
提供一个没有图片的纯文字版本，支持手势放大页面，同时提供文本信息在线语音阅读和至少一种黑底白字的高对比设置服务。
5.2.2.2信息影音化
提供一个将文本信息转换为影音化服务的版本，并有进退、播放和音量等多媒体常规设置。
5.3PC无障碍客户端
5.3.1盲人用户
支持用户在计算机桌面以快捷键方式拉起该服务，并支持用户全程以键盘操作方式访问Web信息，同时支持用户以语音命令替代其他操作方式。
5.3.2语音控制
支持用户在计算机桌面以语音命令方式拉起该服务，并支持用户全程以以语音命令操作方式访问Web信息。
5.3.3综合服务
5.3.3.1兼容性
PC网站原有无障碍服务，友好支持各种辅助技术、语音识别等其他智能软件和其他第三方代理。
5.3.3.2自定义网站
为用户重新组合和确定信息目录提供服务，支持用户通过确定自己所需访问和喜欢的栏目，完成自定义的个性化网站。
5.4移动客户端
5.4.1盲人用户
5.4.1.1读屏效能
——少保证移动Web信息可被读屏软件访问
——最好实现简单的移动读屏功能，有全面性的读屏服务更好
——兼容常规手势，并提供常规手势和盲用智能手势切换设置
5.4.2语音控制
支持用户以语音命令方式拉起该服务，并支持用户全程以以语音命令操作方式访问Web信息。
5.4.3综合服务
5.4.3.1兼容性
兼容移动网站的所有无障碍服务，友好支持第三方代理辅助软件、语音控制软件等其他智能软件。
5.4.3.2影音化服务
提供一个将文本信息转换为影像化语音阅读服务版本，并支持前进、后退、暂停、播放等多媒体应有的设置。
5.5全面性要求
5.5.1信息服务
5.5.1.1订阅
——支持订阅网站整体信息；
——支持订阅网站栏目信息；
——支持提交关键词订阅网站或各单个栏目信息。
5.5.1.2推送
——及时推送订阅信息；
——智能推送用户喜欢的信息；
——及时告知重要信息和服务。
5.5.2搜索服务
5.5.2.1目录检索
提供网站目录分类信息服务，支持用户以目录检索方式查找信息。
5.5.2.2关键词检索
支持用户通过输入关键词查找信息。
5.5.2.3高级检索
——应支持用户输入自然语言方式查找信息
——应支持用户定向搜索网站单个栏目信息
参考文献
[1]WCAG2.0（2012），网站内容无障碍指南
[2]网站设计无障碍技术要求（YD/T1761—2012）
如个人、单位有意见或建议，请提交到wuzhangai#isc.org.cn(发邮件时，#改为@)