一份有用的 B2B 网站无障碍清单，应沿着真实任务检查：找到合适的方案、理解证据、打开资料，最后完成询问。首页通过自动扫描，并不能说明访客能否只用键盘走完整条路径、看懂表单报错，或在窄屏上使用页面。本文把无障碍检查整理成市场、内容、设计和开发团队可重复执行的发布验收流程。
这份清单适合初步检查和记录交接，不能代替完整的 WCAG 符合性评估。W3C 的 Easy Checks 明确指出，快速检查只能发现一部分障碍；即使页面通过，也可能仍有严重问题。风险需要时，应结合工具、人工判断，以及相关用户或专业人员的进一步评估。
无障碍验收清单速览
- 选定有代表性的买家任务，以及完成任务会遇到的页面状态。
- 检查页面标题、标题层级、阅读顺序、链接、图片和说明是否传达正确含义。
- 只用键盘完成任务，观察整条路径上的焦点。
- 检查文字可读性、对比度、缩放和窄屏布局。
- 用正确和错误输入分别完成表单，检查标签、报错和完成提示。
- 检查承载关键信息的媒体和文档。
- 为每个障碍记录复现路径、负责人、修复项和复测结果。
这是一份围绕买家任务的验收清单，不替代更广泛的网站改版前审计。审计回答网站需要改变什么；本文检查指定路径在发布前是否可被感知和操作。B2B 网站策略内容集群则说明这项检查如何接入更完整的网站决策。
从任务和状态入手，而不是首页分数
先列出与页面目标有关的旅程。B2B 网站可以选择从首页找到方案、从方案页找到证据、获取资料，以及提交询问等路径。逐条写明起始网址、预期动作、完成状态和经过的组件。这是 CHCZ 的编辑方法，不是 W3C 指定的固定流程，也不是对任何具体网站的实测结论。
除了页面模板，还要覆盖状态：导航展开前后、弹窗打开后、验证出错、成功完成、移动菜单，以及会打断任务的同意提示或嵌入组件。重复组件可以先深入检查一处，再在其他页面抽查；但配置不同，仍可能出现新的障碍。如果 PDF 或视频承载了决策所需的信息，也应纳入任务，不能只检查 HTML 页面。
各篇文章的职责要分清。B2B 落地页清单负责活动信息、表单交接和衡量；本文只从能否感知、操作和理解反馈的角度检查表单。网站治理框架负责长期角色和变更控制；本清单提供某次发布的验收证据。
按访客接触页面的顺序检查
1. 确认页面定位与内容结构
直接打开选定网址，不依赖后台预览。页面标题是否明确标识当前页面，而非重复通用站点标题？读者能否从开头理解页面用途，并按合理顺序浏览各级标题？可见标题是否说明章节主题，底层结构是否保留了相同顺序？W3C 页面结构教程说明标题、区域等结构如何帮助人们寻找和理解内容。只是外观像标题的装饰文字，不会自动获得同样的结构含义。
分别检查初始状态，以及菜单或弹窗打开后的状态。发现含糊的章节名称或意外的阅读顺序时，记录具体组件和网址。若页面有译文，应逐种公开语言复查；视觉标签翻译了，不等于无障碍名称或页面语言也设置正确。
2. 检查链接、图片和非文本信息
把链接文字单独读一遍。“查看技术规格”比反复出现的“了解更多”更能说明去向。检查图标和控件是否有表达动作的名称，再检查有意义的图片是否配有合适的替代文本。装饰图片可以使用空替代文本；承载决策信息的图表，则需要让其含义也能通过文字获得。W3C 图片教程区分了信息性、功能性、装饰性和复杂图片。
复杂图表并非把 alt 属性写得更长就解决了。如果其中的顺序或关系会影响决策，也应在相邻正文中解释。若可点击图片是某个动作的唯一标签，应检查链接的无障碍名称。可见的行动提示与实际目标页面，也应和链接承诺的动作一致。
3. 测试键盘操作与可见焦点
从浏览器地址栏开始，只用键盘走完整个任务。能否到达、启动并离开导航、筛选器、标签页、弹窗、文档链接和询问入口？每一步的焦点是否可见，顺序是否符合任务逻辑？打开弹窗后，焦点能否进入有用内容，并在需要时离开，而不会被困住？WCAG 2.2包含键盘操作和焦点可见性的准则；W3C Easy Checks提供了初步的键盘检查方法。
要测试交互状态，而不只是静态链接。菜单若只能用鼠标打开，或固定横幅遮住了当前焦点，即使页面看起来正常，也可能中断路径。记录能够复现问题的按键顺序和界面状态。自动报告可以提示疑点，但任务能否完成仍需要人工实际操作。
4. 在小尺寸下阅读并操作页面
使用真实的窄屏视口，并提高文字大小或缩放。读者能否沿着内容顺序阅读、理解标签、使用控件，而不丢失内容或被迫让整个页面横向滚动？检查文字和控件在实际状态下的对比度，包括传达信息的焦点、错误、禁用和悬停状态。WCAG 给出了对应的成功准则；可借助其快速参考把观察到的问题映射到具体条目，不能只凭视觉印象断言页面符合标准。
单张截图不足以完成移动端检查。打开菜单，浏览长页面；如任务需要，切换屏幕方向，并在屏幕键盘弹出时尝试表单。表格可以在自身容器内滚动，但页面应留在视口宽度内。如果内容被浮层挡住，或必须使用非常精确的手势才能操作，要记录交互过程，而非只记录视口宽度。
5. 完成表单，并处理一次可纠正的错误
先不填任何字段，开始询问任务。可见标签是否说明要填写什么？提交前是否清楚标识必填项？在需要验证的字段输入错误值后，能否找到报错、理解如何改正，并在可行时保留其他已填信息，随后成功提交？完成状态是否说明发生了什么？W3C 表单教程涵盖标签、分组、说明、验证和用户通知；其通知指南建议提供易理解的纠错信息和成功确认。
要把表单体验检查与后端业务验证分开。页面显示成功提示，证明访客看到了反馈，并不能证明线索路由、邮件送达或资格判断已经成功。落地页清单处理这些下游状态。本次无障碍检查应记录字段、报错文字、焦点位置、修正后的输入和完成反馈。
6. 纳入媒体、文档和嵌入工具
如果视频、图表、PDF、预约工具或第三方组件属于任务路径，也要一并检查。重要信息是否有可用的获取方式？控件是否可到达、可理解？嵌入工具是否意外改变焦点或语言？W3C 的评估概览区分快速检查与更完整的评估，并介绍结合工具和人员的方法。
给每个界面指定能够实际修改它的负责人。即使代码由外部提供，嵌入步骤不可用仍会阻断整条旅程。发布决定应记录这一依赖，以及问题尚未解决时访客可以采取的路径。
使用可复现的验收记录
一份有用的记录，应让另一位同事能够重复检查并判断修复是否有效。以下字段属于 CHCZ 编辑模板，可按团队发布流程调整：
- 旅程与网址：买家任务、起始页面和预期完成状态。
- 状态与输入：视口、浏览器、输入方式、菜单或弹窗状态，以及所用测试值。
- 观察到的障碍：发生了什么、出现在哪里、如何复现。
- 预期行为：访客需要感知或完成什么；适用时链接相关的 W3C 准则或教程。
- 影响与负责人：任务是被阻断、体验受损还是仅有理解困难，以及谁能修改组件。
- 复测证据：修改后的版本、结果、复核人员和剩余例外。
假设示例，并非 CHCZ 实测结果：访客在询问表单中填错一个字段后，页面只改变了边框颜色，没有文字说明如何修正。应记录字段、输入、可见和可被辅助技术读取的反馈，再复测修正版本。仅有截图无法说明报错是否被读出，或焦点能否到达报错。
判断哪些问题会阻止发布
按障碍阻断的任务和组件复用范围排序。全站导航中的键盘陷阱，应先于一个低使用频率页面上的轻微措辞问题处理；主要询问路径上的表单报错故障，也可能使发布需要暂缓。这些只是编辑上的优先级示例，不是通用严重度公式，也不表示 CHCZ 当前页面存在上述缺陷。
为每个阻断项记录修复负责人和复测条件。如果需要完整评估，应邀请无障碍专业人员并纳入相关用户测试，而不是凭一份短清单宣布成功。保留此前可用版本和验收记录，才能根据实际改动判断本次发布。
常见问题
自动无障碍扫描是否足够？
不够。扫描可以提示部分代码层面的疑点，却无法证明人能否完成选定旅程，或理解所有内容和反馈。它应辅助人工检查键盘操作、结构、图片、表单纠错和响应式状态。W3C 指出初步检查存在边界；需要完整结论时，应开展更深入的评估。
B2B 网站应该先检查哪些页面？
先从支持网站真实决策的路径入手：找到方案、评估证据、取得需要的资料，再进入可用的询问路径。同时检查重复使用的导航和表单组件，然后抽查其他模板与状态。准确顺序取决于站点本身，应记录所选页面为何能代表当前买家旅程。
这份清单能证明符合 WCAG 吗？
不能。它提供有边界的初步检查和可复现的问题记录。WCAG 符合性需要针对适用成功准则以及完整页面或流程进行更广泛的评估。涉及正式结论时，应使用 W3C 标准与评估资源，并寻求具备相应能力的专业复核。
团队应如何追踪进展？
记录已测试旅程和发布版本、未解决的障碍、对任务的影响、负责人，以及复测证据。把“发现问题”“修复合入”和“访客路径已验证”作为不同状态。自动扫描警告数量下降可以提供参考，但不能取代对测试范围内人员和输入方式能否完成任务的证据。
下一步
选择一条重要买家路径，用上述清单从头到尾检查。带着观察到的障碍、受影响网址，以及它阻碍的决策，进入一次B2B 增长诊断咨询；讨论可以从现有证据开始。
来源与方法说明：本文于 2026 年 9 月 24 日核查了 W3C WCAG 2.2、WAI Easy Checks、页面结构、图片与表单教程，以及 WAI 评估指南。对这些资源的描述是有来源支持的事实；买家旅程抽样、验收记录字段和发布优先级是 CHCZ 的编辑方法，不是 W3C 要求，也不代表第一手测试结果。
