web开发人员必须了解的知识

本文首先关注实际的可访问性 - 这包括我们需要考虑的人群以及为什么，不同的人使用哪些工具来与网络进行交互，以及如何使得可访问性成为我们网站的一部分开发流程。

先决条件：	基本的电脑素养，对HTML和CSS的基本了解。
目的：	熟悉可访问性，包括它是什么，以及它如何影响你作为一个Web开发人员。

那么可访问性是什么？

无障碍是让尽可能多的人可以使用您的网站的做法 - 我们传统上认为这是关于残疾人，但也确实包括其他群体，如使用移动设备的人群，或者网络连接速度较慢的群体。

你也可以把无障碍视为对待每一个人，给予他们同样的机会，无论他们的能力或环境如何。同样，由于身在轮椅之中而不能排斥某人（实际上公共建筑物通常有轮椅坡道或电梯），因此，将某人排除在网站之外也是不对的，因为他们有一个视力受损，或正在使用手机。我们都是不同的，但我们都是人，所以拥有相同的（人）权利。

无障碍是正确的，但也是一些国家的法律的一部分，它可以开辟一些重要的市场，否则将无法使用您的服务，购买您的产品等。

可访问性和最佳实践可以使每个人受益：
语义HTML（提高可访问性）也提高了搜索引擎优化，使您的网站更容易找到/市场。
关心可及性表现出良好的道德/道德，这改善了您的公众形象。
其他一些改进可访问性的良好实践也会使其他组织（例如手机用户，网络速度较低的组织）更容易使用您的网站。实际上，每个人都可以从许多此类改进中受益。
我们有没有提到这也是一些地方的法律？

我们在看什么样的残疾？

残疾人和残疾人一样多样化，残疾人也是如此。这里的重要一课是思考超越自己的电脑，以及如何使用网络，并开始了解别人如何使用它 - 你不是你的用户。下面将解释要考虑的主要残疾类型，以及用于访问网络内容的任何专业工具（称为辅助技术或AT）。

注：世界卫生组织的“ 残疾与健康情况说明”指出，“世界上约有15％的人口具有某种形式的残疾”，“1.1亿至1.9亿成年人在运作方面存在重大困难”。

有视力障碍的人

这包括盲人，低级视力，色盲等。这些人中的许多人将使用屏幕放大镜（物理放大镜或软件缩放功能 - 目前大多数浏览器和操作系统都具有缩放功能），有些将使用屏幕阅读器，这是读取数字文字的软件：
有些是付费的商业产品，如JAWS（Windows）和Window
Eyes（Windows）。
有些是免费产品，如NVDA（Windows），ChromeVox（Chrome，Windows和Mac
OS X）以及Orca（Linux）。
一些内置于操作系统，如VoiceOver（Mac
OS X和iOS），讲述人（Microsoft Windows），ChromeVox（Chrome
OS）和TalkBack（Android）。

熟悉屏幕阅读器是一个好主意; 你还应该设置一个屏幕阅读器，并有一个游戏，以了解它是如何工作的。请参阅我们的跨浏览器测试屏幕阅读器指南了解更多关于使用它们 下面的视频还提供了一个经验是什么样的简单例子。

据统计，世界卫生组织估计，“全球估计有2.85亿人视力受损：3900万人失明，246人视力低下”。（见视力障碍和失明）。这是一个庞大而重要的用户群，只是错过了，因为您的网站编码不正确
- 几乎与美国人口相同。

有听力障碍的人

或者称为听觉障碍的人，或聋人，这组人听觉水平低或者听不到。有听力障碍的人使用AT（参见助听器，语音，语言或语言障碍人员的辅助装置），但是并没有特别针对计算机/网络使用的特殊AT。

然而，还有一些特定的技术可以提供替代音频内容的文本替代品，从简单的文本转录本到可以与视频一起显示的文本轨道（即标题）。以后的文章将讨论这些。

世界卫生组织的耳聋和听力损失情况说明书指出，听力受损的人也代表了一个重要的用户群
- “全世界有3.6亿人患有听力损失” 。

行动不便的人

