在你的项目中实现无障碍
一个流行的关于无障碍的传言认为：无障碍是实施在项目上的昂贵“附加功能”。这个传言确实可能成立，只要遇到以下任一情况：
你正在试图为一个现有存在重大无障碍问题的网站“改造”无障碍。
你只是在项目后期才开始考虑无障碍和此时才暴露的相关问题。
然而如果你能在项目的开始阶段就考虑到无障碍的话，使大多数内容无障碍化的代价就会相当微小。
在规划项目时，将无障碍测试纳入测试体系，就像对其他任何重要目标受众群体（例如台式机或移动浏览器的目标用户）进行测试一样。尽早和经常进行测试，理想情况下运行自动化测试找出程序化方式可检测到的缺失功能（例如，缺少图像替代文本或不良链接文字——请参阅元素关系与上下文），并对残疾人士的用户群进行一些测试，以查看更复杂的网站功能是否对他们可用。例如：
我的日期选择器小部件是否可供使用屏幕阅读器的人使用？
如果内容动态更新，视力受损的人知道吗？
我的 UI 按钮是否可以使用键盘和触碰界面进行访问？
你可以并且应该在内容中记下潜在的问题区域，这些地方需要进行一些工作才能使其变得可访问，确保对其进行了彻底的测试并考虑解决方案/替代方法。文本内容（如你将在下一篇文章中看到的）相对容易，但是多媒体内容和时髦的 3D 图形又如何呢？你应该查看项目预算，并考虑可以使用哪些解决方案来实现这类内容的无障碍。转录所有多媒体内容是一种选择，当然成本可能很高。
还有，现实一点。“100% 的无障碍”是一个无法实现的理想——你总是会遇到某种边缘情况，导致某个用户发现某些内容难以使用——但你应该尽你所能去做。如果你计划包含一个使用 WebGL 呈现的时髦三维饼图，你可能希望也包含一个数据表，作为数据的可访问的替代表示。或者，你可能只需要包含表而去除 3D 饼图——这样每个人都可以访问该表，编写起来也更快，还能减少运行时的 CPU 耗费，维护也更容易。
另一方面，如果你正在一个画廊网站上展示有趣的 3D 艺术，期望每件艺术品都能被视觉障碍人士完美的访问是不合理的，毕竟它是一种完全的视觉媒体。
为了表明你关心并考虑了无障碍，请在你的网站上发布无障碍声明，其中详细说明你对无障碍的政策以及为使该站点可访问而采取的步骤。如果有人确实反映你的网站存在无障碍问题，请与他们展开对话，保持同情心，并采取合理的步骤尝试解决问题。
备注：我们的“处理常见的无障碍问题”一文涵盖了应更详细地测试的无障碍细节。
总结：
从项目一开始就考虑无障碍，并尽早进行测试。就像任何其他 bug 一样，越晚发现无障碍问题，修复它的代价会更高。
请记住，许多无障碍的最佳实践对每个人都有好处，而不仅仅局限于残疾人士。例如，原语标记不仅对屏幕阅读器有好处，而且使加载速度和性能也更快，因此对每个人来说都更有益，尤其是那些使用移动设备和/或慢速网络连接环境的人。
在你的站点上发布无障碍声明，并与遇到问题的人接触。