波士顿大学最低网页无障碍标准
根据大学的网站政策（“政策”），所有新的和重新设计的大学网站和在政策生效日期之后发布的网络内容必须符合这些最低网络可访问性标准（MWAS）。MWAS阐明了遵守政策对大学网站和网络内容的可访问性要求所需的最低技术和视觉要求。MWAS中使用但未定义的大写术语具有保单中给出的含义。
BU MWAS基于万维网联盟发布的Web内容无障碍指南（WCAG） 2.0 AA级，旨在解决以下四个无障碍原则：
覆盖的群体
MWAS的目标是使大学网站或网络可访问内容的可感知性、可操作性、可理解性和健壮性（如WCAG指南中进一步描述的）对残疾人，包括有以下任何残疾的人：
视觉障碍
失明和其他严重视觉障碍的访问者通常使用屏幕阅读软件访问网页内容。弱视人士可使用其他方法，例如放大屏幕字体、软件放大屏幕和/或启用高对比度显示。
色盲
患有色盲的访问者可能难以区分某些颜色组合、同一颜色的不同深浅，或者可能无法阅读与背景颜色对比不佳的文本。
耳聋或听力障碍
有音频障碍的访问者依赖文本文本和其他替代音频内容。
运动障碍
由于疾病、受伤和/或先天性疾病，访问者可能难以或无法使用指向/点击设备。这会影响web表单和页面控制器的响应时间和导航。
认知障碍
来访者可能有学习障碍、影响阅读理解的条件、注意力缺陷和注意力分散障碍、记忆和保留问题以及相关条件。
遵循指导方针
MWAS是由信息服务与技术部门与营销与传播部门、残疾人服务办公室和总法律顾问办公室合作开发的。MWAS将按照无障碍网页政策中列出的时间表进行审查和更新。
指导方针是由遵从性检查点构成的。每个检查点都是在检查内容的可访问性时要考虑的项目。
必须实现维护MWAS所需的元素。
应尽可能和/或在适当时考虑和实施建议的要素。
如果你看到这个图标，这意味着以下web可访问性标准是由波士顿大学的响应框架支持的！
检查点1：文本替代
为任何非文本内容提供替代文本，使其传达与非文本内容相同的含义/目的。
Required：当图片呈现额外的内容时，使用HTML图像标签的alt属性来提供图片的描述，而这些内容没有完全由页面中的周围文本表示。描述图像的含义以及它向视觉访问者传达的信息。这对于传递信息的图像（如信息图表）尤其重要。
要求：对纯装饰性的图形/图像使用空白alt属性。
必选：当使用图形作为链接时，使用alt属性来指示链接目标。
建议：将CSS用于装饰元素，而不是内联图像。
当你应该或不应该包括alt文本时，一个很好的资源是alt文本决策树。
对于BU WordPress编辑器：与WordPress媒体库中的照片/图像相关的“Alt文本”对话框是用于可访问性目的的Alt属性。
WCAG 2.0参考：指南1.1
检查点2：多媒体字幕和文本
为预先录制的音频和视频内容提供字幕和/或文本。
要求：全文，逐字，字幕，是同步的演示文稿应提供所有视频内容。在适当的情况下，字幕应该确定何时使用音效或音频提示。
要求：全文，逐字抄本提供录音。在适当的情况下，文本应该确定何时使用声音效果或音频提示。
要求：视频或音频内容不“自动播放”页面加载。纯粹的装饰和/或背景视频不受此要求的限制。
建议：提供第二个用户可选择的音频轨道，其中包括视频内容的音频描述。
参考：指南1.2
检查点3：独立于风格的内容组织
创建在删除样式和表示元素时不会丢失信息或结构的内容。
Required：如果样式表被禁用，内容需要传达相同的含义并保持相同的结构。
要求：适当嵌套的HTML标题（h1, h2， h3等）和语义HTML元素应该贯穿始终。列表应该在HTML中标记为列表。段落作为段落。Blockquotes就是Blockquotes。等。
要求：页面在文档的头部使用title元素。（这是默认包含在BU响应框架WordPress主题。）
推荐：主站导航菜单应该使用HTML无序列表。（这是默认包含在BU响应框架WordPress主题。）
建议：页面在body元素中使用语言属性。（这是默认包含在BU响应框架WordPress主题。）
建议：使用ARIA里程碑角色识别内容部分。（这是默认包含在BU响应框架WordPress主题。）
建议：Tab通过页面元素的顺序与视觉显示顺序相一致。（这是默认包含在BU响应框架WordPress主题。）
参考：指南1.3
检查点4：用颜色传达信息
任何用颜色传达的信息也必须没有颜色。
要求：颜色不被用作传达信息、指示动作、提示反应或区分视觉元素的唯一视觉手段。
建议：网站编辑应该避免颜色组合，因为这可能会影响色盲访问者的可用性。
WCAG 2.0参考：指南1.4.1
检查点5：颜色组合的足够对比度
内容必须以足够的色彩对比显示给那些视力低下或有色彩缺陷的访问者，并且必须在灰度（黑白屏幕）下显示完整的功能。
要求：文本和图像的视觉呈现，内容主体类型的对比度至少为4.5:1，大文本（如标题）的对比度至少为3:1。非必要元数据（作者、日期、类别等）的颜色对比不受对比度的影响。
资源：颜色对比检查器。该工具根据WCAG 2.0颜色对比指南提供合格/不合格评估。
WCAG 2.0参考：指南1.4.3
检查点6：调整文本大小
文本必须可调整大小，并且不需要水平滚动。
要求：文本可以由用户在没有辅助技术的情况下调整到200%，而不会丢失内容或功能。（这是默认包含在BU响应框架WordPress主题。）
WCAG 2.0参考：指南1.4.4
检查点7:HTML表
建议仅对表格数据使用HTML表。避免使用HTML表格进行布局。在实现HTML表时，使用行标题和列标题，并将数据单元格与复杂表的标题单元格相关联。
要求：用第th标签标识行和列标题。
建议：不要使用HTML表格进行页面或内容布局。
建议：使用summary属性来解释表的目的和结构。
建议：使用标题元素提供表格的描述性标题。
要求：简单的HTML表（表格数据）有范围（行或col）设置在表标题单元格。
推荐：复杂的HTML表（多行、多列跨度等）使用标题和id属性将数据单元格与标题单元格关联起来。
WCAG 2.0参考：指南1.3.2
检查点8：帧/ iframes
框架或iframe（内联框架）应该有标题，以帮助识别和导航。
要求：框架/iframe使用title属性来标识它们的目的和描述它们的内容。
建议：不要使用隐藏框架或隐藏iframe。
建议：使用CSS或iframe（内联框架）而不是标准的HTML框架。
参考：指南1.3
检查点9：键盘导航和焦点
并不是所有的访问者都可以使用鼠标、触控板或其他点击设备。使所有功能都可以从键盘上获得。
要求：访问者必须能够使用键盘界面在页面上移动焦点，通常使用箭头或标签键。（这是默认包含在BU响应框架WordPress主题。）
必需：如果键盘导航需要的不是未经修改的箭头键或标签键或其他标准方法，则建议访问者使用移动焦点的方法。
必需：基于web的表单必须支持辅助技术来访问完成和提交表单所需的信息、字段元素和功能，包括所有指示和提示。（使用表单插件和BU响应框架WordPress主题创建的标准表单符合可访问性指南。）
建议：确保基于web的表单的标签顺序以一种合乎逻辑的方式引导访问者通过表单(例如，姓后面跟着名；字段标签对应于它们的表单元素，等等。)
参考：指南2.1
检查点10：癫痫发作
网页的设计应该避免导致屏幕在一秒钟内闪烁超过三次。已知某些频率的闪烁内容会导致某些人癫痫发作。
要求：请勿发布一秒钟内闪烁3次及以上，或闪光低于一般闪光和红色闪光阈值的内容。
参考：指南2.3
关卡11：导航和寻路
提供一种方法，让访问者跳过长长的链接列表，比如主要内容导航菜单。清晰地识别链接目标，并在弹出窗口或新窗口打开链接时通知用户。
要求：为用户提供一种跳过重复链接列表的方式（例如“跳转到页面内容”）。
要求：样式应该适应键盘焦点指示器的清晰可见性。（这是默认包含在BU响应框架WordPress主题。）
要求：不要使用样式从文本链接中删除下划线，除非有另一种不依赖于文本颜色的视觉上区分可点击文本的方法。
要求：不要使用“点击这里”或“在这里”的链接文本。确定每个链接的目标，最好是在链接语言本身的上下文中。
要求：为了适应触摸设备的用户，导航图标/按钮必须使用最小触摸目标尺寸为48像素x 48像素。
建议：使用ARIA里程碑角色。（这是默认包含在BU响应框架WordPress主题。）
建议：不要在未通知用户的情况下更改活动窗口。
参考：指南2.4
检查点12：有足够的时间完成任务。
确保用户能够完成任务，而不会因为时间限制而导致内容或上下文发生意外变化。
要求：当内容设置时间限制时，为访问者提供至少以下一种机制：
- 访客可以关闭时间限制。
- 参观者可自行调整参观时间。
- 当到达时间限制时，为访问者提供了一个可访问的机制来延长时间限制。
- 例外情况：实时事件（如在线拍卖）和时间限制是基本功能的活动。
要求：不使用定时服务器重定向。
参考：指南2.2
检查点13：可理解的用户体验
内容和信息加上用户界面的操作必须是可以理解的。页面应该以可预测的方式显示和操作。
要求：页面的语言和内容的语言可以通过编程方式确定。(这是默认包含在BU响应框架WordPress主题中以英语发布的页面；使用非英语语言的网站编辑可以配置自定义元标记来定义其页面的母语。)
必需：在多个页面上重复出现的导航机制每次出现时都以相同的相对顺序出现，除非用户发起了更改。（这是默认包含在BU响应框架WordPress主题。）
参考：指南3.1,3.2
检查点14：最佳实践和标准遵从性
遵循web最佳实践，并对所有内容使用符合标准的标记。
必需：所有用户界面组件（包括表单元素、链接和脚本生成的组件）都可以通过辅助技术以编程方式确定。（这是默认包含在BU响应框架WordPress主题。）
要求：当使用手工制作的HTML时，确保所有元素都有完整的开始和结束标签，元素根据其规范嵌套，元素不包含重复的属性，并且任何id都是唯一的。
Required：为基于web的表单提供错误反馈（例如，当缺少必填字段时，以辅助技术可使用的方式提醒用户）。
建议：使用可访问的发布系统（例如BU Responsive Framework WordPress主题），负责任地使用手工制作的HTML，并与受过专业培训的web开发人员一起工作。
参考：指南3.3,4.1
最后的手段
一个可访问的替代页面（例如，纯文本，非flash，非动态等）镜像等效的信息或功能，可以提供使网站遵守此政策，当遵守不能以任何其他方式完成。每次主页面更改时，必须更新镜像页面的内容。单独的、最新的、可访问的“镜像页面”仅作为最后的手段使用。
