无障碍访问相关的内容比较少见，就自己的项目经验来看，这点在实际的项目应用中考虑甚少。翻译这篇长文的时候纠结于如何翻译Accessibility一词，它的字面意思是无障碍访问，印象iOS设置中有一项是辅助功能，其中包含的功能设置都与Accessibility相关，考虑到苹果的翻译是为了普通用户，而这篇文章的受众是互联网从业人员索性使用无障碍访问。
———————————-译文分割线———————————-
无障碍访问让生理有障碍人士感知、理解、导航、互动并有助于网络。想象一下，一个世界里，开发者们懂无障碍访问。你设计它，他们构建它…完美。在这个世界上，只有设计本身会导致残障人士有使用产品的麻烦。文章中介绍的这些准则将涵盖Web Consortium可访问性指南2.0与第508条的主要内容，以使你的产品在无障碍访问方面触达及格线，剩下的事情就交给开发与质量测试。
1.无障碍访问不是创新的绊脚石
遵循准则不是让你做一个丑陋、无聊、杂乱的产品。在设计时考虑这些约束，会启发你更多新的探索思路，从而为所有用户提供更好的产品。友情提醒：在阅读这些准则时，考虑我们不是为设计师同行进行设计。
为使用你产品的多层次用户设计。包括盲人、色盲、弱视，聋人或听力障碍者，暂时或永久性行动障碍者，抑或认知障碍人士。不论年轻年长，专业或普通，都能享受优质体验。
像其他设计约束一样拥抱这些易用性原则，他们属于创造牛逼产品的一部分挑战。2.不要把颜色作为传达信息的唯一视觉方法
帮助不能或者有困难分辨不同颜色的用户。包括色盲（12个男人中有1个，200个女人中有一个），弱视（30人中有一个），盲人（188人中有一个）。
用颜色高亮或补充那些已经在视觉上明显的设计。
下面是一幅只用黑白显示的图片，有多少字段是处于错误的状态呢？
绝大多数人的答案是一个，“human verification”字段。那是因为有一个三角形的警示标志显示字段内容错误。
那么再回过头来看看彩色的截图，你认为有多少错误字段呢？
所有人的答案变成了四个。
有多种方法能让这个表单在视觉上体现出无障碍访问。可以在所有错误字段都展示那个红色的错误图标。可以用文字来解释字段为什么错误。可以用tooltip，加粗的边框、加粗的字体、下划线、斜体等等。有无穷的选择，不过唯一的准则是别只用颜色。
3.确保文字与背景之间有充足的对比度
根据WCAG，文字与其背景之间的对比度至少为4.5:1，如果字体大小为24px或19px粗体，这个最小值可降至3:1。
这条准则可保证弱视、色盲、抑或更严重的视觉问题人士能够认读屏幕上的文字。
也就是说24px或19px粗体或更大的文字，在白色背景上可使用最浅的灰色是#959595。
对于更小的文字，在白色背景上可以使用最浅的灰色色值为#767676，在灰色背景上的文字需要更偏向黑色。
Color safe是一款给力的工具，可以帮你找到无障碍访问的配色。WebAIM’s Color Contrast Checker，可以用来检测已经选定的颜色。
不过Logo或处于不可点击状态是例外情况，包括按钮菜单选项。而占位符或表单字段内的提示文字不属于例外情况。
Medium的这个例子是没有达到及格线的，只有大大的字母“M”符合准则。
BBC网站是一个很好的例子，它能轻易的通过对比度测试，因为最浅的的灰色色值恰好是#767676。
我很乐意跟Salesforce的设计团队合作，因为他们在移动产品上拥抱对比度这一准则。
用高对比度的颜色组合进行探索。通过这些练习的设计师经常惊讶于他们有多偏好高对比度设计。我确信你能找到合适的对比度来显示文字而不会对产品造成损伤。
在Projectors Don’t Lie与Accessible Interface Design查看更多关于颜色对比度的更多相关内容。
未完待续。
原文2015年4月29日发布于旧博客