无障碍报告模板——优质报告究竟应包含哪些内容
根据说话者的不同,“无障碍报告”至少指三种不同的制品,其差距之大,足以让采购官和工程主管坐在同一个会议室里,出来后想要的却是完全不同的东西。这个短语涵盖了axe DevTools或WAVE扫描从构建管道中导出的自动化PDF报告;专业公司在六周审计后提交的60页人工交付物;以及WebAIM百万报告和EAA第一年执法汇编等行业基准报告。
本文讨论的是前两种——您委托、审查、签署并提交给开发团队的制品。以下是一份可用报告的结构、将有效报告与一堆无法执行的标签区分开来的严重程度评估标准,以及工程团队实际会进行分类处理的问题记录格式。2026年,登上无障碍负责人案头的报告中,有一半无法通过下文所列的测试,而失败原因几乎都是相同的:没有范围说明、没有评估标准、没有路线图、没有评定结论——只有一长串WCAG引用和一列复制粘贴的”高”字。
自动扫描报告、人工审计报告和行业年度报告是三种不同的制品。以下目录收录了使交付物可用的九个章节,每个条目的结构相同:包含内容、锚定措辞示例、重要原因、目标受众,以及是否为必选项或推荐项。目录可从头到尾阅读,也可按章节编号直接跳转。
9个章节 · 每份优质无障碍报告应包含的全部内容
| 编号 | 章节 | 功能 | 是否必选? |
|---|---|---|---|
| E·01 | 执行摘要 | 面向赞助方的一段式姿态评定 | 必选 |
| E·02 | 范围声明 | 测试了什么——以及未测试什么 | 必选 |
| E·03 | 方法论 | 标准、审计类型、工具、版本 | 必选 |
| E·04 | 符合性评定 | 按成功准则划分的通过/失败/不适用 | 必选 |
| E·05 | 问题清单 | 每项缺陷附编号、成功准则、严重程度、修复建议 | 必选 |
| E·06 | 严重程度评估标准 | 阻断/主要/次要的明确含义 | 必选 |
| E·07 | 修复路线图 | 附工作量估算的优先修复顺序 | 必选 |
| E·08 | 复测政策 | 复验的计划和触发条件 | 必选 |
| E·09 | 无障碍声明模板 | 可发布的公开声明草稿 | 必选 |
必选 = 自动扫描报告和人工审计报告均应涵盖,但需注意扫描器会自动存根或省略E·01、E·02、E·07和E·09,因为这些章节需要人工判断。每个章节的格式由审计员自行选择;九个章节全部具备才能使交付物可用。
三种无障碍报告——以及您实际需要的是哪一种
术语的精确性很重要,因为供应商会有意混淆这些类别。同一短语下出售的是三种截然不同的制品,它们回答的是不同的问题。
自动扫描报告。由工具生成——axe DevTools、WAVE、Lighthouse、Pa11y,或本网站的免费无障碍扫描器。运行仅需数分钟。按覆盖面计,覆盖约60至70%的WCAG 2.2成功准则,但按用户影响计则远不止如此,因为影响最大的失败问题——键盘陷阱、焦点顺序质量、屏幕阅读器可读性、有意义的替代文本——大多超出了静态分析能够判断的范围。可作为基线和CI回归门控使用,但不能单独作为完整报告。
人工审计报告。委托专业公司或内部建立,理想情况下应有残障测试人员参与的人工审计。需要四到八周时间。涵盖自动化无法发现的30至40%的WCAG问题,以及对其余部分的人工审核。这是在ADA第三章或EAA下建立可辩护法律立场并推动修复路线图的制品。
行业年度报告。WebAIM百万报告、欧盟电子政务基准报告、EAA第一年执法摘要。提供行业范围的背景信息,不能替代对自有网站的测试。
如果相关方说”我们需要无障碍报告”而未说明是哪一种,请追问。三者之间的成本差异约为四个数量级。
缺少范围声明、评估标准或评定结论的报告具有积极的误导性,因为读者无法判断测试了什么、严重程度意味着什么,或相关属性是否符合标准。
以下每个条目按相同顺序记录相同内容:包含内容、锚定措辞示例、重要原因、目标受众,以及是否为必选项或推荐项。缺少九个章节中任何一个的报告是不完整的;缺少E·02、E·04或E·06的报告则毫无用处。
执行摘要
一段话,使用平实语言,无专业术语。不可或缺的要素是姿态评定——一句话告诉执行赞助方,相关属性是否符合、部分符合或不符合指定标准。评定结论之后,用三到五句话说明标准、审计时间窗口、阻断级问题数量以及修复路线图的核心内容。
执行赞助方需要的是评定结论,而非温度读数。摘要是大多数非专业读者唯一会打开的页面,而将符合性姿态埋在十二页方法论序言之后的报告无法完成其首要任务。评定结论句也是监管机构和采购官在引用您的报告时所援引的内容。
范围声明
测试了什么——URL、页面类型、用户旅程、设备、浏览器、辅助技术。以及未测试什么——测试账户范围外的需认证页面、PDF、原生移动应用、第三方嵌入内容。每个被排除的范围均需注明,并说明排除原因(预算不足、无测试凭据、推迟到后续项目)。
范围声明能够防止年终审计因技术细节而被推翻。若缺少范围声明,符合性声明将无法证伪——原告可以指向任何未审计的范围,声称报告对此保持沉默,而被告无法证明并非如此。范围声明也限定了审计员的责任:您注明的排除项即为被审计方接受的排除项。
方法论
采用何种标准——WCAG 2.2 AA、WCAG 2.1 AA、EN 301 549 v3.2.1、第508条款。采用何种审计类型——自动化、人工、混合。采用何种工具及版本——axe-core 4.x、NVDA 2025.1、VoiceOver iOS 18、JAWS 2025。采用何种测试方法——WCAG-EM抽样演练、完整模板审查、基于旅程的审查。
方法论让六个月后的复测能够进行同类比较。若未注明工具版本,回归问题将无法与工具更新产生的差异区分开来。若未注明标准,“符合性”声明将无从解读。方法论章节也是其他审计员评估审计员能力的依据。
符合性评定
按成功准则划分的正式符合性声明,分为三种状态:通过、失败、不适用。WCAG 2.2 AA共有55项成功准则,每项均应出现在此表格中。“不适用”是合法的评定结论——没有视频的网站无需通过1.2.2字幕准则——但每项”不适用”都需要一行说明。
这是监管机构和原告律师首先阅读的内容。模糊评定结论的报告——“基本符合”、“实质性合规”、“正走在无障碍旅程上”——在美国司法部或成员国EAA执法机构面前将败诉。评定表也是公开无障碍声明的输入来源,因此模糊的表格产生模糊的声明。
问题清单
任何实际报告中篇幅最长的章节。每项问题都有独立的行,包含稳定的编号、WCAG成功准则、严重程度、位置、描述、用户影响和建议修复方案。问题按模板或按严重程度分组,按修复优先级排列,并与符合性评定表交叉引用。
问题清单是工程团队实际会打开的部分。将问题埋在叙述性文本中的报告永远不会被分类处理;以稳定编号行形式呈现问题的报告则成为工单待办事项。稳定编号是关键细节——它让同一问题能够在评定表、路线图和十二个月后的复测报告中被引用。
严重程度评估标准
明确说明在本报告中阻断、主要和次要分别意味着什么的评估标准。若缺少评估标准,严重程度便是主观臆断。以下进一步阐述的三级评估标准——以用户影响而非扫描器置信度或法律风险为基础——是推荐采用的方案。
若没有评估标准,“高严重程度”意味着读者自己带入的含义,严重程度一列便成了装饰性内容。有了评估标准,“阻断”在问题F-001和问题F-247中的含义相同,路线图便可以理性地排列优先级。评估标准也能防止复测期间的范围蔓延——如果严重程度定义已写明,问题就无法在周期之间被悄悄重新分类。
修复路线图
附粗略工作量估算的优先修复顺序。先处理阻断级,再处理主要级,最后处理次要级;在每个层级内,优先修复在多个模板中重复出现的问题。工作量估算可以粗略——以工程师日为单位的小、中、大——但必须存在,因为路线图是将报告转化为项目的关键。
没有路线图的报告是一堆没有后续行动指引的问题记录,被审计方会悄悄将其束之高阁。路线图将报告转化为可追踪、可分配资源并在后续季度汇报进展的工作项目。这也是监控采购指南所推荐的持续监控配置输入制品。
复测政策
报告何时进行重新验证、什么情况触发计划外复测,以及哪些问题将被复测。对大多数属性而言,每年完整审计一次加上六个月时对先前未通过准则的复测是可辩护的做法;每日发布产品的团队需要更紧密的周期。
没有复测节奏的报告会在十二个月内悄然过时。欧盟网络无障碍指令期望已发布的声明每年更新;EAA和司法部第二章规则都将未更新的审计视为组织已停止关注的证据。明确的节奏也保护审计员免受未来客户的追责——他们无法被追问为什么上一份报告没有发现在审计窗口关闭两个月后出现的回归问题。
无障碍声明模板
根据审计发现起草的公开声明,可直接发布于/accessibility/。审计员掌握全部事实,因此应由审计员起草声明;被审计方负责审查和发布。有关已发布声明质量差异的示例,无障碍声明审计收录了2026年质量排名前100的声明。
声明是报告的公开界面,也是大多数用户唯一会看到的文件。将其作为报告的一部分起草——而非在报告完成六个月后让被审计方将问题转化为公开语言——才能真正完成审计与公开姿态之间的闭环。这也是EAA第7条规定的符合性制品,以及司法部2024年第二章规则期望应请求提供的文件之一。
真正有效的严重程度评估标准
大多数报告使用”高/中/低”而不定义这些词语的含义,这使严重程度一列成为装饰而非功能性内容。有效的评估标准以用户影响为基础,而非扫描器置信度,也非法律风险。
阻断。相关残障用户完全无法完成该旅程。结账页面上的键盘陷阱。屏幕阅读器无法朗读关键表单字段。无法在不使用鼠标的情况下关闭捕获焦点的模态框。用户不得不放弃或寻求帮助。
主要。用户可以完成旅程,但存在明显阻力,或获取的信息明显少于使用鼠标的视力正常用户。焦点顺序跳跃不可预测。错误消息在视觉上出现但未被朗读。大面积页面内容的对比度低于4.5:1。旅程可完成,但体验明显降级。
次要。不会阻断或实质性降低旅程质量的无障碍问题。缺少alt=""的装饰性图片。缺少标签的地标。作为信息性内容呈现的AAA级专属问题。这些问题应出现在报告中,但排在修复队列的末尾。
关于法律严重程度的说明。部分法务部门倾向于增加一个平行的”法律严重程度”层级,以集体诉讼风险而非用户影响作为权重。这没有问题——但请将其作为单独的列保留。将两者混在一起会产生一份工程团队不信任、律师过度依赖的报告。
工程团队实际会使用的问题记录格式
问题是一行记录,而非一段文字。必填字段:
| 字段 | 示例 |
|---|---|
| 问题编号 | F-014 |
| WCAG成功准则 | 1.4.3 对比度(最低) |
| 严重程度 | 主要 |
| 位置 | https://example.com/checkout — button.cta-primary(见截图F-014.png) |
| 描述 | 主要CTA文本在橙色背景下的对比度为3.2:1;WCAG AA要求4.5:1。 |
| 用户影响 | 低视力用户和强光户外环境中的用户无法阅读按钮标签。 |
| 建议修复方案 | 将背景色标记从#F2994A加深至#C95F0A,或将文本改为深海军蓝。 |
每行省略用户影响句的问题都会被工程师以”这究竟破坏了什么?“为由降低优先级。每行省略建议修复方案的问题都会被产品经理以”该怎么办?“为由降低优先级。被分类处理的报告才能推动修复;未被分类处理的报告只是一堆严重程度标签。
“扫描器输出”版本——有何不同
对于自动扫描报告——CI运行、免费无障碍扫描器或监控平台生成的PDF——E·01、E·02、E·07和E·09通常缺失或自动存根。扫描报告的价值在于E·04和E·05:与DOM选择器关联的、机器可读的失败成功准则和问题列表。扫描器无法起草有用的执行摘要,无法做出范围决策,无法排列路线图优先级,也无法撰写律师愿意签字的声明。
这没关系——扫描报告是完整无障碍报告的原始输入,不能替代完整报告。部分监控平台现在会在扫描输出之上叠加缺失章节;这更接近完整制品,但摘要和路线图在发布前仍需人工审读。
可下载模板
一份有效的Markdown模板与上述九个章节一一对应:
# 无障碍报告 — [属性] — [日期]## 执行摘要— 一段话加上评定结论句## 范围— URL、旅程、设备、辅助技术;明确的范围外清单## 方法论— 标准、审计类型、工具、版本## 符合性评定— 所有WCAG 2.2 AA成功准则的通过/失败/不适用表格## 问题清单— 每项问题一个子标题,字段按上述格式## 严重程度评估标准— 使用的阻断/主要/次要定义## 修复路线图— 附工作量估算的优先级列表## 复测政策— 计划和触发条件## 无障碍声明(草稿)— 可发布版本
本页面未来的迭代版本将提供可下载的.md和.docx文件;目前以上结构是规范参考。无障碍声明审计收录了排名前100的声明差异——优劣之间的差距与底层报告是否有明确的范围声明和真实的评估标准密切相关。
这9个章节的共同之处
九个章节中的每一个都完成相同的基本任务:将一项证据转化为可被引用、可被审计、并在十二个月后可被追责的语言。执行摘要将60页审查转化为评定结论。范围声明将审计员的实际覆盖范围转化为不可证伪的边界。方法论将流程转化为可重复的比较基线。评定表将WCAG符合性转化为55项原子性声明。问题清单将缺陷转化为可分类的行记录。评估标准将严重程度从主观感受转化为明确定义。路线图将问题清单转化为工作项目。复测政策将报告从快照转化为节奏。声明模板将内部报告转化为公开姿态。
2026年失败的报告之所以失败,是因为它们跳过了转化步骤。它们引用WCAG编号,却不将其翻译成”这究竟对哪些用户造成了什么实际影响”。它们将问题标记为”高”,却不将”高”翻译成明确定义。它们给出评定结论,却不提供其所适用的范围。每一个缺失的转化步骤都是报告变得无法证伪的地方——而无法证伪的无障碍报告不是交付物,而是营销材料。
更深层的规律是:无障碍报告在四个截然不同的距离上被阅读。执行赞助方阅读E·01后便不再回来。采购官阅读E·02、E·03和E·09。工程主管阅读E·05、E·06和E·07。十二个月后审读报告的审计员阅读E·03、E·04和E·08。对其中任何一个距离无效的报告,都对该读者造成了失败,而失败的读者通常是掌握预算的那个人。
首先应该做什么
2026年无障碍负责人的实践行动
- 在三个代表性模板上运行免费无障碍扫描器,以E·05格式生成基线问题清单——这是最低可行制品,且零成本。
- 委托残障测试人员参与的人工审计以获取完整的九章节报告。坚持将E·02、E·06和E·07作为交付物验收标准。
- 在报告完成后四周内将E·09中的无障碍声明草稿发布于
/accessibility/。不要让其搁置未发。 - 按照监控采购指南建立持续监控,以便在年度报告和六个月复测之间捕获回归问题。
- 将E·08中的复测计划写入工程日历——而非法务日历——并将其视为发布门控。
可用的无障碍报告是监管机构能在五分钟内读懂(E·01、E·02、E·04)、工程师能在一个迭代周期内分类处理(E·05、E·06、E·07)、审计员能在一年后重新运行(E·03、E·08)的那份报告。无用的是那种引用WCAG编号却不将其转化为任何读者能够采取行动的语言的报告。2026年,登上无障碍负责人案头的报告中有一半未能通过这一测试,而失败原因几乎都是相同的:没有范围说明、没有评估标准、没有路线图、没有评定结论。
常见问题
无障碍报告应包含哪些内容?
一份完整的报告包含九个章节:附带姿态评定的执行摘要、范围声明、注明标准和工具的方法论章节、按成功准则划分的符合性评定、问题清单、严重程度评估标准、附工作量估算的修复路线图、复测政策,以及无障碍声明草稿。缺少范围声明、评估标准或评定结论的报告毫无用处——读者无法判断测试了什么、“严重程度”意味着什么,或网站是否符合标准。
无障碍报告与无障碍声明有何区别?
无障碍报告是内部交付物——通常为30至80页——记录审计发现、严重程度和路线图。无障碍声明是发布于/accessibility/的简短公开页面,概述符合性姿态、适用标准、审计日期、已知例外情况,以及遇到障碍的用户联系途径。报告产生声明;声明不等于报告。
典型无障碍报告有多长?
针对小型营销网站的人工审计报告通常为25至40页。针对跨多个用户旅程的复杂认证产品的报告可达80至150页,因为问题章节会随审查的模板数量增加而增长。叙述性章节合计约占10至15页,与网站规模无关。其余均为问题记录。
无障碍扫描报告在法律层面是否足够?
不够。美国司法部2024年第二章规则和欧洲无障碍法案均不将自动扫描输出视为完整的无障碍报告。扫描器检测到的WCAG问题约占30至40%——主要是对比度、缺失替代文本、缺失标签和文档结构问题。其余60至70%需要人工判断。扫描报告是完整报告的原始输入,不能替代完整报告。
应多久重新发布一次无障碍报告?
对大多数属性而言,每十二个月完整人工审计和报告一次是基本标准。在六个月节点对先前未通过的准则进行复测是良好做法。任何重大模板变更、重新设计或框架迁移都应触发增量审计。持续监控在报告周期之间运行,以便立即发现回归问题。
WCAG是否要求特定报告格式?
不要求。WCAG规定成功准则;它不规定任何审计交付物的格式。W3C发布EARL和WCAG-EM作为结构参考,但在ADA、EAA、AODA或任何其他法规下均非强制。各法规期望报告注明标准、范围、方法论和评定结论——这些事实周围的格式由审计员自行选择。