网站采购如何写无障碍验收项？把使用场景转成可复核检查

采购文件写“符合无障碍”仍不够明确。团队需要界定目标用户、设备、关键任务、采用的标准版本、测试证据和缺陷处理方式。具体适用标准与合规要求应由采购方结合所在地区法规和组织政策确认；本文给出验收流程，不构成法律意见或合规认证。

先选关键任务，而不是只检查首页：例如导航到产品页、提交咨询表单、下载资料、登录账户或完成支付。为每个任务说明测试设备、浏览器、输入方式和用户角色。至少考虑仅键盘操作、放大文字、屏幕阅读器或其他辅助技术等使用方式，测试是否能看见焦点、理解标签、发现错误并恢复操作。

将需求写成可观察结果。例如表单字段有程序可识别的名称；错误提示指出问题和修正方法；键盘用户可进入并离开交互控件；非文本图像有恰当替代文本；颜色不是传达关键信息的唯一方式。是否满足特定 WCAG 成功准则要核对采购约定的版本和等级，不能以自动扫描“零错误”作为整体符合的证明。

验收包可包括页面清单、手工测试步骤、自动检查报告、辅助技术测试记录、缺陷截图或复现步骤、严重度和修复期限。自动化工具适合发现部分结构问题，但不能判断所有语义、操作顺序或内容是否清楚。由真实用户参与测试时，应明确样本范围与授权，避免把少量体验当作代表所有用户。

合同中还要写明模板复用范围、新页面如何验收、修复是否包含在报价内、第三方组件限制如何披露、上线后谁负责回归。保留无法修复的问题及风险接受记录。页面改版后，重新检查关键任务，不要假定旧站的验收结果会自动适用于新组件。

辅助检查方法参考：W3C Web Accessibility Initiative 的 Easy Checks，其为初步检查指南，不等同完整符合性评估。检索于 2026-10-18。