您永远不会在网络上创建一个产品——您创建的产品是人们可以根据他们的需求进行更改的。至少你应该。
自 1997 年以来，我一直在从事网络工作，我很早就意识到的一件事是网络的一个重要基本概念：
您无法控制您的用户如何使用您的网络产品——您可以确保人们可以根据自己的需要进行更改。
作为每个人都可以使用的网络的倡导者，这曾经是并且仍然是最容易被误解的概念。我不知道是不是因为网页设计起源于印刷设计。或者可能是因为 Flash 承诺允许您将任何设计转换为网络。或者只是因为人们不想回顾自己的经历。或者是实用主义，人们知道他们没有时间做出适应用户需求的产品，所以他们尽其所能。或者是傲慢和缺乏反响。我们不断告诉人们，如果他们的产品“不可访问”，他们可能会被起诉。但现实情况是，没有多少成功的法庭案件具有真正的反响或致命的品牌影响。大多数人最终在法庭外和解。
但这并不重要，因为事实仍然是人们必须并且将改变您的产品的外观以使其可供他们使用。将某人拒之门外是一件很糟糕的事情，尽管他们已经采取了很多措施来尝试消费你所提供的东西。
因此，您可以采取一些措施来抽查您构建的内容是否适用于尽可能多的人。
- 将字体大小调整为 300% (Ctrl + Plus)，看看您是否仍然可以使用您的产品
- 不要使用鼠标，尝试单独使用键盘导航
- 模糊屏幕（或斜视），看看最重要的交互部分是否仍然明显。
- 使用操作系统的辅助功能并查看用户使用的内容（屏幕放大镜、高对比度模式、屏幕阅读器）
- 在浏览器的阅读器模式下检查您的网站，看看它删除的所有功能是否真的那么重要，或者您是否可以为所有用户摆脱它们
- 使用浏览器开发者工具中的仿真来抽查不同用户对产品的体验
我在 DevTools for Edge 文档网站上写了一篇关于如何做到这一点的详细文章。还有一个交叉引用告诉您可以使用什么工具来测试哪个可访问性问题。
在 Skillshare 上有一门关于产品管理的完整课程：如果您更喜欢视频，则可以使用提高产品可访问性的工具。
令人讨厌的是，可访问性仿真功能现在分散在开发人员工具中的不同工具中（问题、元素、渲染……），我们正在努力寻找更好的方法来做到这一点。 DevTools for VS Code 扩展试图通过在源代码中显示可访问性问题来做得更好：
嵌入式浏览器还提供模式仿真和视觉缺陷仿真作为底部的工具栏，而不仅仅是主工具抽屉的一部分。
首先是设备列表。您可以从各种不同的仿真设备中进行选择。
魔棒菜单允许您模拟各种CSS媒体查询，如打印模式、暗/亮模式甚至模拟强制颜色（高对比度）环境。如果您想了解更多关于强制颜色的信息，请查看这篇令人难以置信的文章。
最后一个菜单（当前使用眼睛图标）允许您模拟不同的视觉障碍，例如以模糊的方式或以不同的“色盲”模拟方式查看页面。
我们很乐意就此获得更多反馈，并看看在主浏览器中推出该功能是否也能帮助您更好地了解人们对您的产品进行哪些操作以使其可供他们访问。