这些人有关运动的障碍，可能涉及纯粹的身体问题（如肢体或瘫痪），或导致肢体无力或失去控制的神经/遗传疾病。有些人可能难以做出使用鼠标所需的精确的手部动作，而另一些人可能会受到更严重的影响，可能会显着瘫痪到需要使用头部指针与计算机进行交互的地步。

这种残疾也可能是老年人的结果，而不是任何特定的创伤或条件，也可能是硬件限制造成的 - 有些用户可能没有鼠标。

这通常会影响Web开发工作的方式是要求控件可以通过键盘访问 - 我们将在后面的模块文章中讨论键盘可访问性，但尝试使用键盘来查看某些网站是一个好主意你继续。您可以使用Tab键在Web表单的不同控件之间移动，例如？您可以在我们的跨浏览器测试中找到有关键盘控制的更多详细信息。

就统计而言，相当数量的人有行动障碍。全球疾病控制和预防  残疾和功能中心（非机构化成年人18岁及以上）  报告全球“有任何身体机能障碍的成人百分比：15.1％”。

有认知障碍的人

可能最广泛的残疾范围可以在这个最后一类看到 - 认知功能障碍可以广泛地提到自闭症患者的精神疾病，学习困难，理解和注意力困难像注意力缺陷多动症，注意力缺陷多动障碍，患有  精神分裂症，和许多其他类型的障碍之外。由于记忆，解决问题，理解，注意等问题，这些残疾会影响日常生活的许多部分。

这些障碍最常见的方式可能会影响网站的使用情况，因此难以理解如何完成任务，记住如何完成以前完成的任务，或者在混淆工作流程或不一致的布局/导航/其他页面功能时增加挫折感。

与其他网站无障碍问题不同，不可能对由认知障碍引起的许多网络可访问性问题进行快速修复; 你得到的最好的机会是设计你的网站是尽可能合乎逻辑，一致和可用，所以例如确保：
页面是一致的 - 导航，页眉，页脚和主要内容总是在相同的地方。
工具设计良好，易于使用。
多阶段过程被分解为合乎逻辑的步骤，并定期提醒您在多长时间内完成整个过程（如果适用）。
工作流是合乎逻辑的，简单的，并且需要尽可能少的交互来完成。例如，注册和登录网站通常不是很复杂。
就一次呈现的信息量而言，页面不会过长或过于密集。
在你的页面中使用的语言是尽可能简单和容易遵循，而不是充满了不必要的行话和俚语。
重点和内容在某些方面突出。
用户错误显然突出显示，并有帮助消息提出解决方案。

这些不是“无障碍技术” - 它们是很好的设计实践。他们将有利于使用您的网站的每个人，应该是你的工作的标准部分。

就统计而言，这个数字也是很重要的。

注意：WebAIM的认知页面为这些想法提供了一个有用的扩展，当然值得一读。

在项目中实现可访问性

一个普遍的可访问性的神话是，可访问性是一个昂贵的“额外的”项目实施。这个神话其实可以是真实的，如果：
您正尝试将可访问性“改造”到存在重大可访问性问题的现有网站上。
您只是在项目的后期阶段才开始考虑可访问性和未发现的相关问题。

但是，如果您考虑从项目开始的可访问性，则使大部分内容可访问的成本应该相当小。

在规划项目时，将可访问性测试纳入测试制度，就像测试其他重要目标受众群体（例如目标台式机或移动浏览器）一样。尽早且经常地进行测试，理想情况下运行自动化测试以获取程序化可检测的缺失功能（例如缺少图像替代文本或错误的链接文本
- 请参阅元素关系和上下文），并对禁用的用户组进行一些测试以查看更复杂网站功能为他们工作。例如：
我的日期选择器小部件是否可供使用屏幕阅读器的人使用？
如果内容动态更新，视障人士是否知道？
我的UI按钮是否可以通过键盘和触摸界面访问？

您可以也应该记录您的内容中潜在的问题区域，这些区域需要使其可访问，确保对其进行彻底测试，并考虑解决方案/备选方案。文本内容（如下一篇文章中所示）很简单，但是您的多媒体内容和炫目的3D图形又如何呢？你应该看看你的项目预算，并真实地思考你有什么解决方案可以使这些内容可访问？你可以支付所有的多媒体内容转录，这可能是昂贵的，但可以完成。

