守住部署关口的自动化审核
每个构建出的页面都会在手机、平板和桌面三种宽度下、浅色与深色两种配色方案中，对照 WCAG 2.2 AA 逐项审核， 每次改动都会触发。发现问题不是生成一份也许有人会看的报告，而是直接让构建失败，而失败的构建无法部署。 无障碍层面的任何回退，都会在访客遇到它之前被拦下。
无障碍
一个部分访客无法使用的网站，就是一个在悄悄把客户拒之门外的网站。我们把 WCAG 2.2 AA 级标准当作每个项目的工程底线，并通过实际测量来验证，而不是只在宣传册里口头承诺。
为什么重要
三个理由，都很实际
它正日益成为法律要求
无障碍相关的监管覆盖面在不断扩大：公共部门的规定、适用于网络的残障权益立法，以及越来越多市场的消费者保护要求。 我们是工程师，不是律师，也不提供法律意见。但有一点可以说得很直白：一个按照 WCAG 2.2 AA 构建并经过验证的网站， 立足的正是这些法规所引用的那份标准，而一个无视它的网站，则背负着一份您未曾计入成本的风险。
它与被搜索找到是一体两面
服务于屏幕阅读器的结构，同样服务于搜索引擎爬虫：按顺序排列的真实标题、带标签的控件、图片的描述性文本、说清楚去向的链接。 无障碍工作和搜索优化工作相互加强，这正是我们把它们当作同一门学科而不是两张发票的原因。
它是买家能感受到的品质信号
舒适的对比度、宽裕的触控区域、完全可以用键盘操作的页面、尊重系统设置的动效：访客很少会说出这些细节， 但他们能感受到其中的用心。而这些细节的缺失读起来就是廉价，偏偏出现在您正请求对方信任的那个页面上。
落到实处
AA 标准在真实页面上意味着什么
标准的条文读起来很抽象，落到实处才见分晓。以下就是它在我们交付的每个网站中的具体含义。
- 两种配色方案下的对比度。文字和界面颜色都对照它们实际所处的背景进行检查，深色模式的检验标准和浅色模式一样严格。深色方案与浅色方案同步设计，绝不是最后简单反色。
- 整个网站都能用键盘操作。第一个可聚焦元素就是跳转链接，每个可交互元素都有清晰可见的焦点轮廓，Tab 键顺序也与页面的阅读顺序一致。
- 舒适的点击区域。每个链接和按钮在任何视口尺寸下都达到最小目标尺寸要求，手机上手指想点哪里就能点中哪里。
- 动效会先征得许可。如果访客的系统开启了减少动态效果，任何动画都会停用，取而代之的是一个经过考虑的静态画面。
- 结构由语义承载。地标区域、唯一的顶级标题、按顺序排列的标题层级、带标签的表单字段，以及每张承载信息的图片都有描述性替代文本。
- 表单出错时给出有用的提示。必填字段有明确标注，错误以文字而非仅靠颜色来提示，被拒绝的提交会得到如实的解释，而不是被悄悄丢弃。
- 文字放大后依然正常。访客放大文字时版面会自动重排，不会出现被裁掉的栏目，也不会出现横向滚动。
验证方式
逐页、逐视口、逐配色方案验证
靠测量，不靠肉眼
对比度是计算出来的，点击区域是按像素测量的，标题层级是解析出来的，而且同样的检测会在每个页面的每个语言版本上运行。 清单上口头承诺的事，由测试套件来证明。
我们也会亲手用键盘测试
自动化检测能发现很多问题，但并非全部。网站上线之前，我们还会以有无障碍需求的真实访客的方式来使用它： 全程只用键盘浏览、以放大的文字尺寸阅读，并逐步走一遍表单，设身处地考虑屏幕阅读器会如何播报。
内建而非补救
从色板开始就内建，绝不事后补救
事后补救是获得无障碍最昂贵的方式：给一套从未通过对比度检查的品牌色板重新配色，重写无法获得焦点的组件， 重排那些标题只是装饰的页面。我们走的是相反的路。设计系统在任何页面动工之前，就已在两种配色方案下完成对比度检查， 交互组件从一开始就按键盘优先的方式构建，自动化审核也从项目的第一次部署起就在运行，而不是最后一次。 到上线时，无障碍不是清单上的一项任务，而是代码库的一项属性，并由测试持续守护它为真。
关于这项标准有任何疑问，或想让我们看看您现有的网站，都欢迎联系。通过联系表单，或发邮件至 sales@wwi.dev 与我们联系。