另外，要现实一些。“100％可访问性”是一个难以达到的理想 - 你总是会遇到某种边缘情况，导致某个用户发现某些内容很难使用 - 但是你应该尽可能地做到这一点。如果您打算包含使用WebGL制作的炫酷3D饼图，则可能需要包含数据表作为数据的可访问替代表示。或者，您可能只想包含表格并摆脱3D饼图
- 每个人都可以访问该表格，编码更快，CPU密集度更低，维护也更容易。

另一方面，如果您正在一个展示有趣的3D艺术的画廊网站上工作，那么期待每一件艺术品都能被视觉障碍人士完全接触，因为这是一个完全视觉的媒介，这是不合理的。

为了表明您关心并考虑了可访问性，请在您的网站上发布可访问性声明，详细说明您的政策是针对可访问性的，以及您为使网站可访问而采取的步骤。如果有人抱怨说您的网站存在无障碍问题，请与他们开始对话，并且采取合理的措施来尝试解决问题。

注：我们处理常见的可访问性问题的文章涵盖了应该更详细地测试的可访问性细节。

总结：
考虑项目开始时的可访问性，并提前和经常进行测试。就像任何其他的bug一样，一个可访问性的问题在修复后发现的时候会变得更加昂贵。
请记住，许多可访问性最佳实践可以让所有人受益，而不仅仅是残障用户。例如，精益语义标记不仅适用于屏幕阅读器，而且加载和执行速度也很快，对于每个人，尤其是移动设备上的和/或较慢的连接，效果更好。
在您的网站上发布无障碍声明，并与有问题的人进行沟通。

无障碍指南和法律

有许多清单和一系列的指导方针可供基于辅助功能的测试使用，乍一看可能看起来非常令人难以置信。我们的建议是熟悉您需要注意的基本领域，以及理解与您最相关的准则的高层次结构。
首先，W3C发布了一个非常详尽的大型文档，其中包含非常精确的，技术无关的无障碍一致性标准。这些被称为网页内容无障碍指引（WCAG），并不以任何方式简短阅读。标准分为四个主要类别，它们指定如何实现可实现的，可操作的，可理解的和强大的。简要介绍和开始学习的最佳地点是WCAG。没有必要了解WCAG的内容
- 了解主要关注的领域，并使用各种技术和工具来突出显示任何不符合WCAG标准的区域（请参阅下面的更多信息）。
您的国家也可能有特定的法律，规定需要为其人口提供服务的网站是可以访问的 - 例如美国“康复法”第508条，  德国“无障碍信息技术联邦条例”，英国“ 平等法”，  Accessibilità在意大利，澳大利亚的“ 残疾歧视法”等。

所以，虽然WCAG是一套指导方针，但是您的国家可能会有管理网络无障碍的法律，或者至少是公众可以获得的服务（可能包括网站，电视，实体空间等等），这是一个好主意找出你的法律是什么 如果您不努力检查您的内容是否可以访问，那么如果有任何问题的人投诉，您可能会遇到麻烦。

这听起来很严肃，但实际上，您只需要将可访问性作为Web开发实践的主要优先级即可，如上所述。如有疑问，请咨询合格的律师。我们不会提供更多的建议，因为我们不是律师。

辅助功能API

Web浏览器利用特殊的可访问性API（由底层操作系统提供）公开用于辅助技术（AT）的信息 - AT大多倾向于使用语义信息，因此这些信息不包括诸如样式信息之类的东西，或者JavaScript的。这些信息在称为可访问性树的信息树中构建。

不同的操作系统具有不同的可访问性API：
Windows：MSAA / IAccessible，UIAExpress，IAccessible2
Mac OS X：NSAccessibility
Linux：AT-SPI
Android：辅助功能框架
iOS：UIAccessibility

如果Web应用程序中HTML元素提供的原生语义信息下降，则可以使用WAI-ARIA规范中的功能进行补充，WAI-ARIA规范将语义信息添加到可访问性树中以提高可访问性。