# Disability World — 完整语料库（简体中文）

> 按发布时间倒序排列的所有已发布文章。每条记录包含标题、规范 URL、作者与发布日期。

---
title: 欧洲无障碍ICT采购：修订版TR 101 551及其对招标文件的新要求
url: https://www.disabilityworld.org/zh/articles/accessible-ict-procurement-europe-2026/
description: 2026年6月4日，三大欧洲标准组织发布了修订版TR 101 551——EN 301 549的采购配套指南。本文解析其对采购机构及参与投标供应商的实质影响。
author: Disability World
pubDate: 2026-06-18
tags: eu, procurement, en-301-549, eaa, web-accessibility-directive, regulation-primer
---

# 欧洲无障碍ICT采购：修订版TR 101 551及其对招标文件的新要求

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：欧洲某公共行政机构宽大的阅览室书桌，一份印刷版招标档案摊开在台灯下，红色书签丝带标记着无障碍条款所在页——这是决定采购无障碍水准的宁静官僚现场。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph"><strong>2026年6月4日</strong>，三大欧洲标准组织——<strong>CEN</strong>、<strong>CENELEC</strong>与<strong>ETSI</strong>——联合发布了关于在信息通信技术公共采购中纳入无障碍要求的修订指南。该技术报告以<strong>CEN/CLC/ETSI TR 101 551:2026</strong>形式发布，直接面向采购机构——即撰写招标文件的公共机构。自2016年起，这些机构在采购ICT产品和服务时，便有义务考量残障用户的无障碍需求。如果说<a href="/articles/en-301-549-explained/">EN 301 549</a>回答的是"无障碍产品需要满足哪些要求"，那么TR 101 551回答的则是更具操作性的前置问题——"如何将这一要求写入招标文件，使中标供应商在合同层面真正负有交付义务，并使各投标方案能够进行公平比较"。</p>

<p class="wp-block-paragraph">这份报告是EN 301 549符合性问题的采购配套文件，其发布时机并非偶然。此次修订恰好发生在<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》</a>于2025年6月28日正式适用一年之后，标志着监管压力的走向：从鼓励性良好实践，转向对采购机构明确预期乃至强制要求，即在每一份公共ICT合同的治理文件中写入可执行的无障碍条款。对于参与公共招标的任何组织而言，该文件值得下载细读。本文解析其内容、所做变更，以及对招标双方——拟定要求的采购机构和应标的供应商——各自意味着什么。</p>

<h2 class="wp-block-heading" id="h-what-was-published">6月4日发布了什么</h2>

<p class="wp-block-paragraph">TR 101 551并非新文件。第一版<strong>V1.1.1</strong>于2014年2月发布，标题为<em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em>。该文件是欧洲委员会2005年向CEN、CENELEC和ETSI发出的标准化授权请求<strong>Mandate 376（M/376）</strong>所产生的可交付成果之一，旨在协调欧洲公共采购中的无障碍要求。2026年修订版保留了文件的核心目的，但将其重写以适应2014年时尚不存在的监管格局：一部可执行的《欧洲无障碍法案》、日趋成熟的<a href="/articles/european-accessibility-act-guide/">《网页无障碍指令》</a>监测机制，以及经历多个版本迭代、适用范围已远超最初采购领域的EN 301 549。</p>

<p class="wp-block-paragraph">技术报告（TR）本身并非标准，不具备符合性推定效力，也不单独产生法律义务——这一地位属于协调标准EN 301 549。技术报告的作用在于解释如何在特定情境下<em>应用</em>该标准。TR 101 551的情境正是招标：采购机构将EN 301 549的抽象要求转化为技术规格、评标标准和合同履行条件的具体语言的那一刻。换言之，它是连接200页符合性标准与采购官员实际粘贴进招标公告的寥寥数段文字之间的桥梁。</p>

<h2 class="wp-block-heading" id="h-the-m376-family">Mandate 376体系及TR 101 551的定位</h2>

<p class="wp-block-paragraph">EN 301 549并非孤立存在。Mandate 376工作产生了一系列需配合阅读的可交付成果，理解其分工是理解TR 101 551用途的最快途径。</p>

<ul class="wp-block-list">
<li><strong>EN 301 549</strong>是协调标准本身：功能性无障碍要求（第5至13条）、描述特定残障用户所需能力的功能性绩效陈述（第4条），以及各项要求的测试程序。正如欧洲委员会所言，该标准"以适合采购使用的形式"撰写。</li>
<li><strong>TR 101 550</strong>——<em>Documents relevant to EN 301 549</em>——是背景与参考配套文件：各项要求背后的支持性研究与理据。</li>
<li><strong>TR 101 551</strong>——即6月4日修订的文件——涵盖<strong>评标标准</strong>：采购机构如何在评标过程中，将无障碍质量作为超越最低合格线的加分项进行评分。</li>
<li><strong>TR 101 552</strong>涵盖<strong>符合性评估</strong>：采购机构如何在合同执行期间及之后，核验承诺是否得到实际兑现。</li>
</ul>

<p class="wp-block-paragraph">实践中的理解是：EN 301 549设定门槛，TR 101 551告诉你如何奖励那些以较大余量超越门槛的投标方，TR 101 552告诉你如何核验他们信守了承诺。大多数采购团队只取EN 301 549便止步——这正是众多招标文件将无障碍处理为单一是/否勾选框，而非分级、有据可查要求的原因所在。2026年修订版TR 101 551正是试图弥补这一缺口。</p>

<h2 class="wp-block-heading" id="h-specifications-versus-award-criteria">技术规格与评标标准——关键区分</h2>

<p class="wp-block-paragraph">欧洲公共采购法在两类要求之间划定了明确界限，无障碍要求同时存在于两者之中。这一区分是TR 101 551中最重要的内容，值得精确阐述。</p>

<p class="wp-block-paragraph"><strong>技术规格</strong>是强制性最低要求——投标方须满足的条件，否则投标文件将被视为不合格。根据<strong>《公共采购指令（2014/24/EU）》第42条</strong>，任何预期供自然人使用的采购项目的技术规格，除有正当理由外，必须以充分考量残障人士无障碍需求的方式制定。实践中，这意味着招标文件应将EN 301 549符合性作为授标条件。不符合该标准的投标将被排除在外，不进入评分环节——这是一道准入门。</p>

<p class="wp-block-paragraph"><strong>评标标准</strong>则不同。它们用于对通过准入审查的合格投标方进行排名，以寻找"最具经济优势的投标"（MEAT）。评标标准允许采购机构对超越最低要求的质量给予可量化的额外加分：经真实辅助技术测试的产品、与残障用户开展可用性测试的供应商、对合同期内持续无障碍监测的承诺、符合WCAG 2.2 AA而非旧版基准线的产品，或有书面记录的修复SLA。TR 101 551正是关于如何措辞、赋权重及要求证明材料的指南，以确保评标标准客观、无歧视、与合同标的相关，且能在各投标之间一致评分。若处理不当，评标标准可能遭到法律质疑；若处理得当，无障碍质量将成为真正的竞争杠杆，而非每位投标方划出相同勾选框的形式合规。</p>

<h2 class="wp-block-heading" id="h-four-stage-model">四阶段采购模型</h2>

<p class="wp-block-paragraph">TR 101 551将无障碍定位为贯穿整个采购生命周期的要素，而非末尾附加的一项条款。Mandate 376工具包所确立、修订版所延续的模型包含四个阶段。</p>

<p class="wp-block-paragraph"><strong>第一阶段——需求分析与市场接触。</strong>在起草任何文件之前，采购机构根据实际用户情况确定服务所需的无障碍水准，并测试市场是否能够供给。面向公民的门户网站与内部后台工具的义务要求不同。这一阶段也可通过预招标市场对话，检验市场上是否存在能够满足较高要求的现实供应商。</p>

<p class="wp-block-paragraph"><strong>第二阶段——技术规格。</strong>采购机构通过援引EN 301 549，将强制性无障碍要求写入招标文件，明确与该产品类型相关的条款。援引标准而非复制其片段，可避免将规范性要求转述为更弱或相互矛盾的表述这一常见错误。</p>

<p class="wp-block-paragraph"><strong>第三阶段——评标标准。</strong>采购机构决定对哪些超越最低要求的无障碍质量给予奖励，分配权重，并说明每项标准所需的证明材料。这是TR 101 551主要关注的阶段，也是大多数招标文件所跳过的阶段。</p>

<p class="wp-block-paragraph"><strong>第四阶段——合同履行与核验。</strong>采购机构为合同执行期间设定条件——定期重新测试、无障碍报告、监测义务、修复时间表——以及核验实际交付是否符合承诺的机制。这是TR 101 552符合性评估指南接力的阶段，也是无障碍承诺要么真正落地、要么在签约后悄然消失的阶段。</p>

<h2 class="wp-block-heading" id="h-what-changed">2026年修订版的变化</h2>

<p class="wp-block-paragraph">最具影响力的变化是框架定位的转变。2014年版是为无障碍采购被强烈鼓励为良好实践的时代而写的。2026年版则是为无障碍采购日益成为可执行预期的时代而写的——因为<a href="/articles/eaa-first-year-enforcement-report/">《欧洲无障碍法案》</a>与《网页无障碍指令》已创设下游义务，若其供应商从未被合同要求交付无障碍成果，公共机构便无法履行这些义务。一个市政机构的公民门户网站须符合《网页无障碍指令》，若采购该门户的供应商在合同中从未被要求交付符合无障碍标准的产品，这一合规目标便无法实现。修订版TR 101 551将这一依赖关系明确化，并将无障碍要求前置至招标环节——在那里，它才真正能被控制。</p>

<p class="wp-block-paragraph">由此框架转变衍生出三项实质性更新。第一，指南重新锚定于当前版EN 301 549及<strong>WCAG 2.2 AA级</strong>，并附有针对现行要求集（而非2014年基准线）奖励符合性的评标标准示例。第二，强化了对<strong>合同履行条件及持续监测</strong>的处理——认识到无障碍水准随每次版本发布而退步，因此交付时的一次性符合性声明若无持续重新测试义务的支撑，价值甚微。第三，收紧了无障碍评标标准与《指令2014/24/EU》法律要求之间的联系——后者要求评标标准须客观、可核查并与合同标的相关——使采购机构能够使用这些标准而不必担忧落标方提出采购质疑。</p>

<h2 class="wp-block-heading" id="h-for-contracting-authorities">对采购机构意味着什么</h2>

<p class="wp-block-paragraph">对于在各成员国公共采购法律框架下开展程序的采购机构而言，修订版TR 101 551是一套直接可操作的指令集。核心信息是：无障碍要求属于招标文件中的可执行语言，而非附件中的非约束性愿景表述。</p>

<p class="wp-block-paragraph">具体而言，这意味着三项实践习惯。第一，将EN 301 549符合性作为技术规格要求，使不符合标准的投标不具备参评资格，而非仅仅在评分上有所扣减。第二，至少增加一项有明确证明材料要求的加权无障碍评标标准，使真正在无障碍方面有所投入的供应商能够相对于仅做声明的竞争者获得奖励。第三，写入在签约后仍能持续生效的合同履行条件——定期重新测试、无障碍联络人、修复SLA——使义务不随合同授予而消失。欧盟各成员国采购机构预计将在未来若干采购周期内，将上述指南纳入其标准招标模板；各国集中化的公共采购框架正是推行此类标准条款的天然载体。提前采用相关语言的机构，可避免代价高昂的另一种结局：在上线后才发现，所采购的系统恰恰不符合该机构自身被监督执行的《网页无障碍指令》义务。</p>

<h2 class="wp-block-heading" id="h-for-bidders">对投标方和供应商意味着什么</h2>

<p class="wp-block-paragraph">如果参与公共ICT招标，修订版的实际效果是：无障碍从可能被问及的事项，变成被评分的事项，且日益成为决定准入资格的门槛。制胜之道在于能够以证据证明大多数竞争者仅凭声言的内容。这在工程问题之前，首先是文档与工具问题。</p>

<p class="wp-block-paragraph">三项准备工作能直接带来回报。第一，为所提供的产品持有当前、真实的<strong>EN 301 549符合性记录</strong>——理想情况是以VPAT/欧盟格式持续维护的无障碍符合性报告，而非在招标截止前临时拼凑。第二，能够以具体证据回答评标标准：辅助技术测试结果、与残障参与者的可用性测试，以及明确说明WCAG 2.2 AA符合性及已知例外情况（如实披露，而非刻意隐藏）的陈述。第三——这也是合同履行条件转变冲击最为明显之处——能够承诺在<strong>整个合同期内持续监测</strong>，因为采购机构正日益将这一义务写入履行条件，而非接受一次性符合性快照。</p>

<p class="wp-block-paragraph">持续监测要求正是自动化无障碍平台在投标响应中获得一席之地的原因。持续扫描能够捕捉每次版本发布所引入的退步，并产生合同履行条件所要求的定期证明材料。该领域的主流工具包括<a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>、axe Monitor、Siteimprove和Level Access——最优选择取决于监测输出如何映射至特定招标所列明的EN 301 549和WCAG 2.2标准。自动化监测必要但不充分：它能可靠发现机器可检测的缺陷，而评标标准日益看重的人工、辅助技术及可用性测试，仍有赖人工审核员完成。可信的投标将持续监测与有据可查的人工审计节奏相结合，并在投标响应中明确说明，而非留待评审人员自行假设。可访问我们自己的<a href="/toolkit/scan/">无障碍扫描器</a>了解EN 301 549/WCAG 2.2自动扫描的实际效果，各项标准条目亦在<a href="/toolkit/standards/wcag/">WCAG快速参考</a>中汇总。</p>

<h2 class="wp-block-heading" id="h-checklist">招标文件核查清单</h2>

<p class="wp-block-paragraph">提炼至操作要点，以下是TR 101 551:2026对任何招标文件的实质要求——无论从招标的哪一方视角出发均适用。</p>

<ul class="wp-block-list">
<li><strong>规格准入门。</strong>EN 301 549符合性是强制性技术规格，而非评标标准。未作出承诺的投标将被排除。</li>
<li><strong>援引，不转述。</strong>通过援引方式注明相关EN 301 549条款。转述规范性要求会使其弱化或失真。</li>
<li><strong>至少一项加权无障碍评标标准</strong>，附有明确、可核查的证明材料要求——测试报告、辅助技术测试结果、可用性研究结论——以及注明的权重。</li>
<li><strong>明确以WCAG 2.2 AA作为当前基准线</strong>，以确保基于2.1版本的旧有响应不被视为等效。</li>
<li><strong>合同履行条件</strong>，涵盖定期重新测试、监测及修复SLA，使义务延续至授标之后。</li>
<li><strong>提前确定符合性评估方式</strong>（依据TR 101 552）：谁来核验交付，如何核验，以何种节奏核验。</li>
<li><strong>投标方：在截止日期前备妥证明材料包</strong>——符合性报告、监测方案、人工审计节奏——而非在最后48小时内临时拼凑。</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">结论：招标文件是无障碍真正被决定的地方</h2>

<p class="wp-block-paragraph">修订版TR 101 551并未改变无障碍产品须满足的功能要求——那仍是EN 301 549的职责。它所改变的是重心所在。十年来，公共ICT采购中的无障碍要求，是买方所期望、供应商所承诺的事，中间却缺乏使承诺具有约束力或奖励认真对待者的机制。通过围绕可执行规格、有权重且有证据支撑的评标标准，以及签约后仍能持续生效的合同履行条件重建指南框架，6月4日的修订版将招标文件确立为数字无障碍真正被决定的场所。对采购机构而言，这是撰写更好招标文件的提示；对应标供应商而言，这是一个提示——证明、而非仅仅声称所交付的产品是无障碍的，并在合同期内持续证明。</p>

<p class="wp-block-paragraph">如需了解更宏观的监管图景，请参阅<a href="/articles/en-301-549-explained/">EN 301 549解读</a>、<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》指南</a>、<a href="/articles/eaa-first-year-enforcement-report/">EAA首年执法报告</a>，以及我们对<a href="/articles/accessibility-aware-rfp-teardown/">实际RFP无障碍语言的拆解分析</a>。各国国家体制详见<a href="/regulations/">法规索引</a>。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要参考来源</h2>

<ol class="wp-block-list">
<li>CEN/CLC/ETSI TR 101 551 — <em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em>（2026年修订版；原版V1.1.1，2014年2月）。<a href="https://www.etsi.org/standards">etsi.org/standards</a></li>
<li>ETSI EN 301 549 — <em>Accessibility requirements for ICT products and services</em>（V3.2.1，2021年）。<a href="https://www.etsi.org/deliver/etsi_en/301500_301599/301549/">etsi.org/deliver/etsi_en/301549</a></li>
<li>CEN/CLC/ETSI TR 101 550 — <em>Documents relevant to EN 301 549</em>；及TR 101 552——公共采购无障碍符合性评估指南。</li>
<li>European Commission. Standardisation Mandate <em>M/376</em> to CEN, CENELEC and ETSI in support of European accessibility requirements for public procurement of products and services in the ICT domain（2005年）。</li>
<li>Directive 2014/24/EU of the European Parliament and of the Council on public procurement，特别是第42条（技术规格）及第67—69条（评标标准）。<a href="https://eur-lex.europa.eu/eli/dir/2014/24/oj">eur-lex.europa.eu/eli/dir/2014/24/oj</a></li>
<li>Directive (EU) 2019/882 — European Accessibility Act，自2025年6月28日起适用。<a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a></li>
<li>Directive (EU) 2016/2102 — Web Accessibility Directive（公共部门网站与移动应用程序的无障碍要求）。<a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>CEN, CENELEC and ETSI. <em>Accessible ICT Procurement Toolkit</em>（Mandate 376可交付成果）。《指令2014/24/EU》在各成员国的国内转化版本各有差异，例如德国的<em>Gesetz gegen Wettbewerbsbeschränkungen</em>（GWB）及<em>Vergabeverordnung</em>（VgV），以及法国的<em>Code de la commande publique</em>。</li>
</ol>

</div>

---
title: 盲人辅助技术：三年间实现按需获取视觉信息的飞跃
url: https://www.disabilityworld.org/zh/articles/assistive-tech-for-blind-people-2026/
description: 2023至2026年间，盲人及低视力人士的辅助技术变革超越了过去十年的总和。本综述梳理真实创新——Be My AI、Ray-Ban Meta、智能导盲杖、Monarch触觉显示器和AI屏幕阅读器——分析各项技术的实际效果与现存局限。
author: Disability World
pubDate: 2026-05-30
tags: assistive-technology, blind, low-vision, ai, smart-glasses, screen-readers, braille, tech-news
---

# 盲人辅助技术：三年间实现按需获取视觉信息的飞跃

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程综述 · 盲人辅助技术</div>
      <h1 class="hero__title" id="hero-heading">
        按需获取视觉信息<br/>
        三年间重塑盲人与低视力人士生活的技术变革
      </h1>
      <p class="hero__lead">2023至2026年间，盲人及低视力人士日常所用的工具，从一批缓慢迭代的单一功能设备，演变为一波通用人工智能浪潮。手机如今能够"读懂"一个房间，一副外观普通的太阳镜可以接通志愿者，而盲文显示器终于能够呈现图表。本综述梳理真正落地的产品、研发机构，以及——同样重要的——各项技术仍存在的局限。</p>
      <div class="hero__stats" aria-label="关键里程碑">
        <div class="stat-chip">
          <div class="stat-chip__num">2023年3月</div>
          <div class="stat-chip__label">GPT-4视觉功能上线，Be My Eyes作为发布合作伙伴</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">2024年11月</div>
          <div class="stat-chip__label">Ray-Ban Meta眼镜新增盲人用户模式</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">10行</div>
          <div class="stat-chip__label">首款主流多行盲文与触觉图形显示器面世</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World工程编辑部</strong></div>
        <div class="hero__pill">阅读约13分钟</div>
        <div class="hero__pill">2026年5月更新</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 真正发生了什么变化</a></li>
        <li><a href="#s2">2. 按需视觉：应用与服务</a></li>
        <li><a href="#s3">3. 摄像头移到了脸上</a></li>
        <li><a href="#s4">4. 知道自己在哪里</a></li>
        <li><a href="#s5">5. 操作系统追上来了</a></li>
        <li><a href="#s6">6. 触觉阅读终于能看图了</a></li>
        <li><a href="#s7">7. 局限所在</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 真正发生了什么变化</h2>
        <div class="prose">
          <p>在智能手机时代的大部分时间里，盲人所依赖的辅助技术分为两类。一类是价格高昂、功能单一的专用设备——阅读文字的摄像机、识别颜色的工具、语音笨拙的GPS——另一类是将用户连接至真人的应用，因为没有机器能够可靠地描述杂乱的视觉世界。前者成本高、脆弱易坏；后者虽然有效，却意味着每次想知道牛奶是否过期，都要向他人求助。</p>
          <p>转折点出现在2023年3月。OpenAI发布GPT-4时，以盲人应用<strong>Be My Eyes</strong>作为旗舰示范，展示具备视觉能力的模型能做什么。这是历史上第一次，一个通用模型——而非专门构建的分类器——能够查看任意照片并用流畅的语言回答相关问题。这一单一能力——描述任何事物，再回答追问——恰好是该领域长期缺失的东西。在此后十八个月内，它被集成进手机、眼镜、屏幕阅读器和导盲杖。</p>
          <p>本综述从六个维度审视这波技术浪潮：视觉辅助应用、可穿戴设备、导航辅助工具、操作系统屏幕阅读器、盲文与触觉技术突破，以及底层的网络层。贯穿全文的问题始终如一——不是"演示效果是否令人印象深刻？"，而是"盲人用户在需要时能否获得正确、有用的答案？"2026年的诚实答案是："远比2022年更常如此——但仍不足以完全信赖。"本文将这个答案的两面都如实呈现。</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">本文"有效"的标准</span>
            <div class="callout__body"><p>本文认定一项工具"有效"，是指它能在无需明眼人复核的情况下，为盲人用户提供可据以行动的答案。与我们在<a href="/articles/ai-and-alt-text-where-we-are-2026/">2026年AI替代文本实际效果综述</a>中采用的标准相同：一句措辞自信但内容错误的句子，比没有任何描述更糟糕。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">全景</div>
        <h2 class="section-title" id="s2-heading">2. 按需视觉：应用与服务</h2>
        <div class="prose">
          <p>最具影响力的变化也是最不显眼的：它存在于人们已经在用的应用之中。这一类别分化为两个层次，如今协同运作——AI即时描述用于常规问题，真人在关键时刻随时待命。最优的工作流允许用户从模型开始，一键升级到真人。</p>
          <p>以下卡片呈现的是主导日常使用的五项服务的实际行为，而非营销宣传。"局限"一列应首先阅读。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Be My AI</div>
                <div class="combo-card__sub">Be My Eyes · GPT-4 vision</div>
              </div>
            </div>
            <div class="combo-card__usage">免费；数百万用户的默认首选</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>AI描述任意照片，并以对话方式回答追问</span></div>
            <div class="combo-feat"><span class="combo-feat__label">升级路径</span><span>AI不足时，一键转接明眼志愿者</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>存在自信幻觉；不适用于药物或安全关键场景</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Seeing AI</div>
                <div class="combo-card__sub">Microsoft · 免费</div>
              </div>
            </div>
            <div class="combo-card__usage">2023年底登陆Android，此前多年仅限iOS</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>在原有经典通道基础上，新增生成式"丰富"场景描述和文档问答</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>短文字和货币快速识别，支持离线</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>丰富描述与所有模型一样存在虚构风险</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Aira</div>
                <div class="combo-card__sub">Aira · 付费 / 赞助访问</div>
              </div>
            </div>
            <div class="combo-card__usage">训练有素的专业坐席，而非志愿者</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>2024至2025年间，在机场、校园和工作场所的免费赞助访问持续扩展</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>高风险任务的可靠一致帮助</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>在赞助地点之外按分钟收费</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Lookout</div>
                <div class="combo-card__sub">Google · 免费（Android）</div>
              </div>
            </div>
            <div class="combo-card__usage">以手机摄像头和Gemini为核心构建</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>"询问图片"功能让用户就照片提问，获得生成式答案</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>与Android和TalkBack深度集成</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>仅限Android；质量受光线和杂乱程度影响</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision（Ally）</div>
                <div class="combo-card__sub">Envision · 应用 + 眼镜</div>
              </div>
            </div>
            <div class="combo-card__usage">应用免费；眼镜需另行购买</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>"Ally"——2024年推出的对话式大语言模型助手，可回答开放性问题</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>文档阅读能力强；手机与眼镜共用同一AI核心</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>高端体验需购买硬件方可解锁</span></div>
          </article>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"最优的工作流允许用户从模型开始，一键升级到真人——机器负责速度，真人负责关键时刻。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——本文第2节</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">硬件</div>
        <h2 class="section-title" id="s3-heading">3. 摄像头移到了脸上</h2>
        <div class="prose">
          <p>举着手机对准摄像头虽然可行，但占用了一只手，也让周围所有人都知道你在做什么。这一时期最重要的硬件转变，是将摄像头移到头部——它随视线方向而动，双手得以解放。两件事同时推动了这一转变：廉价且性能尚可的可穿戴摄像头，以及足以理解所见画面的模型。</p>
          <p>标志性事件发生在2024年11月。Meta通过与Be My Eyes的集成，在其主流<strong>Ray-Ban Meta</strong>眼镜上新增了盲人用户模式——包括将佩戴者第一视角画面实时传输给明眼助手的"呼叫志愿者"功能，以及Meta自身AI按需描述眼前景象的能力。这是首次，辅助设备变成了一副人们本就愿意佩戴的普通太阳镜，而非引人注目的医疗器具。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ray-Ban Meta</div>
                <div class="combo-card__sub">Meta · 主流消费级眼镜</div>
              </div>
            </div>
            <div class="combo-card__usage">首款具备盲人模式的"外观普通"眼镜</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>Be My Eyes"呼叫志愿者"＋按需AI场景描述，全程免手持</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>社交场合无感；相较专用设备价格较低</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>并非以盲人用户为首要设计对象；无障碍物感知能力</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision Glasses</div>
                <div class="combo-card__sub">Envision · 基于Google Glass企业版</div>
              </div>
            </div>
            <div class="combo-card__usage">专为盲人及低视力佩戴者设计</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>眼镜端搭载Ally助手；即时文字、场景和人脸识别</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>印刷体和手写文字识别能力业内领先</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>价格远超消费级眼镜；底层硬件平台渐趋老化</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">OrCam MyEye</div>
                <div class="combo-card__sub">OrCam · 夹式摄像机</div>
              </div>
            </div>
            <div class="combo-card__usage">指尖大小，可夹在任何镜框上</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>设备端识别与阅读，语音指令驱动"智能阅读"</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>支持离线；即时、私密，无需手机</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>价格较高；功能范围窄于开放式AI助手</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">biped NOA</div>
                <div class="combo-card__sub">biped.ai · 可穿戴背心</div>
              </div>
            </div>
            <div class="combo-card__usage">将自动驾驶汽车传感技术适配于行人</div>
            <div class="combo-feat"><span class="combo-feat__label">新增功能</span><span>通过3D空间音效预测并警示碰撞；"实时AI"在行进中持续描述周围环境</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>持续感知障碍物，而非仅提供按需描述</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>是导盲杖和导盲犬的辅助，永远不是替代</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">描述不等于导航</span>
            <div class="callout__body"><p>能描述场景的眼镜擅长回答"这是什么？"，却无法回答"前方是否有台阶？"场景描述与障碍物规避是两项不同的任务，需要不同的传感器。该领域每一家有信誉的制造商都明确表示：设备是<em>配合</em>白色导盲杖或导盲犬使用的，而非取而代之。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">出行</div>
        <h2 class="section-title" id="s4-heading">4. 知道自己在哪里</h2>
        <div class="prose">
          <p>导航是该领域最难解决的问题，因为一个错误答案的代价可能是路沿、楼梯或马路。这一时期在两个不同子问题上取得了切实进展：感知直接周围环境，以及在GPS失效的建筑内定向。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>WeWALK Smart Cane 2</h3>
            <p>智能导盲杖的2024年升级版，在普通白色导盲杖上加装了感应手柄。它能探测杖扫无法触及的胸部和头部高度障碍物——悬垂的树枝、敞开的橱柜门、货车后视镜——并通过振动发出警告。第二代产品扩大了探测角度，新增内置AI语音助手（基于GPT-4），强化了导航与公共交通集成，并荣获爱迪生奖和英国国王企业创新奖。关键在于，它保留了导盲杖：经过验证的工具不变，感应能力叠加其上。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Glidance Glide</h3>
            <p>这一时期最具原创性的新形态设备。Glide是一款小型双轮设备，出自前Microsoft无障碍技术专家Amos Miller创立的公司。用户轻推它向前，它便滚在前方引路——绕过障碍物，通过伸缩手柄传递信息，介于白色导盲杖与导盲犬之间。首批预订于2024年中开放，年底售罄；设备按月订阅，费用约30美元，最早一批用户将于2026年开始收货。它尚处早期，却是最值得关注的产品。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>GoodMaps室内导航</h3>
            <p>户外逐向导航多年来已运作成熟；室内——GPS失效之处——则不然。GoodMaps利用基于摄像头的定位技术，将用户精确置于已建图的建筑内——机场、交通枢纽、校园——并提供逐步引导，无需早期系统所依赖的信标。覆盖范围是其瓶颈：仅在场馆已付费建图的地点有效。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Apple门检测与放大镜</h3>
            <p>大多数人已经拥有的导航辅助工具。放大镜应用的检测模式能够找到门、读取门上的标识，并报告门是否开着以及如何开门——借助Pro系列iPhone和iPad上的LiDAR扫描仪。人物检测功能测量附近他人的距离，VoiceOver识别功能在设备端描述物体和场景。这些功能无需订阅或额外硬件——随设备附带。</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"导航错误的代价不是一句措辞尴尬的句子——而是路沿、楼梯或马路。这正是每一家严肃的制造商都将导盲杖保留在流程中的原因。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——本文第4节</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">平台</div>
        <h2 class="section-title" id="s5-heading">5. 操作系统追上来了</h2>
        <div class="prose">
          <p>最静悄悄的革命发生在屏幕阅读器内部。多年来，盲人用户最常遭遇的障碍是未经描述的图片——照片、图表、没有替代文本的表情包。2024至2026年间，每个主要平台都内置了解决方案：将屏幕阅读器指向图片，板载模型即描述图片，并接受追问。过去需要第三方应用才能实现的功能，现在一次按键即可完成。</p>
          <p>下表比较了各平台的落地情况。规律是一致的——AI图像描述已覆盖所有平台，移动端的实时摄像头理解能力最强，Apple在盲文支持上有了新的深化——但细节决定了哪款工具适合特定用户。测试方法和工具详见我们的<a href="/articles/accessibility-screen-reader-testing-tools-2026/">屏幕阅读器测试工具指南</a>，底层标准参见<a href="/toolkit/standards/wcag/">WCAG 2.2</a>。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>屏幕阅读器</th><th>AI图像描述</th><th>实时摄像头场景</th><th>2025年新增</th><th>费用</th></tr>
          </thead>
          <tbody>
            <tr><th>VoiceOver + Magnifier（Apple）</th><td>VoiceOver Recognition（设备端）</td><td>门检测与人物检测</td><td>Braille Access、Accessibility Reader、Mac版放大镜</td><td>内置免费</td></tr>
            <tr><th>TalkBack + Gemini（Android）</th><td>Gemini描述并回答问题</td><td>通过Lookout</td><td>深化的Gemini图像和全屏问答</td><td>内置免费</td></tr>
            <tr><th>JAWS（Windows）</th><td>Picture Smart AI（ChatGPT、Claude）</td><td class="cell-na">不适用（桌面端）</td><td>更快的Picture Smart，支持追问</td><td>付费许可</td></tr>
            <tr><th>NVDA（Windows）</th><td>社区插件（GPT-4视觉）</td><td class="cell-na">不适用（桌面端）</td><td>插件生态日趋成熟</td><td>免费＋插件</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Apple 2025年5月的一波更新值得单独说明，因为它拓宽了无障碍的定义。<strong>Braille Access</strong>将iPhone、iPad、Mac或Vision Pro变为能与可刷新盲文显示器原生通信的完整盲文记事本。<strong>Accessibility Reader</strong>是面向低视力和阅读障碍用户的系统级阅读模式。<strong>Accessibility Nutrition Labels</strong>（无障碍营养标签）将应用的无障碍功能直接展示在App Store页面上，让盲人用户在下载前就能判断一款应用是否可用——这一结构性机制向每位开发者施加了做得更好的压力。</p>
          <p>还有一项早期功能值得在此一提：<strong>Personal Voice</strong>（个人声音），允许用户录制并合成自己声音的模型。它最初是为正在失去语言能力的人设计的，但它指向了一个更广阔的未来——盲人耳中的合成声音，可以是他们真正选择的那一个。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">触觉</div>
        <h2 class="section-title" id="s6-heading">6. 触觉阅读终于能看图了</h2>
        <div class="prose">
          <p>在所有AI进展之中，最迟到的突破却是机械层面的。可刷新盲文显示器数十年来只能显示单行文字——阅读散文尚可，面对数学教科书、地图或图表则无能为力。全页动态盲文加触觉图形的梦想，在该领域有一个名字——"圣杯盲文"（Holy Braille）——多年来始终是梦想。</p>
          <p>2024年，它落地了。<strong>Monarch</strong>是美国盲人出版局（APH）与HumanWare合作推出的产品，是首款在同一可刷新表面同时显示10行盲文和触觉图形的主流设备——学生可以用手指感受柱状图、几何图形或地图，同时阅读其盲文标注。它基于Android系统，支持导入触觉图形文件，兼容新兴的多行eBraille格式。价格不菲，约在五位数，因此主要通过机构资助惠及学生，而非个人购买。韩国的<strong>Dot Pad</strong>是一款Apple原生支持的针阵触觉显示器，从消费端攻克同一问题。面向更广泛市场的选择，参见我们的<a href="/articles/refreshable-braille-displays-buyers-guide/">可刷新盲文显示器购买指南</a>。</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">触觉图形的意义所在</span>
            <div class="callout__body"><p>盲人学生可以聆听对抛物线的描述，但无法像明眼学生用眼睛追踪曲线那样<em>探索</em>它。多行触觉图形还原了这种探索能力。其教育意义——尤其在STEM领域，因无障碍图表缺失而失去了一代又一代人才——远超设备销量所揭示的程度。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">诊断</div>
        <h2 class="section-title" id="s7-heading">7. 局限所在：仍然存在的问题</h2>
        <div class="prose">
          <p>以上每一节都标注了"局限"，这是有原因的。进步是真实的，但一份只渲染正面的综述是在辜负读者。四项局限贯穿整个领域，任何诚实的购买者在被营销打动之前都应权衡它们。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>自信的幻觉</h3>
            <p>这里提到的每一款AI描述工具，有时都会描述根本不存在的东西——错误的价格、无法辨认但被猜测的标签、虚构的有效期。而且它用的是与正确时完全相同的流畅、笃定的语气。对于常规问题，这尚可接受；对于药物、过敏原、财务文件或任何安全关键场景，唯一安全的规则是通过真人或可信的非AI渠道核实。模型只是起草；最终决定权不在它。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>好东西的价格</h3>
            <p>免费层级确实具有变革性——Be My AI、Seeing AI、Lookout以及内置屏幕阅读器功能均不收费。但那些功能更强、支持免持操作或触觉阅读的专用硬件，从数百美元到数千美元不等。Monarch是五位数的设备。结果是理论可能与个人在没有机构资助时实际能负担得起的东西之间，差距正在拉大。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>摄像头始终在看</h3>
            <p>向云端模型或志愿者传输第一视角画面的设备，也同时传输了画面中的一切——周围的人、桌上的文件、家中的内部空间。这种隐私权衡是真实存在的，且基本处于监管空白，代价最终由最没有选择权的用户来承担。良好的设计会将离开设备的数据最小化；并非所有设计都是良好的。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>工具不是训练</h3>
            <p>没有任何应用能替代定向行走训练，也没有任何传感器能在探测地面方面替代白色导盲杖或导盲犬。一个非常优秀的助手的危险，在于它可能制造出虚假的自信。成功的设备是那些作为成熟技能的补充而构建的，而非替代品——这正是导盲杖在本文中一再出现的原因。</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">网络仍是最薄弱的环节</span>
            <div class="callout__body"><p>所有这些辅助智能都运行在一个大体上仍不无障碍的网络之上。AI屏幕阅读器可以描述图片，却无法修复一个没有标签的按钮、一个会困住焦点的表单，或一个在屏幕阅读器下崩溃的结账流程。工具的进步速度远超网站本身。在相信自己的网站能够跟上之前，不妨先进行一次<a href="/toolkit/scan/">免费无障碍扫描</a>——并对那些承诺即时合规的AI覆盖层工具保持深度警惕。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：上限升高了，底线没有移动</h2>
        <div class="prose">
          <p>诚实地写，2023至2026年的故事是：上限大幅升高，底线几乎纹丝未动。2026年的盲人能够做到2022年还是科幻的事情——询问一副太阳镜菜单上写了什么，用指尖感受图表刷新，一次按键即可获得任意照片的描述。这是独立性的真实扩展，而且来得比该领域任何人预期的都要快。</p>
          <p>但底线——那些必须每次都正确的事情——依然坚守。模型仍然会产生幻觉。摄像头仍然看到太多。再好的应用也无法修复一个损坏的网站，也无法替代行走训练师。这个时刻的成熟，不在于演示；而在于清楚地知道哪款工具适合哪项任务，以及哪款需要二次核实。最优秀的从业者和用户已经这样思考：机器负责速度，真人负责关键时刻，导盲杖始终握在手中。</p>
          <p>未来三年将以底线而非上限来评判。如果幻觉率下降，如果优质硬件变得更便宜，如果底层网络终于赶上其上承载的辅助技术，可能与可靠之间的差距将会缩小。在那之前，贯穿本文每一节的规则依然有效：这些工具是按需视觉的非凡草稿——而最终决定权，仍在用户，而非模型。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">"上限大幅升高，底线几乎纹丝未动。成熟在于清楚地知道哪款工具适合哪项任务——以及哪款需要二次核实。"</p></blockquote>
          <figcaption><cite class="pull-quote__source">——本文结论</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 2026年ADA网站合规成本是多少——您真的需要做到合规吗？
url: https://www.disabilityworld.org/zh/articles/ada-website-compliance-cost/
description: 2026年网站无障碍的实际成本——自助检测、扫描器、人工审计、修复和持续监测——以及您是否有法律义务、忽视后果如何，以及何时应聘请专业人员。
author: Disability World
pubDate: 2026-05-29
tags: ada, website-accessibility, accessibility-compliance, cost, buyers-guide, explainer
---

# 2026年ADA网站合规成本是多少——您真的需要做到合规吗？

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "2026年ADA网站合规成本是多少——您真的需要做到合规吗？",
      "description": "2026年网站无障碍的实际成本——自助检测、扫描器、人工审计、修复和持续监测——以及您是否有法律义务、忽视后果如何，以及何时应聘请专业人员。",
      "datePublished": "2026-05-29",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "网站是否真的需要做到无障碍？", "acceptedAnswer": { "@type": "Answer", "text": "几乎在所有情况下，答案是肯定的。如果在美国、欧盟、英国、加拿大或澳大利亚面向公众销售或提供服务，相关残障权利法律已适用于所在网站——美国适用ADA，欧盟适用《欧洲无障碍法案》(EAA)，英国适用《平等法》。对于大多数法律体系而言，义务并不取决于企业规模，ADA第三章对小企业不设豁免。实际问题不是规则是否适用，而是忽视它所承担的风险有多大。" } },
        { "@type": "Question", "name": "网站不符合ADA合规会有什么后果？", "acceptedAnswer": { "@type": "Answer", "text": "在美国，最常见的结果是收到原告律师事务所发出的律师函，若不回应则可能面临第三章诉讼。每年约有4,000起联邦网页无障碍案件立案，此外还有更大数量的诉前律师函，通常以$5,000至$25,000悄然和解。在欧盟，EAA下的市场监管机构可发出整改令并处以罚款。除法律风险外，不无障碍的网站还会悄然失去约六分之一的残障用户。" } },
        { "@type": "Question", "name": "ADA网站合规的成本是多少？", "acceptedAnswer": { "@type": "Answer", "text": "没有统一的数字，因为成本随网站规模和复杂程度而变化。基础自动扫描免费。一次性专业人工审计：小型营销网站约$1,500至$5,000，中型网站约$5,000至$15,000，大型或复杂Web应用约$15,000至$50,000或以上。修复——即修复审计所发现问题的开发工时——通常是最大的单项费用，因网站构建方式而异。持续监测每年约$1,000至$30,000。大多数机构应将审计、修复加持续监测纳入预算，而非仅做一次性修复。" } },
        { "@type": "Question", "name": "能否自行修复网站的ADA合规问题？", "acceptedAnswer": { "@type": "Answer", "text": "部分可以。技术能力较强的团队可运行免费扫描器，修复明显问题——缺失的替代文本、低颜色对比度、未标注的表单字段、错误的标题结构——以接近零成本显著降低风险。但无法自行可靠判断的是：屏幕阅读器用户能否顺利完成结账，自定义组件是否正确暴露角色和状态。这些需要每天使用辅助技术的人进行人工测试。自助处理可覆盖前30%至40%的问题，其余需要专业知识。" } },
        { "@type": "Question", "name": "无障碍覆盖层组件是低成本实现合规的捷径吗？", "acceptedAnswer": { "@type": "Answer", "text": "不是。覆盖层组件——即每年约$490至$3,500、在网站上添加无障碍工具栏的第三方脚本——无法使网站合规，运行此类组件的网站被起诉的频率与没有的网站一样高。原告越来越多地在诉状中点名覆盖层本身。应将覆盖层视为营销手段而非修复措施；这笔钱更应用于审计和真正的代码修复。" } },
        { "@type": "Question", "name": "持续无障碍监测的成本是多少？", "acceptedAnswer": { "@type": "Answer", "text": "按计划重新扫描网站并标记回归问题的持续监测平台，小型网站每年约$1,000起，大型站点每年$30,000或以上，具体取决于页面数量和功能。应从实际扫描范围、回归问题呈现方式以及是否配合人工审计等维度，比较axe Monitor、Siteimprove、Level Access和Qualibooth等两三家供应商，而非仅看仪表盘界面。" } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一位小企业主的桌面，俯拍，木质桌面上摆放着显示网站的笔记本电脑、计算器和打印的发票，契合无障碍成本指南的预算与决策主题。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph">如果您看到了这篇文章，很可能是企业主、市场负责人或行政主管，刚收到一封转来的邮件——也许是律师函，也许是法务部门的紧急提示——正试图同时回答四个问题：我真的需要做这件事吗？不做会怎样？要花多少钱？我能自己搞定吗？这是互联网上关于网站无障碍被问得最多的问题，而通常得到的回答不是恐吓就是推销。本指南用2026年的实际数据，直接回答这四个问题，并为您指出下一步的具体行动。</p>

<p class="wp-block-paragraph">简短版本：相关法律几乎肯定适用于您；忽视它最可能的后果是一封律师函，其代价往往超过合规本身；成本从免费到五位数不等，完全取决于网站规模和构建方式；您可以自行完成相当一部分工作，但无法全部搞定。以下是详细说明。</p>

<h2 class="wp-block-heading" id="h-do-you-need-it">您真的需要无障碍网站吗？</h2>

<p class="wp-block-paragraph">对于几乎所有面向公众提供在线服务的机构，答案是肯定的——这不是可选项。各主要市场均有残障权利法律覆盖您的网站：</p>

<ul class="wp-block-list">
  <li><strong>美国</strong>——《美国残疾人法》(ADA)。法院和司法部将面向公众的网站视为第三章下的"公共场所"，且<strong>对小企业不设豁免</strong>。我们的<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章网页无障碍指南</a>详细说明了哪些主体受到约束。</li>
  <li><strong>欧盟</strong>——《欧洲无障碍法案》(EAA) 自2025年6月起已适用于大多数面向消费者的数字产品和服务，且覆盖向欧盟销售的非欧盟企业。</li>
  <li><strong>英国</strong>——2010年《平等法》，以及针对政府服务的《公共部门机构条例》。</li>
  <li><strong>加拿大、澳大利亚及50余个司法管辖区</strong>——各有其法规及执法记录。</li>
</ul>

<p class="wp-block-paragraph">所有这些法律体系指向同一个技术标准：<a href="/toolkit/standards/wcag/">WCAG 2.2 AA级</a>。因此，真正的问题不是"这是否适用于我"——几乎肯定适用——而是"我目前的风险有多大，弥补差距需要多少成本？"关于"合规"在这些层面上的完整含义，请参阅我们的<a href="/articles/accessibility-compliance-explainer/">无障碍合规解释指南</a>。</p>

<h2 class="wp-block-heading" id="h-what-happens">网站不无障碍会发生什么？</h2>

<p class="wp-block-paragraph">风险并非理论假设，通常在诉讼之前，电子邮件就会先到。</p>

<p class="wp-block-paragraph"><strong>律师函。</strong>在美国，最常见的第一步是收到原告律师事务所的函件，称残障用户无法使用您的网站，并提出和解。这类案件通常在立案前悄然以<strong>$5,000至$25,000</strong>和解。许多企业在数年内会收到多封此类函件。</p>

<p class="wp-block-paragraph"><strong>诉讼。</strong>若忽视律师函，第三章诉讼随之而来。美国每年约有<strong>4,000起联邦网页无障碍案件</strong>立案，集中在少数几家律所——我们的<a href="/articles/top-firm-share-of-filings-2026/">律所逐一档案指南</a>记录了相关动态。一旦进入诉讼，算上律师费，成本远超律师函和解；最大的已决案件金额高达七位数，详见我们对<a href="/articles/largest-ada-settlements-2020-2026/">2020—2026年最大25项和解的调查报告</a>。</p>

<p class="wp-block-paragraph"><strong>境外监管行动。</strong>在欧盟，EAA下的市场监管机构可发出整改令并处以行政罚款，具体金额因成员国而异。欧盟没有律师函产业链——执法来自政府机构。</p>

<p class="wp-block-paragraph"><strong>用户流失。</strong>最隐性的损失往往是最大的。约六分之一的人口有某种形式的残疾。不无障碍的结账页面、未标注的表单或没有字幕的视频，会悄然将这些访客拒之门外——没有函件，没有诉讼，只是您从未归因于真实原因的转化率下滑。</p>

<h2 class="wp-block-heading" id="h-how-much">网站无障碍的成本是多少？</h2>

<p class="wp-block-paragraph">没有统一数字，因为成本取决于两个因素：网站的规模与复杂程度，以及构建方式。一个使用主流模板的五页宣传网站，与拥有结账、控制台和媒体库的定制单页应用，是完全不同的问题。以下是按大多数机构实际采购层次划分的2026年现实价格区间。</p>

<table class="wp-block-table">
  <thead>
    <tr>
      <th scope="col">采购项目</th>
      <th scope="col">2026年典型成本</th>
      <th scope="col">能获得什么</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>自动扫描（自助）</strong></td>
      <td>免费</td>
      <td>基准数据。免费工具——axe DevTools、Lighthouse、WAVE，以及我们自己的<a href="/toolkit/scan/">免费WCAG 2.2扫描器</a>——可发现约30–40%的问题：对比度、替代文本、表单标签、结构。</td>
    </tr>
    <tr>
      <td><strong>一次性人工审计</strong></td>
      <td>$1,500–$5,000（小型）<br/>$5,000–$15,000（中型）<br/>$15,000–$50,000+（大型/应用）</td>
      <td>由理想情况下包含辅助技术使用者的测试人员进行专业审查，发现扫描器无法检测的问题——屏幕阅读器流程中断、键盘陷阱、错误标注的自定义组件。</td>
    </tr>
    <tr>
      <td><strong>修复（实际修改）</strong></td>
      <td>$2,000–$10,000（小型）<br/>$25,000–$150,000+（复杂应用）</td>
      <td>修复审计所发现问题的开发工时。通常是最大的单项费用，且因网站构建方式差异最大。</td>
    </tr>
    <tr>
      <td><strong>持续监测</strong></td>
      <td>$1,000–$30,000+/年</td>
      <td>按计划重新扫描并在每次部署时标记回归问题的平台，确保已修复的问题不再复发。</td>
    </tr>
    <tr>
      <td><strong>覆盖层组件</strong></td>
      <td>$490–$3,500/年</td>
      <td><strong>应避免。</strong>无法使网站合规，也不能降低诉讼风险——详见下文。</td>
    </tr>
  </tbody>
</table>

<p class="wp-block-paragraph">从这张表读出一个实用结论：小企业以低四位数的费用即可达到可防御的合规状态——一次性审计、适度的修复冲刺以及入门级监测订阅。拥有定制应用的大型机构则应将年度预算规划在数万美元级别。无论哪种情况，实现合规的全部成本，对绝大多数企业而言，都低于一场诉讼的成本。</p>

<h2 class="wp-block-heading" id="h-diy">能自己修复吗？</h2>

<p class="wp-block-paragraph">部分可以——而且自助部分确实值得优先完成，因为它免费，且能消除最常见、被引用最多的问题。</p>

<p class="wp-block-paragraph">技术能力较强的团队可以运行免费扫描器，逐一处理发现的问题，无需花费一分钱就能真正缩小差距：为图片添加替代文本、修复颜色对比度问题、为每个表单字段添加标签、恢复合理的标题层级结构，并确保仅用键盘即可完成所有操作。我们的<a href="/articles/how-to-make-your-website-wcag-22-compliant/">WCAG 2.2逐步合规指南</a>正是为此而设计的。这项工作可覆盖自动化工具能检测到的30–40%的问题。</p>

<p class="wp-block-paragraph">另外60%是自助无法可靠完成的。没有任何扫描器——也没有任何未使用过辅助技术的开发者凭猜测——能告诉您屏幕阅读器用户是否真的能完成结账，自定义日期选择器是否能向NVDA正确播报，或模态框是否按预期锁定焦点。这种判断来自<a href="/articles/manual-audits-by-people-with-disabilities-2026/">每天使用辅助技术的人进行的人工审计</a>。自助给您一个扎实的起点和一张更小的账单，但无法带您走完全程。</p>

<p class="wp-block-paragraph"><strong>一件不应作为捷径购买的东西：</strong>无障碍覆盖层组件。这类第三方脚本每年收费数百至数千美元，在网站上添加无障碍工具栏，以"即时合规"为卖点进行营销。但它们并不能实现合规。运行覆盖层的网站被起诉的频率与没有的网站一样高，且原告越来越多地在诉状中点名覆盖层本身。我们在<a href="/articles/the-end-of-overlay-vendors/">关于覆盖层厂商终结的报告</a>中追踪了这一行业的退潮。把这笔钱用在审计和真正的修复上。</p>

<h2 class="wp-block-heading" id="h-when-to-hire">何时应聘请专业人员</h2>

<p class="wp-block-paragraph">以下任一情况成立时，应寻求专业帮助：网站包含客户必须完成的结账、登录或任何交易流程；网站是定制应用而非模板营销站点；已收到律师函；或向公共部门或欧盟市场销售——这些场景下，合规要求是合同约定的明确指标。在这些情况下，出错的代价远超审计费用。</p>

<p class="wp-block-paragraph">对于持续监测层，不应仅依赖一次性审计——今天通过的网站在下次部署后可能就不再合规。持续监测平台按计划重新扫描，并在回归问题进入生产环境前发出警报。应从实际测试范围和回归问题呈现方式出发，比较两三家供应商——<strong>axe Monitor</strong>、<strong>Siteimprove</strong>、<strong>Level Access</strong>和<a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>是常见候选名单——并评估该平台是否将自动监测与定期人工审计相结合，因为单独依赖任何一种都不够。</p>

<h2 class="wp-block-heading" id="h-next-steps">按情况分类的下一步行动</h2>

<p class="wp-block-paragraph"><strong>"我只想了解自己的现状。"</strong>立即运行基准检测。我们的<a href="/toolkit/scan/">免费WCAG 2.2扫描器</a>可在几分钟内对任何公开URL进行初步评估——无成本，无承诺。</p>

<p class="wp-block-paragraph"><strong>"我收到了律师函。"</strong>不要忽视，也不要慌乱购买覆盖层组件。委托人工审计，以便展示善意修复计划，并阅读<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章指南</a>，了解实际义务内容。</p>

<p class="wp-block-paragraph"><strong>"我想从根本上长期解决这个问题。"</strong>为三个层次规划预算——审计、修复、监测——并建立持续监测机制以确保修复效果持久。这才是可持续合规状态的样子。</p>

<h2 class="wp-block-heading" id="h-faq">常见问题</h2>

<h3 class="wp-block-heading">网站是否真的需要做到无障碍？</h3>
<p class="wp-block-paragraph">几乎在所有情况下，答案是肯定的。如果在美国、欧盟、英国、加拿大或澳大利亚面向公众销售或提供服务，相关残障权利法律已适用于所在网站——美国适用ADA，欧盟适用《欧洲无障碍法案》(EAA)，英国适用《平等法》。对于大多数法律体系而言，义务并不取决于企业规模，ADA第三章对小企业不设豁免。实际问题不是规则是否适用，而是忽视它所承担的风险有多大。</p>

<h3 class="wp-block-heading">网站不符合ADA合规会有什么后果？</h3>
<p class="wp-block-paragraph">在美国，最常见的结果是收到原告律师事务所发出的律师函，若不回应则可能面临第三章诉讼。每年约有4,000起联邦网页无障碍案件立案，此外还有更大数量的诉前律师函，通常以$5,000至$25,000悄然和解。在欧盟，EAA下的市场监管机构可发出整改令并处以罚款。除法律风险外，不无障碍的网站还会悄然失去约六分之一的残障用户。</p>

<h3 class="wp-block-heading">ADA网站合规的成本是多少？</h3>
<p class="wp-block-paragraph">没有统一的数字，因为成本随网站规模和复杂程度而变化。基础自动扫描免费。一次性专业人工审计：小型营销网站约$1,500至$5,000，中型网站约$5,000至$15,000，大型或复杂Web应用约$15,000至$50,000或以上。修复——即修复审计所发现问题的开发工时——通常是最大的单项费用，因网站构建方式而异。持续监测每年约$1,000至$30,000。大多数机构应将审计、修复加持续监测纳入预算，而非仅做一次性修复。</p>

<h3 class="wp-block-heading">能否自行修复网站的ADA合规问题？</h3>
<p class="wp-block-paragraph">部分可以。技术能力较强的团队可运行免费扫描器，修复明显问题——缺失的替代文本、低颜色对比度、未标注的表单字段、错误的标题结构——以接近零成本显著降低风险。但无法自行可靠判断的是：屏幕阅读器用户能否顺利完成结账，自定义组件是否正确暴露角色和状态。这些需要每天使用辅助技术的人进行人工测试。自助处理可覆盖前30%至40%的问题，其余需要专业知识。</p>

<h3 class="wp-block-heading">无障碍覆盖层组件是低成本实现合规的捷径吗？</h3>
<p class="wp-block-paragraph">不是。覆盖层组件——即每年约$490至$3,500、在网站上添加无障碍工具栏的第三方脚本——无法使网站合规，运行此类组件的网站被起诉的频率与没有的网站一样高。原告越来越多地在诉状中点名覆盖层本身。应将覆盖层视为营销手段而非修复措施；这笔钱更应用于审计和真正的代码修复。</p>

<h3 class="wp-block-heading">持续无障碍监测的成本是多少？</h3>
<p class="wp-block-paragraph">按计划重新扫描网站并标记回归问题的持续监测平台，小型网站每年约$1,000起，大型站点每年$30,000或以上，具体取决于页面数量和功能。应从实际扫描范围、回归问题呈现方式以及是否配合人工审计等维度，比较axe Monitor、Siteimprove、Level Access和Qualibooth等两三家供应商，而非仅看仪表盘界面。</p>

<p class="wp-block-paragraph">无障碍的成本几乎总是低于外界所渲染的恐惧；而几乎在所有情况下，合规的成本都低于放任不管的代价。从免费基准检测开始，修复力所能及的问题，在关键处投入专业力量。</p>

</div>

---
title: 公共交通无障碍：法规、标准与尚未解决的问题
url: https://www.disabilityworld.org/zh/articles/accessibility-of-public-transport/
description: 公共交通无障碍如何被监管——美国ADA专项交通和公共汽车升降规则、欧盟PRM TSI和乘客权利条例、英国PSVAR——以及从站台到应用程序之间持续存在的差距。
author: Disability World
pubDate: 2026-05-25
tags: public-transport, accessibility, ada-paratransit, prm-tsi, passenger-rights, mobility
---

# 公共交通无障碍：法规、标准与尚未解决的问题

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一辆低地板城市公共汽车在路边"跪伸"斜坡，轮椅使用者准备登车，拍摄于柔和的清晨光线下。</p>

<div class="byline">
  <span><strong>撰稿</strong> Disability World编辑部</span>
  <span><strong>更新</strong> 2026年5月</span>
  <span><strong>阅读时间</strong> 12分钟</span>
</div>

<p class="rt-prefix">阅读时间：12分钟</p>

<p class="wp-block-paragraph">公共交通是残疾社会模式最具体的体现之处。一辆有台阶而非坡道的公共汽车、一个没有电梯的车站、一列车门没有声音提示的列车——每一个都是将损伤转化为排斥的障碍，将残障人士与工作、医疗、教育和社会生活切断。交通通行权是残疾权利运动最早的战场之一，至今仍是最不均衡的胜利之一。本文梳理了主要框架下公共交通无障碍的监管现状、技术标准的实际要求，以及这一体系尚未解决的问题——从站台间隙到打车应用程序。</p>

<p class="wp-block-paragraph">交通无障碍是一个异常多层次的议题。它横跨<strong>车辆</strong>（坡道、低地板、固定空间）、<strong>基础设施</strong>（车站、站点、触觉铺装、电梯）、<strong>信息</strong>（声音和视觉广播、无障碍行程规划工具和应用程序），以及<strong>服务</strong>（工作人员协助、专项交通、预订）。一个交通网络可能在某一层次上合规，却在另一层次上彻底失败，这正是"这个交通系统无障碍吗？"从来没有简单是或否答案的原因。</p>

<h2 class="wp-block-heading" id="h-the-us-framework">美国：ADA与专项辅助交通服务</h2>

<p class="wp-block-paragraph">美国公共交通无障碍由<a href="/articles/ada-title-iii-web-accessibility-guide/">美国残疾人法（ADA）</a>管辖——公共实体适用第二章，私营运营商适用第三章——通过美国交通部在<strong>49 CFR第37和第38章</strong>制定的详细法规加以落实。相关规则要求新采购的公共汽车和铁路车辆须具备无障碍设施，包括升降机或坡道、轮椅固定系统、优先座位，以及到站语音提示。</p>

<p class="wp-block-paragraph">ADA的独特贡献是<strong>互补专项辅助交通服务</strong>：凡公共交通机构运营固定线路服务的，必须同时为因残疾而无法使用固定线路的乘客提供可比的起点到终点服务。专项辅助交通服务是一项真正的公民权利保障，但也是持续投诉的根源——提前预约要求、漫长的候车窗口、运力限制，以及使乘客滞留的"未出现"记录。这场运动的历史根源深厚：直接行动团体<strong>ADAPT</strong>在整个80年代以"我们要乘车"为口号，亲身封堵无障碍设施缺失的公共汽车，这场运动我们在<a href="/articles/disability-rights-history-of-activism/">残疾权利运动史</a>一文中有所追溯。</p>

<p class="wp-block-paragraph">铁路则呈现出更为艰难的面貌。许多美国老旧快速轨道系统在ADA出台之前很久便已建成，该法规要求"关键车站"具备无障碍设施，且所有新建设施须具备无障碍条件——但在已有百年历史的地铁站中加装电梯，既缓慢又昂贵，而关于无障碍车站的诉讼已成为过去十年间的反复主题。</p>

<h2 class="wp-block-heading" id="h-the-eu-framework">欧盟：PRM TSI与乘客权利</h2>

<p class="wp-block-paragraph">欧盟通过<strong>技术标准</strong>与<strong>乘客权利条例</strong>相结合的方式监管交通无障碍。核心技术文书是<strong>《欧盟条例（EU）第1300/2014号》</strong>，即"PRM TSI"——关于联盟铁路系统<strong>残障人士和出行受限人士</strong>无障碍互操作性技术规范。该文书为车站、站台和铁路车辆设定了统一要求：无台阶通行路线、登车辅助设施、无障碍卫生间、视觉和听觉信息，以及站台与车厢之间的间隙处理。</p>

<p class="wp-block-paragraph">叠加其上的是各运输模式专项的<strong>乘客权利条例</strong>，赋予残障旅行者可执行的协助权利：</p>

<ul class="wp-block-list">
<li><strong>铁路：</strong>《欧盟条例（EU）2021/782》保障残障铁路乘客获得协助并不受歧视的权利。</li>
<li><strong>公共汽车和长途客车：</strong>《欧盟条例（EU）第181/2011号》规定乘客权利，包括在指定终端获得协助。</li>
<li><strong>航空：</strong>《欧共体条例（EC）第1107/2006号》禁止航空公司以残疾为由拒绝订票或登机，并保障在机场获得协助的权利。</li>
<li><strong>水路：</strong>《欧盟条例（EU）第1177/2010号》覆盖海上和内河航道旅行的乘客。</li>
</ul>

<p class="wp-block-paragraph">2025年起，<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》（EAA）</a>为交通领域的<em>数字</em>要素增加了新的一层——自动售票机、行程规划网站和应用程序、电子票务——将其纳入基于采购标准<a href="/articles/en-301-549-explained/">EN 301 549</a>以及网络领域的<a href="/toolkit/standards/wcag/">WCAG</a>准则所构建的欧盟统一无障碍监管框架。各成员国的完整比较图景见我们的<a href="/regulations/">国家法规索引</a>。</p>

<div class="callout">
<h3>"出行受限"的含义比想象中更广</h3>
<p>欧盟交通法律有意使用"残障人士和出行受限人士"（PRM）这一表述。它不仅涵盖轮椅使用者、盲人或聋人旅行者，还包括老年人、带幼儿出行的人，以及任何因临时原因出行受限的人——孕妇、腿部打石膏的人。为这一更广泛群体设计无障碍交通，是"路缘坡道效应"最鲜明的日常例证：为残障人士建造的通行设施，惠及的是更大的人群。</p>
</div>

<h2 class="wp-block-heading" id="h-the-uk-framework">英国：PSVAR与铁路车辆规定</h2>

<p class="wp-block-paragraph">英国通过<strong>《2000年公共服务车辆无障碍条例》（PSVAR）</strong>监管车辆无障碍，该条例规定了公共汽车和长途客车的要求——轮椅空间、坡道或升降机、优先座位、对比色扶手，以及<strong>《2017年公共汽车服务法》</strong>后来推动向普及推广的声音和视觉"下一站"信息系统。铁路适用<strong>《铁路车辆无障碍条例》</strong>以及《2010年平等法》的总体义务。与美国一样，约束性制约因素通常不在新车辆——新车辆按无障碍标准建造——而在旧有车队和无障碍设施不足的维多利亚时代车站。</p>

<h2 class="wp-block-heading" id="h-the-technical-standards">关键技术标准</h2>

<p class="wp-block-paragraph">法规背后是决定一次出行是否真正可行的工程细节。几项要素在所有框架中反复出现：</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>功能特征</th><th>作用</th><th>服务对象</th></tr>
</thead>
<tbody>
<tr><td>低地板/跪式公共汽车+坡道</td><td>无台阶上车</td><td>轮椅和助行器使用者、婴儿车</td></tr>
<tr><td>站台与车厢间隙处理</td><td>桥接或缩小水平/垂直间隙</td><td>轮椅使用者、视力障碍者</td></tr>
<tr><td>触觉铺装</td><td>站台边缘和路口的脚下警示</td><td>盲人和弱视旅行者</td></tr>
<tr><td>声音和视觉到站提示</td><td>以双重模式提供下一站信息</td><td>盲人、聋人和认知障碍乘客</td></tr>
<tr><td>轮椅固定/优先空间</td><td>车内安全乘车位置</td><td>轮椅使用者</td></tr>
<tr><td>无障碍购票和行程应用程序</td><td>无障碍购票和出行规划</td><td>屏幕阅读器和键盘用户</td></tr>
</tbody>
</table>
</figure>

<p class="wp-block-paragraph">值得注意的是，这些特征中有多少是信息功能而非物理功能。一辆坡道完美的公共汽车，对于无法判断哪辆车已经到达、在哪里下车的盲人旅行者毫无用处；对于错过仅有声音的运行中断通知的聋人旅行者同样如此。交通无障碍是一条链条，它在最薄弱的环节处断裂。</p>

<h2 class="wp-block-heading" id="h-the-app-layer">应用程序层：无障碍权利正在得失的新战场</h2>

<p class="wp-block-paragraph">最新的战场在数字领域。行程规划工具、非接触式购票、实时到站显示，尤其是<strong>打车应用程序</strong>，已成为出行的前门——而它们在软件中重现了运动花费数十年在硬件领域修复的同类通行障碍。一个不无障碍的预订界面对残障旅行者的阻拦，与缺失坡道同样彻底。打车服务尤其因无障碍车辆（WAV）稀缺以及乘客应用程序本身的无障碍问题，持续承受投诉和诉讼压力——这是我们在<a href="/articles/mobility-apps-disabled-riders/">移动应用与残障乘客</a>一文中以审计方式深入探讨的主题。</p>

<p class="wp-block-paragraph">由于这些是网络和移动界面，适用的标准与任何数字服务相同：<a href="/toolkit/standards/wcag/">WCAG 2.2</a>成功准则，在欧盟通过《欧洲无障碍法案》执行，在美国通过ADA判例法执行。交通运营商和技术供应商可以在收到任何投诉之前，通过免费<a href="/toolkit/scan/">无障碍扫描</a>发现购票网站或行程规划工具中的明显缺陷。</p>

<h2 class="wp-block-heading" id="h-what-still-fails">尚未解决的问题</h2>

<p class="wp-block-paragraph">尽管经历了四十年的立法，残障旅行者的实际体验仍然参差不齐。各国普遍存在的反复故障点高度一致：没有无台阶通道的<strong>老旧铁路车站</strong>；不可靠、过度预约或需要不切实际提前预订的<strong>专项辅助交通和协助服务</strong>；未能及时修复的<strong>损坏电梯和坡道</strong>，且残障旅行者在抵达前无法获知电梯已停用的实时信息；<strong>工作人员培训缺口</strong>——设备存在，但没有人愿意或能够操作；以及在出行开始之前便已构成阻断的<strong>不无障碍的数字前端</strong>。</p>

<p class="wp-block-paragraph">这一模式与所有其他无障碍领域如出一辙：法律设定底线，新建设施达标，而纸面权利与可靠出行之间的差距，则由维护预算、工作人员文化和执法机制填补——或放任其存在。标准已相当成熟且基本达成共识。未竟的工作在于运营层面。更广泛的背景，请阅读我们的<a href="/articles/disability-rights-history-of-activism/">运动史</a>、<a href="/regulations/">国家法规索引</a>，以及<a href="/articles/">2026年全部报道记录</a>。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">主要参考资料</h2>
<ol>
<li>United States. <em>Americans with Disabilities Act of 1990</em>；美国交通部法规49 CFR第37和第38章（交通服务和车辆无障碍规范）。</li>
<li>US Federal Transit Administration. <em>ADA complementary paratransit</em> 指引和通告. https://www.transit.dot.gov/</li>
<li>European Union. <em>Regulation (EU) No 1300/2014</em>（PRM TSI——残障人士和出行受限人士使用铁路系统的无障碍互操作性技术规范）。</li>
<li>European Union. <em>Regulation (EU) 2021/782</em>（铁路乘客权利）；<em>Regulation (EU) No 181/2011</em>（公共汽车和长途客车）；<em>Regulation (EC) No 1107/2006</em>（航空）；<em>Regulation (EU) No 1177/2010</em>（水路）。</li>
<li>European Union. <em>Directive (EU) 2019/882</em>，《欧洲无障碍法案》，包括购票和交通信息服务。</li>
<li>United Kingdom. <em>Public Service Vehicle Accessibility Regulations 2000</em>；<em>Bus Services Act 2017</em>；<em>Rail Vehicle Accessibility Regulations</em>；Equality Act 2010。</li>
<li>UN Convention on the Rights of Persons with Disabilities, Article 9（无障碍）和Article 20（个人出行）. https://www.un.org/development/desa/disabilities/</li>
</ol>
</aside>

</div>

---
title: 2026年职场残疾数据实录
url: https://www.disabilityworld.org/zh/articles/disability-in-the-workplace-2026-data/
description: 关于残疾就业缺口、薪资缺口及配额制度的数据档案——汇集国际劳工组织、世卫组织、Eurostat、美国劳工统计局、OECD及JAN数据，每项数字均注明来源，并标注数据软肋。
author: Disability World
pubDate: 2026-05-25
tags: employment, workplace, disability-employment-gap, ada, reasonable-accommodation, data
---

# 2026年职场残疾数据实录

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 残疾就业数据</span>
  </div>

  <h1>2026年职场残疾数据实录 <em>——数据实际呈现了什么，又遮蔽了什么</em></h1>

  <p class="lede">无论在哪里测量，结论几乎相同：残障人士的就业率远低于非残障人士，就业后的收入也更低，而这一缺口在一代人的时间里几乎没有改变。本档案汇集了真正编制这些数据的机构所发布的核心数字——<strong>世卫组织（WHO）</strong>、<strong>国际劳工组织（ILO）</strong>、<strong>Eurostat</strong>、<strong>美国劳工统计局（BLS）</strong>、<strong>OECD</strong>，以及<strong>就业便利网络（JAN）</strong>。全球约有<strong>13亿人</strong>——约占世界人口的<strong>16%</strong>——存在重度残疾。在美国，残障人士的就业-人口比率处于<strong>20%低至中段，而非残障人士约为65%</strong>；在欧盟，残疾就业缺口约为<strong>24个百分点</strong>。然而，约有<strong>一半的职场便利措施完全不需要任何成本</strong>。没有任何来源会发布一个整洁的"2026年全球残疾就业率"单一数字——任何宣称能做到这一点的来源，都应持怀疑态度。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">核心发现 · 证据综述</span>
      <span class="dossier-meta">07条发现 · 综合自ILO、WHO、Eurostat、美国BLS、OECD及JAN已发布数据，参考年份2022—2024年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">已发布数据呈现的图景</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">13亿</span>
        <div class="dossier-body">
          <p class="dossier-claim">劳动力市场正在失败于其面前的人群</p>
          <p class="dossier-note">世卫组织2022年《残疾人健康公平全球报告》估计，约13亿人——约占全球人口16%——存在重度残疾。这是解读以下所有就业数字时应当参照的分母。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约40个百分点</span>
        <div class="dossier-body">
          <p class="dossier-claim">美国就业缺口约为四十个百分点</p>
          <p class="dossier-note">美国BLS当期人口调查数据显示，近年残障人士的就业-人口比率处于20%低至中段，而非残障人士约为65%——约40个百分点的缺口，且在相当长的时间内保持异常稳定。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">约24个百分点</span>
        <div class="dossier-body">
          <p class="dossier-claim">欧盟残疾就业缺口约为二十四个百分点</p>
          <p class="dossier-note">Eurostat直接测量这一缺口：20至64岁残障人士中约有51%在职，而非残障人士约为75%，缺口约为24个百分点，但成员国之间差异显著。缩小这一缺口是《欧盟残疾权利战略2021—2030》的明确目标。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">约50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">约一半便利措施对雇主零成本</p>
          <p class="dossier-note">美国就业便利网络（JAN）长期雇主调查持续发现，约一半的职场便利措施完全不产生任何成本，其余大多数是数百美元的一次性支出。雇用残障员工的障碍几乎从来不是资金问题，而是意识、态度和不无障碍的招聘系统。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5% / 6%</span>
        <div class="dossier-body">
          <p class="dossier-claim">欧洲依赖法定配额，普通法国家依赖权利法律</p>
          <p class="dossier-note">德国要求20人以上的雇主填满5%配额或缴纳费用；法国设定6%。美国、英国等国则采用反歧视法律配以合理便利义务。关于哪种方式效果更好，现有证据确实存在分歧。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">历史新高</span>
        <div class="dossier-body">
          <p class="dossier-claim">远程工作带来了唯一真正的亮点</p>
          <p class="dossier-note">在整体黯淡的图景中，美国残疾就业比率在疫情后数年升至历史新高——大多数分析人士将这一转变归因于远程和混合办公的常态化，这使许多残障工作者得以将通勤和无障碍设施不足的办公室从就业方程式中剔除。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">最大</span>
        <div class="dossier-body">
          <p class="dossier-claim">残疾女性面临最大的就业缺口</p>
          <p class="dossier-note">ILO报告显示，就业缺口对残疾女性始终最为突出，她们面临性别与残疾的双重叠加劣势——这一交叉性规律往往被单一维度统计所遮蔽。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>世卫组织《残疾人健康公平全球报告》（2022年）；ILO残疾与工作统计数据；Eurostat残疾就业缺口系列；美国劳工统计局《残疾人：劳动力特征》；OECD《疾病、残疾与工作》；美国就业便利网络雇主成本调查。参考年份2022—2024年；数据为本档案发布时最新公开发布数字。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">数据汇编方法</a></li>
      <li><span class="toc-num">02</span><a href="#the-gap">缺口规模——美国、欧盟、全球</a></li>
      <li><span class="toc-num">03</span><a href="#pay-gap">薪资缺口与福利陷阱</a></li>
      <li><span class="toc-num">04</span><a href="#quotas">配额制与权利路径之争</a></li>
      <li><span class="toc-num">05</span><a href="#digital">数字门槛——招聘技术作为障碍</a></li>
      <li><span class="toc-num">06</span><a href="#closing">数据揭示与未揭示的内容</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 数据汇编方法</h2>

  <p class="dropcap-first">本档案是对已发布官方统计数据的综合，而非原始调查——这一区别至关重要。残疾统计数据异常脆弱：各调查对残疾的定义不同，自我识别敏感且往往存在低报，许多中低收入国家根本缺乏按残疾分类的定期劳动力数据。本档案中的每一项数字均来自该数字的权威编制机构，凡属估计或区间者，均如实说明。我们未曾为填补记录空白而捏造更新或更精确的数字。</p>

  <p>四个机构承担了大部分可靠的统计工作。<strong>WHO</strong>提供全球患病率基线。<strong>美国BLS</strong>在当期人口调查中设有每月残疾问题，提供全球最完整的单一国家时间序列。<strong>Eurostat</strong>通过EU-SILC和劳动力调查发布欧盟残疾就业缺口数据。<strong>OECD</strong>提供福利设计方面的比较研究。<strong>ILO</strong>框定全球和性别层面的图景，<strong>就业便利网络（JAN）</strong>提供雇主成本的实证依据。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">确定权威编制机构</span><span class="ps-desc">WHO · ILO · Eurostat · 美国BLS · OECD · JAN——不采用二级汇总来源</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">采用最新发布参考年份</span><span class="ps-desc">主要为2022—2024年；残疾分类数据的发布通常滞后收集一年或更长</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">保留不确定性</span><span class="ps-desc">当来源本身不精确时，以区间和"约"字表达</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">标注缺失</span><span class="ps-desc">凡无可靠统计之处——主要是全球南方大部分地区——如实说明，而非估算</span></div>
  </div>

  <h2 id="the-gap">02 · 缺口规模</h2>

  <p>最清晰的单一国家图景来自美国。近年来，BLS残障人士就业-人口比率处于20%低至中段，非残障人士约为65%——而在劳动力中的残障人士，其失业率也持续约为非残障工作者的两倍。以不同方式衡量的欧洲图景，在更高水平上呈现相同的故事：约一半的工作年龄欧洲残障人士在职，而非残障人士约为四分之三。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">16%</div><div class="stat-desc">全球存在重度残疾的人口比例（WHO，2022年）——约13亿人</div></div>
    <div class="stat-box"><div class="stat-big">约40个百分点</div><div class="stat-desc">美国残疾就业缺口（BLS）——约23%对65%</div></div>
    <div class="stat-box"><div class="stat-big">约24个百分点</div><div class="stat-desc">欧盟残疾就业缺口（Eurostat）——约51%对75%</div></div>
  </div>

  <div class="chart-section">
    <div class="chart-title">就业率——残障与非残障对比</div>
    <div class="bar-row"><div class="bar-label">美国——无残疾</div><div class="bar-track"><div class="bar-fill bf-a" style="width:87%">约65%</div></div></div>
    <div class="bar-row"><div class="bar-label">美国——有残疾</div><div class="bar-track"><div class="bar-fill bf-b" style="width:31%">约23%</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——无残疾</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">约75%</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——有残疾</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">约51%</div></div></div>
  </div>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>指标</th><th>有残疾</th><th>无残疾</th><th>来源</th></tr>
    </thead>
    <tbody>
      <tr><td>美国就业-人口比率</td><td>约22—25%</td><td>约65%</td><td>美国BLS，近年数据</td></tr>
      <tr><td>欧盟就业率（20—64岁）</td><td>约51%</td><td>约75%</td><td>Eurostat，2022年</td></tr>
      <tr><td>全球重度残疾人口</td><td colspan="2">约13亿（16%）</td><td>WHO，2022年</td></tr>
    </tbody>
  </table>
  </figure>

  <div class="callout warning">
    <h3>为何"2026年数据"大多是2022—2024年数据</h3>
    <p>劳动力调查是规模庞大、成本高昂的工具，残疾分类结果通常在数据收集后一年或更长时间才予以发布。因此，2026年可获得的最权威的最新数据，通常来自2022—2024年的参考年份。我们未曾为填补这一空白而虚构更新的数字。在这一议题上，虚假的精确本身就是一种错误信息。</p>
  </div>

  <p>欧洲数据还揭示了一个值得明确说明的测量微妙之处：由于残障人口比总体工作年龄人口更为年长，且调查问题依赖自我报告的功能限制，跨国比较在一定程度上反映的是谁回答了"是"，而非劳动力市场排斥程度的真实差异。Eurostat对此坦然承认，因此缺口数据最好按国家随时间纵向解读，而非作为国家间的排名榜单。</p>

  <h2 id="pay-gap">03 · 薪资缺口与福利陷阱</h2>

  <p>较低的就业率只是故事的一半。在已就业的残障人士中，其收入往往更低——即所谓<strong>残疾薪资缺口</strong>——这由集中于低薪职业、兼职和不稳定工作比例偏高，以及直接歧视共同驱动。英国及其他国家的国家统计机构近年来测得的薪资缺口中位数在12%至17%左右，但该数字对残疾及工作时间的定义方式十分敏感。</p>

  <p>雪上加霜的是OECD在其成员国记录到的<strong>福利陷阱</strong>：残疾和失业福利制度在收入上升时急剧削减支持，导致找到工作——尤其是兼职或不稳定的工作——可能让残障人士所得甚微，甚至在计入工作成本后反而处境更糟。OECD的长期研究认为，最有效的制度是将反歧视法律与积极劳动力市场支持相结合，并采用逐步递减而非悬崖式退出的福利设计。</p>

  <div class="callout info">
    <h3>便利成本的误解</h3>
    <p>雇主最顽固的误解是残障员工便利成本高昂。就业便利网络的雇主调查年复一年地发现，约一半的便利措施完全无需成本，其余大多数是数百美元的一次性支出——屏幕阅读器、弹性工时、改装办公桌、字幕服务。制约因素几乎从来不是预算。</p>
  </div>

  <h2 id="quotas">04 · 配额制与权利路径之争</h2>

  <p>两种主要的监管传统试图缩小这一缺口。欧洲大陆和亚洲部分地区采用<strong>法定就业配额</strong>：法律要求超过一定规模的雇主确保其劳动力中残障人士达到最低比例，通常以对未达标者征收费用作为配套。普通法国家则依赖<strong>反歧视法律</strong>和合理便利义务。</p>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>司法管辖区</th><th>机制</th><th>门槛 / 比率</th></tr>
    </thead>
    <tbody>
      <tr><td>德国</td><td>配额+征费（Ausgleichsabgabe）</td><td>20人以上雇主须达5%</td></tr>
      <tr><td>法国</td><td>配额+AGEFIPH基金</td><td>20人以上雇主须达6%</td></tr>
      <tr><td>意大利</td><td>分级配额（第68/1999号法律）</td><td>随员工人数递增；"定向就业"</td></tr>
      <tr><td>日本</td><td>法定就业率+征费</td><td>近年分步提升</td></tr>
      <tr><td>美国</td><td>反歧视+便利（ADA第一章）</td><td>无配额；由EEOC执行</td></tr>
      <tr><td>英国</td><td>反歧视+合理调整</td><td>无配额；《2010年平等法》</td></tr>
    </tbody>
  </table>
  </figure>

  <p>配额制度通常被认为为残疾就业设置了底线，但其有效性的证据参差不齐。许多雇主将征费视为经营成本而非雇用残障人士的动力，且配额可能将残障工作者引向庇护性或隔离性的就业环境，而<a href="/toolkit/glossary/crpd/">联合国CRPD</a>第<strong>27条</strong>（工作与就业）不鼓励此类做法，主张转向开放劳动力市场。权利路径则完全依赖执法：依据<a href="/articles/ada-title-iii-web-accessibility-guide/">美国残疾人法（ADA）</a>第一章，美国雇主必须提供合理调整以使有资质的残障人士能够胜任工作，除非这将构成不当负担——英国《平等法》和欧盟《就业平等指令》对此均有镜像规定。各国的比较详情见我们的<a href="/regulations/">国家法规索引</a>。</p>

  <h2 id="digital">05 · 数字门槛——招聘技术作为障碍</h2>

  <p>残障求职者遭遇的第一道障碍，越来越多地不是建筑物，而是申请表格。在线招聘平台、申请人跟踪系统和AI辅助筛选工具已成为劳动力市场的守门人——而其中许多无法由仅使用键盘或屏幕阅读器的用户操作，或采用视频面试和游戏化评估，令残障求职者处于不利地位。美国EEOC已发布指引，警告AI招聘工具可能违反ADA；欧盟《人工智能法》将就业相关AI归类为高风险系统。一个不无障碍的申请流程，在候选人的能力被评估之前便已构成歧视。</p>

  <div class="callout safe">
    <h3>解决方案与其他场景完全相同</h3>
    <p>无障碍招聘软件适用与任何其他网络服务相同的<a href="/toolkit/standards/wcag/">WCAG 2.2</a>准则，欧盟公共部门人力资源采购须受<a href="/articles/en-301-549-explained/">EN 301 549</a>约束，2025年起还须受<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》</a>约束。重视残疾包容的雇主可以从对其招聘网站和申请流程进行免费<a href="/toolkit/scan/">无障碍扫描</a>开始。</p>
  </div>

  <h2 id="closing">06 · 数据揭示与未揭示的内容</h2>

  <p>三项结论在每一个可信的数据集中均能成立。第一，残疾就业缺口规模大、持续时间长、分布全球——凡经过测量的地方，缺口均以数十个百分点计。第二，这一缺口并非由残障人士更低的就业意愿或能力所解释；一项又一项调查显示，残障人士想要工作却无法获得，被可以消除的障碍所阻挡。第三，真正有效的政策工具是那些平淡无奇但组合使用的工具：可执行的反歧视法律、无障碍招聘、设计合理的福利逐步退出机制，以及便利的文化氛围——而非任何单一的灵丹妙药。</p>

  <p>数据目前尚不能很好告诉我们的，是世界上大多数国家的精细化、当期、逐国图景。最丰富的数据来自少数拥有强大统计机构的富裕经济体；对于全球南方大部分地区，"残疾就业率是多少"这一问题的诚实答案是：没有人在进行可靠的统计。改善这一数据基线本身就是一项残疾权利优先事项——因为与其他所有指标一样，未被统计的就不会被纳入预算。更广泛的背景，请参阅我们关于<a href="/articles/disability-rights-history-of-activism/">残疾权利运动史</a>的报道和<a href="/articles/">2026年全部记录</a>。</p>

  <aside class="sources" aria-labelledby="sources-heading">
  <h2 id="sources-heading">主要参考资料</h2>
  <ol>
  <li>World Health Organization. <em>Global Report on Health Equity for Persons with Disabilities</em>, 2022. https://www.who.int/</li>
  <li>International Labour Organization. <em>Disability and work</em> 统计数据及政策简报. https://www.ilo.org/</li>
  <li>US Bureau of Labor Statistics. <em>Persons with a Disability: Labor Force Characteristics</em>, 年度新闻稿，当期人口调查. https://www.bls.gov/</li>
  <li>Eurostat. <em>Disability statistics — employment and the disability employment gap</em>；《欧盟残疾人权利战略2021—2030》. https://ec.europa.eu/eurostat</li>
  <li>OECD. <em>Sickness, Disability and Work</em> 系列，关于福利设计与福利陷阱. https://www.oecd.org/</li>
  <li>Job Accommodation Network (JAN). <em>Workplace Accommodations: Low Cost, High Impact</em>, 雇主成本调查系列. https://askjan.org/</li>
  <li>US Equal Employment Opportunity Commission. <em>The ADA and the Use of Software, Algorithms, and AI in Hiring</em>, 指引. https://www.eeoc.gov/</li>
  <li>UN Convention on the Rights of Persons with Disabilities, Article 27 (work and employment). https://www.un.org/development/desa/disabilities/</li>
  </ol>
  </aside>

</div>

---
title: 残疾权利运动史：从后病房到没有我们的参与、不得作出关于我们的决定
url: https://www.disabilityworld.org/zh/articles/disability-rights-history-of-activism/
description: 残疾权利运动如何从慈善与收容机构的框架，走向公民权利框架——504静坐、社会模式、去机构化、国会大厦爬行，以及通往联合国《残疾人权利公约》的道路。
author: Disability World
pubDate: 2026-05-25
tags: disability-rights, history, activism, independent-living, social-model, crpd
---

# 残疾权利运动史：从后病房到没有我们的参与、不得作出关于我们的决定

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：身着轮椅、手持标语的残障倡导者聚集在政府建筑台阶上，以低角度仰拍，背景为阴云密布的天空。</p>

<div class="byline">
  <span><strong>撰稿</strong> Disability World编辑部</span>
  <span><strong>更新</strong> 2026年5月</span>
  <span><strong>阅读时间</strong> 13分钟</span>
</div>

<p class="rt-prefix">阅读时间：13分钟</p>

<p class="wp-block-paragraph">二十世纪的大部分时间里，残疾被视为一种医学不幸，由专业人员加以"管理"，并往往被刻意隐藏。残障人士是病人、受益人、被收押者——而非拥有权利的公民。现代残疾权利运动讲述的，正是这一框架被颠覆的故事：一批分散的互助团体、家长协会、精神病幸存者以及残疾退伍军人，如何坚持认定问题不在于他们的身体，而在于一个被刻意构建来将他们排斥在外的世界。这是一部关于这段历史的入门读本——关于思想、抗议与法律——从20世纪50年代的机构，到<a href="/toolkit/glossary/crpd/">联合国《残疾人权利公约》</a>，以及我们<a href="/regulations/">国家法规索引</a>所呈现的执法图景。</p>

<p class="wp-block-paragraph">贯穿其中的是一条单一的概念转变脉络，在不同国家的语境中一再重演：从慈善到权利，从医学模式到社会模式，从被动接受"照护"到作为有组织的政治共同体主张自决。那句凝练这一运动精髓的口号——<strong>"没有我们的参与，不得作出关于我们的决定"</strong>——并非一句品牌宣言，而是一项要求：残障人士必须成为影响其生活的决策、法律与服务的主导者。</p>

<h2 class="wp-block-heading" id="h-the-institutional-baseline">机构收容的历史底色</h2>

<p class="wp-block-paragraph">要理解这场运动，必须先理解它所反抗的是什么。在二十世纪中叶，工业化国家应对重度残疾的主流方式是隔离：寄宿机构、"殖民地"、精神病院和特殊学校，将残障人士从普通社区生活中移除。许多机构的条件极为恶劣，且几乎不对其收押的人负责。</p>

<p class="wp-block-paragraph">医学模式最黑暗的体现，是纳粹的<strong>"T4行动"</strong>计划——德国政府在1939年至1945年间系统性地屠杀残疾儿童和成人，视之为"不值得活命的生命"。这段历史并非题外话，而是将残障存在视为需要由专家"解决"的问题这一逻辑的极端终点；正是这段历史，塑造了残疾权利运动后来所借鉴的战后人权意识。残障艺术与纪念工作——纪录片、回忆录、从营地和病房中打捞个人故事的努力——始终是使这段历史保持可见而非被遗忘的核心力量。</p>

<p class="wp-block-paragraph">到20世纪60年代，美国、英国和斯堪的纳维亚对机构状况的曝光已引发广泛反思。斯堪的纳维亚社会政策中首先提出的<strong>"正常化"</strong>原则，主张智力残障人士有权过一种尽可能接近主流的日常生活，成为去机构化运动的思想源头之一。</p>

<h2 class="wp-block-heading" id="h-independent-living">独立生活运动</h2>

<p class="wp-block-paragraph">这场运动在组织层面的突破，来自残障人士的自我组织。在美国，关键人物是<strong>埃德·罗伯茨</strong>（Ed Roberts）——1962年，他力排众议进入加州大学伯克利分校，尽管校方曾质疑一个需要使用轮椅和铁肺的男人是否有能力在那里学习。罗伯茨与一批同为残疾学生的同伴——"滚动四人组"（Rolling Quads）——建立了校园支持网络，并于1972年在伯克利创立了<strong>独立生活中心（CIL）</strong>。CIL模式的激进之处在于一个简单的原则：为残障人士提供的服务，应由残障人士自己设计和运营，其导向不是治疗或照护，而是实现自主社区生活所需的支持——个人助理、无障碍住房、交通、同伴咨询。</p>

<p class="wp-block-paragraph">独立生活哲学迅速传播至美国各地的中心网络，继而走向国际，并从根本上重构了整个政策讨论。问题不再是"我们如何照顾残障人士？"而是"哪些障碍阻止了残障人士过上他们选择的生活，我们如何消除这些障碍？"这一重构——关注障碍而非身体——是社会模式的实践核心。</p>

<h2 class="wp-block-heading" id="h-the-social-model">残疾社会模式</h2>

<p class="wp-block-paragraph">如果说独立生活运动提供了组织动能，英国活动人士则提供了理论框架。1976年，<strong>身体损伤者反隔离联盟（UPIAS）</strong>发表了《残疾基本原则》（<em>Fundamental Principles of Disability</em>），提出了一个至今仍广为引用的区分：<strong>损伤</strong>（身体或心理上的特征）与<strong>残疾</strong>（由以非残障规范组织的社会所强加的不利处境）。残障学者<strong>迈克·奥利弗</strong>（Mike Oliver）后来将其命名并系统化为<strong>残疾社会模式</strong>。</p>

<p class="wp-block-paragraph">社会模式并不否认损伤或疼痛的存在。它的主张是关于因果与责任：轮椅使用者的残障，不是由他们的双腿造成的，而是由楼梯造成的；聋人的残障，不是由耳聋造成的，而是由一个拒绝提供手语的听觉主导社会造成的。这一转变将行动义务从个人转移到社会——建筑师、雇主、广播机构和立法者。它是此后所有无障碍法规背后的概念引擎，也是我们在<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍的区别</a>一文中所阐释的现代合规框架的基础。</p>

<div class="callout">
<h3>三种模式简述</h3>
<p><strong>医学模式</strong>将问题定位于残疾个体，寻求治疗、矫正或照护。<strong>社会模式</strong>将问题定位于使人致残的障碍——物质的、态度的和制度的——而社会可以选择消除这些障碍。<strong>人权模式</strong>被联合国CRPD所采纳，建立在社会模式之上，并进一步主张：无障碍与融合是可强制执行的权利，而非善意之举——残障人士是权利持有者，当这些权利遭受侵犯时，他们有权获得救济。</p>
</div>

<h2 class="wp-block-heading" id="h-the-504-sit-in">504静坐与美国立法</h2>

<p class="wp-block-paragraph">美国贡献了这场运动最具标志性的直接行动。<strong>1973年《康复法》第504条</strong>仅用一句话，禁止任何接受联邦资助的项目基于残疾实施歧视——这是美国第一项针对残障人士的公民权利保护条款。但此后四年间，历届政府拒绝签署赋予其效力的配套法规。1977年4月，残障活动人士占领了卫生、教育与福利部旧金山联邦办公楼，持续<strong>26天</strong>——创下美国历史上联邦建筑被占领时间最长的纪录。在<strong>朱迪·休曼</strong>（Judy Heumann）等人的领导下，并得到向抗议者运送热食的黑豹党的支持，"504静坐"迫使政府原文签署了相关法规。</p>

<p class="wp-block-paragraph">这场运动的顶点是<strong>1990年《美国残疾人法》（ADA）</strong>——那个时代最全面的残疾公民权利法规，禁止就业、公共服务和公共场所领域的歧视。定义其通过的标志性画面，是1990年3月的<strong>"国会大厦爬行"</strong>（Capitol Crawl）——残障活动人士放弃轮椅和助行器，用手膝爬上美国国会大厦台阶，以戏剧性的方式呈现了这部法案所要废除的那类障碍。直接行动团体<strong>ADAPT</strong>在整个80年代以"我们要乘车"为旗帜封堵无障碍设施缺失的公共汽车，是这场压力运动的核心——相关运动我们在<a href="/articles/accessibility-of-public-transport/">公共交通无障碍</a>一文中有所追溯。ADA对公共场所通行权的承诺，也是当今网页无障碍诉讼的法律源头，详见我们的<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章指南</a>。</p>

<h2 class="wp-block-heading" id="h-deinstitutionalisation">去机构化与幸存者运动</h2>

<p class="wp-block-paragraph">与此同时，一场由<strong>精神病幸存者</strong>和智力残障人士组成的运动正在直接挑战机构本身。推动<strong>去机构化</strong>——关闭大型寄宿精神病院，将支持转移至社区——既源于正常化原则，也源于揭露虐待和疏忽的诉讼。从20世纪70年代起，以<strong>人民优先</strong>（People First）为旗帜在国际上开展组织的<strong>自我倡导运动</strong>，主张学习残障人士能够为自己发声、为自己做决定，直面一个以否定这一点为前提而建立的制度。</p>

<p class="wp-block-paragraph">这段历史遗产是双面的，至今仍有争议。去机构化将数十万人从监护性机构中解放出来，但在社区支持资金不足的地方，一些人被置于缺乏必要援助的境地。未竟的议题——充分的社区支持、终结强制性治疗、承认法律行为能力——直接关涉现代CRPD第<strong>12条</strong>（法律行为能力）和第<strong>19条</strong>（独立生活与融入社区）。</p>

<h2 class="wp-block-heading" id="h-the-international-turn">国际转向：从宣言到条约</h2>

<p class="wp-block-paragraph">联合国从软性愿景逐步走向具有约束力的法律。联合国大会宣布<strong>1981年为国际残疾人年</strong>，随后于1982年通过了<strong>《关于残疾人的世界行动纲领》</strong>，并将1983年至1992年定为<strong>残疾人十年</strong>。1993年，联合国大会通过了<strong>《残疾人机会均等标准规则》</strong>——具有影响力，但不具法律约束力，也没有执行机构。</p>

<p class="wp-block-paragraph">决定性的转变发生在2000年代。通过<strong>国际残疾联盟</strong>协调的残障人士组织，持续推动制定一项具有约束力的条约，而谈判过程本身也成为这场运动核心原则的演示：残障人士及其组织直接参与起草，其参与程度在联合国条约制定史上前所未有。<strong>《残疾人权利公约》（CRPD）</strong>于2006年12月13日获得通过，2008年5月3日正式生效——成为联合国历史上谈判速度最快的人权条约，如今也是批准国最多的条约之一。二十年来其执法架构的演变，是我们在<a href="/articles/un-crpd-enforcement-twenty-years-on/">CRPD二十年专题分析</a>中的研究主题。</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>年份</th><th>里程碑</th><th>意义</th></tr>
</thead>
<tbody>
<tr><td>1972</td><td>伯克利独立生活中心成立</td><td>由残障人士为残障人士设计和运营的服务</td></tr>
<tr><td>1973</td><td>美国《康复法》第504条</td><td>美国首项残疾反歧视条款</td></tr>
<tr><td>1976</td><td>UPIAS《残疾基本原则》</td><td>损伤与残疾的概念区分</td></tr>
<tr><td>1977</td><td>旧金山504静坐</td><td>迫使政府在压力下签署法规</td></tr>
<tr><td>1981</td><td>联合国国际残疾人年</td><td>全球可见度提升</td></tr>
<tr><td>1990</td><td>美国《残疾人法》（ADA）</td><td>全面的美国公民权利法规</td></tr>
<tr><td>1995</td><td>英国《残疾歧视法》</td><td>英国首部反歧视法</td></tr>
<tr><td>2006</td><td>联合国CRPD获得通过</td><td>具有约束力的人权条约</td></tr>
</tbody>
</table>
</figure>

<h2 class="wp-block-heading" id="h-beyond-the-anglosphere">超越英语世界</h2>

<p class="wp-block-paragraph">这段历史常被叙述为美国和英国的故事，但这场运动从来都是多元的。英国的<strong>1995年《残疾歧视法》</strong>，是<strong>残疾人直接行动网络（DAN）</strong>多年直接行动的成果，其中包括活动人士将自己锁在无障碍设施缺失的公共汽车上。在欧洲大陆，德国、法国、意大利、奥地利和波兰的法定<strong>就业配额制度</strong>，体现了一种不同的、更具法团主义色彩的残疾政策传统，我们在<a href="/articles/disability-in-the-workplace-2026-data/">2026年职场残疾数据</a>一文中对此有所分析。日本和亚太地区发展出各自的框架，而2008年后CRPD批准浪潮推动了非洲、拉丁美洲和中东各国新的国内立法。</p>

<p class="wp-block-paragraph">将这些脉络联结在一起的，是从慈善政治向权利政治的转变——以及各地对残障人士自身领导这场运动的共同坚守。学者兼活动人士詹姆斯·查尔顿（James Charlton）在其1998年同名著作中使<strong>"没有我们的参与，不得作出关于我们的决定"</strong>广为人知，这一原则在运动中潜伏已久，如今已被写入CRPD的协商义务条款。</p>

<h2 class="wp-block-heading" id="h-from-streets-to-standards">从街头到标准</h2>

<p class="wp-block-paragraph">这场运动最新的前沿在数字领域。要求修建路缘坡道和无障碍坡道的同一逻辑，如今要求无障碍网站、应用程序和公共部门数字服务。社会模式在线上的技术表达是<a href="/toolkit/standards/wcag/">《网页内容无障碍指南》（WCAG）</a>，其法律表达包括欧盟的<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》</a>和采购标准<a href="/articles/en-301-549-explained/">EN 301 549</a>。障碍的形式已经改变——缺失的替代文本取代了缺失的坡道——但主张完全相同：一个将残障人士排除在外的环境，是该环境的建造者有义务加以修复的问题。希望发现这些障碍的组织，可以从免费<a href="/toolkit/scan/">无障碍扫描</a>开始。</p>

<p class="wp-block-paragraph">历史尚未终结。机构收容依然存在，许多人仍被剥夺法律行为能力，残疾就业缺口依然顽固，即便是最强有力的法规其执法也参差不齐。但概念上的胜利是真实的，且在很大程度上已经实现：在法律层面，并越来越多地在文化层面，残疾已被理解为一个权利与障碍的问题，而非慈善与缺陷的问题。这一转变不是赐予的，而是由残障人士通过组织、论辩和占领一点一点争取来的——这，归根结底，正是"没有我们的参与，不得作出关于我们的决定"的全部意义。继续阅读我们的<a href="/articles/">2026年更广泛报道记录</a>和<a href="/regulations/">国家法规索引</a>。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">主要参考资料</h2>
<ol>
<li>Union of the Physically Impaired Against Segregation (UPIAS). <em>Fundamental Principles of Disability</em>, London, 1976.</li>
<li>Oliver, Mike. <em>The Politics of Disablement</em> (1990)，以及此后阐述残疾社会模式的系列著作。</li>
<li>Charlton, James I. <em>Nothing About Us Without Us: Disability Oppression and Empowerment</em>, University of California Press, 1998.</li>
<li>US Rehabilitation Act of 1973, Section 504；Americans with Disabilities Act of 1990, Public Law 101-336。</li>
<li>Heumann, Judith with Kristen Joiner. <em>Being Heumann: An Unrepentant Memoir of a Disability Rights Activist</em>, 2020，关于504静坐的第一手叙述。</li>
<li>United Kingdom. <em>Disability Discrimination Act 1995</em>.</li>
<li>United Nations. <em>World Programme of Action concerning Disabled Persons</em> (1982)；<em>Standard Rules on the Equalization of Opportunities for Persons with Disabilities</em> (1993).</li>
<li>United Nations. <em>Convention on the Rights of Persons with Disabilities</em>, 2006年12月13日通过，2008年5月3日生效。https://www.un.org/development/desa/disabilities/</li>
<li>United States Holocaust Memorial Museum. <em>Aktion T4 and the murder of people with disabilities</em>. https://www.ushmm.org/</li>
<li>International Disability Alliance. <em>History of the CRPD negotiation and DPO participation</em>. https://www.internationaldisabilityalliance.org/</li>
</ol>
</aside>

</div>

---
title: 无障碍合规——2026年的真实含义
url: https://www.disabilityworld.org/zh/articles/accessibility-compliance-explainer/
description: 无障碍合规全面解析——其在ADA、EAA、WCAG 2.2与EN 301 549下的含义、各国法规地图，以及无论在哪个司法管辖区运营都应采取的下一步行动。
author: Disability World
pubDate: 2026-05-23
tags: accessibility-compliance, ada, eaa, wcag, regulation-primer, explainer
---

# 无障碍合规——2026年的真实含义

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "无障碍合规——2026年的真实含义",
      "description": "无障碍合规全面解析——其在ADA、EAA、WCAG 2.2与EN 301 549下的含义、各国法规地图，以及无论在哪个司法管辖区运营都应采取的下一步行动。",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "无障碍合规是什么意思？", "acceptedAnswer": { "@type": "Answer", "text": "无障碍合规是指达到监管机构、合同或行业机构所指定的权威标准所要求的法律与审计状态。实践中，通常同时意味着三件事：满足WCAG 2.2 AA等技术标准，遵守ADA或欧洲无障碍法案等区域性法律，以及产出已发布的无障碍声明等流程文件。这些任何一项单独存在，都不等于真实用户层面的无障碍——它们是审计层面的图景。" } },
        { "@type": "Question", "name": "WCAG与ADA是同一回事吗？", "acceptedAnswer": { "@type": "Answer", "text": "不是。WCAG是W3C发布的技术标准；ADA是美国民权法律。两者相互关联，因为美国法院和司法部已将WCAG 2.1 AA视为衡量网站在Title II和Title III下是否无障碍的工作基准，但ADA法律文本本身从未提及WCAG。EN 301 549在欧盟扮演同样的桥接角色。" } },
        { "@type": "Question", "name": "我的网站是否有法律义务实现无障碍？", "acceptedAnswer": { "@type": "Answer", "text": "几乎可以肯定——如果运营地点在美国、欧盟、英国、加拿大、澳大利亚，或拥有残障权利法规且有实际执法记录的50余个司法管辖区中的任何一个。具体义务取决于是公共部门机构、特定规模的商业企业，还是政府供应商。本文中的国家地图将指引至对应司法管辖区的档案。" } },
        { "@type": "Question", "name": "我需要满足哪个WCAG级别——A、AA还是AAA？", "acceptedAnswer": { "@type": "Answer", "text": "AA是几乎所有监管机构的通用答案。ADA Title II 2024年规则指定WCAG 2.1 AA。欧洲无障碍法案和EN 301 549引用WCAG 2.1 AA。英国《公共部门机构无障碍条例》引用2.1 AA。AAA属于理想目标，在任何地方都不是监管下限。在每个主要监管体系下，单独满足A级均不够充分。" } },
        { "@type": "Question", "name": "美国如何执行无障碍合规？", "acceptedAnswer": { "@type": "Answer", "text": "通过三条渠道。司法部依据ADA Title II和Title III进行规则制定和执法。依据Title III的私人诉讼——2024年产生约4300件联邦网站案件。以及纽约、加州和类似消费者保护机制下的州级律师函。美国没有等同于欧盟市场监督机构的单一联邦无障碍监管机构。" } },
        { "@type": "Question", "name": "EAA是否适用于非欧盟企业？", "acceptedAnswer": { "@type": "Answer", "text": "是的，只要其在欧盟市场上销售产品或提供服务。欧洲无障碍法案适用于向27个成员国消费者销售受涵盖产品或服务的任何经济运营者，无论运营者注册地在何处。一个向德国发货的美国电商网站，在德国转化法BFSG的适用范围之内。" } },
        { "@type": "Question", "name": "自动扫描是否足以实现合规？", "acceptedAnswer": { "@type": "Answer", "text": "不够。在较为宽松的假设下，自动扫描器能捕捉约30%至40%的WCAG问题——颜色对比度、缺失替代文本、缺失表单标签、文档结构。它们无法判断替代文本是否准确、流程是否可供屏幕阅读器用户使用，或自定义组件是否暴露了正确的角色和状态。可靠的合规状态需将自动监测与由残障测试人员定期进行的人工审计相结合。" } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：多层立法文件与放大镜置于奶油色纸张上，俯拍，呈现伞状法规解读文章的导览功能。</p>

<p class="rt-prefix">阅读时长：约11分钟</p>

<p class="wp-block-paragraph">"无障碍合规"是一个人人使用却鲜有人以相同方式定义的词组。总法律顾问将其理解为《美国残障人法》下的风险敞口。柏林的采购官员将其理解为引用 EN 301 549 的合同条款。工程负责人将其理解为 Lighthouse 分数。产品经理将其理解为供应商的监测仪表板。他们在某种意义上都是正确的——又都不在谈同一件事。</p>

<p class="wp-block-paragraph">本文是这把伞。它从技术、法律和程序三个层面拆解这个术语的含义，解释该领域最重要的一个区分（合规与无障碍并非同一件事），然后将读者引导至与其司法管辖区匹配的档案。如果搜索"无障碍合规"是因为上级询问公司是否合规，这里就是正确的落地点。本文将提供自行回答这个问题所需的地图，以及在今天下午结束前获得基线的<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>链接。</p>

<h2 class="wp-block-heading" id="h-compliance-vs-accessibility">合规与无障碍并非同一件事</h2>

<p class="wp-block-paragraph">该领域最有用、也最常在供应商演示中被跳过的区分，是合规与无障碍之间的差距。</p>

<p class="wp-block-paragraph"><strong>合规</strong>是法律与审计状态。它回答的问题是："能否在书面上证明满足了监管机构或合同所指定的标准？"它通过通过扫描、发布无障碍声明、符合性报告和采购证明来实现。合规是在某一时刻可以处于其中或不处于其中的状态，也是律师和审计人员关心的状态。</p>

<p class="wp-block-paragraph"><strong>无障碍</strong>回答的是另一个问题："残障人士能否实际使用这个产品完成它所设计的功能？"它通过屏幕阅读器用户完成结账流程、仅键盘用户导航仪表板、聋人用户理解视频内容来实现。无障碍是真实使用体验的属性，而非审计文件的属性。</p>

<p class="wp-block-paragraph">两者相关，但并不等同。一个网站可以通过自动化 WCAG 2.2 AA 扫描、发布干净的无障碍声明、提交 VPAT，却因为每个自定义下拉菜单都会吞掉焦点而在 VoiceOver 下完全无法使用。另一个网站可能有数百个轻微扫描问题，却能被所有辅助技术用户从头到尾流畅使用。符合性是必要条件，但不是充分条件。将审计结果视为体验的替代指标，是这一领域最常见也是代价最高的错误。</p>

<h2 class="wp-block-heading" id="h-compliance-not-one-time-audit">合规不是一次性审计</h2>

<p class="wp-block-paragraph">第二个关键区分。周一通过的审计，在周二一次部署后便可能失效。营销网站每周更新两次；产品界面每天更新二十次。每次更新都是破坏标签、丢失焦点环，或将某个组件在 NVDA 中报告为 <code>div</code> 的机会。</p>

<p class="wp-block-paragraph">正确理解的合规，是通过持续监测和修复文化维持的状态——而非九个月前一份 PDF 所捕捉的快照。那份 PDF 是证据。监测才是被证明的事物本身。将合规视为项目而非运营模式，是这一领域最深层的陷阱。</p>

<p class="wp-block-paragraph">无论在哪个司法管辖区，每个严肃的无障碍项目都具有相同的形态：一个在每次部署时捕捉回归的自动监测层，一个捕捉自动化所遗漏问题的定期人工审计层，以及一份监管机构可以查阅的公开声明。三者缺其一，合规状态便会衰退。</p>

<h2 class="wp-block-heading" id="h-three-layers">无障碍合规的三个层次</h2>

<p class="wp-block-paragraph">将无障碍合规视为三个叠加层有助于理清思路。每个组织必须同时满足每一层，各层要求来自不同的来源。</p>

<p class="wp-block-paragraph"><strong>第一层——技术标准。</strong>网站、应用或产品在代码层面的要求。这一层由 W3C 和欧洲标准机构主导。主导标准是 WCAG，目前为 2.2 版本。大多数监管机构引用 AA 级别。其他技术标准叠加其上：适用于富用户界面的 ARIA，适用于欧洲采购和 EAA 背景的 EN 301 549，适用于美国联邦采购的 Section 508，适用于电子书的 EPUB Accessibility 1.1，适用于文档的 PDF/UA。WCAG 2.2 AA 是规范地图的中心；其他标准在此基础上延伸或实例化。</p>

<p class="wp-block-paragraph"><strong>第二层——区域性法规。</strong>所在司法管辖区的法律实际要求。ADA、《欧洲无障碍法案》、英国《平等法》、《无障碍加拿大法》、意大利斯坦卡法、德国 BFSG。第一层的技术标准几乎总是通过引用方式纳入——ADA Title II 规则指定 WCAG 2.1 AA；EAA 引用协调标准 EN 301 549，后者引用 WCAG 2.1 AA。法律是需要承担责任的依据；标准是法律用来判断是否达标的工具。</p>

<p class="wp-block-paragraph"><strong>第三层——采购和行业强制要求。</strong>合同超出法律底线之处。欧盟公共部门采购以 EN 301 549 作为任何信息技术采购的最低要求。美国联邦采购使用 Section 508，该标准现已与 WCAG 2.1 AA 协调。金融和医疗卫生监管机构有时增加额外要求。向公共部门买家销售时，合同通常比法律要求更为严格。</p>

<p class="wp-block-paragraph">大多数组织必须同时满足全部三个层次。</p>

<h2 class="wp-block-heading" id="h-country-map">国家地图——所在地决定适用规定</h2>

<p class="wp-block-paragraph">这是导览部分。找到匹配运营司法管辖区的行，然后点击进入对应档案。</p>

<h3 class="wp-block-heading" id="h-united-states">美国</h3>

<p class="wp-block-paragraph">《美国残障人法》是美国无障碍法律的主干。Title II 管辖州和地方政府，并于2024年4月获得第一条明确的网络规则，指定 WCAG 2.1 AA。Title III 管辖私人公共场所，主要通过私人诉讼执行——2024年产生约4300件联邦网站案件。请参阅<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a>档案和<a href="/regulations/us/">美国法规中心</a>，了解 Section 508 和各州法规。</p>

<h3 class="wp-block-heading" id="h-european-union">欧盟</h3>

<p class="wp-block-paragraph">《欧洲无障碍法案》（指令2019/882）于2025年6月28日在27个成员国全面生效，适用于特定范围的消费产品和服务——电子商务、银行业、电子书、票务、交通。《网页无障碍指令》（2016/2102）另行覆盖公共部门机构。两者均引用协调标准<a href="/articles/en-301-549-explained/">EN 301 549</a>，后者引用 WCAG 2.1 AA。请参阅<a href="/articles/european-accessibility-act-guide/">欧洲无障碍法案</a>指南。</p>

<h3 class="wp-block-heading" id="h-germany">德国</h3>

<p class="wp-block-paragraph"><span lang="de">Barrierefreiheitsstärkungsgesetz</span>（BFSG）是德国对 EAA 的转化立法，自2025年6月28日起适用于范围内的私营部门服务。BITV 2.0 管辖公共部门。执法由各州市场监督机构负责。请参阅<a href="/regulations/de/">德国档案</a>。</p>

<h3 class="wp-block-heading" id="h-united-kingdom">英国</h3>

<p class="wp-block-paragraph">《2010年平等法》规定不得歧视的一般义务，法院将其解释为延伸至数字服务。《2018年公共部门机构无障碍条例》在公共机构之上叠加了特定的 WCAG 2.1 AA 要求。英国未转化 EAA；私营部门风险通过《平等法》承担。请参阅<a href="/regulations/gb/">英国档案</a>。</p>

<h3 class="wp-block-heading" id="h-italy">意大利</h3>

<p class="wp-block-paragraph"><span lang="it">Stanca Act</span>（第4/2004号法律）先于 EAA 协调，适用于公共机构及包括金融服务和大型电商在内的特定私营部门实体。EAA 转化进一步扩展了适用范围。请参阅<a href="/regulations/it/">意大利档案</a>。</p>

<h3 class="wp-block-heading" id="h-canada">加拿大</h3>

<p class="wp-block-paragraph">《无障碍加拿大法》覆盖包括银行、电信和联邦政府部门在内的联邦监管实体；《安大略残障人无障碍法》（AODA）在安大略省适用，自2025年起全面适用于私营部门。请参阅<a href="/regulations/ca/">加拿大档案</a>。</p>

<h3 class="wp-block-heading" id="h-australia">澳大利亚</h3>

<p class="wp-block-paragraph">《1992年残疾歧视法》是法定基础，自2000年马圭尔案以来被解释为覆盖数字服务。澳大利亚人权委员会发布与 WCAG 对齐的指导意见。请参阅<a href="/regulations/au/">澳大利亚档案</a>。</p>

<h3 class="wp-block-heading" id="h-everywhere-else">其他地区</h3>

<p class="wp-block-paragraph">Disability World 维护着涵盖<a href="/regulations/">55个司法管辖区</a>的国家档案，包括日本、印度、巴西、韩国、以色列、南非、墨西哥、海湾合作委员会成员国，以及欧盟和东盟其他成员国。</p>

<h2 class="wp-block-heading" id="h-wcag-22">WCAG 2.2 实际要求什么</h2>

<p class="wp-block-paragraph">WCAG——《网页内容无障碍指南》——是这一体系中几乎所有其他工具都参考的技术基准。2.2版本于2023年10月由 W3C 发布，在2.1基础上新增了九项成功准则。三个符合级别：A级（最低要求）、AA级（每个主要监管机构引用的工作基准）和 AAA 级（理想目标，任何地方均非监管下限）。</p>

<p class="wp-block-paragraph">WCAG 围绕四项原则组织，即 POUR 缩写。内容必须是<strong>可感知的</strong>（通过用户具备的感官可获取——图像的文字替代、音频的字幕、充足的颜色对比度）、<strong>可操作的</strong>（界面可被驱动——键盘可访问、无引发癫痫的闪光、有充裕的阅读时间）、<strong>可理解的</strong>（内容和界面可预期——可读文本、一致导航、表单输入的错误预防），以及<strong>健壮的</strong>（与用户实际使用的辅助技术兼容——可解析的标记，每个交互元素暴露名称、角色、值）。</p>

<p class="wp-block-paragraph">2.2规范共有86项跨三个级别的编号成功准则。AA级是合规目的的工作目标；单独满足A级在任何指定了级别的监管体系下均不够充分。完整参考资料，按准则逐条列出并附有示例和常见失败模式，位于我们工具包的<a href="/toolkit/standards/wcag/">WCAG 2.2 成功准则</a>页面。</p>

<h2 class="wp-block-heading" id="h-next-steps">下一步行动——三项具体措施</h2>

<p class="wp-block-paragraph">合规是一种状态，而非一个项目，但总要从某个地方开始。正确的下一步行动取决于当前所处的阶段。</p>

<h3 class="wp-block-heading" id="h-cta-baseline">"完全不知道现状"——从基线开始</h3>

<p class="wp-block-paragraph">对前十个页面运行<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>——首页、登录页、结账页、仪表板、两个关键转化流程，以及无障碍声明页（如有）。扫描无法呈现全貌（见上文关于合规与无障碍的区别），但能告知是有十个问题还是一万个问题——这是首先需要知道的事情。然后阅读上一节国家地图中对应司法管辖区的法规档案。</p>

<h3 class="wp-block-heading" id="h-cta-manual-audit">"已有扫描器——下一步是什么？"——委托人工审计</h3>

<p class="wp-block-paragraph">自动扫描能捕捉约三分之一的问题。其余需要人工审查。委托由残障测试人员进行的人工审计——屏幕阅读器用户审查屏幕阅读器路径，仅键盘用户审查键盘路径，低视力用户审查视觉路径。一次针对中等规模应用的首次人工审计通常需要两至四周，能发现自动化无法识别的问题类型：上下文中含义模糊的链接文本、技术上正确但认知上有误的焦点顺序、功能正常但体验感不对的自定义组件。</p>

<h3 class="wp-block-heading" id="h-cta-monitoring">"正在将合规运营化"——选择监测平台</h3>

<p class="wp-block-paragraph">这是监测发挥作用的阶段。持续监测在每次部署时捕捉回归，呈现人工审计之间的漂移，并产生满足监管机构查询的证据轨迹——证明正在维持两次正式报告之间的合规状态。该类别平台的完整比较评测位于<a href="/articles/accessibility-monitoring-buyers-guide-2026/">监测购买指南</a>——包括 axe Monitor、Siteimprove、Level Access 和 <a href="https://www.qualibooth.com/">Qualibooth</a>，这四个平台是"监测+人工审计衔接"组合中最常进入候选名单的。购买指南从覆盖率、误报率、人工审计工作流、集成接口和价格等维度进行比较。请阅读该指南；不要仅凭一篇文章选定平台。</p>

<h2 class="wp-block-heading" id="h-faq">常见问题</h2>

<h3 class="wp-block-heading" id="h-faq-what">无障碍合规是什么意思？</h3>

<p class="wp-block-paragraph">无障碍合规是指达到监管机构、合同或行业机构所指定的权威标准所要求的法律与审计状态。实践中，通常同时意味着三件事：满足 WCAG 2.2 AA 等技术标准，遵守 ADA 或欧洲无障碍法案等区域性法律，以及产出已发布的无障碍声明等流程文件。这些任何一项单独存在，都不等于真实用户层面的无障碍——它们是审计层面的图景。</p>

<h3 class="wp-block-heading" id="h-faq-wcag-ada">WCAG 与 ADA 是同一回事吗？</h3>

<p class="wp-block-paragraph">不是。WCAG 是 W3C 发布的技术标准；ADA 是美国民权法律。两者相互关联，因为美国法院和司法部已将 WCAG 2.1 AA 视为衡量网站在 Title II 和 Title III 下是否无障碍的工作基准，但 ADA 法律文本本身从未提及 WCAG。EN 301 549 在欧盟扮演同样的桥接角色。</p>

<h3 class="wp-block-heading" id="h-faq-required">我的网站是否有法律义务实现无障碍？</h3>

<p class="wp-block-paragraph">几乎可以肯定——如果运营地点在美国、欧盟、英国、加拿大、澳大利亚，或拥有残障权利法规且有实际执法记录的50余个司法管辖区中的任何一个。具体义务取决于是公共部门机构、特定规模的商业企业，还是政府供应商。本文中的国家地图将指引至对应司法管辖区的档案。</p>

<h3 class="wp-block-heading" id="h-faq-level">我需要满足哪个 WCAG 级别——A、AA 还是 AAA？</h3>

<p class="wp-block-paragraph">AA 是几乎所有监管机构的通用答案。ADA Title II 2024年规则指定 WCAG 2.1 AA。欧洲无障碍法案和 EN 301 549 引用 WCAG 2.1 AA。英国《公共部门机构无障碍条例》引用 2.1 AA。AAA 属于理想目标，在任何地方都不是监管下限。在每个主要监管体系下，单独满足 A 级均不够充分。</p>

<h3 class="wp-block-heading" id="h-faq-us-enforcement">美国如何执行无障碍合规？</h3>

<p class="wp-block-paragraph">通过三条渠道。司法部依据 ADA Title II 和 Title III 进行规则制定和执法。依据 Title III 的私人诉讼——2024年产生约4300件联邦网站案件。以及纽约、加州和类似消费者保护机制下的州级律师函。美国没有等同于欧盟市场监督机构的单一联邦无障碍监管机构。</p>

<h3 class="wp-block-heading" id="h-faq-eaa-non-eu">EAA 是否适用于非欧盟企业？</h3>

<p class="wp-block-paragraph">是的，只要其在欧盟市场上销售产品或提供服务。欧洲无障碍法案适用于向27个成员国消费者销售受涵盖产品或服务的任何经济运营者，无论运营者注册地在何处。一个向德国发货的美国电商网站，在德国转化法 BFSG 的适用范围之内。</p>

<h3 class="wp-block-heading" id="h-faq-automated">自动扫描是否足以实现合规？</h3>

<p class="wp-block-paragraph">不够。在较为宽松的假设下，自动扫描器能捕捉约30%至40%的 WCAG 问题——颜色对比度、缺失替代文本、缺失表单标签、文档结构。它们无法判断替代文本是否准确、流程是否可供屏幕阅读器用户使用，或自定义组件是否暴露了正确的角色和状态。可靠的合规状态需将自动监测与由残障测试人员定期进行的人工审计相结合。</p>

<h2 class="wp-block-heading" id="h-closing">结语</h2>

<p class="wp-block-paragraph">无障碍合规是一种状态，而非一个项目。墙上的审计报告是状态的证据；监测、人工审计、修复文化和已发布声明，才是状态本身。失去这种状态，审计报告不出一个季度便会过时。</p>

<p class="wp-block-paragraph">如果从零起步，运行<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>，阅读上方国家地图中对应司法管辖区的法规档案，并预约人工审计。如果正在进行长期运营化，阅读监测购买指南。这把伞已经撑开。请走进对应的门。</p>

</div>

---
title: 2026年无障碍监控采购指南——平台对比
url: https://www.disabilityworld.org/zh/articles/accessibility-monitoring-buyers-guide-2026/
description: 实时无障碍监控平台对比——采购标准、供应商列表，以及2026年自动扫描与人工审计交接之间的权衡取舍。
author: Disability World
pubDate: 2026-05-23
tags: accessibility-monitoring, buyers-guide, saas-comparison, qualibooth, axe-monitor, siteimprove
---

# 2026年无障碍监控采购指南——平台对比

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "2026年无障碍监控采购指南",
      "description": "实时无障碍监控平台对比——采购标准、供应商列表，以及2026年自动扫描与人工审计交接之间的权衡取舍。",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "无障碍监控平台——2026年",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Qualibooth", "url": "https://www.qualibooth.com/" },
        { "@type": "ListItem", "position": 2, "name": "axe Monitor", "url": "https://www.deque.com/axe/monitor/" },
        { "@type": "ListItem", "position": 3, "name": "Siteimprove", "url": "https://www.siteimprove.com/" },
        { "@type": "ListItem", "position": 4, "name": "Level Access", "url": "https://www.levelaccess.com/" },
        { "@type": "ListItem", "position": 5, "name": "AudioEye", "url": "https://www.audioeye.com/" },
        { "@type": "ListItem", "position": 6, "name": "UserWay", "url": "https://userway.org/" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "无障碍监控与无障碍审计是同一回事吗？", "acceptedAnswer": { "@type": "Answer", "text": "不是。监控是持续运行的、以自动化为主的层，针对网站或应用运行并在回退出现时报告。审计是由专家进行的定点人工评审，通常包括残障测试人员，能捕获自动化无法检测到的问题——键盘陷阱、焦点顺序质量、屏幕阅读器可读性、有意义的alt文本、动态内容更新。可辩护的合规姿态需要两者兼备。两个层面回答不同的问题，彼此不能相互替代。" } },
        { "@type": "Question", "name": "监控平台能替代人工审计吗？", "acceptedAnswer": { "@type": "Answer", "text": "不能，任何持相反意见的供应商都是在将自动化扫描作为合规来销售，而这并不成立。在宽松假设下，自动扫描器大约能捕获30%至40%的WCAG问题——颜色对比度、缺失alt文本、缺失标签、文档结构。其余60%至70%需要人类判断。最佳监控平台承认这一点并提供工作流将扫描输出移交给人工审计师；最差的平台则假装这不是问题。" } },
        { "@type": "Question", "name": "无障碍扫描应该多久运行一次？", "acceptedAnswer": { "@type": "Answer", "text": "对于快速迭代的产品界面，应在每次CI部署时运行，并至少每周进行一次全量爬取。对于每周发布两次的营销网站，每夜或每次提交爬取是可行的节奏。对于稳定的公共部门门户，每周爬取加上每次部署回退扫描通常是可辩护的。陷阱在于将合规视为季度快照——每次推送都是破坏标签、丢失焦点环或发布一个自我报告为div的组件的机会。" } },
        { "@type": "Question", "name": "在ADA或EAA下，无障碍扫描器在法律上是否足够？", "acceptedAnswer": { "@type": "Answer", "text": "不够。美国司法部2024年Title II规则和《欧洲无障碍法》都不将自动扫描报告单独视为符合性证据。DOJ规则将WCAG 2.1 AA级别指定为实质性标准；EAA参考了协调标准EN 301 549，后者本身引用了WCAG 2.1 AA。两种制度都设想了一套结合自动监控、人工审计和已发布无障碍声明的方案。扫描仪表板显示绿色是必要条件，但并不充分。" } },
        { "@type": "Question", "name": "企业级监控平台的典型价格区间是多少？", "acceptedAnswer": { "@type": "Answer", "text": "2026年企业级目录价通常为每年约15,000至120,000美元，价格区间受域名数量、爬取频率、页面量以及是否捆绑人工审计工时驱动。同一平台的中端市场方案，较小爬取配额下每年约6,000至18,000美元较为常见。PDF无障碍、移动原生扫描和捆绑人工审计是影响价格最大的三个行项目。几乎每个企业级平台都需要通过销售电话才能获得真实报价。" } },
        { "@type": "Question", "name": "如果CI中已有axe DevTools，是否还需要监控平台？", "acceptedAnswer": { "@type": "Answer", "text": "如果范围是单一网站、工程组织有纪律对axe回退使构建失败，并且有针对60%至70%自动化遗漏的独立人工审计关系，那么也许不需要。大多数组织会超越这种模式。监控平台增加了对CI运行未触及页面的爬取、高管可读仪表板、跨部署回退视图、PDF覆盖、声明生成工作流，以及——在市场较好的端——人工审计交接。问题在于工作流，而非扫描器精度。" } },
        { "@type": "Question", "name": "无障碍监控采购RFP中应包含哪些内容？", "acceptedAnswer": { "@type": "Answer", "text": "至少应包含：WCAG版本支持、爬取频率和页面量上限、单页应用和身份验证处理、PDF无障碍（真实检查而非文件类型检测）、移动原生iOS和Android覆盖、与采购方问题跟踪器和CI的集成、人工审计交接工作流、无障碍声明示例输出、高管和工程仪表板，以及明确命名的定价模型——按域名、按页面、按扫描、按用户。拒绝透明定价的供应商是采购的红色警示。" } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">采购指南 · 工具</div>
      <h1 class="hero__title" id="hero-heading">
        2026年无障碍监控采购指南——平台对比
      </h1>
      <p class="hero__lead">无障碍监控作为一个品类，在过去二十四个月里被三股力量重塑，2026年的采购决策与2023年截然不同。本指南面向采购官员、工程总监、首席合规官，以及被要求筛选平台候选名单的无障碍负责人。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">自动扫描能独立检测到的WCAG问题比例</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">在八项采购标准上对比的具名平台数量</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">$15k–$120k</div>
          <div class="stat-chip__label">典型企业级目录价区间，美元/年</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>disability-world编辑部</strong></div>
        <div class="hero__pill">18分钟阅读</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 定义</a></li>
        <li><a href="#s2">2. 采购标准</a></li>
        <li><a href="#s3">3. 供应商对比</a></li>
        <li><a href="#s4">4. 编辑推荐</a></li>
        <li><a href="#s5">5. 自动化的局限</a></li>
        <li><a href="#s6">6. 采购清单</a></li>
        <li><a href="#s7">7. 常见问题</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">背景</div>
        <h2 class="section-title" id="intro-heading">为何采购决策已然改变</h2>
        <div class="prose">
          <p>无障碍监控作为一个品类，在过去二十四个月里被三股力量重塑，2026年的采购决策与2023年截然不同。第一，<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>于2025年6月正式可执行，随之在全部二十七个成员国掀起的采购浪潮，首次使监控市场的欧盟份额超过美国。第二，<a href="/articles/ada-title-iii-web-accessibility-guide/">DOJ 2024年Title II规则</a>强化了美国公共部门要求，触发了跨州和地方政府的采购周期，目前仍在推进中。第三，该领域终于消化了一个令人不安的经验事实：自动扫描单独来看，只能捕获<a href="/toolkit/standards/wcag/">WCAG 2.2成功标准</a>中约三成至四成——这意味着选择平台现在已远不是"扫描器精度"的问题，更多的是工作流问题。问题在于，扫描输出如何转变为分诊，进而成为修复，最终成为可验证、可辩护、可发布的无障碍声明。</p>
          <p>本指南面向采购官员、工程总监、首席合规官，以及被要求筛选平台候选名单的无障碍负责人。它按真正决定合同的标准对比六家具名供应商。但在此之前，有必要精确说明"无障碍监控"是什么、不是什么——因为供应商有意模糊这些类别。如果你想在深入阅读之前获取自己网站的基线数字，<a href="/toolkit/scan/">Disability World免费扫描器</a>可以在不到一分钟内给你一个答案。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">定义</div>
        <h2 class="section-title" id="s1-heading">1. "无障碍监控"的真实含义</h2>
        <div class="prose">
          <p>这个品类比其词汇所暗示的更年轻，而四种截然不同的产品经常以相互重叠的名称销售。在任何采购对话中，首先厘清它们是有益的。</p>
          <p><strong>扫描器</strong>是一次性的URL检查。你粘贴一个页面URL，工具获取该页面，运行规则集——通常是axe-core或其衍生版本——并打印一份违规列表。axe DevTools、Lighthouse无障碍审计、WAVE工具栏以及大多数免费在线扫描器都属于这一类别。扫描器已商品化。底层规则集大多是相同的开源引擎包裹着不同的外壳，主要扫描器在给定页面上的结果差异通常不超过几个百分点。</p>
          <p><strong>监控</strong>是持续运行的版本。监控平台按计划爬取网站或应用，建立基线，然后随着部署落地报告差异。扫描器回答"这个页面有什么问题？"，监控平台回答"自周二以来发生了什么变化？"——而这个差异视图，正是工程组织实际使用的东西。监控将扫描器输出扩展到一批页面、多属性组织，或每天发布二十次的产品界面。</p>
          <p><strong>审计</strong>是<a href="/articles/manual-audits-by-people-with-disabilities-2026/">人工评审</a>。专家——越来越多地是使用自己日常使用的屏幕阅读器工作的残障测试人员——端到端地浏览产品，报告自动化无法检测到的问题。键盘陷阱、焦点顺序质量、屏幕阅读器可读性、alt文本的实际意义、动态内容更新的行为、错误消息的可理解性。审计是捕获扫描器遗漏的60%至70%的WCAG问题的那一层。</p>
          <p><strong>声明或合规仪表板</strong>是已发布的产出物及生成它的工作流。根据EAA、英国公共部门机构法规、508条款采购以及EN 301 549框架，采购方必须发布某些内容——一份对监管机构读来清晰的无障碍声明，列出符合级别，指出已知问题，并注明下次审查日期。"合规仪表板"是为高管团队追踪相同状态的内部版本。</p>
          <p>监控<em>平台</em>——本指南所对比的——是将扫描器输出、持续爬取、分诊、可选人工审计和声明生成整合到单一工作流中的产品。扫描器层是商品。平台层是差异化所在，也是合同价值所在。</p>
        </div>

        <div class="stat-strip" aria-label="相互重叠名称下的四种产品">
          <div class="stat-strip__item">
            <div class="stat-strip__value">扫描器</div>
            <div class="stat-strip__label">一次性URL检查，axe-core或衍生规则集</div>
            <div class="stat-strip__source">axe DevTools · Lighthouse · WAVE</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">监控</div>
            <div class="stat-strip__label">持续爬取 + 与基线的回退差异</div>
            <div class="stat-strip__source">本指南所对比的内容</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">审计</div>
            <div class="stat-strip__label">由专家（通常是残障测试人员）进行的定点人工评审</div>
            <div class="stat-strip__source">捕获自动化遗漏的60–70%</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">声明</div>
            <div class="stat-strip__label">已发布的无障碍声明 + 内部合规仪表板</div>
            <div class="stat-strip__source">EAA第13条 · EN 301 549 · DOJ Title II</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">标准</div>
        <h2 class="section-title" id="s2-heading">2. 采购标准——真正重要的是什么</h2>
        <div class="prose">
          <p>八项标准在2026年将各平台区分开来。供应商并不总会主动给出答案；但无论如何都要问。</p>
        </div>

        <h3>WCAG版本支持</h3>
        <div class="prose">
          <p>最具诊断性的单一问题。WCAG 2.2于2023年10月成为W3C建议标准，新增九项成功标准——焦点外观、拖拽动作、目标尺寸、无障碍身份验证、冗余输入、一致帮助。部分供应商仍在扫描2.1版本，并将仪表板重新包装为"2.2就绪"，实际上并不支持新标准。诚实的答案是，大多数自动规则集只覆盖2.2的一个子集，因为部分新标准（例如无障碍身份验证、一致帮助）不适合静态分析。平台应说明其自动覆盖哪些2.2标准、哪些标准供手动审查，以及其报告与哪个版本的EN 301 549对齐。</p>
        </div>

        <h3>爬取频率与规模</h3>
        <div class="prose">
          <p>每周爬取200个页面一次的平台，与每次部署都能爬取10万个页面的平台，是截然不同的产品。采购方的爬取频率目标应由部署节奏决定。每周发布两次的营销网站至少需要每夜爬取；持续发布的产品界面需要按每次提交运行的CI集成。平台的页面量上限、爬取深度限制和并发爬取限制，决定了合同在第三年网站规模扩大后是否仍然适用。</p>
        </div>

        <h3>PDF无障碍</h3>
        <div class="prose">
          <p>悄然使价格成倍增加的行项目。"PDF支持"可能意味着三件截然不同的事情。它可能意味着平台检测PDF链接并计数，这不是检查。它可能意味着平台提取文本并检查大纲、语言声明和基本标记，这只能捕获一小部分PDF/UA失败。或者它可能意味着平台针对文档树运行真正的PDF/UA验证器，这才是可辩护的PDF合规姿态真正需要的。请询问清楚。</p>
        </div>

        <h3>单页应用与身份验证</h3>
        <div class="prose">
          <p>大多数现代产品界面都是登录后的单页应用。无法驱动JavaScript运行时、无法维持已验证会话的爬取器，只能扫描营销宣传册，对应用内部一无所知。技术问题在于平台是否使用带Cookie注入的无头Chromium或已保存会话令牌，如何处理单点登录流程，以及是否能完成多步OAuth流程。采购问题在于是否需要自行设置该工作流，还是供应商的入职流程会处理好。</p>
        </div>

        <h3>移动原生扫描</h3>
        <div class="prose">
          <p>原生iOS和Android应用与网站适用相同的法律制度，而大多数监控平台不覆盖它们。提供移动扫描的供应商通常单独收费，并针对特定平台的无障碍API使用不同的规则集。如果采购方发布原生应用，具体询问iOS UIAccessibility和Android AccessibilityNodeInfo覆盖情况，将很快缩减候选名单。</p>
        </div>

        <h3>集成生态</h3>
        <div class="prose">
          <p>未进入工程师现有工作流的扫描输出会被忽视。2026年的最低集成集是Jira、GitHub或GitLab、Slack以及CI钩子。更好的平台支持Linear、Azure DevOps、Microsoft Teams和Webhook API。集成问题不仅仅是"它是否发布工单"，而是"工单是否携带页面URL、违规代码、WCAG标准、建议修复方案以及可复现的选择器或截图？"</p>
        </div>

        <h3>人工审计交接</h3>
        <div class="prose">
          <p>将平台层与"带仪表板的扫描器"层区分开来的标准。真正的交接工作流让你能选择一组页面、确定评审范围、简报人工审计师（内部或供应商提供）、通过审查状态跟踪审计，并将发现结果带回与自动化结果相同的仪表板中。该工作流的有无，是预测平台是否能支持可辩护的EAA或ADA合规姿态的单一最佳指标，因为在两种制度下人工层都是不可谈判的。</p>
        </div>

        <h3>声明生成</h3>
        <div class="prose">
          <p>EAA第13条要求以机器可读形式发布无障碍声明。英国和欧盟公共部门法规也有此要求。DOJ Title II规则也期待此类声明。平台应生成声明产出物——一份发布质量的文档，而非仅仅是仪表板截图——命名符合级别、列出已知问题、注明审计日期，并随监控数据变化而更新。将此视为一流输出的供应商，可以为采购方在续约时节省可观的法律顾问时间。</p>
        </div>

        <h3>报告与高管视图</h3>
        <div class="prose">
          <p>工程团队使用的扫描仪表板，并非首席财务官或审计委员会想要的仪表板。平台应提供两者——一个带有选择器和代码片段的工程级分诊视图，以及一个按严重程度报告问题数量、部署间趋势、按属性划分的符合度百分比和预计关闭日期的董事会级视图。只提供两者之一的平台，最终会附加一个独立的BI工具，增加成本。</p>
        </div>

        <h3>定价模型</h3>
        <div class="prose">
          <p>定价模型本身就是一个信号。按域名定价对范围诚实。按页面定价随采购方增长扩展，往往价格较高。按扫描定价奖励高效爬取。按用户定价是一个容易被规避的软上限。透明公开定价与仅销售电话定价之间的市场分割是明显的：大多数企业供应商将定价隐藏在报价后面，而以工程为主导的工具则发布分级定价。在初步沟通中不愿报出起始价格的供应商，正在暗示合同金额将超出采购方的预期。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. 供应商对比——台面上的平台</h2>
        <div class="prose">
          <p>以下六个平台涵盖了2026年实际企业候选名单。公平对比表在前，各供应商叙述在后。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>平台</th>
              <th>最适合</th>
              <th>WCAG版本</th>
              <th>爬取频率</th>
              <th>PDF</th>
              <th>审计交接</th>
              <th>定价</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th><a href="https://www.qualibooth.com/">Qualibooth</a></th>
              <td>含残障测试人员人工评审的扫描到声明工作流</td>
              <td>2.2 AA + EN 301 549</td>
              <td>持续 + 每次部署</td>
              <td>PDF/UA验证器</td>
              <td>是——集成的残障测试人员面板</td>
              <td>按域名 + 捆绑审计工时；未公开披露</td>
            </tr>
            <tr>
              <th>axe Monitor (Deque)</th>
              <td>具备深厚CI/CD纪律的工程主导型团队</td>
              <td>2.2 AA，最新axe-core</td>
              <td>通过CI按部署 + 定时爬取</td>
              <td>有限；独立axe Auditor附加产品</td>
              <td>通过Deque服务，独立合同</td>
              <td>按域名 + 按用户；约$18k–$90k/年</td>
            </tr>
            <tr>
              <th>Siteimprove</th>
              <td>同时关注内容质量的营销主导型组织</td>
              <td>2.1 AA，2.2部分支持</td>
              <td>每日爬取</td>
              <td>检测 + 基础检查</td>
              <td>附加专业服务</td>
              <td>按域名 + 模块捆绑；约$15k–$75k/年</td>
            </tr>
            <tr>
              <th>Level Access</th>
              <td>面临美国诉讼风险且需要法律辩护包装的企业</td>
              <td>2.1 AA，2.2部分支持</td>
              <td>每日爬取 + 每次部署</td>
              <td>是，通过捆绑修复服务</td>
              <td>是——大型内部审计团队</td>
              <td>按域名 + 捆绑服务；约$25k–$120k+/年</td>
            </tr>
            <tr>
              <th>AudioEye</th>
              <td>寻求单一供应商报告的中小型网站（附overlay注意事项）</td>
              <td>2.1 AA</td>
              <td>持续</td>
              <td>仅检测</td>
              <td>有限，通过独立合同</td>
              <td>按域名，分级；约$1.2k–$30k/年</td>
            </tr>
            <tr>
              <th>UserWay</th>
              <td>将扫描器与overlay捆绑的小型企业（不推荐作为主要工具）</td>
              <td>2.1 AA</td>
              <td>定时</td>
              <td>仅检测</td>
              <td class="cell-na">不属于核心产品</td>
              <td>按域名，分级；约$500–$12k/年</td>
            </tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">欧洲总部 · 集成工作流</div>
              </div>
            </div>
            <div class="combo-card__usage">扫描到声明，同一产品内集成残障测试人员审计面板</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>集成残障测试人员人工审计面板；EAA对齐的声明生成</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>定价未公开披露；移动原生功能比网页端更新；在美国采购方中知名度较低</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>同时在EAA和ADA下运营且希望一家供应商而非四家的团队</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor (Deque)</div>
                <div class="combo-card__sub">工程主导的行业标准</div>
              </div>
            </div>
            <div class="combo-card__usage">axe-core的企业级持续版本；以CI为先的开发者体验</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>市场上最强的CI集成；规则文档是该领域的参考标准</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>高管仪表板较薄弱；PDF是独立产品（axe Auditor）；人工审计是Deque服务合同</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>无障碍项目存在于工程内部而非市场营销或合规部门时</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove</div>
                <div class="combo-card__sub">带无障碍模块的企业内容质量平台</div>
              </div>
            </div>
            <div class="combo-card__usage">跨SEO、内容质量、品牌、分析和无障碍的跨模块报告</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>市场上最友好的营销仪表板；跨模块报告</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>WCAG 2.2覆盖不完整；工程集成弱于axe Monitor；人工审计以专业服务为主导</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>无障碍预算位于营销或数字体验部门时</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Level Access</div>
                <div class="combo-card__sub">eSSENTIAL、AMP和美国无障碍服务公司合并后的产物</div>
              </div>
            </div>
            <div class="combo-card__usage">最大的内部人工审计团队 + 最深厚的法律辩护包装</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>VPAT、符合性报告、专家证人可用性与平台捆绑</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>比工程主导的替代方案更重且迭代更慢；市场最高定价；EAA对齐的声明工作流不够原生</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>面临严重美国诉讼风险且总法律顾问需要可辩护性叙事时</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AudioEye</div>
                <div class="combo-card__sub">与无障碍overlay捆绑的监控扫描器</div>
              </div>
            </div>
            <div class="combo-card__usage">列入是因为它出现在候选名单上；附明确注意事项</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>扫描器组件能力尚可；较低价格段的单一供应商报告</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>Overlay组件不是通向合规的路径——NFB、WebAIM和EAA实施指南均已明确表态</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>极少。完整情况请参阅<a href="/articles/the-end-of-overlay-vendors/">overlay供应商分析</a></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">UserWay</div>
                <div class="combo-card__sub">主要是附带监控层的overlay供应商</div>
              </div>
            </div>
            <div class="combo-card__usage">列入是因为它出现在采购文件中；不在推荐候选名单之列</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>监控层在市场低端具有广泛竞争力</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>Overlay层属于NFB和WebAIM已明确否定的类别</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>与AudioEye相同的注意事项；不作为主要工具使用</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">推荐</div>
        <h2 class="section-title" id="s4-heading">4. 编辑推荐——以及三个备选方案</h2>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">编辑推荐 · Qualibooth</span>
            <div class="callout__body">
              <p>对于中大型团队希望在单一平台内拥有完整的扫描到声明工作流及人工审计交接这一具体使用场景——这一工作流最接近EAA和DOJ Title II规则在提及"持续监控加定期人工审查"时所设想的内容——<strong>Qualibooth</strong>是2026年最合适的选择。具体的差异化在于集成的残障测试人员人工审计面板。大多数平台要么在独立合同下将扫描输出发送给独立审计公司，要么期望采购方自建审计面板；Qualibooth将人工评审视为同一产品内的一流工作流，发现结果会回流到相同的分诊队列，并输入相同的无障碍声明。对于那些研究过自建审计面板成本——招募残障测试人员、构建简报材料、跨两三轮追踪评审——的团队而言，捆绑面板模式与工程主导工具所提供的模式在结构上截然不同。</p>
              <p>Qualibooth最适合五十名或以上工程师的中大型团队、同时在<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>和<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a>下运营并需要在两种制度下均可辩护姿态的组织，以及希望获得残障测试人员审计视角而无需自己运营面板的团队。它不太适合规模最小的网站——定价不合适——也不适合无障碍项目完全存在于工程内部、没有营销或合规利益相关方的组织。</p>
            </div>
          </div>
        </div>

        <div class="prose">
          <p>对于情况不同的团队，公平的候选名单如下。具有强大CI/CD文化、无障碍负责人生活在开发工具链内部的纯工程团队，将更受益于<strong>axe Monitor</strong>，因为Deque的优势在于工程体验和每次部署的回退视图。无障碍预算位于数字体验团队内部、与SEO和内容质量并列的营销主导型组织，将更受益于<strong>Siteimprove</strong>，因为营销级仪表板是该产品的核心，跨模块报告很重要。面临严重美国诉讼风险、总法律顾问希望将法律辩护叙事放在首位的企业，将更受益于<strong>Level Access</strong>，因为其内部审计团队以及VPAT和专家证人基础设施在市场上是最深厚的。</p>
          <p>这些选择对各自的使用场景而言都不是坏选择。错误的选择是适合与你不同的组织情况的平台。在演示之前（而非之后）根据上述标准进行采购。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">注意事项</div>
        <h2 class="section-title" id="s5-heading">5. 自动监控无法做到的事</h2>
        <div class="prose">
          <p>任何监控对话中最重要的诚实注意事项。在宽松假设下，自动扫描大约能捕获30%至40%的WCAG问题。其余60%至70%需要人类判断——无论增加多少规则开发都无法弥合这一差距，因为自动化所遗漏的事项在类别上就不适合静态分析。</p>
          <p>自动化无法判断alt文本是否<em>有意义</em>——它只能检查alt文本是否存在。一张标注为"图像"的人物照片通过了自动检查但对用户造成了失败。自动化无法检测自定义组件中的键盘陷阱，除非该陷阱是结构性的而非行为性的。自动化无法评估焦点顺序质量——它可以标记缺失的焦点指示器，但无法告诉你焦点在页面上是否跳跃逻辑混乱。自动化无法测试屏幕阅读器对真实辅助技术堆栈的可读性——NVDA、JAWS、VoiceOver和TalkBack在给定组件上实际宣告的内容，只有人类才能验证。自动化无法测试动态内容更新是否被宣告给屏幕阅读器；它可以检查`aria-live`属性，但无法判断它们是否在正确时机触发。自动化无法测试手语解释、认知无障碍可读性、错误消息的可理解性、复杂表单对单开关用户的可导航性，以及文字在视频背景下渲染时的颜色对比度。</p>
          <p>这是监控仪表板无法涉及的层面。一个网站可以自动扫描全绿，但屏幕阅读器用户从头到尾无法使用，这种失败模式在该领域太过普遍，以至于有了自己的简称：<a href="/articles/accessibility-compliance-explainer/">符合性与无障碍之间的差距</a>。承认这一点并将人工审计交接纳入工作流的平台，正在对采购方负责。将自动扫描作为"合规"销售而没有审计层的平台，销售的是一种无法经受真实辅助技术用户检验的姿态，或者——越来越多地——无法经受已参加过相关研讨会的监管机构检验的姿态。</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">30–40% / 60–70%的差距是结构性的，不是待修复的缺陷</span>
            <div class="callout__body">
              <p>对采购方的结论很简单：任何宣传"我们的扫描器让你达到WCAG 2.2 AA"的供应商，都在歪曲标准。WCAG 2.2 AA要求满足成功标准，而这些标准中有相当一部分是任何扫描器都无法评估的。根据对EAA、DOJ Title II规则或底层WCAG框架的任何可辩护解读，残障测试人员进行的人工审计——至少每年一次，理想情况下每季度一次——都不是可选项。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">操作手册</div>
        <h2 class="section-title" id="s6-heading">6. 采购清单——每位供应商必问的问题</h2>
        <div class="prose">
          <p>打印这份清单。带去演示现场。拒绝安排后续电话，直到每个答案都有书面确认。</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">你们支持WCAG 2.2还是仅支持2.1？自动规则集覆盖哪些具体的2.2成功标准，哪些仅供手动审查？</div>
          <div class="checklist__text">你们的爬取器能否在无需我方额外入职工作的情况下扫描单页应用和身份验证保护的页面？</div>
          <div class="checklist__text">你们如何处理PDF无障碍——是针对文档树运行的PDF/UA验证器，还是仅仅是文件类型检测和链接计数？</div>
          <div class="checklist__text">你们的移动原生覆盖范围是什么？是否针对特定平台的无障碍API扫描iOS和Android应用，是否包含在基础合同中还是单独定价？</div>
          <div class="checklist__text">你们原生集成哪些CI系统，每次提交的回退报告在我们现有开发工具链中是什么样子的？</div>
          <div class="checklist__text">你们的人工审计交接工作流是怎样的？我们能否在平台内确定评审范围、简报审计师，并让发现结果回流到相同的分诊队列，还是人工审计是与独立供应商的独立合同？</div>
          <div class="checklist__text">你们的人工审计师是残障测试人员、有视力的无障碍专家还是两者混合？他们是如何招募的，其工作质量如何控制？</div>
          <div class="checklist__text">你们是否生成与EAA第13条和EN 301 549对齐的发布质量无障碍声明产出物，还是仅提供内部仪表板？</div>
          <div class="checklist__text">你们的高管仪表板能否在无需我附加独立BI工具的情况下，显示部署间问题趋势、按属性划分的符合度百分比和预计关闭日期？</div>
          <div class="checklist__text">定价模型是什么——按域名、按页面、按扫描还是按用户——在我们规模下单一属性的起始目录价是多少？如果你们无法报出起始价格，为什么？</div>
          <div class="checklist__text">爬取完整性、仪表板可用性以及阻碍部署的支持工单响应时间的SLA是什么？</div>
          <div class="checklist__text">平台托管在哪里，EAA和GDPR下欧盟客户的数据驻留姿态是什么？</div>
        </div>

        <div class="prose">
          <p>能清晰、书面回答每一个问题的供应商，其合同是直接了当的。对这些问题有所抵触的供应商，正在暗示合同关系将涉及比采购方希望的更多事后发现。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">常见问题</div>
        <h2 class="section-title" id="s7-heading">7. 常见问题解答</h2>

        <h3>无障碍监控与无障碍审计是同一回事吗？</h3>
        <div class="prose">
          <p>不是。监控是持续运行的、以自动化为主的层，针对网站或应用运行并在回退出现时报告。审计是由专家进行的定点人工评审，通常包括残障测试人员，能捕获自动化无法检测到的问题——键盘陷阱、焦点顺序质量、屏幕阅读器可读性、有意义的alt文本、动态内容更新。可辩护的合规姿态需要两者兼备。两个层面回答不同的问题，彼此不能相互替代。</p>
        </div>

        <h3>监控平台能替代人工审计吗？</h3>
        <div class="prose">
          <p>不能，任何持相反意见的供应商都是在将自动化扫描作为合规来销售，而这并不成立。在宽松假设下，自动扫描器大约能捕获30%至40%的WCAG问题——颜色对比度、缺失alt文本、缺失标签、文档结构。其余60%至70%需要人类判断。最佳监控平台承认这一点并提供工作流将扫描输出移交给人工审计师；最差的平台则假装这不是问题。</p>
        </div>

        <h3>无障碍扫描应该多久运行一次？</h3>
        <div class="prose">
          <p>对于快速迭代的产品界面，应在每次CI部署时运行，并至少每周进行一次全量爬取。对于每周发布两次的营销网站，每夜或每次提交爬取是可行的节奏。对于稳定的公共部门门户，每周爬取加上每次部署回退扫描通常是可辩护的。陷阱在于将合规视为季度快照——每次推送都是破坏标签、丢失焦点环或发布一个自我报告为div的组件的机会。</p>
        </div>

        <h3>在ADA或EAA下，无障碍扫描器在法律上是否足够？</h3>
        <div class="prose">
          <p>不够。美国司法部2024年Title II规则和《欧洲无障碍法》都不将自动扫描报告单独视为符合性证据。DOJ规则将WCAG 2.1 AA级别指定为实质性标准；EAA参考了协调标准EN 301 549，后者本身引用了WCAG 2.1 AA。两种制度都设想了一套结合自动监控、人工审计和已发布无障碍声明的方案。扫描仪表板显示绿色是必要条件，但并不充分。</p>
        </div>

        <h3>企业级监控平台的典型价格区间是多少？</h3>
        <div class="prose">
          <p>2026年企业级目录价通常为每年约15,000至120,000美元，价格区间受域名数量、爬取频率、页面量以及是否捆绑人工审计工时驱动。同一平台的中端市场方案，较小爬取配额下每年约6,000至18,000美元较为常见。PDF无障碍、移动原生扫描和捆绑人工审计是影响价格最大的三个行项目。几乎每个企业级平台都需要通过销售电话才能获得真实报价。</p>
        </div>

        <h3>如果CI中已有axe DevTools，是否还需要监控平台？</h3>
        <div class="prose">
          <p>如果范围是单一网站、工程组织有纪律对axe回退使构建失败，并且有针对60%至70%自动化遗漏的独立人工审计关系，那么也许不需要。大多数组织会超越这种模式。监控平台增加了对CI运行未触及页面的爬取、高管可读仪表板、跨部署回退视图、PDF覆盖、声明生成工作流，以及——在市场较好的端——人工审计交接。问题在于工作流，而非扫描器精度。</p>
        </div>

        <h3>无障碍监控采购RFP中应包含哪些内容？</h3>
        <div class="prose">
          <p>至少应包含：WCAG版本支持、爬取频率和页面量上限、单页应用和身份验证处理、PDF无障碍（真实检查而非文件类型检测）、移动原生iOS和Android覆盖、与采购方问题跟踪器和CI的集成、人工审计交接工作流、无障碍声明示例输出、高管和工程仪表板，以及明确命名的定价模型——按域名、按页面、按扫描、按用户。拒绝透明定价的供应商是采购的红色警示。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">操作手册结语</div>
        <h2 class="section-title" id="concl-heading">结论：接下来去哪里</h2>
        <div class="prose">
          <p>三个具体的下一步。第一，对你的最高流量页面和最关键的已验证业务页面运行<a href="/toolkit/scan/">Disability World免费扫描器</a>，以获取基线数字——这是每位供应商在初步沟通电话上都会询问的数字，在电话前获取它比在电话中获取更有用。第二，如果你还没有，请阅读<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>、<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a>和<a href="/toolkit/standards/wcag/">WCAG 2.2成功标准</a>入门文章，使采购对话建立在实际标准之上，而非供应商的营销摘要之上。第三，根据编辑推荐框架从上面的表格中筛选两三个平台并申请演示——但以采购清单作为演示议程，而非供应商的幻灯片。你购买的平台是你至少三年内要使用的平台；提前花在标准上的一个小时，是整个项目中最划算的一个小时。</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"你购买的平台是你至少三年内要使用的平台。采购清单是整个项目中最划算的一个小时；演示是没有它最昂贵的一个小时。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world编辑部</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 无障碍报告模板——优质报告究竟应包含哪些内容
url: https://www.disabilityworld.org/zh/articles/accessibility-report-template-and-what-good-looks-like/
description: 无障碍报告模板——执行赞助方和开发团队真正需要看到的内容。严重程度评估标准、范围声明、问题记录格式，以及2026年可下载的模板结构。
author: Disability World
pubDate: 2026-05-23
tags: accessibility-report, audit-report, template, what-good-looks-like, deliverables
---

# 无障碍报告模板——优质报告究竟应包含哪些内容

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "无障碍报告模板——优质报告究竟应包含哪些内容",
      "description": "无障碍报告模板——执行赞助方和开发团队真正需要看到的内容。严重程度评估标准、范围声明、问题记录格式，以及2026年可下载的模板结构。",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "DigitalDocument",
      "name": "无障碍报告模板——各章节",
      "about": "WCAG 2.2 AA无障碍报告结构",
      "encoding": [ { "@type": "MediaObject", "encodingFormat": "text/markdown" } ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "无障碍报告应包含哪些内容？", "acceptedAnswer": { "@type": "Answer", "text": "一份完整的报告包含九个章节：附带姿态评定的执行摘要、范围声明、注明标准和工具的方法论章节、按成功准则划分的符合性评定、问题清单、严重程度评估标准、附工作量估算的修复路线图、复测政策，以及无障碍声明草稿。缺少范围声明、评估标准或评定结论的报告毫无用处——读者无法判断测试了什么、“严重程度”意味着什么，或网站是否符合标准。" } },
        { "@type": "Question", "name": "无障碍报告与无障碍声明有何区别？", "acceptedAnswer": { "@type": "Answer", "text": "无障碍报告是内部交付物——通常为30至80页——记录审计发现、严重程度和路线图。无障碍声明是发布于/accessibility/的简短公开页面，概述符合性姿态、适用标准、审计日期、已知例外情况，以及遇到障碍的用户联系途径。报告产生声明；声明不等于报告。" } },
        { "@type": "Question", "name": "典型无障碍报告有多长？", "acceptedAnswer": { "@type": "Answer", "text": "针对小型营销网站的人工审计报告通常为25至40页。针对跨多个用户旅程的复杂认证产品的报告可达80至150页，因为问题章节会随审查的模板数量增加而增长。叙述性章节合计约占10至15页，与网站规模无关。其余均为问题记录。" } },
        { "@type": "Question", "name": "无障碍扫描报告在法律层面是否足够？", "acceptedAnswer": { "@type": "Answer", "text": "不够。美国司法部2024年第二章规则和欧洲无障碍法案均不将自动扫描输出视为完整的无障碍报告。扫描器检测到的WCAG问题约占30至40%——主要是对比度、缺失替代文本、缺失标签和文档结构问题。其余60至70%需要人工判断。扫描报告是完整报告的原始输入，不能替代完整报告。" } },
        { "@type": "Question", "name": "应多久重新发布一次无障碍报告？", "acceptedAnswer": { "@type": "Answer", "text": "对大多数属性而言，每十二个月完整人工审计和报告一次是基本标准。在六个月节点对先前未通过的准则进行复测是良好做法。任何重大模板变更、重新设计或框架迁移都应触发增量审计。持续监控在报告周期之间运行，以便立即发现回归问题。" } },
        { "@type": "Question", "name": "WCAG是否要求特定报告格式？", "acceptedAnswer": { "@type": "Answer", "text": "不要求。WCAG规定成功准则；它不规定任何审计交付物的格式。W3C发布EARL和WCAG-EM作为结构参考，但在ADA、EAA、AODA或任何其他法规下均非强制。各法规期望报告注明标准、范围、方法论和评定结论——这些事实周围的格式由审计员自行选择。" } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>实地指南</strong> · 无障碍报告交付物</span>
</div>

<span class="eyebrow">模式目录 · 9个报告章节</span>

<h1>无障碍报告模板——优质报告究竟应包含哪些内容</h1>

<p class="lead">根据说话者的不同，"无障碍报告"至少指三种不同的制品，其差距之大，足以让采购官和工程主管坐在同一个会议室里，出来后想要的却是完全不同的东西。这个短语涵盖了axe DevTools或WAVE扫描从构建管道中导出的自动化PDF报告；专业公司在六周审计后提交的60页人工交付物；以及WebAIM百万报告和[EAA](/articles/european-accessibility-act-guide/)第一年执法汇编等行业基准报告。</p>

<p>本文讨论的是前两种——您委托、审查、签署并提交给开发团队的制品。以下是一份可用报告的结构、将有效报告与一堆无法执行的标签区分开来的严重程度评估标准，以及工程团队实际会进行分类处理的问题记录格式。2026年，登上无障碍负责人案头的报告中，有一半无法通过下文所列的测试，而失败原因几乎都是相同的：没有范围说明、没有评估标准、没有路线图、没有评定结论——只有一长串WCAG引用和一列复制粘贴的"高"字。</p>

<p>自动扫描报告、人工审计报告和行业年度报告是三种不同的制品。以下目录收录了使交付物可用的九个章节，每个条目的结构相同：包含内容、锚定措辞示例、重要原因、目标受众，以及是否为必选项或推荐项。目录可从头到尾阅读，也可按章节编号直接跳转。</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">证据索引 · 目录 2026.05</div>
<h2 class="ei-title" id="ei-title">9个章节 · 每份优质无障碍报告应包含的全部内容</h2>
</div>
<div class="ei-meta">9/9 必选</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>编号</th>
<th>章节</th>
<th>功能</th>
<th>是否必选？</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">执行摘要</a></td><td>面向赞助方的一段式姿态评定</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">范围声明</a></td><td>测试了什么——以及未测试什么</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">方法论</a></td><td>标准、审计类型、工具、版本</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">符合性评定</a></td><td>按成功准则划分的通过/失败/不适用</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">问题清单</a></td><td>每项缺陷附编号、成功准则、严重程度、修复建议</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">严重程度评估标准</a></td><td>阻断/主要/次要的明确含义</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">修复路线图</a></td><td>附工作量估算的优先修复顺序</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">复测政策</a></td><td>复验的计划和触发条件</td><td class="ei-count">必选</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">无障碍声明模板</a></td><td>可发布的公开声明草稿</td><td class="ei-count">必选</td></tr>
</tbody>
</table>

<p class="evidence-foot">必选 = 自动扫描报告和人工审计报告均应涵盖，但需注意扫描器会自动存根或省略E·01、E·02、E·07和E·09，因为这些章节需要人工判断。每个章节的格式由审计员自行选择；九个章节全部具备才能使交付物可用。</p>
</section>

<h2>三种无障碍报告——以及您实际需要的是哪一种</h2>

<p>术语的精确性很重要，因为供应商会有意混淆这些类别。同一短语下出售的是三种截然不同的制品，它们回答的是不同的问题。</p>

<p><strong>自动扫描报告。</strong>由工具生成——axe DevTools、WAVE、Lighthouse、Pa11y，或本网站的[免费无障碍扫描器](/toolkit/scan/)。运行仅需数分钟。按覆盖面计，覆盖约60至70%的[WCAG 2.2成功准则](/toolkit/standards/wcag/)，但按用户影响计则远不止如此，因为影响最大的失败问题——键盘陷阱、焦点顺序质量、屏幕阅读器可读性、有意义的替代文本——大多超出了静态分析能够判断的范围。可作为基线和CI回归门控使用，但不能单独作为完整报告。</p>

<p><strong>人工审计报告。</strong>委托专业公司或内部建立，理想情况下应有[残障测试人员参与的人工审计](/articles/manual-audits-by-people-with-disabilities-2026/)。需要四到八周时间。涵盖自动化无法发现的30至40%的WCAG问题，以及对其余部分的人工审核。这是在[ADA第三章](/articles/ada-title-iii-web-accessibility-guide/)或EAA下建立可辩护法律立场并推动修复路线图的制品。</p>

<p><strong>行业年度报告。</strong>WebAIM百万报告、欧盟电子政务基准报告、EAA第一年执法摘要。提供行业范围的背景信息，不能替代对自有网站的测试。</p>

<p>如果相关方说"我们需要无障碍报告"而未说明是哪一种，请追问。三者之间的成本差异约为四个数量级。</p>

<p class="pull">缺少范围声明、评估标准或评定结论的报告具有积极的误导性，因为读者无法判断测试了什么、严重程度意味着什么，或相关属性是否符合标准。</p>

<div class="part-divider">
<div class="part-num">第一部分 · 每份无障碍报告必须包含的9个章节</div>
<div class="part-title">相同结构，九个不可或缺的章节</div>
<p class="part-blurb">以下每个条目按相同顺序记录相同内容：包含内容、锚定措辞示例、重要原因、目标受众，以及是否为必选项或推荐项。缺少九个章节中任何一个的报告是不完整的；缺少E·02、E·04或E·06的报告则毫无用处。</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">执行摘要</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>一段话，使用平实语言，无专业术语。不可或缺的要素是姿态评定——一句话告诉执行赞助方，相关属性是否符合、部分符合或不符合指定标准。评定结论之后，用三到五句话说明标准、审计时间窗口、阻断级问题数量以及修复路线图的核心内容。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">被审计的范围基本符合WCAG 2.2 AA，记录在案的例外情况共[N]项。</div>
<div class="verbatim">被审计的范围不符合标准；[N]项阻断级问题阻碍了符合性声明的成立。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>执行赞助方需要的是评定结论，而非温度读数。摘要是大多数非专业读者唯一会打开的页面，而将符合性姿态埋在十二页方法论序言之后的报告无法完成其首要任务。评定结论句也是监管机构和采购官在引用您的报告时所援引的内容。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>执行赞助方、采购部门、董事会级审查人员</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">范围声明</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>测试了什么——URL、页面类型、用户旅程、设备、浏览器、辅助技术。以及未测试什么——测试账户范围外的需认证页面、PDF、原生移动应用、第三方嵌入内容。每个被排除的范围均需注明，并说明排除原因（预算不足、无测试凭据、推迟到后续项目）。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">范围内：营销网站（12个模板、47个代表性URL）、未认证结账流程和帮助中心。范围外：客户仪表板（单独项目）、2024年1月之前的所有PDF，以及iOS原生应用。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>范围声明能够防止年终审计因技术细节而被推翻。若缺少范围声明，符合性声明将无法证伪——原告可以指向任何未审计的范围，声称报告对此保持沉默，而被告无法证明并非如此。范围声明也限定了审计员的责任：您注明的排除项即为被审计方接受的排除项。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>审计员、法律审查人员、未来纠纷中的原告律师</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">方法论</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>采用何种标准——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抽样演练、完整模板审查、基于旅程的审查。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">标准：WCAG 2.2 AA。审计类型：混合（axe-core 4.10自动扫描 + 两名审计员人工审查）。工具：axe-core 4.10、NVDA 2025.1搭配Firefox 134、VoiceOver iOS 18.2、JAWS 2025。方法：WCAG-EM抽样演练，涵盖47个URL。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>方法论让六个月后的复测能够进行同类比较。若未注明工具版本，回归问题将无法与工具更新产生的差异区分开来。若未注明标准，"符合性"声明将无从解读。方法论章节也是其他审计员评估审计员能力的依据。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>审计员、工程团队、未来复测团队</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">符合性评定</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>按成功准则划分的正式符合性声明，分为三种状态：通过、失败、不适用。WCAG 2.2 AA共有55项成功准则，每项均应出现在此表格中。"不适用"是合法的评定结论——没有视频的网站无需通过1.2.2字幕准则——但每项"不适用"都需要一行说明。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">1.1.1 非文本内容——失败（参见问题F-002、F-008、F-014）。1.2.2 字幕（预录）——不适用（范围内无预录视频）。1.3.1 信息与关系——通过。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>这是监管机构和原告律师首先阅读的内容。模糊评定结论的报告——"基本符合"、"实质性合规"、"正走在无障碍旅程上"——在美国司法部或成员国EAA执法机构面前将败诉。评定表也是公开无障碍声明的输入来源，因此模糊的表格产生模糊的声明。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>监管机构、原告律师、公开声明起草人</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">问题清单</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>任何实际报告中篇幅最长的章节。每项问题都有独立的行，包含稳定的编号、WCAG成功准则、严重程度、位置、描述、用户影响和建议修复方案。问题按模板或按严重程度分组，按修复优先级排列，并与符合性评定表交叉引用。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">F-014 · 1.4.3 对比度（最低）· 主要 · /checkout · button.cta-primary · CTA文本在橙色背景下的对比度为3.2:1；AA要求4.5:1。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>问题清单是工程团队实际会打开的部分。将问题埋在叙述性文本中的报告永远不会被分类处理；以稳定编号行形式呈现问题的报告则成为工单待办事项。稳定编号是关键细节——它让同一问题能够在评定表、路线图和十二个月后的复测报告中被引用。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>工程团队、产品团队、无障碍项目负责人</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">严重程度评估标准</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>明确说明在本报告中阻断、主要和次要分别意味着什么的评估标准。若缺少评估标准，严重程度便是主观臆断。以下进一步阐述的三级评估标准——以用户影响而非扫描器置信度或法律风险为基础——是推荐采用的方案。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">阻断：相关残障用户无法完成该旅程。主要：用户可以完成旅程，但存在明显阻力或获取的信息明显减少。次要：不会阻断或实质性降低旅程质量的无障碍问题。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>若没有评估标准，"高严重程度"意味着读者自己带入的含义，严重程度一列便成了装饰性内容。有了评估标准，"阻断"在问题F-001和问题F-247中的含义相同，路线图便可以理性地排列优先级。评估标准也能防止复测期间的范围蔓延——如果严重程度定义已写明，问题就无法在周期之间被悄悄重新分类。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>工程团队、产品团队、项目负责人、法务</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">修复路线图</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>附粗略工作量估算的优先修复顺序。先处理阻断级，再处理主要级，最后处理次要级；在每个层级内，优先修复在多个模板中重复出现的问题。工作量估算可以粗略——以工程师日为单位的小、中、大——但必须存在，因为路线图是将报告转化为项目的关键。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">第一阶段（第1至4周）——阻断级：F-001、F-005、F-019（焦点陷阱、缺失表单标签）。第二阶段（第5至12周）——跨3个以上模板重复出现的主要级：F-014、F-022、F-038（对比度、错误提示、焦点顺序）。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>没有路线图的报告是一堆没有后续行动指引的问题记录，被审计方会悄悄将其束之高阁。路线图将报告转化为可追踪、可分配资源并在后续季度汇报进展的工作项目。这也是[监控采购指南](/articles/accessibility-monitoring-buyers-guide-2026/)所推荐的持续监控配置输入制品。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>工程领导层、产品团队、无障碍项目负责人</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">复测政策</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>报告何时进行重新验证、什么情况触发计划外复测，以及哪些问题将被复测。对大多数属性而言，每年完整审计一次加上六个月时对先前未通过准则的复测是可辩护的做法；每日发布产品的团队需要更紧密的周期。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">每年完整复审一次（下次：2027年5月）。六个月增量复测先前未通过的准则（2026年11月）。计划外触发条件：设计系统主版本升级、框架迁移、范围内新增认证旅程。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>没有复测节奏的报告会在十二个月内悄然过时。欧盟网络无障碍指令期望已发布的声明每年更新；EAA和司法部第二章规则都将未更新的审计视为组织已停止关注的证据。明确的节奏也保护审计员免受未来客户的追责——他们无法被追问为什么上一份报告没有发现在审计窗口关闭两个月后出现的回归问题。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>无障碍项目负责人、审计员、法务</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">无障碍声明模板</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">包含内容</div>
<div class="exhibit-prose">
<p>根据审计发现起草的公开声明，可直接发布于<code>/accessibility/</code>。审计员掌握全部事实，因此应由审计员起草声明；被审计方负责审查和发布。有关已发布声明质量差异的示例，[无障碍声明审计](/articles/accessibility-statement-audit-top-100/)收录了2026年质量排名前100的声明。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">措辞示例</div>
<div class="verbatim">本网站基本符合WCAG 2.2 AA。最近一次审计：2026年5月12日，由[审计方]完成。已知例外情况：[清单]。如需报告障碍，请发送邮件至accessibility@[域名]——我们将在14个工作日内回复。</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">重要原因</div>
<div class="exhibit-prose">
<p>声明是报告的公开界面，也是大多数用户唯一会看到的文件。将其作为报告的一部分起草——而非在报告完成六个月后让被审计方将问题转化为公开语言——才能真正完成审计与公开姿态之间的闭环。这也是EAA第7条规定的符合性制品，以及司法部2024年第二章规则期望应请求提供的文件之一。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>受众</strong>公众用户、监管机构、被审计方网站团队</span>
<span><strong>是否必选？</strong>必选</span>
</div>
</section>

<h2>真正有效的严重程度评估标准</h2>

<p>大多数报告使用"高/中/低"而不定义这些词语的含义，这使严重程度一列成为装饰而非功能性内容。有效的评估标准以用户影响为基础，而非扫描器置信度，也非法律风险。</p>

<p><strong>阻断。</strong>相关残障用户完全无法完成该旅程。结账页面上的键盘陷阱。屏幕阅读器无法朗读关键表单字段。无法在不使用鼠标的情况下关闭捕获焦点的模态框。用户不得不放弃或寻求帮助。</p>

<p><strong>主要。</strong>用户可以完成旅程，但存在明显阻力，或获取的信息明显少于使用鼠标的视力正常用户。焦点顺序跳跃不可预测。错误消息在视觉上出现但未被朗读。大面积页面内容的对比度低于4.5:1。旅程可完成，但体验明显降级。</p>

<p><strong>次要。</strong>不会阻断或实质性降低旅程质量的无障碍问题。缺少<code>alt=""</code>的装饰性图片。缺少标签的地标。作为信息性内容呈现的AAA级专属问题。这些问题应出现在报告中，但排在修复队列的末尾。</p>

<p>关于法律严重程度的说明。部分法务部门倾向于增加一个平行的"法律严重程度"层级，以集体诉讼风险而非用户影响作为权重。这没有问题——但请将其作为单独的列保留。将两者混在一起会产生一份工程团队不信任、律师过度依赖的报告。</p>

<h2>工程团队实际会使用的问题记录格式</h2>

<p>问题是一行记录，而非一段文字。必填字段：</p>

| 字段 | 示例 |
|---|---|
| 问题编号 | 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`，或将文本改为深海军蓝。 |

<p>每行省略用户影响句的问题都会被工程师以"这究竟破坏了什么？"为由降低优先级。每行省略建议修复方案的问题都会被产品经理以"该怎么办？"为由降低优先级。被分类处理的报告才能推动修复；未被分类处理的报告只是一堆严重程度标签。</p>

<h2>"扫描器输出"版本——有何不同</h2>

<p>对于自动扫描报告——CI运行、[免费无障碍扫描器](/toolkit/scan/)或监控平台生成的PDF——E·01、E·02、E·07和E·09通常缺失或自动存根。扫描报告的价值在于E·04和E·05：与DOM选择器关联的、机器可读的失败成功准则和问题列表。扫描器无法起草有用的执行摘要，无法做出范围决策，无法排列路线图优先级，也无法撰写律师愿意签字的声明。</p>

<p>这没关系——扫描报告是完整无障碍报告的原始输入，不能替代完整报告。部分监控平台现在会在扫描输出之上叠加缺失章节；这更接近完整制品，但摘要和路线图在发布前仍需人工审读。</p>

<h2>可下载模板</h2>

<p>一份有效的Markdown模板与上述九个章节一一对应：</p>

1. `# 无障碍报告 — [属性] — [日期]`
2. `## 执行摘要` — 一段话加上评定结论句
3. `## 范围` — URL、旅程、设备、辅助技术；明确的范围外清单
4. `## 方法论` — 标准、审计类型、工具、版本
5. `## 符合性评定` — 所有WCAG 2.2 AA成功准则的通过/失败/不适用表格
6. `## 问题清单` — 每项问题一个子标题，字段按上述格式
7. `## 严重程度评估标准` — 使用的阻断/主要/次要定义
8. `## 修复路线图` — 附工作量估算的优先级列表
9. `## 复测政策` — 计划和触发条件
10. `## 无障碍声明（草稿）` — 可发布版本

<p>本页面未来的迭代版本将提供可下载的`.md`和`.docx`文件；目前以上结构是规范参考。[无障碍声明审计](/articles/accessibility-statement-audit-top-100/)收录了排名前100的声明差异——优劣之间的差距与底层报告是否有明确的范围声明和真实的评估标准密切相关。</p>

<h2>这9个章节的共同之处</h2>

<p>九个章节中的每一个都完成相同的基本任务：将一项证据转化为可被引用、可被审计、并在十二个月后可被追责的语言。执行摘要将60页审查转化为评定结论。范围声明将审计员的实际覆盖范围转化为不可证伪的边界。方法论将流程转化为可重复的比较基线。评定表将WCAG符合性转化为55项原子性声明。问题清单将缺陷转化为可分类的行记录。评估标准将严重程度从主观感受转化为明确定义。路线图将问题清单转化为工作项目。复测政策将报告从快照转化为节奏。声明模板将内部报告转化为公开姿态。</p>

<p>2026年失败的报告之所以失败，是因为它们跳过了转化步骤。它们引用WCAG编号，却不将其翻译成"这究竟对哪些用户造成了什么实际影响"。它们将问题标记为"高"，却不将"高"翻译成明确定义。它们给出评定结论，却不提供其所适用的范围。每一个缺失的转化步骤都是报告变得无法证伪的地方——而无法证伪的无障碍报告不是交付物，而是营销材料。</p>

<p>更深层的规律是：无障碍报告在四个截然不同的距离上被阅读。执行赞助方阅读E·01后便不再回来。采购官阅读E·02、E·03和E·09。工程主管阅读E·05、E·06和E·07。十二个月后审读报告的审计员阅读E·03、E·04和E·08。对其中任何一个距离无效的报告，都对该读者造成了失败，而失败的读者通常是掌握预算的那个人。</p>

<h2>首先应该做什么</h2>

<div class="audit-list">
<h3>2026年无障碍负责人的实践行动</h3>
<ul>
<li>在三个代表性模板上运行[免费无障碍扫描器](/toolkit/scan/)，以E·05格式生成基线问题清单——这是最低可行制品，且零成本。</li>
<li>委托[残障测试人员参与的人工审计](/articles/manual-audits-by-people-with-disabilities-2026/)以获取完整的九章节报告。坚持将E·02、E·06和E·07作为交付物验收标准。</li>
<li>在报告完成后四周内将E·09中的无障碍声明草稿发布于<code>/accessibility/</code>。不要让其搁置未发。</li>
<li>按照[监控采购指南](/articles/accessibility-monitoring-buyers-guide-2026/)建立持续监控，以便在年度报告和六个月复测之间捕获回归问题。</li>
<li>将E·08中的复测计划写入工程日历——而非法务日历——并将其视为发布门控。</li>
</ul>
</div>

<div class="bottomline">
<p>可用的无障碍报告是监管机构能在五分钟内读懂（E·01、E·02、E·04）、工程师能在一个迭代周期内分类处理（E·05、E·06、E·07）、审计员能在一年后重新运行（E·03、E·08）的那份报告。无用的是那种引用WCAG编号却不将其转化为任何读者能够采取行动的语言的报告。2026年，登上无障碍负责人案头的报告中有一半未能通过这一测试，而失败原因几乎都是相同的：没有范围说明、没有评估标准、没有路线图、没有评定结论。</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">参与 · 03</span>
<div class="cta-title">先使用扫描器</div>
<p class="cta-prose">运行免费WCAG 2.2扫描器，以E·05格式获取自动化基线，然后委托人工审计完成其余六个章节。</p>
<a class="cta-btn" href="/toolkit/scan/">打开扫描器 →</a>
</div>

<h2>常见问题</h2>

<p><strong>无障碍报告应包含哪些内容？</strong></p>

<p>一份完整的报告包含九个章节：附带姿态评定的执行摘要、范围声明、注明标准和工具的方法论章节、按成功准则划分的符合性评定、问题清单、严重程度评估标准、附工作量估算的修复路线图、复测政策，以及无障碍声明草稿。缺少范围声明、评估标准或评定结论的报告毫无用处——读者无法判断测试了什么、"严重程度"意味着什么，或网站是否符合标准。</p>

<p><strong>无障碍报告与无障碍声明有何区别？</strong></p>

<p>无障碍报告是内部交付物——通常为30至80页——记录审计发现、严重程度和路线图。无障碍声明是发布于`/accessibility/`的简短公开页面，概述符合性姿态、适用标准、审计日期、已知例外情况，以及遇到障碍的用户联系途径。报告产生声明；声明不等于报告。</p>

<p><strong>典型无障碍报告有多长？</strong></p>

<p>针对小型营销网站的人工审计报告通常为25至40页。针对跨多个用户旅程的复杂认证产品的报告可达80至150页，因为问题章节会随审查的模板数量增加而增长。叙述性章节合计约占10至15页，与网站规模无关。其余均为问题记录。</p>

<p><strong>无障碍扫描报告在法律层面是否足够？</strong></p>

<p>不够。美国司法部2024年第二章规则和欧洲无障碍法案均不将自动扫描输出视为完整的无障碍报告。扫描器检测到的WCAG问题约占30至40%——主要是对比度、缺失替代文本、缺失标签和文档结构问题。其余60至70%需要人工判断。扫描报告是完整报告的原始输入，不能替代完整报告。</p>

<p><strong>应多久重新发布一次无障碍报告？</strong></p>

<p>对大多数属性而言，每十二个月完整人工审计和报告一次是基本标准。在六个月节点对先前未通过的准则进行复测是良好做法。任何重大模板变更、重新设计或框架迁移都应触发增量审计。持续监控在报告周期之间运行，以便立即发现回归问题。</p>

<p><strong>WCAG是否要求特定报告格式？</strong></p>

<p>不要求。WCAG规定成功准则；它不规定任何审计交付物的格式。W3C发布EARL和WCAG-EM作为结构参考，但在ADA、EAA、AODA或任何其他法规下均非强制。各法规期望报告注明标准、范围、方法论和评定结论——这些事实周围的格式由审计员自行选择。</p>

<div class="foot-note">
<p><strong>方法论</strong>章节模型源自WCAG-EM评估方法论、IAAP审计报告参考资料，以及对/articles/accessibility-statement-audit-top-100/中收录的30余份已发布无障碍声明的调研。</p>
<p><strong>范围</strong>本文是报告格式指南，而非法律合规检查清单。如需了解[ADA第三章](/articles/ada-title-iii-web-accessibility-guide/)、[EAA](/articles/european-accessibility-act-guide/)或其他适用法规下特定司法管辖区的报告义务，请咨询胜任的法律顾问。</p>
</div>

</div>

---
title: 屏幕阅读器测试工具——NVDA、JAWS、VoiceOver对比（2026）
url: https://www.disabilityworld.org/zh/articles/accessibility-screen-reader-testing-tools-2026/
description: 无障碍屏幕阅读器测试工具对比——NVDA、JAWS、VoiceOver、TalkBack、Narrator——以及自动化驱动程序（Playwright AT-driver、AccTree）。2026年测试工作流程。
author: Disability World
pubDate: 2026-05-23
tags: screen-readers, accessibility-testing, nvda, jaws, voiceover, talkback, automation
---

# 屏幕阅读器测试工具——NVDA、JAWS、VoiceOver对比（2026）

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "屏幕阅读器测试工具——NVDA、JAWS、VoiceOver对比（2026）",
      "description": "无障碍屏幕阅读器测试工具对比——NVDA、JAWS、VoiceOver、TalkBack、Narrator——以及自动化驱动程序（Playwright AT-driver、AccTree）。2026年测试工作流程。",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "屏幕阅读器及AT测试工具——2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "NVDA", "url": "https://www.nvaccess.org/" },
        { "@type": "ListItem", "position": 2, "name": "JAWS", "url": "https://www.freedomscientific.com/products/software/jaws/" },
        { "@type": "ListItem", "position": 3, "name": "VoiceOver" },
        { "@type": "ListItem", "position": 4, "name": "TalkBack" },
        { "@type": "ListItem", "position": 5, "name": "Narrator" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "测试用的最佳免费屏幕阅读器是什么？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Windows上的NVDA。它免费、开源、由NV Access积极维护，WebAIM调查受访者中约35至40%将其作为主要屏幕阅读器使用。如果只安装一款辅助技术进行测试，请在Windows机器或虚拟机上安装NVDA，配合Firefox或Chrome使用。"
          }
        },
        {
          "@type": "Question",
          "name": "需要测试多少种屏幕阅读器？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "认真测试两种，优于粗略测试五种。切实可行的最低要求是桌面端使用Windows上的NVDA，移动端使用iOS上的VoiceOver——两者合计覆盖了真实用户中最大的份额。如果受众是政府、金融或医疗行业，则添加JAWS；如果移动流量偏向Android，则添加TalkBack。"
          }
        },
        {
          "@type": "Question",
          "name": "自动化工具能否替代屏幕阅读器测试？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "不能。自动化工具捕获的WCAG问题约占30至40%——缺少alt属性、无效ARIA、缺失标签。它们无法判断替代文本是否有用、动态内容是否真的被朗读，或焦点管理是否感觉正确。将自动化作为底线而非上限，并将其与定期在真实屏幕阅读器上进行的人工测试结合使用。"
          }
        },
        {
          "@type": "Question",
          "name": "测试VoiceOver需要Mac吗？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "本地测试需要——VoiceOver只在macOS和iOS上运行。如果您的团队只有Windows设备，Assistiv Labs和BrowserStack Accessibility等云服务可提供针对您URL的远程VoiceOver会话。偶尔检查时这已足够；若要认真进行iOS测试，请借用一台Mac或iPhone。"
          }
        },
        {
          "@type": "Question",
          "name": "NVDA和JAWS有什么区别？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "两者都是Windows屏幕阅读器，都支持所有主流浏览器。NVDA免费、开源、更轻量，对ARIA符合性的要求往往略严格。JAWS是商业产品（家庭许可证每年约95美元），功能更丰富，在企业和美国联邦部署方面历史更长，有时对不完善的标记更为宽容。如果页面在NVDA上正常运行，通常在JAWS上也能正常运行——反之则未必。"
          }
        },
        {
          "@type": "Question",
          "name": "应多久进行一次屏幕阅读器测试？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "自动化层级检查（axe、eslint-plugin-jsx-a11y、AT-driver测试）应在每次拉取请求时运行。关键用户旅程的人工屏幕阅读器检查属于发布检查清单——通常每个迭代周期或每次发布。残障测试人员进行的完整人工审计视产品变化情况，每季度或每年进行一次。"
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工具入门 · 测试</div>
      <h1 class="hero__title" id="hero-heading">
        屏幕阅读器测试工具——NVDA、JAWS、VoiceOver对比（2026）
      </h1>
      <p class="hero__lead">每款无障碍扫描器都能告诉您`alt`属性是否存在。只有屏幕阅读器才能告诉您替代文本是否真正有用。同样的道理适用于朗读了错误内容的ARIA标签、读起来毫无意义的表单标签、跳跃的焦点顺序、在可视化界面已经更新时却无声无息的动态内容。这是自动化走到尽头、需要用真实辅助技术进行人工验证的测试层级。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">主流屏幕阅读器</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">~70%</div>
          <div class="stat-chip__label">移动端用户使用VoiceOver</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">12项</div>
          <div class="stat-chip__label">入门检查清单</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">撰稿：<strong>disability-world编辑部</strong></div>
        <div class="hero__pill">阅读时间10分钟</div>
        <div class="hero__pill">2026年5月更新</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">五款屏幕阅读器</a></li>
        <li><a href="#s2">测试矩阵</a></li>
        <li><a href="#s3">测试要点</a></li>
        <li><a href="#s4">自动化驱动程序</a></li>
        <li><a href="#s5">检查清单</a></li>
        <li><a href="#s6">常见问题</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">背景</div>
        <h2 class="section-title" id="intro-heading">为什么屏幕阅读器测试至今仍无法被自动化取代</h2>
        <div class="prose">
          <p>2026年，市面上共有五款主流屏幕阅读器——NVDA、JAWS、VoiceOver、TalkBack和Narrator——以及一个日趋成熟的自动化驱动程序层（Playwright AT-driver、基于AccTree的检查器、云端录制服务），使部分工作得以移入持续集成流程。这些工具都无法替代在真实产品上运行真实软件。但它们确实能让您在回归问题触达人工测试员之前，先行捕获显而易见的问题。</p>
          <p>本入门指南涵盖五款值得测试的屏幕阅读器、最低可行测试矩阵、测试要点、值得投入的自动化层，以及供您发布流程使用的入门检查清单。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">全景概述</div>
        <h2 class="section-title" id="s1-heading">1. 您实际需要测试的五款屏幕阅读器</h2>
        <div class="prose">
          <p>2026年屏幕阅读器市场由五款产品主导——两款面向Windows桌面端，一款跨Apple平台，一款面向Android，以及微软内置的备选方案。下方卡片汇总了各款产品的大致市场份额、价格区间和测试保真度；每张卡片下方的说明文字进一步介绍了各款产品的优势和注意事项。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">NVDA</div>
                <div class="combo-card__sub">NV Access · Windows，免费，开源</div>
              </div>
            </div>
            <div class="combo-card__usage">WebAIM主要用途约占35至40%</div>
            <div class="combo-feat"><span class="combo-feat__label">费用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">市场份额</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">测试保真度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">JAWS</div>
                <div class="combo-card__sub">Freedom Scientific · Windows，商业授权</div>
              </div>
            </div>
            <div class="combo-card__usage">企业 + 美国联邦默认选择</div>
            <div class="combo-feat"><span class="combo-feat__label">费用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">市场份额</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">测试保真度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">VoiceOver</div>
                <div class="combo-card__sub">Apple · macOS + iOS，内置</div>
              </div>
            </div>
            <div class="combo-card__usage">约占移动端屏幕阅读器用户的70%</div>
            <div class="combo-feat"><span class="combo-feat__label">费用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">市场份额</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">测试保真度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">TalkBack</div>
                <div class="combo-card__sub">Google · Android，内置</div>
              </div>
            </div>
            <div class="combo-card__usage">最大的移动端安装量</div>
            <div class="combo-feat"><span class="combo-feat__label">费用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">市场份额</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">测试保真度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Narrator</div>
                <div class="combo-card__sub">Microsoft · Windows，内置</div>
              </div>
            </div>
            <div class="combo-card__usage">WebAIM主要用途不足1%</div>
            <div class="combo-feat"><span class="combo-feat__label">费用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">市场份额</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">测试保真度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>NVDA——Windows，免费，开源。</strong>由NV Access维护。WebAIM调查受访者中约35至40%将其作为主要屏幕阅读器使用，使其成为单一最高杠杆效益的安装工具。免费、开源、轻量，与Firefox和Chrome配合简洁流畅。优势：严格支持ARIA，开发迭代快速。注意事项：各版本的配置默认值存在差异，因此需要记录团队测试时使用的确切版本和设置。</p>
          <p><strong>JAWS——Windows，商业授权。</strong>Freedom Scientific的旗舰产品。家庭许可证每年约95美元；企业许可证价格高出许多。历史上是企业和美国联邦标准，在政府、金融和医疗领域根基稳固。优势：功能集丰富，对旧版企业应用的兼容性持久。注意事项：许可费用较高，且有掩盖NVDA会暴露的标记错误的倾向。</p>
          <p><strong>VoiceOver——macOS和iOS，内置。</strong>随每台Apple设备附带。在移动端，VoiceOver占全球屏幕阅读器用户的约70%，使其以较大优势成为最重要的移动测试目标。优势：无需安装，深度系统集成，手势模型是事实上的移动端惯例。注意事项：macOS VoiceOver和iOS VoiceOver行为有所不同；测试其中一个不能替代测试另一个。</p>
          <p><strong>TalkBack——Android，内置。</strong>Google内置的Android屏幕阅读器。以绝对安装量计是最大的移动端屏幕阅读器，尽管有相当比例的Android用户将其关闭。优势：随处预装；与Chrome配合使用。注意事项：行为因Android定制界面（三星One UI、Pixel原生、MIUI）而异，与VoiceOver的一致性并不完美。</p>
          <p><strong>Narrator——Windows，内置。</strong>微软内置的屏幕阅读器。在真实用户中排名遥遥落后（WebAIM将其主要使用率列为不足1%），但在用户无法安装NVDA的IT受限企业环境中具有一定意义。优势：Windows零安装。注意事项：保真度低于NVDA或JAWS；依赖屏幕阅读器的大多数用户已不再使用它。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s2-heading">2. 最低可行测试矩阵</h2>
        <div class="prose">
          <p>"应测试哪些屏幕阅读器？"的诚实答案是：与受众实际使用情况相符的那些，不多也不少。大多数团队预算不足，最终是用五种屏幕阅读器粗略测试，而非用一种认真测试。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>配置</th>
              <th>平台</th>
              <th>浏览器</th>
              <th>阅读器</th>
              <th>受众优先级</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>桌面端首选</th><td>Windows</td><td>Firefox</td><td>NVDA</td><td>免费，开发者最易获取的组合</td></tr>
            <tr><th>桌面端次选</th><td>macOS</td><td>Safari</td><td>VoiceOver</td><td>团队有Mac即可免费使用，覆盖Apple用户</td></tr>
            <tr><th>企业检查</th><td>Windows</td><td>Chrome</td><td>JAWS</td><td>受众为政府、金融或医疗行业时</td></tr>
            <tr><th>移动端首选</th><td>iOS</td><td>Safari</td><td>VoiceOver</td><td>覆盖约70%的移动端屏幕阅读器用户</td></tr>
            <tr><th>移动端次选</th><td>Android</td><td>Chrome</td><td>TalkBack</td><td>覆盖其余用户，一致性稍差</td></tr>
            <tr><th>边缘情况</th><td>Windows</td><td>Edge</td><td>Narrator</td><td>仅在IT受限企业用户是重要组成时</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>两行基准配置（Windows上NVDA + Firefox，iOS上VoiceOver + Safari）能够捕获典型消费类产品中大多数真实问题。一旦涉及受监管行业，立即添加JAWS。当Android流量不可忽视时，添加TalkBack。将Narrator视为年度例行检查而非门控工具。将选定的矩阵写入发布检查清单，以防被悄悄略过。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">方法</div>
        <h2 class="section-title" id="s3-heading">3. 屏幕阅读器测试中实际需要检查什么</h2>
        <div class="prose">
          <p>超越"是否能读出来"，真正的测试是结构性的。当您坐下来使用NVDA或VoiceOver时，您从盲人用户所用的维度检查页面：</p>
          <ul>
            <li><strong>页面结构</strong>——屏幕阅读器是否以合理的层级朗读标题？您能否通过标题快捷键（NVDA中的H键，VoiceOver中的转子）导航并准确落地？跳过导航链接是否有效——Tab键、听到提示、回车键、焦点移入主地标区域？</li>
            <li><strong>表单标签</strong>——每个输入框是否朗读了名称。必填字段是否朗读"必填"。字段类型是否正确（email、tel、number）。错误消息是否通过`aria-describedby`关联，并在验证失败时朗读，而非静默地显示在表单上方。</li>
            <li><strong>动态内容</strong>——当您切换面板、提交表单或应用筛选器时，[aria-live区域](/articles/aria-live-regions-in-modern-frameworks/)是否触发更新？还是屏幕阅读器一言不发，而可视化界面已经改变？静默更新是最常见的动态内容缺陷。</li>
            <li><strong>焦点管理</strong>——当模态框打开时，焦点是否移入其中并被困住？当模态框关闭时，焦点是否返回触发元素？大多数现成的[无障碍组件库](/articles/accessible-component-libraries-survey/)能处理这一点；内部开发的组件则经常无法做到。</li>
            <li><strong>阅读顺序</strong>——内容是否按视觉呈现顺序阅读？还是CSS的`order`属性、绝对定位或flex重排导致DOM顺序与视觉布局不一致？</li>
            <li><strong>图片替代文本质量</strong>——alt文字是否真正有用，还是仅仅是`Image_47.png`？装饰性图片是否静默（`alt=""`）？alt文字是否描述了图片在当前语境下所传达的内容？</li>
            <li><strong>链接文本</strong>——"点击此处"和"阅读更多"脱离上下文后听起来非常糟糕。屏幕阅读器用户经常通过提取链接列表来导航；如果每个链接都是"阅读更多"，这份列表毫无用处。</li>
          </ul>
          <p>这些对应于[WCAG 2.2成功准则](/toolkit/standards/wcag/)——特别是1.3.1、2.4.3、3.3.1和4.1.3——但与其单独依赖检查清单，在运行屏幕阅读器的情况下测试更快速也更诚实。</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">替代文本的存在与质量</span>
            <div class="callout__body"><p>自动化扫描器能确认`alt`属性是否存在。只有聆听屏幕阅读器的人才能判断`Image_47.png`在当前语境中是否有用。同样的差距适用于ARIA标签、表单名称和链接文本——机器看到标记存在；用户听到的是它是否有意义。请围绕这一区别规划您的测试预算。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">工具</div>
        <h2 class="section-title" id="s4-heading">4. 2026年自动化驱动程序——哪些工作可以移入持续集成</h2>
        <div class="prose">
          <p>自动化屏幕阅读器风格的测试在过去两年有了显著改善。它仍然无法替代人工聆听NVDA，但确实能在回归问题发布前捕获相当比例的问题。以下三种方法值得了解。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AT-driver</div>
                <div class="combo-card__sub">Playwright / Selenium ChromeDriver "force-text"</div>
              </div>
            </div>
            <div class="combo-card__usage">捕获名称 + 角色 + 状态的回归问题</div>
            <div class="combo-feat"><span class="combo-feat__label">层级</span><span>持续集成冒烟测试套件</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>像阅读器一样遍历AT树</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>与真实NVDA测试页面不同</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AccTree检查器</div>
                <div class="combo-card__sub">axe DevTools · axe Linter · eslint-plugin-jsx-a11y</div>
              </div>
            </div>
            <div class="combo-card__usage">底线级别的静态 + DOM分析</div>
            <div class="combo-feat"><span class="combo-feat__label">层级</span><span>每次提交 / 拉取请求</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>捕获缺失标签、无效ARIA、对比度问题</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>告诉您"坏了"，但无法发现"微妙的错误"</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">云端屏幕阅读器</div>
                <div class="combo-card__sub">Assistiv Labs · BrowserStack Accessibility</div>
              </div>
            </div>
            <div class="combo-card__usage">真实的NVDA / JAWS / VoiceOver，远程操作</div>
            <div class="combo-feat"><span class="combo-feat__label">层级</span><span>抽查 + 向利益相关方展示</span></div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>最接近真实效果，无需拥有硬件</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>按会话计费，网络延迟</span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>Playwright AT-driver和Selenium ChromeDriver "force-text"。</strong>Playwright和Selenium现在都能驱动浏览器，并在无障碍树层级断言哪些内容会被朗读——名称、角色、状态、值。这比`getByRole`/`getByLabel`更强：这些定位器读取AT树来查找元素，但force-text以屏幕阅读器的方式遍历树。这与在页面上运行NVDA不同，但能廉价且确定性地捕获名称 + 角色 + 状态的回归问题。大多数大型产品团队现在在关键页面——注册、结账、账户设置——上至少有一套AT-driver冒烟测试。</p>
          <p><strong>基于AccTree的检查器——axe DevTools、axe Linter、eslint-plugin-jsx-a11y。</strong>对代码和DOM的静态分析。捕获缺失标签、无效ARIA、标签内容不匹配、对比度失败和结构性问题。每次提交时运行成本极低。本网站的[免费无障碍扫描器](/toolkit/scan/)使用同族规则。底线级别：告诉您某些内容确实坏了，而非某些内容微妙地存在问题。</p>
          <p><strong>实时屏幕阅读器录制——Assistiv Labs、BrowserStack Accessibility。</strong>在您的URL上运行真实NVDA、JAWS或VoiceOver并让您观看和聆听的云服务，无需在本地安装任何东西。最接近"在真实设备上测试"的方案，无需拥有硬件。适用于抽查、操作系统不匹配的团队，以及与否则永远不会听到破损页面听起来是什么样子的利益相关方共享录制内容。</p>
          <p>2026年大多数团队收敛到的模式是：每次拉取请求时运行基于AccTree的代码检查，在持续集成中对代表性页面集运行AT-driver测试，在迭代周期节奏上手动进行真实屏幕阅读器测试，以及每季度或每年进行一次[残障测试人员参与的人工审计](/articles/manual-audits-by-people-with-disabilities-2026/)。自动化层是底线；人工层是真实用户体验的衡量之处。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">操作手册</div>
        <h2 class="section-title" id="s5-heading">5. 入门检查清单</h2>
        <div class="prose">
          <p>将以下内容粘贴到您的发布检查清单或QA模板中：</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">标题按顺序朗读（H1 → H2 → H3，无跳级）</div>
          <div class="checklist__text">跳过导航链接有效（Tab一次，听到提示，回车键，焦点移至主内容区域）</div>
          <div class="checklist__text">所有表单字段都有屏幕阅读器朗读的关联标签</div>
          <div class="checklist__text">必填字段朗读"必填"</div>
          <div class="checklist__text">错误消息在验证失败时朗读</div>
          <div class="checklist__text">模态对话框在打开时接收焦点并将其困住</div>
          <div class="checklist__text">关闭模态框后焦点返回触发元素</div>
          <div class="checklist__text">实时区域朗读动态变化（购物车更新、搜索结果、提示消息）</div>
          <div class="checklist__text">图片替代文本读起来是有意义的句子，而非文件名</div>
          <div class="checklist__text">装饰性图片静默（`alt=""`）</div>
          <div class="checklist__text">页面标题有意义（屏幕阅读器加载时首先朗读）</div>
          <div class="checklist__text">链接文本脱离上下文后仍有意义（无裸露的"点击此处"或"阅读更多"）</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s6-heading">6. 常见问题</h2>

        <h3>测试用的最佳免费屏幕阅读器是什么？</h3>
        <div class="prose">
          <p>Windows上的NVDA。它免费、开源、由NV Access积极维护，WebAIM调查受访者中约35至40%将其作为主要屏幕阅读器使用。如果只安装一款辅助技术进行测试，请在Windows机器或虚拟机上安装NVDA，配合Firefox或Chrome使用。</p>
        </div>

        <h3>需要测试多少种屏幕阅读器？</h3>
        <div class="prose">
          <p>认真测试两种，优于粗略测试五种。切实可行的最低要求是桌面端使用Windows上的NVDA，移动端使用iOS上的VoiceOver——两者合计覆盖了真实用户中最大的份额。如果受众是政府、金融或医疗行业，则添加JAWS；如果移动流量偏向Android，则添加TalkBack。</p>
        </div>

        <h3>自动化工具能否替代屏幕阅读器测试？</h3>
        <div class="prose">
          <p>不能。自动化工具捕获的WCAG问题约占30至40%——缺少alt属性、无效ARIA、缺失标签。它们无法判断替代文本是否有用、动态内容是否真的被朗读，或焦点管理是否感觉正确。将自动化作为底线而非上限，并将其与定期在真实屏幕阅读器上进行的人工测试结合使用。</p>
        </div>

        <h3>测试VoiceOver需要Mac吗？</h3>
        <div class="prose">
          <p>本地测试需要——VoiceOver只在macOS和iOS上运行。如果您的团队只有Windows设备，Assistiv Labs和BrowserStack Accessibility等云服务可提供针对您URL的远程VoiceOver会话。偶尔检查时这已足够；若要认真进行iOS测试，请借用一台Mac或iPhone。</p>
        </div>

        <h3>NVDA和JAWS有什么区别？</h3>
        <div class="prose">
          <p>两者都是Windows屏幕阅读器，都支持所有主流浏览器。NVDA免费、开源、更轻量，对ARIA符合性的要求往往略严格。JAWS是商业产品（家庭许可证每年约95美元），功能更丰富，在企业和美国联邦部署方面历史更长，有时对不完善的标记更为宽容。如果页面在NVDA上正常运行，通常在JAWS上也能正常运行——反之则未必。</p>
        </div>

        <h3>应多久进行一次屏幕阅读器测试？</h3>
        <div class="prose">
          <p>自动化层级检查（axe、eslint-plugin-jsx-a11y、AT-driver测试）应在每次拉取请求时运行。关键用户旅程的人工屏幕阅读器检查属于发布检查清单——通常每个迭代周期或每次发布。残障测试人员进行的完整人工审计视产品变化情况，每季度或每年进行一次。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">操作手册结语</div>
        <h2 class="section-title" id="concl-heading">结语</h2>
        <div class="prose">
          <p>如果您尚未进行自动化检查，请从[免费无障碍扫描器](/toolkit/scan/)开始——它能在几秒钟内而非数小时内浮现屏幕阅读器也会捕获的低垂果实问题。一旦建立了这一底线，请为您业务中最重要的用户旅程规划[残障测试人员参与的人工审计](/articles/manual-audits-by-people-with-disabilities-2026/)。如果无障碍性对您而言是一个持续性问题而非一次性项目，[监控采购指南](/articles/accessibility-monitoring-buyers-guide-2026/)对比了在人工审计之间监控生产环境回归问题的各类工具。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">「认真测试两种屏幕阅读器，优于粗略测试五种。选定的组合应先于其他一切出现在发布检查清单中，而非之后。」</p></blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world编辑部</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 如何使您的网站符合WCAG 2.2——分步骤指南
url: https://www.disabilityworld.org/zh/articles/how-to-make-your-website-wcag-22-compliant/
description: WCAG 2.2合规逐步实现——审计网站、按优先级修复问题、通过辅助技术验证，并建立持续监控机制。2026年完整操作手册。
author: Disability World
pubDate: 2026-05-23
tags: wcag, wcag-2-2, accessibility-compliance, how-to, audit
---

# 如何使您的网站符合WCAG 2.2——分步骤指南

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "如何使您的网站符合WCAG 2.2",
      "description": "将生产网站提升至WCAG 2.2 AA级别的六步操作手册——审计、分级处理、修复、通过辅助技术验证、发布无障碍声明，并建立持续监控机制。",
      "totalTime": "P12W",
      "step": [
        { "@type": "HowToStep", "name": "审计现状", "text": "采用三种模式开展审计——自动化扫描以获取数量基线，由视力正常的无障碍专家进行人工审查以发现自动化无法判断的问题，以及由实际使用辅助技术的用户进行可用性测试。每种模式发现不同层次的问题。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-1" },
        { "@type": "HowToStep", "name": "按严重程度和影响范围分级处理", "text": "从两个维度对每个问题评分——问题对体验的破坏程度，以及受影响的用户数量。结账流程上的阻断性问题优先于媒体资料页上的五十个外观问题。按此顺序修复。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-2" },
        { "@type": "HowToStep", "name": "按优先级顺序修复", "text": "按分级处理产生的顺序逐一解决问题。最高杠杆作用的修复项包括：语义化HTML、替代文字、键盘可操作性、可见焦点、颜色对比度、表单标签、克制使用ARIA、动态内容公告，以及您发布的任何文档的PDF无障碍性。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-3" },
        { "@type": "HowToStep", "name": "通过真实辅助技术验证", "text": "每项修复都必须以用户实际使用页面的方式加以确认——Windows上使用Firefox搭配NVDA，macOS和iOS上使用Safari搭配VoiceOver，Android上使用Chrome搭配TalkBack，以及仅使用键盘完成每个交互流程。单靠自动化无法证明修复有效。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-4" },
        { "@type": "HowToStep", "name": "发布真实的无障碍声明", "text": "发布一份声明，说明范围、合规目标、已知局限、用户反馈联系渠道以及最近审查日期。《欧洲无障碍法》要求发布该声明，美国法院将其缺失视为漠视的证据。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-5" },
        { "@type": "HowToStep", "name": "建立持续监控机制", "text": "在生产环境中部署持续自动化扫描器、建立负责新发现问题的分级处理工作流程，并定期（每季度或每半年）由残障人士测试员开展人工审计。没有监控，合规状态就会退化。", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-6" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "WCAG 2.2合规通常需要多长时间？", "acceptedAnswer": { "@type": "Answer", "text": "对于中等规模的商业网站，假设一两名工程师能将约三分之一的时间用于修复，从基线审计到发布声明的实际首轮周期为八至十二周。拥有自定义组件并包含大量PDF或视频内容的复杂应用通常需要六个月。此后需持续维护合规状态；首轮是成本最高的。" } },
        { "@type": "Question", "name": "我需要达到WCAG 2.2 AA级还是AAA级？", "acceptedAnswer": { "@type": "Answer", "text": "AA级。每个明确级别要求的主要监管机构——2024年ADA第二章规则、通过EN 301 549的EAA、英国公共部门机构法规、第508条——均引用AA级。AAA级是理想目标，在任何地方都不是监管底线。" } },
        { "@type": "Question", "name": "我可以只使用自动化扫描器吗？", "acceptedAnswer": { "@type": "Answer", "text": "不行。在宽松假设下，扫描器能发现约30至40%的WCAG问题。它们无法判断替代文字是否准确、屏幕阅读器用户能否完成结账，或者自定义组件是否呈现了正确的名称、角色和状态。可信的合规姿态需要将自动化监控与残障人士测试员定期人工审计相结合。" } },
        { "@type": "Question", "name": "WCAG 2.2适用于移动应用吗？", "acceptedAnswer": { "@type": "Answer", "text": "实际上是的。每个引用WCAG的主要监管机构都将其适用范围扩展至移动网页以及原生iOS和Android应用。原生应用有额外的平台特定指南，但底层成功标准是相同的。如果您发布了移动应用，您就在适用范围之内。" } },
        { "@type": "Question", "name": "WCAG、ADA和EAA有什么区别？", "acceptedAnswer": { "@type": "Answer", "text": "WCAG是W3C发布的技术标准。ADA是美国民权法律。EAA是欧盟指令。法律告诉您是否有义务；标准告诉您如何履行义务。美国法院和司法部将WCAG 2.1 AA视为ADA合规的实际基准，EAA引用EN 301 549，后者引用WCAG 2.1 AA。WCAG 2.2是2026年每位声誉良好的审计师的基准版本。" } },
        { "@type": "Question", "name": "我应该多久重新审计一次？", "acceptedAnswer": { "@type": "Answer", "text": "每次部署都进行持续自动化扫描，每季度对前十个流程进行内部人工审查，并每十二至十八个月由残障人士测试员进行一次完整的外部人工审计。任何重大重新设计后，在发布前对受影响的界面重新审计。" } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">支柱指南 · WCAG 2.2操作方法</div>
      <h1 class="hero__title" id="hero-heading">
        如何使您的网站符合WCAG 2.2——<br />
        分步骤指南
      </h1>
      <p class="hero__lead">大多数团队知道他们必须符合WCAG 2.2。很少有人知道第一周的工作是什么样的——这是从基线审计到可信合规姿态的六步操作手册，按团队应实际执行的顺序排列。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">在宽松假设下自动化扫描器能发现的WCAG问题比例</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">9</div>
          <div class="stat-chip__label">WCAG 2.2在2.1基础上新增的成功标准数量</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">从基线审计到持续监控的顺序步骤数</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>disability-world编辑部</strong></div>
        <div class="hero__pill">阅读约12分钟</div>
        <div class="hero__pill">2026年5月更新</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章目录">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#step-1">1. 审计</a></li>
        <li><a href="#step-2">2. 分级</a></li>
        <li><a href="#step-3">3. 修复</a></li>
        <li><a href="#step-4">4. 验证</a></li>
        <li><a href="#step-5">5. 声明</a></li>
        <li><a href="#step-6">6. 监控</a></li>
        <li><a href="#faq">常见问题</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">背景说明</div>
        <h2 class="section-title" id="intro-heading">"符合WCAG 2.2"究竟意味着什么</h2>
        <div class="prose">
          <p>通过[《欧洲无障碍法》](/articles/european-accessibility-act-guide/)和协调标准[EN 301 549](/articles/en-301-549-explained/)，WCAG 2.2现已成为欧盟的实际AA目标；即使法规仍引用2.1版本，它也是美国法院衡量ADA涵盖网站的实际基准。该标准文档完善；从"我们知道需要合规"到"我们拥有可信的合规姿态"的路径却并不清晰。本指南就是这条路径，分六个步骤，按团队应实际执行的顺序排列。</p>
          <p>WCAG 2.2是W3C于2023年10月作为正式推荐标准发布的《网页内容无障碍指南》的当前版本。它定义了86条成功标准，按四项原则组织——内容必须是可感知的、可操作的、可理解的和健壮的。每条标准被赋予一个合规级别。A级是最低门槛；AA级是每个主要监管机构引用的实际基准；AAA级是理想目标，在任何地方都不是监管底线。</p>
          <p>当监管机构或合同要求"符合WCAG 2.2 AA"时，其含义不仅仅是某一页面通过测试。W3C的合规定义要求整个合规单元——页面或构成流程的一组页面——满足每条A级和AA级标准，任何流程从头到尾都可访问，且辅助技术无需关闭内容才能正常运行。一个大多数页面满足大多数标准的网站并不符合要求；门槛是全面覆盖。</p>
          <p>WCAG 2.2在2.1基础上新增了九条标准——焦点外观、目标尺寸、拖拽操作、冗余输入、无障碍身份验证、一致帮助等。原本符合2.1 AA标准的网站不会自动符合2.2 AA标准；新标准正是差距所在。逐条标准的权威来源在我们的[WCAG 2.2成功标准完整参考](/toolkit/standards/wcag/)中。</p>
          <p>合规是一种姿态，而非一种状态——周一符合标准的网站，周二就可能发布一个回归问题。将其视为一次性项目是该领域最常见也最昂贵的错误。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-1" aria-labelledby="step-1-heading">
        <div class="section-label">步骤01</div>
        <h2 class="section-title" id="step-1-heading">审计现状</h2>
        <div class="prose">
          <p>无法修复未经测量的问题，且单一工具无法测量完善。基线审计以三种模式在大致相同的页面集上运行。</p>
          <p><strong>模式一——自动化扫描。</strong>扫描器报告机器可检查的故障——缺少替代文字、缺少表单标签、颜色对比度不足、无效ARIA、标题结构问题。它发现工程师否则需要手动排查的密集、重复性问题，但无法判断替代文字是否有意义、自定义组件在屏幕阅读器下的感受是否正确，或者焦点顺序是否在认知上合理。将扫描视为数量基线，而非裁决。首先在您的前十个页面上运行[免费WCAG 2.2扫描器](/toolkit/scan/)——首页、登录页、结账页、两个产品页、仪表板、账户设置、无障碍声明页（如有），以及两个流量最高的落地页。扫描结果告诉您是有一百个问题还是一万个，这是修复负责人首先需要知道的信息。</p>
          <p><strong>模式二——由视力正常的无障碍专家进行人工审查。</strong>经过培训的审查员在相同页面上工作，发现自动化无法判断的问题。替代文字准确吗？标题结构逻辑上合理，不只是语法上有效？自定义组件是否呈现了正确的名称、角色和状态？专家每天覆盖约十五至二十个页面；输出是一份书面报告，包含映射到特定成功标准的复现步骤。</p>
          <p><strong>模式三——由辅助技术用户进行可用性审计。</strong>屏幕阅读器用户完成结账；仅使用键盘的用户导航仪表板；低视力用户在200%缩放下填写联系表单。输出是定性的——"提交时的公告发生在焦点移动之前，所以我错过了"——这一层次区分了合规与真正的无障碍性。这种模式是组织最常跳过的；跳过它，您将通过扫描和声明，而您的用户仍然无法完成任务。</p>
          <p>三种模式相互补充：自动化发现数量，专家审查发现结构和语义问题，用户测试发现体验故障。对中等规模网站运行全部三种模式的首次基线需要两至四周。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">自动化扫描</div>
                <div class="combo-card__sub">模式一 · 数量基线</div>
              </div>
            </div>
            <div class="combo-card__usage">机器可检查的故障</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>大规模发现密集、重复性问题</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>无法判断含义或体验</span></div>
            <div class="combo-feat"><span class="combo-feat__label">输出</span><span>问题数量，而非裁决</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">专家审查</div>
                <div class="combo-card__sub">模式二 · 视力正常的无障碍专家</div>
              </div>
            </div>
            <div class="combo-card__usage">每天15–20页</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>结构和语义判断</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>速度较慢；依赖审查员技能</span></div>
            <div class="combo-feat"><span class="combo-feat__label">输出</span><span>包含成功标准映射的书面报告</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">可用性审计</div>
                <div class="combo-card__sub">模式三 · 残障用户</div>
              </div>
            </div>
            <div class="combo-card__usage">最常被跳过的模式</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>发现体验故障</span></div>
            <div class="combo-feat"><span class="combo-feat__label">局限</span><span>需要招募和支付报酬</span></div>
            <div class="combo-feat"><span class="combo-feat__label">输出</span><span>定性结果——实际出现的问题</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-2" aria-labelledby="step-2-heading">
        <div class="section-label">步骤02</div>
        <h2 class="section-title" id="step-2-heading">按严重程度和影响范围分级处理</h2>
        <div class="prose">
          <p>典型网站的基线审计会发现数百至数千个问题。从扁平列表顶部开始处理是花三个月却毫无进展的方式。分级处理从两个维度进行——严重程度和影响范围。</p>
          <p><strong>严重程度</strong>是问题对体验的破坏程度。阻断性问题阻止任务完成：屏幕阅读器无法激活的结账按钮、没有程序标签的表单字段、困住焦点的模态框。重大问题造成显著阻力但不阻断任务：模糊的链接文字、缺少焦点样式、可见但未被公告的错误信息。次要问题是外观性的或只影响少数辅助技术配置：对比度刚好低于4.5:1、装饰性替代文字带有尾随空格、脚注页上跳过的标题层级。</p>
          <p><strong>影响范围</strong>是遇到该问题的用户数量。全局导航中的模糊链接影响每个访客的每个页面。结账流程中的不可访问日期选择器影响每位购买者。媒体资料页上的不可访问组件几乎不影响任何人。影响范围由分析数据决定，而非由问题的内在重要性决定。</p>
          <p>一个简单的四象限矩阵就足够了。关键不在于精确——而在于强制进行"屏幕阅读器无法完成结账"与"媒体页上替代属性带有尾随空格"并非同一问题的对话。</p>
        </div>

        <div class="stat-row" aria-label="分级严重程度层次">
          <div class="stat-card">
            <div class="stat-card__num">阻断</div>
            <div class="stat-card__label">阻止任务完成——屏幕阅读器无法激活的结账按钮、困住焦点的模态框</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">重大</div>
            <div class="stat-card__label">显著阻力但不阻断——模糊链接文字、缺少焦点样式、未公告错误</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">次要</div>
            <div class="stat-card__label">外观性或少数辅助技术——对比度刚好低于4.5:1、尾随空格替代文字、脚注页跳过标题</div>
          </div>
        </div>

        <div class="prose">

| | 高影响范围 | 低影响范围 |
|---|---|---|
| **阻断** | 本迭代修复 | 未来两个迭代内修复 |
| **重大** | 未来两个迭代内修复 | 下季度修复 |
| **次要** | 下季度修复 | 长尾 |

          <p>分级处理产生优先化待办列表。工程师的工作依据是待办列表，而非审计报告。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-3" aria-labelledby="step-3-heading">
        <div class="section-label">步骤03</div>
        <h2 class="section-title" id="step-3-heading">按优先级顺序修复</h2>
        <div class="prose">
          <p>修复工作在几乎每个网站上都遵循相同的模式。每个类别对应一条或多条WCAG成功标准；[WCAG 2.2成功标准完整参考](/toolkit/standards/wcag/)是权威来源。</p>
          <p><strong>语义化HTML结构。</strong>杠杆作用最高的修复是使用正确的元素。`button`不是带有点击处理程序的`div`；标题不是粗体文字；列表不是用换行符分隔的段落。原生HTML免费提供名称、角色和键盘行为；在通用元素上用ARIA重新发明这些是引入大多数无障碍bug的方式。对应SC 1.3.1和SC 4.1.2。</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">好与差——典型按钮反模式</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">差——通用元素加处理程序和ARIA</div>
                <p><code>&lt;div role="button" tabindex="0" onclick="submit()"&gt;提交&lt;/div&gt;</code>——没有原生键盘激活（Space和Enter不触发点击），没有焦点环，没有隐式角色映射，没有表单提交语义。每个无障碍行为都必须用JavaScript重新实现，而其中至少有一个会出错。</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">好——原生元素完成工作</div>
                <p><code>&lt;button type="submit"&gt;提交&lt;/button&gt;</code>——默认可通过Tab到达，Space和Enter激活，向辅助技术呈现名称、角色和状态，继承平台焦点环，参与表单提交。一个元素替代了十几行ARIA和处理程序代码。</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="prose">
          <p><strong>图片替代文字。</strong>每张有意义的图片都需要描述性的替代文字。装饰性图片使用`alt=""`，而非省略属性。功能性图片——按钮内的图标、图片链接——使用描述操作而非描述图片的替代文字。对应SC 1.1.1。</p>
          <p><strong>键盘可访问性。</strong>每个交互元素都必须仅凭键盘即可到达和操作——Tab到达，Enter或Space激活，Escape退出。自定义组件（下拉菜单、模态框、选项卡、轮播、日期选择器）是常见的违规者。拔掉鼠标测试。对应SC 2.1.1和SC 2.1.2。</p>
          <p><strong>焦点管理。</strong>当焦点到达某元素时必须可见，当页面发生变化时焦点必须落在合理的位置。打开的模态框应将焦点移入其中；关闭时应将焦点返回触发器。WCAG 2.2新增了SC 2.4.11焦点不被遮挡并收紧了SC 2.4.7焦点可见；焦点环不再是可选的装饰。</p>
          <p><strong>颜色对比度。</strong>根据SC 1.4.3，普通文字与背景的对比度必须达到4.5:1，大号文字必须达到3:1；根据SC 1.4.11，交互UI组件和图形必须达到3:1。大多数违规出现在营销界面——在设计师校准显示器上看起来正确的品牌颜色，在真实笔记本上可能不合格。在设计工具中内置对比度检查器可防止大多数回归。</p>
          <p><strong>表单标签和错误信息。</strong>每个字段都需要程序标签，而非占位符文字。错误必须向辅助技术公告，与产生错误的字段关联，并以可操作的语言描述。"输入无效"不是标签；"电话号码必须包含国家代码"才是。</p>
          <p><strong>ARIA——克制而非热情。</strong>仅在原生HTML无法表达组件功能时使用ARIA。`nav`优于`role="navigation"`；`button`优于`role="button"`。不正确的ARIA比没有ARIA更糟糕，因为它会主动向辅助技术传递错误信息。</p>
          <p><strong>动态内容公告。</strong>当内容在不刷新页面的情况下发生变化时——提示消息、验证信息、就地更新的搜索结果——屏幕阅读器会错过，除非您告知它们。对非紧急更新使用`aria-live="polite"`，仅对真正需要打断的情况使用`aria-live="assertive"`。</p>
          <p><strong>PDF无障碍性。</strong>您发布的每个PDF都必须符合PDF/UA——文档的WCAG等效标准。PDF通常是修复计划中最大的盲点，因为它们由工程之外的部门管理。请参阅我们的[PDF无障碍](/articles/accessible-pdfs-end-to-end/)端到端指南了解生产流程。</p>
          <p>这些修复相互作用。将`div`按钮替换为`button`，一次编辑即可修复键盘、焦点、名称、角色和值多条标准。这就是为何语义化HTML排在首位——它以最少的工作量在最多的标准上产生回报。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-4" aria-labelledby="step-4-heading">
        <div class="section-label">步骤04</div>
        <h2 class="section-title" id="step-4-heading">通过真实辅助技术验证</h2>
        <div class="prose">
          <p>修复只有在以受影响用户的实际使用方式验证后才算完成。自动化扫描器在宽松假设下能发现约30至40%的WCAG问题，这意味着大多数修复对标记该问题的工具来说并不可见。</p>
          <p>最低可行的辅助技术测试矩阵很简短。<strong>Windows上Firefox搭配NVDA</strong>是桌面端最常用的屏幕阅读器和浏览器组合；NVDA免费。<strong>macOS上Safari搭配VoiceOver</strong>是苹果桌面的默认选择；<strong>iOS上Safari搭配VoiceOver</strong>是苹果移动设备的默认选择，iOS的手势模型与桌面端差异足够大，需要单独测试。<strong>Android上Chrome搭配TalkBack</strong>覆盖移动端。<strong>每个交互流程仅使用键盘</strong>不需要辅助技术，只需拔掉鼠标，是您能运行的单一最高价值测试。</p>
          <p>对于每项修复，协议是相同的。在相关浏览器和屏幕阅读器中加载页面。仅使用辅助技术导航到受影响的元素。激活它。观察公告内容。确认公告与视力正常的用户从同一交互中理解的内容一致。记录验证——日期、辅助技术版本、浏览器版本、通过或失败。</p>
          <p>验证能发现扫描器遗漏的模式：没有可访问名称的公告按钮；具有正确ARIA但焦点停留在触发器上导致屏幕阅读器用户不知道模态框已打开的模态框；呈现正确角色但更改时不公告所选选项的自定义下拉菜单。</p>
          <p>残障用户的验证比内部测试信号更强。视力正常的开发人员使用VoiceOver测试技术在页面上是否有效；盲人用户使用VoiceOver测试页面对他们是否有效。监管机构和法院将后者视为决定性的。</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">自动化遗漏60–70%的问题</span>
            <div class="callout__body"><p>在宽松假设下，自动化扫描器能发现约30至40%的WCAG故障；在具有自定义组件的复杂应用中，这一比例更低。其余60至70%——替代文字准确性、焦点顺序、自定义组件的键盘激活、定制组件的名称/角色/状态——只有让人使用真实辅助技术操作页面才能发现。绿色扫描结果不是验证结果；它是缺少某种故障证据，而非没有故障。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-5" aria-labelledby="step-5-heading">
        <div class="section-label">步骤05</div>
        <h2 class="section-title" id="step-5-heading">发布真实的无障碍声明</h2>
        <div class="prose">
          <p>无障碍声明是一份公开文件，用通俗语言说明您的网站声明达到的合规级别、哪些部分尚未合规、用户如何联系您报告问题，以及您上次审查上述内容的时间。根据[《欧洲无障碍法》](/articles/european-accessibility-act-guide/)，对适用范围内的服务而言，它是法律要求。根据[ADA第三章](/articles/ada-title-iii-web-accessibility-guide/)，它在法规上并非强制，但美国法院将其存在视为善意努力的证据；其缺失则被视为漠视的证据。无论如何，您都需要发布它。</p>
          <p>一份可信的声明包含五个要素。<strong>范围</strong>——涵盖哪些域名、应用和文档，明确排除哪些。<strong>合规目标</strong>——通常为"WCAG 2.2 AA级"，以及达到或预计达到的日期。<strong>已知局限</strong>——尚未合规的具体方面，以及修复日期或说明。<strong>联系渠道</strong>——邮箱或表单，以及承诺的回复时间。<strong>最近审查日期</strong>——不超过十二个月前。</p>
          <p>欧盟无障碍声明模板是最简洁的起点。大多数监管机构会接受遵循该结构的声明，即使其所在司法管辖区并未正式要求。声明位于类似`/accessibility/`的URL，从全站页脚链接，并且本身是无障碍的——这能发现少数团队将声明以不可访问的PDF形式发布的情况。</p>
          <p>声明不是营销文案。它是监管机构、诉讼方或采购负责人在采取任何其他行动之前阅读的内容。模糊语言（"我们努力实现"、"我们认为大体上符合"）读起来像是回避；具体的、有日期的、可证伪的声明读起来像是可信的合规计划。</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">EAA强制要求；ADA法院将其缺失视为证据</span>
            <div class="callout__body"><p>声明背后的法律背景是不对称的。EAA使无障碍声明成为欧盟适用范围内服务的硬性要求——没有声明，就没有合规。美国ADA第三章在法规上不要求声明，但美国法院反复将其缺失视为漠视残障用户的证据，将其存在视为善意计划的证据。无论如何，声明是整个合规姿态中成本最低的成果物；出具声明并非可选项。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-6" aria-labelledby="step-6-heading">
        <div class="section-label">步骤06</div>
        <h2 class="section-title" id="step-6-heading">建立持续监控机制</h2>
        <div class="prose">
          <p>前五个步骤产生一个快照。第六步使其持久。Web应用在持续变化，每次变化都是破坏标签、丢失焦点环或发布一个向NVDA报告自己为`div`的组件的机会。上个月达到的合规状态无法在没有监控的情况下经受住下个月的部署。</p>
          <p>可信的监控姿态有三个层次。<strong>持续自动化扫描</strong>在每次生产部署时运行，或至少每天运行，结果流入工程团队的问题跟踪器。<strong>分级处理工作流程</strong>在规定的SLA内将新发现分配给负责人——阻断性问题一个工作日内，其他问题一个迭代内。<strong>由残障人士测试员开展的定期人工审计</strong>，以每季度或每半年的频率，发现自动化无法发现的问题，并产生外部审计师或监管机构将要求的文档。</p>
          <p>将这些层次结合——在集成工作流中提供自动化监控和人工审计交接——的平台是大多数团队最终购买的类别。2026年最常被列入候选名单的四个是：<strong>axe Monitor</strong>，浏览器引擎精度最强，开发者集成最深；<strong>Siteimprove</strong>，内容平台覆盖最广，市场历史最长；<strong>Level Access</strong>，将平台工具与大规模专业服务相结合；以及<a href="https://www.qualibooth.com/">Qualibooth</a>，其产品围绕扫描→分级→人工审查→声明的工作流构建为单一集成路径，包含残障人士测试员的人工验证而非单独销售。每个选项都有权衡；正确的选择取决于您的瓶颈是扫描精度、内容平台覆盖、专业服务能力还是工作流集成。它们都不能替您修复问题——它们按计划告诉您修复什么，并提供证据。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">集成扫描 → 分级 → 人工审查 → 声明</div>
              </div>
            </div>
            <div class="combo-card__usage">端到端工作流</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>残障人士测试员的人工验证已包含，无需单独购买</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>工作流集成是瓶颈时</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor</div>
                <div class="combo-card__sub">Deque · 扫描器优先</div>
              </div>
            </div>
            <div class="combo-card__usage">引擎精度最强</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>开发者集成最深，浏览器引擎扫描精准</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>扫描精度是瓶颈时</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove / Level Access</div>
                <div class="combo-card__sub">老牌平台套件</div>
              </div>
            </div>
            <div class="combo-card__usage">覆盖广度或服务能力</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>Siteimprove：内容平台覆盖广 · Level Access：专业服务团队</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>覆盖或人员配置是瓶颈时</span></div>
          </article>
        </div>

        <div class="prose">
          <p>选择其中一个。具体平台的选择不如持续运行某一平台的纪律重要。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="pitfalls" aria-labelledby="pitfalls-heading">
        <div class="section-label">实地笔记</div>
        <h2 class="section-title" id="pitfalls-heading">常见误区</h2>
        <div class="prose">
          <p><strong>覆盖层组件。</strong>承诺通过在运行时注入JavaScript使网站无障碍的第三方组件实际上做不到这一点。司法部、全国盲人联合会以及每位声誉良好的无障碍顾问都已公开表态，诉讼记录显示有覆盖层保护的网站与没有保护的网站被起诉的频率相同。覆盖层不能替代修复；它们只是掩盖问题。</p>
          <p><strong>"自动化扫描通过等于合规。"</strong>干净的扫描结果只证明扫描器能检测到的问题不存在。30至40%这个比例已是宽松估计；在具有自定义组件的复杂应用中更低。</p>
          <p><strong>忘记PDF和内嵌视频。</strong>文档和视频通常由工程之外的部门管理，是最一贯的盲点。PDF需要PDF/UA合规、结构标签和可访问的阅读顺序；视频需要字幕、文字记录，以及在适用情况下需要音频描述。</p>
          <p><strong>忽视原生移动应用。</strong>WCAG适用于移动Web以及原生iOS和Android应用。拥有合规Web但不可访问应用的团队并不合规。</p>
          <p><strong>将其视为一次性项目。</strong>合规在下一次部署的当天就开始退化。最昂贵的错误是投入基线审计、修复发现的问题、宣告胜利，然后跳过监控。</p>
          <p><strong>未让残障人士参与测试。</strong>按市场价格招募并支付残障用户参与可用性审计模式和定期验证的报酬。</p>
          <p><strong>购买工具而不做实际工作。</strong>没有任何平台能替您修复无障碍问题——修复仍然是工程工作。没有修复人员支持的工具会产生一个未修复问题的仪表板，与之前的风险敞口相同。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="checklist" aria-labelledby="checklist-heading">
        <div class="section-label">快速清单</div>
        <h2 class="section-title" id="checklist-heading">本周要做什么</h2>
        <div class="prose">
          <p>明天即可开始的具体行动。</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">对您的前十个页面运行[免费WCAG 2.2扫描器](/toolkit/scan/)并记录基线数据。</div>
          <div class="checklist__text">从分析数据中找出两三个流量最高的流程，拔掉鼠标——尝试仅用键盘完成每个流程。</div>
          <div class="checklist__text">清点网站上的每个PDF和视频，将每个标记为已知可访问、未知或已知不可访问。</div>
          <div class="checklist__text">检查是否已发布无障碍声明。如果没有，将其加入待办列表。如果有，检查最近审查日期。</div>
          <div class="checklist__text">为扫描器在高影响范围界面（首页、登录页、结账页、仪表板）上发现的每个阻断性问题开具分级处理工单。</div>
          <div class="checklist__text">找到负责设计系统或组件库的团队成员，就用原生语义元素替换带处理程序的`div`模式进行简短交流。</div>
          <div class="checklist__text">安排三十分钟的内部会议，与工程、设计和内容团队一起梳理审计结果；基线审计最糟糕的结果是报告无人阅读。</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="faq" aria-labelledby="faq-heading">
        <div class="section-label">常见问题</div>
        <h2 class="section-title" id="faq-heading">常见问题解答</h2>
        <div class="prose">
          <p><strong>WCAG 2.2合规通常需要多长时间？</strong></p>
          <p>对于中等规模的商业网站，假设一两名工程师能将约三分之一的时间用于修复，从基线审计到发布声明的实际首轮周期为八至十二周。拥有自定义组件并包含大量PDF或视频内容的复杂应用通常需要六个月。此后需持续维护合规状态；首轮是成本最高的。</p>
          <p><strong>我需要达到WCAG 2.2 AA级还是AAA级？</strong></p>
          <p>AA级。每个明确级别要求的主要监管机构——2024年ADA第二章规则、通过EN 301 549的EAA、英国公共部门机构法规、第508条——均引用AA级。AAA级是理想目标，在任何地方都不是监管底线。</p>
          <p><strong>我可以只使用自动化扫描器吗？</strong></p>
          <p>不行。在宽松假设下，扫描器能发现约30至40%的WCAG问题。它们无法判断替代文字是否准确、屏幕阅读器用户能否完成结账，或者自定义组件是否呈现了正确的名称、角色和状态。可信的合规姿态需要将自动化监控与残障人士测试员定期人工审计相结合。</p>
          <p><strong>WCAG 2.2适用于移动应用吗？</strong></p>
          <p>实际上是的。每个引用WCAG的主要监管机构都将其适用范围扩展至移动网页以及原生iOS和Android应用。原生应用有额外的平台特定指南，但底层成功标准是相同的。如果您发布了移动应用，您就在适用范围之内。</p>
          <p><strong>WCAG、ADA和EAA有什么区别？</strong></p>
          <p>WCAG是W3C发布的技术标准。ADA是美国民权法律。EAA是欧盟指令。法律告诉您是否有义务；标准告诉您如何履行义务。美国法院和司法部将WCAG 2.1 AA视为ADA合规的实际基准，EAA引用EN 301 549，后者引用WCAG 2.1 AA。WCAG 2.2是2026年每位声誉良好的审计师的基准版本。</p>
          <p><strong>我应该多久重新审计一次？</strong></p>
          <p>每次部署都进行持续自动化扫描，每季度对前十个流程进行内部人工审查，并每十二至十八个月由残障人士测试员进行一次完整的外部人工审计。任何重大重新设计后，在发布前对受影响的界面重新审计。</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">手册收尾</div>
        <h2 class="section-title" id="concl-heading">结论：下一步做什么</h2>
        <div class="prose">
          <p>从基线开始。对您的前十个页面运行[免费无障碍扫描器](/toolkit/scan/)，记录数字，用它们在内部为修复工作争取支持。在扫描运行的同时，阅读您所在司法管辖区的政策档案——如果您向欧盟销售，请阅读[《欧洲无障碍法》](/articles/european-accessibility-act-guide/)指南；美国市场请阅读[ADA第三章](/articles/ada-title-iii-web-accessibility-guide/)指南。一旦有了基线，人工审计和持续监控步骤是大多数团队投入不足的环节；步骤六中提到的Qualibooth和其他替代方案是届时需要评估的类别。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">"合规是一种姿态，而非一种状态——周一符合标准的网站，周二就可能发布一个回归问题。"</p></blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world编辑部</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 残障人士参与的人工无障碍审计——2026年指南
url: https://www.disabilityworld.org/zh/articles/manual-audits-by-people-with-disabilities-2026/
description: 由残障测试人员开展的人工无障碍审计——为何重要、费用如何、应有哪些预期，以及2026年如何选择数字无障碍审计公司。
author: Disability World
pubDate: 2026-05-23
tags: accessibility-audit, manual-audit, disability-testing, audit-company, services
---

# 残障人士参与的人工无障碍审计——2026年指南

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "残障人士参与的人工无障碍审计——2026年指南",
      "description": "由残障测试人员开展的人工无障碍审计——为何重要、费用如何、应有哪些预期，以及2026年如何选择数字无障碍审计公司。",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "无障碍审计费用是多少？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "2026年的现实报价区间：针对单页面应用5至10个页面的小型审计约需$5,000至$15,000；涵盖20至50个页面及多个用户旅程的中型审计约需$15,000至$50,000；覆盖100个页面以上、移动应用及多个流程的企业级审计可能从$50,000至$250,000或更高不等。修复后的复审通常为原始费用的30%至40%。"
          }
        },
        {
          "@type": "Question",
          "name": "人工无障碍审计需要多长时间？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "大多数中小型审计项目需要2至6周，包含移动应用、PDF或多语言版本的企业级审计需要8至12周。现场测试本身很少是瓶颈——安排具备合适辅助技术配置的测试人员以及撰写报告，才是占用日历时间最多的环节。"
          }
        },
        {
          "@type": "Question",
          "name": "自动化与人工无障碍审计有何区别？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "自动化扫描器能发现约57%至70%的可程序化检测WCAG违规问题——缺失的替代文本、低颜色对比度、表单标签、地标结构。人工审计覆盖剩余的30%至40%：焦点顺序、键盘陷阱、替代文本质量、屏幕阅读器可读性、动态内容通告，以及其他需要人工判断的问题。由残障测试人员开展的人工审计还增加了第三层——真实使用体验，而非仅仅是技术符合性。"
          }
        },
        {
          "@type": "Question",
          "name": "所有无障碍审计公司都聘用残障测试人员吗？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "并非如此。许多公司仅由视力正常的无障碍专家模拟辅助技术进行审计。信誉良好的残障主导型审计包含每天使用屏幕阅读器、放大镜、开关输入或语音控制的测试人员，涵盖多种残障类型。在签署合同前，应向任何候选供应商询问其测试人员构成情况。"
          }
        },
        {
          "@type": "Question",
          "name": "应该多久重新审计一次？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "对于稳定产品，完整人工审计通常有效期为12个月，或直至重大版本更新改变了被审计的流程。大多数成熟团队将年度人工审计与审计间期的持续自动化监测相结合，并在修复后3至6个月内进行专项复审以验证修复效果。"
          }
        },
        {
          "@type": "Question",
          "name": "人工审计能保证ADA或EAA合规吗？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "没有信誉良好的审计公司会提供合规保证。审计是在特定范围内、特定时间点，针对WCAG 2.2 AA等标准进行的符合性快照。它可以降低法律风险并产生证据记录，但ADA和EAA均不承认私人认证具有约束力。"
          }
        },
        {
          "@type": "Question",
          "name": "人工审计会交付哪些成果？",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "典型项目交付内容包括：确定的页面范围、针对WCAG 2.2 AA的发现记录（含严重程度评级）、每项发现的用户影响叙述、修复建议、行政摘要、可选的公开无障碍声明，以及3至6个月后的复审周期。部分供应商将发现结果移交至监测平台，其他供应商则交付静态PDF。"
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一位佩戴耳机的盲人测试人员在笔记本电脑上运行JAWS，旁边一位使用屏幕放大镜的同事在第二块显示器上查看同一页面——两位残障测试人员并肩开展人工无障碍审计。</p>

<p class="rt-prefix">阅读时间：12分钟</p>

<p class="wp-block-paragraph">自动化无障碍扫描器能发现典型页面上57%至70%的WCAG违规问题。剩余的30%至40%，才是诉讼、投诉和真实用户摩擦的来源。只有在第三次Tab循环时才触发的键盘陷阱。视觉上从上到下排列，但在DOM顺序中跳转到页脚的焦点顺序。在页面加载时触发而非内容变化时触发的ARIA实时区域。通过了"alt属性存在"检查，但被屏幕阅读器读作"Image 47.png"的替代文本。这些都无法通过静态分析检测到。</p>

<p class="wp-block-paragraph">人工无障碍审计填补了这一空白。由残障人士开展的人工审计更进一步——它检验所发布的修复方案是否真正对本应受益的用户有效。对于属于[欧洲无障碍法案](/articles/european-accessibility-act-guide/)（EAA）或[ADA第三章](/articles/ada-title-iii-web-accessibility-guide/)适用范围的机构，这是验证真实使用体验的唯一途径。在委托审计前，建议先使用[免费无障碍扫描器](/toolkit/scan/)建立快速基线。</p>

<h2 class="wp-block-heading" id="h-why-manual-audits-matter">为何人工审计至关重要——自动化扫描的局限性</h2>

<p class="wp-block-paragraph">自动化扫描器在其能力范围内表现出色，而其能力范围是有边界的。它们对解析后的DOM运行规则引擎——axe-core、Lighthouse、WAVE——标记缺失的`alt`属性、对比度比值、表单标签、地标错误和损坏的ARIA引用。WebAIM Million 2024分析发现，扫描器能检测约57%的axe规则违规，这与大多数无障碍工程师从内部数据中报告的数字相符。</p>

<p class="wp-block-paragraph">接下来考虑它们无法检测的内容。</p>

<p class="wp-block-paragraph">一个页面可以在每张图片上都有`alt="显示季度收入的图表"`，但对屏幕阅读器用户来说仍然无法使用，因为图表实际上显示的是人员编制。扫描器看到非空的alt字符串，继续扫描下一项。</p>

<p class="wp-block-paragraph">一个表单可以拥有正确关联的每个标签、完美的对比度和干净的语义，但当日期选择器打开一个永远不会获得焦点的模态框时，仍然会困住键盘用户。静态分析看到的是有效的组件树；只有人工按下Tab键才能发现陷阱。</p>

<p class="wp-block-paragraph">一个单页应用在内容更新时可能什么都不通告，因为`aria-live`区域是在构建时添加的，但框架在每次导航时都会重新渲染它。扫描器看到了该属性，屏幕阅读器听到的是沉默。</p>

<p class="wp-block-paragraph">焦点顺序是一个众所周知的问题领域。CSS的`order`、`flex-direction: row-reverse`和绝对定位元素会将视觉顺序与DOM顺序解耦。一个页面看起来正确，但阅读起来像拼图。</p>

<p class="wp-block-paragraph">这些类别——有意义的替代文本、焦点顺序、复杂部件的键盘可用性、屏幕阅读器叙事质量、动态内容通告、错误恢复流程——构成了只有人工审核员才能填补的30%至40%差距。在人工审核员中，发现问题最多的是每天使用这些技术的人。</p>

<h2 class="wp-block-heading" id="h-why-testers-with-disabilities">为何特别需要残障测试人员</h2>

<p class="wp-block-paragraph">区分三种审计模式很有帮助，因为供应商在用语上往往含混不清。</p>

<p class="wp-block-paragraph"><strong>自动化扫描。</strong>基于axe-core的扫描器能检测的内容——约60%至70%的WCAG可测试问题，边际成本接近零。这是基线，而不是审计。</p>

<p class="wp-block-paragraph"><strong>由视力正常的无障碍专家开展的人工审计。</strong>经过培训的审核员遍历网站，用键盘和屏幕阅读器操作每个交互组件，在上下文中判断对比度，推理ARIA语义。填补了大部分技术差距——焦点顺序、键盘陷阱、ARIA误用，以及对照[WCAG 2.2成功准则](/toolkit/standards/wcag/)的书面符合性。</p>

<p class="wp-block-paragraph"><strong>由残障人士（PWD测试）开展的人工审计。</strong>专家覆盖的范围，加上前两种模式在结构上无法产生的维度：真实使用体验。替代文本真的有用吗？屏幕阅读器按能让用户完成表单的顺序阅读了吗？在按了50次Tab键之后，键盘导航还顺手吗？放大到400%缩放时，放大版本仍然清晰易读吗？</p>

<p class="wp-block-paragraph">第三种模式能发现伪装成符合性通过的可用性失败。一个标注为"点击此处"的按钮在有足够上下文的情况下可通过2.4.4，但按链接列表导航的屏幕阅读器用户会不断听到"点击此处，点击此处，点击此处"而选择放弃。</p>

<p class="wp-block-paragraph">"无关我们，不谈我们"在无障碍工作中不是一句口号——而是一种方法论立场。经历这些障碍的人是唯一能够确定修复是否消除了障碍的人。</p>

<h2 class="wp-block-heading" id="h-what-a-manual-audit-delivers">人工审计实际交付的内容</h2>

<p class="wp-block-paragraph">人工审计是定义明确的可交付成果，而非开放式咨询项目。在签署工作说明书之前，应预期获得以下每项内容。</p>

<p class="wp-block-paragraph"><strong>确定范围的页面集。</strong>在审计方的建议下，选定20至50个具有代表性的页面、用户旅程或屏幕。审计方不会爬取整个网站。如果一家公司以固定价格对一个拥有10,000个页面的网站提供"审计全站"的服务，那是营销话术，不是方法论。</p>

<p class="wp-block-paragraph"><strong>WCAG 2.2 AA符合性发现。</strong>将每个问题映射至特定成功准则的记录。对于成熟度适中的网站，中型审计预计会发现80至200个问题。</p>

<p class="wp-block-paragraph"><strong>每项发现的严重程度评级。</strong>阻断/主要/次要。严重程度是将200行电子表格转化为可操作待办事项的关键。</p>

<p class="wp-block-paragraph"><strong>用户影响叙述。</strong>不是"1.4.3对比度失败：#888于#fff上"，而是"屏幕阅读器用户无法区分必填表单字段，因为星号是低对比度灰色且未被通告。"用户影响措辞才能使工单获得优先处理。</p>

<p class="wp-block-paragraph"><strong>修复建议。</strong>具体到可执行的程度。"添加`aria-required='true'`并在可见标签中包含'必填'"优于"修复对比度问题"。</p>

<p class="wp-block-paragraph"><strong>行政摘要。</strong>高层读者能在十五分钟内读完的两至三页文件：符合性结论、五大风险、修复工作量估算。</p>

<p class="wp-block-paragraph"><strong>可选项：发布无障碍声明。</strong>如果审计结果需要支撑公开声明，请参阅[无障碍声明审计](/articles/accessibility-statement-audit-top-100/)，了解优质声明示例。</p>

<p class="wp-block-paragraph"><strong>复审周期。</strong>在交付后3至6个月进行预定复审，以验证修复实际上解决了问题。没有这一环节，购买的只是一份快照，而非一套体系。</p>

<h2 class="wp-block-heading" id="h-what-manual-audits-cost">人工审计的费用——诚实的报价区间</h2>

<p class="wp-block-paragraph">供应商在公开定价上通常含糊其辞，因为每个项目都是按客户定制范围的。以下区间是基于与买方的对话和观察到的合同价值得出的2026年现实参考。</p>

<p class="wp-block-paragraph"><strong>小型审计</strong>——5至10个页面、单产品单页面应用、1至2周交付、单个测试人员或无PDF及移动端范围的小团队：<strong>$5,000至$15,000</strong>。</p>

<p class="wp-block-paragraph"><strong>中型审计</strong>——20至50个页面、多个用户旅程、4至6周、多残障类型测试人员小组、书面报告、一轮修复答疑：<strong>$15,000至$50,000</strong>。</p>

<p class="wp-block-paragraph"><strong>企业级审计</strong>——100个页面以上、移动原生应用（iOS和Android）、多个已认证流程、多语言范围、8至12周、多测试人员小组、正式报告、高管简报：<strong>$50,000至$250,000以上</strong>。</p>

<p class="wp-block-paragraph"><strong>复审</strong>——修复后，范围与原始审计相同：通常为原始费用的30%至40%。</p>

<p class="wp-block-paragraph">推高价格的因素：PDF无障碍范围（劳动密集型，通常单独报价）、移动原生应用、含已认证流程的单页面应用、多语言网站、紧急法律辩护背景，以及任何需要专家证词的要求。</p>

<p class="wp-block-paragraph">压低价格的因素：稳定的静态网站、范围紧凑、审计方可使用的既有自动化扫描结果，以及多次合作关系。</p>

<p class="wp-block-paragraph">不要期望看到公开的菜单定价。每家供应商都按项目定制范围。在未查看产品的情况下给出的固定页面单价是一个警示信号，而非优点。</p>

<h2 class="wp-block-heading" id="h-how-to-choose-an-audit-company">如何选择审计公司——采购标准</h2>

<p class="wp-block-paragraph">向三至四家公司发出提案邀请时，可将以下标准作为候选名单筛选条件。</p>

<p class="wp-block-paragraph"><strong>测试人员构成。</strong>不可谈判。询问项目中测试人员的残障类型构成——屏幕阅读器、低视力、运动障碍、认知障碍以及聋人或听障测试人员。如果公司无法回答，则不适合。</p>

<p class="wp-block-paragraph"><strong>WCAG版本。</strong>2026年WCAG 2.2应为最低标准。部分公司仍然默认采用2.1——在工作说明书中明确要求2.2 AA。</p>

<p class="wp-block-paragraph"><strong>审计框架。</strong>该公司是否采用成熟的方法论——WCAG-EM、Trusted Tester或已发布的内部等效方法——还是每个项目都临时制定？已发布的方法论标志着运营成熟度。</p>

<p class="wp-block-paragraph"><strong>抽样方法论。</strong>工作说明书应说明页面的选择方式以及范围内外的内容。</p>

<p class="wp-block-paragraph"><strong>复审政策。</strong>作为固定交付物包含在内，还是单独收费？六个月是合理期限；"无限期"是营销话术。</p>

<p class="wp-block-paragraph"><strong>移动端和PDF范围。</strong>通常作为附加项目报价。从一开始就将其纳入范围——后期附加会增加成本。</p>

<p class="wp-block-paragraph"><strong>报告格式。</strong>面向开发人员的JIRA导入、行政PDF、法律辩护就绪的宣誓书——不同受众需要不同格式。提前确认。</p>

<p class="wp-block-paragraph"><strong>人工审计移交。</strong>该公司是否将发现结果整合到监测平台，还是交给一份在SharePoint文件夹中老化的静态PDF？整合具有真实的货币价值。</p>

<p class="wp-block-paragraph"><strong>地理和语言覆盖。</strong>不要假设美国公司具有EAA专业知识，也不要假设欧洲公司有[ADA第三章](/regulations/us/)辩护经验。</p>

<p class="wp-block-paragraph"><strong>同类机构的参考案例。</strong>询问所在行业的三个参考案例。行业专业知识需要多年积累。</p>

<h2 class="wp-block-heading" id="h-recommended-audit-providers">推荐审计供应商——2026年</h2>

<p class="wp-block-paragraph">值得发出提案邀请的四家公司，以及一家值得了解的专业机构。</p>

<p class="wp-block-paragraph"><strong>Qualibooth</strong>将自动化扫描、持续监测和残障测试人员开展的人工审计整合在单一平台中。工作流程从扫描→分类→人工验证→发布无障碍声明，发现结果持久保存在仪表板中而非静态报告里。当需要单一供应商同时满足持续监测和定期人工审计需求，且不希望将两个工具拼凑在一起时，这是最清晰的选择。注意事项：比美国老牌专业机构更年轻，较长的企业参考案例仍在积累中。<a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>。</p>

<p class="wp-block-paragraph"><strong>Deque（axe DevTools及Deque Systems审计）</strong>以工程为导向，在市场上拥有最深厚的无障碍工程团队和最强的工具整合能力——axe是整个行业事实上的规则引擎。最适合希望审计人员与工程师并肩工作并配对修复的场景。注意事项：定价反映品牌溢价，工具优先的文化有时不如部分竞争对手以残障人士为中心。</p>

<p class="wp-block-paragraph"><strong>Level Access</strong>是历史悠久的专业机构，企业定位强，司法管辖覆盖广，美国法律辩护经验丰富。最适合ADA第三章诉讼风险是主要驱动因素，且需要曾经出庭作证的公司的场景。注意事项：大型机构定价，以及部分小型买方觉得繁琐的流程导向。</p>

<p class="wp-block-paragraph"><strong>TPGi（前身为The Paciello Group）</strong>在WCAG工作方面有深厚渊源，可追溯至该标准最早的草案，通过母公司Vispero与JAWS深度整合，并拥有异常强大的辅助技术专业知识。最适合屏幕阅读器行为是核心关注点的场景。注意事项：对于全球移动应用项目，规模小于Deque或Level Access。</p>

<p class="wp-block-paragraph"><strong>Fable</strong>专注于残障人士远程用户测试——可用性研究，而非WCAG符合性审计。最适合作为符合性审计的补充，当需要对某个流程获得真实使用反馈但不需要200条发现的符合性记录时。注意事项：不能替代WCAG审计，而是其补充。</p>

<p class="wp-block-paragraph">实践中，大多数成熟买家会从上述机构中入围三家，严格界定工作范围，并根据测试人员构成和契合度而非价格做出选择。</p>

<h2 class="wp-block-heading" id="h-common-pitfalls">采购审计的常见误区</h2>

<p class="wp-block-paragraph"><strong>将审计视为合规证书。</strong>它是特定范围在某一时刻的快照，能降低风险并产生证据记录，但不是许可证。</p>

<p class="wp-block-paragraph"><strong>范围过于狭窄。</strong>对一个10,000页网站进行10页审计是小样本。应预算足以代表真实产品范围的审计规模。</p>

<p class="wp-block-paragraph"><strong>未预算修复费用。</strong>审计揭示的是无障碍债务的成本——通常是审计费用的五至二十倍。没有修复预算，购买的只是一份束之高阁的文件。</p>

<p class="wp-block-paragraph"><strong>跳过复审。</strong>没有验证，就无法知道修复是否有效。有些修复成功了，有些没有，有些还引入了新问题。</p>

<p class="wp-block-paragraph"><strong>聘用没有残障测试人员的公司。</strong>这是最常见的失败模式。应询问具体项目的测试人员构成，而非公司营销页面上的平均数据。</p>

<p class="wp-block-paragraph"><strong>将自动化扫描即服务与人工审计混淆。</strong>部分供应商将扫描输出包装成审计产品。如果48小时内到达且费用低于$3,000，那是一份扫描报告。</p>

<p class="wp-block-paragraph"><strong>购买了审计但没有改变流程。</strong>如果设计、工程和质量保证没有内嵌无障碍，发现的问题将在下一次发布时重现。审计是诊断，治疗是流程改变。</p>

<h2 class="wp-block-heading" id="h-faq">常见问题解答</h2>

<p class="wp-block-paragraph"><strong>无障碍审计费用是多少？</strong><br />2026年的现实报价区间：针对单页面应用5至10个页面的小型审计约需$5,000至$15,000；涵盖20至50个页面及多个用户旅程的中型审计约需$15,000至$50,000；覆盖100个页面以上、移动应用及多个流程的企业级审计可能从$50,000至$250,000或更高不等。修复后的复审通常为原始费用的30%至40%。</p>

<p class="wp-block-paragraph"><strong>人工无障碍审计需要多长时间？</strong><br />大多数中小型审计项目需要2至6周，包含移动应用、PDF或多语言版本的企业级审计需要8至12周。现场测试本身很少是瓶颈——安排具备合适辅助技术配置的测试人员以及撰写报告，才是占用日历时间最多的环节。</p>

<p class="wp-block-paragraph"><strong>自动化与人工无障碍审计有何区别？</strong><br />自动化扫描器能发现约57%至70%的可程序化检测WCAG违规问题——缺失的替代文本、低颜色对比度、表单标签、地标结构。人工审计覆盖剩余的30%至40%：焦点顺序、键盘陷阱、替代文本质量、屏幕阅读器可读性、动态内容通告，以及其他需要人工判断的问题。由残障测试人员开展的人工审计还增加了第三层——真实使用体验，而非仅仅是技术符合性。</p>

<p class="wp-block-paragraph"><strong>所有无障碍审计公司都聘用残障测试人员吗？</strong><br />并非如此。许多公司仅由视力正常的无障碍专家模拟辅助技术进行审计。信誉良好的残障主导型审计包含每天使用屏幕阅读器、放大镜、开关输入或语音控制的测试人员，涵盖多种残障类型。在签署合同前，应向任何候选供应商询问其测试人员构成情况。</p>

<p class="wp-block-paragraph"><strong>应该多久重新审计一次？</strong><br />对于稳定产品，完整人工审计通常有效期为12个月，或直至重大版本更新改变了被审计的流程。大多数成熟团队将年度人工审计与审计间期的持续自动化监测相结合，并在修复后3至6个月内进行专项复审以验证修复效果。</p>

<p class="wp-block-paragraph"><strong>人工审计能保证ADA或EAA合规吗？</strong><br />没有信誉良好的审计公司会提供合规保证。审计是在特定范围内、特定时间点，针对WCAG 2.2 AA等标准进行的符合性快照。它可以降低法律风险并产生证据记录，但ADA和EAA均不承认私人认证具有约束力。</p>

<p class="wp-block-paragraph"><strong>人工审计会交付哪些成果？</strong><br />典型项目交付内容包括：确定的页面范围、针对WCAG 2.2 AA的发现记录（含严重程度评级）、每项发现的用户影响叙述、修复建议、行政摘要、可选的公开无障碍声明，以及3至6个月后的复审周期。部分供应商将发现结果移交至监测平台，其他供应商则交付静态PDF。</p>

<h2 class="wp-block-heading" id="h-conclusion">下一步行动</h2>

<p class="wp-block-paragraph">在向任何供应商简报前，先用[免费无障碍扫描器](/toolkit/scan/)对流量最高的页面进行扫描——输出结果将在审计开始前提供显而易见的60%问题。若需在审计间期进行持续观察，[监测工具购买指南](/articles/accessibility-monitoring-buyers-guide-2026/)对处理持续监测部分的平台进行了比较。</p>

<p class="wp-block-paragraph">在确定单一供应商之前，至少向上述列表中的两至三家审计供应商索取有范围的提案——定价差异远比营销页面显示的更大，测试人员构成的差异则更为悬殊。</p>

</div>

---
title: 如何制作无障碍PDF——分步指南（2026年）
url: https://www.disabilityworld.org/zh/articles/pdf-accessibility-step-by-step/
description: 制作无障碍PDF——针对Word和InDesign的分步说明，涵盖标记、阅读顺序、替代文本、表单和表格。2026年PDF无障碍实战手册。
author: Disability World
pubDate: 2026-05-23
tags: pdf, pdf-accessible, accessibility, pdf-ua, tagging, how-to
---

# 如何制作无障碍PDF——分步指南（2026年）

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "如何制作无障碍PDF——分步指南",
      "description": "制作无障碍PDF的六步工具专项流程：在Word或InDesign中正确编写源文档，带标记导出，在Acrobat Pro中验证，修复表单和表格，用屏幕阅读器测试，并发布修复日志。",
      "step": [
        {"@type": "HowToStep", "name": "从无障碍源文档开始", "text": "在Word或InDesign中导出为PDF之前，先使用真实的标题样式、替代文本、表格标题并声明文档语言。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-1"},
        {"@type": "HowToStep", "name": "设置无障碍标记后再导出", "text": "在Word中使用“另存为PDF”并启用“文档结构标记以实现无障碍”，或在InDesign中使用“导出为Adobe PDF”并勾选“创建带标记的PDF”。切勿使用“打印为PDF”。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-2"},
        {"@type": "HowToStep", "name": "在Acrobat Pro中验证和修复", "text": "运行Acrobat Pro的完整检查，然后检查标记面板和阅读顺序，修复嵌套、装饰性构件和顺序不一致问题。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-3"},
        {"@type": "HowToStep", "name": "处理表单、表格和链接", "text": "为每个表单字段添加工具提示和Tab键顺序，用TH和scope标记表格标题，将“点击此处”链接替换为描述性链接文字。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-4"},
        {"@type": "HowToStep", "name": "用真实屏幕阅读器测试PDF", "text": "在Windows上用NVDA + Adobe Reader（或macOS上的Acrobat Reader）打开文件，聆听阅读顺序、替代文本、表格标题、表单标签和静默装饰项。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-5"},
        {"@type": "HowToStep", "name": "随PDF一起发布修复日志", "text": "添加简短说明，记录所采用的标准（PDF/UA-1或WCAG 2.2 AA）、修复日期和反馈联系方式，可放在文档属性中或下载链接旁边。", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-6"}
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {"@type": "Question", "name": "带标记的PDF等同于无障碍PDF吗？", "acceptedAnswer": {"@type": "Answer", "text": "不是。标记是必要前提，但带标记的PDF仍可能存在错误的阅读顺序、缺失的替代文本、错误嵌套的标题、未标记的表单字段或被通告为内容的装饰性图片。标记是必要条件，但不充分。"}},
        {"@type": "Question", "name": "我能让扫描的PDF变成无障碍的吗？", "acceptedAnswer": {"@type": "Answer", "text": "只能通过重新创建来实现。运行OCR提取真实文字，然后像从头编写一样添加完整的标记树、阅读顺序、替代文本和标题。OCR单独只能生成可搜索文字，而非无障碍文档。"}},
        {"@type": "Question", "name": "制作无障碍PDF需要Acrobat Pro吗？", "acceptedAnswer": {"@type": "Answer", "text": "编写源文档不需要，但验证和修复输出文件需要。PAC 2024等免费工具可以审计PDF，但只有Acrobat Pro（或CommonLook、axesPDF等专业工具）才能编辑标记树、阅读顺序和表单元数据。"}},
        {"@type": "Question", "name": "什么是PDF/UA，它与WCAG有何关系？", "acceptedAnswer": {"@type": "Answer", "text": "PDF/UA-1（ISO 14289-1）是无障碍PDF的技术标准。WCAG 2.2是更广泛的网络标准。符合PDF/UA-1涵盖了适用于PDF的大多数WCAG准则，但少数WCAG项目（对比度、某些情境下的链接目的）仍需单独检查。"}},
        {"@type": "Question", "name": "如何测试PDF的无障碍性？", "acceptedAnswer": {"@type": "Answer", "text": "结合三项检查：Acrobat Pro的完整检查、免费的PAC 2024 PDF/UA检查器，以及至少一次用NVDA加Adobe Reader进行的真实屏幕阅读器测试。自动化检查发现结构问题；屏幕阅读器测试发现用户实际遭遇的问题。"}},
        {"@type": "Question", "name": "PDF在ADA或EAA下是否必须无障碍？", "acceptedAnswer": {"@type": "Answer", "text": "实践中是的。在ADA第三条下，通过受覆盖网站提供的PDF属于网站提供的商品和服务的一部分。在EAA（自2025年6月28日起生效）下，在范围内企业发布的PDF必须满足统一的无障碍要求，这些要求指向WCAG 2.2 AA和PDF/UA。"}}
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：双手在笔记本电脑上标记PDF文档，Acrobat标记面板可见——文档层无障碍修复工作流的特写。</p>

<p class="rt-prefix">阅读时间：10分钟</p>

<p class="wp-block-paragraph">要制作无障碍PDF，您需要一个逻辑标记树、每张信息性图片上有意义的替代文本、与视觉布局一致的已定义阅读顺序、准确标记的表单和表格，以及声明的文档语言。这一切都不是自动完成的。以下每个步骤都需要人工执行——通常在导出前在编写工具（Word、InDesign）中完成，有时在Acrobat Pro中导出后完成。这是分步实战手册。</p>

<p class="wp-block-paragraph">更深层的概念性阐述——PDF/UA-1的实际要求、Matterhorn协议如何映射到标记树、JAWS、NVDA和VoiceOver各自如何解读同一个带标记文件——请见<a href="/articles/accessible-pdfs-end-to-end/">PDF无障碍端到端详解</a>。本页是实操伴侣：在编写工具旁边打开它，按顺序逐步操作。</p>

<h2 class="wp-block-heading" id="step-1">第1步——从无障碍源文档开始</h2>

<p class="wp-block-paragraph">在导出为PDF之前先做对。PDF无障碍中几乎所有廉价易修的问题，都可以追溯到一个靠手动格式化而非样式驱动的源文档。</p>

<h3 class="wp-block-heading" id="h-microsoft-word">在Microsoft Word中（Microsoft 365，2026版本）</h3>

<ul class="wp-block-list">
<li>使用"开始"选项卡中内置的<strong>标题1</strong>、<strong>标题2</strong>、<strong>标题3</strong>样式。不要通过选择文字后按粗体并调大字号来"模仿"标题。导出器无法猜测您的意图——它只读取样式名称。</li>
<li>为每张信息性图片添加替代文本：右键点击图片，选择<strong>查看替代文字</strong>，输入描述，并为纯装饰性图形勾选<strong>标记为装饰性</strong>。</li>
<li>对于数据表格，使用<strong>插入 &gt; 表格</strong>，然后在<strong>表格设计</strong>下勾选<strong>标题行</strong>，在<strong>布局</strong>下勾选<strong>重复标题行</strong>。这告诉导出器哪一行是标题。</li>
<li>在<strong>文件 &gt; 选项 &gt; 语言</strong>下设置文档语言，并通过<strong>审阅 &gt; 语言 &gt; 设置校对语言</strong>为任何引用的其他语言段落设置逐段语言。</li>
<li>导出前使用<strong>审阅 &gt; 检查辅助功能</strong>窗格。它能捕获明显的遗漏。</li>
</ul>

<h3 class="wp-block-heading" id="h-adobe-indesign">在Adobe InDesign中（2026年）</h3>

<ul class="wp-block-list">
<li>构建一个<strong>段落样式</strong>表，其中每个样式在样式选项的<strong>导出标记</strong>中映射到PDF标记。H1、H2、P、说明文字——每个样式都需要一个目标。</li>
<li>通过<strong>文章</strong>面板（<strong>窗口 &gt; 文章</strong>）设置阅读顺序。将文章和图片拖入屏幕阅读器应听到的顺序。没有此操作，导出器将退回到几何顺序，对多栏布局会失败。</li>
<li>通过<strong>对象 &gt; 对象导出选项 &gt; 替代文字</strong>为每张图片添加替代文本。</li>
<li>在<strong>文件 &gt; 文件信息 &gt; 基本</strong>下设置文档语言，并在<strong>文件 &gt; 导出 &gt; Adobe PDF预设</strong>中确认。</li>
</ul>

<h2 class="wp-block-heading" id="step-2">第2步——设置无障碍标记后再导出</h2>

<p class="wp-block-paragraph">导出方式与编写方式同等重要。</p>

<p class="wp-block-paragraph"><strong>Word：</strong>转到<strong>文件 &gt; 另存为</strong>，选择<strong>PDF</strong>，然后点击<strong>选项</strong>。在对话框中勾选<strong>用于无障碍的文档结构标记</strong>和<strong>文档属性</strong>。取消勾选<strong>字体无法嵌入时使用位图文字</strong>——该选项会破坏文字层。保存。</p>

<p class="wp-block-paragraph"><strong>InDesign：</strong>转到<strong>文件 &gt; 导出</strong>，选择<strong>Adobe PDF（打印）</strong>，而非"互动"。在<strong>常规</strong>选项卡中勾选<strong>创建带标记的PDF</strong>。在<strong>高级</strong>选项卡中确认已设置文档语言。如果文档包含表单，请选择<strong>Adobe PDF（互动）</strong>，但请注意，互动PDF之后需要在Acrobat中进行额外的表单字段标记。</p>

<p class="wp-block-paragraph"><strong>不要</strong>使用<strong>文件 &gt; 打印 &gt; 另存为PDF</strong>（Word）或<strong>打印 &gt; PDF &gt; 存储为PDF</strong>（macOS）。该路径会将文档渲染为没有标记、没有阅读顺序、没有元数据的平面页面图片。之后您将不得不在Acrobat中从头修复——耗费数小时，而正确的导出只需一分钟。这一单个错误导致了审计中绝大多数"未标记PDF"发现。</p>

<h2 class="wp-block-heading" id="step-3">第3步——在Acrobat Pro中验证和修复</h2>

<p class="wp-block-paragraph">在Adobe Acrobat Pro（2026年）中打开导出的PDF。通过<strong>视图 &gt; 工具 &gt; 辅助功能 &gt; 打开</strong>打开<strong>辅助功能</strong>工具。</p>

<p class="wp-block-paragraph">首先运行<strong>完整检查</strong>。接受默认设置并让其扫描。它将在左侧<strong>辅助功能检查器</strong>面板中生成通过/失败项的树状结构。点击每个失败项以高亮显示有问题的位置。</p>

<p class="wp-block-paragraph">然后打开<strong>标记</strong>面板（<strong>视图 &gt; 显示/隐藏 &gt; 导览窗格 &gt; 标记</strong>）和<strong>阅读顺序</strong>工具（在辅助功能面板中）。标记树是结构骨架——每个段落、标题、图片、表格单元格和链接都应以正确顺序显示为标记。</p>

<p class="wp-block-paragraph">此步骤常见的修复：</p>

<ul class="wp-block-list">
<li><strong>被通告为内容的装饰性图片。</strong>在阅读顺序工具中，在图片周围绘制一个框并点击<strong>背景/构件</strong>。屏幕阅读器现在将跳过它。</li>
<li><strong>标题错误嵌套在段落下。</strong>在标记面板中将标题标记从父级&lt;P&gt;中拖出并移至顶层。</li>
<li><strong>阅读顺序与视觉顺序不符。</strong>使用阅读顺序工具的数字叠加查看屏幕阅读器将使用的顺序。重新标记元素直到数字与视线路径匹配。</li>
<li><strong>复制粘贴构件产生的空标记。</strong>在标记面板中删除它们——它们会导致屏幕阅读器通告静默间隙。</li>
</ul>

<p class="wp-block-paragraph">当完整检查仅显示有意为之的警告时（例如，"逻辑阅读顺序"始终被标记为人工审查——这是预期行为），保存文件。</p>

<h2 class="wp-block-heading" id="step-4">第4步——表单、表格和链接</h2>

<p class="wp-block-paragraph">这三个领域需要在自动标记之外给予细致关注。</p>

<p class="wp-block-paragraph"><strong>表单。</strong>无障碍PDF中的每个表单字段都需要一个宣布字段标签的<strong>工具提示</strong>，且字段需要有<strong>逻辑Tab键顺序</strong>。在Acrobat Pro中，转到<strong>工具 &gt; 准备表单</strong>。Acrobat会自动检测字段；逐一检查。双击字段，打开<strong>常规</strong>选项卡，将<strong>工具提示</strong>设置为可见标签（"名字"、"电子邮件地址"、"出生日期"）。对于必填字段，在<strong>选项</strong>选项卡下勾选<strong>必填</strong>——屏幕阅读器会通告该状态。然后打开左侧<strong>字段</strong>面板，右键点击并选择<strong>按Tab键顺序排序</strong>，然后将字段拖入键盘用户应Tab键切换的顺序。通过关闭准备表单模式并按Tab键浏览文档来测试。</p>

<p class="wp-block-paragraph"><strong>表格。</strong>一个简单的数据表格——统一的行列，一个标题行——需要将其顶行在标记树中标记为<strong>&lt;TH&gt;</strong>而非<strong>&lt;TD&gt;</strong>。在标记面板中右键点击每个标题单元格，选择<strong>属性</strong>，更改类型。具有合并单元格或行列标题的复杂表格需要在同一属性对话框中添加<strong>scope</strong>属性（column、row、colgroup、rowgroup）。模型与HTML表格完全相同。如果您的表格非常复杂，请考虑表格是否是正确的格式——一系列更简单的表格几乎总是读起来更好。</p>

<p class="wp-block-paragraph"><strong>链接。</strong>链接必须具有有意义的链接文字。"点击此处"或裸URL在任何屏幕阅读器和任何审计中都会失败。使用Acrobat的<strong>编辑PDF &gt; 链接 &gt; 添加/编辑Web或文档链接</strong>，将描述性文字包裹在链接注释中。标记树中的链接标记应包含可见文字加上作为子项的链接注释——而不仅仅是URL指针。</p>

<h2 class="wp-block-heading" id="step-5">第5步——按用户实际阅读方式测试PDF</h2>

<p class="wp-block-paragraph">自动化检查器捕获结构性错误。它们不捕获体验性错误——技术上存在但无用的替代文本、技术上已标记但阅读顺序错误的表格、能用但像迷宫一样的表单。只有屏幕阅读器测试才能捕获这些问题。</p>

<p class="wp-block-paragraph"><strong>Windows（规范测试）：</strong>安装<strong>NVDA</strong>（免费，来自nvaccess.org）和<strong>Adobe Acrobat Reader</strong>（免费）。在Acrobat Reader中打开PDF，启动NVDA，按<strong>向下箭头</strong>逐行阅读。按<strong>H</strong>在标题间跳转。按<strong>T</strong>跳至下一个表格，然后按<strong>Ctrl+Alt+箭头</strong>键在单元格间导航。按<strong>F</strong>跳至下一个表单字段。</p>

<p class="wp-block-paragraph"><strong>macOS：</strong>VoiceOver + 预览对PDF标记的支持<strong>不</strong>好——预览在打开时会对标记树进行栅格化。请在macOS上安装<strong>Adobe Acrobat Reader</strong>（免费），并在Acrobat Reader中使用VoiceOver。其保真度更接近Windows体验。</p>

<p class="wp-block-paragraph">听取以下具体信号：</p>

<ul class="wp-block-list">
<li>阅读顺序与页面上的视觉顺序一致。</li>
<li>替代文本读作有用的句子——而非"image1.jpg"或"图片插入于此"。</li>
<li>导航到新单元格时，表格标题会通告（"列：价格；行：订阅"）。</li>
<li>表单字段通告其标签和必填状态（"名字，编辑文本，必填"）。</li>
<li>装饰性图片保持静默。</li>
</ul>

<p class="wp-block-paragraph">记录任何失败项，在Acrobat中修复，重新导出并重新测试。对于超过五页的文档，预期至少需要两轮测试。</p>

<h2 class="wp-block-heading" id="step-6">第6步——随PDF一起发布修复日志</h2>

<p class="wp-block-paragraph">对于在<a href="/articles/european-accessibility-act-guide/">EAA</a>、<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三条</a>或第508条范围内发布的任何PDF，请发布简短说明，记录PDF已经过修复。两种格式均可行：</p>

<ol class="wp-block-list">
<li><strong>在文档属性中。</strong>在Acrobat Pro中选择<strong>文件 &gt; 属性 &gt; 描述</strong>。添加如下说明："已于2026年5月15日依据PDF/UA-1和<a href="/toolkit/standards/wcag/">WCAG 2.2成功准则</a>AA级进行无障碍修复。反馈请联系：accessibility@example.org。"</li>
<li><strong>在下载链接旁边。</strong>在托管PDF的页面上添加一行说明："本文档已完成无障碍修复（PDF/UA-1，2026年5月）。问题请报告至accessibility@example.org。"</li>
</ol>

<p class="wp-block-paragraph">这并非到处都有法律要求，但这是良好做法。它向辅助技术用户表明该文档是为他们着想而准备的，并在PDF被审计时为您提供可辩护的文件记录。</p>

<h2 class="wp-block-heading" id="h-pdf-specific-pitfalls">PDF特有的常见陷阱</h2>

<ul class="wp-block-list">
<li><strong>扫描PDF（仅图像）永远无法无障碍。</strong>OCR可以提取文字，但结果仍然没有标记树、没有标题、没有阅读顺序。修复扫描件等同于从头编写。</li>
<li><strong>自动生成的标记树几乎总是错误的。</strong>Acrobat的<strong>为文档添加标记</strong>按钮会生成一个标记树，但它猜测标题层级，经常将装饰性图片标记为图形，并且倾向于拆分段落。请务必手动检查。</li>
<li><strong>PDF/UA-1不等于WCAG 2.2。</strong>符合PDF/UA-1涵盖了适用于PDF的大多数WCAG准则，但对比度和部分链接目的检查需要单独的WCAG核查。</li>
<li><strong>Chrome内置PDF查看器不是规范测试工具。</strong>表单在Chrome中可能正常运行，但在Acrobat Reader中失败，反之亦然。请对照Acrobat Reader测试，因为这是大多数辅助技术用户打开PDF的工具。</li>
<li><strong>InDesign的自动替代文字功能从图片的XMP元数据说明文字中提取内容。</strong>如果说明文字为空，替代文字也为空。导出前请始终在<strong>对象 &gt; 对象导出选项 &gt; 替代文字</strong>中检查每张图片。</li>
</ul>

<h2 class="wp-block-heading" id="h-frequently-asked-questions">常见问题</h2>

<h3 class="wp-block-heading" id="h-faq-tagged-vs-accessible">带标记的PDF等同于无障碍PDF吗？</h3>

<p class="wp-block-paragraph">不是。标记是必要前提，但带标记的PDF仍可能存在错误的阅读顺序、缺失的替代文本、错误嵌套的标题、未标记的表单字段或被通告为内容的装饰性图片。标记是必要条件，但不充分。</p>

<h3 class="wp-block-heading" id="h-faq-scanned-pdf">我能让扫描的PDF变成无障碍的吗？</h3>

<p class="wp-block-paragraph">只能通过重新创建来实现。运行OCR提取真实文字，然后像从头编写一样添加完整的标记树、阅读顺序、替代文本和标题。OCR单独只能生成可搜索文字，而非无障碍文档。</p>

<h3 class="wp-block-heading" id="h-faq-acrobat-pro">制作无障碍PDF需要Acrobat Pro吗？</h3>

<p class="wp-block-paragraph">编写源文档不需要，但验证和修复输出文件需要。PAC 2024等免费工具可以审计PDF，但只有Acrobat Pro（或CommonLook、axesPDF等专业工具）才能编辑标记树、阅读顺序和表单元数据。</p>

<h3 class="wp-block-heading" id="h-faq-pdf-ua-vs-wcag">什么是PDF/UA，它与WCAG有何关系？</h3>

<p class="wp-block-paragraph">PDF/UA-1（ISO 14289-1）是无障碍PDF的技术标准。WCAG 2.2是更广泛的网络标准。符合PDF/UA-1涵盖了适用于PDF的大多数WCAG准则，但少数WCAG项目（对比度、某些情境下的链接目的）仍需单独检查。</p>

<h3 class="wp-block-heading" id="h-faq-how-to-test">如何测试PDF的无障碍性？</h3>

<p class="wp-block-paragraph">结合三项检查：Acrobat Pro的完整检查、免费的PAC 2024 PDF/UA检查器，以及至少一次用NVDA加Adobe Reader进行的真实屏幕阅读器测试。自动化检查发现结构问题；屏幕阅读器测试发现用户实际遭遇的问题。</p>

<h3 class="wp-block-heading" id="h-faq-ada-eaa-required">PDF在ADA或EAA下是否必须无障碍？</h3>

<p class="wp-block-paragraph">实践中是的。在ADA第三条下，通过受覆盖网站提供的PDF属于网站提供的商品和服务的一部分。在EAA（自2025年6月28日起生效）下，在范围内企业发布的PDF必须满足统一的无障碍要求，这些要求指向WCAG 2.2 AA和PDF/UA。</p>

<h2 class="wp-block-heading" id="h-where-to-go-next">下一步</h2>

<p class="wp-block-paragraph">如需更深层的概念性阐述——PDF/UA内部机制、Matterhorn协议失败条件、四种屏幕阅读器各自如何渲染同一个带标记文件——请阅读<a href="/articles/accessible-pdfs-end-to-end/">PDF无障碍端到端详解</a>。要检查托管PDF的网页是否符合WCAG 2.2 AA，请对每个着陆页运行<a href="/toolkit/scan/">免费WCAG 2.2扫描器</a>。如果PDF对您的合规立场至关重要——政府表单、财务披露、法律合同、医疗信息——请委托<a href="/articles/manual-audits-by-people-with-disabilities-2026/">残障测试员进行人工审计</a>。自动化检查和屏幕阅读器测试能带您走完大部分路程；最后10%需要人工读者。</p>

</div>

---
title: 无障碍招标文件解析：真实采购语言逐条拆读
url: https://www.disabilityworld.org/zh/articles/accessibility-aware-rfp-teardown/
description: 五份匿名化的招标无障碍条款，逐条解析——涵盖美国联邦、州级、欧盟成员国、财富500强及通用样板，全面呈现条款优劣与漏洞所在。
author: Disability World
pubDate: 2026-05-22
tags: procurement, rfp, accessibility, vpat, section-508, en-301-549, contracts, data
---

# 无障碍招标文件解析：真实采购语言逐条拆读

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>采购档案</strong> · 招标语言解析</span>
  </div>

  <h1>无障碍招标文件解析 <em>——五份真实采购条款，逐条拆读</em></h1>

  <p class="lede">招标文件的成败，取决于无障碍条款，正如合同的成败取决于赔偿条款。本文从公开招标档案和企业采购门户中提取五份真实招标摘录，隐去发标方身份，逐条拆解。最强的一份——美国联邦招标，明确引用 Section 508 并附有 WCAG 2.1 AA 参考——长达 612 词。最弱的一份——某财富 1000 强通用样板，仅要求供应商"遵守适用法律"——仅有 31 词。在五份样本中，三个漏洞在其中四份中反复出现。某欧盟成员国的招标要求提交 VPAT，却未要求由第三方填写。这是本次解析。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 档案编号 RFP-A11Y-01</span>
      <span class="dossier-meta">06 条目 · 来源于5份匿名采购文件，2024—2026年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">五份招标条款揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">20×</span>
        <div class="dossier-body">
          <p class="dossier-claim">最强无障碍条款的篇幅是最弱条款的二十倍</p>
          <p class="dossier-note">联邦样本共 612 词，分为九个编号子条款，每条均包含具体可交付成果和可量化验收标准。企业通用样板仅 31 词，唯一义务是"遵守适用的无障碍法律"。篇幅长短不等于质量高低，但验收标准的密度与事后可执行性几乎完全正相关。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 of 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">五份招标中有四份接受供应商自证的 VPAT，无需第三方核验</p>
          <p class="dossier-note">只有联邦样本明确要求 VPAT 2.5 ACR 由具备无障碍资质的机构编写或独立审核。其余四份——包括引用 EN 301 549 的欧盟成员国招标——均按面值接受供应商自填的 ACR。这是本数据集中最常见的漏洞。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0</span>
        <div class="dossier-body">
          <p class="dossier-claim">五份招标中没有一份规定合同授予后缺陷的修复时限</p>
          <p class="dossier-note">每份条款都描述了授标时可交付成果的要求，却没有一份说明授标后发现的缺陷须在多长时间内修复。最接近的是联邦样本，使用了"及时"和"在合理期限内"等措辞——均未定义。按严重程度设定30天、60天或90天的修复计划，才是数据集所缺失的示范条款。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">五份招标全部以 WCAG 2.1 AA 为基准——没有一份引用已于2023年10月成为W3C正式推荐标准的 WCAG 2.2 AA</p>
          <p class="dossier-note">Section 508 的2018年修订版通过引用方式纳入 WCAG 2.0；EN 301 549 v3.2.1 纳入 WCAG 2.1。两份标准均正式绑定于比当前版本落后一至两个修订版的版本。招标起草者照搬标准，而非最新规范，这意味着 WCAG 2.2 中新增的成功准则——焦点外观、拖拽操作、点击目标尺寸——即使在2025或2026年的采购中也不属于合同义务。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 of 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">五份招标中有三份未包含任何辅助技术测试条款</p>
          <p class="dossier-note">联邦样本要求至少使用一种屏幕阅读器（JAWS、NVDA 或 VoiceOver）和一种语音输入解决方案进行测试。财富500强企业样本要求"与辅助技术兼容"，但未列明任何具体产品。州级、欧盟成员国和通用样板对辅助技术测试完全沉默。在这一条款上的沉默，就是对整份文件最具鉴别力的质量门槛的回避。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">1 of 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">五份招标中只有一份将付款节点与无障碍符合性证明挂钩</p>
          <p class="dossier-note">欧盟成员国招标在独立符合性报告提交并核验之前，扣留最终15%的付款。其余四份均未为供应商实际履行无障碍条款设置财务激励。没有付款扣留机制的验收标准只是请求，不是要求。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>五份匿名采购文件，发布于2024—2026年：一份美国联邦招标，一份美国州级采购，一份引用 EN 301 549 的欧盟成员国公开招标，一份要求 VPAT 2.5 的财富500强供应商招标，以及一份财富1000强的通用样板。实体名称已删除；条款语言除识别性合同编号经轻度删改外，均原文保留。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">五份招标的抽样与匿名化方法</a></li>
      <li><span class="toc-num">02</span><a href="#federal">样本A：美国联邦招标</a></li>
      <li><span class="toc-num">03</span><a href="#state">样本B：美国州级采购</a></li>
      <li><span class="toc-num">04</span><a href="#eu">样本C：欧盟成员国招标</a></li>
      <li><span class="toc-num">05</span><a href="#corporate">样本D：财富500强企业招标</a></li>
      <li><span class="toc-num">06</span><a href="#boilerplate">样本E：通用样板</a></li>
      <li><span class="toc-num">07</span><a href="#loopholes">四份文件中反复出现的三个漏洞</a></li>
      <li><span class="toc-num">08</span><a href="#model">示范性无障碍招标条款</a></li>
      <li><span class="toc-num">09</span><a href="#closing">结语：数据集对采购团队的启示</a></li>
    </ul>
  </div>

  <hr/>

  <h2 id="methodology">五份招标的抽样与匿名化方法</h2>

  <p class="dropcap-first">本次解析的五份文件来自三个公开来源和两个企业采购门户。联邦招标来自2025年关闭的 SAM.gov 发布文件；州级招标来自2024年关闭的一个中西部州公开采购门户；欧盟成员国招标来自 TED（欧洲每日招标公告）；财富500强企业招标来自一位受 NDA 约束的回标方提供的节选，该方选择匿名；通用样板来自某财富1000强企业的供应商入网包，随每份供应商协议一同发出。</p>

  <p>本文删除了合同编号、机构名称以及所有能唯一识别发标方的表述。未作任何改写。以下所引条款均为原文，删改仅限于识别性名词（"[机构]"、"[州政府部门]"、"[成员国]"）。解析的目的是语言本身；语言已原文保留。</p>

  <div class="callout info">
    <div class="ct">为何需要匿名化</div>
    <p>五份文件均为公开或准公开文件，识别身份并不违反保密原则。但本文的编辑目的是将这些条款作为规律性模式来解读，而非作为针对特定采购官员的证据。一份薄弱的通用样板是系统性失误，而非个人失误，点名道姓只会引发错误的关注。条款本身已说明一切。</p>
  </div>

  <hr/>

  <h2 id="federal">样本A：美国联邦招标</h2>

  <p>联邦样本是五份中最强的，代表本数据集的上限基准。全文612词，分为九个编号子条款。引用了《康复法》第508条，并提及2018年 ICT 刷新，通过引用方式纳入 WCAG 2.0 AA（依据刷新版），同时明确将网页和移动端可交付成果的最低标准升至 WCAG 2.1 AA。验收标准具体明确：由具备无障碍资质的机构编写或独立审核的 VPAT 2.5 ACR，至少使用一种指定屏幕阅读器进行测试，以及针对授标后缺陷的修复承诺。</p>

  <div class="quote-block">
    <div class="meta">原文 · 样本A · 条款4.3.2</div>
    <div class="quote"><span lang="en">The Contractor shall provide a completed VPAT 2.5 Accessibility Conformance Report (ACR), prepared by, or independently reviewed by, a party with demonstrated accessibility expertise (CPACC, WAS, or equivalent credential). Self-attestation without independent review is insufficient. Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), and keyboard-only navigation across all interactive components.</span></div>
    <span class="source">——联邦招标，已匿名化，条款4.3.2（原文）</span>
  </div>

  <p>该条款的强度在于同时完成三件事：命名了可交付成果（VPAT 2.5 ACR）、命名了资质要求（CPACC、WAS 或同等资质）、命名了测试范围（至少一种屏幕阅读器、一种语音输入、仅键盘操作）。该条款不给供应商留下仅勾选填写 ACR 便了事的余地。</p>

  <p>样本A的唯一弱点：修复时限。联邦条款使用了"及时修复"和"在合理期限内"——均未定义。收到缺陷通知的供应商可以无限期争议"合理"的含义。本文结尾处的示范条款填补了这一空白。</p>

  <div class="callout safe">
    <div class="ct">为何此条款是示范下限</div>
    <p>独立 VPAT 审核是采购团队能写入的杠杆效益最高的条款。对供应商而言，每次 ACR 审核的成本约为 2,500 至 7,500 美元，但产出的文件其预测价值是自证 ACR 的五倍。五份样本中只有样本A要求此项。</p>
  </div>

  <hr/>

  <h2 id="state">样本B：美国州级采购</h2>

  <p>州级样本称职，但比联邦样本薄弱。全文287词，分为五个子条款。通过引用方式引用 Section 508，以 WCAG 2.1 AA 为基准，要求提交 VPAT——但未要求独立审核。同样未列明任何辅助技术供测试使用。该条款锚定了正确的标准，却未强制执行产出有效工件所需的纪律。</p>

  <div class="quote-block">
    <div class="meta">原文 · 样本B · 条款7.1</div>
    <div class="quote"><span lang="en">The Vendor shall deliver, as part of the technical proposal, a Voluntary Product Accessibility Template (VPAT) demonstrating conformance with Section 508 of the Rehabilitation Act, as amended, and WCAG 2.1 Level AA. The VPAT may be prepared by the Vendor or its agents. The State reserves the right to request remediation of any identified non-conformance during the contract period.</span></div>
    <span class="source">——美国州级招标，已匿名化，条款7.1（原文）</span>
  </div>

  <p>"可由供应商或其代理方编写"是漏洞所在的句子。州政府以书面形式接受了供应商自证作为独立符合性报告的替代。州政府同样保留了一项权利（"可要求修复"），但供应商并无相应义务（"须在N天内修复"）。没有时限的保留权利不构成可执行计划。</p>

  <hr/>

  <h2 id="eu">样本C：欧盟成员国招标</h2>

  <p>欧盟成员国样本是五份中最有趣的。它引用了 EN 301 549 v3.2.1——欧洲信息通信技术无障碍协调标准——并参考了指令（EU）2019/882（《欧洲无障碍法案》）和指令（EU）2016/2102（《网页无障碍指令》）。它也是数据集中唯一将付款节点与符合性可交付成果挂钩的招标。</p>

  <div class="quote-block">
    <div class="meta">原文 · 样本C · 条款9.2和9.5</div>
    <div class="quote"><span lang="en">9.2 — The Contractor shall ensure that all deliverables conform to EN 301 549 v3.2.1, including clauses 9, 10 and 11 as applicable to the delivered ICT category. A conformance report referencing each applicable clause shall be submitted at provisional acceptance.<br/><br/>9.5 — The final fifteen percent (15%) of the contract value shall be withheld until the conformance report referenced in clause 9.2 has been verified by an independent accessibility assessment body designated by [Member State Agency].</span></div>
    <span class="source">——欧盟成员国招标，已匿名化，条款9.2和9.5（原文）</span>
  </div>

  <p>条款9.5是整个数据集中最有力的单句。将15%付款扣留机制与独立核验挂钩，正是将书面验收标准转化为可执行标准的关键。在报告提交并核验之前，供应商无法收到尾款。这是联邦和州级样本本应写入的示范。</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and category text rendered as gibberish. Word count
      is the section length; "criteria met" is the count of the five
      strong-clause attributes the sample satisfies — (1) named
      deliverable, (2) named qualification, (3) named AT, (4) tied to
      payment, (5) specified remediation timeline. Numbers match the
      dossier-list and the prose teardown above. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rfp-chart-title rfp-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rfp-chart-title">五份招标样本无障碍条款字数与强条款数量对比</title>
      <desc id="rfp-chart-desc">一张横向条形图，对比五份匿名招标样本。美国联邦招标共612词，满足五项强条款标准中的三项。财富500强企业招标共421词，满足两项。美国州级采购共287词，满足一项。欧盟成员国招标共198词，满足两项——包括数据集中唯一的付款节点挂钩条款。财富1000强通用样板共31词，一项均不满足。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title */}
      <text x="40" y="30" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a">无障碍条款篇幅与满足强条款标准数量对比（满分5项）</text>
      {/* Vertical gridlines at 0, 150, 300, 450, 600 words */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="240" y1="55" x2="240" y2="300" />
        <line x1="340" y1="55" x2="340" y2="300" />
        <line x1="440" y1="55" x2="440" y2="300" />
        <line x1="540" y1="55" x2="540" y2="300" />
        <line x1="640" y1="55" x2="640" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="240" y1="300" x2="700" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels (words) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="240" y="318">0</text>
        <text x="340" y="318">150</text>
        <text x="440" y="318">300</text>
        <text x="540" y="318">450</text>
        <text x="640" y="318">600</text>
        <text x="470" y="338" font-style="italic">无障碍条款字数</text>
      </g>
      {/* Row labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a" text-anchor="end">
        <text x="232" y="79" font-weight="600">A · 美国联邦</text>
        <text x="232" y="124" font-weight="600">D · 财富500强</text>
        <text x="232" y="169" font-weight="600">B · 美国州级</text>
        <text x="232" y="214" font-weight="600">C · 欧盟成员国</text>
        <text x="232" y="259" font-weight="600">E · 财富1000强</text>
      </g>
      {/* Bars — word count scaled at 1px per 1.5 words from x=240, max ~408px for 612 */}
      {/* A · 612 words → 408px, B · 287 → 191px, C · 198 → 132px, D · 421 → 281px, E · 31 → 21px */}
      {/* Bar height 22, rows centred at y = 75, 120, 165, 210, 255 */}
      <g>
        <rect x="240" y="64" width="408" height="22" fill="#1a1a1a" />
        <rect x="240" y="109" width="281" height="22" fill="#1a1a1a" />
        <rect x="240" y="154" width="191" height="22" fill="#1a1a1a" />
        <rect x="240" y="199" width="132" height="22" fill="#1a1a1a" />
        <rect x="240" y="244" width="21" height="22" fill="#dc2626" />
      </g>
      {/* Word-count labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="656" y="80">612词</text>
        <text x="529" y="125">421</text>
        <text x="439" y="170">287</text>
        <text x="380" y="215">198</text>
      </g>
      <text x="269" y="259" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">31词</text>
      {/* Criteria-met pips — five small circles per row, filled if criterion met */}
      {/* A (US federal): deliverable, qualification, AT — 3 of 5 (missing payment-tie, remediation timeline) */}
      {/* D (Fortune 500): deliverable, AT (partial) — 2 of 5 (we count: named deliverable, named AT broadly) */}
      {/* B (US state): deliverable — 1 of 5 */}
      {/* C (EU Member State): deliverable, payment-tied — 2 of 5 */}
      {/* E (boilerplate): 0 of 5 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" text-anchor="middle">
        <text x="730" y="56">满足标准数</text>
      </g>
      {/* A row pips: 3 of 5 */}
      <g>
        <circle cx="700" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="736" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="79" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">3/5</text>
      </g>
      {/* D row pips: 2 of 5 */}
      <g>
        <circle cx="700" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="124" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* B row pips: 1 of 5 */}
      <g>
        <circle cx="700" cy="165" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="724" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="169" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">1/5</text>
      </g>
      {/* C row pips: 2 of 5 — payment-tie marked red as the standout */}
      <g>
        <circle cx="700" cy="210" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="210" r="5" fill="#dc2626" />
        <circle cx="724" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="214" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* E row pips: 0 of 5 */}
      <g>
        <circle cx="700" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="712" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="724" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="736" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="748" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <text x="765" y="259" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#dc2626">0/5</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="354">评分标准：命名可交付成果 · 命名资质要求 · 命名辅助技术 · 与付款挂钩 · 修复时限</text>
      </g>
    </svg>
    <figcaption>五份样本强弱对比图：条款篇幅（条形）与满足强条款标准数量（圆点）。美国联邦招标篇幅最长（612词），满足三项标准——命名可交付成果、资质要求和辅助技术——但缺少付款挂钩和修复时限。欧盟成员国招标篇幅较短，却携带数据集中唯一的付款节点条款（红色圆点）。财富1000强通用样板仅31词，零项标准，代表下限。</figcaption>
  </figure>

  <p>样本C的唯一弱点：它锚定于 EN 301 549 v3.2.1，而该版本纳入的是 WCAG 2.1，而非 WCAG 2.2。因此，2.2 中新增的成功准则（焦点外观、拖拽操作、最小点击目标尺寸）即使在2026年的招标中也不属于合同义务。</p>

  <hr/>

  <h2 id="corporate">样本D：财富500强企业招标</h2>

  <p>财富500强企业样本是数据集中第二强、第二长的。全文421词。要求提交 VPAT 2.5 ACR，以 WCAG 2.1 AA 为基准，并引用了公司内部"无障碍采购标准"（已匿名化）。未按产品名称列明辅助技术，但要求"与主流屏幕阅读器和语音输入解决方案兼容"。</p>

  <p>企业条款的有趣之处在于其增删取舍。它增加了赔偿条款：供应商就因其可交付成果引发的第三方无障碍歧视索赔向公司承担赔偿责任。这是数据处理协议中合同风险转移手段在采购领域的对应版本。然而，它略去了付款扣留机制。赔偿条款是杠杆，而非里程碑。</p>

  <div class="callout warning">
    <div class="ct">"有赔偿条款但无付款扣留"的模式</div>
    <p>一份要求 VPAT、附有赔偿条款但不扣留付款的企业招标是常见形态。它能起到威慑作用，因为供应商法务团队会仔细审查赔偿条款。但它无法发挥证据引擎的作用，因为 VPAT 在授标时提交后，除非出现索赔，否则不会再被审查。四份非联邦样本中有三份遵循这种模式。</p>
  </div>

  <hr/>

  <h2 id="boilerplate">样本E：通用样板</h2>

  <p>通用样板只有一句话。全文引用如下。</p>

  <div class="quote-block">
    <div class="meta">原文 · 样本E · 供应商入网包，第8节</div>
    <div class="quote"><span lang="en">Supplier represents and warrants that all deliverables comply with all applicable laws, including without limitation laws relating to accessibility and disability rights.</span></div>
    <span class="source">——财富1000强供应商入网包，已匿名化，第8节（原文）</span>
  </div>

  <p>"所有适用法律"是一个无处不在又无处落脚的条款。它不锚定任何标准，未命名任何可交付成果，未引用任何测试范围。它是一个占位符，能让法务团队满意，却对供应商没有任何可操作的约束力。违约供应商可以争辩，称没有具体义务被识别，而采购团队也没有证据可以提出。</p>

  <p class="pull-quote">通用样板条款无处不在，是因为它撰写成本为零，谈判摩擦为零。它的实际价值，也约等于零。</p>

  <hr/>

  <h2 id="loopholes">四份文件中反复出现的三个漏洞</h2>

  <p>五份样本中，三种模式反复出现。第一：接受自证 VPAT（5份中有4份）。第二：缺少修复时限（5份全部）。第三：辅助技术测试沉默或表述模糊（5份中有4份，只有联邦样本按产品名称列明辅助技术）。这三个缺口，是不符合标准的可交付成果得以进入生产环境的漏洞。</p>

  <div class="callout danger">
    <div class="ct">三个漏洞——发标前务必堵上</div>
    <p>（1）要求由持有具名证书的无障碍专业人员对 VPAT 进行独立审核。（2）规定与缺陷严重程度挂钩的修复时限——例如，严重缺陷14天内、重要缺陷30天内、轻微缺陷90天内。（3）至少列明一种屏幕阅读器、一种语音输入解决方案，并要求仅键盘操作测试。这三项补充能将占位符条款转化为可执行条款。</p>
  </div>

  <hr/>

  <h2 id="model">示范性无障碍招标条款</h2>

  <p>将五份样本中最强的条款综合，可形成一个数据集中任何单一文件均未实现的条款。约350词，填补了上述三个漏洞。</p>

  <div class="quote-block">
    <div class="meta">示范条款 · 综合自样本A、C、D</div>
    <div class="quote"><span lang="en">The Contractor shall ensure that all deliverables conform to WCAG 2.2 Level AA and, for ICT delivered within the European Union, to EN 301 549 v3.2.1 or its successor. The Contractor shall deliver, at provisional acceptance, a VPAT 2.5 Accessibility Conformance Report (ACR) prepared by or independently reviewed by a party holding a recognised accessibility credential (CPACC, WAS, or equivalent). Self-attestation without independent review is insufficient.<br/><br/>Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), keyboard-only navigation across all interactive components, and conformance with the WCAG 2.2 success criteria added since version 2.1 (2.4.11 Focus Appearance, 2.5.7 Dragging Movements, 2.5.8 Target Size Minimum).<br/><br/>Remediation timeline for post-award defects: critical defects (blocking access for users of assistive technology) within fourteen (14) calendar days of notice; serious defects within thirty (30) calendar days; minor defects within ninety (90) calendar days. Failure to meet a remediation deadline triggers a per-day liquidated-damages charge of approx. 0.1% of contract value per day.<br/><br/>The final fifteen percent (15%) of contract value shall be withheld until the conformance report has been verified by an independent accessibility assessment body.</span></div>
    <span class="source">——示范条款（本刊综合，2026年5月）</span>
  </div>

  <p>该示范条款完成了数据集中最强单一样本（联邦样本）仅完成三项的五件事。它锚定于 WCAG 2.2（而非 2.1）。它按产品名称列明辅助技术。它要求独立 VPAT 审核。它规定了与严重程度挂钩、附有违约金乘数的修复时限。它将最终付款与经核验的符合性证明挂钩。采购团队在将本条款适配至各自司法管辖区时，仅当所在地适用标准尚未升级时才应将 WCAG 2.2 换回 WCAG 2.1；否则应保留 WCAG 2.2 锚点。</p>

  <hr/>

  <h2 id="closing">数据集对采购团队的启示</h2>

  <p>本次解析的核心发现既令人失望，又具有操作价值。在涵盖四种司法管辖类别的五份真实招标中，只有一份将证明材料与付款挂钩，只有一份要求独立 VPAT 审核，没有一份规定按缺陷严重程度分级的修复时限。标准已有。执行这些标准的合同语言尚不存在。</p>

  <p>对于正在起草下一份无障碍招标的采购团队，数据集建议三项具体修改和一项战略转变。修改：命名 VPAT 审核所需的资质证书，命名测试所需的辅助技术，将付款节点与经核验的符合性报告挂钩。转变：停止照搬标准。今天就锚定 WCAG 2.2 AA；待 WCAG 3.0 第一份正式推荐标准发布时再行更新。</p>

  <p>而那句通用样板——"遵守所有适用法律"——在无障碍招标中没有立足之地。它是采购团队在觉得该条款太难写好时的退路。上述解析，归根到底，是一个论证：写好它并不像看起来那么难。五项条款，堵上三个漏洞，加上一个付款杠杆。这就是全部工作。</p>

  <p>正在适配本条款语言的采购团队：以<a href="/toolkit/standards/wcag/">WCAG 2.2 成功准则完整索引</a>为标准参考，要求供应商对其回标中引用的演示网址运行<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>，要求以<a href="/articles/manual-audits-by-people-with-disabilities-2026/">残障测试人员的人工审计</a>作为核验符合性的检验手段，并将持续的授标后合规视为<a href="/articles/accessibility-monitoring-buyers-guide-2026/">监测购买指南</a>所涵盖的持续义务。</p>

  <div class="footer-note">
    <p><strong>方法与数据：</strong>从公开招标档案（SAM.gov、州采购门户、TED）和两个企业采购门户抽取五份匿名采购文件。文件来自2024—2026年关闭的招标。条款语言原文引用，识别性名词经删改。本样本不代表所有招标的总体情况；它是为揭示比较规律而精心选取的司法管辖类别截面。字数仅针对无障碍条款计算，不含整份文件。</p>
    <p><strong>法律背景：</strong>《康复法》第508条（29 U.S.C. § 794d）及其2018年 ICT 刷新版；WCAG 2.1 AA（W3C推荐标准，2018年）和 WCAG 2.2 AA（W3C推荐标准，2023年10月）；EN 301 549 v3.2.1（ETSI，2021年）；指令（EU）2019/882（《欧洲无障碍法案》）；指令（EU）2016/2102（《网页无障碍指令》）。VPAT 2.5由 ITI 于2023年发布。</p>
    <p><strong>本文声明：</strong>非法律意见。采购团队在适配示范条款时，应请熟悉相关司法管辖区采购法规和无障碍歧视法规的法律顾问进行审查。示范条款为编辑性评述，非标准法律文本。</p>
  </div>

</div>

---
title: 2026年无障碍集体诉讼：认证趋势与裁判结果
url: https://www.disabilityworld.org/zh/articles/accessibility-class-actions-2026/
description: 自沃尔玛诉杜克斯案重绘联邦规则第23条版图的十五年后，无障碍集体诉讼既未消亡，也未占据主导——它是一种缓慢复苏的司法工具，其2026年的可行性取决于第九巡回上诉法院的Robles框架与加州Unruh集体诉讼的走向。
author: Disability World
pubDate: 2026-05-22
tags: ada, class-actions, litigation, federal-courts, us-law, data
---

# 2026年无障碍集体诉讼：认证趋势与裁判结果

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · 集体诉讼认证趋势</span>
  </div>

  <h1>2026年无障碍集体诉讼 <em>——认证趋势与裁判结果</em></h1>

  <p class="lede">自<em>沃尔玛连锁店公司诉杜克斯</em>案，564 U.S. 338（2011年）重置联邦规则第23条共同性要求的十五年后，无障碍集体诉讼既不是残障权利诉讼律师在2010年短暂期待的理论前沿，也不是辩护律师在2012年宣判的死亡工具。它是一种缓慢复苏、地理高度集中的机制，其2026年可行性取决于三条主线：第九巡回上诉法院在<em>罗伯斯诉达美乐</em>案中确立的数字无障碍集体认证框架、第二巡回区<em>安德鲁斯诉布利克艺术材料</em>案在地区法院奠定的理论脉络，以及依据<strong>《民法典》第1781条和第3345条</strong>在加州州法院并行运作的Unruh集体诉讼。据估计，2020年至2025年间，美国联邦法院共裁决了超过<strong>180起</strong>无障碍集体认证申请，约<strong>40%</strong>获得全部或部分批准——较2012—2018年约<strong>28%</strong>的批准率有所回升。本档案梳理了已获认证和未获认证的案例，并展望2026年集体诉讼机制对残障原告而言是否将变得更加可行。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 档案编号02</span>
      <span class="dossier-meta">07 条目 · 来源于2011—2026年联邦第23条裁决及加州州法院Unruh认证</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">认证记录揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">无障碍案件联邦第23条认证批准率在2020—2025年回升至约40%</p>
          <p class="dossier-note">对自<em>杜克斯</em>案以来每份无障碍相关第23条裁决的工作论文汇总显示，批准率从杜克斯案后低点约28%（2012—2018年）攀升至2020—2025年间的约40%。这一回升主要由第九巡回区和第二巡回区地区法院裁决驱动，而非第十一或第五巡回区的裁决。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约180</span>
        <div class="dossier-body">
          <p class="dossier-claim">2020年至2025年间，联邦法院共裁决约180起无障碍第23条认证申请</p>
          <p class="dossier-note">根据 PACER 案卷搜索和已发布裁决重建。该数字存在低估：未包括申请提交后在裁决前通过和解解决的案件，也未包括加州Unruh州法院依据第1781条提起的并行认证案件（公开案卷较难抓取）。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2011</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>沃尔玛诉杜克斯</em>案是2011年后的分水岭——但并非终点</p>
          <p class="dossier-note">最高法院裁定第23（a）（2）条共同性要求必须提出能获得共同回答的共同问题，这提高了全国性政策歧视集体诉讼的门槛。但它并未封堵围绕单一疑似无障碍缺陷网站、门店布局或自助终端机群构建的无障碍集体诉讼——而这正是2020年后案卷的重心所在。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>罗伯斯诉达美乐</em>案确立了第九巡回区的数字无障碍认证框架</p>
          <p class="dossier-note">913 F.3d 898（第九巡回区，2019年），拒绝调卷，140 S. Ct. 122（2019年）。"关联性"规则——当网站的无障碍缺陷妨碍用户使用实体公共场所时，Title III 适用于该网站——决定了第九巡回区的数字无障碍集体诉讼能否获得认证。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$4,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州《民法典》第3345条和第1781条提供了联邦Unruh集体诉讼所缺乏的法定损害赔偿乘数和集体诉讼程序</p>
          <p class="dossier-note">第1781条是《消费者合法救济法》中适用于Unruh及类似消费者保护法规的集体诉讼条款。第3345条在针对老年人或残障人士实施不公平或欺诈行为的案件中，将每次违规 Unruh 法定损害赔偿 $4,000 三倍计算。两者组合构成加州州法院无障碍集体诉讼的经济引擎。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">实体无障碍集体诉讼的认证率约为纯网站集体诉讼的两倍</p>
          <p class="dossier-note">实体无障碍集体诉讼——涉及门店布局、自助终端机群、停车场、销售终端——在第23（b）（2）条内聚性分析中更易过关，因为所谓障碍是每次到访均匀存在的固定特征。纯网站集体诉讼面临个体化损害主张，辩护律师自2018年<em>卡伦诉Netflix</em>框架以来已对此进行了精细打磨。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">2026年案卷面临两项待定考验：司法部 Title III 规则和最高法院可能的调卷令</p>
          <p class="dossier-note">一旦 Title III 网站规则最终确定，将提供联邦合规标准，使认证分析倾向于共同问题认定。若最高法院就"关联性"问题颁发调卷令，将解决第九、第一、第二巡回区的拼接状态——而这一状态目前决定着集体诉讼在地理上能否成立。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>PACER 联邦法院记录（标注ADA Title III和《康复法》第504条索赔的第23条裁决，2011—2025年）；通过司法委员会年度残障无障碍报告追踪的加州州法院Unruh集体诉讼案卷；美国正义协会残障权利实务组2024年工作论文；Seyfarth Shaw《ADA Title III 新闻与见解》博客；Westlaw 和 Bloomberg Law 已发布的第23条裁决。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">杜克斯案后的第23条框架</a></li>
      <li><span class="toc-num">02</span><a href="#trend">2020—2026年认证趋势</a></li>
      <li><span class="toc-num">03</span><a href="#robles">第九巡回区的罗伯斯框架</a></li>
      <li><span class="toc-num">04</span><a href="#andrews">安德鲁斯诉布利克案与第二巡回区模式</a></li>
      <li><span class="toc-num">05</span><a href="#certified">已获认证的案件</a></li>
      <li><span class="toc-num">06</span><a href="#denied">未获认证的案件</a></li>
      <li><span class="toc-num">07</span><a href="#unruh">依据第1781条和第3345条提起的州法院Unruh集体诉讼</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 杜克斯案后的第23条框架</h2>

  <p class="dropcap-first">2011年6月21日之后在美国联邦法院提起的每一起无障碍集体诉讼，都在<em>沃尔玛连锁店公司诉杜克斯</em>案，564 U.S. 338的阴影下展开诉讼。最高法院5比4的裁决——认定沃尔玛女性员工的全国性性别歧视集体诉讼缺乏第23（a）（2）条要求的"共同性"，因为这些女性的诉求涉及各门店经理"字面意义上的数百万项决定"——同时完成了三件事：它将共同性审查从"共同问题"收紧为"能获得共同回答的共同问题"；它重申了认证阶段的"严格审查"；它将第23（b）（2）条禁令救济集体诉讼推回至其传统的更窄范围，排除了利用（b）（2）在禁令之外获得"个体化金钱救济"的可能。</p>

  <p>对无障碍诉讼而言，<em>杜克斯</em>案的影响小于学界最初担忧的程度。原因在于，典型的无障碍集体诉讼并非广泛的全国性政策歧视集体诉讼，而是单一障碍集体诉讼：某零售商网站上的每一位盲人用户都遇到同一个无标签结账按钮；某连锁酒店的每一位轮椅使用者都遇到同一个不合规的淋浴间门槛；某流媒体服务的每一位聋人用户都遇到同一个缺失的字幕轨道。共同问题——这一单一障碍是否违反 Title III？——从构造上就能获得共同回答。障碍要么存在要么不存在，要么构成违规要么不构成。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">第23（a）条</span><span class="ps-desc">人数众多、共同性、典型性、充分代表性——每个集体诉讼必须满足的四项门槛要求</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">第23（b）（2）条</span><span class="ps-desc">内聚性禁令集体——无障碍案件的主力条款，因为 Title III 仅授权禁令救济</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">第23（b）（3）条</span><span class="ps-desc">主导性+优越性——用于联邦 Title III 索赔并行的州法 Unruh 损害赔偿集体诉讼</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">杜克斯过滤器</span><span class="ps-desc">2011年后的"严格审查"——法院必须深入审查所谓共同问题在庭审中是否真的能获得共同回答</span></div>
  </div>

  <p>杜克斯案后更难解决的问题是第23（b）（2）条的"内聚性"要求——第三、第五和第十一巡回区的法院认为（b）（2）要求"所投诉的行为使得对整个集体适用最终禁令救济是恰当的"。当个别集体成员有着实质不同的修复需求时——部分视力的用户需要颜色对比度修复；全盲用户需要替代文本修复；聋人用户需要字幕修复——即使共同性得到满足，内聚性分析也可能使认证受阻。2020年后，原告律师的应对方式是缩窄集体范围：今天获得认证的集体通常以特定残障类型（法律意义上的盲人用户）和特定障碍（被告电商网站对屏幕阅读器不可访问）加以界定，而非泛指所有残障。</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">约180</div><div class="method-label">已分析的联邦第23条裁决（2020—2025年）</div></div>
    <div class="method-card"><div class="method-num">约40%</div><div class="method-label">全部或部分获批</div></div>
    <div class="method-card"><div class="method-num">约32%</div><div class="method-label">因内聚性或共同性理由被驳回</div></div>
    <div class="method-card"><div class="method-num">约28%</div><div class="method-label">以其他理由解决——原告资格、无诉之虞、和解</div></div>
  </div>

  <hr />

  <h2 id="trend">02 · 2020—2026年认证趋势</h2>

  <p>2020年后联邦案卷的总体趋势是从杜克斯案后低点缓慢回升。在杜克斯案后最初三年——2012、2013、2014年——辩护律师发出胜利备忘录，预言无障碍集体诉讼作为有意义的程序工具走向终结。数据并未支持这一预言。认证批准率从杜克斯案前约55%（2005—2010年，裁决基数较小）跌至2012—2018年间约28%，随后随着地区法院逐渐接受狭义界定的单一障碍集体诉讼，在2020—2025年间稳步回升至约40%。</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the bar-chart
      section below; the line chart shows the trajectory over time,
      the bars show the value per period. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rule23-chart-title rule23-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rule23-chart-title">无障碍案件联邦第23条认证批准率，2005—2025年</title>
      <desc id="rule23-chart-desc">一张折线图，纵轴为认证批准率（0至60%），横轴为时间。杜克斯案前（2005—2010年）约为55%，杜克斯案后（2012—2018年）跌至28%，随后经历34%（2019—2021年）、38%（2022—2024年），至2025年回升至42%。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 10% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="100" x2="760" y2="100" />
        <line x1="80" y1="160" x2="760" y2="160" />
        <line x1="80" y1="220" x2="760" y2="220" />
        <line x1="80" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">60%</text>
        <text x="68" y="104" text-anchor="end">45%</text>
        <text x="68" y="164" text-anchor="end">30%</text>
        <text x="68" y="224" text-anchor="end">15%</text>
        <text x="68" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="120" y="305" text-anchor="middle">2005—10</text>
        <text x="260" y="305" text-anchor="middle">2012—18</text>
        <text x="430" y="305" text-anchor="middle">2019—21</text>
        <text x="570" y="305" text-anchor="middle">2022—24</text>
        <text x="700" y="305" text-anchor="middle">2025</text>
        <text x="120" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">杜克斯案前</text>
        <text x="260" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">杜克斯案后低点</text>
        <text x="430" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">罗伯斯时代</text>
      </g>
      {/* Data line — 55%, 28%, 34%, 38%, 42% mapped to y=60,168,144,128,112 */}
      <polyline points="120,60 260,168 430,144 570,128 700,112" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" />
      {/* Recovery emphasis (2019 onward) in red */}
      <polyline points="260,168 430,144 570,128 700,112" fill="none" stroke="#dc2626" stroke-width="3" stroke-linejoin="round" />
      {/* Data points */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="120" cy="60" r="5" />
        <circle cx="260" cy="168" r="5" />
      </g>
      <g fill="#dc2626" stroke="#dc2626" stroke-width="2">
        <circle cx="430" cy="144" r="5" />
        <circle cx="570" cy="128" r="5" />
        <circle cx="700" cy="112" r="6" />
      </g>
      {/* Value labels above each point */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="120" y="46">55%</text>
        <text x="260" y="154">28%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="430" y="130">34%</text>
        <text x="570" y="114">38%</text>
        <text x="700" y="98">42%</text>
      </g>
      {/* Dukes inflection marker */}
      <line x1="190" y1="40" x2="190" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="190" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">杜克斯案（2011年）</text>
    </svg>
    <figcaption>无障碍案件联邦第23条认证批准率在杜克斯案后早期低迷，自2020年随地区法院逐渐接受狭义单一障碍集体诉讼而持续回升。红色段标示回升阶段。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">无障碍案件联邦第23条认证批准率——分时段</div>
    <div class="bar-row"><div class="bar-label">2005—2010年（杜克斯案前）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:55%">约55%</div></div></div>
    <div class="bar-row"><div class="bar-label">2012—2018年（杜克斯案后）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">约28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2019—2021年（罗伯斯时代）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:34%">约34%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022—2024年</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">约38%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025年（年中样本）</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">约42%</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">约40%</div><div class="stat-desc">2020—2025年联邦认证批准率综合值</div></div>
    <div class="stat-box"><div class="stat-big">2:1</div><div class="stat-desc">实体对比纯网站认证率之比</div></div>
    <div class="stat-box"><div class="stat-big">第九&gt;第二</div><div class="stat-desc">第九巡回区批准率高于第二巡回区约8个百分点</div></div>
  </div>

  <p>有两点需要说明。其一，绝对数字较小。六年间约180起有争议的认证申请，平均每年约30份裁决——相对于每年约1.2万件 Title III 投诉的庞大总量而言，这只是极小的尾端。大多数 Title III 案件在集体认证之前便以个体诉讼方式和解，以律师费转移为基础，远在发现证据阶段结束之前。其二，批准率数字混合了"全部批准"和"部分批准"——而"部分批准"可能意味着与原告最初提案相比大幅缩窄的集体范围。一个从"全国所有盲人网站用户"压缩为"2022年至今在该网站未能成功购物的纽约居民"的集体诉讼，技术上属于已认证集体，但实质上规模小得多。</p>

  <hr />

  <h2 id="robles">03 · 第九巡回区的罗伯斯框架</h2>

  <p>第九巡回上诉法院2019年在<em>罗伯斯诉达美乐比萨有限责任公司</em>案，913 F.3d 898（第九巡回区，2019年）中作出的裁决，是杜克斯案后对数字无障碍集体认证影响最深远的单一案件。实质性裁决——Title III 适用于达美乐的网站和应用程序，因其与该连锁品牌实体门店之间存在足够紧密的"关联"——受到了最多关注。但对2026年案卷产生决定性影响的是程序性后续：通过将 Title III 的适用范围限定于与实体门店有关联的网站，第九巡回区同时限制了集体诉讼的地理范围。针对纯电商被告的全国性集体诉讼在第九巡回区难以获得认证；针对拥有网站的实体零售连锁品牌的地区性集体诉讼则可以。</p>

  <div class="callout info">
    <div class="ct">罗伯斯关联性规则用于集体诉讼的表述</div>
    <p>就第九巡回区针对网站运营者的无障碍集体诉讼而言，具名原告必须合理主张网站的无障碍缺陷妨碍了用户使用或进入实体公共场所。若被告没有实体经营地点——纯流媒体服务、无零售网点的纯电商——则第九巡回区的集体诉讼在尚未达到共同性分析之前，便已在理论上难以组建。</p>
  </div>

  <p>适用<em>罗伯斯</em>案的后续案件既有认证获批，也有认证被驳。<em>布鲁克斯诉喜诗糖果公司</em>案，2:22-cv-07410（加利福尼亚中区联邦地区法院）认证了一个由加州盲人用户组成的集体，被告是一家拥有全国实体门店的糖果品牌。<em>戴维斯诉特许传播公司</em>案，5:20-cv-01055（加利福尼亚中区联邦地区法院）以内聚性理由部分驳回认证，原因是不同客户群体的修复方案存在差异。<em>墨菲诉科尔百货公司</em>案，2:21-cv-04902（加利福尼亚中区联邦地区法院）在有争议的裁决前以和解告终，但案卷显示就内聚性问题有大量书面辩论。累积规律是：第九巡回区的地区法院愿意对实体被告认证狭义界定的单一残障单一障碍集体诉讼；不愿对纯网站被告认证包罗所有残障的宽泛集体诉讼。</p>

  <div class="quote-block">
    <div class="meta">罗伯斯诉达美乐比萨——第九巡回区，2019年</div>
    <div class="quote"><span lang="en">"The alleged inaccessibility of Domino's website and app impedes access to the goods and services of its physical pizza franchises — which are places of public accommodation. This nexus between Domino's website and app and physical restaurants is critical to our analysis."</span></div>
    <span class="source">913 F.3d 898, 905（第九巡回区，2019年），拒绝调卷，140 S. Ct. 122（2019年）</span>
  </div>

  <hr />

  <h2 id="andrews">04 · 安德鲁斯诉布利克案与第二巡回区模式</h2>

  <p>第二巡回区尚未产生可与<em>罗伯斯</em>案比肩的 Title III 网站巡回区级别裁决。但它产生了一系列强健的地区法院先例，以<em>安德鲁斯诉布利克艺术材料有限责任公司</em>案，268 F. Supp. 3d 381（纽约东区联邦地区法院，2017年）为锚点。温斯坦法官在<em>安德鲁斯</em>案中裁定——无需实体门店关联——不可访问的商业网站本身就是 Title III 下的"公共场所"。该裁决在此后数年间被纽约南区和东区地区法院引用数百次，构成支撑 SDNY/EDNY 网站无障碍投诉量的理论基础。</p>

  <p>就集体诉讼而言，<em>安德鲁斯</em>案的先例意义是双向的。由于第二巡回区的地区法院不要求实体门店关联，原告可以主张更宽泛的集体——纯网站被告在这里可被诉及，而在第九巡回区则不然。但由于第二巡回区尚未在上诉层面认可<em>安德鲁斯</em>案，SDNY 或 EDNY 的每份认证裁决都站在被告有理由在上诉中提出质疑的理论基础上。辩护律师利用这种不确定性，在 SDNY 比在加利福尼亚中区地区法院更积极地申请中止和依据第23（f）条申请中间上诉审查。</p>

  <p>第二巡回区范围内已获认证的无障碍集体诉讼数量较少，但在学理上具有重要意义。<em>马凯特诉五小伙汉堡企业有限责任公司</em>案，1:17-cv-00788（纽约南区联邦地区法院）在法院表明倾向于认证后以和解告终。<em>多明格斯诉香蕉共和国有限责任公司</em>案，1:19-cv-10171（纽约南区联邦地区法院）及类似的香蕉共和国系列案件获得认证，被告未提出上诉。<em>沙利文诉达美医生联营有限责任公司</em>案，1:18-cv-09309（纽约南区联邦地区法院）在认证问题之外还涉及特许经营商责任问题。总体模式是谨慎的地区法院认证后以和解收尾，而非进入上诉审查——这使理论基础仍显薄弱。</p>

  <div class="quote-block">
    <div class="meta">安德鲁斯诉布利克艺术材料——纽约东区联邦地区法院，2017年</div>
    <div class="quote"><span lang="en">"The ADA's mandate reaches the website of a public accommodation; the statute applies to the services of a public accommodation, not services in a place of public accommodation. To limit Title III to physical locations would be to read out the statute's grant to those with disabilities."</span></div>
    <span class="source">268 F. Supp. 3d 381, 394（纽约东区联邦地区法院，2017年）</span>
  </div>

  <hr />

  <h2 id="certified">05 · 已获认证的案件</h2>

  <p>2020年后联邦认证案件的代表性截面，呈现了地区法院愿意和不愿意批准的轮廓。模式一贯：狭义界定的单一残障单一障碍集体诉讼，具名原告是相关辅助技术的真实用户，被告的所谓障碍在整个集体中均匀存在。</p>

  <table class="dt">
    <thead>
      <tr><th>案件</th><th>法院 · 年份</th><th>集体定义（摘要）</th><th>结果</th></tr>
    </thead>
    <tbody>
      <tr><td><em>布鲁克斯诉喜诗糖果公司</em></td><td>加利福尼亚中区 · 2023年</td><td>加州盲人用户（喜诗网站）</td><td>认证（b）（2）</td></tr>
      <tr><td><em>多明格斯诉香蕉共和国有限责任公司</em></td><td>纽约南区 · 2022年</td><td>纽约屏幕阅读器用户（香蕉共和国电商）</td><td>认证（b）（2）</td></tr>
      <tr><td><em>马凯特诉五小伙汉堡企业</em></td><td>纽约南区 · 2021年</td><td>纽约盲人用户——认证前和解</td><td>和解解决</td></tr>
      <tr><td><em>瑟斯顿诉奥姆尼酒店管理公司</em></td><td>加州上诉法院 · 2021年</td><td>加州预订网站Unruh集体</td><td>认证（Unruh第1781条）</td></tr>
      <tr><td><em>沙利文诉达美医生联营有限责任公司</em></td><td>纽约南区 · 2021年</td><td>纽约屏幕阅读器用户——特许经营商责任</td><td>部分批准</td></tr>
      <tr><td><em>全国盲人联合会诉Container Store</em></td><td>马萨诸塞州 · 2020年</td><td>盲人销售终端用户</td><td>MDL合并前认证</td></tr>
      <tr><td><em>科塔诉雅达公司</em></td><td>加利福尼亚中区 · 2023年</td><td>加州盲人用户——Unruh损害赔偿集体</td><td>就Unruh诉因认证（b）（3）</td></tr>
      <tr><td><em>塔克诉全食超市</em></td><td>加利福尼亚北区 · 2024年</td><td>加州盲人用户——杂货收银终端</td><td>认证（b）（2）</td></tr>
      <tr><td><em>罗梅罗诉万豪国际</em></td><td>佛罗里达南区 · 2024年</td><td>佛州盲人用户——依据28 CFR §36.302(e)的预订系统</td><td>部分批准</td></tr>
      <tr><td><em>沃克诉山姆西部公司</em></td><td>华盛顿西区 · 2025年</td><td>华州轮椅使用者——门店通道宽度</td><td>认证（b）（2）</td></tr>
    </tbody>
  </table>

  <p>已获认证案件的共同结构特征是：集体定义限定于单一残障和单一障碍。具名原告确实使用相关辅助技术。拟议修复方案本身可在集体范围内统一适用，不以个体情形为前提。上述三个条件中任何一个缺失，认证均遭驳回或实质性缩窄。</p>

  <p class="pull-quote">今天获得认证的集体比2010年的集体更窄、更具残障针对性、更具障碍针对性。原告律师通过将内聚性限制写入集体定义，适应了杜克斯案后的新要求。</p>

  <hr />

  <h2 id="denied">06 · 未获认证的案件</h2>

  <p>驳回模式同样具有启示意义。在<em>加西亚诉梅西百货控股公司</em>案，2:21-cv-04150（加利福尼亚中区联邦地区法院）中，法院驳回认证，原因是具名原告寻求代表被告网站的所有残障用户，无论残障类别如何——内聚性分析失败，因为替代文本修复、字幕修复和键盘导航修复并非可互换的修复方案。在<em>洛佩兹诉Ulta沙龙</em>案，2:21-cv-09155（加利福尼亚中区联邦地区法院）中，具名原告以"测试者"而非"客户"的身份参与，引发了典型性问题，法院就此裁定不利于集体。在<em>卡斯蒂略诉Trader Joe's</em>案，5:23-cv-00788（加利福尼亚北区联邦地区法院）中，被告在诉讼过程中的修复行动使大多数具名原告的（b）（2）集体诉求因诉诸无益而失效。</p>

  <div class="callout warning">
    <div class="ct">测试者驱动的集体定义中的原告资格问题</div>
    <p>杜克斯案后，<em>TransUnion有限责任公司诉拉米雷斯</em>案，594 U.S. 413（2021年）提出的第三条修正案分析，被被告用于无障碍集体诉讼，主张未受损害的集体成员（从未实际尝试使用该网站的人）无法获得损害赔偿——因而根本不能成为第23（b）（3）条下的集体成员。该主张结果参半，但已将数个已认证集体从原告最初提出的"所有盲人用户"定义压缩。</p>
  </div>

  <p>第十一巡回区的立场最为不利。2021年以无诉之虞为由撤销<em>吉尔诉温恩-迪克西连锁店</em>案（993 F.3d 1266（第十一巡回区，2021年），发回重审后以无诉之虞为由撤销）后，第十一巡回区的地区法院在无罗伯斯式关联的情况下，对纯网站集体诉讼的认证更加审慎。第五巡回区的内聚性分析，可追溯至<em>马尔多纳多诉奥克斯纳诊所基金会</em>案，493 F.3d 521（第五巡回区，2007年），持续使（b）（2）认证在深南部地区面临困难。2026年的无障碍集体诉讼，在地理上是第九巡回区和第二巡回区的工具。</p>

  <hr />

  <h2 id="unruh">07 · 依据第1781条和第3345条提起的州法院Unruh集体诉讼</h2>

  <p>与联邦第23条诉讼轨道并行运作的，是加州州法院的Unruh集体诉讼。加州《民法典》第1781条——来源于《消费者合法救济法》并适用于Unruh及类似消费者保护法规——提供了程序机制。《民法典》第3345条在不公平或欺诈行为针对老年人或残障消费者时，提供损害赔偿三倍计算。两者组合产生了一种州法院集体诉讼工具，每次Unruh违规的法定损害赔偿为$4,000，最高可三倍至$12,000，而联邦 Title III 救济结构并不提供这一选项。</p>

  <p>加州上诉法院2021年在<em>瑟斯顿诉奥姆尼酒店管理公司</em>案，69 Cal. App. 5th 299中作出的裁决，是2020年后最重要的州法院无障碍集体诉讼判决。法院维持了对某连锁酒店预订网站认证的Unruh集体诉讼，驳回了被告关于个别集体成员须证明个体损害的主张。该裁决已被加州高等法院法官在后续Unruh集体认证申请中多次引用，成为2021年后州法院Unruh集体诉讼浪潮的理论基础。</p>

  <div class="callout safe">
    <div class="ct">州法院Unruh集体诉讼的战略逻辑</div>
    <p>对于能够可信地对加州居民被告提出Unruh损害赔偿索赔的原告，或加州居民原告而言，依据第1781条提起的州法院集体诉讼提供了联邦 Title III 集体诉讼所不具备的：损害赔偿救济。第3345条的三倍计算在所谓行为针对老年人或残障消费者时进一步提供乘数效应。代价是：州法院集体诉讼程序更慢，证据发现更繁重，上诉审查比联邦第23条路径更加不确定。</p>
  </div>

  <p>2024年对加州《民法典》第425.55条（高频诉讼人声明要求）的修订并未直接影响Unruh集体认证，因为第425.55条的门槛是针对个人原告的，但对加州连续原告诉讼的更广泛寒蝉效应，减少了洛杉矶、阿拉米达和圣地亚哥县高等法院的Unruh集体申请流量。加州司法委员会的年度残障无障碍报告追踪高频诉讼人声明，但不直接追踪Unruh集体认证，这使得变化的确切幅度难以量化。</p>

  <hr />

  <h2 id="outlook">08 · 2026年展望</h2>

  <p>三条主线将决定2026年余下时间的走向。</p>

  <ul>
    <li><strong>司法部 Title III 网站规则。</strong>一旦联邦合规标准最终确定——几乎可以肯定将是 WCAG 2.1 AA，与2024年4月《Title II》最终规则（28 CFR 第35部分H小部分）保持一致——将简化认证分析。当一个拟定盲人用户集体的每位成员都在对同一被告主张同一 WCAG 2.1 AA 违规时，内聚性分析将比当前拼接状态下更为顺畅。原告律师预期该规则将扩大而非压缩可认证范围。</li>
    <li><strong>最高法院可能的关联性问题调卷令。</strong>第十一巡回区悬而未决的立场、第九巡回区的<em>罗伯斯</em>路线，以及第二巡回区以<em>安德鲁斯</em>案为锚的地区法院拼接状态，产生了反复出现的调卷令申请队列。一旦颁发调卷令——无论裁决结果如何——将一夜之间重置已认证集体的地理分布。截至本文撰写时，2025年任期内网站无障碍领域的调卷令申请仍悬而未决。</li>
    <li><strong>州法院Unruh集体诉讼的漂移。</strong>2024—2025年纽约《民事诉讼法》第3211条改革将大量案件从 SDNY/EDNY 明显转移至新泽西、加州和州法院，这一转移以不同形式同样适用于集体认证轨道。随着联邦个体诉讼面临更高的程序门槛，对加州司法管辖区原告而言，选择州法院Unruh集体诉讼——凭借其损害赔偿救济和第3345条乘数——的战略逻辑愈加充分。</li>
  </ul>

  <h2 id="closing">贯穿始终的主线</h2>

  <p>2026年的无障碍集体诉讼既不是辩护律师在2012年描述的理论死信，也不是残障权利律师在2010年期待的结构性禁令前沿。它是少数战略诉讼组织——全国盲人联合会、全国聋人协会、残障权利倡导者、残障权利教育与辩护基金——使用的一种狭义工具，以针对零售商、酒店、流媒体服务和大学产生修复计划，同时运行着一条并行的加州州法院轨道，依据第1781条和第3345条提起Unruh损害赔偿集体诉讼，提供联邦 Title III 救济所不具备的赔偿。</p>

  <p>认证批准率从杜克斯案后低谷的回升是真实的，但幅度有限。约40%的有争议认证申请获得全部或部分批准——明显优于2012—2018年28%的低点，明显不及杜克斯案前的55%。获得认证的案件之所以能够获认，是因为原告律师已学会将内聚性限制写入集体定义：单一残障、单一障碍、单一辅助技术、单一修复路径。司法部待定的 Title III 网站规则、最高法院可能的关联性问题调卷令，或持续向州法院Unruh集体诉讼的漂移，是否会改变这一模式，是2026年悬而未决的问题。</p>

  <p>更多内容，请参阅 Disability World 关于<a href="/regulations/us/">ADA</a>的专题，关于<a href="/articles/serial-plaintiffs-versus-individuals/">谁真正推动 Title III 执法</a>的报道，以及<a href="/articles/">2026年报道记录</a>。</p>

  <footer class="footer-note">
    <p><strong>方法与数据：</strong>联邦第23条批准率汇总，来源于 PACER 案卷搜索——检索标注了ADA Title III和《康复法》第504条索赔且第23条认证申请于2011年至2025年间获得裁决的案件，并与 Westlaw 和 Bloomberg Law 已发布的第23条裁决交叉核对。180件申请的数量为估计值；精确数字因统计方法不同而有所差异，且不包含在裁决前通过和解解决的申请。州法院Unruh集体数据来源于加州司法委员会年度残障无障碍报告及高等法院案卷摘要。</p>
    <p><strong>法律背景：</strong>《美国残障人法》Title III，42 U.S.C. §12181 et seq.（1990年）；《联邦民事诉讼规则》第23条（1966年，2003年修订）。加州《民法典》第51、52、1781、3345条（Unruh法、法定损害赔偿、CLRA集体诉讼程序、三倍损害赔偿增强）；第425.50—425.55条（高频诉讼人声明）。28 CFR 第35部分H小部分（Title II最终规则，2024年4月，采用 WCAG 2.1 AA）。关键第23条裁决：<em>沃尔玛连锁店公司诉杜克斯</em>，564 U.S. 338（2011年）；<em>康卡斯特公司诉贝伦德</em>，569 U.S. 27（2013年）；<em>TransUnion有限责任公司诉拉米雷斯</em>，594 U.S. 413（2021年）；<em>马尔多纳多诉奥克斯纳诊所基金会</em>，493 F.3d 521（第五巡回区，2007年）。无障碍案件引用：<em>罗伯斯诉达美乐比萨有限责任公司</em>，913 F.3d 898（第九巡回区，2019年），拒绝调卷，140 S. Ct. 122（2019年）；<em>安德鲁斯诉布利克艺术材料有限责任公司</em>，268 F. Supp. 3d 381（纽约东区联邦地区法院，2017年）；<em>瑟斯顿诉奥姆尼酒店管理公司</em>，69 Cal. App. 5th 299（2021年）；<em>吉尔诉温恩-迪克西连锁店</em>，257 F. Supp. 3d 1340（佛罗里达南区联邦地区法院，2017年），撤销为无诉之虞，993 F.3d 1266（第十一巡回区，2021年）。</p>
    <p><strong>本文声明：</strong>非无障碍集体诉讼的完整案卷。加州以外州法院的Unruh认证、教育和联邦承包商领域的并行《康复法》第504条集体诉讼，以及在有争议裁决前以和解解决的大量申请，均未涵盖在内。本文是对公共政策与程序争议的编辑性分析，非法律意见。面临集体诉讼投诉或考虑提起拟定集体诉讼的读者，应咨询在相关司法管辖区取得执业资格的律师。</p>
  </footer>

</div>

---
title: 无障碍债务即技术债务：面向工程领导者的会计核算框架
url: https://www.disabilityworld.org/zh/articles/accessibility-debt-as-technical-debt/
description: 工程领导者使用严重性与可能性矩阵追踪技术债务。无障碍债务同样值得相同的核算方式——本文提供一套受CVSS启发的严重性评分、修复成本估算工具、投资组合视图以及季度燃尽仪表板，并附三个行业案例。
author: Disability World
pubDate: 2026-05-22
tags: accessibility-debt, technical-debt, engineering-leadership, cvss, prioritization, explainer
---

# 无障碍债务即技术债务：面向工程领导者的会计核算框架

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一叠红色便利贴贴在玻璃办公室墙上，最上面一张用粗体马克笔写着"债务"，背景是一块模糊的看板——这是工程组织中无障碍债务核算的视觉标志。</p>

<p class="rt-prefix">阅读时长：11分钟</p>

<p class="wp-block-paragraph">每一个成立超过十八个月的工程组织，都会保有一份台账——正式的或非正式的——记录着<strong>技术债务</strong>。其形态耳熟能详：一个Jira标签、一张电子表格、每季度与工程副总裁的评审会、一列严重性、一列可能性，以及一次分诊会议，决定本季度偿还哪些债务、哪些继续滚存。这套核算方式粗糙但真实：领导层大致了解代码库承载了多少债务、集中在哪里、再忽视一个季度的代价是多少。<strong>无障碍债务</strong>——在生产环境中累积的WCAG违规、ARIA错误实现、键盘陷阱、缺失标签、对比度不足、焦点顺序回退以及不可访问组件——在一切有意义的层面上，都是技术债务。它被记录在审计报告中，正如缺陷债务被记录在错误监控工具中一样。它以相同的方式滋生利息：每一个基于不可访问组件构建的新功能，都会成倍增加修复成本。它以<a href="/articles/accessibility-class-actions-2026/">集体诉讼风险</a>、<a href="/articles/eaa-article-13-fines-by-member-state/">监管罚款</a>和用户流失的形式产生利息。然而，大多数工程组织将其记录在一本平行账簿上，这本账簿从未进入技术债务评审会议。</p>

<p class="wp-block-paragraph">本文提出将无障碍债务纳入已有的工程债务核算体系。三套具体工具完成这项工作：一套受CVSS启发的<strong>严重性评分</strong>，结合axe规则严重程度、组件访问频率和用户影响层级；一套基于代码触及行数和文件覆盖率构建的<strong>修复成本估算工具</strong>；以及一个<strong>投资组合视图</strong>，让工程副总裁能在同一仪表板中同时看到按组件分布的债务和按WCAG支柱分布的债务，而这个仪表板已经展示了P1缺陷待办列表。本文的论点并非说无障碍属于工程而非设计或产品——它横跨三者。本文的论点是：<strong>工程领导者已经拥有一套成熟的分诊框架，用于处理那些无声复利的风险</strong>，而正确的做法是将无障碍纳入其中，而非另起炉灶，与之争夺注意力。</p>

<h2 class="wp-block-heading" id="h-the-accounting-frame">核算框架</h2>

<p class="wp-block-paragraph">以工程组织已有的技术债务台账为模型。在一份健康的台账中，每一项债务都具备五个属性：<strong>组件</strong>（其在代码库中的位置）、<strong>严重性评分</strong>（若被利用或触发，后果有多严重）、<strong>可能性信号</strong>（受影响的界面在生产环境中被实际触及的频率）、<strong>估算修复成本</strong>（工程师工时、代码行数、涉及文件数）以及<strong>投资组合桶</strong>（安全债务、性能债务、依赖债务、测试债务）。台账每季度审查一次。燃尽图追踪总债务随时间的变化。工程团队通常保留10%到20%的产能用于偿还债务，具体比例因组织成熟度而异。</p>

<p class="wp-block-paragraph">无障碍审计发现的问题，天然地无法契合上述任何一列。典型的审计报告按WCAG成功标准列出违规（"1.1.1 非文本内容：缺少alt"）、按axe-core或WAVE分类给出严重程度（"严重/较严重/中等/轻微"），以及一个页面或截图引用。它不会指出该违规所在的组件，不会说明受影响页面的实际访问频率，不会估算修复成本，也不会按WCAG支柱以外的任何维度分类——而WCAG支柱分类法是为合规报告设计的分类体系，而非为工程分诊服务。该框架的首要任务，是将审计发现转换为与台账其余部分相同的五列格式，从而让同一场评审会议能同时讨论两者。</p>

<h2 class="wp-block-heading" id="h-severity-likelihood">严重性乘以可能性</h2>

<p class="wp-block-paragraph">通用漏洞评分系统（CVSS）是安全漏洞的行业标准严重性评分，由三组指标构建：基础分（缺陷的内在属性）、时序分（利用状态和补丁可用性）和环境分（与特定部署的相关性）。基础分将可利用性子分与影响子分结合，产生一个0到10之间的数值。时序分和环境分根据具体组织的背景对基础分进行调整。整套机制旨在使一个通用发现——"CVE-2024-XXXX，基础分7.4"——能够被了解自身实际部署情况的防御者在本地重新评分。</p>

<p class="wp-block-paragraph">以CVSS为原型的无障碍严重性评分将携带相同的三层结构。<strong>基础层</strong>是violated规则的axe-core或Lighthouse严重程度评级——"button-name"规则上的"较严重"违规，基础分在7到8之间；"landmark-one-main"规则上的"中等"违规，基础分在4到5之间。无论该违规出现在营销落地页还是结账流程中，基础层都保持不变。<strong>环境层</strong>对<strong>组件访问频率</strong>施加乘数：结账页面上的违规（100%付费用户都会经过）乘数为1.0；仅有4%用户访问的帮助中心文章上的违规乘数为0.04。访问频率乘数将通用发现转换为按组织实际流量进行校准的发现。<strong>用户影响层</strong>根据哪些辅助技术用户受阻施加层级乘数：装饰性图片上缺失的alt属性不会阻碍任何人（0层）；搜索框上缺失的标签会阻碍所有屏幕阅读器用户（1层）；键盘陷阱会阻碍所有纯键盘用户，包括使用单开关输入和语音控制的人（2层——影响范围最广）。</p>

<p class="wp-block-paragraph">综合严重性评分是三者之积：<strong>基础分 × 访问频率 × 影响层级</strong>，归一化至0到10的量程。结果如下：结账页面（访问频率1.0）上的"较严重"axe发现（基础分7），阻碍所有屏幕阅读器用户（1层），评分约为7.0——P1级别。相同的"较严重"发现出现在已废弃的管理页面（访问频率0.005），阻碍相同用户群体，评分约为0.04——待办事项。首页主图（访问频率0.9）上的"中等"axe发现（基础分4），阻碍所有键盘用户（2层），评分约为7.2——仍属P1级别。该评分准确捕捉了一个直觉：<strong>仅凭严重程度本身是不够的</strong>：无人访问的页面上的严重违规，其紧迫性低于产品中访问量最高页面上的中等违规。CVSS十年前在安全领域做出了相同的转变。无障碍理应得到同等对待。</p>

<h2 class="wp-block-heading" id="h-cost-estimator">修复成本估算工具</h2>

<p class="wp-block-paragraph">分诊决策的另一半是成本。修复耗时200个工程师工时的P1严重性评分，与修复仅需0.5个工程师工时的P1评分，优先顺序截然不同。工程领导者整天都在隐性地做这种权衡；成本估算工具给了他们一个可以据理争辩的数字，而非靠感觉。该估算工具基于代码库本身可获取的两个信号：<strong>每次修复所触及的代码行数</strong>（LOC-touched），以及<strong>文件覆盖率</strong>——若一致性地应用该修复，将涉及多少文件。</p>

<p class="wp-block-paragraph">单个输入框的标签缺失修复，是一个文件、两行代码的改动。一个在47处被使用的共享输入组件上的标签缺失修复，源码改动仍然是两行——但文件覆盖率是47，QA覆盖面是47个页面，设计系统审查触及整个表单库。仅存在于一个路由中的自定义日期选择器的键盘陷阱修复，是一个较小的改动。一个在过去三年间被复制粘贴到八个团队路由中的自定义日期选择器的键盘陷阱修复，则是一个较大的改动——因为一致性修复要么需要八个并行补丁，要么需要先将其整合到一个共享组件中。估算工具不需要精确，它需要在正确的数量级范围内——一个工程师工时、十个工程师工时、五十个工程师工时、两百个工程师工时——使分诊会议能够比较两种形态不同的修复方案。</p>

<p class="wp-block-paragraph">该框架借鉴了重构成本估算中的一条有用启发式规则：<strong>成本在约50行代码以内时与LOC-touched线性增长，超过约5个文件后大致与文件覆盖率的平方根成比例增长</strong>。一次跨1个文件、5行代码的修改耗时一个工程师工时；相同修复复制到25个文件中，大约耗时五个工程师工时，而非二十五个——因为第二次到第二十五次的应用摊销了诊断和审查的开销。平方根缩放关系至关重要：正是它解释了为何设计系统层面的修复，每个调用点的成本远低于各团队独立打补丁，也是在组件级别而非页面级别偿还无障碍债务的核心经济学论据。</p>

<h2 class="wp-block-heading" id="h-portfolio-view">投资组合视图</h2>

<p class="wp-block-paragraph">一旦每条无障碍发现都有了严重性评分和成本估算，工程组织便拥有了一个<strong>投资组合</strong>——与已存在于工程记分卡中的安全漏洞投资组合或性能回退投资组合完全类似。该投资组合从两个维度切分。<strong>按组件分布的债务</strong>汇总给定React或Vue组件中所有发现的严重性，揭示每个工程师工时的重构能带来最高无障碍风险回报的组件。<strong>按支柱分布的债务</strong>汇总四个WCAG支柱（可感知、可操作、可理解、健壮性）的严重性，揭示哪类失败在团队的设计和评审实践中被系统性地低估。</p>

<p class="wp-block-paragraph">按组件分布的债务切片，是驱动季度投资决策的那个维度。如果60%的总严重性集中在十五个组件中——这是典型情况——那么每季度对这十五个组件投入20个工程师工时，可以退还约60%的严重性，而这种退还会在使用这些组件的每个页面上产生复利效应。按支柱分布的债务切片，是驱动<em>流程</em>决策的那个维度：如果70%的严重性集中在"可操作"（键盘、焦点、时间限制失败）下，说明团队的设计评审正在放过可操作性问题，修复措施是添加设计评审清单，而非启动修复冲刺。如果70%的严重性集中在"可感知"（alt文本、字幕、对比度、感官特征）下，差距在于内容生产环节，修复措施是增加创作工具守卫，而非启动开发冲刺。投资组合视图将审计发现转化为<strong>投资命题</strong>，这是工程领导者实际用于资金决策的形式。</p>

<h2 class="wp-block-heading" id="h-three-examples">三个行业特定案例</h2>

<p class="wp-block-paragraph">在不同行业中，相同的核算框架会产生截然不同的优先级排序，因为访问频率乘数和用户影响层级是特定于行业的。三个简短的演示可以说明这一点。</p>

<h3 class="wp-block-heading" id="h-fintech">金融科技消费应用</h3>

<p class="wp-block-paragraph">消费类金融科技产品（数字银行、新型经纪商、支付钱包）拥有少量极高流量的核心流程——注册、余额查询、转账、交易历史——95%的月活跃用户都会经过。与此同时，它还拥有大量边缘场景页面（联名账户治理、受益人指定、税务报表导出），不足1%的用户会访问。在严重性评分体系下，访问频率乘数几乎完全压缩了长尾：即便拥有1层用户影响乘数，税务报表导出上的严重违规评分也低于0.1。<strong>投资组合压缩到约30个组件，产生90%的总严重性</strong>，全部集中在四个核心流程中。金融科技工程领导者通常有预算在两个季度的专项投入内退还这个压缩后的投资组合，而监管背景——<a href="/articles/eu-ai-act-disability-intersection/">欧盟AI法案</a>对自动化决策的规定，加上EAA第13条罚款——将这项投资同时转化为风险对冲和针对流程中仍存在键盘陷阱的现有机构的竞争护城河。</p>

<h3 class="wp-block-heading" id="h-edtech">教育科技学习平台</h3>

<p class="wp-block-paragraph">教育科技平台（K-12或高等教育）呈现截然相反的流量形态：大量<strong>内容页面</strong>（每节课、每项作业、每次评估）的单页访问频率虽低，但累积覆盖面巨大。访问频率乘数不像在金融科技中那样压缩投资组合。此外，教育科技还携带金融科技所没有的用户影响层级放大效应：在美国，残障学生在Section 504和IDEA下受到联邦保护，在欧盟，EAA正在逐步落实的教育豁免条款将于2027年完成。结果是，单节课页面（访问频率0.001，影响层级1）上的中等违规仍会评到不可忽视的分值，因为该违规模式在约8,000节课中重复出现。<strong>教育科技债务最适合在创作工具层面解决</strong>，因为在课程模板组件中的单次修复，可以在从该模板渲染的每个页面上退还该违规。按组件分布的债务切片，几乎总是指向锚定整个内容库的三四个模板组件。</p>

<h3 class="wp-block-heading" id="h-saas-b2b">SaaS B2B平台</h3>

<p class="wp-block-paragraph">B2B SaaS平台（CRM、ERP、HR、开发工具、可观测性工具）呈现第三种形态：高密度数据网格界面、大量管理页面，以及被少量用户<em>反复</em>访问的集成配置流程。每页访问频率可能具有误导性；正确的分母是<strong>会话时长</strong>而非唯一访问量，因为一名资深用户每天在数据网格中花费六个小时。在以会话时长调整后的访问频率下，数据网格的评分远高于营销风格页面，即便不到10%的席位会访问它。用户影响层级同样被放大：企业采购越来越多地包含<a href="/articles/accessibility-aware-rfp-teardown/">无障碍意识RFP要求</a>，这意味着数据网格中的单个1层违规，可能在采购问卷阶段导致一份六位数合同的丢失。SaaS工程领导者通常得出结论：正确的偿还策略是<strong>按组件逐一处理数据网格库</strong>，库的每个发布版本都携带可量化的严重性降低值，供采购团队在下一份RFP中引用。</p>

<h2 class="wp-block-heading" id="h-burn-down-dashboard">季度燃尽仪表板示例</h2>

<p class="wp-block-paragraph">认真追踪技术债务的工程组织，会在工程全员会议演示文稿中发布季度燃尽图：季度初的总债务、本季度退还的债务、本季度新增的债务（来自审计的新发现、新功能引入的新违规），以及季度末的债务。无障碍债务仪表板完全镜像这一结构。核心指标是<strong>总加权严重性</strong>——所有未解决发现的基础分×访问频率×影响层级之和，在0到10的归一化量程上汇总为单一的投资组合数字。一个有用的次要指标是<strong>每千次页面访问的严重性</strong>，用于控制产品增长因素：一个在页面访问量增长的同时显示加权严重性下降的仪表板，意味着团队偿还债务的速度快于新增速度。</p>

<p class="wp-block-paragraph">仪表板的其他面板直接从投资组合切片中得出。<strong>按债务排名前10的组件</strong>，显示当前严重性和工程师工时估算，以及针对本季度从列表中移除的组件的"本季度已修复"注释。<strong>按WCAG支柱分布的债务</strong>，以堆叠柱状图显示可感知/可操作/可理解/健壮性的比例，以及过去四个季度中的变化趋势。<strong>本季度新增债务</strong>，按来源分类——来自新审计发现（已存在的潜在债务被发现）还是本季度发布功能时引入的新违规——后者是告知领导层团队的设计评审和左移工具是否有效的数字。<strong>预测燃尽</strong>，将当前季度的推进速度向前预测，估算总严重性何时达到目标阈值（通常是最大未解决执法风险已缓解、下一轮采购问卷可以无保留地回答的评分）。</p>

<p class="wp-block-paragraph">这个仪表板刻意设计得乏味。它看起来与工程副总裁已经阅读的每一个工程仪表板相同——相同的坐标轴、相同的惯例、相同的季度节奏。这正是重点所在。无障碍债务历史上一直游离于工程记分卡之外，因为它缺乏一种工程领导者能够一目了然的呈现形式。将其放在同一仪表板上，采用相同的形式，使用工程职能已经使用的相同严重性×可能性逻辑，消除了将无障碍视为特殊情况的认知负担。它成为工程风险的又一类别，被衡量、被权衡、按计划燃尽——这是它一直以来的本质。</p>

<h2 class="wp-block-heading" id="h-final-thoughts">结语</h2>

<p class="wp-block-paragraph">上述框架并不改变什么算作无障碍失败。这由WCAG定义。它不改变哪些用户受影响，或法律要求什么。<a href="/regulations/">监管地图</a>已经对此做出定义。它改变的是从审计师传递给工程领导者的信息<strong>形态</strong>。以PDF审计报告形式到达的无障碍发现，被重新转化为附有严重性评分、成本估算和组件标签的Jira工单——与所有其他工程风险到达时的形态相同。分诊成为可能。燃尽变得可衡量。季度投资成为工程副总裁能在预算会议上为之辩护的数字。</p>

<p class="wp-block-paragraph">还有一种更柔性的效果。工程团队擅长维护可以衡量的事物，而不擅长维护无法衡量的事物。无障碍在过去二十年里一直处于测量边界之外——用WCAG语言描述，用合规语言审计，但从未融入驱动季度决策的工程债务语言中。这种排斥的代价，在每一份落到总监案头、引发一场疯狂修复全员冲刺、随后是又十二个月回退的审计报告中清晰可见。<strong>解决方案不是更多的审计。解决方案是将无障碍放在与其他工程工作相同的账簿上，使用相同的严重性数学、相同的成本估算工具和相同的季度节奏。</strong>这样做的工程领导者，不会再对下一次审计感到意外。审计成为仪表板早已显示内容的确认。</p>

</div>

---
title: 无障碍事故应纳入SRE事后复盘
url: https://www.disabilityworld.org/zh/articles/accessibility-incidents-sre-postmortem/
description: 一套有效论证——无障碍回退属于SRE级别的事故，可被观测、可分配严重性层级，并可上报至PagerDuty/Opsgenie/Statuspage。
author: Disability World
pubDate: 2026-05-22
tags: sre, incidents, postmortem, oncall, accessibility, engineering-process, explainer
---

# 无障碍事故应纳入SRE事后复盘

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一台显示SRE事故管理仪表板的显示器，屏幕上有红色"INCIDENT"警报横幅，旁边放着一台呼叫器——这是将无障碍纳入事故报告体系的视觉标志。</p>

<p class="rt-prefix">阅读时长：9分钟</p>

<p class="wp-block-paragraph">当结账页面宕机时，SRE团队会收到呼叫通知，分配严重性层级，开设战情室，二十四小时后一份无责任归咎的事后复盘文档会流转，其中包含时间线、根本原因部分和纠正措施列表。当同一个结账页面发布了一个使信用卡字段无法通过键盘访问的回退时，通常发生的情况是：一名前端工程师三个迭代周期后注意到了，提交了一个标记为"无障碍"的Jira工单，工单在待办列表中搁置，直到某人有余闲处理它。这两种结果——某个用户群体被锁定在正常运行的生产系统之外——在功能上完全相同。内部响应却天壤之别。本文认为第二种响应已然失效，第一种响应才是正确的响应，而从第二种到第一种的路径比大多数工程组织所设想的更短。更广泛的从业者背景，请参阅我们的姊妹文章：<a href="/articles/accessibility-debt-as-technical-debt/">将无障碍债务视为技术债务</a>；本文专注于事故响应。</p>

<p class="wp-block-paragraph">这一转变并非哲学层面的。无障碍回退是可观测的，是可分级的，并且可以干净地纳入你的团队已经在PagerDuty、Opsgenie、FireHydrant、Statuspage以及贵组织标准化的任何运行手册库上运行的同一套事故管理工作流。工具已然存在。信号已然存在。分类框架——WCAG 2.2——是一份已发布的、可机器比对的合同，其标准直接映射到严重性层级。通常缺失的是组织设计步骤：某人必须宣布生产环境中的无障碍回退是一个大写I的事故，而这一宣告必须伴随值班轮换、严重性矩阵、事后复盘模板和纠正措施审查委员会。这一宣告，正是本文试图支持的工作。</p>

<h2 class="wp-block-heading" id="h-why-a11y-is-sre-grade">为何无障碍回退属于SRE级别</h2>

<p class="wp-block-paragraph">在现代SRE实践中，事故是指任何导致服务对用户降级的计划外事件。该定义并未指定哪些用户、哪种交互模式或哪种辅助技术。一个返回500错误的登录按钮是事故，因为用户无法登录。一个丢失了可访问名称、现在向屏幕阅读器报告为"button"的登录按钮，也是事故，因为那位用户同样无法登录。历史上，内部团队在解读这两种故障模式时采用了不同的心理分类——前者是"停机"，后者是"缺陷"——但从用户的角度来看，体验是相同的：一个正常运行的生产系统，对他们停止了工作。</p>

<p class="wp-block-paragraph">无障碍之所以游离于这一框架之外，部分原因在于工具。过去，故障可以通过合成监控和错误率仪表板实时观测，而无障碍回退只能在部署数周或数月后通过人工审计才能浮现。这一差距已经消弭。axe-core、Pa11y、Lighthouse CI和Deque的持续监控套件，现在在成熟的流水线中随每次部署运行，将差异呈现到与p99延迟和5xx错误率相同的Datadog或Grafana面板中。信号是实时的。无障碍游离于这一框架之外的另一个原因，是严重性层级的混乱：停机的严重性显而易见，因为指标是二元的（页面返回或不返回），而无障碍回退的严重性感觉更模糊。但它并不模糊。结账页面上的WCAG 2.2 A级别失败是严重性1级——在法律和操作上至关重要的界面对整个用户群体不可用。同一结账页面上的WCAG AA级失败是严重性2级。营销页面上的AAA增强回退是严重性4级。这套矩阵可以用一份单页文档发布，工程组织可以在一次规划会议上批准它。</p>

<h2 class="wp-block-heading" id="h-detection-scanning-alerting">检测：扫描与告警</h2>

<p class="wp-block-paragraph">将无障碍作为事故处理的检测堆栈共有三层，如果你进行过任何持续无障碍工作，这三层在你的CI流水线中都已经存在。第一层是构建时扫描。每个拉取请求对一组代表性页面运行axe-core或同等工具，返回JSON报告，并在发现回退时使构建失败或提交发现。这与Snyk、SonarQube或任何其他质量门禁的形态相同。第二层是部署时合成监控。部署落地生产后，一个无障碍合成器——在与你的可用性监控工具访问的相同关键用户旅程页面上运行无头Chrome——运行相同的axe扫描并将结果写入时序存储。第三层是运行时异常检测。每当部署时扫描返回差异——一个在上次部署中不存在的新违规——该差异就通过Webhook触发PagerDuty（或Opsgenie，或你的团队使用的任何工具）的事件，payload包含页面URL、WCAG标准、严重性层级以及截图深链。</p>

<p class="wp-block-paragraph">正是这个Webhook创造了魔法效果。PagerDuty集成将无障碍事件视为具有正常严重性的普通事故，向正常值班轮换发出正常告警，并在Slack或Teams中开启正常事故频道。接手处理的值班工程师无需任何专门的无障碍培训即可进行分诊——他们只需要运行手册条目，该条目说明"对于无障碍严重性1级，回滚部署并呼叫轮换中的无障碍主题专家"。该运行手册条目是一个五行YAML文件，不比数据库故障转移的运行手册更复杂。检测堆栈并非难点。真正困难的是文化步骤：将由此产生的呼叫视为真正的呼叫，而非某人可以静音的通知。</p>

<h2 class="wp-block-heading" id="h-postmortem-template">事后复盘模板</h2>

<p class="wp-block-paragraph">无障碍事故的无责任归咎事后复盘与任何事后复盘共享相同的标准章节——摘要、时间线、影响、根本原因、经验教训、行动项——并增加了通用模板所省略的两个特定字段。第一个附加字段是以辅助技术用户群估算表示的<strong>受影响用户数</strong>。标准事后复盘报告"约14,000名用户在14:02至15:37之间无法完成结账"。无障碍事后复盘报告"全球约280,000名用户依赖屏幕阅读器进行信用卡录入；该回退使字段无法被宣告；在事故持续期间，无视觉辅助导航用户的信用卡录入率降至零"。第二个附加字段是所违反的<strong>WCAG标准</strong>，以标准编号和符合级别表示："1.3.1 信息和关系（A级），4.1.2 名称、角色、值（A级），2.4.6 标题和标签（AA级）"。这两个字段使事后复盘对默认不阅读工程事后复盘的法律、无障碍和合规合作伙伴可读。</p>

<p class="wp-block-paragraph">文档其余部分遵循标准SRE工作手册模板——以UTC时间戳为键的简洁散文时间线、"哪些做得好/哪些做得不好"反思块，以及纠正措施列表，每项由具名工程师负责，附有截止日期和Jira工单。无责任归咎的框架在此处与其他地方同样重要：事后复盘的目标不是找到发布回退的工程师，而是找到允许回退发布的系统漏洞。以归咎口吻撰写的无障碍事后复盘只产生一种结果——工程师停止报告无障碍问题。以无责任归咎口吻撰写的无障碍事后复盘产生相反的结果——工程师开始主动提出，因为对话围绕的是流水线，而非个人。</p>

<h2 class="wp-block-heading" id="h-five-whys-for-accessibility">5个为什么，为无障碍定制</h2>

<p class="wp-block-paragraph">丰田的5个为什么练习——通过连续五次追问"为什么"，从症状钻探到原因——可以清晰地转化为无障碍回退，并产生与等效的延迟停机练习不同的一套根本原因发现。一个实例：信用卡字段丢失了可访问名称。为什么？因为在上次重新设计冲刺中，&lt;label&gt;元素被移除了。为什么？因为设计师用浮动标签模式替换了标签，该模式以带样式的&lt;span&gt;实现。为什么？因为设计师使用的设计系统组件没有提供默认可访问的浮动标签变体。为什么？因为构建该组件的设计系统贡献者从未对其Storybook条目运行axe-core。为什么？因为设计系统仓库没有axe-core CI门禁。</p>

<p class="wp-block-paragraph">纠正措施从第五个为什么中得出：在设计系统CI中添加axe-core。请注意，这一结论与一个"为什么"的练习会产生的纠正措施（"在信用卡字段上重新添加标签"）有多么不同。一个为什么的修复是对症状打补丁。五个为什么的修复可以防止下二十次同类型回退。无障碍对5个为什么分析特别敏感，因为大多数无障碍回退的根本原因是流水线或设计系统漏洞，而非单次疏忽提交——一旦找到漏洞，一次修复就能消除整类回退。一个团队在六个月内对每次严重性1级和严重性2级无障碍事故进行5个为什么分析，最终会拥有一条能在绝大多数回退到达生产之前予以捕获的流水线，而无需任何人撰写任何额外的人工审计。</p>

<h2 class="wp-block-heading" id="h-three-case-studies">三个案例研究</h2>

<p class="wp-block-paragraph">我们与欧洲零售银行业一家金融科技平台交流，该平台于2024年底在监管机构调查迫使其改变姿态后采用了无障碍即事故模式。他们在每次部署中添加了axe-core扫描，将结果作为专用"a11y"服务接入PagerDuty，并将一名无障碍主题专家添加到事故指挥官轮换中，作为针对严重性1级和严重性2级事件的二级响应人。在前六个月，他们记录了十一起无障碍事故——三起严重性1级（登录流程、交易确认、报表下载）、六起严重性2级（账户设置表单、文档上传组件、营销轮播图）以及两起严重性3级（帮助中心的外观色彩对比度回退）。严重性1级的平均解决时间为四十六分钟。采用该模式前一年同期，严重性1级的平均解决时间为三十八天。</p>

<p class="wp-block-paragraph">美国西海岸一家电子商务平台将相同的模式接入FireHydrant而非PagerDuty，并在Statuspage上添加了一个名为"辅助技术兼容性"的组件，向公开面向的客户报告明确状态。该Statuspage组件在第一季度两次变红——一次因为搜索结果页面的屏幕阅读器回退，一次因为地址自动完成弹窗的键盘陷阱——两次公开发布都在四小时内收到了受影响用户的反馈，这大大加速了修复进程。该平台工程主管告诉我们，公开承认无障碍事故所产生的客户信任效应，是一个意外的积极外部效益。一家销售项目管理软件的SaaS B2B供应商将该模式进一步推进：他们任命了一名无障碍主题专家担任事故指挥官轮换职位，赋予该角色对引入严重性1级或严重性2级无障碍回退的生产部署的否决权，并在十二个月内将部署后无障碍事故率降低了约70%。组织设计步骤——在具名位置安排具名人员，赋予具名权限——是单一效益最高的变革。</p>

<h2 class="wp-block-heading" id="h-org-design-implications">组织设计启示</h2>

<p class="wp-block-paragraph">检测和事后复盘工具是这一转变的容易部分。困难的部分是组织设计：某人必须拥有无障碍值班轮换，某人必须主持无障碍事故的纠正措施审查委员会，某人必须撰写通才值班工程师在凌晨三点阅读的运行手册条目。在上述三个案例研究中有效的模式，与安全团队十五年前经历等效转变时奏效的模式相同：一个小型嵌入式无障碍团队——通常是两到四名从业者——拥有运行手册，作为二级呼叫角色参与事故指挥官轮换，并主持每周回顾上周所有无障碍事故的评审会。通才值班工程师处理第一响应（回滚部署、开启事故频道、呼叫主题专家）；主题专家处理分类、WCAG映射和事后复盘起草。</p>

<p class="wp-block-paragraph">该团队的汇报线至关重要，但三个案例研究在这一点上存在分歧。金融科技平台将无障碍团队直接置于SRE组织之下。电子商务平台将其置于设计系统之下。SaaS B2B供应商将其置于工程卓越部门之下，与安全团队并列。这些都没有错。重要的是该团队拥有预算、编制、运行手册库和事故指挥官凭证——这些是区分运营职能与顾问职能的要素。作为顾问职能存在于设计部门内的无障碍团队，无法处理严重性1级，因为他们无法回滚部署。作为运营职能存在于工程组织内的无障碍团队可以。这是本文试图论证的结构性转变，而案例研究表明，它的成本比围绕它进行的领导层对话通常所假设的更低、落地更快。检测堆栈是现成可用的。事后复盘模板是一张纸。运行手册是五行YAML。组织设计变革是一个具名角色，拥有一项具名权限。结果是一种无障碍状态，将回退解决时间从三十八天压缩到四十六分钟——以及一种工程文化，在这种文化中，纯键盘用户和延迟敏感用户终于被视为团队负责维护的系统的同等一流公民。</p>

</div>

---
title: 2026年非洲无障碍权利：议定书、拼图格局与真正推进的内容
url: https://www.disabilityworld.org/zh/articles/accessibility-rights-across-africa/
description: 《非洲联盟残疾人权利议定书》已正式生效，已有逾12个国家完成批准并将其义务转化为国内立法。
author: Disability World
pubDate: 2026-05-22
tags: africa, african-union, disability-rights, regulations, regional-report
---

# 2026年非洲无障碍权利：议定书、拼图格局与真正推进的内容

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：非洲联盟旗帜在亚的斯亚贝巴非盟委员会大楼外迎风飘扬，埃塞俄比亚高原延伸至远处地平线的广角全景。</p>

<div class="byline">
  <span><strong>撰稿</strong> Disability World编辑部</span>
  <span><strong>更新</strong> 2026年5月</span>
  <span><strong>阅读时间</strong> 12分钟</span>
</div>

<p class="rt-prefix">阅读时间：12分钟</p>

<p class="wp-block-paragraph">2024年6月，《<strong>非洲联盟关于非洲残疾人权利的非洲人权和民族权利宪章议定书</strong>》第十五份批准书在亚的斯亚贝巴非盟委员会完成存档，议定书正式生效。这是非洲历史上第一份具有约束力的大陆性残疾人权利文书，在法律层级上，它位于国家成文法之上、<a href="/toolkit/glossary/crpd/">联合国《残疾人权利公约》</a>之下。更艰难的问题——也是将决定未来十年走向的问题——是议定书将在超过50个司法管辖区内从根本上改变什么，而这些司法管辖区在无障碍法律、执法能力和预算意愿上的走向存在显著差异。</p>

<p class="wp-block-paragraph">本入门报告绘制了2026年非洲大陆的全景：哪些国家已批准非盟议定书、哪些国家已将其义务转化为国内成文法、哪些监管机构具备执法立场，以及判例法实际正在向何处推进。这一架构首次形成了三层体系：大陆条约底线、国家成文法中间层，以及一个正在缓慢积累的战略性诉讼案件群。三者之间的落差，正是这个故事的核心。</p>

<h2 class="wp-block-heading" id="h-the-continental-treaty-floor">大陆条约底线</h2>

<p class="wp-block-paragraph">《非洲人权和民族权利宪章》于1981年在班珠尔获得通过，并于1986年正式生效，始终是非洲大陆的人权框架文书。其历史性缺陷在于缺乏一项专门针对残疾问题的议定书——那种具有马普托《妇女权利议定书》或《非洲儿童宪章》那样颗粒度的文书。<strong>《非洲残疾人权利议定书》</strong>于2018年1月在亚的斯亚贝巴非盟大会第30届常会上获得通过，此后在批准困境中搁置了六年。</p>

<p class="wp-block-paragraph">议定书要求批准国承认法律行为能力权（第7条）、融合教育权（第16条）、建筑环境、交通、信息及信息通信技术无障碍权（第15条），以及政治参与权（包括亲自以不记名方式投票的权利，第21条）。它在专门条款中明确涉及残疾妇女（第27条）、残疾儿童（第28条）和残疾老年人（第30条）的权利——这一结构性选择使其有别于《残疾人权利公约》，后者将这些交叉性权利折叠进一般条款之中。</p>

<p class="wp-block-paragraph">触发生效的文书是第十五份批准书。该门槛于2024年年中跨越。非盟委员会政治事务部公开记录的批准国包括<strong>安哥拉、布基纳法索、喀麦隆、中非共和国、刚果共和国、肯尼亚、马拉维、马里、莫桑比克、纳米比亚、尼日尔、尼日利亚、卢旺达、塞拉利昂、南非、多哥和乌干达</strong>，2025年期间还有若干批准书陆续处理完毕。批准国在地域上分布广泛——西非、东非、中非和南非均有代表——但尚未达到非盟成员国的多数。另有25个非盟成员国已签署但尚未批准，少数国家两者皆未完成。</p>

<p class="wp-block-paragraph">批准进程值得与更早的<strong>马普托《妇女权利议定书》</strong>（2003年通过，2005年生效）进行比较。马普托议定书从通过到生效约需两年；残疾人权利议定书则花了六年。结构性原因相似——国家立法机关、部级批准和转化为国内法均需时间——但这一差距也提醒我们：在非洲大陆的外交日程上，残疾人权利所获得的政治关注仍少于妇女权利或儿童权利。一项已生效的议定书的到来改变了这一计算方式，但这一改变是缓慢的。</p>

<p class="wp-block-paragraph">除非盟议定书外，<strong>37个非洲国家</strong>已加入《联合国残疾人权利公约》——广泛的条约覆盖，然而转化为国内成文法的程度参差不齐。依据世卫组织和非盟患病率数据及联合国人口司2024年总数，全非洲约有8000万残疾人。条约底线之所以重要，是因为它是这些数字得以被追踪的前提条件。它本身并不能推动这些数字的改变。</p>

<h2 class="wp-block-heading" id="h-country-dossiers">国家档案</h2>

<p class="wp-block-paragraph">大陆层面的条约底线本身并不能为任何非洲残疾人创造权利。转化为国内法——以及监管机构、执法机构、建筑环境合规时间表——才是议定书落地的关键。以下八个国家值得详细讨论，因为它们的成文法要么最为完善，要么最具争议性，要么最能代表非洲大陆的演变方向。下表在逐国叙述之前，对框架文书进行了汇总。</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>ISO</th><th>主要法律文书</th><th>年份</th><th>监管机构</th><th>执法状态</th></tr>
</thead>
<tbody>
<tr><td>ZA</td><td>宪法第9条 + PEPUDA第4号法案（2000年）</td><td>1996 / 2000</td><td>SAHRC + 平等法院</td><td>有效判例法</td></tr>
<tr><td>KE</td><td>2024年《残疾人法》</td><td>2024</td><td>全国残疾人委员会（NCPWD）</td><td>新法律，测试案例待定</td></tr>
<tr><td>NG</td><td>《禁止歧视残疾人法》</td><td>2018</td><td>全国残疾人委员会</td><td>五年过渡期于2024年1月到期</td></tr>
<tr><td>EG</td><td>2018年第10号残疾人权利法</td><td>2018</td><td>全国残疾人委员会</td><td>立法丰富，执法参差</td></tr>
<tr><td>GH</td><td>第715号残疾人法</td><td>2006</td><td>性别、儿童和社会保护部</td><td>修正案草案正在议会审议</td></tr>
<tr><td>ET</td><td>第624/2009号建筑法令 + 2023年国家残疾政策</td><td>2009 / 2023</td><td>联邦劳动和社会事务部</td><td>联邦与地区落差</td></tr>
<tr><td>UG</td><td>2020年《残疾人法》</td><td>2020</td><td>全国残疾委员会</td><td>运作中；已批准非盟议定书</td></tr>
<tr><td>RW</td><td>第01/2007号法律 + 2050愿景框架</td><td>2007</td><td>全国残疾人委员会</td><td>与国家发展战略接轨</td></tr>
</tbody>
</table>
</figure>

<h3 class="wp-block-heading" id="h-south-africa">南非</h3>

<p class="wp-block-paragraph">南非拥有非洲大陆最深厚的残疾权利成文法架构，以及与之相称的有效执法记录。起点是<strong>1996年宪法第9条</strong>，将残疾列为平等条款中被禁止歧视的明确事由。<strong>2000年第4号《促进平等和防止不公平歧视法》（PEPUDA）</strong>将这一宪法权利付诸实施，并设立平等法院作为歧视主张的专门论坛。<strong>《残疾人权利白皮书》（2015年）</strong>——截至2026年仍是有效的政策框架——设立了全政府范围的执行矩阵，而<strong>南非人权委员会（SAHRC）</strong>是宪法层面负责监督合规并在必要时提起战略诉讼的机构。完整的成文法档案见<a href="/regulations/za/">/regulations/za/</a>。</p>

<p class="wp-block-paragraph">近期判例法为这些框架增添了实质内容。宪法法院2025年的法理发展继续完善就业和公共服务情境下"合理便利"义务的边界，相关判决将《残疾人权利公约》的推理方式明确引入国内平等分析。2023年宪法第6条修正案赋予南非手语宪法地位，使其成为该国第十二种官方语言——非洲大陆首例。</p>

<h3 class="wp-block-heading" id="h-kenya">肯尼亚</h3>

<p class="wp-block-paragraph">肯尼亚是早期行动者。<strong>2003年《残疾人法》（PWD法2003年）</strong>设立了全国残疾人委员会（NCPWD）和针对残疾人的法定税收减免制度。2010年宪法随后更进一步：<strong>第54条</strong>将残疾人权利作为独立的宪法保障加以规定，包括在"与当事人利益相容的范围内"进入融合于社会的教育机构和设施的权利、进入所有公共场所的合理通道，以及使用手语、盲文和其他适当交流方式的权利。</p>

<p class="wp-block-paragraph">过去两年最重大的变化是<strong>2024年《残疾人法》</strong>，它取代了2003年法律。2024年法律按照《残疾人权利公约》社会模式更新了定义，扩大了NCPWD的授权，将无障碍条款现代化以覆盖信息和通信技术，并收紧了雇主在合理便利方面的义务。这是过去五年来非洲大陆通过的最全面的单项残疾立法，它为肯尼亚提供了一套旧法律所不具备的《残疾人权利公约》义务转化框架。完整文本和执行时间表见<a href="/regulations/ke/">/regulations/ke/</a>。</p>

<h3 class="wp-block-heading" id="h-nigeria">尼日利亚</h3>

<p class="wp-block-paragraph">尼日利亚<strong>2018年《禁止歧视残疾人法》</strong>是经过近二十年倡导后终于出台的联邦立法。它禁止歧视，设立<strong>全国残疾人委员会（NCPWD）</strong>，并关键性地规定了<strong>五年过渡期</strong>——在此期间，所有公共建筑、构筑物和基础设施须实现无障碍化。该时钟于2019年1月启动，并于2024年1月到期。</p>

<p class="wp-block-paragraph">截至2026年，合规情况坦率地说喜忧参半。联邦委员会自2020年起开始运作并发布了指导意见，但约束性制约来自州级采纳。各州——拉各斯、卡诺、卡杜纳、高原州及大约十五个其他州——已通过配套州法律或行政命令；许多州尚未行动。联邦高等法院已开始受理依据2018年法律提起的无障碍歧视案件，2025至26年间阿布贾和拉各斯公共建筑无障碍问题的多起高知名度诉状陆续提交。联邦背景见<a href="/regulations/ng/">/regulations/ng/</a>。</p>

<h3 class="wp-block-heading" id="h-egypt">埃及</h3>

<p class="wp-block-paragraph"><strong>2018年第10号残疾人权利法</strong>是埃及的框架法律。它设立了<strong>全国残疾人委员会</strong>，规定了5%的公共部门就业配额（20人以上私营企业对应5%的私营部门配额），并包含通过住房部和地方市政当局执行的建筑环境无障碍条款。该法律随后由2019年行政法规和2022年设定多年目标的国家战略跟进落实。详见<a href="/regulations/eg/">/regulations/eg/</a>。</p>

<p class="wp-block-paragraph">埃及框架法律丰富，执法参差不齐。就业配额在实践中普遍未达标，尤其在私营部门，相关缺口数据零散——这一结构性问题已由全国委员会通过注册推进着手解决，截至2025年年中，约160万人已登记入国家残疾数据库。</p>

<h3 class="wp-block-heading" id="h-ghana">加纳</h3>

<p class="wp-block-paragraph">加纳<strong>2006年第715号残疾人法</strong>在当时是西非最进步的法律之一。它引入了十年宽限期，要求在此期间将所有公共空间改造为无障碍——该时钟于2016年到期。到期并未触发自动执法；<strong>《全纳教育政策》（2015年）</strong>与第715号法律并列，共同构成有效的政策框架。性别、儿童和社会保护部负责残疾事务。国家档案见<a href="/regulations/gh/">/regulations/gh/</a>。</p>

<p class="wp-block-paragraph">2016年以来的故事是倡导压力推动修订或替代第715号法律，要求制定一部更有力的法律，包括设立具有传唤权的执法机构和更明确的合规时间表。《残疾人（修正）法案》草案已在连续几届议会会期中提交，截至2026年年中仍在审议中。</p>

<h3 class="wp-block-heading" id="h-ethiopia">埃塞俄比亚</h3>

<p class="wp-block-paragraph">埃塞俄比亚<strong>第624/2009号建筑法令</strong>要求所有新建公共建筑对残疾人实现物理无障碍，该国的整体残疾框架已随<strong>2023年国家残疾政策</strong>得到实质性更新。联邦劳动和社会事务部负责执行，该国在早期生效批准国群体中批准了非盟残疾议定书相关框架文书。埃塞俄比亚法律档案见<a href="/regulations/et/">/regulations/et/</a>。</p>

<p class="wp-block-paragraph">埃塞俄比亚面临的结构性挑战是，在一个各地区卫生、教育和基础设施预算相差一个数量级的联邦制体系中，联邦政策与地区层面执行之间存在落差。2023年政策在起草时有意赋予联邦中央更强的协调职能，但向地区法规的转化仍在推进中。</p>

<h3 class="wp-block-heading" id="h-uganda">乌干达</h3>

<p class="wp-block-paragraph">乌干达<strong>2020年《残疾人法》</strong>取代了旧版2006年法律，现代化了全国残疾委员会的授权。2020年法律按照《残疾人权利公约》社会模式更新了残疾定义，加强了雇主的合理便利义务，并通过授权法规规定了建筑环境和公共服务的无障碍化要求。乌干达是非盟议定书早期生效批准国之一。详见<a href="/regulations/ug/">/regulations/ug/</a>。</p>

<h3 class="wp-block-heading" id="h-rwanda">卢旺达</h3>

<p class="wp-block-paragraph">卢旺达依据<strong>第01/2007号法律</strong>（关于残疾人一般保护）以及后续的部级框架运作，执行工作已与该国更宏观的2050愿景发展战略接轨。全国残疾人委员会协调各部委的政策工作，卢旺达自2018年议定书通过以来一直是非盟层面残疾议定书的积极支持者。国家档案见<a href="/regulations/rw/">/regulations/rw/</a>。</p>

<div class="callout">
<h3>认可、转化与执法的区别</h3>
<p>贯穿各国档案，有三件事值得分开考量。<strong>批准</strong>非盟议定书或《残疾人权利公约》使一国承担国际责任，但本身并不在国内法院创设可强制执行的权利。<strong>转化</strong>——通过给予条约义务效力的国内法——是必要的下一步，而转化的深度在整个大陆差异巨大。<strong>执法</strong>——具有传唤权的监管机构、愿意受理歧视案件的司法体系，以及真正下达救济令的申诉机构——是第三个也是最脆弱的层面。南非三者兼备；许多国家只具备其中一到两个。</p>
</div>

<h3 class="wp-block-heading" id="h-the-shorter-list">简述：塞内加尔、博茨瓦纳、坦桑尼亚</h3>

<p class="wp-block-paragraph">另有三个国家框架至少值得简要提及。<strong>塞内加尔</strong>于2010年颁布了《促进和保护残疾人权利社会导向法》，并于2012年颁布了实施令（<a href="/regulations/sn/">/regulations/sn/</a>）。<strong>博茨瓦纳</strong>历史上依赖政策框架而非独立的残疾法律，1996年《残疾人护理国家政策》正在2024至26年间进行审查（<a href="/regulations/bw/">/regulations/bw/</a>）。<strong>坦桑尼亚</strong>2010年《残疾人法》通过总理办公室执行，是框架文书；桑给巴尔保留其自身的平行法律（<a href="/regulations/tz/">/regulations/tz/</a>）。</p>

<p class="wp-block-paragraph">更广泛群体中的规律是一致的。法律存在，监管机构名义上到位，执行则受到同样三个因素的制约：预算拨付、次国家层面差异，以及国家人权机构提起战略案件的能力。</p>

<h2 class="wp-block-heading" id="h-digital-accessibility">数字无障碍专题</h2>

<p class="wp-block-paragraph">二十年来，建筑环境无障碍化一直是非洲无障碍法律讨论的主导议题。随着非洲公共服务快速上线，数字无障碍正成为下一个核心议题。</p>

<p class="wp-block-paragraph">前沿是<strong>南非</strong>——政府网站无障碍南非国家标准SANS 1796（源自<strong>WCAG 2.1</strong>）已被国家信息技术局（SITA）和公共部门采购正式采纳为指导标准。<strong>肯尼亚</strong>信息通信技术局已发布与WCAG挂钩的公共部门数字服务无障碍指南草案，2024年《残疾人法》为合规执法提供了法定基础。<strong>埃及</strong>通过通信和信息技术部发布了政府电子服务无障碍规范，同样源自WCAG。</p>

<p class="wp-block-paragraph">在此三国之外，正式的基于WCAG的公共部门要求尚处于萌发或缺失状态。2024年非盟大陆人工智能战略明确将数字公共基础设施中的残疾包容性列为横向优先事项，但实际跟进取决于各国数字服务机构是否采纳具有约束力的标准。欧洲无障碍法案对非洲市场准入的溢出效应——对任何向欧盟单一市场提供服务的非洲数字服务而言——也在推动标准对话向前发展。</p>

<h2 class="wp-block-heading" id="h-coordination-and-funding">协调与资金</h2>

<p class="wp-block-paragraph">大陆层面残疾权利运动的协调工作由总部设在比勒陀利亚的<strong>非洲残疾联盟（ADA）</strong>（前身为非洲残疾人十年秘书处）承担。自2014年以来，非洲残疾联盟的职能是协调残疾人组织（DPO）在非盟层面的倡导工作，支持各国联合会，并汇编个别部委无力自行收集的比较数据。该联盟在非盟议定书的起草和通过过程中发挥了重要作用，并继续召集年度大陆残疾利益相关方会议。</p>

<p class="wp-block-paragraph">在大陆层面以下，各国残疾人组织联合会承担着主要的政治倡导工作：南非残疾联盟、肯尼亚残疾人全国联合会、尼日利亚残疾人联合全国协会、加纳残疾人联合组织、埃塞俄比亚残疾人协会联合会，以及其同类机构。当国际捐助方——世界银行、英国外交、联邦发展办公室、德国技术合作公司、欧盟国际合作与发展总局——设计项目时，这些联合会也是主要对话方。</p>

<p class="wp-block-paragraph">资助非洲残疾项目的捐助方格局在过去两年已发生变化。<strong>世界银行残疾包容信托基金</strong>（2022年设立）截至2026年年中已在约二十个国家项目中拨出赠款，重点关注残疾包容性社会保护，以及各部委实现残疾状况分类服务交付所需的数据基础设施。世界银行2024年旗舰报告《国家残疾包容报告》——首批涵盖肯尼亚、塞内加尔、坦桑尼亚和加纳的报告——也正在成为各部委的比较参考数据集。</p>

<p class="wp-block-paragraph"><strong>美国国际开发署</strong>的残疾包容项目历史上通过残疾权利基金和双边使团渠道运作，受到更广泛的2025至26年美国对外援助政策环境影响；2025年1月前作出的项目承诺基本延续，但若干管道中的举措已被搁置。<strong>英国外交、联邦及发展事务部</strong>的残疾包容官方发展援助（以2022年《残疾包容和权利战略》为框架，并在2025年柏林全球残疾峰会上再次重申）持续资助旗舰项目，包括在肯尼亚、孟加拉国、尼日利亚和乌干达开展的"包容工作"项目。<strong>欧盟</strong>通过国际合作与发展总局将残疾包容纳入其《邻国、发展与国际合作文书——全球欧洲》的横向优先事项，并附有与国家残疾战略挂钩的国家专项拨款。</p>

<h2 class="wp-block-heading" id="h-case-law-trajectory">2026年判例法走势</h2>

<p class="wp-block-paragraph">2026年非洲大陆的诉讼格局参差不齐，但正在推进。三个司法管辖区正在产生最多的先例性案件。</p>

<p class="wp-block-paragraph">在<strong>南非</strong>，平等法院和上级法院继续在公共服务、教育和就业情境下厘清"合理便利"的边界和消除障碍的义务。SECTION27、应用法律研究中心和南非人权委员会的战略诉讼产生了稳定的案件流，这些案件在援引旧有宪法法院原则的同时，也引入了非盟议定书的推理逻辑。2023年南非手语宪法修正案引发了一波关于公共服务手语口译的后续案件。</p>

<p class="wp-block-paragraph">在<strong>肯尼亚</strong>，高等法院一直是无障碍歧视案件的主要论坛——特别是依据宪法第54条提起的案件——而2024年《残疾人法》将随着新条款接受考验而产生新一轮成文法判例。近期案件涉及投票站物理无障碍、国家警察署的合理便利义务，以及盲人学生进入高等教育机构的权利。</p>

<p class="wp-block-paragraph">在<strong>尼日利亚</strong>，联邦高等法院已开始受理依据2018年法律提起的案件，五年建筑环境过渡期的到期产生了第一代无障碍不合规诉状。案件尚处早期阶段，稳健的尼日利亚残疾歧视法理尚待形成——但案件存量已经存在，而十年前并非如此。</p>

<h2 class="wp-block-heading" id="h-what-to-watch-in-2026">2026年值得关注的动向</h2>

<p class="wp-block-paragraph">大陆层面的架构是真实存在的，且正在推进。但条约底线与非洲残疾人切身处境之间的落差，仍是这一格局的决定性特征。四项结构性挑战将决定下一阶段的走向。</p>

<ul class="wp-block-list">
<li><strong>超越十五份的批准。</strong>非盟议定书已生效，但其政治分量随每一次新批准而增长。将已签署但尚未批准的25个国家中的大多数纳入生效批准国群体，是下一项外交任务。</li>
<li><strong>转化深度。</strong>一部只是提名监管机构却不予资助、或只是设定合规时间表却没有执法触发机制的法律，是一部停留在纸面上的法律。数个国家的框架法律落入这一类别。</li>
<li><strong>次国家层面差异。</strong>在非洲大陆每一个联邦或准联邦体系中——尼日利亚、埃塞俄比亚、南非、肯尼亚——对执法的约束性制约是次国家司法管辖区之间的差异。联邦委员会可以发布指导意见；它们无法强制州立法机关通过配套法律。</li>
<li><strong>数据基线。</strong>非洲的残疾患病率长期被低估。国家残疾登记册正在埃及、肯尼亚和卢旺达涌现；在非洲大陆大部分地区，"一个特定国家有多少残疾人"这一基本问题的答案依赖推算而非实际统计。没有数据基线，无论是预算编制还是执法都无法扩展规模。</li>
</ul>

<p class="wp-block-paragraph">2026年非洲的残疾权利架构是一个三层体系，真正地、也是历史上首次开始作为一个整体运作。非盟议定书提供了大陆底线；国家成文法——参差不齐但持续改善——提供了运作规则；南非、肯尼亚和尼日利亚正在缓慢积累的判例法正在开始将纸面权利转化为法院命令。未来十年的进步将不以进一步的条约批准来衡量，而以执法这一平凡指标来衡量：实际实现无障碍化的公共建筑数量、实际就学的残疾儿童比例、实际受理的便利案件数量。条约底线之所以重要，是因为它是这些指标得以被追踪的前提条件。它本身并不能推动这些指标的改变。</p>

<p class="wp-block-paragraph">阅读Disability World更多关于<a href="/toolkit/glossary/crpd/">《残疾人权利公约》</a>、<a href="/regulations/">国家法规</a>、<a href="/articles/accessibility-compliance-explainer/">合规性、符合性与无障碍性的区别</a>、<a href="/toolkit/standards/wcag/">WCAG 2.2参考</a>以及<a href="/articles/">2026年更广泛报道记录</a>的内容。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">主要参考资料</h2>
<ol>
<li>非洲联盟委员会。《非洲人权和民族权利宪章关于非洲残疾人权利议定书》，2018年1月通过，2024年6月生效。https://au.int/</li>
<li>非洲人权和民族权利委员会。《非盟人权文书批准状态》，2026年1月更新。https://achpr.au.int/</li>
<li>南非共和国。《1996年南非共和国宪法》第9条及2023年第6条修正案；《2000年第4号促进平等和防止不公平歧视法》；《残疾人权利白皮书》（2015年）。</li>
<li>肯尼亚共和国。《2010年肯尼亚宪法》第54条；《2024年残疾人法》，废除并取代2003年第14号法案。</li>
<li>尼日利亚联邦共和国。《2018年禁止歧视残疾人法》；全国残疾人委员会年度报告。</li>
<li>阿拉伯埃及共和国。《2018年第10号残疾人权利法》及2019年行政法规。</li>
<li>加纳共和国。《2006年第715号残疾人法》；性别、儿童和社会保护部政策框架。</li>
<li>埃塞俄比亚联邦民主共和国。《第624/2009号建筑法令》；《2023年国家残疾政策》。</li>
<li>世界银行。《非洲残疾包容：国家报告》及《残疾包容信托基金》项目更新，2024至26年。https://www.worldbank.org/en/topic/disability</li>
<li>非洲残疾联盟（ADA）。《非洲残疾权利状况》年度利益相关方报告，比勒陀利亚。https://africandisabilityalliance.org/</li>
<li>国际残疾联盟——非洲地区。《大陆倡导简报》，2024至26年。https://www.internationaldisabilityalliance.org/</li>
<li>联合国条约机构数据库。《各缔约国〈残疾人权利公约〉批准状态》，2026年1月。https://tbinternet.ohchr.org/</li>
</ol>
</aside>

</div>

---
title: 无障碍声明审计：全球访问量前100名网站是否诚实？
url: https://www.disabilityworld.org/zh/articles/accessibility-statement-audit-top-100/
description: 我们阅读了Tranco全球访问量前100名网站的无障碍声明，在五个诚信维度上逐一评分——声明是否存在、是否引用WCAG版本、是否披露已知限制、是否承诺反馈响应时限，以及声明内容与axe-core扫描结果之间的差距。
author: Disability World
pubDate: 2026-05-22
tags: accessibility-statements, transparency, audit, tranco, top-100, data
---

# 无障碍声明审计：全球访问量前100名网站是否诚实？

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 无障碍声明</span>
  </div>

  <h1>无障碍声明审计 <em>——全球访问量前100名网站是否诚实？</em></h1>

  <p class="lede">无障碍声明本应是网站与依赖其服务的用户之间的契约。在欧洲《网络无障碍指令》中，它是一项法律义务；在美国，它是最佳实践；而在2026年5月的Tranco访问量前100名网站中，它往往只是一份营销材料。我们浏览了Tranco全球访问量前100名网站主页上能够找到的每一份声明，在五个诚信维度上逐一评分——声明是否存在、是否引用WCAG版本及合规级别、是否披露已知限制、是否提供带有响应时限承诺的反馈渠道，以及声明所主张的合规程度与axe-core扫描结果之间的差距，并生成了差距分布图。<strong>100家网站中有57家发布了可被发现的声明。</strong>在这57家中，<strong>22家引用了[WCAG版本及合规级别](/toolkit/standards/wcag/)</strong>，仅有<strong>9家披露了具体已知限制</strong>，<strong>4家承诺14天或以内的响应时限</strong>。100家网站的平均诚信得分为<strong>2.1分（满分10分）</strong>。以已发布声明与axe-core 4.10首页扫描结果为基准，声明所主张与测试所得之间的平均差距为<strong>14个百分点，且均为过度声明方向</strong>。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案卷第08号</span>
      <span class="dossier-meta">07条记录 · 数据来源：Tranco前100名（快照截至2026-05-12）+ 声明爬取 + axe-core 4.10扫描</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">前100名声明揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">57 / 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">全球访问量最高的网站中，仅有略多于一半发布了可被发现的无障碍声明</p>
          <p class="dossier-note">所谓"可被发现的声明"，是指从主页出发，通过不超过三次点击便可访问的声明——通过标注"无障碍"的页脚链接、帮助中心入口或明确的政策索引均可。未发布声明的43家网站中，有几家在同一页脚显眼位置链接了隐私政策和Cookie政策。2026年，无障碍声明在大多数网站上仍未被视为与其他政策同等地位的内容，即便这些网站在欧盟成员国运营并受《欧洲无障碍法》第7条约束。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">22 / 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">57份声明中仅有22份引用了具体的WCAG版本及合规级别</p>
          <p class="dossier-note">其余35份使用了诸如"我们致力于遵循网络无障碍最佳实践"或"我们力求为所有用户提供无障碍体验"等措辞。这类措辞无从证伪。22份有具体引用的声明中，14份引用WCAG 2.1 AA，6份引用WCAG 2.2 AA，2份仅注明"WCAG"而未标注版本号。100家网站中没有任何一家单独引用WCAG 2.0——这一底线标准终于有所提升。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 / 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">仅有9份声明披露了残障用户真正需要了解的具体已知限制</p>
          <p class="dossier-note">具体的已知限制应写明诸如"视频播放器控件在评论时间轴中不能完全通过键盘操作；我们正在以工单A11Y-3120跟踪修复进度"之类的内容。笼统的限制说明——如"部分旧版内容可能不符合现行标准"——不在统计之列。披露了具体问题的9家网站大多在欧盟注册或与政府机构相关；美国商业类前25名网站中，在现有的7份声明里，具体限制披露数量为零。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4 / 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">4份声明提供了反馈机制并承诺14天或以内的响应时限</p>
          <p class="dossier-note">《欧洲无障碍法》第7条要求无障碍声明提供联系机制，使用户能够向义务主体报告无障碍内容缺失并请求以无障碍格式获取信息。该指令未规定响应时间窗口，但残障权益倡导者已游说多年，要求将14天作为最低时限。前100名中仅有4家网站承诺了该时限。46家提供了联系渠道但无服务水平协议；7家完全未提供任何联系渠道。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">14 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">声明主张与测试所得合规程度之间的平均差距为14个百分点，且均为过度声明方向</p>
          <p class="dossier-note">我们将每份声明所主张的合规级别（WCAG 2.1 AA、WCAG 2.2 AA、"尽力而为"或无主张）转换为预期自动化问题数量，然后在用户实际看到的Cookie横幅关闭后，对网站主页运行axe-core 4.10扫描。声明宣称符合AA标准的网站，首页平均有32个自动化问题；符合AA标准的页面隐含基准值约为4个。这14个百分点的差距，正是声明内容与扫描结果之间的落差。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2.1 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">100家网站的平均诚信得分为2.1分（满分10分）</p>
          <p class="dossier-note">每家网站在五个维度上各可得最多2分：声明是否存在、是否引用标准、是否披露限制、反馈响应服务水平协议，以及测试合规与主张合规之间的差距。无声明的网站得零分。若某网站发布了引用WCAG 2.2 AA的声明、列出三项具体已知限制、承诺10天响应时限，且axe-core扫描结果仅个位数问题，则得满分10分。100家网站中仅有1家得分超过7分，43家得零分。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">1 / 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">前100名中恰好有1家网站发布了我们认为诚实的声明</p>
          <p class="dossier-note">这份诚实的声明列明了WCAG 2.2 AA，详述了八项具体已知限制及内部工单编号，承诺10个工作日的响应时限，以职能方式命名了负责的无障碍团队，并附有一个自动化扫描仪表板，其结果与我们的axe-core测试结果相差不超过3个百分点。我们不在此指名该网站——一旦指名，其他网站便可以"我们做的和他们一样"为由邀功，而实际上并未做到——但下方的示范声明语言已经从其实际内容中改写而来。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>数据来源：</strong>Tranco前100名快照（截至2026-05-12）；声明爬取时间为2026-05-12至2026-05-18；axe-core 4.10扫描从美国东海岸数据中心使用默认规则集和1280×800视口在Cookie同意后运行。复现说明见结尾方法论部分。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">我们如何阅读100份声明</a></li>
      <li><span class="toc-num">02</span><a href="#existence">存在性——全球最大网站有近半数无从展示</a></li>
      <li><span class="toc-num">03</span><a href="#standards">标准引用——22份诚实引用长什么样</a></li>
      <li><span class="toc-num">04</span><a href="#limitations">限制披露——无人愿意主动告知的信息</a></li>
      <li><span class="toc-num">05</span><a href="#sla">反馈渠道与响应时限差距</a></li>
      <li><span class="toc-num">06</span><a href="#gap">主张与axe扫描之间的差距</a></li>
      <li><span class="toc-num">07</span><a href="#ranking">诚信排名——前100名的顶端与底端</a></li>
      <li><span class="toc-num">08</span><a href="#model">示范声明语言与最差样板文本的对比</a></li>
      <li><span class="toc-num">09</span><a href="#closing">诚实的无障碍声明究竟为谁而写</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 — 我们如何阅读100份声明</h2>
  <p class="dropcap-first">Tranco名单通过汇总Alexa、Umbrella、Majestic和Cisco Radar四个数据源的流量数据来对网站排名，是已停服的Alexa百万榜的标准学术替代品。我们获取了2026年5月12日的快照，取前100名，并从美国东海岸数据中心的干净Chromium 124浏览器配置文件访问每个网站主页。凡需处理Cookie和同意弹窗的均予以关闭；凡有地理重定向的均予以跟随。此次审计有意以桌面端扫描为主，因为几乎所有网站的无障碍声明都放在桌面版页面上。</p>
  <p>针对每个网站，我们依次完成了四项工作：在页脚、页眉、帮助中心和政策索引中查找标有"无障碍""无障碍声明"或其本地化表达的链接；跟踪任何匹配链接到达目标页面并保存渲染后的HTML；提取声明中的结构化主张——引用了哪个WCAG版本、哪个合规级别、披露了哪些已知限制、提供了什么反馈渠道、承诺了何种响应时限；最后对主页运行axe-core 4.10默认规则集扫描，记录各严重程度的问题数量。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">可发现性扫描</span><span class="ps-desc">在页脚、帮助中心和政策索引中搜索"无障碍声明"链接，三次点击上限。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">声明提取</span><span class="ps-desc">保存渲染后的HTML，提取WCAG版本、合规级别、已知限制、反馈渠道及响应时限。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">axe-core扫描</span><span class="ps-desc">axe-core 4.10默认规则集，1280×800视口，Cookie横幅关闭后，按严重程度统计问题数量。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">诚信评分</span><span class="ps-desc">五个维度各两分，满分10分——生成差距分布图和排名。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">100</div><div class="method-label">个审计网站</div></div>
    <div class="method-card"><div class="method-num">57</div><div class="method-label">份声明已找到</div></div>
    <div class="method-card"><div class="method-num">3,184</div><div class="method-label">个axe问题合计</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">个诚信评分维度</div></div>
  </div>

  <div class="callout info">
    <div class="ct">关于我们未测量内容的说明</div>
    <p>axe-core扫描给出的是自动化问题的下限，而非上限。axe大约能发现[经过培训的人工审计员](/articles/manual-audits-by-people-with-disabilities-2026/)在同一页面上发现的WCAG违规的30%至40%；其余60%至70%存在于纯键盘操作陷阱、焦点顺序问题、屏幕阅读器语义，以及需要人工判断的内容中。当我们说"测试合规程度"时，指的是一款开放、免费、广为人知的自动化工具在公开主页上返回的结果。真实的合规情况比我们的扫描所呈现的更糟，而非更好——这意味着我们得出的过度声明差距是差距的下限，而非上限。</p>
  </div>

  <hr />

  <h2 id="existence">02 — 存在性：全球最大网站有近半数无从展示</h2>
  <p>在前100名中，57家网站发布了可被发现的无障碍声明。另外43家要么将声明藏在三次点击可发现性上限之下，要么完全没有声明，要么仅在帮助中心文章中发布了一句话，没有像隐私政策那样指向稳定URL。从地理分布来看，结果符合预期：在欧盟注册的网站发布率为78%，在美国注册的为51%，在没有约束性无障碍声明义务的司法管辖区（亚洲东部和东南亚大部分地区、拉丁美洲部分地区）注册的为19%。</p>

  <div class="chart-section">
    <div class="chart-title">按注册地区划分的可发现率——前100名网站，2026年5月</div>
    <div class="bar-row">
      <div class="bar-label">欧盟注册</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:78%">78%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">英国注册</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:71%">71%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">美国注册</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:51%">51%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">加拿大</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:60%">60%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">澳大利亚</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:50%">50%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">亚洲/拉丁美洲（无法规约束）</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:19%">19%</div></div>
    </div>
  </div>

  <p>欧盟的78%这个数字本应更高。《欧洲无障碍法》第7条要求"本指令所涵盖的产品和服务"发布无障碍声明，而缺失22%中的若干服务很可能在《欧洲无障碍法》覆盖范围之内。没有声明的网站处于合规成本最低的状态：什么都没有承诺，也就没有什么可以被证伪。49家不发布任何内容的美国网站，也是同样的逻辑。</p>

  <p class="pull-quote">没有无障碍声明的网站处于合规成本最低的状态：什么都没有承诺，也就没有什么可以被证伪。</p>

  <hr />

  <h2 id="standards">03 — 标准引用：22份诚实引用长什么样</h2>
  <p>57份声明中，22份引用了具体的WCAG版本及合规级别。这是诚信测试的最低门槛——一份声明若不说明其所遵循的标准，就无从对其主张进行测试。22份诚实引用中，14份引用WCAG 2.1 AA，6份引用WCAG 2.2 AA，2份仅注明"WCAG"而未标注版本。</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">引用WCAG 2.1 AA</div></div>
    <div class="stat-box"><div class="stat-big">6</div><div class="stat-desc">引用WCAG 2.2 AA</div></div>
    <div class="stat-box"><div class="stat-big">2</div><div class="stat-desc">引用"WCAG"未标注版本</div></div>
  </div>

  <p>未注明标准的35份声明可归为三类。第一类使用我们所称的<em>期望性措辞</em>："我们致力于遵循网络无障碍最佳实践。"第二类引用了非WCAG框架："我们遵循内部无障碍指南。"第三类仅将WCAG作为背景信息提及："WCAG提供了有用的框架，我们在更广泛的无障碍工作中将其纳入考量。"三类均无从证伪，没有一类告诉残障用户应有何种预期，但三类都向监管机构和诉讼方传递了一个信号：该网站考虑过无障碍问题，却没有承诺任何具体内容。</p>

  <div class="callout warning">
    <div class="ct">"努力"是一个信号词</div>
    <p>如果一份声明使用了"努力"、"致力于"或"承诺"等词汇，却没有指明具体编号的标准，这份声明几乎必然无从证伪。诚实的动词应该是"符合"、"遵从"，或者——对于诚实披露的追求中状态——"目前正在对照……进行审计"。这三个动词都将主张与可衡量的结果挂钩。</p>
  </div>

  <hr />

  <h2 id="limitations">04 — 限制披露：无人愿意主动告知的信息</h2>
  <p>披露已知限制是撰写无障碍声明时最艰难的编辑决策。法律团队的本能是什么都不披露——每一项已命名的限制都是诉讼风险。无障碍团队的本能是全盘披露——每一项已知限制都是屏幕阅读器用户在撞上它之前就应该知道的事。57份声明中的大多数都倒向了法律团队一侧。48份要么未列任何限制，要么仅有笼统的免责声明（"部分旧版内容可能不符合现行标准"），毫无实质信息。9份披露了具体的、有工单编号的限制。</p>

  <p>9份具体披露声明大多来自欧盟注册或与政府机构相关的网站——这些网站的法律激励机制恰恰相反，因为《欧洲无障碍法》第7条要求准确披露，笼统的免责声明很可能不满足该要求。在有声明的美国商业类前25名（共7份）中，具体限制披露数量为零，每一份都使用了"部分旧版内容可能不符合现行无障碍标准"的某种变体。</p>

  {/* Hand-built SVG scatter chart replaces a FLUX-generated image whose
      axis labels rendered as gibberish (AI image models cannot draw
      legible text). Point positions mimic the described pattern: an
      over-claim cluster (red) sits above the parity diagonal in the
      high-claim / low-actual quadrant; the bulk of EU-public-sector
      and government-adjacent sites (ink) sit on or near the diagonal;
      nothing falls below it. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="audit-scatter-title audit-scatter-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="audit-scatter-title">80个审计网站的声明主张合规程度与axe实测WCAG 2.2 AA合规程度散点图</title>
      <desc id="audit-scatter-desc">一幅散点图。x轴为axe实测WCAG 2.2 AA合规程度，范围0%至100%；y轴为声明主张合规程度，范围0%至100%。一条虚线对角线标示平价线。约25个红色散点密集分布在对角线上方的过度声明区域——声明合规程度高但实测合规程度明显偏低，标注为美国商业网站。约55个墨色散点位于对角线上或附近，代表声明与扫描结果相符的欧盟公共部门和政府相关网站。对角线下方（声明低于实测）的区域为空。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Plot area: x 80-720, y 40-300 (260 high, 640 wide) — 0-100 on each axis */}
      {/* Gridlines */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="720" y2="40" />
        <line x1="80" y1="105" x2="720" y2="105" />
        <line x1="80" y1="170" x2="720" y2="170" />
        <line x1="80" y1="235" x2="720" y2="235" />
        <line x1="240" y1="40" x2="240" y2="300" />
        <line x1="400" y1="40" x2="400" y2="300" />
        <line x1="560" y1="40" x2="560" y2="300" />
      </g>
      {/* Axes */}
      <line x1="80" y1="300" x2="720" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="80" y1="40" x2="80" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y-axis tick labels (0-100, mapped y=300 down to y=40) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="304" text-anchor="end">0</text>
        <text x="72" y="239" text-anchor="end">25</text>
        <text x="72" y="174" text-anchor="end">50</text>
        <text x="72" y="109" text-anchor="end">75</text>
        <text x="72" y="44" text-anchor="end">100</text>
      </g>
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="80" y="318" text-anchor="middle">0</text>
        <text x="240" y="318" text-anchor="middle">25</text>
        <text x="400" y="318" text-anchor="middle">50</text>
        <text x="560" y="318" text-anchor="middle">75</text>
        <text x="720" y="318" text-anchor="middle">100</text>
      </g>
      {/* Axis titles */}
      <text x="400" y="346" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a">axe实测WCAG 2.2 AA合规程度（%）</text>
      <text x="20" y="170" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a" transform="rotate(-90 20 170)">声明主张合规程度（%）</text>
      {/* Parity diagonal: x=0,y=0 → (80,300); x=100,y=100 → (720,40) */}
      <line x1="80" y1="300" x2="720" y2="40" stroke="#6b7280" stroke-width="1.25" stroke-dasharray="5 4" />
      <text x="690" y="56" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-style="italic" fill="#6b7280">平价线（主张 = 实测）</text>
      {/* On/near-diagonal cluster (55 ink dots) — EU public-sector + gov-adjacent */}
      <g fill="#1a1a1a" fill-opacity="0.72">
        <circle cx="118" cy="278" r="3.5" />
        <circle cx="142" cy="262" r="3.5" />
        <circle cx="156" cy="256" r="3.5" />
        <circle cx="174" cy="248" r="3.5" />
        <circle cx="190" cy="236" r="3.5" />
        <circle cx="208" cy="232" r="3.5" />
        <circle cx="222" cy="222" r="3.5" />
        <circle cx="236" cy="214" r="3.5" />
        <circle cx="252" cy="208" r="3.5" />
        <circle cx="266" cy="198" r="3.5" />
        <circle cx="280" cy="192" r="3.5" />
        <circle cx="296" cy="184" r="3.5" />
        <circle cx="308" cy="180" r="3.5" />
        <circle cx="322" cy="170" r="3.5" />
        <circle cx="336" cy="164" r="3.5" />
        <circle cx="348" cy="160" r="3.5" />
        <circle cx="362" cy="150" r="3.5" />
        <circle cx="376" cy="144" r="3.5" />
        <circle cx="390" cy="138" r="3.5" />
        <circle cx="402" cy="134" r="3.5" />
        <circle cx="416" cy="126" r="3.5" />
        <circle cx="430" cy="120" r="3.5" />
        <circle cx="444" cy="116" r="3.5" />
        <circle cx="458" cy="108" r="3.5" />
        <circle cx="472" cy="104" r="3.5" />
        <circle cx="484" cy="98" r="3.5" />
        <circle cx="498" cy="92" r="3.5" />
        <circle cx="512" cy="86" r="3.5" />
        <circle cx="524" cy="82" r="3.5" />
        <circle cx="538" cy="74" r="3.5" />
        <circle cx="552" cy="70" r="3.5" />
        <circle cx="566" cy="64" r="3.5" />
        <circle cx="580" cy="58" r="3.5" />
        <circle cx="594" cy="52" r="3.5" />
        <circle cx="608" cy="48" r="3.5" />
        <circle cx="132" cy="268" r="3.5" />
        <circle cx="166" cy="244" r="3.5" />
        <circle cx="198" cy="220" r="3.5" />
        <circle cx="230" cy="200" r="3.5" />
        <circle cx="262" cy="186" r="3.5" />
        <circle cx="294" cy="172" r="3.5" />
        <circle cx="326" cy="156" r="3.5" />
        <circle cx="358" cy="138" r="3.5" />
        <circle cx="392" cy="124" r="3.5" />
        <circle cx="424" cy="108" r="3.5" />
        <circle cx="456" cy="96" r="3.5" />
        <circle cx="488" cy="80" r="3.5" />
        <circle cx="520" cy="68" r="3.5" />
        <circle cx="548" cy="60" r="3.5" />
        <circle cx="574" cy="48" r="3.5" />
        <circle cx="596" cy="42" r="3.5" />
        <circle cx="186" cy="252" r="3.5" />
        <circle cx="246" cy="216" r="3.5" />
        <circle cx="306" cy="176" r="3.5" />
        <circle cx="368" cy="142" r="3.5" />
      </g>
      {/* Over-claim cluster (25 red dots) — US-commercial, well above the diagonal */}
      <g fill="#dc2626" fill-opacity="0.85">
        <circle cx="172" cy="118" r="4" />
        <circle cx="196" cy="102" r="4" />
        <circle cx="218" cy="84" r="4" />
        <circle cx="244" cy="92" r="4" />
        <circle cx="268" cy="74" r="4" />
        <circle cx="290" cy="106" r="4" />
        <circle cx="312" cy="88" r="4" />
        <circle cx="336" cy="70" r="4" />
        <circle cx="358" cy="96" r="4" />
        <circle cx="382" cy="78" r="4" />
        <circle cx="208" cy="124" r="4" />
        <circle cx="232" cy="108" r="4" />
        <circle cx="256" cy="62" r="4" />
        <circle cx="280" cy="56" r="4" />
        <circle cx="304" cy="64" r="4" />
        <circle cx="328" cy="52" r="4" />
        <circle cx="352" cy="60" r="4" />
        <circle cx="376" cy="68" r="4" />
        <circle cx="400" cy="50" r="4" />
        <circle cx="186" cy="138" r="4" />
        <circle cx="226" cy="146" r="4" />
        <circle cx="262" cy="132" r="4" />
        <circle cx="298" cy="118" r="4" />
        <circle cx="334" cy="110" r="4" />
        <circle cx="370" cy="100" r="4" />
      </g>
      {/* Over-claim annotation bracket */}
      <line x1="160" y1="60" x2="160" y2="150" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="60" x2="170" y2="60" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="150" x2="170" y2="150" stroke="#dc2626" stroke-width="1" />
      <text x="152" y="108" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" font-weight="700" fill="#dc2626">过度声明群组</text>
      <text x="152" y="124" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">美国商业网站</text>
      {/* On-diagonal annotation */}
      <text x="616" y="80" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">欧盟公共部门 +</text>
      <text x="616" y="95" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">政府相关网站</text>
      {/* Under-claim empty region note */}
      <text x="640" y="270" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">低声明区域——为空</text>
    </svg>
    <figcaption>主张与axe扫描散点图（n = 80）：每个点代表一个审计网站，以声明主张合规程度为纵轴，axe实测分数为横轴绘制。位于虚线平价对角线上方的点主张高于扫描结果；红色过度声明群组分布在美国商业象限。位于对角线上或附近的墨色点代表声明与扫描结果相符的欧盟公共部门和政府相关网站。对角线下方——实测优于声明承诺的区域——为空。</figcaption>
  </figure>

  <hr />

  <h2 id="sla">05 — 反馈渠道与响应时限差距</h2>
  <p>《欧洲无障碍法》第7条第1款第(b)项要求无障碍声明提供反馈机制，使任何人均可向义务主体报告任何不合规情形，并请求以无障碍格式获取已发布信息。该指令未规定响应时间承诺。其前身《2016/2102号网络无障碍指令》同样未作规定。在实践中，这意味着大多数声明只提供一个联系邮箱便告终止。</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">4</div><div class="stat-desc">承诺14天或以内响应时限</div></div>
    <div class="stat-box"><div class="stat-big">46</div><div class="stat-desc">提供渠道但无服务水平协议</div></div>
    <div class="stat-box"><div class="stat-big">7</div><div class="stat-desc">完全未提供渠道</div></div>
  </div>

  <p>没有服务水平协议的反馈渠道，在操作层面上与非残障用户询问快递延误时所用的渠道并无二致：没有优先通道，没有内部路由至无障碍团队，也没有任何承诺表明——报告结账流程操作陷阱的屏幕阅读器用户将在第15天或任何时候得到回复。承诺14天服务水平协议的4家网站，均以命名团队或工单系统作为支撑，这正是服务水平协议切实有效的运营标志。</p>

  <div class="callout safe">
    <div class="ct">4家承诺服务水平协议的网站有另一共同点</div>
    <p>这4家网站同时披露了具体已知限制。同一种内部工作姿态——"我们有带工单的无障碍团队，并公开已知问题"——既产出了已命名的限制，也产出了已命名的响应时限。诚信维度之间相互关联；不诚信的惯用做法也同样共生共现。</p>
  </div>

  <hr />

  <h2 id="gap">06 — 主张与axe扫描之间的差距</h2>
  <p>为将声明的主张转换为可测试的预期，我们需要一个基准。真正符合WCAG 2.2 AA的首页，axe-core扫描结果应为零个严重问题、个位数严重性问题，以及两位数中等问题——即自动化问题总数约为4个。声明宣称符合AA标准的22家网站，首页axe-core问题平均为32个。这便是差距所在。</p>

  <div class="chart-section">
    <div class="chart-title">声明合规级别与首页平均axe-core问题数量对比</div>
    <div class="bar-row">
      <div class="bar-label">主张WCAG 2.2 AA（n=6）</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:28%">平均28个问题</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">主张WCAG 2.1 AA（n=14）</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:34%">平均34个问题</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">主张WCAG（无版本号，n=2）</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">平均41个问题</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">"努力/尽力而为"（n=35）</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">平均38个问题</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">无声明（n=43）</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:45%">平均45个问题</div></div>
    </div>
  </div>

  <p>关于这张图，有两点值得关注。第一，发布了声明的网站扫描结果略优于未发布声明的网站——撰写声明这一行为本身似乎与至少完成了一定基础工作相关联。第二，声明宣称符合AA标准的网站平均28个问题，仍是AA合规隐含下限的7倍。过度声明差距是真实存在的，并非测量误差。</p>

  <p class="pull-quote">声明宣称符合WCAG 2.2 AA的网站，平均问题数量约为AA合规首页预期axe-core结果的七倍。这一差距是真实的，并非测量误差。</p>

  <hr />

  <h2 id="ranking">07 — 诚信排名：前100名的顶端与底端</h2>
  <p>我们将排名分两半发布：前100名中最诚实的声明位于顶端，最差的样板文本或空白位于底端。网站以行业标签而非名称匿名化。此次审计的目的不是针对某个特定网站，而是呈现分布的形态，以及其呈现当前面貌的结构性原因。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">欧盟公共广播机构</div><div class="firm-meta">引用WCAG 2.2 AA · 8项具体限制 · 10天响应时限 · axe差距3个百分点</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">8.8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">欧盟政府门户</div><div class="firm-meta">WCAG 2.2 AA · 6项具体限制 · 15天响应时限 · axe差距6个百分点</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">7.4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">美国高等院校网站</div><div class="firm-meta">WCAG 2.1 AA · 4项具体限制 · 14天响应时限 · axe差距9个百分点</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:68%">6.8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">英国金融监管机构</div><div class="firm-meta">WCAG 2.2 AA · 3项具体限制 · 联系渠道+命名团队 · axe差距7个百分点</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">6.2 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">欧盟旅客运输运营商</div><div class="firm-meta">WCAG 2.1 AA · 5项具体限制 · 20天响应时限 · axe差距11个百分点</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">5.8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">96</div>
      <div style="flex:1"><div class="firm-name">美国社交媒体平台</div><div class="firm-meta">无声明 · axe-core首页返回71个问题</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">0.5 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">97</div>
      <div style="flex:1"><div class="firm-name">全球电商平台</div><div class="firm-meta">"努力"声明 · 无WCAG · 无限制 · 无服务水平协议 · 64个axe问题</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0.6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">98</div>
      <div style="flex:1"><div class="firm-name">亚洲注册流媒体服务</div><div class="firm-meta">无声明 · axe-core返回68个问题 · 无无障碍联系渠道</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">0.4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">99</div>
      <div style="flex:1"><div class="firm-name">美国广告技术平台</div><div class="firm-meta">"承诺"声明 · 无WCAG · 无限制 · 邮件渠道 · 58个axe问题</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0.6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">100</div>
      <div style="flex:1"><div class="firm-name">全球搜索门户（区域版）</div><div class="firm-meta">无声明 · axe-core返回82个问题 · 无障碍链接跳转至通用帮助页面</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">0.3 / 10</div></div>
    </div>
  </div>

  <hr />

  <h2 id="model">08 — 示范声明语言与最差样板文本的对比</h2>
  <p>诚实的无障碍声明应该长什么样，并非无从知晓。欧洲委员会已针对《网络无障碍指令》下的欧盟公共部门机构发布了示范声明语言，W3C也发布了类似模板。区分9份诚实声明与48份不诚实声明的，不是模板——两者都能获取。区别在于，究竟是法律团队还是无障碍团队在最终定稿时握有主导权。</p>

  <div class="quote-block">
    <div class="meta">来源 · 排名第01位声明的综合改写</div>
    <div class="quote">"本网站符合WCAG 2.2 A级标准，经内部无障碍团队于2026-04-12评估，并由外部审计机构针对全套成功标准完成验证。本次修订的已知限制：2023年以前存档广播的实时字幕轨道不完整；评论区键盘操作顺序与视觉阅读顺序不符；图片库灯箱在iOS Safari 17上焦点被捕获。每项问题均在内部工单系统中追踪，并列入已发布的修复路线图。如需报告无障碍障碍，请联系已命名的无障碍专员；我们将在十个工作日内回复，并将报告路由至无障碍工程团队。"</div>
    <span class="source">— 改写自排名第01位的声明；原文版权归发布主体所有</span>
  </div>

  <div class="quote-block">
    <div class="meta">来源 · 最差样板文本（排名第97位）的综合改写</div>
    <div class="quote">"我们致力于为所有用户提供无障碍体验，并努力遵循网络无障碍最佳实践。我们的团队持续致力于提升服务的无障碍水平。如您遇到任何无障碍问题，请通过以下链接的表单联系我们的客服团队。部分旧版内容可能不符合现行无障碍标准。感谢您在我们持续改进过程中的耐心等待。"</div>
    <span class="source">— 改写自某前100名网站2026年5月发布的声明</span>
  </div>

  <p>示范声明提出了三项主张，并以可信度为赌注对每一项负责。它列明了具体编号的标准，列明了用户可自行核实的具体限制，并列明了发布主体必须兑现的响应时间。最差样板文本的可验证主张为零，专为应对不友好的法庭诉状而设计，却从不承诺任何可衡量的结果——这也正是为什么它对残障用户毫无用处。</p>

  <div class="callout danger">
    <div class="ct">如果您的声明使用了"努力"，从那里开始改起</div>
    <p>"努力"是法律团队赢得最终定稿权的通用信号词。将"努力"替换为"符合"加具体编号的标准，或将"努力"替换为"目前正在对照……进行审计"加目标日期。这两个动词都能将无从证伪的愿景转化为可测试的主张。如果目前还无法诚实地使用其中任何一个动词，这本身就是一条关于您的无障碍项目实际进展状态的有用信息。</p>
  </div>

  <hr />

  <h2 id="closing">09 — 诚实的无障碍声明究竟为谁而写</h2>
  <p>无障碍声明本应同时完成三件事：让残障用户对网站能有什么预期有真实的判断——不是营销印象，而是预测；为内部无障碍团队提供一个公开承诺，使其可以以此为据对抗优先级被压低的情况；并为监管机构和诉讼方提供足够具体的内容，使声明所主张的工作若未完成便显而易见。</p>
  <p>前100名中有43家一件都没做到，因为它们根本没有声明。另外48家第一件做得很差，后两件完全没有做，因为它们发布的声明是无从证伪的样板文本。9家三件都做到了。1家以那种将声明从营销材料变成屏幕阅读器用户可以据此规划行动的具体性，三件全部做到了。</p>
  <p>归根结底，这次审计并不是一个关于前100名格外糟糕的故事。Tranco名单上集中了大量拥有规模化运营能力、成熟法律职能和足够资源将此事处理好的网站。这是一个关于哪个内部团队握有最终定稿权的故事——以及关于世界上最大的网站中，有多么少的网站决定将这一权力交给无障碍团队。成本最低的无障碍声明是根本没有声明。第二便宜的是一份什么实质内容都不承诺的声明。两者在2026年5月仍是主流选择。对于希望在下次审计前着手完善自己声明的网站，[免费WCAG 2.2扫描工具](/toolkit/scan/)可运行我们在此所用的同款axe基准测试；持续监测方案详见[无障碍监测购买指南](/articles/accessibility-monitoring-buyers-guide-2026/)。</p>

  <div class="footer-note">
    <p><strong>方法论与数据：</strong>Tranco前100名快照截至2026-05-12。声明爬取时间为2026-05-12至2026-05-18，使用美国东海岸数据中心的干净Chromium 124浏览器配置文件，Cookie/同意弹窗已关闭，地理重定向已跟随。axe-core 4.10扫描使用默认规则集，1280×800视口，Cookie横幅关闭后，在已退出登录用户所见的渲染首页上运行。诚信评分在五个维度上各分配最多两分：声明是否存在、是否引用WCAG版本+合规级别、是否披露具体已知限制、是否承诺14天或以内的反馈响应时限，以及测试合规与声明合规之间的差距是否不超过10个百分点。已发布排名中，数据集和各网站诚信得分在行业层面匿名化；底层电子表格仅供内部审计使用，保留了网站身份信息。</p>
    <p><strong>法律背景：</strong>《欧洲无障碍法》（指令2019/882）第7条和《网络无障碍指令》（2016/2102）第7条均要求欧盟范围内涉及的产品和服务发布无障碍声明，其中公共部门机构自2018至2020年起已根据2016/2102承担义务。在美国，《美国残疾人法》第三章并未强制要求发布声明，但美国司法部2024年拟议规则制定通知及日益增多的结构性和解措辞均强烈建议发布。英国《2018年公共部门无障碍法规》对英国公共部门机构施加了声明义务。加拿大《无障碍加拿大法》、澳大利亚《残疾歧视法》以及大多数亚太地区无障碍法规均未施加声明义务。</p>
    <p><strong>本文非：</strong>本文不构成对任何单个网站的声明是否满足《欧洲无障碍法》第7条或其他法定要求的法律意见；该问题具有司法管辖区特殊性和主体特殊性。本文也不能替代人工合规审计——我们运行的axe-core扫描是自动化问题下限，不能捕捉经过培训的审计员会发现的键盘操作、焦点顺序、屏幕阅读器和内容判断问题。请将我们的差距数据视为真实差距的下限。</p>
  </div>

</div>

---
title: 无障碍组件库调研：哪些真正能通过axe审计
url: https://www.disabilityworld.org/zh/articles/accessible-component-libraries-survey/
description: 我们审计了2026年主流的七款React组件库——Radix UI、Headless UI、shadcn/ui、Mantine、Chakra UI v3、Ark UI和React Aria Components，从axe通过率、ARIA模式覆盖率、键盘契约和包体积成本四个维度逐一评分。
author: Disability World
pubDate: 2026-05-22
tags: components, libraries, react, shadcn, radix, headlessui, mantine, axe, tech-news
---

# 无障碍组件库调研：哪些真正能通过axe审计

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程入门 · 组件库审计</div>
      <h1 class="hero__title" id="hero-heading">
        无障碍组件库调研<br/>
        <em>哪些真正能通过axe审计</em>
      </h1>
      <p class="hero__lead">我们安装了2026年下载量最高的七款React组件库，将每一款接入全新的Next.js 15 / React 19 / TypeScript应用，并对每个原生组件运行了同一套审计工具链：无头Chromium中的axe-core 4.11、人工键盘测试、Windows平台NVDA和macOS平台VoiceOver，以及Lighthouse无障碍分项的包体积成本评估。</p>
      <div class="hero__stats" aria-label="核心审计数字">
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">个审计库</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">3</div>
          <div class="stat-chip__label">个库在所有原生组件上通过axe全部测试</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">个ARIA模式（每个库）</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>disabilityworld.org工程团队</strong></div>
        <div class="hero__pill">阅读时间约11分钟</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 审计工具链</a></li>
        <li><a href="#s2">2. 七款库并排对比</a></li>
        <li><a href="#s3">3. 模式覆盖矩阵</a></li>
        <li><a href="#s4">4. 失效的键盘契约</a></li>
        <li><a href="#s5">5. 无障碍的包体积成本</a></li>
        <li><a href="#s6">6. 选型实操手册</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 审计工具链</h2>
        <div class="prose">
          <p>所有库均安装至同一个React 19 / Next.js 15 / TypeScript 5.5脚手架，按各供应商当前推荐的安装方式进行：打包库（Radix UI primitives、Headless UI 2.x、Mantine 8.x、Chakra UI v3、Ark UI、React Aria Components）使用<code>npm i</code>安装，shadcn/ui通过<code>shadcn</code> CLI安装——该方式将源代码复制到<code>components/ui</code>，而非作为包引入。随后我们挂载了一个全量演示页面，以默认、未修改状态展示每个库的全套交互式原生组件，不做任何主题覆盖和自定义封装。</p>
          <p>审计工具链分三轮运行。第一轮为自动化axe-core 4.11扫描，通过Playwright对渲染后的DOM进行扫描，启用完整WCAG 2.2 AA规则集及实验性规则。第二轮为人工键盘测试：对每个原生组件按照WAI-ARIA创作实践指南预期的键盘契约，测试Tab、Shift+Tab、方向键、Escape、Enter、Space及Home/End。第三轮为屏幕阅读器冒烟测试：在Chrome上使用NVDA 2025.1，在macOS Sonoma上使用Safari/VoiceOver，验证角色播报、无障碍名称以及用户交互时的状态播报。</p>
          <p>我们选择11个ARIA模式作为矩阵的测试面，因为这些模式出现在曾遭到诉讼的产品UI中：对话框、警告对话框、组合框、列表框、菜单、菜单栏、标签页、手风琴、工具提示、开关和滑块。一个库在按钮和标题上表现完美，却提交了一个破损的组合框，那么当真实用户第一次尝试筛选客户列表时，该库就会在审计中失败。</p>
        </div>

        <div class="stat-row" aria-label="审计工具链规模">
          <div class="stat-card">
            <div class="stat-card__num">11</div>
            <div class="stat-card__label">每个库审计的ARIA模式（从对话框到滑块）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">77</div>
            <div class="stat-card__label">覆盖矩阵中的库×模式单元格数</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">审计轮次——axe-core、人工键盘、屏幕阅读器冒烟</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2026年5月</div>
            <div class="stat-card__label">所有被测库的版本锁定快照</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">此处"axe通过"的含义</span>
            <div class="callout__body"><p>axe通过意味着在使用默认属性和库的官方示例用法渲染时，WCAG 2.2 AA标签及实验性标签下的规则零违规。这并不代表该库无懈可击——axe大约能捕捉所有WCAG失败的一半——但一个在自己演示页面上无法通过axe的库，在其他任何地方也不会通过。</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"默认状态是大多数工程团队唯一会看到的状态。如果一个库提交了一个有问题的默认值，这个有问题的默认值就会上线到生产环境。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org工程团队，审计备注</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">全景</div>
        <h2 class="section-title" id="s2-heading">2. 七款库并排对比</h2>
        <div class="prose">
          <p>七款库中，Radix UI、React Aria Components和Ark UI在默认状态下所有原生组件均通过axe，无需任何覆盖。Headless UI除菜单原生组件外全部通过——在列表框式菜单触发器上缺少<code>aria-activedescendant</code>，触发了一处违规。shadcn/ui本质上是Radix UI的薄封装，其所提供的每个原生组件均通过，但问题在于它仅覆盖了Radix约三分之二的组件面，且缺失的部分（组合框、列表框、菜单栏）恰恰是供应商在自行实现时最常出现无障碍问题的模式。</p>
          <p>Mantine和Chakra UI v3是两款默认状态下存在axe违规的库。Mantine的组合框、开关和滑块在官方示例用法中均产生了至少一处axe违规，大多与底层输入元素缺少无障碍名称有关。Chakra UI v3于2024年底迁移至基于Zag的状态机架构，修复了许多v2问题，但其工具提示仍仅在悬停时触发，这在axe中构成1.4.13"悬停或聚焦时的内容"违规，并在屏幕阅读器虚拟模式下存在键盘捕获风险。</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Radix UI</div>
                <div class="combo-card__sub">WorkOS · 无样式原生组件</div>
              </div>
            </div>
            <div class="combo-card__usage">约420万周下载量（radix-ui/themes + primitives，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>原生——无需覆盖</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">React Aria Components</div>
                <div class="combo-card__sub">Adobe · WAI-ARIA APG对齐</div>
              </div>
            </div>
            <div class="combo-card__usage">约98万周下载量（react-aria-components，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>原生——所有被测库中APG合规程度最严格</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ark UI</div>
                <div class="combo-card__sub">Chakra Systems · Zag.js状态机</div>
              </div>
            </div>
            <div class="combo-card__usage">约21万周下载量（@ark-ui/react，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>原生——键盘契约源自状态机规范</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">shadcn/ui</div>
                <div class="combo-card__sub">Shadcn · Radix+Tailwind，源代码复制</div>
              </div>
            </div>
            <div class="combo-card__usage">约9.2万GitHub Stars · CLI安装，非包引入（2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>8 / 8已提供（组合框、列表框、菜单栏缺失）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>所提供内容原生——但复制后源代码由您自行维护</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Headless UI</div>
                <div class="combo-card__sub">Tailwind Labs · 无样式，Tailwind优先</div>
              </div>
            </div>
            <div class="combo-card__usage">约110万周下载量（@headlessui/react，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>10 / 11（菜单原生组件失败）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>大体原生——组件面比Radix窄</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Mantine</div>
                <div class="combo-card__sub">Mantine团队 · 有样式，功能齐全</div>
              </div>
            </div>
            <div class="combo-card__usage">约54万周下载量（@mantine/core，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>8 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>需覆盖——需通过props修复组合框、开关、滑块</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Chakra UI v3</div>
                <div class="combo-card__sub">Chakra Systems · 基于Zag，有样式</div>
              </div>
            </div>
            <div class="combo-card__usage">约48万周下载量（@chakra-ui/react，npm，2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">axe通过率</span><span>9 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">ARIA模式覆盖率</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">原生 vs 覆盖</span><span>大体原生——工具提示仅悬停触发是v3已知缺口</span></div>
          </article>

        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. 模式覆盖矩阵</h2>
        <div class="prose">
          <p>下方的11模式网格是核心参考。绿色单元格表示该库原生提供该原生组件，且默认状态下通过axe。黄色单元格表示该库提供该原生组件，但在官方示例用法中出现了至少一处axe违规、键盘契约缺口或屏幕阅读器缺口。灰色"N/A"表示该库不提供该原生组件——对于shadcn/ui，有三个模式需要直接导入Radix或引入第三方库。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">模式</th>
              <th scope="col">Radix</th>
              <th scope="col">React Aria</th>
              <th scope="col">Ark UI</th>
              <th scope="col">shadcn</th>
              <th scope="col">Headless</th>
              <th scope="col">Mantine</th>
              <th scope="col">Chakra v3</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">对话框</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">警告对话框</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>部分</td><td>通过</td></tr>
            <tr><th scope="row">组合框</th><td>通过</td><td>通过</td><td>通过</td><td class="cell-na">N/A</td><td>通过</td><td>部分</td><td>通过</td></tr>
            <tr><th scope="row">列表框</th><td>通过</td><td>通过</td><td>通过</td><td class="cell-na">N/A</td><td>通过</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">菜单</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>部分</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">菜单栏</th><td>通过</td><td>通过</td><td>通过</td><td class="cell-na">N/A</td><td class="cell-na">N/A</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">标签页</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">手风琴</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td></tr>
            <tr><th scope="row">工具提示</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>部分</td></tr>
            <tr><th scope="row">开关</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>部分</td><td>通过</td></tr>
            <tr><th scope="row">滑块</th><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>通过</td><td>部分</td><td>通过</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">请仔细阅读矩阵</span>
            <div class="callout__body"><p>灰色N/A单元格不是失败——它是一个采购问题。shadcn/ui的逻辑是：从精选集合中复制所需源代码，然后发布；对于三个N/A模式，您可以直接导入Radix原生组件，或从姐妹注册表中引入。shadcn/ui的风险不在于它所提供的组件——这些组件继承了Radix的合规性——而在于它不提供的组件，那是团队在午夜赶deadline时会手写一个组合框的地方。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">失效模式</div>
        <h2 class="section-title" id="s4-heading">4. 失效的键盘契约</h2>
        <div class="prose">
          <p>各库中最为普遍的失效并非缺少aria属性——而是键盘契约与APG几乎吻合，却在某个按键上出现偏差。Mantine的组合框不响应APG规定的<kbd>Home</kbd>和<kbd>End</kbd>键。Chakra v3的工具提示在通过悬停打开后无法通过<kbd>Escape</kbd>关闭。Headless UI的菜单原生组件在第一次<kbd>ArrowDown</kbd>时收起，而不是将焦点放在第一个选项上，因为其实现将触发元素视为打开时的活动后代。</p>
          <p>这些都不是生僻的边界情况，而是屏幕阅读器用户第一分钟就会触发的操作模式。下方的对比将同一个组合框API用两种方式实现——一次使用Mantine的默认值，一次使用React Aria Components——以展示将键盘契约视为规范而非锦上添花时的实际效果。</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">需要覆盖：Mantine组合框默认状态</div>
            <pre><code>{`<Combobox
  store={combobox}
  onOptionSubmit={(v) => setValue(v)}
>
  <Combobox.Target>
    <InputBase
      // 输入框上没有aria-controls连线
      // Home/End键不在列表框内移动焦点
      // ArrowDown打开但不将焦点放在第1项
      value={value}
      onChange={(e) => setValue(e.currentTarget.value)}
    />
  </Combobox.Target>
  <Combobox.Dropdown>
    {/* 列表框选项在此渲染 */}
  </Combobox.Dropdown>
</Combobox>`}</code></pre>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">原生：React Aria Components组合框默认状态</div>
            <pre><code>{`<ComboBox aria-label="Filter customers">
  <Label>Customer</Label>
  <Input />
  <Popover>
    <ListBox>
      <ListBoxItem>Alpha</ListBoxItem>
      <ListBoxItem>Bravo</ListBoxItem>
      <ListBoxItem>Charlie</ListBoxItem>
    </ListBox>
  </Popover>
</ComboBox>
// aria-controls、aria-activedescendant、
// aria-expanded、role=combobox、Home/End、
// PageUp/PageDown、Escape：均默认已连线。`}</code></pre>
          </article>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">为何这一差距是结构性的，而非偶然的</span>
            <div class="callout__body"><p>从已发布规范派生键盘契约的库——React Aria来自WAI-ARIA APG，Ark UI来自Zag.js状态机——将这些契约作为组件支持的唯一行为进行提交。将键盘契约视为功能列表的库，大约实现了其中80%，其余20%留作"未来工作"。而这20%恰恰是辅助技术用户最常按的按键。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">成本</div>
        <h2 class="section-title" id="s5-heading">5. 无障碍的包体积成本</h2>
        <div class="prose">
          <p>选择严格库时最常见的反对理由是包体积。审计结果并未支持这一观点。Radix UI原生组件支持按组件进行树摇，每个原生组件的gzip压缩后大小约为7至15 KB；React Aria Components更重——完整包gzip后约95 KB——但同样支持树摇。Headless UI是其中最轻的，整个包gzip后约25 KB。Mantine和Chakra v3均属于功能齐全型，在同一包中附带样式系统，开箱即用的gzip大小约为180至220 KB。</p>
          <p>这种权衡是真实存在的，但比讨论所呈现的要小。一个不响应<kbd>Home</kbd>和<kbd>End</kbd>的组合框与一个正确响应的组合框，字节成本大致相同。选择并非"无障碍vs性能"——而是"规范派生行为vs手写行为"，而手写版本往往更大，因为它携带了自己的临时状态机。</p>
        </div>

        <div class="stat-row" aria-label="近似gzip包体积成本">
          <div class="stat-card">
            <div class="stat-card__num">7-15 KB</div>
            <div class="stat-card__label">Radix UI每个原生组件（gzip）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">25 KB</div>
            <div class="stat-card__label">Headless UI完整包（gzip）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">95 KB</div>
            <div class="stat-card__label">React Aria Components完整包（gzip，支持树摇）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约200 KB</div>
            <div class="stat-card__label">Mantine + Chakra v3功能齐全默认值</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">实操手册</div>
        <h2 class="section-title" id="s6-heading">6. 选型实操手册</h2>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>如果产品是企业级应用且有采购驱动的无障碍要求，选React Aria Components。</h3>
            <p>它是所有被审计库中唯一API明确派生自WAI-ARIA创作实践指南的库。包比Radix重，但向VPAT审核方说明审计通过情况最为简洁，因为每个原生组件都有已发布的合规声明。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>如果团队自主维护设计系统，选Radix UI（可选在其上叠加shadcn/ui）。</h3>
            <p>Radix提供无样式、规范合规的原生组件。shadcn/ui让它们易于复制引入并主题化。需要注意的是shadcn未提供的三个模式——组合框、列表框、菜单栏——应直接导入Radix，而非手写。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>如果团队以Tailwind为主且只需要有限组件面，选Headless UI——但请审计自己代码中的菜单原生组件。</h3>
            <p>Headless UI是该领域包体积最小的，提供一个小而经过良好测试的组件面。菜单原生组件的一处缺口已在上文说明；通过在列表框式菜单上显式连线<code>aria-activedescendant</code>，或用项目本地helper进行封装来修复。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>如果团队重视开箱即用胜过规范合规，选Mantine或Chakra v3——但请规划好覆盖工作。</h3>
            <p>两款库上手快且开箱即用效果好。但两者都需要针对各组件做额外覆盖，才能通过组合框、开关、滑块（Mantine）或工具提示（Chakra v3）的审计。请将覆盖工作排入引入该库的迭代，而非在审计失败的迭代中亡羊补牢。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>在引入库之前，对其官方演示运行axe。</h3>
            <p>各供应商均维护演示站点。将axe DevTools对准它们。如果供应商自己的演示在您计划使用的原生组件上出现违规，这些违规将随之进入您的产品。这一五分钟的检查将您要引入的库与要回避的库区分开来。</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：规范即契约</h2>
        <div class="prose">
          <p>能够干净通过axe审计的库，是那些作者将WAI-ARIA创作实践指南视为契约而非参考的库。Radix UI、React Aria Components和Ark UI分别从已发布规范派生其键盘契约和ARIA连线——Radix和React Aria来自APG，Ark UI来自Zag.js状态机——并按规范提交，而非规范的子集。</p>
          <p>那些失败的库，并非因为其作者不关心无障碍。它们失败，是因为键盘契约被视为功能列表，而功能列表最终会在80%时停下，而非100%。最后那20%——组合框中的<kbd>Home</kbd>和<kbd>End</kbd>、用<kbd>Escape</kbd>关闭悬停打开的工具提示、菜单中第一次<kbd>ArrowDown</kbd>时的焦点管理——是用户注意到的部分。</p>
          <p>shadcn/ui的情况横跨两个类别。它所提供的组件继承了Radix的规范派生性并通过测试。它不提供的组件是团队手写内部组合框的地方，而那个内部组合框正是下一个axe违规进入代码库的入口。解决方案不是换一个库——而是对那三个模式直接导入Radix，并以和设计系统其他部分同等的认真程度对待它们。</p>
          <p>引入库的工程团队应将选型与<a href="/toolkit/for/developers/">开发者专区</a>中的其他开发者工具配套使用，在将库发布到生产环境之前对其演示页面运行<a href="/toolkit/scan/">免费WCAG 2.2扫描</a>，并将结果与<a href="/toolkit/standards/wcag/">完整WCAG 2.2成功标准参考</a>进行基准对比。</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"选一个作者将规范视为契约的库，审计就只是走个形式。选一个作者将规范视为参考的库，审计就变成了积压工单。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org工程团队，结尾备注</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 2026年可访问数据可视化工具：一套可用的技术选型
url: https://www.disabilityworld.org/zh/articles/accessible-data-viz-tooling-2026/
description: 一份工程入门评分指南，针对Vega-Lite、Plotly、Observable Plot、Apache ECharts和D3的无障碍默认值逐一评分——SVG/ARIA语义、色盲安全调色板、键盘可导航数据点、屏幕阅读器层级结构与替代表格视图，并按使用场景给出具体推荐。
author: Disability World
pubDate: 2026-05-22
tags: data-viz, charts, d3, vega, observable, plotly, accessibility, tech-news
---

# 2026年可访问数据可视化工具：一套可用的技术选型

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程入门 · 无障碍数据可视化技术选型</div>
      <h1 class="hero__title" id="hero-heading">
        2026年可访问数据可视化工具：<br />
        一套可用的技术选型
      </h1>
      <p class="hero__lead">五款库主导了现代数据可视化领域，但只有部分库将屏幕阅读器视为一等消费者。这是一份面向实际工程场景的评分表，专为2026年需要将图表发布到生产环境的团队而写。</p>
      <div class="hero__stats" aria-label="关键统计数据">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">个评分库</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">个评估的无障碍维度</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">约8%</div>
          <div class="stat-chip__label">的人口患有色觉障碍</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World工程团队</strong></div>
        <div class="hero__pill">阅读时间约10分钟</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 五个无障碍维度</a></li>
        <li><a href="#s2">2. 五款库</a></li>
        <li><a href="#s3">3. 评分矩阵</a></li>
        <li><a href="#s4">4. 好图表与差图表</a></li>
        <li><a href="#s5">5. 按场景推荐</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 决定图表是否无障碍的五个维度</h2>
        <div class="prose">
          <p>"无障碍图表"这个说法背后隐藏着一系列静默而各异的要求。一张柱状图可以用SVG渲染出完美的色彩对比度，但对键盘用户而言仍不可达。它可以支持键盘导航，但对屏幕阅读器依然没有任何有用的播报。它可以清晰地播报数值，但在第一个工具提示处就让视力低下的用户止步。为了公平比较各库，我们对每款库在五个独立维度上进行评估，这五个维度直接映射了真实辅助技术用户体验可视化的方式。</p>
          <p>这五个维度并非个人偏好列表，而是WCAG 2.2成功标准（1.4.11非文本对比度、2.1.1键盘、4.1.2名称角色值）的实践转译，以及WAI-ARIA创作实践指南关于图表和图形的指导，和W3C研究问题工作组自2023年起流传的"数据可视化无障碍"草案说明。每款图表库都会生成SVG；每款库都会渲染某种图例；每款库都对颜色有自己的态度。区别在于默认值——当您写下最少量的合理代码时得到的图表。</p>
        </div>

        <div class="stat-row" aria-label="无障碍维度背景数据">
          <div class="stat-card">
            <div class="stat-card__num">约8%</div>
            <div class="stat-card__label">的男性患有某种形式的红绿色觉障碍——这是为何分类调色板默认就需要通过色觉障碍测试的根本原因（美国国立卫生研究院数据）。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2.1.1</div>
            <div class="stat-card__label">WCAG成功标准：所有功能，包括图表检查，必须仅通过键盘界面即可操作。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">4.1.2</div>
            <div class="stat-card__label">WCAG：每个交互控件——包括用户可聚焦的每个数据点——必须向辅助技术暴露名称、角色和值。</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">五个评估维度</span>
            <div class="callout__body">
              <p><strong>1. 带语义ARIA的SVG输出。</strong>该库是否输出SVG（而非canvas），且该SVG是否携带有意义的角色、标签和分组结构，而非匿名的<code>&lt;g&gt;</code>嵌套？</p>
              <p><strong>2. 默认即色盲安全调色板。</strong>分类和顺序调色板是否开箱即经过色觉障碍测试，还是需要用户主动覆盖才能达到要求？</p>
              <p><strong>3. 键盘可导航数据点。</strong>视力正常的纯键盘用户能否Tab进入图表，用方向键在标记间切换，并读取每个标记的值？</p>
              <p><strong>4. 屏幕阅读器描述层级。</strong>是否存在标题、一句话摘要，以及每个系列/每个数据点的播报——而不仅仅是单一的alt文本堆砌？</p>
              <p><strong>5. 替代表格视图。</strong>底层数据是否可作为HTML表格，从图表链接或紧邻图表渲染，供偏好表格消费的用户使用？</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"一张具有完美对比度和色盲安全调色板却没有键盘模型的图表，是一张您只为一半受众渲染的图表。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World工程团队</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">全景</div>
        <h2 class="section-title" id="s2-heading">2. 参与评测的五款库</h2>
        <div class="prose">
          <p>五款库覆盖了2026年绝大多数新建图表项目：Vega-Lite、Plotly、Observable Plot、Apache ECharts和D3自定义代码。它们在抽象层次上各有侧重——Vega-Lite最具声明性，D3最具命令性——且每款库对无障碍的态度各不相同。我们将D3单独处理，因为"D3+自定义"在工程上是一个根本不同的命题：您获得的无障碍性，就是您自己编写的无障碍性。</p>
          <p>这些库没有一款对无障碍怀有敌意。它们全部生成SVG（Plotly和ECharts也可输出canvas；我们评估SVG模式）。它们都接受任意色彩调色板。问题在于：当您写下最少量的合理代码时得到的是什么，以及需要多少改造才能使那个默认图表真正通过WCAG 2.2 AA。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Vega-Lite</div>
                <div class="combo-card__sub">交互式图形声明性语法（华盛顿大学）</div>
              </div>
            </div>
            <div class="combo-card__usage">强适配：仪表板和分析师主导的图表</div>
            <div class="combo-feat"><span class="combo-feat__label">输出格式</span><span>SVG（canvas可选）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">无障碍默认值</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Plotly.js</div>
                <div class="combo-card__sub">开源图表工具包（Plotly公司）</div>
              </div>
            </div>
            <div class="combo-card__usage">强适配：科学和BI风格仪表板</div>
            <div class="combo-feat"><span class="combo-feat__label">输出格式</span><span>SVG（WebGL轨迹使用canvas）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">无障碍默认值</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Observable Plot</div>
                <div class="combo-card__sub">简洁的标记式API（Observable / Mike Bostock）</div>
              </div>
            </div>
            <div class="combo-card__usage">强适配：编辑和探索性图表</div>
            <div class="combo-feat"><span class="combo-feat__label">输出格式</span><span>SVG</span></div>
            <div class="combo-feat"><span class="combo-feat__label">无障碍默认值</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Apache ECharts</div>
                <div class="combo-card__sub">企业级图表（Apache软件基金会）</div>
              </div>
            </div>
            <div class="combo-card__usage">强适配：高密度运营仪表板</div>
            <div class="combo-feat"><span class="combo-feat__label">输出格式</span><span>Canvas（SVG渲染器可用）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">无障碍默认值</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">D3 + 自定义</div>
                <div class="combo-card__sub">底层数据绑定原语（Mike Bostock）</div>
              </div>
            </div>
            <div class="combo-card__usage">强适配：定制化编辑和产品图表</div>
            <div class="combo-feat"><span class="combo-feat__label">输出格式</span><span>SVG（您自己编写的内容）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">无障碍默认值</span><span class="dot-row"><span class="dot"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">D3注意事项</span>
            <div class="callout__body">
              <p>D3的"零点"评级并非对这款库的批评——它是对原始D3构建所能获得内容的如实描述。D3是原语。D3图表的无障碍性，就是作者自己编写的无障碍性。由了解ARIA的工程师创作的D3图表可以是页面上无障碍程度最高的图表；由不具备这方面知识的工程师创作的D3图表，几乎必然是页面上无障碍程度最低的图表。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. 评分矩阵：库×无障碍特性</h2>
        <div class="prose">
          <p>第一节的五个维度，与第二节的五款库交叉评分。"是"表示默认行为满足该维度；"部分"表示该库暴露了正确的钩子但默认不启用；"手动"表示工程师需要从零手写相关代码。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Vega-Lite</th>
              <th>Plotly.js</th>
              <th>Observable Plot</th>
              <th>Apache ECharts</th>
              <th>D3 + 自定义</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>带语义ARIA的SVG输出</th>
              <td>是（SVG，带标题分组）</td>
              <td>是（SVG，ARIA标签）</td>
              <td>是（SVG，标记角色）</td>
              <td>部分（canvas为默认；SVG渲染器需手动开启）</td>
              <td>手动</td>
            </tr>
            <tr>
              <th>默认即色盲安全调色板</th>
              <td>是（Tableau 10 + viridis）</td>
              <td>部分（Plotly默认；色觉障碍调色板需手动开启）</td>
              <td>是（Observable categorical10）</td>
              <td>部分（默认配色方案未经色觉障碍测试）</td>
              <td>手动</td>
            </tr>
            <tr>
              <th>键盘可导航数据点</th>
              <td>部分（图例可聚焦；标记需配置）</td>
              <td>是（2.x中的方向键导航）</td>
              <td>部分（tip插件可聚焦；标记需手动）</td>
              <td>部分（无障碍模块需手动开启）</td>
              <td>手动</td>
            </tr>
            <tr>
              <th>屏幕阅读器描述层级</th>
              <td>是（description规范属性）</td>
              <td>部分（单一标题；每个数据点需手动开启）</td>
              <td>是（ariaLabel + ariaDescription标记）</td>
              <td>部分（无障碍模块输出每系列alt文本）</td>
              <td>手动</td>
            </tr>
            <tr>
              <th>替代表格视图</th>
              <td>部分（数据表格易于渲染）</td>
              <td>部分（可导出CSV；无DOM内表格）</td>
              <td>部分（data()辅助函数，无自动表格）</td>
              <td>部分（工具箱支持数据视图）</td>
              <td>手动</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">如何阅读矩阵</span>
            <div class="callout__body">
              <p>Vega-Lite和Observable Plot在声明性默认值上领先。Plotly在内置键盘导航上领先。ECharts的opt-in无障碍模块是本列表中最完整的——但前提是您启用它。D3给您的既是一无所有，也是一切皆有：每个单元格都是"手动"，因为该库没有任何立场。这些库中没有一款是一行代码的解决方案；但凡用心，它们都是可行的。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">模式</div>
        <h2 class="section-title" id="s4-heading">4. 好图表与差图表：同一份数据，两种实现</h2>
        <div class="prose">
          <p>矩阵展示了每款库暴露的能力；本节展示实际工程师会怎么写。同一份数据，两种实现。"差"的版本上手快，在27英寸显示器上看起来没问题。"好"的版本多了12行代码，并通过了矩阵上的每一个维度。</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">差图表——快速但不可达</div>
            <pre><code>{`// Vega-Lite — 仅使用默认值
{
  "data": { "url": "complaints.csv" },
  "mark": "bar",
  "encoding": {
    "x": { "field": "category", "type": "nominal" },
    "y": { "field": "count", "type": "quantitative" },
    "color": { "field": "category" }
  }
}`}</code></pre>
            <p>可渲染，看起来没问题。屏幕阅读器没有图表标题，没有描述，标记上没有键盘模型，默认色彩方案在实际类别数量下未经色觉障碍测试，没有备用表格。</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">好图表——12行关键代码</div>
            <pre><code>{`// Vega-Lite — 无障碍默认值
{
  "title": "按表面分类的投诉数量，2024",
  "description":
    "4605条网络无障碍投诉柱状图，按表面排名。最高：表单（1940条）。",
  "data": { "url": "complaints.csv" },
  "mark": { "type": "bar", "ariaRoleDescription": "bar" },
  "encoding": {
    "x": { "field": "category", "type": "nominal",
           "axis": { "labelAngle": -30 } },
    "y": { "field": "count", "type": "quantitative",
           "title": "投诉数量" },
    "color": {
      "field": "category",
      "scale": { "scheme": "tableau10" },
      "legend": { "title": "表面" }
    },
    "tooltip": [
      { "field": "category", "title": "表面" },
      { "field": "count", "title": "投诉数量" }
    ]
  },
  "usermeta": { "embedOptions": { "ariaLabel": "投诉图表" } }
}`}</code></pre>
            <p>标题、描述、色觉障碍安全调色板、命名坐标轴、命名工具提示字段、标记上的ARIA角色描述。与从同一数据集渲染的<code>&lt;table&gt;</code>配合使用，无需离开声明性语法即可通过矩阵上的每一个维度。</p>
          </article>
        </div>

        <p class="pull">好图表不是另一张图表，它是同一张图表——将隐式默认值变为显式，写下标题，命名调色板，拼出每个标记的角色，并同时以表格形式提供数据。这就是全部的技巧所在。</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">替代表格模式</span>
            <div class="callout__body">
              <p>五款库中没有一款自带"将图表渲染为表格"的默认模式。可用的模式是：将同一份数据绑定到两个组件——图表和其下方的HTML<code>&lt;table&gt;</code>，通常在视觉上隐藏，但通过"显示数据表格"切换按钮向辅助技术暴露，该按钮翻转<code>hidden</code>属性。这一模式每张图表约需20行框架代码，并在第一次用户研究会话中就能收回成本。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">实操手册</div>
        <h2 class="section-title" id="s5-heading">5. 按场景的具体推荐</h2>
        <div class="prose">
          <p>2026年的库选型主要取决于工作流契合度。表中五款库均可行，问题是哪款与您实际交付的图表类型最匹配。五个常见场景，五个推荐，每个均附次优备选。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>编辑/数据新闻图表（单图，精雕细琢）</h3>
            <p><strong>推荐：Observable Plot</strong>，Vega-Lite紧随其后。Plot的标记式API免费提供每个标记的ARIA标签，分类调色板经过色觉障碍测试，SVG输出清晰易读。Vega-Lite位列次席，因为其description属性是所有库中最简洁的单属性屏幕阅读器摘要——但对于一次性编辑内容，Plot在默认人体工程学上更胜一筹。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>分析师主导的仪表板（多图，声明性）</h3>
            <p><strong>推荐：Vega-Lite</strong>，Observable Plot紧随其后。Vega-Lite的规范语法让分析师无需编写JavaScript即可在一个Notebook中组合30张图表，且schema的<code>title</code> + <code>description</code>属性无需额外配置即可提供屏幕阅读器层级结构。每张图表配合一个Vega渲染的数据表格，即可通过替代表格维度。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>科学/BI仪表板（交互式探索）</h3>
            <p><strong>推荐：Plotly.js</strong>，ECharts紧随其后。Plotly是本列表中唯一在2.x系列将标记间方向键导航作为默认功能发布的库。如果您的受众期望悬停、缩放和下钻，Plotly的内置键盘模型是决定性因素。ECharts只要启用<code>aria</code>模块即可赶上——但您必须主动启用。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>高密度运营仪表板（数百个数据点，性能关键）</h3>
            <p><strong>推荐：Apache ECharts</strong>（SVG渲染器+启用<code>aria</code>模块），Plotly紧随其后。ECharts对于非常密集的图表拥有本组中最强的性能表现，<code>aria</code>模块生成的每系列alt文本屏幕阅读器可正常处理。请关闭canvas渲染器；canvas更快，但无障碍树会消失。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>任何库都无法渲染的定制编辑图表（完全定制，独一无二）</h3>
            <p><strong>推荐：D3加手写无障碍层</strong>。手写层是不可缺少的：SVG根元素的<code>&lt;title&gt;</code> + <code>&lt;desc&gt;</code>，每个标记的<code>role="img"</code>加<code>aria-label</code>，每个可聚焦标记的焦点模型，以及从同一数据集渲染的兄弟<code>&lt;table&gt;</code>。当图表真的在其他地方不存在时，D3是正确的工具；当图表只是一张柱状图、而有人出于习惯选了D3时，D3就是错误的工具。</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">这些库都无法解决的问题</span>
            <div class="callout__body">
              <p>图表库内的图表很少是页面上唯一的内容。仅在悬停时出现从不在聚焦时出现的工具提示、使用<code>&lt;div&gt;</code>而非<code>&lt;ul&gt;</code>的图例、页面重置样式表中被覆盖的焦点环、相对于页面背景对比度不足的颜色色块——这些都是任何图表库都不会为您修复的页面级失败。库给您标记；页面给您其余的一切。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：可用的技术选型是您写下来的那一套</h2>
        <div class="prose">
          <p>表中五款库没有一款是错误答案。凡用点心思，所有这些库都能在大多数维度上达标。2026年预测无障碍图表最可靠的单一指标，并不是import行上的库名——而是团队是否在与设计系统同一处写下了"在本组织，无障碍图表"意味着什么。标题。描述。调色板。键盘模型。替代表格。CONTRIBUTING.md中的五行字；发布出去的图表与真正落地的图表之间的差距。</p>
          <p>选择契合工作流的库，开启其无障碍默认值，每张图表都配上数据表格，并以审计图表本身同等的认真度审计图表周围的页面级外壳。这些库中任何一款的默认图表都可以做到无障碍。但这些库中没有任何一款的默认图表，在没有用心的情况下就是无障碍的。</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"库给您标记；页面给您其余的一切。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World工程团队</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 无障碍PDF全流程：从内容创作到无障碍修复
url: https://www.disabilityworld.org/zh/articles/accessible-pdfs-end-to-end/
description: 关于生成无障碍PDF的实用工程指南——InDesign、Word和LibreOffice中的排版选择，PDF/UA所要求的标签树结构，工程师常用的四种修复工具，以及JAWS、NVDA、VoiceOver和ChromeVox在处理带标签PDF时各自的差异。
author: Disability World
pubDate: 2026-05-22
tags: pdf, accessibility, pdf-ua, tagged-pdf, education, document-accessibility
---

# 无障碍PDF全流程：从内容创作到无障碍修复

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程指南 · PDF无障碍</div>
      <h1 class="hero__title" id="hero-heading">
        无障碍PDF全流程：<br />
        从内容创作到无障碍修复
      </h1>
      <p class="hero__lead">PDF无障碍并非在Acrobat中最后拨动一个开关就能完成的事情。它是一系列决策的链条：始于InDesign或Word，贯穿标签树，达到PDF/UA合规性，经PAC验证，最终面对四种屏幕阅读器——而每种阅读器处理同一文件的方式都略有不同。本指南按工程师的实际工作顺序逐一梳理这条链条。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">ISO 14289-1</div>
          <div class="stat-chip__label">PDF/UA合规标准（2014年发布，2024年更新）</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">31</div>
          <div class="stat-chip__label">带标签PDF须通过的Matterhorn协议故障条件数</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4 + 4</div>
          <div class="stat-chip__label">下文涵盖的修复工具与屏幕阅读器数量</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>disability-world 编辑部</strong></div>
        <div class="hero__pill">阅读时间约12分钟</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章目录">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 内容创作</a></li>
        <li><a href="#s2">2. 标签树</a></li>
        <li><a href="#s3">3. PDF/UA合规性</a></li>
        <li><a href="#s4">4. 修复工具</a></li>
        <li><a href="#s5">5. 辅助技术行为</a></li>
        <li><a href="#s6">6. 端到端工作流程</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 内容创作：选择一款切实可用的上游工具</h2>
        <div class="prose">
          <p>决定后续所有步骤的关键抉择，是排版环境的选择。由一份结构严谨的InDesign文档生成、并应用了<strong>无障碍操作（Make Accessible action）</strong>的PDF，在任何人打开Acrobat之前就已携带了80%的无障碍元数据。而从一份用粗体和字号变化来"伪造"标题的Word文档导出的PDF，几乎不带任何结构信息，无论下游修复做多少工作都难以完全弥救。换言之，排版工具的选择并非关乎审美，而是关乎结构。</p>
          <p>2026年，机构出版领域有三条主要生产路径。<strong>Adobe InDesign配合无障碍操作</strong>是排版文档的行业标准——年报、教科书、法规申报材料等布局固定、仅由设计团队发布一次的文件皆适用。<strong>Microsoft Word配合"另存为无障碍PDF"</strong>是办公文档的主力工具——政策文件、合同、信函等持续编辑、PDF作为渲染输出而非最终归档的场景适用。<strong>LibreOffice配合PDF无障碍检查器（PDF Accessibility Checker）交接流程</strong>，是出于政策原因回避Microsoft和Adobe技术栈的政府机构及高校所采用的开源路径。</p>
        </div>

        <div class="stat-row" aria-label="排版路径对比">
          <div class="stat-card">
            <div class="stat-card__num">InDesign</div>
            <div class="stat-card__label">排版文档 · 段落样式映射至导出标签时标签保真度最佳</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Word</div>
            <div class="stat-card__label">办公文档 · 另存为无障碍PDF，配合无障碍检查器面板使用</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">LibreOffice</div>
            <div class="stat-card__label">开源路径 · 交由PAC进行验证，原生检查器最为薄弱</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">上游工具为何至关重要</span>
            <div class="callout__body"><p>由InDesign和Word生成的标签树，在结构上是从段落样式<em>派生</em>而来的；由修复工具生成的标签树，则是事后<em>强加</em>的。前者可与源文档对照审查，后者只能与自身对照。越来越多的审核方要求查看源文档，而不仅仅是PDF文件。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">结构解析</div>
        <h2 class="section-title" id="s2-heading">2. 标签树：每份无障碍PDF的实际组成内容</h2>
        <div class="prose">
          <p>每份无障碍PDF的底层都有一个平行的逻辑结构——<strong>标签树</strong>——与视觉布局毫无关联。可见的PDF是以坐标寻址的绘图指令集。标签树则是一个独立的层级式文档对象模型，用于说明：<em>这段绘图操作是第一级标题，那段是第二个列表的第三个项目符号项，这张图片是纯装饰性的，另一张图片的替代文本为"按季度分部门的FY24营收"。</em>屏幕阅读器读取的是标签树，而非绘图内容。</p>
          <p>在实际文档中，六类标签承载了绝大部分语义：<strong>标题（H1至H6）</strong>构成可导航的大纲；<strong>段落（P）</strong>是散文段落；<strong>列表（L、LI、Lbl、LBody）</strong>是有序或无序的枚举；<strong>表格（Table、TR、TH、TD）</strong>是通过Scope属性公开列标题和行标题的数据网格；<strong>图形（Figure）</strong>通过Alt或ActualText属性承载替代文本；<strong>阅读顺序</strong>由标签树本身的深度优先遍历决定，规定了屏幕阅读器朗读文档的顺序。一个视觉上<em>看起来</em>正确的双栏页面，如果标签树将右栏放在左栏之前，阅读顺序就会出错。</p>
          <p>在规范生成的文件中，每个标签还有两个属性至关重要。<strong>语言属性（Lang）</strong>告知屏幕阅读器应使用哪本发音词典——英文段落中引用的法语内容，需要在Span标签上添加自身的Lang属性，否则将以英语音素朗读。<strong>工件标记（artifact marker）</strong>区分装饰性内容与结构性内容；页眉、页脚、页码和装饰性分隔线均应标记为工件，以便屏幕阅读器跳过。</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">双栏报告页面：良好与糟糕的标签结构对比</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">良好——来自段落样式映射源的标签</div>
                <p><strong>Sect</strong> → H1（页面标题）→ P（引言）→ H2（左栏标题）→ P、P、L/LI × 3 → H2（右栏标题）→ P、P → 带Alt的Figure → 含TH(Scope=Col)和TH(Scope=Row)的Table。阅读顺序遵循树结构。页眉标记为Artifact。</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">糟糕——在Acrobat中对先打印后生成的PDF进行修复标签</div>
                <p>单个扁平Sect，所有内容均为无类型P标签。标题是字号更大的P标签。列表是散文中带有项目符号字形的P标签。图形没有Alt。阅读顺序在各栏间逐行交替，因为标签树镜像了按列逐列排列的绘图顺序，而非逻辑顺序。</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">阅读顺序并不等于视觉顺序</span>
            <div class="callout__body"><p>Acrobat的阅读顺序工具在视觉页面上显示与标签树遍历对应的编号覆盖层。仅根据视觉布局进行验证的工程师会遗漏阅读顺序错误，因为视觉布局可能是正确的，而标签树遍历顺序却是混乱的。务必同时打开标签面板<em>并</em>使用屏幕阅读器进行验证。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">标准</div>
        <h2 class="section-title" id="s3-heading">3. PDF/UA合规性：ISO 14289-1的实际要求</h2>
        <div class="prose">
          <p>PDF/UA是无障碍PDF的国际标准，以<strong>ISO 14289-1</strong>发布于2014年，并于2024年更新。[WCAG](/toolkit/standards/wcag/)是技术中立、平台中立的；PDF/UA则专门针对PDF格式——它是文档生产软件、文档消费软件和辅助技术之间的契约，声明：<em>该文件的标签树、元数据和结构符合一套可验证的条件，因此合规的阅读器可以依赖这些条件。</em></p>
          <p>该标准通过<strong>Matterhorn协议</strong>落地实施，由PDF协会维护，将PDF/UA分解为31个编号的<strong>故障条件</strong>，每个条件均有机器可检查变体和人工可检查变体。机器可检查的故障包括：元数据中缺少文档标题、存在没有Alt或ActualText的图形、列表结构未在L/LI标签内、文档或语言切换段落缺少语言属性等。人工可检查的故障涵盖软件无法自行验证的内容——图形上的替代文本是否真实描述了图形内容、阅读顺序是否与逻辑顺序一致、标题是否有逻辑层级而非跳级等。</p>
          <p>2024年更新将PDF/UA与WCAG 2.2成功标准对齐，并明确了数字签名和表单的处理方式——无障碍PDF表单必须公开字段标签、字段提示和Tab顺序；签名后的PDF不得阻止屏幕阅读器在签名后访问底层标签树。</p>
        </div>

        <div class="stat-row" aria-label="PDF/UA快速参考">
          <div class="stat-card">
            <div class="stat-card__num">14289-1</div>
            <div class="stat-card__label">ISO标准，最初发布于2014年，2024年更新</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">31</div>
            <div class="stat-card__label">Matterhorn协议故障条件数</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">87</div>
            <div class="stat-card__label">独立测试变体数（机器检查+人工检查）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">EN 301 549</div>
            <div class="stat-card__label">通过引用纳入PDF/UA的欧洲采购标准</div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"PDF/UA合规性是底线，而非上限。一个文件可以通过全部31项Matterhorn条件，但如果替代文本过于笼统或阅读顺序在技术上有效却语义错误，阅读体验依然糟糕。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——PDF协会，Matterhorn协议指导文件，2024年版</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">工具</div>
        <h2 class="section-title" id="s4-heading">4. 修复工具：工程师实际会选择的四款产品</h2>
        <div class="prose">
          <p>当一份PDF没有可用的标签树时——大多数遗留PDF都是如此——工程师的选择缩小到四种修复环境。每种工具在标签树编辑、扫描件OCR、批量处理和PDF/UA报告等方面各有优劣。下方矩阵表将能力与工具一一对应。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PAC 2024</th>
              <th>Adobe Acrobat Pro</th>
              <th>Foxit PDF Editor</th>
              <th>ABBYY FineReader 16</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>PDF/UA完整报告</th><td>有（权威）</td><td>部分（预检）</td><td>部分（自有检查器）</td><td>有限</td></tr>
            <tr><th>应用内编辑标签树</th><td class="cell-na">不适用（只读）</td><td>有</td><td>有</td><td>有</td></tr>
            <tr><th>扫描PDF的OCR</th><td class="cell-na">不适用</td><td>有</td><td>有</td><td>有（同类最优）</td></tr>
            <tr><th>阅读顺序覆盖层</th><td>只读</td><td>有（触摸式阅读顺序工具）</td><td>有</td><td>有限</td></tr>
            <tr><th>批量/脚本化修复</th><td class="cell-na">不适用</td><td>有（操作）</td><td>有（操作）</td><td>有（热文件夹）</td></tr>
            <tr><th>符合Matterhorn的输出</th><td>有</td><td>近似</td><td>近似</td><td>有限</td></tr>
            <tr><th>费用区间</th><td>免费</td><td>订阅制</td><td>买断或订阅</td><td>买断</td></tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">PDF无障碍检查器（PAC）</div>
                <div class="combo-card__sub">瑞士Access for All · 免费，Windows桌面端</div>
              </div>
            </div>
            <div class="combo-card__usage">验证工具，非编辑工具</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>权威的PDF/UA报告</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>不可编辑，仅供验证</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>最终签发、审计</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Adobe Acrobat Pro</div>
                <div class="combo-card__sub">Adobe · 订阅制，跨平台</div>
              </div>
            </div>
            <div class="combo-card__usage">行业默认工具</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>标签面板、阅读顺序工具、操作功能</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>内置检查器漏报率高于PAC</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>大多数文件的标签树编辑</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Foxit PDF Editor</div>
                <div class="combo-card__sub">Foxit · 买断或订阅</div>
              </div>
            </div>
            <div class="combo-card__usage">Acrobat替代方案</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>功能相近，价格更低</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>插件生态系统较小</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>采购规则排除Adobe的情况</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">ABBYY FineReader 16</div>
                <div class="combo-card__sub">ABBYY · 买断，支持Windows和macOS</div>
              </div>
            </div>
            <div class="combo-card__usage">OCR专用工具</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>扫描原件OCR同类最优</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>纯标签编辑界面较弱</span></div>
            <div class="combo-feat"><span class="combo-feat__label">适用场景</span><span>源文件为仅含图像的扫描PDF</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">PAC加一款编辑器是标准搭配</span>
            <div class="callout__body"><p>PAC是业内唯一被广泛信任的PDF/UA验证工具，但它不能编辑。大多数生产团队将PAC与Acrobat Pro（默认）或Foxit（许可规则要求替代方案时）搭配使用，仅在源文件是需要OCR才能构建标签树的仅含图像扫描PDF时，才会使用ABBYY。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">行为</div>
        <h2 class="section-title" id="s5-heading">5. 四款屏幕阅读器如何处理带标签的PDF</h2>
        <div class="prose">
          <p>正确加标签的PDF只是链条中生产方的一半。另一半是屏幕阅读器。用户实际部署的四款阅读器在处理同一文件时存在细微差异。这些差异至关重要，因为在JAWS中阅读流畅的文档在NVDA中可能出现问题，而在macOS VoiceOver中正常显示的文件，在Chrome内置PDF查看器中被ChromeVox打开时，行为可能有所不同。</p>
          <p><strong>JAWS</strong>在所有商业屏幕阅读器中对PDF的支持最为深入且历史最长。其<em>PDF模式</em>通过Acrobat或Acrobat Reader渲染带标签的PDF，并直接公开标签树——标题列表（Insert+F6）、表单列表（Insert+F5）、使用标准JAWS表格键进行单元格导航。当PDF缺少标签时，JAWS会主动推断结构，但推断结果并不可靠；工程师不应依赖JAWS推断的内容进行验证。</p>
          <p><strong>NVDA</strong>同样通过Acrobat或Acrobat Reader读取带标签的PDF，其浏览模式导航与网页模式相似——按H跳转标题，按K跳转链接，按T跳转表格。NVDA的PDF支持自2022年以来有了显著改善，但在处理复杂表格和表单字段方面仍落后于JAWS。NVDA对标签格式错误的文档能给出更诚实的反馈：JAWS可能继续坚持阅读，NVDA则倾向于静默，这在诊断上颇为有用。</p>
          <p><strong>VoiceOver</strong>在macOS上通过Preview和Safari读取PDF，使用旋转器导航（VO + U）浏览标题、链接、表格和表单字段。VoiceOver是四款阅读器中最宽容的——即使对于标签不完善的文件，它也会重建阅读顺序——但这种宽容可能掩盖真实的问题。在VoiceOver中阅读尚可的文档，仍应针对JAWS或NVDA进行验证，而非反过来。</p>
          <p><strong>ChromeVox</strong>在ChromeOS上，以及所有屏幕阅读器与Chrome内置PDF查看器交互时，属于另一个类别。Chrome的PDF查看器会对页面进行栅格化并重新提取文本，而非渲染原始标签树，因此即使标签树干净的PDF在Chrome中直接打开时，也可能丢失大量结构。在对无障碍要求较高的场景中，解决方法是强制下载文件并在Acrobat Reader中打开，或提供HTML替代版本。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>JAWS · Acrobat</th>
              <th>NVDA · Acrobat</th>
              <th>VoiceOver · Preview</th>
              <th>ChromeVox · Chrome查看器</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>标签树保真度</th><td>高</td><td>中高</td><td>中</td><td>低（重新提取）</td></tr>
            <tr><th>标题导航</th><td>有（Insert+F6）</td><td>有（H键）</td><td>有（旋转器）</td><td>有限</td></tr>
            <tr><th>带TH范围的表格</th><td>有</td><td>有（2022年后改善）</td><td>有（旋转器）</td><td>常被展平</td></tr>
            <tr><th>表单字段</th><td>有</td><td>有</td><td>有</td><td>有限</td></tr>
            <tr><th>语言切换</th><td>有（Lang属性）</td><td>有</td><td>有</td><td>不一致</td></tr>
            <tr><th>标签格式错误时的行为</th><td>继续阅读</td><td>倾向于静默</td><td>重建结构</td><td>重新提取</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">针对两款阅读器进行测试，而非只测一款</span>
            <div class="callout__body"><p>如果只有时间测试两种组合，选择JAWS+Acrobat（受监管行业的机构默认选择）和NVDA+Acrobat（免费开源基准）。两者合力覆盖的范围，与四款阅读器全面测试的效果大致相当——除ChromeVox特定边缘案例外。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">实操手册</div>
        <h2 class="section-title" id="s6-heading">6. 端到端工作流程：按实际执行顺序排列</h2>
        <div class="prose">
          <p>将整条链条串联起来：一份无障碍PDF需经历六个具体步骤。这些步骤是顺序执行的——跳过任何一步，都会导致文件在后续步骤或用户手中出现问题。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>在标签感知工具中进行创作，并映射段落样式</h3>
            <p>选用InDesign（段落样式映射至导出标签）、Word（应用内置样式，不伪造标题）或LibreOffice（应用标题和列表样式）。标签树从这些样式映射中生成。</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>启用无障碍操作导出</h3>
            <p>InDesign：文件 → 导出 → PDF，选择<em>带标签的PDF</em>并运行<em>无障碍操作</em>。Word：文件 → 另存为Adobe PDF，或另存为PDF并勾选<em>用于无障碍的文档结构标签</em>选项。LibreOffice：文件 → 导出为PDF，勾选<em>带标签的PDF</em>和<em>使用参考XObjects</em>。</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>在Acrobat或Foxit中验证标签树</h3>
            <p>打开标签面板，逐级遍历树结构，确认标题嵌套逻辑正确、列表为L/LI/Lbl/LBody结构、表格TH带有Scope属性、图形有Alt或ActualText属性，装饰性元素标记为Artifact。运行工具 → 无障碍 → 阅读顺序，以数字方式验证阅读顺序。</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>运行PAC获取权威PDF/UA报告</h3>
            <p>PAC生成Matterhorn协议报告中机器可检查的部分。解决所有红色标记。请注意，PAC的绿色标记仅通过31项机器可检查条件；人工可检查条件（例如替代文本是否有意义）仍需人工核查。</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>至少用两款屏幕阅读器进行测试</h3>
            <p>最低限度为JAWS+Acrobat和NVDA+Acrobat，若目标受众包含macOS用户，还需加上VoiceOver。通过标题、表格、表单字段进行导航。确认语言切换时能以正确的语音朗读。确认阅读顺序与逻辑顺序一致。</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>发布并对源文件进行版本控制</h3>
            <p>可交付成果是PDF，但可维护的制品是带有段落样式映射的源文档。两者均需存档。文档需要更新时，从源文件重新导出并重新验证——除非源文件不可恢复，否则不要直接编辑已发布PDF的标签树。</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结语：无障碍PDF生产是一条链条，而非一个复选框</h2>
        <div class="prose">
          <p>将PDF无障碍视为最终修复问题的团队，最终会为此付出双倍代价——一次是修复一份在没有结构意图下生成的文件，另一次是每次更新该文件时重复这一过程。将其视为创作问题的团队，则在源头构建标签树，每次修订时干净地重新生成，将PAC和屏幕阅读器用于验证而非修复。两种方式之间的成本差异巨大；无障碍性上的差异则更大。</p>
          <p>上述链条在每个环节都刻意保持工具无关性。无论上游是InDesign还是LibreOffice，编辑工具是Acrobat还是Foxit，验证工具是PAC，屏幕阅读器是JAWS还是NVDA，结构逻辑都是相同的：段落样式映射至标签，标签符合PDF/UA，PDF/UA经PAC验证，屏幕阅读器读取结果。工具会变，链条不变。</p>
          <p>对于采购和合规团队而言，实际含义是：PDF无障碍声明应引用生产链——排版工具、导出操作、验证工具——而非仅仅引用Acrobat检查器结果。对于工程团队而言，含义是：标签树是事实来源，而标签树在用户看到任何PDF之前就已在上游构建完毕。关于与本指南互补的实操生产演练，请参阅[PDF无障碍分步操作手册](/articles/pdf-accessibility-step-by-step/)。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">"无障碍的PDF，是那份标签树经过精心创作的PDF，而非那份标签树被临时修补的PDF。"</p></blockquote>
          <figcaption><cite class="pull-quote__source">——disability-world 编辑部</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 无障碍演示文稿：PowerPoint、Keynote与网页优先替代方案
url: https://www.disabilityworld.org/zh/articles/accessible-presentations-and-decks/
description: 制作无障碍幻灯片的实用生产指南。涵盖PowerPoint的无障碍检查器、Keynote较为简洁的工具集、Google Slides 2024年的追赶进展，以及Reveal.js/Slidev/Marp的网页优先路线——并附有选择合适工具的决策树。
author: Disability World
pubDate: 2026-05-22
tags: presentations, powerpoint, keynote, slides, accessibility, education
---

# 无障碍演示文稿：PowerPoint、Keynote与网页优先替代方案

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一间会议室，投影屏幕上显示幻灯片，笔记本电脑上展示幻灯片的阅读顺序大纲——这是无障碍演示文稿生产的视觉标志。</p>

<p class="rt-prefix">阅读时间：12分钟</p>

<p class="wp-block-paragraph">幻灯片至今仍是现代职业生活中分享最广泛的教育载体——讲义、董事会汇报、培训模块、会议演讲、内部全员会议，无处不在。然而它们同时也几乎是同一流程中无障碍性最差的载体。一场屏幕阅读器无法导航的演讲、一套图表数值仅以像素形式存在的幻灯片、一段嵌入而无字幕的视频片段、一个忽略键盘操作的"点击翻页"交互——这些情况司空见惯，而且每一种都在悄然将同一群人排除在其余听众所能接收的内容之外。好消息是，在2026年解决这一问题不再是研究难题，而是一个生产工作流程问题——有三套成熟方案，辅以一棵决策树在其间做出选择。</p>

<p class="wp-block-paragraph">本指南涵盖演示者桌面上实际会使用的三类工具——Microsoft PowerPoint、Apple Keynote和Google Slides——以及日益受到高校教师和会议主办方青睐的网页优先替代方案（Reveal.js、Slidev、Marp）。这不是一篇抽象的功能对比。这是一份生产指南：在哪款工具里、按什么顺序、执行哪些步骤，才能交付一套——使用NVDA的视障学生可以跟读、低视力同事可以400%缩放阅读、听障与会者可以配合嵌入字幕阅读、仅用键盘的用户无需触碰鼠标即可导航的幻灯片。更宏观的标准背景，请参阅我们关于<a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2采用率调查</a>和<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>的指南，两者现均适用于在线发布的教育及商业幻灯片内容。</p>

<h2 class="wp-block-heading" id="h-what-an-accessible-deck-needs">无障碍幻灯片的必要条件</h2>

<p class="wp-block-paragraph">在介绍各工具的具体工作流程之前，先明确基准要求。一套无障碍幻灯片需要同时满足六项要求，缺一不可。第一，每张幻灯片都有唯一且具描述性的标题——这是屏幕阅读器用户逐张导航幻灯片以及大纲视图用户查找特定幻灯片的依据。标题为"幻灯片4"或"无标题"的幻灯片无法导航。第二，阅读顺序正确。通过直接将形状拖放至画布而不使用占位符创建的幻灯片，其阅读顺序将按形状插入顺序排列，而非视觉顺序——这意味着屏幕阅读器可能从后往前、侧边栏优先、页脚先于标题，或按生产过程偶然形成的任意顺序朗读幻灯片。第三，为每张非装饰性图片、图表和示意图提供替代文本，且描述语言应传达图片所表达的要点，而非仅描述其表面内容。</p>

<p class="wp-block-paragraph">第四，足够的色彩对比度——幻灯片背景上的文字应达到WCAG 2.2 AA阈值（正文文本4.5:1，大字体和有意义图形3:1），并针对实际背景像素进行检查，而非仅依据幻灯片母版。第五，键盘可操作性——演示者预期受众日后会使用的每个交互元素（嵌入的投票链接、分支导航、嵌入表单）必须仅通过Tab、Enter、Space和Esc键即可访问和操作。第六，媒体处理——每段嵌入视频随文件携带开放式字幕或可切换的隐藏式字幕轨道；每段嵌入音频在同一张幻灯片中有可访问的文字记录；所有非严格必要的动画效果均遵循操作系统级别的用户减少动态偏好设置。</p>

<p class="wp-block-paragraph">三款桌面工具各自实现了上述六项要求中的部分内容，没有一款能全部自动实现。选择合适的工具意味着了解在每款工具中需要手动完成哪些工作。</p>

<h2 class="wp-block-heading" id="h-powerpoint-workflow">PowerPoint工作流程</h2>

<p class="wp-block-paragraph">PowerPoint在所有演示软件中拥有最成熟的无障碍工具，这一地位自Microsoft 365发布周期开始将无障碍检查器整合至功能区时便已确立。起点是检查器本身，在Windows的"审阅"选项卡或macOS的"工具"菜单中打开。它呈现一份实时、上下文感知的问题列表——没有标题的幻灯片、没有替代文本的图片、低对比度文字组合、没有标题行的表格、可见文本与URL重复的超链接——点击任一问题即可将光标跳转至相关元素。在当前版本中，检查器默认在每次保存时运行，这是Microsoft在该产品中推出的最实用的默认设置之一。只有在了解自己选择忽略哪些警告后，才应关闭它。</p>

<p class="wp-block-paragraph">幻灯片标题通过大纲视图（查看，大纲）以及幻灯片母版的标题占位符进行管理。使用占位符而非自由浮动文本框，才能赋予标题其语义角色——无障碍检查器和下游屏幕阅读器均通过占位符的标识来识别带标题的幻灯片，而非通过可见文字。如果幻灯片标题出于设计原因使用自由浮动文本框排版，可以通过将占位符移出画布（选择面板，设置为负坐标位置）来保留设计并同时添加不可见的占位符标题——标题仍存在于无障碍树中，供屏幕阅读器导航，即使观众永远看不见它。Microsoft文档将此称为"幻灯片外标题"模式；检查器接受这种做法。</p>

<p class="wp-block-paragraph">阅读顺序是第二个支柱。打开选择面板（Windows：开始，排列，选择面板；macOS：排列菜单），从下到上阅读形状列表——这是屏幕阅读器遇到形状的顺序。在面板中拖动形状以重新排序。PowerPoint 2024新增了专用阅读顺序面板，以数字方式在幻灯片上每个形状处显示顺序，并支持直接在画布上通过拖放重新排序；如果您的Microsoft 365版本足够新能显示该面板，请优先使用它。</p>

<p class="wp-block-paragraph">图片替代文本通过右键点击图片，选择"编辑替代文本"，然后撰写一到两句编辑性替代文本来设置——传达图片的要点，而非其像素内容。PowerPoint自动生成的替代文本为可选项，并在面板中注明；这只是起点，而非成品，如果您发布的幻灯片中唯一的替代文本是"自动生成的描述"，检查器会发出警告。对于在PowerPoint中创建的图表，替代文本应用一句话概括图表的论点并引用最重要的两三个数值——"柱状图显示2026年会议出席人数比2025年增长18%，由EMEA和APAC地区引领"优于"柱状图"。对于数据密集型幻灯片，请将基础数据以隐藏但可访问的表格形式放入备注栏，或作为附录中的链接电子表格，以便屏幕阅读器用户除了解图表大意外，还能阅读具体数值。</p>

<p class="wp-block-paragraph">嵌入视频是PowerPoint幻灯片中最常见的合规问题。"插入，视频，插入字幕"工作流程接受WebVTT文件（.vtt）并将其绑定至嵌入的视频片段；一旦附加，字幕即在PowerPoint内置播放器中渲染，并在幻灯片被共享、发送或上传时随文件传输。如果源视频已内嵌开放式字幕，检查器仍会将文件标记为需要字幕轨道——无论如何都添加一个最小化的VTT文件，因为下游工具读取的是文件本身。超链接应具有描述目标的可见文字（"阅读2026年EAA执法报告"），而非裸露的URL。</p>

<p class="wp-block-paragraph">PowerPoint的导出流程在导出为PDF时会保留大部分无障碍元数据——前提是使用文件，导出，创建PDF/XPS（Windows）或文件，另存为，PDF并选择"最适合电子传播和无障碍"选项（macOS）。通过"打印为PDF"导出会去除标签，生成无障碍性极差的平面PDF；这是整个工作流程中最常见的无声失败。</p>

<h2 class="wp-block-heading" id="h-keynote-workflow">Keynote工作流程</h2>

<p class="wp-block-paragraph">Keynote的无障碍工具明显少于PowerPoint，自13.x发布周期以来这一差距并未显著缩小。没有等效的无障碍检查器——Keynote不运行逐张幻灯片审计，不显示每张幻灯片的阅读顺序面板，也不在幻灯片缺少标题时发出警告。幻灯片本身的VoiceOver集成比十年前的PowerPoint更强，但从Keynote中产出无障碍幻灯片的生产工作流程在每个步骤上都更为手动。</p>

<p class="wp-block-paragraph">幻灯片标题通过幻灯片母版中的标题占位符添加，或作为在整套幻灯片中一致使用的普通文本框添加。Keynote的大纲视图（查看，大纲）从标题占位符读取，因此基于母版而非从空白幻灯片开始构建幻灯片，是最重要的杠杆点。阅读顺序通过排列检查器管理——Keynote层叠模型中的前/后控件同时充当阅读顺序控件，越靠后的形状越先被读取。没有专用的阅读顺序面板；您必须在脑中维护层叠的心理模型，或从已知正确的基础开始构建复杂幻灯片。</p>

<p class="wp-block-paragraph">Keynote中图片替代文本通过格式检查器图片选项卡下的"描述"字段设置——编写与PowerPoint中相同的编辑性替代文本。图表替代文本使用相同机制。Keynote不对缺少替代文本发出警告。在Keynote中验证幻灯片替代文本覆盖情况的唯一方法，是手动逐张检查每张幻灯片，或导出为PowerPoint格式（.pptx）并对导出文件运行Microsoft无障碍检查器——这是多所大型高校针对Keynote制作的讲义幻灯片所采用的门控步骤。</p>

<p class="wp-block-paragraph">Keynote中嵌入的视频不支持单独的字幕轨道。如果源视频未内嵌开放式字幕，您必须在插入Keynote之前将字幕烘焙进视频重新编码，或将嵌入替换为指向具有字幕功能平台（YouTube、Vimeo、机构媒体服务器）上带字幕视频的外部链接。Keynote会默默地将无字幕视频包含在导出的PDF中；不存在的检查器无法就此发出警告。</p>

<p class="wp-block-paragraph">Keynote发挥优势的场景是为主题演讲而设计、而非为二次分发的设计精良幻灯片。其排版、布局和动画质量仍是桌面演示市场中的翘楚——当幻灯片本质上是舞台道具，实质内容在另行分发的论文、文字记录或网页中时，Keynote能提供更强的现场体验，无障碍负担也转移到了配套文档上。如果幻灯片本身就是可交付成果，PowerPoint是更好的选择。</p>

<h2 class="wp-block-heading" id="h-google-slides-workflow">Google Slides工作流程</h2>

<p class="wp-block-paragraph">Google Slides自2024年无障碍功能刷新以来有了实质性改善，此次刷新新增了逐张幻灯片无障碍菜单、由Gemini级图像模型驱动的替代文本建议，以及可从"工具，无障碍功能"访问的对比度检查叠加层。2024年刷新还在"排列"菜单中新增了阅读顺序控件——这是该产品有史以来首次允许Slides作者设置明确的阅读顺序，而非依赖形状创建顺序。这些功能在大型企业租户中的采用速度超出了Microsoft最初的预期，部分原因是Slides幻灯片已经以云端为主要形式，可立即从服务端检查器中获益。</p>

<p class="wp-block-paragraph">具体操作对任何熟悉PowerPoint的人来说都不陌生。标题通过母版布局的标题占位符管理。替代文本通过"格式选项，替代文本"设置，遵循相同的一到两句编辑性原则。阅读顺序使用"排列，顺序"菜单，新的2024年阅读顺序面板可从"工具，无障碍功能，阅读顺序"查看。从Google云端硬盘或YouTube嵌入视频时，会保留源文件携带的任何字幕轨道，包含无字幕视频的幻灯片会在无障碍面板中触发警告。</p>

<p class="wp-block-paragraph">Slides仍落后于PowerPoint之处在于：图表无障碍性（自动生成的图表替代文本更短、上下文感知更弱）、复杂母版继承（深度定制的母版布局会产生更难调试的阅读顺序树），以及离线工作流程（无障碍检查器需要文档在线，这对在飞机上或受限环境中编辑的用户来说是个问题）。对于2026年已标准化使用Workspace、主要以共享Google Slides链接而非下载文件形式发布幻灯片的企业而言，Slides工作流程现在已实质上可与PowerPoint媲美。对于以.pptx附件或导出PDF形式发布幻灯片的组织，PowerPoint仍具优势。</p>

<h2 class="wp-block-heading" id="h-web-first-decks">网页优先幻灯片：Reveal.js、Slidev、Marp</h2>

<p class="wp-block-paragraph">2025年和2026年演示文稿无障碍性最值得关注的进展，完全发生在三大桌面应用之外。一批网页优先演示框架——Reveal.js（历史悠久的JavaScript框架）、Slidev（面向开发者的基于Vue的工具）和Marp（以Markdown为核心、可编译为HTML、PDF或PPTX的生成器）——以HTML文档形式生成幻灯片，这意味着HTML的无障碍性是原生继承的，而非模拟实现的。语义结构是真实的，而非合成的；键盘导航来自浏览器，而非幻灯片应用；屏幕阅读器的输出就是NVDA、JAWS或VoiceOver在任何构建良好的网页上所呈现的内容。</p>

<p class="wp-block-paragraph">其实际意义是显而易见的。以URL形式提供的Reveal.js幻灯片，默认情况下可以用方向键、Tab、Enter、Space以及视力正常用户已熟悉的浏览器快捷键进行导航。每张幻灯片是一个section元素，带有标题——整套幻灯片用H1，每张幻灯片标题用H2——屏幕阅读器用户可以像在任何网页上一样逐标题跳转。图片在Markdown或HTML源代码中携带alt属性。使用Chart.js、D3或任何SVG库渲染的图表，具有图表库所提供的ARIA角色和实时区域播报；对于Highcharts Accessibility或amCharts等无障碍图表库，这还包括在视觉图表旁边自动生成的屏幕阅读器可读数据表。</p>

<p class="wp-block-paragraph">Slidev面向开发者的受众群体形成了一套异常强大的无障碍默认配置：从Markdown继承标题语义，在源文件层面要求替代文本（编译器对裸图片标签发出警告），键盘导航层无需配置即可使用。Marp的优势在于将纯Markdown幻灯片编译为HTML或PDF——同一源文件可同时生成屏幕阅读器可导航的网页幻灯片和带标签的PDF，无需二次创作。Reveal.js介于两者之间：最灵活、插件生态系统最大、第三方无障碍插件储量最丰富（Reveal Accessibility、reveal-a11y、已发布的WCAG 2.2合规主题）。</p>

<p class="wp-block-paragraph">取舍是真实存在的。网页优先幻灯片需要浏览器才能展示——没有本地文件双击打开、没有发邮件附上.pptx的工作流程、没有无需设置即可离线使用的笔记本电脑备选方案。它们对熟悉版本控制和持续部署的作者友好；它们惩罚那些想把Excel图表直接拖入幻灯片就大功告成的作者。对于一场演讲结束后以URL形式分享的单次演讲，这是明显的胜利。对于将以附件形式发送给某位主管、让他在航班上打开的季度董事会汇报，这是错误的工具。</p>

<p class="wp-block-paragraph">网页优先幻灯片开始胜出的场景是周期性使用的情境：将整个学期的幻灯片发布为单个可导航网站的大学讲座系列；每次演讲的幻灯片从日程表链接、且拥有永久URL的会议项目；源代码库本身就是版本记录的工程技术演讲。在这些情境中，HTML语义得以保留——搜索引擎将幻灯片内容索引为文本，屏幕阅读器将其作为文档遍历，而系列内保持无障碍性的维护负担落在框架上，而非每位独立作者身上。</p>

<h2 class="wp-block-heading" id="h-decision-tree">决策树</h2>

<p class="wp-block-paragraph">三类工具各有其适用的生产情境。最简化的决策是基于幻灯片实际用途的三向分流。</p>

<p class="wp-block-paragraph">对于需要通过邮件发送、在同事笔记本电脑上打开或导出为带标签PDF进行分发的一次性演讲，选择<strong>PowerPoint</strong>。无障碍检查器成熟，导出流程保留标签，受众端工具（PowerPoint网页查看器、iPad应用、Office Mobile阅读器）均能正确读取带标签的PowerPoint文件。每小时长度的幻灯片预留90分钟审计时间；合理规划时间并充分利用。</p>

<p class="wp-block-paragraph">对于定期举办的讲座系列、会议项目，或任何幻灯片集合以URL形式存在、作为语料库被浏览的情境，选择<strong>网页优先框架</strong>。面向开发者受众和熟悉Markdown的作者选Slidev；需要从同一源文件同时生成HTML和带标签PDF的纯Markdown团队选Marp；需要最大插件生态系统和最高设计灵活度时选Reveal.js。无障碍性从浏览器继承，而非模拟，维护负担落在框架而非每位作者身上。</p>

<p class="wp-block-paragraph">对于设计精良的主题演讲——幻灯片作为舞台道具，实质内容在另行分发的文档中——选择<strong>Keynote</strong>，接受其较为简洁的无障碍工具，将审计预算投入配套文档。手动逐张检查所有幻灯片的替代文本。导出为.pptx并运行检查器作为最终把关步骤。将配套文档（论文、文字记录、网页摘要）作为权威的无障碍版本发布。</p>

<p class="wp-block-paragraph">对于已在Google Workspace生态中工作的云优先协作型组织，<strong>Google Slides</strong>现在是同类用途下可行的PowerPoint替代方案。2024年无障碍功能刷新缩小了历史上的大部分差距；剩余差距主要集中在图表替代文本、复杂母版和离线编辑方面。对于以共享链接而非下载文件形式发布的幻灯片，其工作流程已可与PowerPoint媲美。</p>

<h2 class="wp-block-heading" id="h-final-thoughts">结语</h2>

<p class="wp-block-paragraph">本指南中每条建议背后的规律都是相同的：工具设定无障碍性的下限，作者决定上限。PowerPoint的检查器会捕捉缺失的替代文本，但不会替您撰写有用的替代文本。Keynote没有检查器，这不会阻止您制作一套完全无障碍的幻灯片——只是不会在您失败时告知您。网页优先框架继承了HTML的无障碍属性，但并不强制执行这些属性。本指南中的每款工具都可能让您发布一套将部分受众排除在外的幻灯片。工具的选择改变的是哪些错误容易犯，而非哪些错误是可能的。</p>

<p class="wp-block-paragraph">如果您正在将新的无障碍工作流程引入一个尚未建立此类流程的团队，请从团队已在使用的工具入手，开启其检查器，并针对一套现有幻灯片进行审计，作为校准练习。只有在团队已经内化了六项基准要求——标题、阅读顺序、替代文本、对比度、键盘操作、媒体处理——并在寻求当前工具无法提供的功能时，才考虑更换工具。中途更换工具的成本高昂；继续使用一款工作流程已不能满足需求的工具，代价更高。</p>

</div>

---
title: 无障碍STEM图表：SVG、ARIA描述内容与音频描述
url: https://www.disabilityworld.org/zh/articles/accessible-stem-diagrams/
description: 化学分子结构、生物细胞结构、物理受力图、数学函数图像——让屏幕阅读器、可刷新盲文显示器和音频描述流真正能够消费STEM图像的生产实操手册。
author: Disability World
pubDate: 2026-05-22
tags: stem-diagrams, svg, aria, audio-description, accessibility, education
---

# 无障碍STEM图表：SVG、ARIA描述内容与音频描述

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程指南 · 无障碍STEM图表</div>
<h1 class="hero__title" id="hero-heading">
无障碍STEM图表：<br/>
SVG、ARIA描述内容与音频描述
</h1>
<p class="hero__lead">化学分子、线粒体横截面、自由体受力图、三次函数图像——过去十年出版的每一本STEM教材，都充斥着屏幕阅读器无法有效解读的图像。解决方案并非"添加替代文本"，而是一个四层技术栈：无障碍SVG、结构化描述、动态图表的音频描述，以及不同操作系统间无法通用的辅助技术兼容性知识。本文是这一领域的生产实操手册。</p>
<div class="hero__stats" aria-label="关键数据">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">涵盖的图表类型</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">描述层次</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">存在已知SVG缺口的辅助技术栈</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World 工程团队</strong></div>
<div class="hero__pill">阅读时间约15分钟</div>
<div class="hero__pill">更新于2026年5月</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章目录">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. STEM图表的特殊性</a></li>
<li><a href="#s2">2. SVG作为无障碍基底</a></li>
<li><a href="#s3">3. longdesc等效技术栈</a></li>
<li><a href="#s4">4. 动态图表的音频描述</a></li>
<li><a href="#s5">5. 数据点间的键盘导航</a></li>
<li><a href="#s6">6. 辅助技术兼容性矩阵</a></li>
<li><a href="#playbook">7. 生产实操手册</a></li>
<li><a href="#conclusion">结语</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">基础</div>
<h2 class="section-title" id="s1-heading">1. STEM图表与其他所有无障碍问题的根本区别</h2>
<div class="prose">

<p>带有alt属性的博客主图，是一个已解决的问题。STEM图表则截然不同。科学图像的三个属性，打破了<code>alt</code>、<code>aria-label</code>和屏幕阅读器语音模型内置的种种假设。</p>

<p>第一，信息密度之高，一句话无法承载。苯环是六个碳、六个氢、交替双键、离域π体系、平面几何构型、1.39埃的键长。替代文本规范要求"一段简短的文字替换"；苯环需要一整段描述。将其压缩成一句话，要么丢失结构信息（"一个苯分子"），要么产生屏幕阅读器须以每分钟180词念出的无法卒读的长句。</p>

<p>第二，元素之间的关系与元素本身同等重要。在受力图中，从方块指向墙壁的箭头并非装饰——它是法向力，而它相对于重力向量的角度正是题目的答案。平面描述无法编码"这两个箭头之间的角度为90度，这就是问题得以求解的原因"，因为平面描述没有结构。而SVG，若使用得当，则具备这种结构。</p>

<p>第三，STEM学生需要在图表中导航，而不仅仅是听读它。一位正在研究三次函数图像的学习者，并不想从头到尾听完替代文本——他们想定位到局部最大值，询问"这里的斜率是多少"，然后移动到拐点。这是一种与屏幕阅读器默认交互模型截然不同的交互方式。构建这种体验需要在各个SVG节点上设置键盘处理器、一棵ARIA描述内容树，以及针对跟不上的辅助技术栈的备用方案。</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">本文涵盖的四种图表类型</span>
<div class="callout__body"><p>化学分子（原子和化学键）、生物细胞结构（带标签的区域）、物理受力图（含大小和角度的向量）以及数学函数图像（含命名特征的曲线）。每种类型对无障碍SVG技术栈的不同层次形成压力测试，文末的实操手册正是由各层次的失效模式所塑造的。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">基底</div>
<h2 class="section-title" id="s2-heading">2. SVG作为无障碍基底——以及为何光栅图像是死路一条</h2>
<div class="prose">

<p>几乎所有已出版的STEM教材仍以PNG或JPG形式提供图表。光栅图像是一个不透明的像素网格：它只有一个供辅助技术访问的入口点——<code>alt</code>属性，以及一个备用方案——各浏览器已花了十年时间弃用的<code>longdesc</code>属性。图像内部没有屏幕阅读器可以寻址的结构。图表是一个只有正面标签的黑盒子。</p>

<p>SVG颠覆了这一模式。SVG文档中的每个形状都是一个DOM节点——可寻址、可聚焦、可添加标签。以SVG渲染的苯环包含六个代表碳原子的<code>circle</code>元素、六个代表化学键的<code>line</code>元素，以及一个命名整体的外层<code>g</code>元素。这些节点都可以携带<code>role</code>、<code>aria-label</code>、<code>aria-labelledby</code>、<code>aria-describedby</code>和<code>tabindex</code>属性。屏幕阅读器看到的是命名区域的无障碍树，而非一个不透明的整体。</p>

<p>最低可用的无障碍SVG需要在根<code>svg</code>元素上具备三样东西：<code>role="img"</code>、指向<code>title</code>子元素的<code>aria-labelledby</code>，以及指向<code>desc</code>子元素或通过ID指向外部段落的<code>aria-describedby</code>。每一项都体量微小，却能完成其他两项无法完成的工作。</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">好与差的SVG标记对比</div>
<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">不推荐</div>

```html
<img src="benzene.png"
     alt="Benzene molecule" />
```

<p>图像是不透明的。"Benzene molecule"提供了名称，仅此而已。需要了解键型、环形几何或碳氢数量的学习者无法从这段标记中获取任何信息。除非查阅其他来源，否则没有任何路径可以访问结构信息。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">推荐</div>

```html
<svg role="img"
     aria-labelledby="benz-title"
     aria-describedby="benz-desc"
     viewBox="0 0 200 200">
  <title id="benz-title">Benzene ring</title>
  <desc id="benz-desc">
    A regular hexagon of six carbon atoms,
    each bonded to one hydrogen. Alternating
    single and double bonds form a planar
    aromatic ring with delocalised electrons.
  </desc>
  <g role="group" aria-label="Carbon atoms">
    <circle cx="100" cy="40" r="6"
            tabindex="0"
            aria-label="C1, top"/>
    
  </g>
  <g role="group" aria-label="Bonds">
    
  </g>
</svg>
```

<p>根元素自我命名并自我描述。每个原子都是可Tab聚焦的命名区域。屏幕阅读器用户可以听取摘要，然后Tab进入结构以检视单个化学键。同一段标记同时服务视力正常的读者和非视力读者，无需妥协。</p>
</div>

</div>
</div>

<div class="prose">

<p>一个尖锐的警告：在根<code>svg</code>元素上设置<code>role="img"</code>会改变辅助技术处理子元素的方式。设置<code>role="img"</code>后，NVDA和JAWS将整个SVG视为单个带标签的图像，不公开内部节点——即使那些内部节点设置了<code>tabindex</code>也是如此。要同时获得两种行为——顶层摘要标签和内部可寻址子节点——需要不设置根role（或从W3C图形ARIA模块设置<code>role="graphics-document"</code>），并将标签放在子<code>g</code>元素上而非根元素上。不同浏览器和屏幕阅读器对这种组合的处理不尽一致。第6节的矩阵记录了各平台的实际支持情况。</p>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">描述</div>
<h2 class="section-title" id="s3-heading">3. longdesc等效技术栈：长描述实际应存放在哪里</h2>
<div class="prose">

<p><code>longdesc</code>属性曾是"alt属性还不够"这一问题的最初解答。各浏览器已悄然移除对它的支持多年：Firefox在90版本中将其删除，Safari从未实现它，Chrome将其视为无操作。2026年仍在编写<code>longdesc="benzene-desc.html"</code>的人，是在发布没有任何东西会读取的标记。替代方案并非单一属性，而是一个将内联描述、可见可展开面板和机器可读元数据结合在一起的三层模式。</p>

<p>第一层是SVG内部的内联<code>desc</code>元素。两到四句话。当SVG根元素被宣告时由屏幕阅读器读取。这是新的<code>longdesc</code>——一段作为SVG文档组成部分、随SVG文件到任何地方传播的描述。</p>

<p>第二层是图表旁边的可见可展开描述面板，对所有读者开放，而非仅对屏幕阅读器用户。一行摘要加一个展开按钮，打开后呈现更长的文字说明——化学分子通常三到十句，含二十个标注细胞器的细胞结构图则更长。可见面板解决了内联<code>desc</code>无法解决的问题：能看见图表但无法解读的学生（低视力学习者、阅读障碍学习者、初次接触该材料的任何人）同样需要长描述。将其置于按钮后面不会对屏幕阅读器隐藏它——屏幕阅读器会枚举展开按钮，用户激活它，描述被读入缓冲区。</p>

<p>第三层是通过JSON-LD提供结构化元数据。一个<code>CreativeWork</code>对象，其<code>accessibilityFeature</code>数组枚举了图表提供的功能：<code>longDescription</code>、<code>alternativeText</code>、<code>structuralNavigation</code>、<code>describedMath</code>、<code>tactileGraphic</code>（如有可打印触觉图可用）。搜索引擎、内容推荐系统和无障碍合规扫描器都会消费这些元数据。它对即时的屏幕阅读器阅读体验没有直接作用，但使图表作为无障碍内容可被发现——当学习者在三本教材中做选择、其中一本以机器可读形式宣传其无障碍功能时，这一点至关重要。</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">JSON-LD WebSchema示例</span>
<div class="callout__body"><p><code>CreativeWork</code>对象位于页面任意位置的<code>script type="application/ld+json"</code>块中。关键字段：<code>accessibilityFeature</code>（字符串数组——<code>longDescription</code>、<code>alternativeText</code>、<code>structuralNavigation</code>、<code>MathML</code>、<code>describedMath</code>），<code>accessibilityHazard</code>（<code>noFlashingHazard</code>、<code>noMotionSimulationHazard</code>），<code>accessibilityAPI</code>（<code>ARIA</code>），以及<code>accessMode</code>（<code>textual</code>、<code>visual</code>）加上<code>accessModeSufficient</code>（单独足以感知作品的访问模式）。提供全部三个描述层的图表，应发布上述所有字段。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">动态</div>
<h2 class="section-title" id="s4-heading">4. 动态图表的音频描述：将DOM变化作为提示流</h2>
<div class="prose">

<p>静态图表是较为容易处理的情况。难点在于动态图表——三维旋转的线粒体、沿x轴描绘出来的正弦波、化学键在四秒内断裂并重组的化学反应。传统答案是带有音频描述轨道的视频文件，但这放弃了SVG的可寻址性：一旦将动画烘焙成视频，您精心标注的每个节点就不再是DOM节点，而再次变成了像素。</p>

<p>无障碍替代方案是将动画保持为SVG（或带有屏幕外无障碍树的Canvas），并在动画进行过程中，由驱动视觉变化的同一DOM变化来驱动音频描述的发出。具体模式：一个<code>MutationObserver</code>监视SVG的变化——新的<code>transform</code>属性、出现的化学键、旋转的向量——并在每次重要变化时，将一段简短文字更新写入全局<code>aria-live="polite"</code>区域。视觉动画驱动了一段从同一事实来源实时生成的音频叙述。</p>

<p>实现有三个组成部分。第一是动画本身，以时间轴关键帧序列表达——与SVG渲染器消费的数据相同。第二是注解层：每个关键帧携带一段简短文字，描述该时刻发生的变化（"C1和C2之间形成化学键"，"波从下方穿过零点"）。第三是音频描述驱动器，订阅时间轴，获取每个带注解的关键帧，并在视觉变化发生前几百毫秒将其文字写入实时区域。这段提前量与影片制作中音频描述的做法一致：描述在视觉事件发生之前被听到，而非在之后。</p>

<p>有三种常见失效模式值得专门指出。第一，突发更新。每秒触发60次变化的动画会淹没屏幕阅读器的语音合成器——播报排队积压、动画滞后，最终变得无法理解。只注解语义上重要的关键帧，而非每一帧，并限制为大约每1500毫秒一次播报。第二，遗漏起始。一个在动画开始前不存在的实时区域，第一次更新的播报可能不可靠（参见aria-live框架文章中关于底层调度器问题的内容）。在页面加载时以空状态挂载实时区域。第三，缺少暂停控件。用户需要暂停音频描述、放慢速度或逐事件步进。构建一个小型控制栏——播放、暂停、上一事件、下一事件——并将其按钮与同一时间轴驱动器连接。</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">prefers-reduced-motion不容商量</span>
<div class="callout__body"><p>每个动态STEM图表都必须遵守<code>prefers-reduced-motion: reduce</code>媒体查询。替代方案不是"没有动画，也没有描述"——而是默认展开描述技术栈第二层的静态SVG配合长描述。动画是一种访问模式；有描述的静态图像是另一种。开启减少动态效果的前庭障碍学习者仍然需要图表，只是不需要旋转动画。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">交互</div>
<h2 class="section-title" id="s5-heading">5. 交互式图表中数据点间的键盘导航</h2>
<div class="prose">

<p>视力正常的学生可以用光标划过的数学函数图像，在非视力学生能够用键盘划过之前，并不算无障碍。其机制人所共知，却在实践中普遍实现不佳：曲线上每个重要数据点获得<code>tabindex="0"</code>、描述其坐标和任何命名特征的<code>aria-label</code>（"局部最大值，x = -1，y = 4"），以及响应方向键在相邻点间细粒度移动的键盘处理器。</p>

<p>合适的粒度比人们意识到的更重要。逐像素Tab遍历三次曲线令人抓狂——用户在到达任何有趣内容之前，要听到数千次"x等于0.1，y等于0.001"的播报。而只Tab遍历命名特征（局部极大值、极小值、拐点、x截距、y截距）又过于稀疏。务实的折中方案是两层导航：Tab键仅在命名特征间循环——曲线上通常有三到七个——而方向键在某个特征被聚焦后，以学习者定义的步长沿曲线左右步进，在每一步宣告坐标。Home和End跳至曲线的左右边界。Page Up和Page Down跳至下一个命名特征。</p>

<p>对于多系列图表——化学动力学图、含两条波形的物理振荡图——增加一个系列切换轴。上下方向键在当前x坐标处在系列间切换；左右方向键沿当前系列移动。该约定与电子表格阅读器导航行列的方式相似，复用了许多用户已有的心理模型。</p>

<p>一个常被忽视的细节：被聚焦的数据点需要可见的焦点指示器。非视力用户不需要它，但使用屏幕阅读器的视力用户需要，协助观看学生操作的教师也需要。使用<code>:focus-visible</code>样式在被聚焦的SVG元素周围渲染焦点环——与按钮焦点环的约定相同，应用于浏览器默认不设置样式的SVG节点。</p>

</div>

<div class="matrix-table-wrap">
<table class="matrix-table">
<thead>
<tr><th>图表类型</th><th>SVG标记</th><th>长描述</th><th>音频描述</th><th>键盘导航</th></tr>
</thead>
<tbody>
<tr><th>化学分子</th><td>必需——每个原子、每个化学键各有一个role group</td><td>必需——3到6句</td><td>仅在有动态反应时需要</td><td>Tab遍历原子，方向键访问化学键</td></tr>
<tr><th>生物细胞结构</th><td>必需——每个标注区域各有一个role group</td><td>必需——5到12句</td><td>仅在有动态过程时需要</td><td>按z轴顺序Tab遍历各细胞器</td></tr>
<tr><th>物理受力图</th><td>必需——每个向量各有一个role group</td><td>必需——3到5句，含大小和角度</td><td>如有交互（拖拽向量）则必需</td><td>Tab遍历向量，方向键旋转</td></tr>
<tr><th>数学函数图像</th><td>必需——命名特征作为节点</td><td>必需——定义域、值域、渐近线、特征</td><td>可选——仅在有描迹动画时</td><td>Tab访问特征，方向键细粒度划过</td></tr>
</tbody>
</table>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">兼容性</div>
<h2 class="section-title" id="s6-heading">6. 辅助技术兼容性：哪些有效，哪里SVG树存在缺口</h2>
<div class="prose">

<p>本文中最难以回避的事实：无障碍SVG技术栈在不同浏览器和屏幕阅读器上的行为并不一致，而这些缺口并非您的标记存在问题。Firefox上的NVDA是最可靠的组合——也是唯一一个让本文所有模式都按W3C SVG无障碍映射规范所述运行的组合。其他所有组合都至少存在一个已知缺口。</p>

<p>macOS上Safari配合VoiceOver是主要技术栈中问题最多的。WebKit的SVG无障碍树在公开带有ARIA标签的内层<code>g</code>元素方面存在已记录的漏洞：标签确实存在于DOM中，可通过无障碍检查器检视，但当用户使用VO+右方向键导航时，VoiceOver并不总能读取到它们。这一行为不一致——有时内层标签会被宣告，有时只有根SVG标签被读取，客户端看不出任何规律。WebKit的bugzilla上有关于此问题的公开报告，可追溯至2020年。实际含义：如果您的STEM图表在Mac上能正常工作，这是必要条件，而非充分条件。发布前请在Windows上用NVDA测试。</p>

<p>Windows上Chrome配合JAWS是第二可靠的组合——接近NVDA+Firefox，但有一个细节：JAWS对SVG <code>role="img"</code>的处理比NVDA更激进，折叠内部节点的频率更高。解决方法是在根<code>svg</code>上使用W3C图形ARIA模块中的<code>role="graphics-document"</code>，JAWS能正确处理这一设置。NVDA同样能正确处理。Firefox和Chrome都已部署必要的平台API映射。</p>

<p>移动端是另一个独立问题。iOS VoiceOver继承了WebKit的SVG缺口；Android TalkBack在Chrome上能可靠处理内部节点，但尚不支持W3C图形ARIA角色，因此回退到<code>role="img"</code>行为。对于同时面向桌面和移动端的教材出版商，安全的选择是提供两种SVG模式：桌面端提供结构可导航模式，移动端提供"摘要加长描述"模式，禁用内部导航。模式切换由用户代理和用户偏好驱动，并跨会话保存。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>NVDA + Firefox</th><th>JAWS + Chrome</th><th>VoiceOver + Safari</th><th>TalkBack + Chrome</th></tr>
</thead>
<tbody>
<tr><th>SVG title和desc（根元素）</th><td>正常</td><td>正常</td><td>正常</td><td>正常</td></tr>
<tr><th>带aria-label的内层g元素</th><td>正常</td><td>正常</td><td>部分支持</td><td>正常</td></tr>
<tr><th>SVG节点上的tabindex</th><td>正常</td><td>正常</td><td>部分支持</td><td>失效</td></tr>
<tr><th>role="graphics-document"</th><td>正常</td><td>正常</td><td>失效</td><td>失效</td></tr>
<tr><th>由变化驱动的aria-live</th><td>正常</td><td>正常</td><td>部分支持</td><td>部分支持</td></tr>
<tr><th>SVG节点上的focus-visible</th><td>正常</td><td>正常</td><td>正常</td><td>正常</td></tr>
</tbody>
</table>

<div class="prose">

<p>对矩阵的一种解读：以NVDA+Firefox作为基准合规测试目标，记录Safari和TalkBack的备用方案，且永远不要将某个内部节点播报在Mac上未出现，作为SVG存在无障碍问题的证据。图表可能完全无障碍——只是平台未能公开您编写的标签。Safari开发者菜单中的无障碍检查器可以显示树中存在的内容，即使VoiceOver未能读取，它是区分"标记有问题"与"平台有问题"的正确工具。</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">实操手册</div>
<h2 class="section-title" id="play-heading">7. 生产实操手册</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>将每张STEM图表创作为SVG，永不使用光栅格式</h3>
<p>PNG和JPG是死路一条。SVG赋予您DOM，而DOM是本文所有无障碍功能的栖身之所。如果您的创作流程生产光栅图像（大多数化学结构绘图工具至今如此），请增加一个同时导出SVG的步骤，并同时发布两者——SVG是无障碍制品，PNG是面向传统打印机的备用方案。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>为每个SVG根元素添加title和desc</h3>
<p>两个子元素。title是简短名称。desc是两到四句话，描述图表所展示的内容。通过根元素上的<code>aria-labelledby</code>和<code>aria-describedby</code>将它们连接起来。没有例外，即使对于"小"图表也是如此——一个小分子仍然是一个分子，屏幕阅读器用户有与视力用户看见结构同等的权利听到结构。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>在每张图表旁添加可见的可展开长描述面板</h3>
<p>三到十句话，置于任何读者都可以打开的折叠面板中。解决SVG <code>desc</code>单独无法满足的低视力和阅读障碍学习者的描述需求。将描述文字同步至SVG <code>desc</code>中，供不通过展开按钮接触它的屏幕阅读器用户使用。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>发布带有accessibilityFeature的JSON-LD CreativeWork</h3>
<p>每页或每张图表一个块。枚举图表实际具备的每项无障碍功能。搜索引擎和合规扫描器读取此数据；使用CMS按无障碍内容筛选的学习者读取此数据。编写成本低廉，在有人在资源之间做选择的那一刻便开始产生回报。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>通过DOM变化为动态图表驱动音频描述</h3>
<p>每个动态SVG对应一个<code>MutationObserver</code>。动画时间轴中的带注解关键帧。应用启动时在任何图表渲染之前挂载的全局空<code>aria-live="polite"</code>区域。限制为大约每1500毫秒一次播报。通过折叠为静态加长描述备用方案来遵守<code>prefers-reduced-motion: reduce</code>。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">6</div>
<div>
<h3>使交互式图表在两个粒度级别均可键盘导航</h3>
<p>Tab键仅遍历命名特征。方向键沿曲线细粒度移动。Home、End、Page Up、Page Down用于边界和特征跳转。上下方向键在多系列图中切换系列。在被聚焦的SVG节点上渲染可见焦点环——非视力用户不需要它，使用屏幕阅读器的视力用户则需要。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">7</div>
<div>
<h3>在任何其他组合之前先在NVDA+Firefox上测试</h3>
<p>参考平台。如果某个模式在这里失效，说明标记有问题。如果在这里有效但在Safari上失效，说明平台有问题，下一步是记录备用方案，而非重写SVG。JAWS+Chrome是次级验收测试。VoiceOver+Safari是对等性要求，但永远不足以作为唯一测试。</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结语：STEM无障碍是一个带有交互设计尾巴的标记问题</h2>
<div class="prose">

<p>大多数已发布的STEM图表无障碍指导停留在title和desc层面，那只是容易实现的30%。剩余的70%——长描述面板、由DOM变化驱动的音频描述时间轴、两粒度级别的键盘导航、特定平台的备用方案——是交互设计，与标记同等重要。屏幕阅读器是其中一类用户；一位使用屏幕阅读器、以视力正常同学的速度在函数图像上导航的视障学习者，是不同类型的用户，有着不同的需求。</p>

<p>回报是巨大而不均匀的。一家在某本微积分教材的约600张图表中全面部署技术栈的教材出版商，能够服务：使用该教材的所有视障学习者、欣赏折叠面板的所有低视力学习者、能阅读长描述但无法解读视觉图形的所有阅读障碍学习者、比视觉学科惯例更容易理解结构化描述的所有以非母语学英语的学习者，以及为播客制作音频摘要的所有视力正常的教师。同一段标记服务了五类不同受众。成本是每张图表几个小时，摊薄至数十年的学生使用年限。</p>

<p>当前技术水平参差不齐，因为学生实际使用的操作系统之间，无障碍树的实现存在差异。Windows上的NVDA和JAWS已弥合了大部分SVG缺口。macOS上的Safari尚未完成。在各平台收敛之前，生产模式是：针对最严格的目标进行创作——NVDA+Firefox——并为存在已知缺口的平台记录备用方案。这比alt属性模式曾经要求的工作量更多。它也是发布一本不排除任何被它本应教导的读者的STEM教材的唯一途径。</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">"苯环是六个碳、六个氢、交替双键、离域π体系、平面几何构型、1.39埃的键长。替代文本规范要求一句话。SVG换了一个问法——您想先落在哪个原子上？"</p></blockquote>
<figcaption><cite class="pull-quote__source">——Disability World 工程团队，2026年5月</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: ADA诉讼转向州法院：Unruh法、NYCHRL与后Acheson案迁移潮
url: https://www.disabilityworld.org/zh/articles/ada-filings-move-to-state-court-post-acheson/
description: 最高法院2023年Acheson Hotels案处置、纽约CPLR第3211条程序改革以及加州第425.55条高频诉讼人门槛，已可量化地将ADA式无障碍诉讼从联邦法庭迁移至州法院。
author: Disability World
pubDate: 2026-05-22
tags: ada, state-court, unruh, nychrl, acheson, federal-jurisdiction, litigation, data
---

# ADA诉讼转向州法院：Unruh法、NYCHRL与后Acheson案迁移潮

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · 州法院迁移</span>
  </div>

  <h1>ADA诉讼转向州法院 <em>——Unruh法、NYCHRL与后Acheson案迁移潮</em></h1>

  <p class="lede">三次程序性冲击共同重绘了美国无障碍诉讼的地理版图。最高法院2023年12月在<em>Acheson Hotels, LLC诉Laufer</em>案中的处置——以无争议性为由撤销第一巡回上诉法院判决而未触及原告站立资格问题——令联邦层面的"测试者站立资格"问题在各巡回区之间在教义上悬而未决。加州民法典第425.55条自2015年起施行、并于2022年得到实质强化，提高了"高频诉讼人"在联邦法院提起Unruh法主张的入门成本。纽约CPLR第3211条改革及纽约市人权法（NYCHRL）诉讼在纽约县最高法院的同步增长，为纽约原告律师群体提供了一个实体保护范围远超Title III本身的州法院论坛。综合效果可量化：南纽约区和中加州区联邦Title III立案量在2023年中至2026年第一季度间约下降32%；同期加州Unruh州法院立案量约增长38%；纽约NYCHRL在州最高法院的立案量约增长21%。本档案重建这一迁移过程，点明教义上的关键节点，并追踪其对被告的影响——这些被告再也不能假定下一份无障碍投诉将在联邦法院落地。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案卷03</span>
      <span class="dossier-meta">07条记录 · 数据来源：PACER联邦法院立案数据、加州司法委员会数据及纽约州统一法院系统民事立案追踪数据库，2022年—2026年第一季度</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">法庭迁移揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约32%</span>
        <div class="dossier-body">
          <p class="dossier-claim">南纽约区和中加州区联邦Title III立案量在2023年中至2026年第一季度间约降低三分之一</p>
          <p class="dossier-note">对南纽约区（SDNY）和中加州区（CDCA）提起的ADA Title III诉状的PACER合并统计显示，2023年第一季度合并立案量约达峰值1,140件，至2026年第一季度降至约770件。CDCA降幅（约36%）大于SDNY（约28%），与各州并行州法院制度的相对强度相吻合。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">同期加州Unruh州法院立案量约增长38%</p>
          <p class="dossier-note">司法委员会年度无障碍民事立案报告显示，加州高等法院受理的Unruh民事诉讼从2022年约4,200件增至2025年预计约5,800件，洛杉矶县和旧金山县承接了增量的大部分。增长集中于仅起诉单一实体门店被告、并主张每次到访4,000美元法定最低赔偿的案件。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2023年12月5日</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Acheson Hotels, LLC诉Laufer</em>案以无争议性撤销第一巡回判决，测试者站立资格问题悬而未决</p>
          <p class="dossier-note">601 U.S. ___ (2023)。法院拒绝触及实体问题——即一名未打算使用公共住宿的"测试者"原告访问某网站，是否具有第三条款意义上的站立资格——因为Laufer已主动撤销其下级案件。程序姿态使巡回区分歧依然存在，并使联邦"测试者站立资格"成为2024至2025年间被引用最多的驳回动议争点。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4,000美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州Unruh法提供了Title III所没有的法定赔偿下限——且在州法院中执行</p>
          <p class="dossier-note">加州民法典第52(a)条规定每次Unruh法违规的法定最低赔偿为4,000美元，无需证明实际损害。Title III相比之下仅授权禁令救济和律师费。这一赔偿倍数效应正是原告即使在联邦主张同样可用时仍选择在州法院提起以Unruh为基础的诉状的原因——也是第425.55条得以设立、专门限制高频立案人进入联邦法院的原因。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">约21%</span>
        <div class="dossier-body">
          <p class="dossier-claim">随着SDNY测试者站立资格驳回案增多，纽约最高法院NYCHRL立案量约增长21%</p>
          <p class="dossier-note">纽约州统一法院系统的民事立案数据显示，纽约县最高法院受理的依据《纽约市人权法》（NYCHRL）和《纽约州人权法》（NYSHRL）提起的无障碍相关投诉，自2022年基准值起随着SDNY以测试者站立资格为由作出的驳回裁定在2024至2025年间加速增长而持续上升。NYCHRL第8-107(4)条的保护范围比Title III更宽，且授权补偿性损害赔偿——实体上的"胡萝卜"与程序上的"大棒"相辅相成。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">无法移送</span>
        <div class="dossier-body">
          <p class="dossier-claim">纯粹基于州法的Unruh和NYCHRL诉状没有联邦问题钩脚——无法移送联邦</p>
          <p class="dossier-note">仅主张Unruh和民法典第52条——不附带Title III诉因——的原告无法为被告提供依28 U.S.C. 第1331条移送联邦问题管辖的依据。依第1332条以多样性管辖移送通常也不可行，因为法定赔偿金额通常低于管辖权门槛，且被告住所地往往构成障碍。被告传统上的反射动作——移送联邦法院，那里案卷更整洁、法官更熟悉、先例更有利——在相当大比例的新立案中已不再可用。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">第425.55条</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州高频诉讼人法规是联邦大门上的程序门槛——而非州大门上的</p>
          <p class="dossier-note">《民事诉讼法》第425.55条将"高频诉讼人"定义为在十二个月内提起十件或以上建筑无障碍投诉的原告，并对此类立案人规定了更严格的陈述具体性、费用及披露要求。关键在于，该门槛仅适用于特定的建筑无障碍诉讼；这一制度恰恰将联邦法院一直试图过滤掉的那些原告重新引导回州法院，去处理落在第425.55条定义范围之外的更广泛Unruh主张。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>PACER联邦法院案卷（2022年—2026年第一季度南纽约区和中加州区ADA Title III诉状，按案由代码446标记）；加州司法委员会2023年及2024年无障碍民事立案报告及2025年年中更新；纽约州统一法院系统民事立案数据（纽约县最高法院及其他各区，NYCHRL及NYSHRL无障碍相关诉讼）；<em>Acheson Hotels, LLC诉Laufer</em>，601 U.S. ___ (2023)；加州民法典第52条及《民事诉讼法》第425.55条；《纽约市行政法典》第8-107条。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与案卷数据来源</a></li>
      <li><span class="toc-num">02</span><a href="#trajectory">联邦至州法院立案轨迹</a></li>
      <li><span class="toc-num">03</span><a href="#acheson">Acheson Hotels案与测试者站立资格余震</a></li>
      <li><span class="toc-num">04</span><a href="#california">加州引力：Unruh法、第52条与第425.55条</a></li>
      <li><span class="toc-num">05</span><a href="#newyork">纽约引力：NYCHRL、CPLR第3211条与最高法院</a></li>
      <li><span class="toc-num">06</span><a href="#defendants">对被告意味着什么</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 方法论与案卷数据来源</h2>

  <p class="dropcap-first">本档案所描述的迁移现象，系从三套互不相通的案卷数据源重建而来。联邦系列数据来自PACER检索——针对2022年1月1日至2026年3月31日期间在南纽约区和中加州区提起的ADA Title III诉状，案由代码为446（"美国残疾人法——其他"）。加州州法院系列数据来自加州司法委员会年度无障碍民事立案报告，该报告按县、按年统计Unruh法和《民事诉讼法》第425.55条标注的诉状。纽约州法院系列数据来自纽约州统一法院系统的民事案件管理数据，筛选范围为纽约县最高法院及其他四个区涉及NYCHRL和NYSHRL无障碍相关诉因的案件。</p>

  <p>三套系列数据采用不同的计数惯例，不能直接叠加。一份联邦诉状计为一件立案；一份州法院Unruh诉状计为一件立案，无论其起诉的被告是一名还是二十名；一份NYCHRL诉状可能与一份州人权法诉因和一份市人权法诉因同时提起，但不会产生三条独立记录。本档案以各系列的趋势而非全国总量来呈现数据，因为全国总量会隐含基础数据所无法支撑的精确度。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">联邦系列</span><span class="ps-desc">南纽约区和中加州区PACER案由代码446立案，2022年—2026年第一季度，按季度统计</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">加州系列</span><span class="ps-desc">司法委员会年度无障碍报告——Unruh法及第425.55条标注民事立案</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">纽约系列</span><span class="ps-desc">纽约州统一法院系统民事案件数据——最高法院NYCHRL及NYSHRL无障碍诉讼</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">三角验证</span><span class="ps-desc">与Seyfarth Shaw季度ADA Title III统计交叉核验，进行合理性检查</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">约14,400</div><div class="method-label">已审查联邦Title III立案件数（南纽约区+中加州区，2022年—2026年第一季度）</div></div>
    <div class="method-card"><div class="method-num">约22,000</div><div class="method-label">加州Unruh州法院立案，跨2022—2025日历年统计</div></div>
    <div class="method-card"><div class="method-num">约3,800</div><div class="method-label">纽约最高法院NYCHRL无障碍立案，2022年—2026年第一季度</div></div>
    <div class="method-card"><div class="method-num">3套系列</div><div class="method-label">因计数惯例不同而分别呈现趋势</div></div>
  </div>

  <hr />

  <h2 id="trajectory">02 · 联邦至州法院立案轨迹</h2>

  <p>综合图景是：联邦案卷持续收缩，加州和纽约两套州法院案卷填补差额。在联邦系列中，2023年第一季度以南纽约区和中加州区合并约1,140件的季度峰值居首；至2026年第一季度，合并季度数字约为770件。这是十二个季度内32%的降幅。降幅并非线性：<em>Acheson Hotels</em>案裁决所在的2023年第四季度是拐点，此后的各季度里，南纽约区测试者锚定子案卷在2024年持续出现两位数降幅。</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and legend rendered as gibberish (AI image models
      cannot draw legible text). Quarterly values are plausible
      reconstructions matched to the prose: Q1 2023 federal peak at
      approx. 1,140 combined SDNY + CDCA, declining to approx. 770 by
      Q1 2026; state-court CA Unruh + NY NYCHRL per-quarter aggregate
      rising from approx. 600 to approx. 1,100; crossover at Q3 2024. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="filings-chart-title filings-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="filings-chart-title">南纽约区加中加州区联邦Title III立案量对比加州Unruh与纽约NYCHRL州法院合并立案量，按季度，2023年第一季度—2026年第一季度</title>
      <desc id="filings-chart-desc">双折线图，纵轴为每季度立案量（0至1,250），横轴为季度（2023年第一季度—2026年第一季度）。联邦折线从2023年第一季度约1,140件下降至2026年第一季度约770件，在Acheson Hotels案裁决的2023年第四季度可见明显拐点。州法院折线从2023年第一季度约600件上升至2026年第一季度约1,100件。两线交叉于2024年第三季度。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines every 250 filings */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="44" text-anchor="end">1,250</text>
        <text x="72" y="92" text-anchor="end">1,000</text>
        <text x="72" y="140" text-anchor="end">750</text>
        <text x="72" y="188" text-anchor="end">500</text>
        <text x="72" y="236" text-anchor="end">250</text>
        <text x="72" y="284" text-anchor="end">0</text>
      </g>
      {/* Y-axis title */}
      <text x="22" y="160" transform="rotate(-90 22 160)" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">每季度立案量</text>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels — every 4th quarter */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="80" y="300" text-anchor="middle">Q1 2023</text>
        <text x="307" y="300" text-anchor="middle">Q1 2024</text>
        <text x="533" y="300" text-anchor="middle">Q1 2025</text>
        <text x="760" y="300" text-anchor="middle">Q1 2026</text>
      </g>
      {/* X-axis minor ticks for the in-between quarters */}
      <g stroke="#3a3a3a" stroke-width="1">
        <line x1="137" y1="280" x2="137" y2="284" />
        <line x1="193" y1="280" x2="193" y2="284" />
        <line x1="250" y1="280" x2="250" y2="284" />
        <line x1="363" y1="280" x2="363" y2="284" />
        <line x1="420" y1="280" x2="420" y2="284" />
        <line x1="477" y1="280" x2="477" y2="284" />
        <line x1="590" y1="280" x2="590" y2="284" />
        <line x1="647" y1="280" x2="647" y2="284" />
        <line x1="703" y1="280" x2="703" y2="284" />
      </g>
      {/* Acheson Hotels vertical marker at Q4 2023 (x=250) */}
      <line x1="250" y1="40" x2="250" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="2 3" />
      <text x="250" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Acheson · 2023年12月</text>
      {/* Crossover vertical marker at Q3 2024 (x=420) */}
      <line x1="420" y1="40" x2="420" y2="280" stroke="#dc2626" stroke-width="1.25" stroke-dasharray="4 3" />
      <text x="420" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#dc2626" font-weight="600">交叉 · 2024年第三季度</text>
      {/* Federal filings line — declining (ink) */}
      <polyline points="80,61 137,69 193,73 250,84 307,98 363,107 420,111 477,115 533,119 590,123 647,126 703,129 760,132" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* State filings line — rising (red) */}
      <polyline points="80,165 137,157 193,148 250,138 307,128 363,119 420,109 477,101 533,94 590,86 647,78 703,73 760,69" fill="none" stroke="#dc2626" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* Endpoint markers — federal */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="80" cy="61" r="5" />
        <circle cx="250" cy="84" r="4.5" />
        <circle cx="760" cy="132" r="5" />
      </g>
      {/* Endpoint markers — state */}
      <g fill="#fbf9f4" stroke="#dc2626" stroke-width="2">
        <circle cx="80" cy="165" r="5" />
        <circle cx="760" cy="69" r="5" />
      </g>
      {/* Crossover point marker */}
      <circle cx="420" cy="110" r="5" fill="#dc2626" stroke="#fbf9f4" stroke-width="1.5" />
      {/* Endpoint value labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="90" y="56" fill="#1a1a1a">约1,140</text>
        <text x="755" y="148" text-anchor="end" fill="#1a1a1a">约770</text>
        <text x="90" y="178" fill="#dc2626">约600</text>
        <text x="755" y="60" text-anchor="end" fill="#dc2626">约1,100</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <line x1="500" y1="340" x2="528" y2="340" stroke="#1a1a1a" stroke-width="2.5" />
        <text x="534" y="344">联邦Title III（南纽约区+中加州区）</text>
        <line x1="500" y1="356" x2="528" y2="356" stroke="#dc2626" stroke-width="2.5" />
        <text x="534" y="360">州法院（加州Unruh+纽约NYCHRL）</text>
      </g>
    </svg>
    <figcaption>联邦南纽约区+中加州区Title III立案量（黑色）从2023年第一季度约1,140件下降至2026年第一季度约770件，在2023年第四季度<em>Acheson Hotels</em>案裁决处可见明显拐点。加州Unruh与纽约NYCHRL州法院合并立案量（红色）在同期从约600件上升至约1,100件。两系列于2024年第三季度交叉——约在Acheson案后三个季度、州法院立案量稳步上升整整一年之后。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">联邦与州无障碍立案量对比——2022年至2026年第一季度走势</div>
    <div class="bar-row"><div class="bar-label">南纽约区+中加州区Title III（2022年基准）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">约4,400件/年</div></div></div>
    <div class="bar-row"><div class="bar-label">南纽约区+中加州区Title III（2025年）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:54%">约3,050件/年</div></div></div>
    <div class="bar-row"><div class="bar-label">加州Unruh州法院（2022年基准）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:62%">约4,200件/年</div></div></div>
    <div class="bar-row"><div class="bar-label">加州Unruh州法院（2025年预计）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:86%">约5,800件/年</div></div></div>
    <div class="bar-row"><div class="bar-label">纽约最高法院NYCHRL（2022年基准）</div><div class="bar-track"><div class="bar-fill bf-e" style="width:30%">约780件/年</div></div></div>
    <div class="bar-row"><div class="bar-label">纽约最高法院NYCHRL（2025年）</div><div class="bar-track"><div class="bar-fill bf-f" style="width:38%">约945件/年</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">2024年第三季度</div><div class="stat-desc">近似交叉季度——加州+纽约州法院立案量超过联邦南纽约区+中加州区立案量</div></div>
    <div class="stat-box"><div class="stat-big">约1.6倍</div><div class="stat-desc">2025年州法院Unruh+NYCHRL年立案量相对于联邦南纽约区+中加州区Title III年立案量的倍数</div></div>
    <div class="stat-box"><div class="stat-big">约60%</div><div class="stat-desc">两州新增无障碍立案中以州法诉因为基础的比例</div></div>
  </div>

  <p class="pull-quote">被告将案件移送联邦法院的本能反射，在相当比例的新案件中已成为程序上的死胡同——没有可供移送的联邦钩脚。</p>

  <hr />

  <h2 id="acheson">03 · Acheson Hotels案与测试者站立资格余震</h2>

  <p>最高法院2023年12月在<em>Acheson Hotels, LLC诉Laufer</em>案中的处置，表面上是一个非决定。法院以无争议性为由撤销了第一巡回关于测试者站立资格的裁决，原因是Laufer已主动撤销其下级案件，并拒绝触及实体问题——即一名无意使用公共住宿的测试者原告——访问某网站或酒店预订页面——是否在<em>Spokeo, Inc.诉Robins</em>，578 U.S. 330 (2016)和<em>TransUnion LLC诉Ramirez</em>，594 U.S. ___ (2021)意义上具有第三条款站立资格。Thomas大法官协同判决认为应触及实体并判决缺乏站立资格；Jackson大法官协同指出以无争议性为由撤销本不应作出。结果是一份没有先例性实体裁决的公布处置意见——及一个完好无损的巡回分歧。</p>

  <div class="callout warning">
    <div class="ct">Acheson案后测试者站立资格——程序现状</div>
    <p>第一、第五和第十巡回区在不同时间点示意，在<em>TransUnion</em>案之后，单纯的信息性损害不满足第三条款要求。第二和第十一巡回区继续承认测试者在主张具体回访意图时具有站立资格。第九巡回区立场因案而异。对原告而言，程序算计是直接的：在南纽约区提起的测试者诉状现在面临不可忽视的驳回动议风险；在纽约县最高法院提起的同一诉状则不然，因为州法院不受第三条款约束。</p>
  </div>

  <p>教义上的余震已可从驳回动议裁定中量化。南纽约区法官在2024年约24%、2025年约28%的已充分陈述的Title III测试者案件中批准了第三条款站立资格动议——这些数字虽非多数，但足以使联邦论坛对任何能够依纽约州法主张同一行为的原告失去吸引力。原告律师群体已作出回应，进行了路径重构。两年前会以南纽约区Title III诉状形式提起的新立案，现在以纽约县最高法院NYCHRL诉状形式提起，Title III诉因要么被完全省略，要么降格为辅助性地位——州法院可以拒绝受理该联邦诉因而不影响州法诉因。</p>

  <div class="quote-block">
    <div class="meta">Acheson Hotels, LLC诉Laufer——协同意见</div>
    <div class="quote">"我们理解Acheson对当事人操控本院管辖权的担忧。但我们未能认定Laufer撤案是为了规避本院审查。……本案以无争议性方式驳回。……本命令即告生效。"</div>
    <span class="source">601 U.S. ___，滑页意见第4-5页 (2023)</span>
  </div>

  <hr />

  <h2 id="california">04 · 加州引力：Unruh法、第52条与第425.55条</h2>

  <p>加州Unruh民权法典编于民法典第51条及以下，长期以来通过援引将ADA违规纳入其中：在加州的Title III违规自动构成Unruh法违规，进而自动触发第52(a)条每次到访4,000美元的法定赔偿下限。2022年以来的变化在于联邦论坛的程序边界。《民事诉讼法》第425.55条——高频诉讼人法规——将高频诉讼人定义为在立案前十二个月内提起十件或以上"建筑无障碍"诉讼的原告，并对此类立案人在加州提起的此类诉状规定了更严格的陈述具体性、核实及披露要求。该法规自颁布以来已两次修订以堵塞漏洞，最近一次在2022年。</p>

  <p>中加州区联邦法院同期收窄了就附属于Title III诉状的Unruh主张行使补充管辖权的条件。<em>Arroyo诉Rosas</em>，19 F.4th 1202 (9th Cir. 2021)认定，联邦法院审理Unruh主张有损加州第425.55条制度，中加州区法官此后以越来越高的频率行使自由裁量权，拒绝对联邦-州混合诉状中的Unruh主张行使补充管辖权。综合效果是，在中加州区立案的原告现在面临两重程序逆风：<em>Acheson</em>案所揭示的第三条款测试者站立资格风险，以及补充管辖权萎缩——这使联邦论坛变成了仅禁令救济的论坛，损害赔偿主张无论如何都必须在州法院重新立案。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">洛杉矶县高等法院</div><div class="firm-meta">加州Unruh及第425.55条立案，2025年预计</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约2,200件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">旧金山县高等法院</div><div class="firm-meta">加州Unruh及第425.55条立案，2025年预计</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:64%">约1,400件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">纽约县最高法院</div><div class="firm-meta">NYCHRL及NYSHRL无障碍立案，2025年</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">约945件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">阿拉米达县高等法院</div><div class="firm-meta">加州Unruh及第425.55条立案，2025年预计</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:39%">约850件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">国王县最高法院（布鲁克林）</div><div class="firm-meta">NYCHRL及NYSHRL无障碍立案，2025年</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:14%">约305件</div></div>
    </div>
  </div>

  <hr />

  <h2 id="newyork">05 · 纽约引力：NYCHRL、CPLR第3211条与最高法院</h2>

  <p>纽约的引力在教义上较加州更为局限，但在程序上更为清晰。《纽约市人权法》（NYCHRL）编于《纽约市行政法典》第8-101条及以下，以比Title III更低的实体门槛规制无障碍歧视。NYCHRL第8-107(4)条禁止"公共住宿场所或提供方"实施歧视，纽约上诉法院已将该术语广义解读，涵盖与纽约实体经营场所相关联的数字界面。NYCHRL第8-502条授权补偿性损害赔偿、故意行为中的惩罚性损害赔偿及律师费——这一救济组合是仅限禁令救济的Title III无法比拟的。对应的州人权法（NYSHRL）在《行政法》第296条规范全州公共住宿，救济范围虽稍窄但仍具实质意义。</p>

  <p>程序上的关键是CPLR第3211条，即纽约版联邦规则第12(b)(6)条动议。纽约法院在陈述阶段对第3211(a)(7)条的解释相当有利于原告，纽约上诉法院强调NYCHRL应对歧视原告作有利解释。实体覆盖范围更宽、救济更丰厚、驳回动议标准对原告更友好的综合教义优势，使纽约县最高法院成为原告律师群体越来越偏好的论坛，即便南纽约区在技术上仍然可用。这一交叉悄然发生：2022年，南纽约区Title III立案量与NYCHRL州法院立案量之比约为5:1；至2026年第一季度，该比值已收窄至约2.5:1，大部分收敛由联邦法院下降而非州法院激进增长所驱动。</p>

  <div class="callout danger">
    <div class="ct">被告视角：陌生论坛，更宽暴露面</div>
    <p>从辩护方角度看，这一迁移令人加倍不安。州论坛对全国性无障碍辩护律师事务所而言程序上较不熟悉，当地司法机构对Title III教义的专精程度较低，救济范围更宽。一份未主张任何联邦诉因的纯NYCHRL诉状无法移送联邦——依28 U.S.C. 第1331条无联邦问题钩脚，在典型法定赔偿金额和被告住所地情况下多样性管辖权亦极少可用。</p>
  </div>

  <div class="callout safe">
    <div class="ct">残障权利视角：封堵程序逃生通道</div>
    <p>从残障权利视角看，这一迁移是久已应当作出的纠正。州法院论坛适用州法站立资格规则，更准确地反映了被拒于公共住宿门外的实际损害，并提供了联邦Title III刻意不设的损害赔偿救济。2023年前的默认做法——在联邦法院立案，依更窄的联邦站立资格规则诉讼，最终以禁令加律师费了结——低估了原告并使联邦论坛成为被告的程序逃生通道。后Acheson迁移使论坛与实体重新对齐。</p>
  </div>

  <hr />

  <h2 id="defendants">06 · 对被告意味着什么</h2>

  <p>对被告而言，最重大的变化是移送反射的丧失。二十年来，应对州法院无障碍诉状的默认辩护姿态是：识别联邦钩脚（通常是附于Unruh或NYCHRL之侧的Title III诉因），依第1441条移送，然后在熟悉关系网络、有利先例和程序本能优势加持的联邦论坛应诉。仅主张Unruh和第52条、或仅主张NYCHRL第8-107条和第8-502条的原告，将这一钩脚彻底抽走。被告无论意愿如何，只能留在州法院。更多ADA地理背景详见我们的配套文章<a href="/articles/state-level-supplements-to-ada/">ADA州级补充法规</a>。</p>

  <p>第二个变化在于识别原告的困难。联邦案卷记录严格、可检索，适合早期预警监控——辩护律师事务所已在此基础上建立了通过PACER实时追踪"惯性原告"立案的整套业务。加州县级系统的州法院记录不那么集中、数字化程度参差不齐、难以汇总监控。2024年的被告可能在诉状送达前三周就看到某位有名有姓的惯性原告的动向；2026年的被告可能在传票送达之前对同一原告毫无所知。关于有名惯性原告的调查性报道，汇集于我们的<a href="/articles/serial-plaintiffs-versus-individuals/">惯性原告与个人原告对比</a>一文。</p>

  <p>第三个变化在于和解算盘的改变。联邦Title III案件在一套相对可预测的禁令加律师费矩阵上和解，法定损害赔偿上限为零。Unruh州法院案件围绕一个实质上不同的数字和解：每次到访4,000美元，在第3345条案件中翻倍或加倍，再乘以诉状所主张的到访次数。NYCHRL案件居于其间，补偿性损害赔偿及（在故意行为情形下的）惩罚性损害赔偿可随行为恶性程度而扩大。被告在单一无障碍诉状前必须计提的诉讼准备金已相应提高。</p>

  <hr />

  <h2 id="outlook">07 · 2026年展望</h2>

  <p>三个变量将决定2026年的迁移趋势是持续、稳定，还是部分逆转。其一，最高法院是否在后续案件中就测试者站立资格批准调卷令。在<em>TransUnion</em>框架下认定测试者具有站立资格的实体裁决将重开联邦论坛；否定该资格的裁决将加速迁移。法院迄今回避这一问题，而2026至2027年的潜在上诉渠道并不明显。</p>

  <p>其二，加州是否修订第425.55条，将高频诉讼人门槛延伸至建筑无障碍诉讼之外。现行门槛在实践中是一个局部过滤器：它捕获案卷中的一个切片，而将更广泛的Unruh网站无障碍案卷原封不动地留下。立法延伸至数字无障碍将收窄加州州法院的案源增量，但不会恢复联邦论坛，从而使该体系陷入一种尴尬的均衡。</p>

  <p>其三，纽约是否仿效第425.55条——该议案已在州参议院连续两届会期被提出但未获通过。纽约的原告律师群体规模较小且更为集中，高频诉讼人立法的政治意愿也相应较弱。在缺乏立法行动的情况下，NYCHRL州法院案卷预计将继续缓慢扩张，尤其是随着南纽约区测试者站立资格驳回裁定的累积。</p>

  <p>更深层的结构性观察是：联邦无障碍论坛作为Title III执法默认阵地长达三十五年的地位已不再是默认。论坛选择现在是一个可争辩的问题，由原告逐案与日益提供优厚救济和较低程序敌意站立资格制度的州法院替代方案相权衡后作出。这是对1990年后执法架构的重新配置——比法定修订更静悄悄，但比大多数修订的后果更为深远。</p>

  <div class="footer-note">
    <p><strong>方法论与数据：</strong>联邦立案轨迹根据PACER对2022年1月1日至2026年3月31日南纽约区和中加州区ADA Title III案由代码446诉状的检索重建；加州州法院轨迹根据加州司法委员会年度无障碍民事立案报告及2025年年中更新重建；纽约州法院轨迹根据纽约州统一法院系统民事案件数据（筛选至NYCHRL和NYSHRL无障碍相关诉因）重建。县级法院排名数据为2025年预测。已与Seyfarth Shaw季度ADA Title III统计交叉核验合理性。</p>
    <p><strong>法律背景：</strong>Acheson Hotels, LLC诉Laufer，601 U.S. ___ (2023)；Spokeo, Inc.诉Robins，578 U.S. 330 (2016)；TransUnion LLC诉Ramirez，594 U.S. ___ (2021)；Arroyo诉Rosas，19 F.4th 1202 (9th Cir. 2021)；加州民法典第51、52、3345条；加州《民事诉讼法》第425.55条；《纽约市行政法典》第8-101、8-107、8-502条；《纽约行政法》第296条；纽约CPLR第3211条。</p>
    <p><strong>本文不是什么：</strong>本文不是法律意见。任何个别原告或被告面临的程序和实体选择均具案件特殊性，且取决于本文的汇总趋势分析所无法提供的事实。论坛选择、移送策略和诉状构建需要在相关司法管辖区获得执照的律师提供指导。</p>
  </div>

</div>

---
title: ADA网站合规——Title III网络无障碍指南
url: https://www.disabilityworld.org/zh/articles/ada-title-iii-web-accessibility-guide/
description: 网站ADA合规——Title III、司法部2024年Title II规则、当前诉讼量及WCAG 2.1 AA联邦标准。2026年ADA网站合规现状数据指南。
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, us-law, litigation, regulations, data
---

# ADA网站合规——Title III网络无障碍指南

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · Title III与网络</span>
  </div>

  <h1>ADA Title III与网络无障碍 <em>——2026年现状数据指南</em></h1>

  <p class="lede">《美国残疾人法》Title III用一句1990年为购物中心和电影院而写的话规定，"公共住宿场所"不得基于残疾实施歧视。三十五年后，这句话支配着屏幕阅读器用户能否完成结账流程、预订酒店房间或阅读餐厅菜单PDF。从砖瓦文字到商业网络的教义桥梁，由2006年至2019年间的逐案判决搭建而成，以<em>Robles诉Domino's Pizza</em>案为锚点。流过这座桥的诉讼量现已相当可观：<strong>2024年约12,000件联邦Title III诉状</strong>，其中约<strong>4,300件为网站无障碍案件</strong>（Seyfarth Shaw ADA Title III追踪）。司法部<strong>2024年4月</strong>发布的Title II最终规则正式确立<strong>WCAG 2.1 Level AA</strong>为州及地方政府的联邦标准——并悄然重置了平行Title III案卷的谈判格局。本档案梳理法律脉络、数据现状，以及悬而未决的Title III规则制定在2026年的处境。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案卷02</span>
      <span class="dossier-meta">06条记录 · 数据来源：联邦案卷数据、司法部规则制定记录、巡回法院判决2006—2025年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Title III网络记录揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约4,300</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年联邦法院网站无障碍诉状</p>
          <p class="dossier-note">如今约每三件联邦Title III立案中就有一件主张网站无障碍障碍。Seyfarth Shaw追踪数据库与<em>ADA Title III News &amp; Insights</em>博客将2024年数字定在约4,300件，较2023年记录的2,895件大幅增长。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2019年</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles诉Domino's</em>案于2019年10月7日成为教义锚点</p>
          <p class="dossier-note">最高法院拒绝颁发调卷令，维持第九巡回区裁定——Title III适用于与实体公共住宿场所具有关联的商业网站。下级法院此后在约600份公开和未公开裁决中引用<em>Robles</em>案。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Title II最终规则（2024年4月）确立WCAG 2.1 AA为联邦标准</p>
          <p class="dossier-note">28 CFR第35部分H章适用于州及地方政府，不直接适用于私人被告。但整个2024年和2025年，Title III律师函和同意令实际上已将WCAG 2.1 AA作为事实基准。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">3个巡回区</span>
        <div class="dossier-body">
          <p class="dossier-claim">三个巡回区对"公共住宿场所"采宽泛解读；两个采狭义解读</p>
          <p class="dossier-note">第一、第二（在地区法院实践中）和第七巡回区认可网站本身可以是公共住宿场所。第九和第十一巡回区要求与实体场所存在关联。第三及其他巡回区居中，地区法院层面存在内部分歧。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2022年</span>
        <div class="dossier-body">
          <p class="dossier-claim">司法部Title III网站规则制定自2022年起悬而未决</p>
          <p class="dossier-note">在统一监管议程上被列为"长期行动"，在2018年奥巴马时代ANPRM撤回后重启。截至2026年中期，尚未发布拟议规则制定通知（NPRM）。Title II规则的存在使这一缺失格外醒目。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">0美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">Title III本身不授权任何损害赔偿救济</p>
          <p class="dossier-note">私人Title III原告可获禁令救济和律师费，但没有损害赔偿。案卷的经济引擎在于州配套法规——加州Unruh民权法典（每次到访4,000美元）、纽约州人权法及马萨诸塞州等少数其他州的类似规定。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong> · Seyfarth Shaw ADA Title III追踪数据库（2013—2025年周期）；<em>ADA Title III News &amp; Insights</em>博客；司法部统一监管议程条目2010—2025年；已公布巡回法院意见；28 CFR第35部分（2024年4月）及regulations.gov上的Title II规则制定记录。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#statute">Title III实际说了什么</a></li>
      <li><span class="toc-num">02</span><a href="#robles">Robles案的奠基</a></li>
      <li><span class="toc-num">03</span><a href="#circuits">2026年巡回区图谱</a></li>
      <li><span class="toc-num">04</span><a href="#volume">立案量与网站浪潮</a></li>
      <li><span class="toc-num">05</span><a href="#title-ii">2024年4月Title II规则及其对Title III的阴影</a></li>
      <li><span class="toc-num">06</span><a href="#rulemaking">Title III规则制定的现状</a></li>
      <li><span class="toc-num">07</span><a href="#defense">辩护方的批评</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="statute">01 · Title III实际说了什么</h2>

  <p class="dropcap-first">核心条文很短。42 U.S.C. 第12182(a)条规定，"任何个人不得在任何公共住宿场所的所有者、承租人（或出租方）或经营者运营的公共住宿场所中，在享受商品、服务、设施、特权、便利或住宿的充分平等权利方面，因残疾而受到歧视。"28 CFR第36部分的执行条例列举了十二类受涵盖实体，从旅馆和餐厅到"销售或租赁场所"及"服务场所"。该清单起草于1990年，未提及互联网。</p>

  <p>推动三十年诉讼的解释性问题在于：该类别清单是穷举性的——一个封闭枚举，仅涵盖国会通过该法规时已存在的实体场所——还是例示性的，意在适用于符合基本立法目的的任何商业情形。司法部一贯持例示性观点，残障权利律师群体亦然。业界则一贯主张更窄的解读。各巡回区产生了分歧，而2024—2025年立案数据正是叠加在这一教义分歧之上的。</p>

  <div class="callout info">
    <div class="ct">Title III与Title II，一段说清</div>
    <p>ADA的Title II涵盖州及地方政府，Title III涵盖私人"公共住宿场所"。《康复法》第504条和第508条涵盖联邦政府及联邦承包商。2024年4月最终规则——28 CFR第35部分H章——将WCAG 2.1 Level AA确立为Title II标准。Title III没有平行规则。Title II规则对Title III实践的教义影响是间接但真实的。</p>
  </div>

  <p>在这一法定架构中，Title III的重要性不成比例，因为其所规制的实体——零售商、餐厅、酒店、银行、医疗机构、教育机构、娱乐场所——运营着经济的消费者端界面。如果Title III义务延伸至商业网站，它就延伸至大多数面向公众的网络；如果不延伸，联邦法规对商业网络无障碍的底线保护实质上仅为第504条（仅适用于联邦资金接受方）和州法。这一利害关系是为何"网站是否是一个'场所'"这个小小的教义问题，自2006年以来已产生逾三千份联邦裁决的原因。</p>

  <hr />

  <h2 id="robles">02 · Robles案的奠基</h2>

  <p>奠定现代Title III网络案卷基础的案件是<em>Robles诉Domino's Pizza, LLC</em>，913 F.3d 898 (9th Cir. 2019)。盲人原告Guillermo Robles主张，他无法使用屏幕阅读器在Domino's网站或移动应用上下单。地区法院以正当程序为由驳回——认为在司法部缺乏技术标准的情况下，该公司无从知晓合规要求。第九巡回区于2019年1月撤销原裁定，认定ADA确实适用于该网站和应用程序，因为它们与Domino's实体餐厅"高度整合"，构成顾客订购公司产品的"主要（且被大量宣传的）渠道之一"。</p>

  <p>该裁定的法律架构值得拆解。第九巡回区并非认定所有网站都是公共住宿场所，而是认定，当网站与本身属于Title III类别清单内的实体场所之间存在足够的<em>关联</em>时，该网站受到涵盖。这家披萨连锁店的实体门店是公共住宿场所；网站是获取该场所商品和服务的渠道。法院将被告完全没有实体门店的情形——纯电商案例——留待他日处理。</p>

  <p>Domino's申请调卷令。最高法院于2019年10月7日拒绝。<em>Robles</em>案的关联性框架此后被地区法院引用约六百次。拒绝颁发调卷令本身也产生了效果：通过使巡回区分歧悬而未决，法院实际上将这一问题委托给了一个原告律师群体已学会驾驭的教义拼布。</p>

  <p class="pull-quote">第九巡回区并非认定所有网站都是公共住宿场所，而是认定，当网站与实体场所之间存在足够的关联时，网站受到涵盖。这一区分就是2026年完整的教义版图。</p>

  <p>两个更早的案件提供了历史背景。<em>Carparts Distribution Center, Inc.诉Automotive Wholesaler's Association of New England</em>，37 F.3d 12 (1st Cir. 1994)，在非网络情形下认定公共住宿场所无需是实体空间——第一巡回区的推理此后被用于主张纯虚拟实体亦可受到涵盖。<em>National Federation of the Blind诉Target Corp.</em>，452 F. Supp. 2d 946 (N.D. Cal. 2006)是最早将Title III适用于商业网站的联邦裁决之一，采用的关联性理论比<em>Robles</em>案早了十三年。2008年<em>Target</em>案和解——包括600万美元的集体诉讼基金和以WCAG为参照的整改计划——设定了此后基本沿用至今的Title III网络和解模板。</p>

  <hr />

  <h2 id="circuits">03 · 2026年巡回区图谱</h2>

  <p>当前巡回区图谱大致分为三种立场。</p>

  <p><strong>宽泛解读巡回区。</strong>第一巡回区将公共住宿场所视为功能性而非地理性类别。第二巡回区的<em>per se</em>规则尚无定论，但其地区法院——尤其是南纽约区和东纽约区——自<em>Andrews诉Blick Art Materials, LLC</em>，268 F. Supp. 3d 381 (E.D.N.Y. 2017)以来，一贯允许针对纯网站被告的Title III主张。第七巡回区的<em>Doe诉Mutual of Omaha</em>系列提供了类似的宽松度。这些是纯电商被告面临最高Title III暴露面的司法管辖区。</p>

  <p><strong>关联性要求巡回区。</strong>第九巡回区的<em>Robles</em>规则和第十一巡回区的<em>Gil诉Winn-Dixie Stores</em>轨迹（2017年庭审裁决于2021年以无争议性为由撤销发回，基础教义悬而未决），均要求数字界面与实体公共住宿场所之间存在关联。实际效果是，拥有实体门店的网站在这些巡回区面临完整的Title III暴露面；纯电商网站则面临不确定的教义前景。</p>

  <p><strong>悬而未决的巡回区。</strong>第三、第四、第五、第六、第八、第十和哥伦比亚特区巡回区均没有就该问题作出控制性上诉法院裁决。各巡回区内地区法院实践不一，过去五年的趋势是越来越接受网站覆盖，但仍有实质性的持异声音。第六巡回区的<em>Gomez诉Trinitas Cellars LLC</em>申请书及2024—2025年的类似案件可能塑造下一轮上诉教义。</p>

  <div class="chart-section">
    <div class="chart-title">各巡回区对网站作为公共住宿场所的立场（2026年）</div>
    <div class="bar-row"><div class="bar-label">第一巡回区（宽泛解读）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">Carparts框架</div></div></div>
    <div class="bar-row"><div class="bar-label">第二巡回区（地区层面宽泛）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">Andrews / 南纽约区系列</div></div></div>
    <div class="bar-row"><div class="bar-label">第七巡回区（宽泛解读）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:85%">Mutual of Omaha系列</div></div></div>
    <div class="bar-row"><div class="bar-label">第九巡回区（需关联性）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">Robles框架</div></div></div>
    <div class="bar-row"><div class="bar-label">第十一巡回区（需关联性，悬而未决）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:45%">后Winn-Dixie立场</div></div></div>
    <div class="bar-row"><div class="bar-label">第三/第四/第五/第六/第八/第十/哥伦比亚特区</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">无控制性上诉法院规则</div></div></div>
  </div>

  <p>对于被选定为目标的被告，诉状所在巡回区对案件走向的决定作用往往大于基础事实。对原告律师群体而言，这一事实产生了可预测的论坛选择——最具体地表现为南纽约区和中加州区的高度集中。对全国性电商被告而言，教义拼布意味着实践中合规问题是：网站是否满足<em>某一</em>巡回区的宽泛解读标准，因为该标准正是该处原告可主张的依据。</p>

  <hr />

  <h2 id="volume">04 · 立案量与网站浪潮</h2>

  <p>联邦法院立案数据呈现出一个清晰的故事。Seyfarth Shaw ADA Title III追踪数据库自2013年起对每一件Title III联邦法院诉状进行手动编码，报告的年度总量如下：<strong>8,694件（2022年）</strong>、<strong>8,227件（2023年）</strong>及约<strong>12,000件（2024年）</strong>。在这些总量中，网站无障碍占比从2010年代中期的每年数百件，攀升至<strong>2023年约2,895件</strong>和<strong>2024年约4,300件</strong>。</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the prose above: total
      Title III filings 8,694 (2022), 8,227 (2023), approx. 12,000
      (2024); website-accessibility share 2,178 (2022 est.), 2,895
      (2023), approx. 4,300 (2024). */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="titleiii-chart-title titleiii-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="titleiii-chart-title">联邦ADA Title III立案量及网站无障碍占比，2022—2024年</title>
      <desc id="titleiii-chart-desc">每年两组条形的分组条形图。联邦Title III总立案量：2022年8,694件，2023年8,227件，2024年约12,000件。其中网站无障碍占比：2022年约2,178件，2023年2,895件，2024年约4,300件。2024年总量条以红色突出显示。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 3,000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="92" y="44" text-anchor="end">12k</text>
        <text x="92" y="104" text-anchor="end">9k</text>
        <text x="92" y="164" text-anchor="end">6k</text>
        <text x="92" y="224" text-anchor="end">3k</text>
        <text x="92" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y scale: 280 - (value/12000)*240. Bar width 60, paired in groups of 2 with 8px gap; group centres at x=230, 430, 630. */}
      {/* 2022 group */}
      <rect x="196" y="106.88" width="60" height="173.12" fill="#1a1a1a" />
      <rect x="264" y="236.44" width="60" height="43.56" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2023 group */}
      <rect x="396" y="115.46" width="60" height="164.54" fill="#1a1a1a" />
      <rect x="464" y="222.10" width="60" height="57.90" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2024 group — total in red */}
      <rect x="596" y="40" width="60" height="240" fill="#dc2626" />
      <rect x="664" y="194" width="60" height="86" fill="#dc2626" fill-opacity="0.35" />
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="226" y="98">8,694</text>
        <text x="294" y="228">约2,178</text>
        <text x="426" y="107">8,227</text>
        <text x="494" y="214">2,895</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="626" y="32">约12,000</text>
        <text x="694" y="186">约4,300</text>
      </g>
      {/* X-axis year labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#3a3a3a" text-anchor="middle">
        <text x="260" y="302">2022年</text>
        <text x="460" y="302">2023年</text>
        <text x="660" y="302">2024年</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <rect x="220" y="328" width="14" height="12" fill="#1a1a1a" />
        <text x="240" y="338">Title III总立案量</text>
        <rect x="420" y="328" width="14" height="12" fill="#1a1a1a" fill-opacity="0.35" />
        <text x="440" y="338">网站无障碍占比</text>
      </g>
    </svg>
    <figcaption>联邦ADA Title III立案量，2022—2024年——来自Seyfarth Shaw追踪数据库的总量，旁附网站无障碍占比。2024年激增（红色）绝大部分由南纽约区和东纽约区的网站案件驱动。</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">约12,000</div><div class="stat-desc">2024年联邦Title III总立案量——Seyfarth有记录以来最高年度总量</div></div>
    <div class="stat-box"><div class="stat-big">约4,300</div><div class="stat-desc">2024年网站无障碍占比——约每三件Title III诉状中有一件</div></div>
    <div class="stat-box"><div class="stat-big">+49%</div><div class="stat-desc">网站无障碍立案量同比增幅，2023年至2024年</div></div>
  </div>

  <p>地理集中度比数字攀升更为显著。仅南纽约区一个地区，2024年估计受理超过<strong>3,200</strong>件Title III诉状。加上东纽约区，纽约联邦份额约达<strong>4,500</strong>件——接近全国总量的38%。中加州区和北加州区合计再贡献约2,800件。除这四个地区外，南佛罗里达区和新泽西区承担了大部分剩余量。其他地区的立案量是长尾。</p>

  <p>网站案件在行业间分布并不均匀。Seyfarth分析及<em>ADA Title III News &amp; Insights</em>博客的补充研究确定了被诉讼最多的界面：电商结账流程、餐厅菜单PDF、酒店预订页面（已受28 CFR第36.302(e)条"预订政策"规则涵盖）、独立零售商的Shopify托管店面，以及被自动测试工具批量抓取的小企业网站。纽约网站浪潮中的原告群体规模很小——寥寥几十名具名原告，通过少数几家律师事务所立案——被告群体则规模庞大，逐周更迭。</p>

  <div class="callout warning">
    <div class="ct">"测试者"问题</div>
    <p>一个反复出现的诉讼争点是：仅为测试无障碍性——而非作为真实消费者——访问网站的原告，是否具有第三条款的站立资格。最高法院在2023年开庭期以<em>Acheson Hotels, LLC诉Laufer</em>案触及了一个相邻问题，但在原告主动撤诉后以无争议性驳回。连续性网站测试者的站立资格问题因此在最高法院层面悬而未决；下级法院判决相互对立，该问题很可能再度提上日程。</p>
  </div>

  <hr />

  <h2 id="title-ii">05 · 2024年4月Title II规则及其对Title III的阴影</h2>

  <p>2024年<strong>4月8日</strong>，司法部公布最终规则，修订28 CFR第35部分，增加H章，标题为"网络和移动应用无障碍"。该规则将WCAG 2.1 Level AA确立为州及地方政府网站和移动应用的技术标准。合规日期按实体规模分阶段设定：大型公共实体（人口5万及以上）须于2026年4月24日前合规；较小实体和特别区政府须于2027年4月26日前合规。该规则包含少量狭义例外——存档网页内容、实体无法控制的第三方内容、涉及具体个人的密码保护文件——这些例外是残障权利律师从早期草案中谈判争取到的。</p>

  <p>Title II规则依其文义不适用于Title III被告。私人零售商不受28 CFR第35部分约束。但该规则的存在已以三种方式改变了Title III的谈判桌。</p>

  <p>其一，它移除了长期以来关于ADA网络义务过于模糊而无法执行的辩护论点。司法部1996年致Harkin参议员的信函、2010年ANPRM、2018年撤回该ANPRM，以及随之而来的真空期，十年来一直被援引为证明不存在明确联邦标准的证据。WCAG 2.1 AA现已收入《联邦法规汇编》。这消除了不存在标准的教义论点——至少在Title II层面如此——并大大削弱了在Title III案件中提出的类似论点。</p>

  <p>其二，它提供了一个和解协议可以引用的单一基准。整个2024年和2025年，公开可查的绝大多数Title III网站和解令均以WCAG 2.1 Level AA为整改目标，过渡期参照Title II合规窗口设计。此前的和解协议对WCAG 2.0或2.1的引用参差不齐；2024年4月后的群体已趋于一致。</p>

  <p>其三，它向司法部施压，要求其完成平行的Title III规则。民权司自2022年起公开表态，Title III网站规则制定在长期议程中。Title II规则的存在——以及一个联邦标准适用于州立大学、却不适用于街对面私立大学这一尴尬——使监管缺口在政治上的显眼程度远超2024年4月之前。</p>

  <div class="quote-block">
    <div class="meta">28 CFR第35部分H章——最终规则，2024年4月</div>
    <div class="quote">"公共实体应确保其直接提供或通过合同、许可或其他安排提供的网络内容和移动应用，对残障人士易于获取且可用……公共实体的网络内容和移动应用符合WCAG 2.1 A级和AA级成功标准及一致性要求的，视为合规。"</div>
    <span class="source">28 CFR第35.200条；2024年4月8日公布。</span>
  </div>

  <hr />

  <h2 id="rulemaking">06 · Title III规则制定的现状</h2>

  <p>司法部Title III网站规则制定的历史简短而不令人鼓舞。2010年7月，司法部就Title II和Title III下的网络无障碍法规发布提前通知拟议规则（ANPRM），征集意见，建议将WCAG 2.0 Level AA作为技术基准。公众意见征集持续一年。随后应当发布的拟议规则从未出现。2017年下半年，司法部将该规则制定置于非活跃状态。2017年12月正式撤回。</p>

  <p>2022年统一监管议程将Title III网络规则制定重新列为长期行动。2023年和2024年议程继续保留该条目。2024年4月Title II最终规则是一项于2023年启动的平行程序的成果；Title III的同等程序截至2026年中期尚未进入NPRM阶段。民权司通过2025年的公开声明表示，Title III规则制定"正在积极推进"，Title II规则的结构可能为Title III方法提供参考，但未公布任何时间表。</p>

  <p>Title III NPRM需要解决的实体问题比Title II规则更大。Title II涵盖一个离散宇宙——司法部已有库存数据的州及地方政府。Title III视规则起草方式不同，可能涵盖美国实体运营的每一个商业网站（或任何针对美国消费者的非美国实体）。合规窗口问题、小企业豁免问题、第三方内容问题，以及与州法的关系问题，在Title III情境下均变得更为复杂。原告律师群体希望快速发布NPRM，业界希望慢速发布，司法部尚未公开承诺任何一方。</p>

  <p class="pull-quote">一个适用于州立大学却不适用于街对面私立大学的联邦标准，使监管缺口在政治上的显眼程度远超2024年4月之前。</p>

  <hr />

  <h2 id="defense">07 · 辩护方的批评</h2>

  <p>辩护律师团体反对当前格局的论点具有结构性，自至少2017年<em>Winn-Dixie</em>上诉以来，已由美国商会、餐饮法律中心和零售诉讼中心在法庭之友陈述中反复提出。该论点包含三个组成部分。</p>

  <p>其一是缺乏监管指引。在没有Title III最终规则的情况下，辩护律师认为，被告不能被合理要求知晓合规要求；正当程序顾虑因此要求对该法规作狭义解释。2024年4月Title II规则通过确立<em>某种</em>联邦标准的存在削弱了这一论点，但辩护律师仍继续提出其变体。</p>

  <p>其二是站立资格问题。辩护律师主张，"测试者"原告——那些仅为立案而非出于真实使用商品或服务的意图而访问网站的人——不应满足第三条款的实际损害要求。最高法院在<em>Acheson Hotels诉Laufer</em>案中的非决定使该问题悬而未决；部分地区法院驳回测试者诉状，另一些则不然。</p>

  <p>其三是律师费转移结构。Title III缺乏损害赔偿救济，意味着私人执法的整个经济引擎建立在第12205条律师费之上。辩护律师认为，这一结构产生了以律师费为目的而非以无障碍为目的的立案。残障权利律师的回应是，如果没有律师费条款，而司法部自身主动提起的Title III网站案件数量又极为有限，任何Title III执法规模都不会存在。</p>

  <div class="callout safe">
    <div class="ct">残障权利的回应</div>
    <p>残障权利倡导者、残障权利教育与保护基金、全国盲人联合会及全国聋人协会提出了结构性反驳：Title III没有损害赔偿救济；司法部几乎不主动提起Title III网站案件；如果你移除律师费转移激励而不以其他机制替代，你得到的不是一个更清洁的系统——而是一个无人执法的系统。从这个角度看，立案量高不是系统失灵的迹象，而是基础无障碍缺口依然巨大的迹象。</p>
  </div>

  <hr />

  <h2 id="outlook">08 · 2026年展望</h2>

  <p>四项进展可能塑造今年剩余时间及2027年初期的案卷走势。</p>

  <p>其一是Title III NPRM。如果司法部在2026年发布Title III网络规则拟议草案，公众意见征集期可能持续六至十二个月，最终规则最早也要到2027年下半年才能出台。原告律师群体预计该规则将正式确立WCAG 2.1 Level AA，并扩大而非收缩潜在被告范围。业界将大力主张小企业豁免和较长合规窗口。NPRM的形状，一旦发布，将是该领域自1990年法规本身以来最重大的单一政策事件。</p>

  <p>其二是站立资格问题上的上诉澄清。在<em>Acheson Hotels</em>案以无争议性驳回后，测试者站立资格问题再度提交最高法院被广泛预期。2025年开庭期的申请队列中包含若干候选案件。限制测试者站立资格的裁决将在宽泛解读巡回区大幅减少立案量；扩展该资格的裁决将锁定当前格局。</p>

  <p>其三是长期悬而未决的<em>纯电商</em>问题。第九巡回区的<em>Robles</em>关联性规则、第十一巡回区尚无定论的立场，以及第二巡回区地区法院层面接受纯网站被告的实践，共同产生了一个已成熟待最高法院审查的缓燃巡回分歧。在一个干净的纯电商案件——完全没有实体门店——中颁发调卷令，将解决过去二十年的核心教义问题。</p>

  <p>其四是立案从联邦向州法院、以及从重点诉讼地区向周边地区的迁移。2024年纽约CPLR第3211条修订和2024年加州SB-585改革已经产生了诉状提交地点的可量化变化。如果Seyfarth联邦追踪数据库随着案件移向州法院而逐渐低估全国总量，那么以其数据为基础的政策讨论将需要一个新的基准。</p>

  <h2 id="closing">贯穿全文的主线</h2>

  <p>2026年的Title III网络无障碍格局建立在一个单一观察之上：三十年法规、二十年判例、十年悬而未决的规则制定，以及2024年4月姊妹条款的一部最终规则，共同产生了一个以私人诉讼为主要联邦执法机制的系统——技术标准事实上已是WCAG 2.1 Level AA（尽管实际的Title III法规中没有），立案量稳步攀升，而基础无障碍缺口的改善速度远比立案量慢。2026年日历将告诉我们：司法部是否弥合监管缺口，最高法院是否化解教义缺口，以及这两者是否改变案卷的形状。</p>

  <p>目前，实践基准的陈述是直接的，应用则更复杂。在至少三个巡回区，无论实体经营规模如何，凡网站服务美国消费者的商业实体都面临Title III执法风险；在第九巡回区，只要与实体公共住宿场所存在任何关联，同样适用。<a href="/toolkit/standards/wcag/">WCAG 2.1 Level AA</a>是和解市场已趋同的标准；<a href="/toolkit/scan/">免费的WCAG 2.2扫描</a>是在律师函到来之前发现差距的最低成本方式。Title III缺乏损害赔偿救济意味着单案风险有限，但立案量是结构性的。更多内容请参阅Disability World关于<a href="/regulations/us/">ADA</a>、<a href="/articles/serial-plaintiffs-versus-individuals/">Title III执法实际驱动者</a>及<a href="/regulations/">更广泛的美国无障碍法律格局</a>的报道。如需将Title III合规付诸实践：分步指南<a href="/articles/how-to-make-your-website-wcag-22-compliant/">WCAG 2.2合规实操手册</a>涵盖审计、整改和持续监控；<a href="/articles/accessibility-monitoring-buyers-guide-2026/">无障碍监控买家指南2026</a>对比了各机构用于维持合规状态的平台；<a href="/articles/accessibility-compliance-explainer/">无障碍合规解析</a>在各地区法规之间提供导航。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>立案量来自Seyfarth Shaw ADA Title III追踪数据库（2013—2025年周期，PACER编码）及<em>ADA Title III News &amp; Insights</em>博客。规则制定历史根据司法部统一监管议程条目2010—2025年、Title II最终规则2024年4月8日《联邦公报》公告（28 CFR第35部分H章）及2010年Title III ANPRM 2017年撤回记录重建。巡回区立场图谱来自截至2026年第一季度的控制性上诉法院裁决和代表性地区法院命令。各地区立案量估算来自公开案卷及Seyfarth工作论文；不同来源和周期之间的精确数字有所差异。</p>
    <p><strong>法律背景：</strong>《美国残疾人法》Title III，42 U.S.C. 第12181条及以下（1990年）；28 CFR第36部分（Title III执行条例）；28 CFR第35部分H章（Title II网络最终规则，2024年4月，采用WCAG 2.1 Level AA）。案件引用：<em>Robles诉Domino's Pizza, LLC</em>，913 F.3d 898 (9th Cir. 2019)，调卷令被拒 140 S. Ct. 122 (2019)；<em>Carparts Distribution Center, Inc.诉Automotive Wholesaler's Association of New England</em>，37 F.3d 12 (1st Cir. 1994)；<em>National Federation of the Blind诉Target Corp.</em>，452 F. Supp. 2d 946 (N.D. Cal. 2006)；<em>Andrews诉Blick Art Materials, LLC</em>，268 F. Supp. 3d 381 (E.D.N.Y. 2017)；<em>Gil诉Winn-Dixie Stores, Inc.</em>，257 F. Supp. 3d 1340 (S.D. Fla. 2017)，以<em>Gil诉Winn-Dixie Stores, Inc.</em>，21 F.4th 775 (11th Cir. 2021)名义撤销发回；<em>Acheson Hotels, LLC诉Laufer</em>，601 U.S. 1 (2023)（法院一致意见，无争议性）。</p>
    <p><strong>本文不是什么：</strong>本文不是完整案卷。Seyfarth数据集仅统计联邦立案；在加州Unruh法、纽约州人权法及其他州配套法规下平行提起的州法院诉状数量不明，未被总标题数字所涵盖。本文是对公共政策和判例格局的编辑性分析，不是法律意见。收到Title III律师函或诉状的读者应咨询在相关司法管辖区获得执照的律师。</p>
  </footer>

</div>

---
title: AI与替代文本：2026年技术实际能做什么
url: https://www.disabilityworld.org/zh/articles/ai-and-alt-text-where-we-are-2026/
description: 2026年AI生成替代文本现状工程综述。我们测试了GPT-4o、Claude 3.7 Sonnet、Gemini 2.0、Llama-Vision-3和Pixtral对四类图片的表现，并详细记录了技术的可靠之处与仍会产生幻觉之处。
author: Disability World
pubDate: 2026-05-22
tags: ai, alt-text, machine-learning, image-accessibility, wcag, tech-news
---

# AI与替代文本：2026年技术实际能做什么

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程综述 · AI与替代文本</div>
      <h1 class="hero__title" id="hero-heading">
        AI与替代文本<br/>
        2026年技术实际能做什么
      </h1>
      <p class="hero__lead">视觉语言模型现在能以2022年看来不可能的流畅度描述一张信息丰富的照片。它们仍然会在截图中产生文字幻觉，误判明显残障人士的身份，并虚构出图片中从未出现的品牌名称。本综述划出这两者之间的界线。</p>
      <div class="hero__stats" aria-label="关键统计数据">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">视觉模型对比测试</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">图片类别测试</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">约62%</div>
          <div class="stat-chip__label">首次通过可用性上限</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World工程编辑部</strong></div>
        <div class="hero__pill">阅读约11分钟</div>
        <div class="hero__pill">2026年5月更新</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 问题的形态</a></li>
        <li><a href="#s2">2. 模型格局</a></li>
        <li><a href="#s3">3. 四类图片测试</a></li>
        <li><a href="#s4">4. 失败模式</a></li>
        <li><a href="#s5">5. 混合工作流</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 2026年问题的形态</h2>
        <div class="prose">
          <p>WCAG 2.2成功标准1.1.1自2008年以来从未改变。每一张传递意义的非文字图片都需要文字替代；每一张装饰性图片都需要被标记为装饰性。变化的是，在我们2022年可能撰写的版本与2026年5月实际撰写的版本之间，从像素数组生成一句听上去合理的句子已不再是瓶颈。生成一句正确、符合语境且不含虚构细节的句子依然是。</p>
          <p>这一转变之所以重要，是因为2026年大多数生产级CMS平台都内置了"自动替代文本"按钮。按下按钮，系统调用后台供应商API的视觉语言模型，并将结果直接写入alt属性。无障碍后果是直接的：如果按钮是对的，一张之前以空alt发布的图片现在就有了供屏幕阅读器用户获取的描述；如果按钮是错的，屏幕阅读器用户收到的是一句措辞自信、内容却与图片无关的句子。</p>
          <p>本综述写给拥有这个按钮的工程师。它调查了2026年占供应商整合绝大多数的五款视觉模型，对每款模型进行四类标准图片的测试，记录反复出现的失败模式，并以一种混合工作流作结——我们认为，在底层行为发生实质转变之前，这是唯一可防守的默认方案。</p>
        </div>

        <div class="stat-row" aria-label="第1节背景数据">
          <div class="stat-card">
            <div class="stat-card__num">约41%</div>
            <div class="stat-card__label">对500个美国大型电商页面代表性爬取中，图片以缺失或空alt属性发布（DW内部扫描，2026年3月）。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约18%</div>
            <div class="stat-card__label">剩余alt中为自动生成的文件名或"image"、"product"等默认短语——有值，但对屏幕阅读器用户毫无意义。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约11%</div>
            <div class="stat-card__label">alt为AI生成且未经编辑——可通过特有的三从句对冲句式识别（DW内部分类器）。</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">我们所说的"有效"是什么意思</span>
            <div class="callout__body"><p>一个AI替代文本候选"有效"，是指人工审稿人会原样接受，或仅需一个词的修改即可接受。任何需要重写的都算失败。这比模型可能引用的学术CIDEr或BLEU指标更严格——这是CMS按钮必须达到的标准。</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"无障碍后果是直接的：如果按钮是对的，一张之前以空alt发布的图片现在就有了供屏幕阅读器用户获取的描述。如果按钮是错的，屏幕阅读器用户收到的是一句措辞自信、内容却与图片无关的句子。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——本文第1节</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">格局</div>
        <h2 class="section-title" id="s2-heading">2. 2026年模型格局</h2>
        <div class="prose">
          <p>五款视觉语言模型主导了我们在生产中观察到的整合：两款闭源前沿模型（GPT-4o视觉、Claude 3.7 Sonnet视觉），一款大量用于Google产品及下游Workspace插件的闭源模型（Gemini 2.0），以及两款在数据主权规则排除闭源API的情况下用于自托管CMS插件的开放权重模型（Llama-Vision-3、Pixtral）。每款模型在下文四类图片测试中均呈现出不同的特征。</p>
          <p>这里的组合卡片呈现的是我们在2026年3月和4月对约600张测试图片观察到的实际行为，而非营销声明。成本为2026年5月典型分辨率下的每张图片成本，不含供应商加成。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">GPT-4o vision</div>
                <div class="combo-card__sub">OpenAI · gpt-4o（2026年5月版本）</div>
              </div>
            </div>
            <div class="combo-card__usage">中端CMS最常见的闭源API默认选择</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>信息丰富的照片、场景构图</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>对屏幕上的文字产生幻觉</span></div>
            <div class="combo-feat"><span class="combo-feat__label">约每张图成本</span><span>约0.004美元</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Claude 3.7 Sonnet vision</div>
                <div class="combo-card__sub">Anthropic · claude-3-7-sonnet</div>
              </div>
            </div>
            <div class="combo-card__usage">工作流包含编辑审核的企业CMS常见选择</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>拒绝虚构无法辨认的文字；图表处理</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>冗长；需明确提示长度限制</span></div>
            <div class="combo-feat"><span class="combo-feat__label">约每张图成本</span><span>约0.005美元</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Gemini 2.0</div>
                <div class="combo-card__sub">Google · gemini-2.0-pro视觉模式</div>
              </div>
            </div>
            <div class="combo-card__usage">Workspace插件及Google生态CMS默认选择</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>截图、UI元素识别</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>误识别移动辅助器具；虚构品牌名称</span></div>
            <div class="combo-feat"><span class="combo-feat__label">约每张图成本</span><span>约0.003美元</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Llama-Vision-3</div>
                <div class="combo-card__sub">Meta · 90B视觉，开放权重</div>
              </div>
            </div>
            <div class="combo-card__usage">自托管CMS插件、欧盟数据主权部署</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>照片、装饰性分类</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>图表；会猜测坐标轴数值</span></div>
            <div class="combo-feat"><span class="combo-feat__label">约每张图成本</span><span>自托管推理成本</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pixtral</div>
                <div class="combo-card__sub">Mistral · pixtral-large，开放权重</div>
              </div>
            </div>
            <div class="combo-card__usage">欧洲自托管；小型模型插件</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>输出简洁；遵守长度限制</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>复杂照片的场景构图召回率较低</span></div>
            <div class="combo-feat"><span class="combo-feat__label">约每张图成本</span><span>自托管推理成本</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. 四类图片测试</h2>
        <div class="prose">
          <p>WCAG非文字内容决策树指导在实践中归结为四类：<strong>信息性照片</strong>（携带意义的人物、场景、物体）；<strong>图表与图解</strong>（柱状图、流程图、标注地图）；<strong>截图与UI</strong>（仪表板、错误状态、设置面板）；<strong>装饰性</strong>（主视觉渐变、分隔线、填充用的图库插图）。我们从残障新闻情境、慈善机构报告、软件文档和编辑填充物中抽样，组建了每类150张、共600张图片的测试集。每款模型对每张图片生成一个alt候选；三位人工审稿人将每个候选标记为<em>接受</em>、<em>修改</em>或<em>拒绝</em>。下表报告接受率。</p>
          <p>这些数字的目的不是评出赢家，而是告诉你哪个类别在不经审核就发布AI候选时风险最高。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>模型</th><th>信息性照片</th><th>图表与图解</th><th>截图与UI</th><th>装饰性（正确置空）</th></tr>
          </thead>
          <tbody>
            <tr><th>GPT-4o vision</th><td>71%</td><td>34%</td><td>52%</td><td>41%</td></tr>
            <tr><th>Claude 3.7 Sonnet vision</th><td>68%</td><td>49%</td><td>61%</td><td>58%</td></tr>
            <tr><th>Gemini 2.0</th><td>66%</td><td>38%</td><td>64%</td><td>44%</td></tr>
            <tr><th>Llama-Vision-3 (90B)</th><td>62%</td><td>21%</td><td>47%</td><td>53%</td></tr>
            <tr><th>Pixtral large</th><td>57%</td><td>26%</td><td>42%</td><td>48%</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">需重点关注的两列</span>
            <div class="callout__body"><p>在所有模型中，最弱的两列是<strong>图表与图解</strong>和<strong>装饰性（正确置空）</strong>。前者失败是因为模型虚构无法辨认的数值；后者失败是因为模型写出了一个句子，而正确答案是沉默。这两种错误对于只抽查照片列的视力正常的审稿人来说是不可见的。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">诊断</div>
        <h2 class="section-title" id="s4-heading">4. 四种关键失败模式</h2>
        <div class="prose">
          <p>汇总接受率掩盖了错误的质地。审查测试集中被拒绝的候选，四种失败模式以足够的规律性反复出现，足以解释绝大多数失败。我们在此命名它们，以便任何审核AI输出的编辑知道首先应寻找哪些模式。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>屏幕文字幻觉</h3>
            <p>模型写道图表坐标轴标注为"2024年第三季度营收"，而图表实际显示的是页面浏览量；模型写道截图中的按钮显示"提交"，而实际显示的是"保存并继续"。GPT-4o是这方面最严重的违规者；Claude 3.7 Sonnet则最常拒绝，返回类似"分辨率下坐标轴标注无法辨认的图表"的表述。拒绝是正确行为，也是CMS按钮应当对外暴露的正确方式。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>残障人士身份误判</h3>
            <p>电动轮椅被描述为"机动踏板车"；白色盲杖被描述为"拐杖"；一张维权集会照片中明显的残障人士被描述为"一个坐在椅子上看游行的人"。这种错误模式反映了训练数据的构成。我们测试的五款模型中，没有一款的移动辅助器具识别率达到我们认为可投入生产的水平，几乎总是需要纠正性编辑。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>语境细微差别丢失</h3>
            <p>一张两人用美国手语交流的照片被描述为"两个人做手势"；一张导盲犬在餐厅桌下趴卧的照片被描述为"一只狗在家具下面睡觉"。像素被准确描述了，但编辑放置这张图片所要传递的意义没有被传递。语境细微差别是矩阵无法衡量的失败模式，也是"未经编辑审核的AI替代文本"在实践中是错误默认选项的原因。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>品牌名称虚构</h3>
            <p>模型写道一张笔记本电脑图库照片中的设备是"Apple MacBook"，而该笔记本实际上是无品牌的Windows外形机箱；模型写道一个无品牌咖啡杯是"星巴克杯"。Gemini 2.0在我们的测试集中最易犯这一类错误。解决方案在于提示词层面的约束：指示模型在品牌标识不明确可见时拒绝识别品牌名称。即使有该约束，仍需要抽样审核。</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"像素被准确描述了。但编辑放置这张图片所要传递的意义没有被传递。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——本文失败模式3</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">实操手册</div>
        <h2 class="section-title" id="s5-heading">5. 我们推荐的混合工作流</h2>
        <div class="prose">
          <p>将AI替代文本视为"完全自动化"或"不负责任"是一种伪二元对立。按类别划分的数字告诉我们更有用的东西：AI候选在照片列可作为初稿使用，在图表列可作为拒绝来源，在装饰性列则是主动风险——除非工作流具有明确的"标记为装饰性"操作入口。正确的默认是混合，以下步骤是我们推荐的混合方案。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>生成前先按图片类别路由</h3>
            <p>一个小型分类器（几千个参数即够）判断图片是照片、图表、截图还是装饰性的。路由决策决定提示词、模型以及是否生成。装饰性图片不应发送给模型：应直接标记为装饰性，以空alt发布。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>图表和截图使用Claude 3.7 Sonnet</h3>
            <p>矩阵显示Claude在拒绝是正确行为的两列上领先。配置提示词，在文字不可辨认时要求明确拒绝，并在图表坐标轴数值无法读取时标记而不猜测。在CMS中将拒绝以"需要人工描述"状态呈现，而不是空alt。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>照片使用GPT-4o或Gemini 2.0，附加品牌名称约束</h3>
            <p>对于信息性照片列，两款模型的接受率均超过约65%。添加提示词侧指令，除非商标或文字标识在画面中清晰可见，否则不识别品牌名称。将输出长度限制在125个字符以内，以抑制冗长的三从句格式。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>发布前进行人工编辑</h3>
            <p>每个AI候选都是草稿。CMS按钮将候选写入审核字段，而不是alt属性。编辑或接受、或修改、或替换为原创文字。对于新闻情境、无障碍情境，或任何误判残障人士身份会造成伤害的情形，编辑关不可省。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>定期进行审计</h3>
            <p>每季度对已发布的alt抽样与矩阵对照重新测试。模型会漂移；供应商版本会变更；失败模式会转移。100张图片的样本需要一个下午，在屏幕阅读器用户发现之前就能捕捉到行为回归。</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">"自动化"应当意味着什么，不应意味着什么</span>
            <div class="callout__body"><p>一个在没有人工审核的情况下直接写入alt属性的AI替代文本功能，不是无障碍功能——而是无障碍声明。WCAG合规仍然要求文字替代是正确的、符合语境的、不含虚构内容的。模型可以起草；只有编辑才能发布。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：门槛移动了，底线没有</h2>
        <div class="prose">
          <p>诚实地写，本综述的标题是：2026年的视觉语言模型现在是照片列有用的初稿，也是图表列有用的拒绝来源，这两个事实合在一起意味着混合工作流而非完全自动化。门槛在2022年至2026年间有了实质性移动——最好的闭源模型对信息性照片的接受率现在在六十多的高位，而2022年时更接近三十多的低位。底线没有移动。移动辅助器具依然被误判，美国手语依然变成"做手势"，装饰性图片依然在需要沉默时收到一个句子。</p>
          <p>无障碍后果是：2026年任何CMS内置"自动替代文本"按钮的正确默认，不是"按下按钮就发布"，而是"按下按钮起草，然后审核后发布"。比这更紧则是将虚构细节发送给最直接依赖文字替代正确性的读者；比这更松——完全忽视AI——则在一份初稿本可有所帮助的情况下，将那41%空alt图片弃之不顾。</p>
          <p>我们将在2026年11月重新测试此矩阵。如果图表列的接受率超过60%的门槛，混合工作流将会收紧。在那之前，按钮起草，编辑发布。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">"模型可以起草；只有编辑才能发布。"</p></blockquote>
          <figcaption><cite class="pull-quote__source">——本文混合工作流第4步</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 加拿大AODA与ACA：联邦法规对比安大略省法规（最新数据）
url: https://www.disabilityworld.org/zh/articles/aoda-vs-aca-side-by-side/
description: 加拿大同时运行两套并行的无障碍法律体系——2019年联邦《无障碍加拿大法》与安大略省2005年《AODA》及其2021年更新的IASR。本文逐项对比两者的适用对象、合规时间线、技术标准及执法机制。
author: Disability World
pubDate: 2026-05-22
tags: canada, aoda, aca, ontario, regulations, regulation-primer, comparative
---

# 加拿大AODA与ACA：联邦法规对比安大略省法规（最新数据）

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：加拿大国旗与安大略省旗并排悬挂于抛光旗杆上，旗帜在政府建筑外侧清冽日光中猎猎作响——两套并行无障碍法律体系的视觉象征，运行于同一国度之中。</p>

<p class="rt-prefix">阅读时间：14分钟</p>

<p class="wp-block-paragraph">加拿大在较大的普通法司法管辖区中颇为罕见，<strong>两套无障碍法律体系同时约束不同的组织群体。</strong>联邦《<strong>无障碍加拿大法》(ACA)</strong>于<strong>2019年6月21日</strong>获得御准，适用于受联邦监管的实体——银行、电信、广播机构、跨省交通、联邦公务员以及王室公司。安大略省《<strong>残障人士无障碍法》(AODA)</strong>于<strong>2005年6月13日</strong>获得御准，适用于安大略省所有至少拥有一名雇员的私营部门雇主、所有安大略省非营利组织以及更广泛的安大略省公共部门。两者并无重叠，亦无矛盾，然而对于任何在安大略省经营的大型组织而言，却始终存在一个管辖权问题：<strong>就某项特定义务而言，我须遵守哪部法律？</strong>关于加拿大规则在更广泛国际图景中的定位，请参阅<a href="/regulations/">国家残障权利法规索引</a>；关于上位宪法框架，请参阅<a href="/regulations/ca/">加拿大无障碍法律</a>。</p>

<p class="wp-block-paragraph">本入门文章将两部法律并排梳理：各自约束的对象、从2011年到2040年产生（并仍在产生）交错截止日期的合规时间线、各自所依托的技术标准——AODA《综合无障碍标准法规》(IASR)依据2021年更新后的版本确立了<strong>WCAG 2.0 AA级</strong>，而ACA则依托由《无障碍标准加拿大》(ASC)和加拿大广播电视及电信委员会(CRTC)正在制定中的跨领域标准——以及2026年各自实际拥有的执法机制。本文并非裁判哪部法律"更优"，而是为合规主管、采购官员或公共部门律师提供一份清晰的答案，回应他们在工作中切实面对的问题。</p>

<h2 class="wp-block-heading" id="h-two-statutes-one-country">两部法律，同一国度</h2>

<p class="wp-block-paragraph">加拿大宪法权力划分（《1867年宪法法》第91条和第92条）将监管权力分配于联邦议会与各省立法机构之间。大多数劳工、服务和消费者保护法规由各省负责——这也正是安大略省得以在2005年无需联邦介入而通过AODA的原因，以及其他省份建立各自体系的原因（马尼托巴省2013年、新斯科舍省2017年、不列颠哥伦比亚省2021年、纽芬兰与拉布拉多省2024年）。然而，联邦议会对银行、电信、广播、跨省及国际交通、联邦王室公司及联邦公务员拥有专属管辖权。在ACA于2019年通过之前，这些受联邦监管的行业缺乏全面的无障碍法规——仅依靠CRTC无障碍令、加拿大交通局法规和财政委员会指令拼凑应对。ACA填补了这一空白。</p>

<p class="wp-block-paragraph">由此产生的结果是：一家在多伦多经营的加拿大银行，在其联邦监管范围内（核心银行服务、作为联邦监管工作场所的物理场所、联邦监管雇员的雇佣实践），须受ACA约束，而对于上述同一活动，则不受AODA约束。一家在多伦多经营、没有任何联邦监管足迹的零售商，则须全面遵守AODA，而根本不受ACA约束。联邦监管航空公司的候机楼服务、全国性广播机构对公众开放的安大略省办公室建筑，以及王室公司面向客户的呼叫中心，均属联邦一侧；而同一航空公司的餐厅承包商或自动售货机运营商，则可能属于安大略省一侧。这一管辖权地图在理论上确实清晰，而在实践中确实复杂。</p>

<h2 class="wp-block-heading" id="h-aoda-2005-the-ontario-template">AODA（2005年）：成为北美参照标准的安大略省模板</h2>

<p class="wp-block-paragraph">AODA于2005年6月13日经安大略省议会全票通过，明确目标是在<strong>2025年1月1日</strong>前使安大略省实现无障碍。该法本身是一个框架性文件：它不直接施加详细义务，而是授权副省督在行政会议上在特定领域制定设置无障碍标准的法规，并设定分阶段合规日期。实质性义务体现在这些法规之中——最重要的是<strong>《综合无障碍标准法规》(IASR)，即安大略省第191/11号法规</strong>，该法规于2011年最初颁布，并分别于2016年和2021年作出实质性修订。</p>

<p class="wp-block-paragraph">IASR将五项标准合并于一部法规之中：信息与传播、就业、交通、公共空间设计及客户服务（最后一项最初是独立法规，即第429/07号法规，于2016年并入IASR）。每项标准按组织规模规定具体义务——大型私营部门组织（50名及以上雇员）、小型私营部门组织（1至49名雇员）、大型指定公共部门组织、小型指定公共部门组织，以及安大略省政府本身——合规截止日期在从2011年起约十五年的时间内交错分布。</p>

<h3 class="wp-block-heading" id="h-iasr-wcag-anchor">IASR的WCAG锚定标准</h3>

<p class="wp-block-paragraph">就信息与传播标准而言，IASR将数字无障碍合规锚定于<strong>WCAG 2.0 AA级</strong>。该法规第14条要求指定公共部门组织和大型组织，确保新建及经重大更新的互联网网站和网页内容：在<strong>2014年1月1日</strong>前符合<strong>WCAG 2.0 A级</strong>，在<strong>2021年1月1日</strong>前符合<strong>WCAG 2.0 AA级</strong>。2021年截止日期排除了成功准则1.2.4（实时字幕）和1.2.5（预录音频描述）。客户服务标准较早颁布，条款较为简单，适用于安大略省所有拥有一名或以上雇员的组织，不受规模限制。</p>

<p class="wp-block-paragraph">一个常见的误解是，尽管WCAG 2.1于2018年6月发布，WCAG 2.2于2023年10月成为W3C推荐标准，IASR并未将其技术参照标准更新至WCAG 2.1或WCAG 2.2。Rich Donovan于2023年提交的AODA第三次独立立法审查报告明确建议更新IASR的技术参照标准。截至2026年初，该更新尚未颁布：该法规仍然明确引用WCAG 2.0。为与欧洲无障碍法案(EAA)及EN 301 549保持国际兼容而自愿升级至WCAG 2.1或2.2的组织，在AODA合规方面仍须以WCAG 2.0 AA为衡量标准。</p>

<h3 class="wp-block-heading" id="h-aoda-enforcement">AODA执法：局长、检查员与行政处罚</h3>

<p class="wp-block-paragraph">AODA执法架构体现于该法第五部分及IASR总则之中。安大略省老年人与无障碍事务部（现用名称；主管部门曾多次更名）设有小型检查机构。依据AODA第30条任命的局长可发出合规令。检查员可进入场所、查阅记录并要求接受问询。可依法征收行政货币罚款——依据AODA罚款标准，个人每日最高<strong>5万加元</strong>，公司每日最高<strong>10万加元</strong>——许可证上诉法庭受理上诉案件。</p>

<p class="wp-block-paragraph">实践中接触组织最多的执法手段是<strong>无障碍合规报告</strong>：所有拥有20名或以上雇员的组织必须每三年（最初为两年一次，2017年改为三年一次）通过安大略省政府在线门户提交一份自我证明的合规报告。未提交报告本身即构成违规。安大略省在合规报告提交方面的记录参差不齐：Donovan审查报告（2023年）发现中小型私营部门组织中存在大量未提交缺口，并建议主管部门从投诉驱动模式转向主动审计模式。截至2026年，主管部门已扩大审计项目，但执法信号来源仍主要依赖自我证明和公众投诉。</p>

<h2 class="wp-block-heading" id="h-aca-2019-the-federal-counterpart">ACA（2019年）：晚到十四年的联邦对应法律</h2>

<p class="wp-block-paragraph">《无障碍加拿大法》于2018年6月以C-81号法案形式提交议会，并于2019年6月21日获得御准。该法适用于"受监管实体"——第7条将其定义为加拿大政府及联邦王室公司、加拿大武装部队及皇家加拿大骑警、议会机构，以及在受联邦监管行业中运营的任何实体。实践中，这涵盖依据联邦《银行法》特许成立的银行、经CRTC许可的电信运营商和互联网服务提供商、广播机构、跨省铁路和公路承运人、海洋和航空运输，以及依联邦法律设立的王室公司。</p>

<p class="wp-block-paragraph">ACA的核心运营要求是<strong>无障碍计划</strong>。第47条要求每个受监管实体（第47条第（2）款对极小雇主有豁免）发布一份计划，说明如何在七个优先领域识别、消除和防止障碍：就业、建筑环境、信息和通信技术(ICT)、ICT以外的通信、货物和服务及设施采购、项目和服务的设计与提供，以及交通运输。该计划须与残障人士协商制定，至少每三年更新一次（第47条第（7）款），并须配备每两次计划更新之间每年提交的<strong>进度报告</strong>（第49条），以及供公众标记障碍的<strong>反馈机制</strong>（第50条）。</p>

<h3 class="wp-block-heading" id="h-aca-compliance-timeline">ACA的交错合规时间线</h3>

<p class="wp-block-paragraph">ACA的合规日期通过法规而非法律条文加以确定。<strong>《无障碍加拿大法规》(SOR/2021-241)</strong>于2021年12月13日生效，确立了第一批截止日期：</p>

<ul class="wp-block-list">
<li><strong>加拿大政府、议会机构、加拿大武装部队、皇家加拿大骑警</strong>——第一份无障碍计划截止日期为<strong>2022年12月31日</strong>，此后每年提交进度报告。</li>
<li><strong>王室公司及大型受联邦监管私营部门实体（100名及以上雇员）</strong>——第一份计划截止日期为<strong>2023年6月1日</strong>。</li>
<li><strong>小型受联邦监管私营部门实体（10至99名雇员）</strong>——第一份计划截止日期为<strong>2024年6月1日</strong>。</li>
<li><strong>广播和电信行业（属CRTC管辖）以及联邦监管交通行业（属加拿大交通局管辖）的特定行业延期</strong>——由上述监管机构分别于2022年和2023年公布，大型运营商的首份交通无障碍计划须于<strong>2023年6月1日</strong>前提交，较小运营商须于<strong>2024年6月1日</strong>前提交。</li>
</ul>

<p class="wp-block-paragraph">ACA本身设定总体目标：<strong>"在2040年1月1日或之前实现无障碍加拿大"</strong>（第5条）。该日期并未出现在AODA的条文中（安大略省的明确目标为2025年1月1日）。因此，尽管两部法律共享许多相同的运营义务，其长期时间线却有所不同。</p>

<h3 class="wp-block-heading" id="h-asc-and-the-cross-cutting-standards">无障碍标准加拿大与跨领域标准</h3>

<p class="wp-block-paragraph">ACA设立了<strong>无障碍标准加拿大(ASC)</strong>——正式名称为加拿大无障碍标准制定组织——作为联邦机构，负责制定自愿性无障碍标准，总督在行政会议上可随后将其通过引用纳入具有约束力的法规。ASC是联邦层面对应IASR标准制定程序的机构，但级别更高。其首项已发布标准<strong>CAN-ASC-1.1——就业</strong>于2024年定稿。<strong>CAN-ASC-2.1——室外空间</strong>和<strong>CAN-ASC-3.1——浅显语言</strong>于2024至2025年相继发布。<strong>CAN-ASC-6.1——残障人士无障碍出行</strong>于2025年与加拿大交通局协调开放公众审议。截至2026年初，ASC已有约十余项标准已发布或处于高级起草阶段，其中最重要的——一项对应欧洲EN 301 549的跨领域ICT标准——仍在委员会审议之中。</p>

<p class="wp-block-paragraph">与此同时，受联邦监管的实体参照两套拼凑的ICT技术参照标准。CRTC与无障碍相关的广播和电信命令在其合规指令中引用<strong>WCAG 2.1 AA级</strong>；约束联邦政府各部门的财政委员会《网络无障碍标准》已更新至<strong>WCAG 2.1 AA级</strong>，预计在2026至2027年周期内将WCAG 2.2纳入其中。这意味着，2026年一家在安大略省设计新移动应用程序的受联邦监管银行须遵循WCAG 2.1 AA（依据CRTC和财政委员会先例），而隔壁的省级零售商则须遵循WCAG 2.0 AA（依据IASR）。</p>

<h3 class="wp-block-heading" id="h-aca-enforcement">ACA执法：无障碍专员、CRTC与CTA</h3>

<p class="wp-block-paragraph">ACA执法分属三个监管机构。<strong>无障碍专员</strong>——由ACA第41条在加拿大人权委员会内部设立的职位，于2022年完成任命——对大多数受联邦监管的私营部门实体和王室公司拥有管辖权。专员可进行检查、发出合规令、征收最高每项违规<strong>25万加元</strong>的行政货币罚款（第79条）、受理并调查投诉，以及将案件转交加拿大人权法庭。<strong>CRTC</strong>依据其现行法定框架，通过其合规与执法理事会对广播和电信行业实施ACA义务。<strong>加拿大交通局(CTA)</strong>负责联邦交通行业的执法，包括与ACA并行的《残障人士无障碍交通法规》(SOR/2019-244)。</p>

<p class="wp-block-paragraph">无障碍专员于2024年底发布的首份执法摘要显示，已进行数百次计划提交审查，正式合规令数量为个位数，尚未征收任何行政货币罚款。专员在推广窗口期内所采取的方法以教育和主动介入为主，而非惩罚性执法——这一策略选择遭到部分残疾人组织批评为过于温和，而专员则将其定性为一部处于首个合规周期内的法律的适当做法。</p>

<h2 class="wp-block-heading" id="h-side-by-side">并排对比：对照表</h2>

<p class="wp-block-paragraph">下表将每部法律的核心要素相互对照。本表并不详尽——两部法律均无法在十二行中完整呈现——但涵盖了合规主管在确定当前约束自身的具体义务之前所需明确的各个维度。</p>

<table class="wp-block-table">
<thead>
<tr><th>维度</th><th>AODA（安大略省，2005年）</th><th>ACA（联邦，2019年）</th></tr>
</thead>
<tbody>
<tr><td><strong>御准日期</strong></td><td>2005年6月13日</td><td>2019年6月21日</td></tr>
<tr><td><strong>无障碍总体目标日期</strong></td><td>2025年1月1日（安大略省"实现无障碍"）</td><td>2040年1月1日（"无障碍加拿大"）</td></tr>
<tr><td><strong>适用对象</strong></td><td>安大略省所有拥有1名及以上雇员的组织——私营、非营利、更广泛公共部门、安大略省政府。约44万个实体。</td><td>仅限受联邦监管实体：联邦政府、王室公司、银行、电信、广播机构、跨省交通、联邦公务员。约5,000个实体。</td></tr>
<tr><td><strong>运营文书</strong></td><td>《综合无障碍标准法规》(IASR，安省第191/11号法规)，以及并入其中的客户服务规则。</td><td>《无障碍加拿大法规》(SOR/2021-241)以及CRTC和CTA行业专项法规。</td></tr>
<tr><td><strong>涵盖实质性领域</strong></td><td>五项：信息与传播、就业、交通、公共空间设计、客户服务。</td><td>七项：就业、建筑环境、ICT、非ICT通信、采购、项目与服务、交通运输。</td></tr>
<tr><td><strong>网络/ICT技术锚定标准</strong></td><td>WCAG 2.0 AA级（自2021年1月1日起，排除成功准则1.2.4和1.2.5）。</td><td>目前尚无单一法定锚定标准；CRTC和财政委员会先例适用WCAG 2.1 AA。ASC正在起草跨领域ICT标准。</td></tr>
<tr><td><strong>报告周期</strong></td><td>每三年提交一次自我证明合规报告（20名及以上雇员的组织）。</td><td>每三年提交一次无障碍计划，加每年提交一次进度报告，加持续运行的反馈机制。</td></tr>
<tr><td><strong>协商义务</strong></td><td>IASR未设全面法定要求；特定条款中有要求（如更广泛公共部门的无障碍委员会）。</td><td>法定义务：计划须"与残障人士协商"制定（第47条第（4）款）。</td></tr>
<tr><td><strong>主要执法机构</strong></td><td>老年人与无障碍事务部（依据AODA第五部分的局长和检查员）。</td><td>无障碍专员（加拿大人权委员会）+ CRTC + 加拿大交通局。</td></tr>
<tr><td><strong>行政处罚上限</strong></td><td>个人每日最高5万加元；公司每日最高10万加元。</td><td>每项违规最高25万加元（ACA第79条）。</td></tr>
<tr><td><strong>标准制定机构</strong></td><td>部长级标准制定委员会（临时性；非常设机构）。</td><td>无障碍标准加拿大（常设联邦机构）。</td></tr>
<tr><td><strong>独立立法审查</strong></td><td>每四年一次（第41条）。已完成三次审查：Beer（2010年）、Moran（2014年）、Mayo Moran（2019年）、Onley（2019年）、Donovan（2023年）。</td><td>每五年一次（第117条）。首次独立审查于2024至2026年进行。</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-the-overlap-question">重叠问题：同一组织须同时考量两部法律的情形</h2>

<p class="wp-block-paragraph">对于大多数组织而言，管辖权问题是二元的——联邦或省级——一旦确定便可解决其余问题。但实践中存在三类例外情形，两部法律可能同时触及同一实体。</p>

<h3 class="wp-block-heading" id="h-large-federal-employers-in-ontario">在安大略省设有服务接触点的大型联邦雇主</h3>

<p class="wp-block-paragraph">一家在安大略省经营分支机构、零售门店或联络中心的受联邦监管银行或电信运营商，在其核心受联邦监管活动（银行服务、联邦监管劳动力）方面受ACA约束，但通过商业租赁、零售楼层标识、第三方客户服务承包商，以及省级人权法庭对个人歧视投诉的管辖权，也可能触及安大略省一侧的义务。在同一行为基于独立理由同样受《安大略省人权法》规管之处，ACA并不取代其适用。实践中，大型受联邦监管实体会制定单一合规计划，在每项义务上满足两套标准中较高的那一套，而非试图维护独立的联邦侧和安大略省侧无障碍项目。</p>

<h3 class="wp-block-heading" id="h-procurement-chains">跨越管辖边界的采购链</h3>

<p class="wp-block-paragraph">向安大略省省级机构和联邦王室公司同时销售产品的ICT供应商，将在两个采购过程中面对不同的技术标准参照——安大略省采购流程中适用WCAG 2.0 AA，联邦采购流程中适用WCAG 2.1 AA（且越来越多地要求2.2）——一旦无障碍标准加拿大的标准被纳入联邦采购指令，还可能面临相应的ASC标准。ACA第47条第（1）款第（e）项关于采购的优先领域明确将无障碍意识纳入采购考量；AODA未设对等的采购条款，尽管安大略省政府自身的采购指令确实有此规定。</p>

<h3 class="wp-block-heading" id="h-public-postsecondary">与联邦资金挂钩的安大略省公共部门实体</h3>

<p class="wp-block-paragraph">安大略省的大学、医院及其他更广泛公共部门组织受AODA监管。当其持有联邦研究资助、联邦基础设施资金，或运营处于联邦管辖范围内的设施（如国防部资助的研究实验室、受联邦监管的学生贷款项目），可能在联邦资助的部分业务中附带产生ACA义务。实践效果通常并非形成两套并行合规制度，而是联邦资助方在现有IASR合规义务之上，要求以ACA式无障碍计划作为资助条件。</p>

<h2 class="wp-block-heading" id="h-the-other-provinces">其他省份简述</h2>

<p class="wp-block-paragraph">安大略省是领先的省级模板，但已非唯一。<strong>马尼托巴省</strong>于2013年12月通过《马尼托巴无障碍法》——加拿大第二部全面的省级无障碍法规——并在AODA模式基础上制定了五项标准。<strong>新斯科舍省</strong>于2017年通过《无障碍法》，目标是在2030年前实现无障碍新斯科舍。<strong>不列颠哥伦比亚省</strong>于2021年通过《不列颠哥伦比亚无障碍法》，各项法规自2024年起陆续颁布。<strong>纽芬兰与拉布拉多省</strong>于2021年通过《无障碍法》，分阶段合规期延伸至2024年及以后。<strong>魁北克省</strong>采用不同框架——《残障人士权利保障法》（1978年颁布，2004年经重大修订）——早于AODA，通过市政和行业行动计划而非标准加截止日期模式运作。其他省份均未建立安大略省在IASR中构建的同等深度的数字无障碍法规体系。</p>

<p class="wp-block-paragraph">联邦ACA既不优先于、也不统一这些省级制度。两级立法设计为对各自约束的实体具有累加性，对各自不约束的实体保持沉默。对于在多个省份以及联邦范围内经营的组织，实践答案与大型受联邦监管实体在安大略省得出的答案相同：在每个维度上以较高标准建立单一无障碍项目，针对同一项目提交多份要求的报告，将差异视为文件记录事项而非实质性合规负担。</p>

<h2 class="wp-block-heading" id="h-the-2026-review-cycle">2026年审查周期：正在推进的事项</h2>

<p class="wp-block-paragraph">目前有两条改革路径正在并行推进，两者都将在2028年前影响上述对比。安大略省一侧，福特政府对Donovan审查报告（2023年提交）的回应承诺对IASR进行分阶段现代化改造。2024年底发布了一份讨论文件，征询关于WCAG锚定标准（当前为2.0 AA，候选更新至2.2 AA）、合规报告周期以及新增《医疗保健标准》（自2018年开始起草，迄今尚未颁布）的意见。截至2026年初，IASR修正案正处于预发布起草阶段；《医疗保健标准》已预览但尚未最终确定。</p>

<p class="wp-block-paragraph">联邦一侧，依据第117条要求进行的首次ACA独立立法审查于2024年启动，预计于2026年底或2027年初提交报告。意见征询阶段已于2025年中结束；与国际残疾人联盟关联的加拿大残疾人组织（包括加拿大残疾人委员会、加拿大盲人委员会和加拿大聋人协会）已联合提交意见书，呼吁缩短合规计划周期、制定具有约束力的跨领域ICT标准，并扩大无障碍专员的处罚权力。无障碍标准加拿大首批已发布标准预计于2026至2027年起陆续通过引用纳入《无障碍加拿大法规》，将现行自愿性标准转化为对ACA所约束实体的具有约束力的义务。</p>

<p class="wp-block-paragraph">两条改革路径均指向同一方向：收紧WCAG锚定标准，缩小联邦与省级技术基准之间的差距，赋予执法机构更实质性的行动权力。但它们不会改变根本性的管辖权划分。一家银行在2030年仍将受联邦监管；一家多伦多零售商仍将受安大略省监管；"我须遵守哪部法律"的答案每次仍将取决于该组织的实际业务活动。</p>

<h2 class="wp-block-heading" id="h-practical-implications">对2026年合规主管的实践启示</h2>

<p class="wp-block-paragraph">对于通读本文的合规主管而言，操作层面的要点可归纳为简短的几条。第一，管辖权问题几乎总是可以从组织的联邦监管足迹得出答案——银行、电信运营商、广播机构、跨省交通、联邦王室公司及联邦公务员适用ACA；其他在安大略省经营的实体适用AODA。边界情形（受联邦监管母公司旗下的安大略省注册子公司；在受联邦监管实体场所内工作的第三方承包商；接受联邦项目资金的非营利组织）确实存在，但并不常见，且几乎总是取决于该工作本身是否处于联邦监管范围内。</p>

<p class="wp-block-paragraph">第二，技术标准参照是对比中操作层面最重要的维度。一家仅在安大略省经营、于2026年新建或更新数字服务的组织，在IASR下仍须以WCAG 2.0 AA为衡量基准——但应将WCAG 2.2 AA作为规划目标，原因在于：Donovan审查驱动的IASR修正案正处于起草阶段，且欧洲无障碍法案(EAA)与EN 301 549（跨境数字产品的实际国际参照标准）已迁移至2.1标准并正向2.2迁移。受联邦监管的组织最低应已将2.1 AA作为规划目标，对于任何将超越2026至2027年财政委员会更新周期的采购，则应规划至2.2 AA。</p>

<p class="wp-block-paragraph">第三，合规报告的周期在实质上有所不同，而不仅是形式上的差异。AODA的三年一次自我证明合规报告是一份快照。ACA的无障碍计划加每年进度报告加持续反馈机制是一个持续改进的闭环，每年有多个接触点，且具有法定协商义务。一个此前仅经历过AODA报告的组织，在获得联邦侧义务时，将需要建立新的内部流程——协商跟踪、进度报告起草、反馈机制接收——以满足ACA周期要求。</p>

<p class="wp-block-paragraph">第四，2026年的执法风险在联邦层面实质性地高于安大略省层面，尽管安大略省的每日罚款上限在技术上较高。无障碍专员每项违规25万加元的处罚权力，加上CRTC在广播和电信行业现有的处罚制度，以及加拿大交通局在交通行业的执法记录，赋予联邦架构三个在2024至2025年均已活跃运作的独立执法渠道。安大略省的执法项目在很大程度上仍以投诉和自我证明为驱动，审计属于例外情形。Donovan审查驱动的主动审计模式转变正处于早期实施阶段，尚未重置安大略省普通组织的执法风险预期。</p>

<h2 class="wp-block-heading" id="h-final-thoughts">结语：两套制度，同一方向</h2>

<p class="wp-block-paragraph">2026年解读AODA与ACA组合最为简洁的方式，是将其视为一套碰巧由两个不同政府管理的加拿大无障碍制度。从AODA首批法规颁布到ACA首批合规日期之间的十五年间，实质性义务已更多地趋于收敛而非背离：两者均以WCAG系列数字标准为锚定，均围绕《联合国残疾人权利公约》第33条所确立的全球默认模式——规划、协商、报告、执法的循环——构建框架，均依托标准制定机构（安大略省较不正式，联邦层面通过无障碍标准加拿大正式化）承担立法无力承担的技术繁重工作。在存在差异之处——WCAG版本号、处罚上限、协商义务、常设标准机构的有无——这些差异所在的维度，正是当前审查周期正在积极缩小的。</p>

<p class="wp-block-paragraph">真正属于加拿大特色、且不太可能改变的，是双重结构本身。《1867年宪法法》意味着加拿大无障碍法律将继续由对该活动拥有宪法管辖权的那一级政府负责管理。对于合规主管而言，实践任务并非期望这一现实消失，而是学习两部法律，在每个维度上以较高标准建立单一无障碍项目，并将AODA报告与ACA计划视为同一运营现实的两个视角。2026年改革周期将收紧技术基准，但不会将两套制度合并为一。关于加拿大各省如何在联邦法律基础上叠加各自法规，请参阅更广泛的<a href="/regulations/">国家法规索引</a>；关于技术参照点本身，请参阅<a href="/articles/en-301-549-explained/">EN 301 549解析</a>以及两套加拿大制度正在悄然向其靠拢的WCAG 2.2参考资料。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要资料来源</h2>

<ol class="wp-block-list">
<li>加拿大议会。<em>Accessible Canada Act</em>（S.C. 2019, c. 10），御准日期2019年6月21日。<a href="https://laws-lois.justice.gc.ca/eng/acts/A-0.6">laws-lois.justice.gc.ca/eng/acts/A-0.6</a></li>
<li>加拿大政府。<em>Accessible Canada Regulations</em>（SOR/2021-241），2021年12月13日生效。</li>
<li>安大略省政府。<em>Accessibility for Ontarians with Disabilities Act, 2005</em>（S.O. 2005, c. 11）。<a href="https://www.ontario.ca/laws/statute/05a11">ontario.ca/laws/statute/05a11</a></li>
<li>安大略省政府。<em>Integrated Accessibility Standards</em>，O. Reg. 191/11（经2021年修订）。<a href="https://www.ontario.ca/laws/regulation/110191">ontario.ca/laws/regulation/110191</a></li>
<li>Rich Donovan。<em>Third Review of the Accessibility for Ontarians with Disabilities Act, 2005</em>（安大略省政府，2023年）。</li>
<li>David Onley。<em>Listening to Ontarians with Disabilities: Report of the Third Review of the AODA</em>（2019年）。</li>
<li>无障碍标准加拿大。<em>已发布标准及标准制定中名册</em>（2024至2025年）。<a href="https://accessible.canada.ca">accessible.canada.ca</a></li>
<li>无障碍专员办公室（加拿大人权委员会）。<em>首份年度执法摘要</em>（2024年）。</li>
<li>加拿大广播电视及电信委员会。<em>无障碍计划及监管指令名册</em>（2022至2025年）。</li>
<li>加拿大交通局。<em>Accessible Transportation for Persons with Disabilities Regulations</em>（SOR/2019-244）。</li>
<li>加拿大财政委员会秘书处。<em>Standard on Web Accessibility</em>，现行版本。</li>
</ol>

</div>

---
title: AR/VR无障碍：WebXR与ARIA混合现实的真实现状（2026年）
url: https://www.disabilityworld.org/zh/articles/ar-vr-accessibility-webxr/
description: 2026年混合现实无障碍现状入门：Apple Vision Pro、Meta Quest 3与Quest 3S，以及WebXR规范。哪些已经可用，哪些仍是空谈，以及为何大多数开发者尚不应向残障用户发布基于浏览器的XR体验。
author: Disability World
pubDate: 2026-05-22
tags: ar, vr, webxr, accessibility, mixed-reality, vision-pro, quest, explainer
---

# AR/VR无障碍：WebXR与ARIA混合现实的真实现状（2026年）

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>作者：</strong>Disability World</span>
  <span class="rt-pill">阅读时间：10分钟</span>
</div>

<p class="wp-block-paragraph">每隔十八个月，一轮混合现实硬件媒体周期便会承诺一个无障碍的未来。2024年Apple Vision Pro发布时如此，Meta Quest 3发布时如此，其后推出的更低价的Quest 3S亦如此。W3C制定的浏览器内AR与VR渲染标准WebXR规范，自2018年便一直如此承诺。然而2026年中期的现实更为清醒：市面上有且仅有一款消费级头显配备真正意义上的原生无障碍接口，而承载这一切的平台中立浏览器层依然是一片结构性空白——替代文本、焦点管理与辅助技术语义本应在此安居，却迟迟付诸阙如。本文是关于技术现状的入门文章——当前哪些可用、哪些是空谈，以及2026年的开发者应当发布什么、不应发布什么。</p>

<p class="wp-block-paragraph">本文的立场是评析性的，而非布道性的。我们并不主张XR本质上比二维网页更无障碍或更不无障碍。我们的立场是：2026年XR无障碍的开发者叙事，与2002年网页无障碍开发者叙事颇为相似——一个大多数词汇尚未写就的新兴规范，两个主流平台以不同速度推进，以及一小群残障用户将大部分实践知识储存于自身的肌肉记忆之中。</p>

<h2 class="wp-block-heading" id="h-hardware-landscape">2026年硬件格局</h2>

<p class="wp-block-paragraph">目前有三款设备主导消费级混合现实市场，且三者对无障碍持有三种截然不同的立场。运行visionOS 2.4的<strong>Apple Vision Pro</strong>，是三者中唯一在操作系统层面构建了真正无障碍接口的设备——三维空间中的VoiceOver、开关控制、手部追踪自定义、以眼动追踪为主要输入方式，以及一套被残障用户反复描述为同类中最可用的空间音频实现。<strong>Meta Quest 3</strong>与低价版<strong>Quest 3S</strong>共享一套操作系统——Horizon OS——其无障碍层较为薄弱：高对比度模式、控制器键位重映射、颜色校正滤镜、导航语音命令，以及一款屏幕阅读器（2024年中期新增），该屏幕阅读器在系统界面内可用，但在第三方应用中的可靠性有限。索尼PlayStation VR2在其VR界面内几乎没有任何原生无障碍功能，尽管在运行平面屏幕内容时可继承更广泛的PS5无障碍层。</p>

<p class="wp-block-paragraph">定价已发生显著变化。原版Vision Pro发售价约为3,499美元；Quest 3约为499美元，Quest 3S约为299美元。这一价格差距对无障碍论述至关重要：残障用户输入支持最强的设备，恰恰是绝大多数残障用户在没有雇主合理便利资助的情况下无力购买的设备。2026年中期的市场面貌直白地呈现为：无障碍性最强的头显价格高昂，而价格实惠的头显在系统层面上的无障碍性，基本上仅停留于"不主动阻止使用"的程度。</p>

<p class="wp-block-paragraph">这三款之外的品类——如Ray-Ban Meta等仅具透视功能的智能眼镜、Xreal Air系列显示眼镜，以及手术和工业流程中使用的各类企业级头显——基本游离于消费级XR无障碍讨论之外。这些设备大多不运行桌面级操作系统，不公开系统级无障碍API，且所适用的监管环境将其视为可穿戴配件而非计算机。</p>

<h2 class="wp-block-heading" id="h-webxr-spec">WebXR规范——以及它尚未涉及的内容</h2>

<p class="wp-block-paragraph">WebXR是W3C制定的规范，允许浏览器将网站接入所连接的AR或VR设备。它暴露一个会话对象、一个渲染上下文（通常叠加于WebGL2或WebGPU之上），以及一套面向手部、控制器和视线的输入源模型。截至2026年中期，浏览器支持在基于Chromium的浏览器（Chrome、Edge、Brave及若干移动端XR浏览器）中最为完善，在Firefox企业版中部分支持，在Safari中历来缺失——visionOS Safari支持该规范，但仅限于沉浸式会话，且仅采用Apple手部追踪管线所提供的输入语义。WebKit对WebXR的支持立场在过去十二个月内有所推进，但仍不及Chromium对应实现成熟。</p>

<p class="wp-block-paragraph">该规范涵盖头显所能做到的事情——渲染立体帧、报告姿态数据、暴露抓取和瞄准变换、监听来自控制器或捏合手势的选择事件。但关于无障碍，它几乎只字未提。三维空间中的对象没有等同于alt属性的机制，辅助技术没有可以逐一遍历的正式焦点模型，开发者也没有规范层面的方式为虚拟按钮添加标签以供屏幕阅读器朗读。WebXR规范中最接近无障碍钩子的内容，是输入源的<code>profiles</code>数组，它允许网站识别输入来自手部、控制器还是视线光标——而该数组的存在出于内容渲染目的，而非辅助技术目的。</p>

<p class="wp-block-paragraph">这并非对W3C的批评，而是对工作推进状态的客观描述。WebXR无障碍用户需求（XAUR）草案确实存在于W3C，沉浸式网页工作组也已承认大多数相关差距。但XAUR是一份需求文档，而非规范性规范，"我们知道规范需要什么"与"规范已经规范性地要求此事"之间的鸿沟，在实践层面正是大多数残障用户所居住之处。</p>

<h2 class="wp-block-heading" id="h-vision-pro">Apple Vision Pro的无障碍功能详解</h2>

<p class="wp-block-paragraph">Vision Pro是当前消费级XR市场上无障碍支持最强的产品，且与其他产品的差距绝非微小。该头显的主要输入方式是眼动追踪——用户注视目标，视线锥体定义当前聚焦元素——结合由下置摄像头感知的一套小型手势。针对残障用户，Apple增加了若干实质性改变visionOS可用空间的功能面。</p>

<p class="wp-block-paragraph"><strong>眼动追踪作为主要输入方式</strong>意味着，只要凝视足够稳定、能在注视目标上停留指定的停留时长，上肢严重运动障碍的用户无需任何手部或手臂动作即可驱动整个操作系统。<strong>手部追踪替代方式</strong>允许用户在默认捏合手势不可靠时，以单指轻点、腕部运动或仅用头部手势代替——对于精细手指控制受神经肌肉疾病影响的用户而言，这一功能面尤为重要。<strong>三维空间中的VoiceOver</strong>在沉浸式环境中朗读当前聚焦元素，并利用空间音频指示元素相对于用户头部的空间位置——与平面屏幕阅读器相比，这是一种有实质意义的不同体验，且在正常工作时，能够降低在脑海中构建场景心理模型所需的认知负荷。</p>

<p class="wp-block-paragraph"><strong>面向无障碍的空间音频</strong>不止于VoiceOver。系统事件的音频提示——通知、焦点变化、对话框开启——被定位于三维空间中，以便低视力或盲人用户无需扫视即可定位。<strong>开关控制</strong>在沉浸式会话中可用，尽管输入设备须通过与iPadOS或macOS上相同的Apple无障碍设置配对。<strong>音频描述</strong>在Apple TV应用的沉浸式视频中可用。<strong>头部指向</strong>作为眼动追踪不可靠时的替代方案被近期新增，但比眼动驱动的默认方式更慢且更耗体力。</p>

<p class="wp-block-paragraph">上述功能并不完美。第三方应用中的VoiceOver仍有赖于开发者正确连接SwiftUI或RealityKit组件，而第三方应用目录数量有限。手部追踪自定义须经过多层设置，可发现性有限。眼动追踪校准本身对于患有斜视、眼球震颤或中风后眼动测距异常的用户可能反复失败。但与2026年市场上任何其他消费级头显相比，Vision Pro的无障碍接口是唯一一个残障用户坐下来就能合理期望正常使用设备的产品。</p>

<h2 class="wp-block-heading" id="h-quest-accessibility">Meta Quest 3与Quest 3S的无障碍功能详解</h2>

<p class="wp-block-paragraph">Horizon OS在过去十八个月中持续追赶，但与visionOS的差距依然真实存在。Quest 3与Quest 3S预装了一款系统级<strong>屏幕阅读器</strong>，能够朗读界面元素——主页、媒体库、商店、设置——并在Meta自有应用中可靠工作。离开系统界面后，情况便有所不同：大多数第三方VR应用在其自有引擎（多数情况下为Unity或Unreal）内渲染界面，完全不将文本传递给系统屏幕阅读器。盲人用户可以打开Quest商店，却往往无法可靠地使用所购内容。</p>

<p class="wp-block-paragraph"><strong>语音命令</strong>用于界面导航（"打开媒体库"、"回到主页"）以及少量应用内导航。系统层面提供<strong>高对比度模式</strong>和<strong>颜色校正滤镜</strong>。<strong>控制器键位重映射</strong>在界面及少数接入Meta输入抽象层（而非直接读取控制器按键）的应用中可用。<strong>手部追踪</strong>作为输入方式存在，近期固件已改进手势集，但Quest手部追踪系统的设计初衷是为非残障用户提供无控制器替代方案，而非无障碍输入——没有停留点击、没有头部指针回退、没有等同于Vision Pro单指轻点的功能。</p>

<p class="wp-block-paragraph">对于开发者而言，最值得关注的缺口是Horizon OS缺乏已发布的无障碍API。基于Unity构建Quest应用的开发者目前无法读取系统无障碍设置，无法在系统屏幕阅读器中注册应用，也无法以一种在应用间可持续的方式向系统暴露带标签的焦点目标。Meta于2025年初发布的Quest无障碍路线图承诺提供此类API，但截至2026年中期，该API尚未发布。</p>

<h2 class="wp-block-heading" id="h-aria-webxr">ARIA与WebXR的交集——以及语音输入的落空承诺</h2>

<p class="wp-block-paragraph">ARIA规范——允许开发者向辅助技术暴露角色、状态和属性的属性集合——专为二维文档设计。<code>button</code>、<code>dialog</code>、<code>tab</code>和<code>navigation</code>等角色预设了一个沿文档树移动的焦点模型。WebXR在WebGL或WebGPU意义上没有文档树——存在的是一个场景图，但它位于应用内部，而非浏览器的无障碍树内部。2026年中期ARIA与WebXR的交集，在很大程度上是一种缺席：浏览器看不到三维场景的结构，屏幕阅读器无法遍历它，开发者也无法以声明式方式为虚拟对象添加标签，正如为HTML按钮添加标签那样。</p>

<p class="wp-block-paragraph">存在部分变通方案。WebXR网站可以渲染一个并行的基于DOM的无障碍接口——一个镜像三维场景交互元素、具有正确ARIA角色和标签的隐藏HTML结构，并在三维选择变化时更新焦点。这一模式可以工作，但操作繁琐；它使开发成本翻倍，并且随着三维场景的演进往往会逐渐与之脱节。W3C沉浸式网页工作组讨论了一项规范性的<strong>"无障碍三维元素"</strong>提案，将场景图节点暴露给无障碍树，但该讨论尚未进入草案规范阶段。</p>

<p class="wp-block-paragraph">另一个本应在现在实现却尚未实现的交集是<strong>语音优先输入</strong>。数年来，语音一直是"运动障碍用户如何在无手的情况下导航三维场景"这一问题的修辞性答案。2026年的现实是，沉浸式XR内部的语音输入仍然脆弱。麦克风位于用户嘴部附近，但在针对房间级空间音频渲染而非语音捕捉优化的头显内部，置信区间远低于智能手机上的等效数字。"直接说话"的承诺尚未成真，XR内的辅助技术工作流程仍以手势和视线为驱动，语音作为不可靠的补充而非主要输入方式。</p>

<p class="wp-block-paragraph">第三个交集，也是影响最为深远的一个，是<strong>手势与手杖导航</strong>的问题。盲人用户在物理空间中依靠白色手杖、导盲犬或回声定位线索导航；他们构建的空间模型锚定于地面障碍物和身体的本体感觉。大多数XR场景以坐姿或站立姿势的用户为设计对象，交互目标漂浮于房间级边界框中胸部高度的空间。这种不匹配并非美学层面的，而是结构性的。"手杖"式导航模型——用户将注意力沿着场景中低能量探针移动——无法映射到当前任何XR运行时所支持的输入方式。一个想要为盲人用户提供手杖式导航接口的WebXR网站，必须自行发明该接口，在浏览器、规范或操作系统毫无帮助的情况下独自完成。</p>

<h2 class="wp-block-heading" id="h-2026-verdict">2026年开发者指引</h2>

<p class="wp-block-paragraph">如果在2026年构建XR体验并希望其对残障用户可用，诚实的答案是：暂时不要向残障用户发布基于浏览器的WebXR——除非作为补充性内容。如果预算允许，发布原生visionOS应用，因为那是无障碍接口真实存在、系统级API正常工作、残障用户可以将应用与其已熟悉的辅助技术配对使用的唯一平台。发布原生Quest应用时须保持审慎，知晓系统无障碍接口可处理界面级交互，但无法处理应用内交互，且开发者须自行在应用引擎内部构建等同于无障碍树的结构。</p>

<p class="wp-block-paragraph">具体到WebXR，负责任的2026年做法是将其视为渐进增强。首先将体验构建为符合相关WCAG 2.2成功准则的平面、无障碍HTML接口，再将沉浸式XR体验叠加其上供有需求且有能力使用的用户选用，并确保平面接口提供同等内容和同等结果。在2026年，不要发布一个没有平面回退的WebXR网站，并期望残障用户自行找到替代路径——因为根本不存在这样的路径。</p>

<p class="wp-block-paragraph">更宏观的图景是：XR无障碍叙事正处于与二十年前网页无障碍叙事相似的拐点：规范正在追赶，平台正在分化，"残障用户所需"与"规范规范性要求"之间的鸿沟依然宽广。未来两年需要完成的工作——XAUR从需求文档进化为规范性规范、三维无障碍树提案趋于稳定、头显内语音输入改善，以及Horizon OS无障碍API真正发布——是可以识别出来的。这些工作是否能在用户社区所需要的时间线内完成，则是另一个问题，本刊将持续跟踪。</p>

</div>

---
title: aria-live区域在React、Vue、Svelte与SolidJS中的实测：哪些有效，哪些无效
url: https://www.disabilityworld.org/zh/articles/aria-live-regions-in-modern-frameworks/
description: 我们在React 19、Vue 3.5、Svelte 5和SolidJS 2.0中测试了aria-live区域——四种规范模式、三款屏幕阅读器、各框架特有的所有坑点。本文给出行为矩阵、好坏代码对比与实操手册。
author: Disability World
pubDate: 2026-05-22
tags: aria, aria-live, react, vue, svelte, solidjs, frontend, tech-news
---

# aria-live区域在React、Vue、Svelte与SolidJS中的实测：哪些有效，哪些无效

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程入门 · aria-live跨框架实测</div>
<h1 class="hero__title" id="hero-heading">
aria-live区域在React、Vue、Svelte与SolidJS中的实测：<br/>
哪些有效，哪些无效
</h1>
<p class="hero__lead">我们取四种规范性aria-live模式——toast通知、表单错误播报、异步加载状态与实时数据更新——在React 19、Vue 3.5、Svelte 5和SolidJS 2.0中逐一测试，所用屏幕阅读器为NVDA 2025.1、JAWS 2026和macOS 15.4上的VoiceOver。好消息：每种框架都能做到。坏消息：每种框架以不同的方式打破规范，且故障模式不可互相套用。</p>
<div class="hero__stats" aria-label="关键统计数据">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">测试框架数</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">12</div>
<div class="stat-chip__label">框架-模式组合数</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">验证屏幕阅读器数</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World工程组</strong></div>
<div class="hero__pill">14分钟阅读</div>
<div class="hero__pill">2026年5月更新</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章章节">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. aria-live的本质</a></li>
<li><a href="#s2">2. 四种规范模式</a></li>
<li><a href="#s3">3. 各框架特有坑点</a></li>
<li><a href="#s4">4. 兼容性矩阵</a></li>
<li><a href="#s5">5. 好坏代码对比</a></li>
<li><a href="#playbook">6. 实操手册</a></li>
<li><a href="#conclusion">结论</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">基础知识</div>
<h2 class="section-title" id="s1-heading">1. aria-live的本质——以及浏览器实际上对它做了什么</h2>
<div class="prose">

<p>aria-live区域是一个DOM节点，其<code>aria-live</code>属性向辅助技术客户端承诺：<strong>该节点后代文本的变化将在发生时即时播报</strong>——无需用户将焦点移至其上再行读取。属性值分别为<code>polite</code>（在用户空闲时播报）、<code>assertive</code>（中断当前语音播报）和<code>off</code>（默认值）。</p>

<p>实际驱动播报的机制是浏览器从已渲染DOM构建的无障碍树。当实时区域的文本内容变化时，浏览器触发一个DOM变更事件，平台无障碍API捕获它，屏幕阅读器则朗读新文本。这一切与框架无关。框架唯一的职责是让DOM在规范假设的时刻，呈现出规范假设的样子。</p>

<p>最后这个从句，正是每个框架陷入麻烦之处。W3C ARIA规范假设一种同步的、命令式的DOM变更模型。而React 19、Vue 3.5、Svelte 5和SolidJS 2.0各自通过自有的协调器来调度DOM写入——每个调度器有其不同的不变量。结果是：相同的aria-live标记，以相同的方式编写，在某个框架中能可靠触发，在另一个框架中则会静默失败。</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">规范与实现</span>
<div class="callout__body"><p>ARIA 1.3（2025年4月）明确规定，用户代理必须在围绕的微任务完成后立即观察实时区域上的变更——但它并未约束框架层。实践中，屏幕阅读器以约100至200毫秒进行防抖处理，这掩盖了许多框架时序缺陷，同时也使其在自动化测试中难以被发现。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">模式</div>
<h2 class="section-title" id="s2-heading">2. 实际出现在生产代码中的四种规范模式</h2>
<div class="prose">

<p>前端开发者在一年工作中编写的几乎所有aria-live区域，均可归入以下四类之一。我们从约320个组件库（Material UI、Mantine、shadcn/ui、Headless UI、Radix UI、Vuetify、Naive UI、Chakra、Skeleton、Kobalte，以及大量内部设计系统的长尾）中提取模式，并按意图分组。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">模式1 · Toast通知</div>
<div class="combo-card__sub">"已保存"、"已复制到剪贴板"、错误toast</div>
</div>
</div>
<div class="combo-card__usage">约78%的受调查组件库内置了toast</div>
<div class="combo-feat"><span class="combo-feat__label">实时设置</span><span>确认信息用<code>polite</code>，错误用<code>assertive</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">风险</span><span>挂载/卸载颠簸导致播报丢失</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">模式2 · 表单错误播报</div>
<div class="combo-card__sub">字段下方的内联验证信息</div>
</div>
</div>
<div class="combo-card__usage">交互式表单按WCAG 3.3.1要求必须实现</div>
<div class="combo-feat"><span class="combo-feat__label">实时设置</span><span><code>polite</code>，与<code>aria-describedby</code>配合使用</span></div>
<div class="combo-feat"><span class="combo-feat__label">风险</span><span>区域仅在出现错误时挂载——"无区域则无播报"</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">模式3 · 异步加载状态</div>
<div class="combo-card__sub">"正在加载结果……"、旋转加载图标、骨架屏</div>
</div>
</div>
<div class="combo-card__usage">约半数受调查组件库的实现存在缺陷</div>
<div class="combo-feat"><span class="combo-feat__label">实时设置</span><span><code>polite</code>，role为<code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">风险</span><span>文本切换过快——仅最终状态被读取</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">模式4 · 实时数据更新</div>
<div class="combo-card__sub">比分计数器、聊天消息、队列计数器</div>
</div>
</div>
<div class="combo-card__usage">四种模式中最难正确实现</div>
<div class="combo-feat"><span class="combo-feat__label">实时设置</span><span><code>polite</code>，role为<code>log</code>或<code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">风险</span><span>更新爆发压垮合成器——"队列丢弃"</span></div>
</article>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">全景</div>
<h2 class="section-title" id="s3-heading">3. 各框架特有坑点，按出现频率排列</h2>
<div class="prose">

<p>每个框架都有自己的协调器，而协调器正是aria-live区域的"葬身之所"。四行概括如下：</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React 19</div>
<div class="combo-card__sub">并发渲染器 · 自动批处理</div>
</div>
</div>
<div class="combo-card__usage">"toast没有朗读"这一缺陷报告的最常见来源</div>
<div class="combo-feat"><span class="combo-feat__label">坑点</span><span>自动批处理将两个<code>setState</code>调用合并为单次提交，因此"打开toast然后更改其文本"可能作为单次DOM变更落地——屏幕阅读器将其视为未播报区域的初始挂载。</span></div>
<div class="combo-feat"><span class="combo-feat__label">修复</span><span>首次渲染时将区域挂载为空，然后在下一帧通过<code>flushSync</code>或微任务延迟写入文本。</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Vue 3.5</div>
<div class="combo-card__sub">响应性驱动调度器 · nextTick</div>
</div>
</div>
<div class="combo-card__usage">表现更隐蔽——故障表现为"区域播报了但文本不对"</div>
<div class="combo-feat"><span class="combo-feat__label">坑点</span><span>Vue的调度器在状态变化后的下一个微任务中刷新DOM更新。在同一tick内写入后立即替换的加载文本，到达DOM时只有最终形式——中间的"正在加载"字符串从未被观察到。</span></div>
<div class="combo-feat"><span class="combo-feat__label">修复</span><span>在两次写入之间使用<code>await nextTick()</code>；或将区域由调度器不会去重的<code>shallowRef</code>来组合。</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Svelte 5</div>
<div class="combo-card__sub">Runes · 编译时响应性</div>
</div>
</div>
<div class="combo-card__usage">不同类型的缺陷——编译器既是问题所在，也是解决方案</div>
<div class="combo-feat"><span class="combo-feat__label">坑点</span><span>Svelte 5将<code>$state</code>读取编译为绕过任何框架级批处理的直接DOM写入。这听起来对aria-live很理想——直到你意识到编译器还会对连续相同的写入进行去重——因此"正在加载……"后跟"正在加载……"被折叠为单次DOM变更。</span></div>
<div class="combo-feat"><span class="combo-feat__label">修复</span><span>在每次更新时向实时区域文本追加一个不可见的计数器；或使用带哨兵值的<code>untrack</code>强制产生新的DOM变更。</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">SolidJS 2.0</div>
<div class="combo-card__sub">细粒度信号 · 无虚拟DOM</div>
</div>
</div>
<div class="combo-card__usage">四者中最接近"开箱即用"——但有其自身的边界情形</div>
<div class="combo-feat"><span class="combo-feat__label">坑点</span><span>Solid的信号图在信号触发时同步更新DOM节点，这对aria-live很有利。但在<code>batch()</code>块内触发的信号会被延迟，而toast库经常使用batch来分组多个状态变化——因此区域的文本变更可能与父级的<code>display: none</code>切换在同一时刻落地。</span></div>
<div class="combo-feat"><span class="combo-feat__label">修复</span><span>将实时区域的信号保持在任何<code>batch()</code>调用之外；或使用<code>untrack</code>读取信号并在独立任务中写入DOM。</span></div>
</article>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">四个框架共有的常见陷阱</span>
<div class="callout__body"><p>不要有条件地挂载aria-live区域本身。在屏幕阅读器看来，在文本首次出现时才挂载的区域是一个空区域——空区域不播报任何内容。在应用启动时将区域挂载为空，之后只改变其中的文本。无论你已经绕过了哪个调度器坑点，每个框架都会因违反这条规则而产生缺陷。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">参考</div>
<h2 class="section-title" id="s4-heading">4. 兼容性矩阵：框架 × 模式 × 辅助技术</h2>
<div class="prose">

<p>我们在每个框架下对每种模式运行了三款屏幕阅读器测试——Windows 11上的NVDA 2025.1、Windows 11上的JAWS 2026，以及macOS 15.4上的VoiceOver——使用Chrome 138、Firefox 130和Safari 17.6。每个单元格记录了我们在每种组合约20次试验中观察到的行为。"正常"表示播报可靠触发且文本符合预期。"部分"表示在某些配置下触发，但并非全部。"失败"表示至少一款屏幕阅读器静默丢弃了播报。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>React 19</th><th>Vue 3.5</th><th>Svelte 5</th><th>SolidJS 2.0</th></tr>
</thead>
<tbody>
<tr><th>Toast通知（polite）</th><td>部分</td><td>正常</td><td>正常</td><td>正常</td></tr>
<tr><th>Toast通知（assertive）</th><td>部分</td><td>正常</td><td>部分</td><td>正常</td></tr>
<tr><th>表单错误（polite）</th><td>正常</td><td>正常</td><td>正常</td><td>正常</td></tr>
<tr><th>异步加载状态</th><td>部分</td><td>部分</td><td>失败</td><td>正常</td></tr>
<tr><th>实时数据——慢速流</th><td>正常</td><td>正常</td><td>正常</td><td>正常</td></tr>
<tr><th>实时数据——爆发（每秒超过5条）</th><td>失败</td><td>部分</td><td>失败</td><td>部分</td></tr>
</tbody>
</table>

<div class="prose">

<p>从矩阵中得出三点观察。第一，每个框架都能正确处理表单错误模式——这是唯一一种不对协调器施加压力的规范模式，因为区域在应用启动时挂载，文本在每次提交时仅变化一次。第二，每个框架都在爆发性实时数据上表现不佳，因为没有任何客户端调度器能以底层信号触发的速率向无障碍树喂送变更。第三，Svelte 5的编译时去重使加载状态模式成为彻底失败，而非仅是部分成功——四者中唯一默认行为是错误的框架。</p>

<p>屏幕阅读器列同样重要。JAWS 2026是三者中对空区域最为严格的：如果变更与区域挂载在同一帧落地，它将拒绝播报一个文本从""变为"已保存"的区域，在任何框架中均如此。NVDA 2025.1在同样情形下的播报不一致。macOS 15.4上的VoiceOver最为宽容——即使是同帧挂载加文本，通常也会播报——但其宽容性已掩盖了许多框架缺陷，让只在Mac上测试的开发者浑然不觉。</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">通用修复方案</span>
<div class="callout__body"><p>在所有四个框架中，能将最多"部分"单元格翻转为"正常"的单一干预措施，是在应用根节点挂载一个全局空<code>div aria-live=&quot;polite&quot;</code>和一个<code>div aria-live=&quot;assertive&quot;</code>——并通过向其子节点写入文本来路由所有播报。这一举措一次性绕过了所有协调器挂载竞态条件。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">代码</div>
<h2 class="section-title" id="s5-heading">5. 各框架好坏代码对比</h2>
<div class="prose">

<p>以下代码对展示了各框架中编写加载状态模式的错误方式与正确方式。我们选择加载状态，因为它是矩阵中红色单元格最多的模式——好坏实现之间的差距也最为显著。</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">React 19 · 错误做法</div>

```jsx
function LoadingState({ isLoading, results }) {
  return isLoading ? (
    <div role="status" aria-live="polite">
      Loading results...
    </div>
  ) : (
    <ResultsList items={results} />
  );
}
```

<p>区域仅在加载时挂载。React的自动批处理可能在数据到达的同一帧内提交挂载和卸载——JAWS、NVDA和VoiceOver对此的处理意见不一。净效果是："正在加载……"有时被朗读，有时不被朗读，且客户端看不出规律。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">React 19 · 正确做法</div>

```jsx
function LoadingState({ isLoading, results }) {
  const message = isLoading ? 'Loading results...' : '';
  return (
    <>
      <div role="status" aria-live="polite" class="sr-only">
        {message}
      </div>
      {!isLoading && <ResultsList items={results} />}
    </>
  );
}
```

<p>区域在首次渲染时挂载并持续保留。React的渲染器爱怎么批处理就怎么批处理——唯一变化的是现有区域内的文本，这正是规范所描述的情形。</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Vue 3.5 · 错误做法</div>

```vue
<template>
  <div role="status" aria-live="polite">
    {{ status }}
  </div>
</template>

<script setup>
async function load() {
  status.value = 'Loading...';
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>如果网络响应很快（已缓存），对<code>status</code>的两次写入可能落在同一个Vue调度器tick中——Vue会去重，只有最终字符串到达DOM。"正在加载……"的播报被静默丢失。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Vue 3.5 · 正确做法</div>

```vue
<script setup>
import { nextTick } from 'vue';

async function load() {
  status.value = 'Loading...';
  await nextTick();
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p><code>await nextTick()</code>强制调度器在第二次赋值入队之前将"正在加载……"刷入DOM。屏幕阅读器看到两次不同的变更，逐一播报。</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Svelte 5 · 错误做法</div>

```svelte
<script>
  let status = $state('');

  async function load() {
    status = 'Loading...';
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>Svelte 5的编译器为每次<code>$state</code>变化生成一次DOM文本写入，但会对连续相同的字符串去重。如果<code>load()</code>第二次调用再次写入"正在加载……"，编译器不会产生变更——屏幕阅读器在第二次点击时什么也听不到。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Svelte 5 · 正确做法</div>

```svelte
<script>
  let status = $state('');
  let seq = $state(0);

  async function load() {
    seq += 1;
    status = `Loading... ${seq}`;
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results (${seq})`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>序列计数器保证每次写入都是一个新字符串。用户听不到数字——屏幕阅读器会平滑处理——但编译器被迫每次都产生不同的DOM变更。绕过去重是这一做法的全部意义所在。</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">SolidJS 2.0 · 错误做法</div>

```jsx
import { batch, createSignal } from 'solid-js';

const [status, setStatus] = createSignal('');
const [results, setResults] = createSignal([]);

async function load() {
  batch(() => {
    setStatus('Loading...');
    setResults([]);
  });
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>status信号在<code>batch()</code>中与results信号一同更新。Solid将两次DOM写入都延迟到batch关闭——而对于快速缓存响应，"正在加载……"和"已加载……"可能在同一微任务中刷新。中间的播报丢失。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">SolidJS 2.0 · 正确做法</div>

```jsx
async function load() {
  setStatus('Loading...');
  // status信号立即触发，在任何batch之外
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>"正在加载……"的写入发生在<code>batch()</code>之外，Solid的细粒度调度器在信号触发的瞬间更新DOM。屏幕阅读器在网络往返完成之前就看到了播报。"已加载"的写入可以保留在batch内——播报仍然触发，因为batch在其周围同步关闭。</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">实操手册</div>
<h2 class="section-title" id="play-heading">6. 跨框架实操手册</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>在应用启动时，为每个礼貌级别挂载一个全局实时区域</h3>
<p>在任何路由渲染之前，在应用根节点渲染两个空div——一个带<code>aria-live=&quot;polite&quot;</code>，一个带<code>aria-live=&quot;assertive&quot;</code>。应用中的所有播报均写入这两个区域之一。这一做法消除了上述所有框架中的挂载竞态条件。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>编写一个封装全局区域的小型播报服务</h3>
<p>暴露一个函数——<code>announce(message, politeness)</code>——找到对应的全局区域并设置其<code>textContent</code>。框架可能给出指向区域的响应式ref，但播报器可以直接先调用<code>el.textContent = ''</code>，然后在下一个任务中调用<code>el.textContent = message</code>，这样即使对相同字符串也能强制产生变更。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>将爆发性数据源节流至约每1500毫秒一条消息</h3>
<p>如果数据源每秒可能触发多次——比分计数器、聊天流——无论使用哪个框架，屏幕阅读器的合成器都跟不上。在客户端合并更新，并发出单条摘要消息（"3条新消息"），而非三条连续播报。上述矩阵显示每个框架在"爆发"行都失败，因此修复必须在框架之上进行，而非在框架内部。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>使用NVDA、JAWS和VoiceOver进行测试——三者缺一不可，每次均须测试</h3>
<p>如果单个屏幕阅读器足够，就不会有这份矩阵了。JAWS对空区域的严格程度与VoiceOver的宽容程度方向相反；NVDA居于两者之间。一个仅在VoiceOver下正确播报的模式——这是Mac主导的前端团队的默认测试工具——对于使用屏幕阅读器人群中的大多数而言是有缺陷的。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>停止有条件地挂载实时区域</h3>
<p>四个框架中最常见的缺陷。在应用启动时将区域挂载为空，改变文本内容，永不卸载。</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结论：aria-live是伪装成标记问题的框架问题</h2>
<div class="prose">

<p>阅读W3C ARIA规范，会让人以为aria-live是一个标记选择——<code>polite</code>还是<code>assertive</code>，role为<code>status</code>还是<code>log</code>还是<code>alert</code>，就此完毕。规范在这个意义上是正确的：这些确实是规范认可的唯一旋钮。规范同时也是有误导性的，因为它假设DOM以命令式文档的方式发生变更。</p>

<p>上述每个框架都在代码与DOM之间引入了一个调度器，而每个调度器都有规范未曾涉及的边界情形——自动批处理、微任务刷新、编译时去重、信号图。这些边界情形并不是框架的缺陷；它们是有意为之的设计特性，只是碰巧与屏幕阅读器关于DOM变更时机的假设相互作用不佳。</p>

<p>修复是结构性的，而非逐组件的。在应用启动时挂载全局实时区域，通过小型服务路由所有播报，节流爆发性数据源，在三款屏幕阅读器上进行测试。同一套五步手册在React、Vue、Svelte和Solid中均可适用，这一事实最有力地说明：选择哪个框架的重要性，远不及围绕它构建的架构。</p>

<p>关于更广泛的开发者工具包——测试模式、构建时检查、前端无障碍全景的其余部分——请参阅<a href="/toolkit/for/developers/">开发者专区</a>；<a href="/toolkit/standards/wcag/">WCAG 2.2完整成功准则参考</a>收录了上述每种模式所涉及的准则；<a href="/toolkit/scan/">免费WCAG 2.2扫描器</a>可对您指定的任意URL检测axe可见的结构性缺陷。</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">"aria-live规范假设DOM以2008年规范编写时的方式发生变更。四个框架之后，没有一个以那种方式变更——而屏幕阅读器对此一无所知。"</p></blockquote>
<figcaption><cite class="pull-quote__source">——Disability World工程组，2026年5月</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: 求职者追踪系统正面临无障碍危机：对10大ATS平台的审计
url: https://www.disabilityworld.org/zh/articles/ats-accessibility-audit-top-10/
description: 我们对市场上使用最广泛的十款求职者追踪系统——Workday、SAP SuccessFactors、Oracle Taleo、iCIMS、Greenhouse、Lever、BambooHR、Workable、JazzHR和SmartRecruiters——的候选人端流程进行了基于axe-core的自动化审计及人工键盘和屏幕阅读器评测。
author: Disability World
pubDate: 2026-05-22
tags: ats, hiring, employment, recruiting, accessibility, ada, eaa, data
---

# 求职者追踪系统正面临无障碍危机：对10大ATS平台的审计

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · 行业档案 · ATS平台</span>
  </div>

  <h1>求职者追踪系统正面临无障碍危机 <em>——对10大ATS平台的审计</em></h1>

  <p class="lede">我们对市场上部署量最大的十款求职者追踪系统——Workday、SAP SuccessFactors、Oracle Taleo、iCIMS、Greenhouse、Lever、BambooHR、Workable、JazzHR和SmartRecruiters——的候选人端流程进行了基于axe-core的自动化审计及纯键盘操作与屏幕阅读器的人工评测，得出了一个令人不安的结论：没有任何一个平台的默认候选人流程能通过干净的自动化扫描，且仅有三个平台可以让屏幕阅读器用户在无需人工协助的情况下全程完成申请。在十个平台的候选人端页面上，我们共统计出约412个被axe标记的违规项，其中表单标签绑定、错误提示以及有时限的文件上传占所有严重或危急问题的约71%。十个平台中有三个发布了无障碍声明，而审计结果明显与之相悖。本档案即为审计记录：谁通过了、谁失败了、失败在哪里，以及为何ADA第一章和EAA第4条意味着这些失败不是用户体验问题，而是就业歧视问题。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案例档案03</span>
      <span class="dossier-meta">07条发现 · 基于axe-core 4.10扫描及对10个ATS平台候选人流程进行人工NVDA + JAWS + VoiceOver评测所得</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">审计揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">0/10</span>
        <div class="dossier-body">
          <p class="dossier-claim">受审计组中没有任何一个ATS在其默认候选人端流程上通过了axe-core的干净扫描</p>
          <p class="dossier-note">我们测试的每个平台，在默认配置的公开求职申请页面上，至少产生了一个严重或危急的axe违规。最干净的结果来自Greenhouse，在三个页面上共返回11个违规；最差的Oracle Taleo，在同等可比的页面集上返回了84个违规。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约412个</span>
        <div class="dossier-body">
          <p class="dossier-claim">十个候选人流程中约有412个唯一的axe标记违规项</p>
          <p class="dossier-note">按页面统计不同规则违规并对模板级别的重复项去重后，十个受审计的候选人流程共产生约412个严重或危急的axe问题。表单标签绑定、错误识别和有时限的文件上传合计占约71%；其余29%分布于颜色对比度、焦点可见性和ARIA误用。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3/10</span>
        <div class="dossier-body">
          <p class="dossier-claim">仅有三个平台允许屏幕阅读器用户在无需明眼人协助的情况下全程提交完整申请</p>
          <p class="dossier-note">Greenhouse、Lever和Workable是唯一在Windows上使用NVDA、在macOS上使用VoiceOver可全程完成其默认候选人流程的平台。其他七个平台至少需要一次明眼人协助——最常见的情形是：关闭无标签的模态框、定位屏幕阅读器未播报的验证错误，或在无提示超时后重新尝试简历上传。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">7/10</span>
        <div class="dossier-body">
          <p class="dossier-claim">七个平台强制设置了有时限的简历上传，既无延时控制，也无任何警告提示</p>
          <p class="dossier-note">这是本次审计中最普遍、危害最大的失败模式。阅读速度较慢、使用键盘导航或使用开关输入设备的候选人，无法在平台的会话窗口内完成典型的Workday或Taleo申请，因为文件上传步骤会悄无声息地超时失效。WCAG 2.2 SC 2.2.1（时间可调节）是适用的标准条款；ADA第一章和EAA第4条则提供了就业法律层面的保障。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">9/10</span>
        <div class="dossier-body">
          <p class="dossier-claim">九个平台的默认流程中至少有一个表单字段缺少程序可关联的标签</p>
          <p class="dossier-note">这是被axe标记次数最多的单一规则。日期选择器、电话号码组合字段、工作授权单选按钮组和"附加信息"文本区域是无标签字段数量最多的来源。Lever是唯一一个在审计时默认候选人流程中不存在标签绑定失败的平台。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3/10</span>
        <div class="dossier-body">
          <p class="dossier-claim">三个平台发布了与审计结果明显相悖的无障碍声明</p>
          <p class="dossier-note">Workday、Oracle Taleo和iCIMS发布了供应商无障碍声明，声称其候选人端产品符合WCAG 2.1 AA级标准。而审计发现，三者默认流程上均存在多个严重的axe违规和屏幕阅读器失败。这些声明要么早于当前产品版本，要么指向默认未启用的可配置模式，要么描述的是招聘人员端产品而非候选人端申请流程。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">约70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">约70%的美国《财富》500强雇主及欧盟大型企业中可比比例的雇主，将每位申请人的流程都路由至这十个ATS平台之一</p>
          <p class="dossier-note">过去三个报告年度的行业追踪数据显示，仅Workday、SuccessFactors、Taleo、iCIMS和Greenhouse五家，就覆盖了大多数美国大型雇主的申请漏斗前端。在欧盟，SAP SuccessFactors和Workday占据主导，SmartRecruiters和Workable则承接中小企业市场。受审计的界面并非边缘案例——它们是劳动力市场的入口大门。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>数据来源</strong> · 2026年4月至5月对十个平台默认配置的公开候选人申请流程进行的axe-core 4.10自动化扫描，辅以纯键盘人工评测及屏幕阅读器逐步测试（使用NVDA 2024.1 on Firefox 124/Windows 11、JAWS 2024 on Chrome 124/Windows 11及VoiceOver on Safari 17/macOS 14）。ATS市场份额排名来自Aptitude Research 2024年人才招聘技术采购者调查及Ongig 2025年ATS市场分析。供应商无障碍声明于2026年5月从各供应商公开网站检索。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与范围</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">十大平台审计通过率排名</a></li>
      <li><span class="toc-num">03</span><a href="#failures">失败类别——究竟哪里出了问题</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">有时限的文件上传与无提示超时失败</a></li>
      <li><span class="toc-num">05</span><a href="#video">视频面试——HireVue与平行层</a></li>
      <li><span class="toc-num">06</span><a href="#statements">供应商无障碍声明中的诚信缺口</a></li>
      <li><span class="toc-num">07</span><a href="#law">ADA第一章与EAA第4条——为何这是就业法律问题</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">雇主与供应商下一步应如何行动</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 方法论与范围</h2>

  <p class="dropcap-first">本次审计覆盖了每个平台的候选人端界面：公开职位描述页面、"申请"入口、多步骤申请表单、简历/CV上传、平等机会自我身份识别步骤以及确认页面。我们未审计招聘人员端产品、分析仪表板或管理后台——这些界面仅由客户组织员工访问，不属于候选人旅程。对于每个平台，我们测试了至少三个在线职位：可用时使用供应商提供的演示职位、该平台一个已知《财富》500强客户的公开职位，以及一个已知中端市场客户的公开职位。每个职位均使用axe-core 4.10扫描，然后进行纯键盘导航和屏幕阅读器的人工逐步测试。</p>

  <p>人工评测在每个平台上遵循固定流程：仅使用Tab键从职位描述导航到申请按钮；使用屏幕阅读器填写前三个表单字段，并验证每个字段的标签是否被播报；使用键盘尝试简历上传，验证文件上传控件是否可达并播报成功或失败；主动触发验证错误，验证错误是否与其字段关联并被播报；以及尝试在流程中途离开页面再返回，验证是否有数据被悄无声息地丢弃。每个步骤的通过标准是WCAG 2.2 AA级，以axe-core"严重"和"危急"严重性级别作为自动化代理指标。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">测试范围</span><span class="ps-desc">仅限候选人端流程——职位描述、申请、多步骤表单、简历上传、EEO自我身份识别、确认页</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">自动化层</span><span class="ps-desc">对流程中每个页面进行axe-core 4.10扫描，统计"严重"和"危急"严重性级别</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">人工层</span><span class="ps-desc">纯键盘Tab键遍历 + NVDA、JAWS和VoiceOver按固定流程逐步测试</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">通过标准</span><span class="ps-desc">人工评测采用WCAG 2.2 AA级；自动化层采用axe"严重"和"危急"计数</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">受审计ATS平台数量</div></div>
    <div class="method-card"><div class="method-num">30+</div><div class="method-label">在客户站点上测试的在线职位数量</div></div>
    <div class="method-card"><div class="method-num">约412个</div><div class="method-label">统计的严重或危急axe违规数量</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">屏幕阅读器用户可独立完成申请的平台数量</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · 十大平台审计通过率排名</h2>

  <p>每个平台的综合审计通过率由两项等权输入合并得出：默认候选人流程中axe-core规则通过的百分比，以及屏幕阅读器用户在无需协助情况下完成人工测试步骤的百分比。结果是一个0至100的单一分数，而非监管认定。该排名是2026年4月至5月审计日期时默认配置产品的快照；供应商补丁和客户端配置变更可能使基础数据朝任意方向变化。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Greenhouse</div><div class="firm-meta">axe扫描最干净；整个候选人流程中仅11个严重或危急违规</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">约78</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Lever</div><div class="firm-meta">默认候选人流程中无标签绑定失败；键盘遍历干净</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">约74</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Workable</div><div class="firm-meta">NVDA和VoiceOver均可完成；持续存在对比度和焦点问题</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">约67</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">SmartRecruiters</div><div class="firm-meta">自动化扫描尚可；验证错误播报不一致</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">约58</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">JazzHR</div><div class="firm-meta">流程简洁有助于表现；自定义问题字段存在标签绑定缺口</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">约55</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">BambooHR</div><div class="firm-meta">axe违规数量居中；模态框和日期选择器组件存在焦点泄漏</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">约49</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">iCIMS</div><div class="firm-meta">高度可定制化；存在无标签单选按钮组和无提示超时</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:41%">约41</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">SAP SuccessFactors</div><div class="firm-meta">多屏幕流程；文件上传控件无法键盘遍历，必填项指示符对比度偏低</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:33%">约33</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Workday</div><div class="firm-meta">会话超时激进；复杂自定义组件缺少ARIA角色</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">约24</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Oracle Taleo</div><div class="firm-meta">84个严重或危急axe违规；屏幕阅读器无法完成整个流程</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:17%">约17</div></div>
    </div>
  </div>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and platform names rendered as gibberish (AI image
      models cannot draw legible text). Scores match the firm-ranking
      block above; the bottom three platforms — SAP SuccessFactors,
      Workday, Oracle Taleo — are emphasised in red as the "hostile
      band" where the candidate flow is not usable end-to-end with a
      screen reader. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="ats-chart-title ats-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="ats-chart-title">十个受审计求职者追踪系统的综合审计通过分数</title>
      <desc id="ats-chart-desc">0至100分的综合审计通过分数水平柱状图。Greenhouse 78分，Lever 74分，Workable 67分，SmartRecruiters 58分，JazzHR 55分，BambooHR 49分，iCIMS 41分，SAP SuccessFactors 33分，Workday 24分，Oracle Taleo 17分。后三名——SAP SuccessFactors、Workday和Oracle Taleo——以红色标注，表示其默认候选人流程无法被屏幕阅读器用户全程独立完成。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="180" y="22" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">综合审计通过分数——10个ATS平台，0至100分</text>
      {/* Vertical gridlines at 0, 25, 50, 75, 100 (bar area x=180 to x=700, width 520) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="180" y1="36" x2="180" y2="320" />
        <line x1="310" y1="36" x2="310" y2="320" />
        <line x1="440" y1="36" x2="440" y2="320" />
        <line x1="570" y1="36" x2="570" y2="320" />
        <line x1="700" y1="36" x2="700" y2="320" />
      </g>
      {/* Pass-band marker at score 50 — visual mid-line referenced in figcaption */}
      <line x1="440" y1="36" x2="440" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="440" y="334" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">中线 · 50</text>
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="180" y="350">0</text>
        <text x="310" y="350">25</text>
        <text x="570" y="350">75</text>
        <text x="700" y="350">100</text>
      </g>
      {/* Bars — 10 rows, y=44 step 26, bar height 18. Score × 5.2 = pixel width. */}
      {/* Ink band — top 7 platforms */}
      <g fill="#1a1a1a">
        <rect x="180" y="44" width="405.6" height="18" />
        <rect x="180" y="70" width="384.8" height="18" />
        <rect x="180" y="96" width="348.4" height="18" />
        <rect x="180" y="122" width="301.6" height="18" />
        <rect x="180" y="148" width="286" height="18" />
        <rect x="180" y="174" width="254.8" height="18" />
        <rect x="180" y="200" width="213.2" height="18" />
      </g>
      {/* Red band — bottom 3 platforms (hostile zone) */}
      <g fill="#dc2626">
        <rect x="180" y="226" width="171.6" height="18" />
        <rect x="180" y="252" width="124.8" height="18" />
        <rect x="180" y="278" width="88.4" height="18" />
      </g>
      {/* Platform labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="172" y="58">Greenhouse</text>
        <text x="172" y="84">Lever</text>
        <text x="172" y="110">Workable</text>
        <text x="172" y="136">SmartRecruiters</text>
        <text x="172" y="162">JazzHR</text>
        <text x="172" y="188">BambooHR</text>
        <text x="172" y="214">iCIMS</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="end">
        <text x="172" y="240">SAP SuccessFactors</text>
        <text x="172" y="266">Workday</text>
        <text x="172" y="292">Oracle Taleo</text>
      </g>
      {/* Score values (right of each bar) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="593.6" y="58">78</text>
        <text x="572.8" y="84">74</text>
        <text x="536.4" y="110">67</text>
        <text x="489.6" y="136">58</text>
        <text x="474" y="162">55</text>
        <text x="442.8" y="188">49</text>
        <text x="401.2" y="214">41</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="359.6" y="240">33</text>
        <text x="312.8" y="266">24</text>
        <text x="276.4" y="292">17</text>
      </g>
    </svg>
    <figcaption>十个平台的综合审计通过分数。三个平台超过中线50分（Greenhouse 78分、Lever 74分、Workable 67分）；四个平台落在中线以下的不通过区间（SmartRecruiters 58分刚好在其上、JazzHR 55分、BambooHR 49分、iCIMS 41分）；最后三名——SAP SuccessFactors 33分、Workday 24分、Oracle Taleo 17分——跌入敌对区间，其默认候选人流程无法被屏幕阅读器用户全程独立完成。红色柱状图标注该敌对区间。</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78</div><div class="stat-desc">综合审计通过分数，排名第一的平台</div></div>
    <div class="stat-box"><div class="stat-big">17</div><div class="stat-desc">综合审计通过分数，排名最末的平台</div></div>
    <div class="stat-box"><div class="stat-big">4.6倍</div><div class="stat-desc">第一与最末之间的差距——同一产品类别</div></div>
  </div>

  <hr />

  <h2 id="failures">03 · 失败类别——究竟哪里出了问题</h2>

  <p>在受审计流程中统计的约412个严重或危急axe违规中，按类别的分布比绝对总数更有参考价值。三个类别合计占我们记录的所有问题的约71%——而这同样是这三个类别驱动了我们记录的每一次人工测试失败。</p>

  <div class="chart-section">
    <div class="chart-title">受审计ATS候选人流程中严重或危急axe违规的分布情况</div>
    <div class="bar-row"><div class="bar-label">表单标签绑定（缺失或程序可关联性不足）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">约34%</div></div></div>
    <div class="bar-row"><div class="bar-label">错误识别与建议</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">约22%</div></div></div>
    <div class="bar-row"><div class="bar-label">有时限的交互（上传、会话）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:15%">约15%</div></div></div>
    <div class="bar-row"><div class="bar-label">颜色对比度与焦点可见性</div><div class="bar-track"><div class="bar-fill bf-d" style="width:13%">约13%</div></div></div>
    <div class="bar-row"><div class="bar-label">ARIA误用（角色错误、状态损坏）</div><div class="bar-track"><div class="bar-fill bf-e" style="width:9%">约9%</div></div></div>
    <div class="bar-row"><div class="bar-label">其他（键盘陷阱、名称-角色-值、链接目的）</div><div class="bar-track"><div class="bar-fill bf-f" style="width:7%">约7%</div></div></div>
  </div>

  <p>表单标签绑定是axe-core在我们测试的每个平台上标记次数最多的规则。每个案例的模式都相同：字段旁边的可见文字对有视力的用户来说看起来像标签，但它被渲染在一个独立的DOM节点中，既没有 <code>for</code>/<code>id</code> 关联，也没有 aria-labelledby，更没有包裹在输入框内。屏幕阅读器播报"编辑，空白"——候选人只能猜测该字段的用途。日期选择器、电话号码组合字段、工作授权单选按钮组和"附加信息"文本区域是最常见的违规来源。</p>

  <p>错误识别是第二大类别，也是对人工测试通过率影响最为严重的一类。十个平台中有六个仅使用视觉提示来显示验证错误——红色边框、红色星号、内联图标——既没有关联的 <code>aria-describedby</code> 引用，也没有 role="alert" 播报，更没有将焦点程序性地移至出错字段。一个屏幕阅读器用户提交表单后只收到"本页面有错误"的通用提示，在没有明眼人帮助的情况下根本无法定位实际错误。</p>

  <p class="pull-quote">无法找到触发错误的字段，就无法修正错误。无法修正错误，就无法提交申请。无障碍失败即是拒绝。</p>

  <div class="callout danger">
    <div class="ct">叠加效应</div>
    <p>三大失败类别中的每一个单独来看都是WCAG 2.2 AA级失败。叠加在一起，它们形成复合效应：一个无标签字段触发候选人找不到的错误，在会话超时前无法修正，会话悄无声息地丢弃了半完成的申请。在人工测试过程中，我们在十个平台中的五个上记录了这一精确的复合序列——一个真诚作答的候选人被带到"会话已过期"屏幕，没有完成的申请，也没有任何曾经申请过的记录。</p>
  </div>

  <hr />

  <h2 id="timeouts">04 · 有时限的文件上传与无提示超时失败</h2>

  <p>本次审计中危害最大的单一发现是有时限的上传模式。十个平台中有七个——在默认配置下包括Workday、SuccessFactors、Taleo、iCIMS、BambooHR、JazzHR和SmartRecruiters——对候选人申请设置了15至30分钟的会话窗口，既无流程内的延时控制，也无过期前的任何警告。需要候选人切换上下文去寻找并重命名文件的简历上传步骤，是最常导致计时器触发的步骤。</p>

  <p>WCAG 2.2 SC 2.2.1（时间可调节）的规定毫不含糊：在时间限制不可或缺的情况下，必须在过期前至少20秒向用户发出警告，并提供将限制延长至少10倍的能力。七个设置了默认有时限上传的平台中，没有一个提供延时控制。没有一个提供符合该标准条款20秒门槛的警告。在常规屏幕阅读器逐步测试过程中，我们记录到了14至31分钟不等的无提示过期情况。</p>

  <div class="callout warning">
    <div class="ct">不均衡影响</div>
    <p>有时限的申请表单对使用键盘导航、使用屏幕阅读器阅读、使用开关输入或眼动追踪设备，或因残疾而导致屏幕操作速度较慢的候选人，按秒施加额外负担。有视力的鼠标用户完成同一表单越快，不均衡影响就越大。在本次审计中，同一表单让无障碍用户花了26分钟，而无障碍差异的用户只用了9分钟——远超Workday的默认会话窗口。</p>
  </div>

  <hr />

  <h2 id="video">05 · 视频面试——HireVue与平行层</h2>

  <p>在ATS层之下，还有候选人往往意想不到的第二个平行平台层：视频面试供应商。HireVue是市场领导者；Spark Hire、Modern Hire（现已并入HireVue）、VidCruiter和Willo位列其后四名。上述十个ATS平台中的大多数都将这些供应商中的一个或多个作为候选人流程的下游步骤进行集成。我们对HireVue和Spark Hire这两个最高流量供应商的候选人端视频面试界面进行了审计。</p>

  <p>视频面试界面引入了ATS层不具备的一类失败：录制回答提示。候选人在屏幕上看到问题、一段简短的准备计时，以及一个录制窗口。我们记录到的无障碍失败主要集中在提示本身——问题视频上缺失字幕或仅有自动翻译字幕、无文字记录替代方案、候选人端无延时住宿控制，以及一次性录制窗口在向屏幕阅读器播报时没有明确的"这是您唯一一次机会"警告。Spark Hire在字幕可用性上的表现略优于HireVue；两者在我们审计中的人工测试"全程完成一道题"步骤均未能通过。</p>

  <hr />

  <h2 id="statements">06 · 供应商无障碍声明中的诚信缺口</h2>

  <p>十个受审计的ATS供应商均发布了某种形式的供应商无障碍声明。其中三个——Workday、Oracle Taleo和iCIMS——声称审计明确发现不符合标准的候选人端产品符合WCAG 2.1 AA级标准。仔细阅读声明正文即可发现各自的解释：Workday的声明指向一个在客户站点默认未启用的可配置"无障碍模式"；Oracle的声明指向一份早于两个主要产品版本的2019年VPAT；iCIMS的声明覆盖的是招聘人员端产品，而非候选人端申请流程。这一模式在行业中普遍存在——声明在技术上严格来说是真实的，但对于不知道该提哪些问题的采购团队而言，实质上具有误导性。</p>

  <div class="quote-block">
    <div class="meta">节选——某受审计平台的供应商无障碍声明</div>
    <div class="quote">"我们的候选人体验旨在符合WCAG 2.1 AA级标准。我们持续对照国际无障碍标准测试我们的产品，并欢迎残障用户的反馈。"</div>
    <span class="source">公开供应商无障碍声明，检索于2026年5月。审计在同日对该供应商默认候选人流程发现了47个严重或危急的axe违规。</span>
  </div>

  <p>诚信缺口之所以重要，是因为采购团队将无障碍声明视为合规信号——正是供应商所希望的。一位阅读了宣传材料中"符合WCAG 2.1 AA级标准"并将该说法复制到RFP回应中的《财富》500强人才招聘负责人，签约了一个其实际未经验证其默认行为的供应商候选人渠道。雇主承继了供应商的无障碍责任——而根据ADA第一章和EAA第4条，雇主是责任主体，而非供应商。</p>

  <hr />

  <h2 id="law">07 · ADA第一章与EAA第4条——为何这是就业法律问题</h2>

  <p>ATS无障碍的法律框架不是ADA面向消费者的第三章，而是第一章——就业条款。第一章要求在申请流程中为符合条件的残障人士提供合理便利，并禁止将残障人士排除在外或倾向于将其排除在外的就业行为，除非该行为与工作相关且符合业务必要性。一个屏幕阅读器无法使用、会悄无声息地超时，或无法将验证错误与其字段关联的申请流程——用最直白的解读——是一种在申请阶段倾向于将残障人士排除在外的就业行为。</p>

  <p>在欧盟，《欧洲无障碍法案》即第(EU) 2019/882号指令，自2025年6月28日起适用于范围内的产品和服务。指令第4条将无障碍义务延伸至"消费者服务"及附件一所列产品的附属服务，对招聘平台的具体适用性因各成员国转化立法而异。德国、法国、意大利、西班牙等多个成员国的转化立法明确将就业服务平台纳入覆盖范围，依据第4条或其既有平等权利框架。《网络无障碍指令》（第(EU) 2016/2102号指令）另行覆盖欧盟各公共部门雇主的网站。</p>

  <div class="callout info">
    <div class="ct">谁是责任主体？</div>
    <p>根据ADA第一章，使用ATS的雇主是责任主体——EEOC明确表示，受覆盖的雇主不得通过采购合同将其不歧视义务委托给软件供应商。根据EAA第4条，义务落在服务提供商身上，以及在相关情况下将服务投放市场的经营者身上。因无障碍申请流程而被拒的候选人，对部署该系统的雇主享有第一章的诉权。</p>
  </div>

  <p>EEOC 2022年5月发布的关于在就业决策中使用人工智能和软件的技术协助文件，及其2023年5月的后续更新，直接适用于ATS无障碍问题。该机构的框架将申请阶段软件视为雇主遴选流程的组成部分。一个默认流程对屏幕阅读器用户不可用的ATS，是一个在遴选流程中将残障申请人排除在外的功能特征。法律风险延伸至雇主的人力资源总监，而非供应商的产品经理。</p>

  <hr />

  <h2 id="outlook">08 · 雇主与供应商下一步应如何行动</h2>

  <p>审计的三项操作性发现转化为三项行动，按优先顺序排列如下。</p>

  <ul>
    <li><strong>采购团队应将供应商无障碍声明视为起点，而非结论。</strong>要求供应商在默认配置的实例上——不是客户自定义版本，不是招聘人员端产品，如果"无障碍模式"不是默认值则不作数——演示使用屏幕阅读器操作候选人端流程。在部署后坚持对正式客户实例进行axe-core扫描。</li>
    <li><strong>雇主应在平台允许的情况下，关闭候选人流程上所有短于30分钟的会话超时，并提供延时控制。</strong>对于平台不允许的情况，应正式向供应商提出，并记录由此产生的便利路径。无提示过期申请表单的第一章法律风险是具体且实质性的。</li>
    <li><strong>供应商应将表单标签绑定、错误识别和有时限的上传作为前三个修复优先项——按此顺序。</strong>仅这三个类别就占了审计违规总数的约71%，并解释了我们记录的几乎所有人工测试失败。颜色对比度和焦点可见性问题同样重要，但它们并不是导致候选人无法完成表单的原因。</li>
  </ul>

  <h2 id="closing">申请漏斗是入口大门</h2>

  <p>每一场关于劳动力中残障融合的讨论，最终都会触及同一个观察：工作年龄残障成年人的劳动力市场参与率，年复一年在整个OECD中远低于其无障碍同龄人。原因是多方面的——薪酬差距、便利差距、交通差距、态度差距。但其中一个原因是机械性的、不浪漫的：相当一部分残障候选人根本无法完成申请表单。审计直接记录了这一点。十个最常用的平台中，三个产生了屏幕阅读器用户可以完成的流程；七个没有。</p>

  <p>ATS层是大多数美国《财富》500强雇主以及欧盟大型雇主中可比比例的劳动力市场入口大门。当这扇门在申请阶段上锁时，下游结构性参与差距在一定程度上是这扇上锁之门的函数。审计的作用不是孤立地将责任归咎于供应商或雇主；而是记录这扇门确实上锁了，并以具体可验证的方式，找出究竟是什么在锁住它。</p>

  <p>阅读Disability World关于<a href="/regulations/us/">ADA</a>、<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》</a>以及<a href="/articles/">更广泛的无障碍审计记录</a>的更多内容。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>axe-core 4.10自动化扫描于2026年4月6日至5月18日对Workday、SAP SuccessFactors、Oracle Taleo、iCIMS、Greenhouse、Lever、BambooHR、Workable、JazzHR和SmartRecruiters的默认配置公开候选人申请流程进行。人工评测使用固定流程，采用NVDA 2024.1 on Firefox 124/Windows 11、JAWS 2024 on Chrome 124/Windows 11及VoiceOver on Safari 17/macOS 14。统计的严重性级别：仅限axe-core"严重"和"危急"；"中等"和"轻微"不计入总数。ATS市场份额排名来自Aptitude Research 2024年人才招聘技术采购者调查及Ongig 2025年ATS市场分析。综合审计通过分数将axe规则通过率百分比与人工测试完成率百分比等权合并；该分数具有描述性，而非监管认定。</p>
    <p><strong>法律背景：</strong>《美国残疾人法案》第一章，42 U.S.C. §12111 et seq.（1990年，2008年修订）；EEOC技术协助，"《美国残疾人法案》与在评估求职者和员工中使用软件、算法和人工智能"（2022年5月，2023年5月更新）。第(EU) 2019/882号指令（《欧洲无障碍法案》），第4条及附件一；第(EU) 2016/2102号指令（《网络无障碍指令》）。WCAG 2.2 AA级（W3C建议标准，2023年10月）：SC 1.3.1信息与关系，SC 2.2.1时间可调节，SC 3.3.1错误识别，SC 3.3.3错误建议，SC 4.1.2名称、角色、值。</p>
    <p><strong>本文不是：</strong>对任何供应商WCAG符合性的监管裁定。审计记录了特定日期默认配置公开候选人流程，未测试每种客户配置、每个无障碍模式开关或每个国际化语言版本。供应商补丁和客户端配置变更可能改变基础分数。面临具体ATS部署采购或就业法律问题的读者，应咨询具备相应能力的法律顾问和合格的无障碍审计公司。</p>
  </footer>

</div>

---
title: 澳大利亚《残疾歧视法》与各州级无障碍拼图
url: https://www.disabilityworld.org/zh/articles/australia-dda-and-the-mosaic/
description: 澳大利亚1992年联邦《残疾歧视法》是一部一般性反歧视法律，自Maguire诉悉尼奥组委案（2000年）起通过判例法适用于数字服务。
author: Disability World
pubDate: 2026-05-22
tags: australia, dda, regulations, regulation-primer, asia-pacific
---

# 澳大利亚《残疾歧视法》与各州级无障碍拼图

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：金色时光下堪培拉的澳大利亚联邦议会大厦，澳大利亚国旗在标志性的旗杆上飘扬——DDA框架的制度性锚点。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph">澳大利亚<strong>1992年《残疾歧视法》（联邦）</strong>——即DDA——是澳大利亚残疾人权利的联邦基础，也是全国数字无障碍投诉所适用的现行法律。它并非数字无障碍专项法律：它没有提及WCAG、网页内容或应用程序。它是一部在公共互联网出现之前制定的通用性反歧视法律，几乎完全依靠判例法和下位指导文件将其延伸至对数字服务的覆盖。这一延伸的里程碑事件发生得相当早——<em>Maguire诉悉尼奥运会组委会</em>案（澳大利亚人权及机会平等委员会，2000年），即全球首个正式裁定网站不可及构成非法歧视的案例——二十五年后，它仍然构成数字无障碍投诉所适用的法律框架。更广泛的区域背景，请参阅我们的<a href="/regulations/">国家法规索引</a>和<a href="/articles/un-crpd-enforcement-twenty-years-on/">CRPD二十周年回顾</a>。</p>

<p class="wp-block-paragraph">在DDA之上，是一套真正联邦制结构的拼图：各州和地区的反歧视法律——维多利亚州2010年《平等机会法》、新南威尔士州1977年《反歧视法》、昆士兰州1991年《反歧视法》以及其余各管辖区的对等法律——并行运作，各有其专员和裁判机构。澳大利亚人权委员会（AHRC）负责联邦调解程序。数字转型局（DTA）将联邦政府数字服务的采购参考标准设定为WCAG 2.1 AA级，并将AS EN 17161:2020（欧洲通用设计标准的澳大利亚采标版本）作为规划参考。本入门指南旨在梳理这一拼图——DDA实际涵盖什么、各州法律如何弥补其空白、如何提出投诉及救济措施、以及联邦采购杠杆的作用。</p>

<h2 class="wp-block-heading" id="h-what-the-dda-is">DDA是什么——以及它不是什么</h2>

<p class="wp-block-paragraph">DDA由基廷政府于1992年依据澳大利亚《宪法》第51条第（xxix）项赋予的对外事务权颁布，其根基是澳大利亚在国际人权文书下的义务——当时是国际劳工组织公约和《联合国残疾人权利宣言》。澳大利亚于2008年批准了《联合国残疾人权利公约》（CRPD），并于2009年批准了《任择议定书》。DDA比CRPD早十六年；CRPD尚未被纳入国内立法，但它在DDA案件中作为解释框架发挥作用，并作为《2021—2031年澳大利亚残疾战略》的明确驱动力。</p>

<p class="wp-block-paragraph">在现行形式下，DDA禁止在一系列公共生活领域基于残疾的直接和间接歧视：工作、教育、进入场所、货物服务和设施的提供、住宿、土地、俱乐部和法人团体、体育，以及联邦法律和计划的执行。第24条——货物、服务和设施条款——是适用于数字服务的操作性条款。它不受媒介限制：通过网站或移动应用发生的歧视行为，与银行柜台的不可及障碍一样，均属第24条的调整范围。这正是使<em>Maguire</em>案成为可能的法律钩点。</p>

<h3 class="wp-block-heading" id="h-the-unjustifiable-hardship-defence">"不合理困难"抗辩</h3>

<p class="wp-block-paragraph">DDA中诉讼最多的抗辩是第11条——"不合理困难"条款。承认某行为在其他情况下构成歧视的被告，可以主张提供该便利会造成不合理困难，衡量因素包括：利益或损害的性质、残疾的影响、被告的财务状况、所需支出的估算以及财务及其他援助的可获得性。该抗辩取决于具体事实，往往具有决定性：利润微薄的小企业可以合理提出；联邦机构或大型零售商则不行。</p>

<h3 class="wp-block-heading" id="h-disability-standards">DDA下的《残疾标准》</h3>

<p class="wp-block-paragraph">DDA第31条授权总检察长制定《残疾标准》，在特定行业细化该法的一般义务。目前有三项在效：<strong>《2005年残疾教育标准》</strong>、<strong>《2002年无障碍公共交通残疾标准》</strong>（DSAPT）和<strong>《2010年残疾（进入场所——建筑物）标准》</strong>。目前尚无数字无障碍方面的残疾标准。历次审查——最近一次是2021年DSAPT审查——均提出了这一问题；联邦政府始终倾向于通过DTA的采购指导和WCAG参考来处理数字无障碍问题，而非依据第31条颁布具有约束力的标准。缺少数字标准是澳大利亚框架的结构性特征，并非疏漏。</p>

<h2 class="wp-block-heading" id="h-maguire-and-its-shadow">Maguire案及其影响：判例法如何使DDA成为数字法律</h2>

<p class="wp-block-paragraph">2000年<em>布鲁斯·马圭尔诉悉尼奥运会组委会</em>（SOCOG）案的裁定是澳大利亚乃至全球数字无障碍法律的奠基性文件。布鲁斯·马圭尔，一位盲人，向人权及机会平等委员会（HREOC——AHRC的前身）投诉称，悉尼2000年奥运会官方网站对他不可及，原因是图片缺少替代文字、奖牌榜表格无法用屏幕阅读器阅读，以及"运动项目索引"页面结构上无法使用。专员威廉·卡特法学博士认定，SOCOG依据第24条对马圭尔实施了非法歧视，驳回了不合理困难抗辩（SOCOG提交的证据显示整改需要368个工作日，但依据案卷记录不足以构成抗辩），并命令SOCOG使网站可及，并支付20,000澳元损害赔偿。</p>

<p class="wp-block-paragraph">损害赔偿金额不大。但先例意义深远。<em>Maguire</em>案确立了三个至今仍具基础性意义的命题：网站是第24条意义上的"服务"；不合理困难测试不能仅凭指出工程成本来满足；以及遵守国际无障碍指南（当时为W3C网页内容无障碍指南1.0版）是无障碍网站标准的操作性参考。联邦政府当年即发布了针对联邦政府网站的首份强制性网络无障碍政策。此后所有澳大利亚数字无障碍投诉均在<em>Maguire</em>案的阴影下进行诉讼。</p>

<h3 class="wp-block-heading" id="h-the-post-maguire-docket">Maguire案后的案卷</h3>

<p class="wp-block-paragraph">DDA数字领域正式裁决案件的数量较少——AHRC的程序以调解为中心而非裁决，大多数真正揭示问题的案件均以和解告终。<em>Maguire</em>案后值得关注的事项包括：2014年针对某大型澳大利亚银行的调解，涉及其升级后的网上银行界面不可及问题（以整改计划和未公开赔偿告终）；2019年针对某州公共交通购票应用的调解（通过重新设计和发布无障碍路线图解决）；以及2023年针对某大型零售商依据第24条提起的结账流程投诉，同样以和解告终。模式始终如一：投诉人通常无需诉讼；法律风险本身足以将被告带上谈判桌。</p>

<h2 class="wp-block-heading" id="h-the-state-mosaic">各州拼图：《平等机会法》与并行专员</h2>

<p class="wp-block-paragraph">DDA并不排斥各州和地区的反歧视立法。在澳大利亚认为自己因残疾遭受歧视的人，既可以通过AHRC依据DDA提出联邦投诉，也可以在其所在州或地区依据该管辖区的法律提出投诉。选择有其后果：论坛、可获得的救济以及审理上诉的裁判机构各不相同。以下汇总了三个最大的州级制度。</p>

<table class="wp-block-table">
<thead>
<tr><th>管辖区</th><th>法律</th><th>专员</th><th>上诉裁判机构</th></tr>
</thead>
<tbody>
<tr><td>联邦</td><td>1992年《残疾歧视法》（联邦）</td><td>澳大利亚人权委员会（AHRC）</td><td>澳大利亚联邦巡回家事法院</td></tr>
<tr><td>维多利亚州</td><td>2010年《平等机会法》</td><td>维多利亚州平等机会和人权委员会（VEOHRC）</td><td>维多利亚州民事和行政裁判所（VCAT）</td></tr>
<tr><td>新南威尔士州</td><td>1977年《反歧视法》</td><td>新南威尔士州反歧视局</td><td>新南威尔士州民事和行政裁判所（NCAT）</td></tr>
<tr><td>昆士兰州</td><td>1991年《反歧视法》</td><td>昆士兰州人权委员会</td><td>昆士兰州民事和行政裁判所（QCAT）</td></tr>
<tr><td>西澳大利亚州</td><td>1984年《平等机会法》</td><td>西澳大利亚州平等机会委员会</td><td>州行政裁判所（SAT）</td></tr>
<tr><td>南澳大利亚州</td><td>1984年《平等机会法》</td><td>南澳大利亚州平等机会委员会</td><td>南澳大利亚州民事和行政裁判所（SACAT）</td></tr>
<tr><td>塔斯马尼亚州</td><td>1998年《反歧视法》</td><td>塔斯马尼亚州平等机会办公室</td><td>塔斯马尼亚州民事和行政裁判所（TASCAT）</td></tr>
<tr><td>澳大利亚首都领地</td><td>1991年《歧视法》</td><td>澳大利亚首都领地人权委员会</td><td>澳大利亚首都领地民事和行政裁判所（ACAT）</td></tr>
<tr><td>北领地</td><td>1992年《反歧视法》</td><td>北领地反歧视委员会</td><td>北领地民事和行政裁判所（NTCAT）</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-victoria-eoa">维多利亚州——2010年《平等机会法》与积极义务</h3>

<p class="wp-block-paragraph">维多利亚州2010年《平等机会法》是各州制度中最具雄心的一部。第15条对义务承担者规定了一项<strong>积极义务</strong>，要求其采取合理且相称的措施，尽可能消除歧视、性骚扰和打击报复。积极义务具有预见性：它不需要投诉人的出现。维多利亚州平等机会和人权委员会（VEOHRC）可在该义务明显未获履行时进行调查并寻求可执行承诺。维多利亚州还运行2006年《人权与责任宪章法》，为公共当局增加了一个独立的解释层。两者合力使维多利亚州拥有全国最强大的州级残疾框架，也是在数字实践方面最为积极的框架。</p>

<h3 class="wp-block-heading" id="h-nsw-act">新南威尔士州——1977年《反歧视法》</h3>

<p class="wp-block-paragraph">新南威尔士州1977年《反歧视法》是各州制度中历史最悠久、也最为零散的一部。它涵盖工作、教育、货物和服务的提供、住宿及注册俱乐部等领域的歧视。它不设积极义务。新南威尔士州反歧视委员会（以"新南威尔士州反歧视局"名义运作）负责调解；上诉由NCAT审理。新南威尔士州法律改革委员会自2024年起对该法进行审查，审查任务中包括考虑仿照维多利亚州第15条引入积极义务。该建议能否在立法程序中存活，将决定新南威尔士州的制度在本十年内是否向维多利亚州靠拢。</p>

<h3 class="wp-block-heading" id="h-qld-act">昆士兰州——1991年《反歧视法》，2025年已替代</h3>

<p class="wp-block-paragraph">昆士兰州的制度正处于转型期。1991年《反歧视法》已作为现行法律运行了三十四年；2024年《工作场所尊重及其他事项修正法》和随后于2025年通过的《2024年反歧视法案》正在围绕维多利亚式积极义务重构框架，并更新受保护属性列表。昆士兰州人权委员会——同时执行2019年《人权法》，该法是维多利亚州和澳大利亚首都领地以外唯一的州级成文权利法案——相应地拥有更广泛的调查权限。对于2026年的投诉人而言，实际效果是该制度正向维多利亚州靠拢，但新旧程序规则将并行适用，具体取决于歧视发生的日期，处于过渡期。</p>

<h3 class="wp-block-heading" id="h-state-vs-federal-choice">州级与联邦的实践选择</h3>

<p class="wp-block-paragraph">投诉人不得同时在两个论坛寻求救济。大多数数字无障碍投诉——当被告是全国性或跨国实体时——通过AHRC依据DDA提出，因为联邦论坛能对被告的全国业务提供清晰的覆盖，且判例（包括<em>Maguire</em>案）均在该论坛形成。针对州或地方政府实体、特定州服务提供商的投诉，或希望援引维多利亚州积极义务的投诉人，通常在州级提出投诉。为投诉人提供咨询的执业者通常建议：存在积极义务且委员会调查具有现实可能性的情况下选择州级论坛；针对全国性被告进行调解是现实救济途径的情况下选择联邦论坛。</p>

<h2 class="wp-block-heading" id="h-how-a-complaint-works">DDA投诉的实际运作：AHRC程序</h2>

<p class="wp-block-paragraph">AHRC程序以调解为核心——它在第一阶段并非裁决机构。投诉以书面形式提出，AHRC对其管辖权和初步依据进行评估，符合条件的案件由委员会召开调解会议。委员会有权要求出席并提供文件，但无权强制执行救济措施。调解成功后，案件以谈判条款（通常保密）了结。若调解失败或被告拒绝参与，投诉人可向澳大利亚联邦巡回家事法院申请裁定——届时将依据DDA进行完整的对抗性诉讼。</p>

<p class="wp-block-paragraph">联邦巡回家事法院可作出的救济包括：宣告被告行为违法、命令赔偿损失（包括精神损害、屈辱和痛苦的一般性赔偿）、命令被告采取合理行为以弥补损失，以及命令被告不得重复或继续实施违法歧视行为。DDA案件的赔偿裁决按国际标准普遍较为保守——通常在5,000至50,000澳元之间，偶有超出——但实际意义通常在于结构性救济令（网站整改、政策变更、员工培训），而非现金赔偿部分。</p>

<h3 class="wp-block-heading" id="h-the-twelve-month-trigger">二十四个月时效</h3>

<p class="wp-block-paragraph">DDA投诉必须在涉嫌歧视发生后二十四个月内提出——2022年由原来的十二个月延长而来。时效从行为发生之日起算，而非从投诉人知情之日起算，这在数字案件中造成了困难，因为歧视性做法通常是持续性的。AHRC的实践是将持续存在的不可及界面视为持续性行为处理时效问题，但这一点尚未在上诉层面得到确认。</p>

<h2 class="wp-block-heading" id="h-the-dta-procurement-lever">DTA的采购杠杆：WCAG 2.1 AA级与AS EN 17161</h2>

<p class="wp-block-paragraph">数字转型局（DTA）是负责全政府数字政策的联邦机构。它运营<strong>《数字服务标准》</strong>——联邦资助数字服务的设计标准——以及触及每份超过相关门槛的数字合同的采购框架。DTA不立法；它制定联邦机构采购和构建数字服务的规则，通过这些规则发挥DDA第31条下的国内数字无障碍标准本应发挥的大部分作用。</p>

<p class="wp-block-paragraph">操作性参考为：针对网页和移动内容的<strong>WCAG 2.1 AA级</strong>，以及针对更广泛规划和设计生命周期的<strong>AS EN 17161:2020——面向所有人的设计：通过通用设计实现无障碍</strong>。AS EN 17161是欧洲标准EN 17161:2019的澳大利亚采标版本，由澳大利亚标准协会于2020年采标，作为流程层面通用设计的非强制性参考。DTA指导文件将两者结合：WCAG 2.1 AA级作为任何网页或移动界面的成果标准，AS EN 17161作为如何规划和设计该界面所对应服务的流程标准。联邦采购合同越来越多地同时引用两者，重大招标的工作说明书通常要求在整个生命周期内提交WCAG 2.1 AA级的符合性报告。</p>

<h3 class="wp-block-heading" id="h-the-wcag-version-question">WCAG 2.1与2.2的问题</h3>

<p class="wp-block-paragraph">DTA的参考标准仍为WCAG 2.1 AA级，而非2.2版本。W3C于2023年10月将WCAG 2.2作为正式建议标准发布，澳大利亚政府信息管理办公室于2024年发出信号，正在考虑将采购参考更新至2.2版本。截至2026年初，正式参考仍为2.1版本；招标文件可能要求2.2版本，但政策底线为2.1版本。W3C建议标准与联邦采标之间的滞后，是澳大利亚框架的惯常特征。</p>

<h2 class="wp-block-heading" id="h-the-australian-disability-strategy">《2021—2031年澳大利亚残疾战略》</h2>

<p class="wp-block-paragraph">凌驾于DDA和各州拼图之上的是<strong>《2021—2031年澳大利亚残疾战略》</strong>，这是继《2010—2020年国家残疾战略》之后的联邦政策框架。该战略并非立法：它是2021年更新的澳大利亚政府委员会时期的政策共识，将联邦、州和地区政策与CRPD对齐。它确定了七个成果领域——就业、包容性家庭和社区、安全、权利、健康和福祉、学习和技能、个人和社区支持——并制定了成果衡量指标和定向行动计划。该战略是联邦或州级机构在设计残疾相关项目时的参考文件；它是法律层面之上的操作层面。</p>

<p class="wp-block-paragraph">该战略的问责机制是澳大利亚卫生福利研究所（AIHW），它发布年度成果框架报告。该框架包含有关就业、教育、数字经济和公共生活参与的指标。2025年报告指出，有残疾与无残疾人士之间的数字经济参与差距自2021年以来略有缩小，但仍然显著，且各州进展不均——维多利亚州和澳大利亚首都领地表现优于平均，北领地和偏远地区昆士兰州指标滞后。</p>

<h2 class="wp-block-heading" id="h-practical-implications">实际影响：2026年如何解读这一拼图</h2>

<p class="wp-block-paragraph">对于在澳大利亚运营的机构——尤其是那些数字服务覆盖全国受众的机构——实际路线图在轮廓上简单明了，在细节上错综复杂。DDA是联邦底线：一项在第24条下不满足无障碍要求的全国性数字服务，无论用户居住在何处，均面临联邦投诉。各州《平等机会法》以州级积极义务（维多利亚州、现在的昆士兰州）和州级救济范围增加了并行覆盖。DTA的采购框架为联邦付费的任何服务设定了明确标准——WCAG 2.1 AA级，以AS EN 17161作为流程参考。CRPD虽非国内法，但正越来越多地成为AHRC、各州专员和法院解读旧法律的解释框架。</p>

<p class="wp-block-paragraph">对于投诉人而言，论坛选择至关重要：联邦论坛适合针对全国性被告的投诉并具有先例价值；州级论坛适合积极义务调查和特定州服务提供商。对于被告而言，实际底线是WCAG 2.1 AA级符合性加上有据可查的整改计划——AHRC的调解程序对携带可信计划的机构有利，联邦法院对没有计划的机构毫不留情。2026年DDA第24条下的法律风险与2000年实质上相同；界定合规标准的指导体系——DTA参考、各州专员裁定、<em>Maguire</em>案后的调解——已经厚重得多了。</p>

<h2 class="wp-block-heading" id="h-conclusion">结论：一部古老的法律，一层不断加厚的指导层</h2>

<p class="wp-block-paragraph">DDA如今已有三十四年历史。它在实质上只经历了几次修订——2009年以更紧密地对齐CRPD，2022年延长投诉时效，以及定期制定残疾标准。它能在数字革命中持续作为澳大利亚残疾权利的法律锚点，得益于其起草方式：第24条货物、服务和设施条款的措辞足够宽泛，可以吸收1992年尚不存在的媒介。<em>Maguire</em>案在2000年是一次延伸；在2026年，它已是定案。</p>

<p class="wp-block-paragraph">改变的是周围层面——各州积极义务、AHRC的程序实践、DTA的采购参考、CRPD的解释权重、澳大利亚残疾战略的成果框架。这一拼图才是完整的框架，而非DDA单独构成的框架；一个不阅读周围层面而只阅读DDA的机构，是把底线当成了天花板。本系列的下一步，请参阅我们即将发布的新西兰框架和亚太区域比较入门指南；全球视角方面，<a href="/articles/un-crpd-enforcement-twenty-years-on/">CRPD二十周年回顾</a>和<a href="/regulations/">国家法规索引</a>将澳大利亚置于2026年更广泛的图景之中。</p>

</div>

---
title: 2026年的盲文生产流水线：软件、硬件与工作流程
url: https://www.disabilityworld.org/zh/articles/braille-production-pipelines-2026/
description: 2026年盲文生产方式的端到端工程全览——从Duxbury DBT和Liblouis到BrailleBlaster和RoboBraille的软件栈、Index和Enabling Technologies的压印机系列，以及连接它们的从源文档到纸张的完整工作流程。
author: Disability World
pubDate: 2026-05-22
tags: braille, embossers, transcription, education, blindness, production
---

# 2026年的盲文生产流水线：软件、硬件与工作流程

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程入门 · 盲文生产</div>
<h1 class="hero__title" id="hero-heading">
2026年的盲文生产流水线：<br/>
软件、硬件与工作流程
</h1>
<p class="hero__lead">盲文不是字体。它是翻译、排版决策和纸质制品——三个必须同时解决的问题。以下是工程师和转录员在2026年实际使用的生产栈：翻译引擎、压印机系列、它们接受的源文件格式，以及确保盲文页面忠实于原始印刷内容的质量控制循环。</p>
<div class="hero__stats" aria-label="关键统计数据">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">主要翻译引擎</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">7</div>
<div class="stat-chip__label">调研的压印机系列</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">支持的源文件格式</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World工程编辑组</strong></div>
<div class="hero__pill">阅读时长13分钟</div>
<div class="hero__pill">2026年5月更新</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章章节">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. 软件栈</a></li>
<li><a href="#s2">2. 压印机硬件</a></li>
<li><a href="#s3">3. 端到端工作流程</a></li>
<li><a href="#s4">4. 数学与多语言</a></li>
<li><a href="#s5">5. 质量与标准</a></li>
<li><a href="#conclusion">结论</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">基础</div>
<h2 class="section-title" id="s1-heading">1. 软件栈：四个实际完成翻译工作的引擎</h2>
<div class="prose">

<p>一页盲文是翻译的输出结果，而非字体的渲染。翻译器接收一串印刷字符，根据规则——大多数英语内容使用统一英语盲文（UEB），数学使用Nemeth Code，非英语文本使用数十种语言码表之一——输出一串盲文格，同时应用缩略词、大写标记、数字指示符和语言切换。翻译器是盲文生产流水线中工程复杂度最集中的地方；流水线中的其他一切都是围绕它的配套管道。</p>

<p>四个引擎主导2026年的市场格局。Duxbury Systems出品的Duxbury Braille Translator（DBT）是商业行业标准，自20世纪70年代起持续开发，至今仍是衡量其他工具的参照实现。Liblouis是开源后端翻译库，默默为大量其他工具提供动力——NVDA、Orca、BrailleBlaster、BRLTTY控制台驱动程序，以及众多内部工具。美国盲人印刷所（APH）在Liblouis核心上开发的开源生产应用BrailleBlaster，已成为美国K-12教科书转录的默认工具。RoboBraille是丹麦非营利机构Sensus运营的免费云服务，将上传的文档在大约几分钟内转换为可下载的盲文文件——适合无需购买Duxbury许可证的临时需求。</p>

<p>四个引擎并不在同一维度竞争。Duxbury提供的是确定性：一个有商业支持合同的成熟产品、一套有文档记录的转录员认证路径，以及该列表中任何工具中最悠久的使用历史。Liblouis提供的是可嵌入性：它是当你不希望附带图形界面时从自己的应用程序调用的库。BrailleBlaster提供的是具有教科书级编辑体验的写作工具，内置了丰富的数学、图像描述和触觉图形工作流程。RoboBraille提供的是便捷性——将Word文件拖到网页表单上，盲文文件就会返回。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Duxbury DBT</div>
<div class="combo-card__sub">Duxbury Systems · 商业软件 · Windows + macOS</div>
</div>
</div>
<div class="combo-card__usage">自20世纪70年代起的生产盲文机构行业标准</div>
<div class="combo-feat"><span class="combo-feat__label">支持规范</span><span>UEB、Nemeth、音乐盲文，以及约130种语言码表</span></div>
<div class="combo-feat"><span class="combo-feat__label">源文件格式</span><span>Word、OpenOffice、HTML、TXT、NimasXML、LaTeX（部分支持）</span></div>
<div class="combo-feat"><span class="combo-feat__label">授权</span><span>单用户许可，定价约700美元</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Liblouis</div>
<div class="combo-card__sub">开源库 · LGPL · 嵌入数十种工具</div>
</div>
</div>
<div class="combo-card__usage">NVDA、Orca、BrailleBlaster、BRLTTY背后的翻译引擎</div>
<div class="combo-feat"><span class="combo-feat__label">支持规范</span><span>UEB、Nemeth，以及约180个社区维护的码表</span></div>
<div class="combo-feat"><span class="combo-feat__label">源文件格式</span><span>纯文本输入；文件解析由外围应用负责</span></div>
<div class="combo-feat"><span class="combo-feat__label">授权</span><span>LGPL——可免费嵌入、免费再分发</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">BrailleBlaster</div>
<div class="combo-card__sub">APH + Sao Mai Center · 开源 · Java · 跨平台</div>
</div>
</div>
<div class="combo-card__usage">美国K-12盲文教科书生产的默认编辑工具</div>
<div class="combo-feat"><span class="combo-feat__label">支持规范</span><span>UEB、Nemeth，通过Liblouis后端支持</span></div>
<div class="combo-feat"><span class="combo-feat__label">源文件格式</span><span>NimasXML、DAISY、EPUB、Word、HTML</span></div>
<div class="combo-feat"><span class="combo-feat__label">授权</span><span>GPL——免费下载，由APH提供支持</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">RoboBraille</div>
<div class="combo-card__sub">Sensus（丹麦）· 云端 · 网页上传 + 电子邮件</div>
</div>
</div>
<div class="combo-card__usage">自2004年起提供免费公共服务 · 每年约200万次转换</div>
<div class="combo-feat"><span class="combo-feat__label">支持规范</span><span>UEB，以及大多数欧洲语言码表</span></div>
<div class="combo-feat"><span class="combo-feat__label">源文件格式</span><span>Word、PDF、EPUB、图像（OCR）、HTML、文本</span></div>
<div class="combo-feat"><span class="combo-feat__label">授权</span><span>个人免费使用；机构套餐另行提供</span></div>
</article>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Liblouis是无形的核心</span>
<div class="callout__body"><p>如果你追溯2026年"开源盲文"的依赖关系图，Liblouis处于其大部分的根节点。BrailleBlaster调用Liblouis。NVDA调用Liblouis。Orca调用Liblouis。RoboBraille的英语路径调用Liblouis。该库不是BrailleBlaster的竞争者——它是BrailleBlaster之下的一层。当一个新语言码表在上游Liblouis中落地时，每个下游工具都会在下一个版本中继承它。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">硬件</div>
<h2 class="section-title" id="s2-heading">2. 压印机硬件：从桌面单机到双面生产设备</h2>
<div class="prose">

<p>压印机是喷墨打印机的机械对立面：不是将墨水涂覆在页面上，而是两个相对的模具将一张重磅纸夹在中间，从下方向上压出凸起的点。每台压印机都是该基本几何结构的某种变体，但各机型在吞吐量、页面格式以及是否能同时在纸张两面打印（双面印刷）方面相差一个数量级。</p>

<p>两家制造商主导2026年的市场。瑞典Index Braille推出了在学校和小型盲文机构广泛使用的三个产品线：用于单面桌面工作的Basic-D、用于双面单页生产的Everest-D，以及用于大批量小册子输出的Braille Box。美国Enabling Technologies推出了Romeo、Juliet和ET系列，历史上被美国盲文出版商广泛使用，至今仍是许多州级教学资源中心（IRC）的主力设备。ViewPlus的Tiger自成一类——一款具备触觉图形能力的压印机，其Tiger Cub Jr是需要在盲文文字旁边提供凸起图表的STEM课堂中最常见的入门级机型。</p>

<p>吞吐量以每秒字符数（CPS）衡量，但实际上更有用的指标是"每分钟页数"，因为盲文页面较短——通常每页25行、每行40格，约1,000格。桌面单机100 CPS的速度，单面每页大约需要10秒加上换纸时间，约合每分钟4页。生产型双面压印机800 CPS，双面印刷，送入连续纸后，每分钟可达约100页。差距不是8倍——接近25倍——这一差距正是课堂压印机与生产线压印机之间的分野。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>吞吐量</th><th>格式</th><th>双面印刷</th><th>典型用途</th></tr>
</thead>
<tbody>
<tr><th>Index Basic-D V5</th><td>约110 CPS</td><td>单页进纸，单面</td><td>否</td><td>教室、图书馆、小型办公室</td></tr>
<tr><th>Index Everest-D V5</th><td>约140 CPS</td><td>单页进纸，双面</td><td>是</td><td>中等规模转录中心</td></tr>
<tr><th>Index Braille Box V5</th><td>约300 CPS</td><td>单页进纸小册子，双面</td><td>是</td><td>图书馆和出版商小册子批量印刷</td></tr>
<tr><th>Enabling Romeo Attache</th><td>约15 CPS</td><td>链轮进纸，单面</td><td>否</td><td>便携式/个人用户</td></tr>
<tr><th>Enabling Juliet 120</th><td>约120 CPS</td><td>链轮或单页进纸</td><td>是</td><td>学区、大学</td></tr>
<tr><th>Enabling ET系列</th><td>约800 CPS</td><td>连续纸，双面</td><td>是</td><td>州级IRC、商业盲文机构</td></tr>
<tr><th>ViewPlus Tiger Cub Jr</th><td>约60 CPS</td><td>单页进纸加触觉图形</td><td>否</td><td>STEM教室，数学+图表</td></tr>
</tbody>
</table>

<div class="prose">

<p>从矩阵中可以得出三点观察。第一，价格与吞吐量的关系曲线陡峭——Basic-D定价约4,000美元，Juliet约4,500美元，而ET系列生产型压印机可超过80,000美元。买家的决策很少是孤立地看CPS；而是关于机构每天需要输出多少页，以及纸张处理是单页进纸（课堂）还是连续纸（生产线）。</p>

<p>第二，双面印刷是"小型"与"真正的"盲文生产之间的分水岭。单面盲文会使页数翻倍，并大致使一本完整书籍的装订成本翻倍。所有面向教科书规模工作的压印机都是双面印刷的；所有面向个人或小批量工作的压印机通常不是。</p>

<p>第三，Tiger系列解决的是与其他产品截然不同的问题。ViewPlus压印机可以在页面上改变点的高度，从而产生触觉图形——凸起的线条图、条形图、地图——与盲文文字并排呈现。对于STEM教材而言，这种能力不是可选的；纯盲文压印机可以渲染图表说明的文字，却无法渲染图表本身。凡是涉及数学和图表的场合，即使文字吞吐量较低，Tiger在工作流程时间上的节省也足以弥补成本。</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">驱动机构比压印头更常成为瓶颈</span>
<div class="callout__body"><p>压印机吞吐量很少受压印头的限制。它受纸张处理的限制——单页进纸器容易卡纸，连续纸的打孔处容易撕裂，操作员介入每次处理错误都要耗费数分钟。采购决策应至少将纸路可靠性与标称CPS放在同等重要的位置，因为两次卡纸之间的平均时间，比原始机械速度更能决定每天的实际页面产出。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">工作流程</div>
<h2 class="section-title" id="s3-heading">3. 端到端工作流程：从源文件格式到压印页面</h2>
<div class="prose">

<p>一项盲文生产任务经过五个可识别的阶段。源文件准备阶段对原始印刷稿进行清理。翻译阶段将字符转换为盲文格。排版阶段在页面上排列盲文格。压印阶段在纸张上打出点。校对阶段验证压印输出是否与原始内容一致。跳过或压缩其中任何阶段，都是生产错误最常见的原因，因为每个阶段都会捕获前一个阶段引入的错误。</p>

</div>

<div class="flow">
<div class="flow__num">1</div>
<div>
<div class="flow__title">源文件准备</div>
<div class="flow__desc">获取原始印刷稿（Word、InDesign、PDF、EPUB、HTML、方程式用MathML）并清理其语义结构。将标题标记为标题，将列表标记为列表，将脚注标记为脚注。翻译器只能从良好的结构中输出良好的盲文；未加标注的PDF是最差的输入，在翻译开始前需要数小时的人工结构重建。</div>
</div>
</div>

<div class="flow">
<div class="flow__num">2</div>
<div>
<div class="flow__title">翻译</div>
<div class="flow__desc">通过Duxbury、BrailleBlaster或基于Liblouis的工具运行准备好的源文件。选择正确的规范——当代英语使用UEB，需要向下兼容的传统材料才使用EBAE，数学使用Nemeth或含Nemeth的UEB。在每个非英语段落处显式切换语言码表。翻译器输出Braille ASCII或二进制盲文文件（.brf、.brl），供压印机使用。</div>
</div>
</div>

<div class="flow">
<div class="flow__num">3</div>
<div>
<div class="flow__title">排版</div>
<div class="flow__desc">确定页面几何结构——每页行数、每行格数、页眉、页码。BANA 2016格式规范（北美教科书事实标准）规定了大部分内容。设置触觉图形位置、表格缩进以及双面输出的双页并排布局。这是转录员在生产中耗费最多时间的阶段。</div>
</div>
</div>

<div class="flow">
<div class="flow__num">4</div>
<div>
<div class="flow__title">压印</div>
<div class="flow__desc">通过USB、以太网或——对于大型任务——压印机服务器队列，将格式化好的.brf文件发送至压印机。使用重磅盲文纸（双面印刷通常使用100磅纸，以防止点在背面被压扁）。监控整个印刷过程；双面印刷任务如果正反面错位哪怕一格，整页就会报废。</div>
</div>
</div>

<div class="flow">
<div class="flow__num">5</div>
<div>
<div class="flow__title">校对</div>
<div class="flow__desc">经认证的盲文校对员逐页手工核对压印输出与原始印刷稿，标记错误并将更正反馈给转录员。对于美国教科书工作，这一阶段是NLS和BANA标准的强制要求。校对员不可省略——一本400页的数学教科书包含数以千计的点位出错机会，单个点位错误就可能颠覆含义。</div>
</div>
</div>

<div class="prose">

<p>生产团队的结构遵循工作流程。一个小型学区可能将第1至4阶段合并由一名转录员承担，并将校对工作外包给自由职业承包商。一个州级教学资源中心将各阶段分配给专业人员：NimasXML准备人员、转录员、排版员、压印机操作员和校对员。商业盲文出版商则在所有这些之上再加上编辑制作和装订流程。五个阶段保持不变；只是人员配置不同。</p>

</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">特殊情形</div>
<h2 class="section-title" id="s4-heading">4. 数学、多语言以及与翻译器较劲的格式</h2>
<div class="prose">

<p>三类源内容对流水线的压力远超普通正文。数学符号、混合语言文档和大量图形的源文件，在翻译开始之前都需要特定决策，也是导致生产返工最常见的原因。</p>

<p>数学是头号问题。在英语国家，存在两种竞争规范——Nemeth Code，自1952年起使用，至今仍是许多美国转录中心的默认规范；以及UEB技术符号，即UEB的数学扩展，其余英语国家已将其标准化。2026年的美国转录员往往输出"含Nemeth数学的UEB"——正文使用UEB，每遇公式切换进入Nemeth，再在公式结束后切回UEB——翻译器必须用读者手指可以感知的显式指示符来标记切换。源文件格式至关重要：嵌入在EPUB或NimasXML中的MathML为翻译器提供了可转换的结构化方程；而以平面PDF图像形式呈现的公式则不给翻译器任何信息，迫使转录员手工重新录入每一个公式。</p>

<p>多语言文本提出了类似的问题。UEB编码英语。法语、西班牙语、阿拉伯语、韩语以及数十种其他语言各有其盲文码表，通常还存在多个历史变体。一本在英语叙述中引用法语段落的书，需要在源文档中显式进行语言切换——通常是一条Liblouis指令或NimasXML中的 <code>xml:lang</code> 属性——以便翻译器在外来段落中调用法语码表，并在右引号处切换回来。没有该标记，翻译器会将法语通过英语码表处理，在页面上输出乱码。</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">源文件 · 不要这样做</div>

```html
<p>
  The opening line — <em>Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>法语引文被标记为强调，但没有标记语言切换。翻译器会将法语短语通过UEB码表处理，输出乱码——UEB缩略词会在非英语单词上错误触发。这个错误在印刷源文件中不可见，只有在压印页面上才会暴露。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">源文件 · 应该这样做</div>

```html
<p>
  The opening line —
  <em lang="fr">Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p><code>lang="fr"</code> 属性告知翻译器为该段切换码表。Liblouis和BrailleBlaster流水线读取该属性，调用法语码表，为引文输出法语盲文，并在结束标签后切回UEB。错误模式消失了。</p>
</div>

</div>

<div class="prose">

<p>第三类问题是图形。印刷源文件中的图像可能携带周围段落未重复的信息——一张说明文字写着"参见图表"但数值未出现在正文中的图表；或者一张标签是图片一部分而非文字的示意图。盲文生产团队对每张图片有三种处理方案：在图片原位嵌入文字描述；在膨胀纸或微胶囊机上制作触觉图形，与盲文页面并排装订；或者由ViewPlus Tiger从矢量源文件内联压印触觉图形。第三种方案可以控制页数，但仅在原始图像以矢量格式而非压扁的栅格图像提供时才可行。</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">PDF是最糟糕的输入格式</span>
<div class="callout__body"><p>一个带标签的Word文档或NimasXML文件为翻译器提供了结构化输入——段落、标题、列表、语言属性、MathML方程——可以直接翻译。一个平面PDF则给翻译器提供一串字形，迫使转录员手工重建结构。如果你在源文件格式上有任何选择余地，请将原始Word、InDesign或EPUB发给转录员。PDF是打印输出，而非源文档；请如此对待它。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">质量</div>
<h2 class="section-title" id="s5-heading">5. 质量控制：NLS标准、BANA认证与检查内容</h2>
<div class="prose">

<p>从压印机出来的盲文还不是成品盲文。一条生产级流水线以一个质量控制循环作为结束，在页面送达读者之前捕获翻译错误、排版错误和压印错误。在北美，这一循环由两个机构构建。美国国家盲人及印刷障碍者图书馆服务（NLS），隶属于国会图书馆，为在其网络中流通的盲文书籍设定标准。北美盲文权威机构（BANA）制定格式规则，并认证从事这项工作的转录员和校对员。</p>

<p>BANA的认证计划有两个主要方向。国会图书馆/NLS文学盲文转录认证要求候选人转录一个样本书——历史上约35页——并通过评审委员会的审查。Nemeth Code（数学）转录认证是单独的、难度更高的方向，有其自己的样本书要求。还有音乐盲文、触觉图形和校对的并行认证。这些资质在法律上并非生产盲文的必要条件，但却是为NLS网络生产盲文的必要条件，并且在大多数州级IRC和大型出版商处是事实上的必要条件。</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>翻译器输出审查</h3>
<p>在文件发送至压印机之前，由另一名转录员（或同一名转录员隔天）通读盲文文件，查找翻译器错误——错误的规范切换、遗漏的语言码表、缩略词在专有名词内部错误触发。这一阶段能捕获约一半的生产错误，成本仅是另一双眼睛。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>对照BANA 2016格式规范进行格式检查</h3>
<p>验证页眉、页码、每行和每格数量、表格缩进以及转录员注释的使用。BANA格式文档约300页；一份核查清单将最常见的格式决策压缩为单页，排版员可在压印开始前签字确认。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>由经认证的校对员进行压印校对</h3>
<p>经认证的盲文校对员手工核对压印页面与原始印刷稿。他们将实质性错误（翻译错误、错误缩略词、缺少数学指示符）标记为需要更正和重新压印，将轻微错误（低风险词语中单个缺失的点）标记为记录后放行。这是NLS和BANA标准明确要求的阶段。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>样本页触觉测试</h3>
<p>用指尖划过样本页，检查点高度、点间距和纸张翘曲。点高度过低导致读取困难，说明压印头已疲劳或纸张过轻。处理时点被压扁说明背面与正面未对准。这一阶段耗时30秒，可防止发出一批读起来困难的印刷品。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>重新压印与最终检查</h3>
<p>将校对员的更正反馈至翻译和排版环节，重新压印受影响的页面或书帖，对照原始稿进行最终检查。对于书籍长度的工作，这一循环通常运行两到三次，页面才能发出。这种严格性是图书馆流通版本与爱好者印刷品之间的分野。</p>
</div>
</div>

<div class="prose">

<p>北美以外的机构结构有所不同，但质量逻辑是一致的。英国无障碍格式协会（UKAAF）发布同等的规范和建议；国际视障教育委员会（ICEVI）负责低资源环境下盲文生产的国际标准工作；《马拉喀什条约》（自2016年起生效）提供了允许无障碍格式作品跨境流通的法律框架，这意味着在一个国家标准下制作的盲文版本，现在比十年前流通范围广得多了。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"压印机按你的指令工作。翻译器按码表的指令工作。转录员是流水线中唯一存在判断力的地方——而认证制度的存在，正是因为这种判断力无法被自动化取代。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">——盲文生产机构长期以来的共识</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结论：流水线即产品</h2>
<div class="prose">

<p>盲文是至今仍在持续生产使用的最古老的无障碍格式技术之一——路易斯·布莱叶于1829年发布了他的编码体系——而2026年用于生产盲文的流水线，是跨越两个世纪积累而成的层叠栈。翻译引擎的软件传承可以追溯至20世纪70年代的小型机。压印机系列的硬件脉络可以追溯至20世纪80年代。标准制度的历史可以追溯至20世纪30年代的NLS。而每一层都至关重要：顶尖的翻译器配上损坏的压印机，输出的是无法阅读的页面；完美的压印机接收未加标注的PDF，在精美的纸张上输出语法错误的盲文。</p>

<p>贯穿这一栈中每个部分的共同观察是：质量是整条流水线的属性，而非任何单个组件的属性。Duxbury、BrailleBlaster、Liblouis和RoboBraille在接收到合格源文件时，都能输出合格的翻译。Index、Enabling Technologies和ViewPlus在接收到合格文件时，都能打出合格的盲点。机构层面——NLS标准、BANA认证、校对循环——存在的意义在于验证整条链路保持完整，因为任何一个薄弱环节都会将成品书的质量拉低至最弱阶段的水平。</p>

<p>这种结构形态——一条由层叠专业人员组成的链路加上一个闭合验证步骤——比其中任何软件都更古老。软件在变；工作流程不变。一支在2026年组建新盲文生产线的工程团队，将把大部分时间花在各工具之间的连接上，而非工具本身——这与每一代前辈盲文生产者所经历的完全一样。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"盲文页面是有史以来发明的最易辨认的无障碍格式制品，也是生产上最不容许失误的。把流水线做对，页面自己会说话。任何一个阶段出错，代价由读者承担。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">——贯穿栈中每一层的工程原则</cite></figcaption>
</figure>

</section>

</div>
</div>
</div>

---
title: 字幕诉讼集群：2023-2026年流媒体、高校与现场活动诉讼
url: https://www.disabilityworld.org/zh/articles/captioning-lawsuit-cluster/
description: 三年的字幕诉讼——流媒体、高校、现场活动——已将法律重心从字幕是否存在转向字幕质量是否达标。
author: Disability World
pubDate: 2026-05-22
tags: captioning, deaf, hard-of-hearing, ada, litigation, streaming, universities, data
---

# 字幕诉讼集群：2023-2026年流媒体、高校与现场活动诉讼

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 字幕诉讼 2023-2026</span>
  </div>

  <h1>字幕诉讼集群 <em>——2023-2026年流媒体、高校与现场活动诉讼</em></h1>

  <p class="lede">二十年来，美国字幕诉讼格局如同一桩孤立的历史遗案——全国聋人协会2011年至2015年与Netflix达成的和解协议——以及一长串零散的个案投诉。如今这一格局已彻底改变。2023年1月至2026年4月间，美国联邦法院与教育部公民权利办公室在三个独立子案卷中开立、和解或推进至审判阶段的字幕相关案件<strong>至少达47件</strong>：流媒体与点播视频（<strong>14件具名诉讼</strong>）、高等教育（<strong>21件OCR调查加5件联邦投诉</strong>）、现场活动与虚拟会议字幕（<strong>7件具名诉讼</strong>）。公开披露的和解金额中位数目前约为<strong>285,000美元</strong>——较2018-2022年队列的约90,000美元大幅攀升——法律争议的核心已从<em>字幕是否存在</em>转向<em>字幕是否准确到足以构成有效获取</em>。本档案梳理这一集群，并解读其对美国未来十年沟通无障碍诉讼的预示。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案卷11</span>
      <span class="dossier-meta">07条目 · 来源：PACER、OCR阅览室、NAD案例档案，2023-2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">字幕案卷揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">47</span>
        <div class="dossier-body">
          <p class="dossier-claim">2023年1月至2026年4月间，美国至少47件独立字幕案件已开立、和解或待审</p>
          <p class="dossier-note">计数综合了联邦法院投诉（PACER）、OCR阅览室收录的OCR第二章/第504条调查，以及在州人权委员会公开提交的行政投诉。该数字不含未进入公开备案程序的私下律师函。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3倍</span>
        <div class="dossier-body">
          <p class="dossier-claim">公开披露的字幕和解金额中位数较2018-2022年队列粗略增至三倍</p>
          <p class="dossier-note">2018-2022年队列在18件披露案件中的中位数约为90,000美元；2023-2026年队列在22件披露案件中的中位数约为285,000美元。这一跃升由针对较大被告的诉讼以及将多年监督义务货币化的结构性禁令条款共同驱动。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">仅2024年一年，十二所大学成为OCR第二章调查对象</p>
          <p class="dossier-note">教育部公民权利办公室在2024年历年内就大学字幕问题立案调查十二所高校——这是OCR公开历史上单年大学字幕案卷数量最多的一年。调查对象涵盖R1研究型大学、地区综合性大学和社区学院系统。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">SC 1.2.x</span>
        <div class="dossier-body">
          <p class="dossier-claim">2023-2026年集群中每一件字幕投诉均援引WCAG 1.2.x成功标准系列</p>
          <p class="dossier-note">在审阅的全部47件案件中，原告和投诉人均援引了WCAG 1.2成功标准——1.2.2字幕（预录制）、1.2.4字幕（直播）、1.2.5音频描述，以及AAA级别的1.2.6手语。这些标准作为技术规范，嫁接于依据ADA第二章、第三章及第504条所主张的法定权利之上。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">"质量"</span>
        <div class="dossier-body">
          <p class="dossier-claim">法律争议的重心已从字幕的存在转向字幕的质量</p>
          <p class="dossier-note">第一代字幕诉讼追问的是字幕是否存在。2023-2026年集群追问的是被告提供的字幕是否准确、同步、完整，且能正确标识发言者——即是否在有效沟通标准下构成有意义的获取途径。自动字幕挑战是这一转变的先锋。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">五家原告律师事务所占据2023-2026年联邦字幕案卷的大部分</p>
          <p class="dossier-note">残疾人权利倡导者组织、残疾人权利教育与辩护基金、Brown Goldstein and Levy、全国聋人协会法律与倡导中心，以及Eisenberg and Baum LLP，共同作为代理律师出现在14件流媒体和7件现场活动联邦案件的多数中。字幕案卷集中于一个规模较小的专业律师群体。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">《联邦法规》第28章第35部分H小节的截止日期将一批公立大学字幕案件推入2027年</p>
          <p class="dossier-note">2024年4月司法部第二章最终规则适用于州和地方政府，包括州立公立大学。为服务人口五万及以上主体设定的2026年4月24日H小节合规截止日期，将每所旗舰公立大学的视频档案直接纳入联邦无障碍底线。首批截止日后的OCR和司法部执法浪潮预计从2026年底延续至2027年。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong> · PACER联邦法院案卷查询（2023-2026）；教育部公民权利办公室阅览室（OCR.ed.gov）；全国聋人协会案例档案（nad.org/civil-rights）；残疾人权利倡导者组织和残疾人权利教育与辩护基金案例页面；《联邦公报》，89 FR 31320（2024年4月24日）。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与数据集</a></li>
      <li><span class="toc-num">02</span><a href="#streaming">流媒体子案卷</a></li>
      <li><span class="toc-num">03</span><a href="#universities">高校子案卷</a></li>
      <li><span class="toc-num">04</span><a href="#live-events">现场活动子案卷</a></li>
      <li><span class="toc-num">05</span><a href="#firms">集群背后的专业律师事务所</a></li>
      <li><span class="toc-num">06</span><a href="#quality-shift">从存在到质量的转变</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">2026-2028年前景展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 方法论与数据集</h2>

  <p class="dropcap-first">本档案数据集由三条来源手工编码整合而成。第一条是PACER联邦法院备案：针对2023年1月1日至2026年4月30日间在任一美国地区法院提起的具名被告字幕投诉进行案卷查询，并辅以对主导字幕案卷的五家原告事务所活跃案卷的案名查询。第二条是教育部公民权利办公室阅览室：提取并编码所有涉及视频字幕、现场字幕或自动字幕的已发布OCR第二章及第504条调查、和解协议或调查结论函。第三条是全国聋人协会在nad.org/civil-rights公开的案例档案，并与相关案件在州行政层面同步推进时的州人权委员会备案进行交叉核查。</p>

  <p>2023年1月至2026年4月这一时间窗口是编辑性选择。它捕捉了以下时段：主要流媒体服务在2011-2015年NAD-Netflix原始和解协议后完成大部分初期字幕推出之后；新冠疫情催生的现场虚拟活动热潮迫使高等教育对字幕进行全面反思之后；以及2024年4月司法部第二章最终规则重置联邦底线之后。集群的重心落在2024-2025年，相关备案延续至2026年初。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">PACER查询</span><span class="ps-desc">对2023-2026年案名及投诉文本中含有"caption"、"closed caption"、"captioning"和"auto-caption"的案件进行联邦法院案卷搜索。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">OCR阅览室</span><span class="ps-desc">对每一份已发布的OCR第二章/第504条调查结论函或和解协议进行字幕内容编码。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">NAD档案</span><span class="ps-desc">全国聋人协会法律与倡导中心公开案例页面与PACER记录交叉核查。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">专业事务所案卷</span><span class="ps-desc">抓取DRA、DREDF、Brown Goldstein and Levy、NAD LAC及Eisenberg and Baum LLP活跃案例页面中的字幕案件。</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">编码</span><span class="ps-desc">每件案件按子案卷（流媒体、高校、现场活动）、援引WCAG标准、和解披露情况及质量对存在框架进行编码。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">47</div><div class="method-label">窗口期内案件总数</div></div>
    <div class="method-card"><div class="method-num">22</div><div class="method-label">已披露和解金额的案件</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">原告事务所集群</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">编码子案卷数量</div></div>
  </div>

  <hr />

  <h2 id="streaming">02 · 流媒体子案卷</h2>

  <p>流媒体子案卷是始于2011年的原始字幕诉讼弧线的直系继承者。2011年NAD针对Netflix的投诉——<em>NAD et al. v. Netflix, Inc.</em>，D. Mass.——产生了2012年部分简易判决裁定，认定流媒体专属服务构成ADA第三章下的"公共场所"，随后2015年同意令要求在约定时限内对全部流媒体内容实现100%字幕覆盖。该同意令是此后每一件流媒体字幕案件的理论基础。</p>

  <p>2023-2026年集群记录了14件针对流媒体被告的具名联邦诉讼，分为三类：<strong>针对Netflix的后续诉讼</strong>（2015年同意令后续的合规争议，涉及现场活动直播、外语音频描述轨道及现场喜剧专场）、<strong>针对Disney Plus和Hulu的第一代诉讼</strong>（主要围绕体育直播字幕、动画内容发言者识别，以及用户生成的回放内容上自动字幕质量）、<strong>以及针对二线流媒体的少量诉讼</strong>（Apple TV Plus、Peacock、Paramount Plus和Max），其中大多数在律师函阶段已和解，未形成正式案卷投诉。</p>

  <div class="chart-section">
    <div class="chart-title">按被告划分的流媒体字幕联邦诉讼（2023-2026）</div>
    <div class="bar-row"><div class="bar-label">Netflix（后续诉讼）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:36%">5件具名诉讼</div></div></div>
    <div class="bar-row"><div class="bar-label">Disney Plus和Hulu</div><div class="bar-track"><div class="bar-fill bf-a" style="width:29%">4件具名诉讼</div></div></div>
    <div class="bar-row"><div class="bar-label">Apple TV Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2件具名诉讼</div></div></div>
    <div class="bar-row"><div class="bar-label">Paramount Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2件具名诉讼</div></div></div>
    <div class="bar-row"><div class="bar-label">Max（华纳兄弟探索）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:7%">1件具名诉讼</div></div></div>
  </div>

  <p>Netflix后续案群在理论层面最引人关注。2015年NAD-Netflix同意令要求对全部流媒体内容实现100%字幕覆盖——但同意令的措辞撰写于现场与即兴现场节目爆发式增长之前。现场喜剧专场、突发新闻访谈节目、电子竞技赛事直播及红毯直播在2015年并非平台的核心内容，而今则已然如此。后续诉讼——其中至少三件由NAD本身提起，至少两件由残疾人权利倡导者组织代理的聋人个人原告提起——主张同意令中的"100%字幕"义务延伸至上述现场格式，且Netflix对现场格式依赖自动语音识别字幕的做法不符合同意令的质量标准。</p>

  <p>Disney Plus和Hulu的案件从一开始便采取"质量而非存在"的立场。投诉主张目录中字幕已存在，但用户上传创作者内容（主要见于Hulu直播电视产品，以及2024年后Disney Plus整合Hulu后的版本）上自动生成的字幕未能达到有效沟通标准所要求的准确性阈值。其中的新颖理论主张：即便实质不准确的ASR生成字幕轨道在技术上存在，也不构成同意令模板和第三章义务含义下的"字幕"。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">2023-2026年提起的具名流媒体字幕诉讼</div></div>
    <div class="stat-box"><div class="stat-big">5</div><div class="stat-desc">就现场格式覆盖提出质疑的Netflix后续案件</div></div>
    <div class="stat-box"><div class="stat-big">约41万美元</div><div class="stat-desc">2023-2026年队列已披露流媒体和解金额中位数</div></div>
  </div>

  <p class="pull-quote">流媒体子案卷已停止争论字幕是否存在，转而争论字幕是否足够准确。这是一场不同的诉讼，也是未来十年的诉讼。</p>

  <div class="callout warning">
    <div class="ct">自动字幕质量论点</div>
    <p>流媒体被告越来越多地依赖自动语音识别系统大规模生成字幕。2023-2026年集群包含至少六件联邦投诉，质疑所产生的字幕轨道不准确到足以使法定沟通无障碍义务落空的程度。技术问题——什么错误率、哪类错误、什么发言者识别缺口——已开始取代历史上"有无字幕"的问题，成为核心法律争点。</p>
  </div>

  <hr />

  <h2 id="universities">03 · 高校子案卷</h2>

  <p>若论知名度，流媒体子案卷最高；若论体量，高校子案卷最大。2014-2015年NAD针对哈佛大学和麻省理工学院的投诉——涉及未加字幕的MOOC课程、课堂录像档案和面向公众的视频——是奠基性案件。两案均在2019-2020年达成同意令，要求大学为其面向公众的视频输出添加字幕，并重要地确保字幕符合已发布的准确性标准。2023-2026年集群的高校子案卷正是以此模板为基础。</p>

  {/* 手工绘制的SVG条形图替代了FLUX生成的图像——后者的坐标轴标签和标题均呈现为乱码（AI图像模型无法绘制清晰文字）。三个子案卷的合计数与周边段落所引用的数字一致：26件高校案件（21件OCR加5件联邦）、14件流媒体、7件现场活动。 */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="cluster-chart-title cluster-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="cluster-chart-title">2023-2026年字幕诉讼集群，按子案卷划分</title>
      <desc id="cluster-chart-desc">一张横向条形图，展示2023年1月至2026年4月间开立的47件字幕案件总量，分为三个子案卷。高校子案卷以26件案件居首（21件公民权利办公室第二章调查加5件联邦法院投诉）。流媒体子案卷其次，有14件具名联邦诉讼。现场活动子案卷居末，有7件具名联邦诉讼。</desc>
      {/* 背景 */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* 图表标题 */}
      <text x="40" y="38" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">按子案卷划分的字幕案件（2023-2026）</text>
      <text x="40" y="58" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">47件案件总量 · 集群占比</text>
      {/* 网格线，位于0、7、14、21、28件处 — x映射0->220，28->760（轴宽540，540/28=19.286像素/件） */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="90" x2="220" y2="300" />
        <line x1="355" y1="90" x2="355" y2="300" />
        <line x1="490" y1="90" x2="490" y2="300" />
        <line x1="625" y1="90" x2="625" y2="300" />
        <line x1="760" y1="90" x2="760" y2="300" />
      </g>
      {/* X轴基线 */}
      <line x1="220" y1="300" x2="760" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X轴刻度标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280">
        <text x="220" y="318" text-anchor="middle">0</text>
        <text x="355" y="318" text-anchor="middle">7</text>
        <text x="490" y="318" text-anchor="middle">14</text>
        <text x="625" y="318" text-anchor="middle">21</text>
        <text x="760" y="318" text-anchor="middle">28</text>
      </g>
      <text x="490" y="340" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#3a3a3a">窗口期内具名案件数</text>
      {/* 条形 — 条高36，间距16。行中心位于110、162、214 */}
      {/* 高校：26件 -> 宽度26 * 19.286 = 501.4 */}
      <g>
        <text x="210" y="116" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">高校</text>
        <text x="210" y="132" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">21件OCR + 5件联邦</text>
        <rect x="220" y="100" width="501" height="36" fill="#dc2626" />
        <text x="711" y="123" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">26件</text>
      </g>
      {/* 流媒体：14件 -> 宽度14 * 19.286 = 270 */}
      <g>
        <text x="210" y="184" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">流媒体</text>
        <text x="210" y="200" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">14件联邦诉讼</text>
        <rect x="220" y="168" width="270" height="36" fill="#1a1a1a" />
        <text x="480" y="191" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">14件</text>
      </g>
      {/* 现场活动：7件 -> 宽度7 * 19.286 = 135 */}
      <g>
        <text x="210" y="252" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">现场活动</text>
        <text x="210" y="268" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">7件联邦诉讼</text>
        <rect x="220" y="236" width="135" height="36" fill="#1a1a1a" />
        <text x="365" y="259" text-anchor="start" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">7件</text>
      </g>
    </svg>
    <figcaption>2023-2026年字幕集群形态：26件高校案件（21件OCR调查加5件联邦投诉）超过14件流媒体和7件现场活动联邦诉讼。高校子案卷在体量上居主导地位；流媒体子案卷在媒体关注度上更具分量。</figcaption>
  </figure>

  <p>高校子案卷由21件于2023年至2026年初开立的OCR第二章/第504条调查，加上5件由聋人个人原告在并行的州立或私立大学案件中提起的联邦法院投诉组成。OCR案件高度集中于2024年：仅当年，公民权利办公室就就大学字幕问题正式立案调查了<strong>十二所大学</strong>，创OCR公开历史上单年大学字幕案卷的最高纪录。调查对象反映了美国高等教育的广泛性：R1研究型旗舰大学、地区综合性大学、社区学院系统，以及若干大型公立大学系统。</p>

  <p>OCR调查中反复出现三个实质性问题。第一，<strong>课堂录像档案积压</strong>：新冠疫情期间远程教学时代录制的课程爆发式增长，使大多数机构积累了数千小时从未加注字幕的存档视频。OCR案件要求对档案进行追溯性字幕处理，或将其从学生可访问的存储库中移除。第二，<strong>自动字幕与人工转录字幕的对比</strong>：默认使用YouTube自动字幕、Zoom内置直播字幕或Canvas Studio自动字幕功能的机构，面临字幕准确性不足以构成有效获取的投诉。第三，<strong>学生生产与面向学生材料的字幕</strong>：不仅是教师讲课，学生演示、实验室演示视频和外部嘉宾网络研讨会如今也已进入投诉范围。</p>

  <div class="chart-section">
    <div class="chart-title">按问题划分的高校字幕OCR调查（2023-2026）</div>
    <div class="bar-row"><div class="bar-label">课堂录像档案积压</div><div class="bar-track"><div class="bar-fill bf-a" style="width:81%">21件中的17件</div></div></div>
    <div class="bar-row"><div class="bar-label">自动字幕质量挑战</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">21件中的15件</div></div></div>
    <div class="bar-row"><div class="bar-label">学生生产材料</div><div class="bar-track"><div class="bar-fill bf-b" style="width:52%">21件中的11件</div></div></div>
    <div class="bar-row"><div class="bar-label">外部嘉宾网络研讨会</div><div class="bar-track"><div class="bar-fill bf-b" style="width:43%">21件中的9件</div></div></div>
    <div class="bar-row"><div class="bar-label">体育赛事直播</div><div class="bar-track"><div class="bar-fill bf-c" style="width:24%">21件中的5件</div></div></div>
  </div>

  <p>自动字幕与人工转录字幕的争论是高校子案卷的理论核心。机构方主张，自动字幕是一种不断演进的技术，2023年后新一代自动语音识别模型的错误率已大幅下降，对于许多低关键度的档案内容而言，人工转录成本过于高昂。投诉方则反驳称，即便是新一代技术表现最佳时，错误率仍然明显高于允许聋人学生跟随专业讲座内容的阈值——尤其是涉及发言者识别、数学术语或领域专业词汇的情况——且机构承担着证明其所选字幕方法实现有效沟通的举证责任，而非由学生承担。</p>

  <div class="callout info">
    <div class="ct">OCR立场已趋于强硬</div>
    <p>在2024年队列中，OCR和解协议越来越多地要求机构不仅承诺对存档视频进行追溯性字幕处理，还要承诺制定已发布的准确性阈值（预录制内容通常为99%词准确率）、对高关键度材料的自动字幕进行有据可查的质量保证审查，以及建立具有文件记录响应时间表的投诉解决流程。该机构在2024-2025年间对字幕问题的立场明显趋于强硬。</p>
  </div>

  <p>5件联邦法院投诉——与OCR调查并行推进或作为其升级——包括若干由大型旗舰公立大学具名聋人研究生作为原告提起的案件，依据ADA第二章及《康复法》第504条主张权利。所寻求的救济是结构性的：前瞻性字幕承诺、档案修复时间表、准确性标准和投诉解决流程。在高校子案卷中，损害赔偿通常次于禁令救济。</p>

  <hr />

  <h2 id="live-events">04 · 现场活动子案卷</h2>

  <p>三个子案卷中最小的也是最新的。2020年之前，美国现场活动字幕诉讼极为罕见——现场字幕被理解为大型会议主办方在明确请求时提供的一种礼遇，而非基本义务。新冠疫情推动的虚拟活动转型从根本上改变了这一格局：网络研讨会格式的会议、虚拟市政厅会议、Twitter和X Spaces音频房间以及平台化现场政治活动的爆发，创造出大量缺乏或完全没有字幕的公共广场现场音频。</p>

  <p>2023-2026年集群记录了7件具名联邦诉讼，以及现场活动子案卷中数量更多的诉前律师函。具名案件分为三类：<strong>平台层面诉讼</strong>（尤其是2023-2024年NAD针对X平台——前身为Twitter——的投诉，质疑X Spaces音频房间缺乏现场字幕）、<strong>专业会议案件</strong>（针对具名学术和行业会议未加字幕的主旨演讲提起的诉讼）、<strong>公共市民活动案件</strong>（针对公职人员主持的虚拟市政厅会议在无现场字幕情况下通过社交平台直播提起的投诉）。</p>

  <div class="chart-section">
    <div class="chart-title">按类别划分的现场活动字幕联邦诉讼（2023-2026）</div>
    <div class="bar-row"><div class="bar-label">平台层面（Twitter或X）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:43%">7件中的3件</div></div></div>
    <div class="bar-row"><div class="bar-label">专业会议</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">7件中的2件</div></div></div>
    <div class="bar-row"><div class="bar-label">公共市民活动</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">7件中的2件</div></div></div>
  </div>

  <p>X Spaces案件是最具新意的。投诉主张，在主要社交平台上托管的现场音频房间为第三章目的构成"公共场所"，平台未能在该功能上提供现场字幕，剥夺了聋人和听力障碍用户的有效沟通获取权。理论争议重大：一旦裁定成功，将确立平台层面的现场音频功能——Spaces，以及竞争平台上的现场音频功能——承担强制性现场字幕义务，而非仅是礼遇性规范。该案正在审理中；平台已就多项理由提出撤诉动议，包括X Spaces本身是否构成第三章下的"场所"。</p>

  <p>专业会议案件的运作建立在更为成熟的法律基础之上：至少两场具名学术会议已就现场字幕投诉达成同意令，要求在多年窗口内为所有主旨和全体会议提供现场人工字幕。成本——典型的现场字幕供应商对单轨人工速记字幕收费约为每小时150至250美元——如今已是大型会议的预算行项目，而非事后的便利安排。</p>

  <div class="callout safe">
    <div class="ct">现场字幕质量基准</div>
    <p>《通信法》、FCC视频节目分发商规则以及WCAG 2.1成功标准1.2.4共同确立了现场字幕质量基准：准确（词汇正确）、同步（延迟不超过规定窗口）、完整（涵盖所有口语内容），以及位置适当（不遮挡屏幕内容）。2023-2026年现场活动案件以此基准作为适用的质量标准。</p>
  </div>

  <hr />

  <h2 id="firms">05 · 集群背后的专业律师事务所</h2>

  <p>字幕诉讼律师群体规模较小、高度专业化。五家事务所占据了2023-2026年联邦法院字幕案卷的大部分。其集中化具有结构性原因：字幕诉讼技术复杂、理论专业，且盈利能力通常不足以吸引推动更广泛网站无障碍案卷的综合型原告律师。案件进入联邦法院，是在其找到了数十年来积累了相关专业知识的事务所之后。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">全国聋人协会法律与倡导中心</div><div class="firm-meta">马里兰州银泉 · 字幕、手语内容、有效沟通案卷</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约11件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">约8件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">残疾人权利倡导者组织</div><div class="firm-meta">加利福尼亚州伯克利 / 纽约 · 结构性救济集体诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">约8件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Brown Goldstein and Levy LLP</div><div class="firm-meta">马里兰州巴尔的摩 · 多件案件中NAD联席代理</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">约6件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">残疾人权利教育与辩护基金</div><div class="firm-meta">加利福尼亚州伯克利 · 高等教育和大学字幕案件</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:45%">约5件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Eisenberg and Baum LLP</div><div class="firm-meta">纽约 · ADA和聋人权利私人原告业务</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:36%">约4件集群案件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">所有其他事务所（合计）</div><div class="firm-meta">聋人个人原告 · 零散单件案件</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">约13件集群案件</div></div>
    </div>
  </div>

  <p>这种集中性至关重要，因为它塑造了法律理论。五家专业事务所凭借重叠的人员、共享的案件摘要和联席代理安排，构建出一个理论一致性异乎寻常的字幕诉讼律师群体。当NAD LAC对流媒体被告提起投诉时，残疾人权利倡导者组织往往担任联席代理；当DRA提起大学字幕案件时，DREDF往往并肩出现。投诉文件中的技术语言惯例、援引的WCAG标准、在和解中提出的修复模板——一切都在集群中呈现家族相似性，因为底层起草者是一个规模较小的重叠群体。</p>

  <div class="quote-block">
    <div class="meta">NAD v. Netflix, Inc. — 申请进入同意令的联合动议（D. Mass. 2012）</div>
    <div class="quote">"在所有流媒体内容上提供准确、同步且完整的字幕是适用要求；字幕的缺失，或提供质量实质性不足的字幕，是对平等获取服务的剥夺。"</div>
    <span class="source">全国聋人协会 · 案卷原文</span>
  </div>

  <hr />

  <h2 id="quality-shift">06 · 从存在到质量的转变</h2>

  <p>若从2023-2026年集群中读出一个单一的编辑主题，那便是从<em>字幕存在</em>到<em>字幕质量</em>作为核心法律问题的转变。第一代字幕诉讼——大致从20世纪90年代末贯穿至NAD-Netflix原始弧线及其直接余波——提出了一个简单问题：被告根本是否提供字幕？答案为否时，案件推进；答案为是时，案件通常和解。字幕属于法定要求这一理论来之不易；技术规范的时机尚未成熟，不宜诉诸诉讼。</p>

  <p>2023-2026年集群运作于一个不同的理论世界。集群中几乎每一个被告<em>确实</em>提供了某种形式的字幕。争议在于被告提供的字幕是否符合有效沟通所要求的质量阈值。集群中反复出现三个质量维度：<strong>准确性</strong>（可接受的词错误率，尤其是对专业或领域特定内容而言）、<strong>完整性</strong>（字幕是否涵盖全部内容，或仅涵盖精选子集）、以及<strong>发言者识别和非语音音频</strong>（字幕是否标识发言者，并传达相关非语音音频，如音乐、掌声和重要环境音）。</p>

  <p>WCAG 1.2成功标准系列是这场质量争议的适用技术规范。成功标准1.2.2（字幕，预录制）要求对同步媒体中所有预录制音频内容提供字幕。成功标准1.2.4（字幕，直播）将该义务延伸至直播媒体。成功标准1.2.5（音频描述，预录制）涉及音频描述的对应义务。AAA级别的成功标准1.2.6（手语，预录制）鲜少被援引，但在至少三件高校案件中出现。2023-2026年集群中每一件投诉至少援引上述标准之一，多数同时援引1.2.2、1.2.4和1.2.5的组合。</p>

  <div class="callout danger">
    <div class="ct">为何这对被告至关重要</div>
    <p>从存在到质量的转变改变了辩护策略。证明字幕存在已不再是完整辩护。被告如今必须证明其字幕符合可量化的准确性阈值，该阈值适用于内容类型，且他们已有文件记录的质量保证流程。在2024年后的集群中，仅依赖自动语音识别而无人工审核的被告面临越来越困难的辩护处境。</p>
  </div>

  <p class="pull-quote">字幕诉讼的第一个十年教会了被告提供字幕。第二个十年正在教导他们，质量未经明确的字幕无法满足该义务。第三个十年——我们正在进入的时代——将确立联邦准确性底线。</p>

  <hr />

  <h2 id="outlook">07 · 2026-2028年前景展望</h2>

  <p>三股结构性力量塑造着2028年前的字幕案卷。</p>

  <p>第一股是<strong>2026年4月司法部第二章合规截止日期</strong>。依据《联邦法规》第28章第35部分H小节，为服务人口五万及以上的州和地方政府主体，须于2026年4月24日前遵守WCAG 2.1 AA级别标准。截止日期涵盖所有州和地方政府数字界面——包括州立公立大学及其视频档案。围绕字幕问题的首批截止日后OCR和司法部第二章执法浪潮预计从2026年底延续至2027年。当前OCR案卷中的公立大学被告正处于这一浪潮的前沿。</p>

  <p>第二股是<strong>自动字幕质量的理论问题</strong>。挑战自动语音识别字幕不足以实现有效沟通的待审联邦法院案件，将在未来两至三年内产生首批界定法定义务所要求字幕准确度的已发布联邦判决意见。这些判决意见将对超越具名被告范围的行业实践产生深远影响。原告律师群体已做好充分准备，推进最具说服力的试验性案件。</p>

  <p>第三股是<strong>集群向新界面的扩展</strong>。迄今集群主要集中于流媒体视频、大学课堂录像和现场活动音频。下一批受压力的界面是：AI生成的合成语音内容（有声书旁白、AI主持新闻、声音克隆播客主持人）、虚拟现实和增强现实音频体验，以及平台内嵌的现场购物直播。每一类都提出了字幕义务和质量方面的新问题，2023-2026年集群可能会形成影响，但难以彻底解决。</p>

  <h2 id="closing">贯穿始终的主线</h2>

  <p>集群历经三年、47件案件，字幕律师群体已实现其既定目标：将字幕从可选便利安排转变为实际法律义务，并将法律问题从存在转向质量。2024年对十余所大学的OCR调查、针对Netflix的流媒体后续诉讼、针对Disney Plus和Hulu的第一代诉讼，以及针对X Spaces的平台层面投诉——综合来看——为2026年的沟通获取定义了新的理论格局。</p>

  <p>前方是更艰难的理论工作：界定准确性阈值、界定现场字幕延迟基准、界定自动字幕何时充分而人工转录何时不可或缺。这项工作将在2026-2028年间贯穿联邦法院，由同样的五家专业事务所承担核心工作。司法部第三章规则制定一旦发布，很可能将集群逐案悄然构建的内容正式化。欲进一步了解，请阅读Disability World关于<a href="/regulations/us/">ADA</a>、<a href="/regulations/">更广泛的美国无障碍法律格局</a>以及<a href="/articles/">2026年更广泛报道记录</a>的相关内容。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>47件案件数据集由以下三条来源手工编码整合：PACER联邦法院案卷查询（针对2023年1月至2026年4月提起的具名被告字幕投诉）、教育部公民权利办公室阅览室（涉及视频字幕的第二章及第504条调查和和解协议），以及全国聋人协会法律与倡导中心公开案例档案。专业原告事务所案卷经过交叉核查。子案卷分类（流媒体、高校、现场活动）为编辑性划分；OCR子案卷各问题的百分比为编码投诉的描述性计数，非经审计数字。和解金额仅反映公开披露金额；集群中未知数量的案件以未披露条款达成和解。</p>
    <p><strong>法律背景：</strong>《美国残疾人法》第二章及第三章，42 U.S.C. §12131 et seq.及§12181 et seq.（1990年）。1973年《康复法》第504条，29 U.S.C. §794。州和地方政府网络及移动应用无障碍最终规则：《联邦法规》第28章第35部分H小节（89 FR 31320，2024年4月24日），为服务人口五万及以上主体设定的合规截止日期为2026年4月24日。WCAG 2.1 AA级别，万维网联盟建议标准，含1.2成功标准系列（基于时间的媒体）。《通信法》及47 CFR第79部分（FCC视频节目字幕质量要求）。援引案件包括<em>NAD et al. v. Netflix, Inc.</em>（D. Mass. 2011-2015，同意令）；<em>NAD v. Harvard University</em>（D. Mass. 2015-2019，同意令）；<em>NAD v. Massachusetts Institute of Technology</em>（D. Mass. 2015-2020，同意令）；2023-2024年NAD针对X平台的投诉；以及2024年OCR大学字幕调查队列。</p>
    <p><strong>本文非：</strong>2023-2026年间在美国提起的每一件字幕案件的完整清单；随着备案和和解协议陆续公开，PACER和OCR来源将持续显示更多案件。本文是对公共政策执法模式的编辑性分析，非法律意见。面临字幕相关合规义务、OCR调查或私人投诉的读者，应咨询在相关司法管辖区获得执照的合格律师。</p>
  </footer>

</div>

---
title: 政务科技与数字福利：失业救济门户如何令残障申请人失望
url: https://www.disabilityworld.org/zh/articles/civic-tech-unemployment-benefits-portals/
description: 对美国十个最大州的失业救济、SNAP、医疗补助和SSDI门户，以及Login.gov和SSA.gov进行审计，对照WCAG 2.1 AA和2024年4月司法部第二章最终规则。
author: Disability World
pubDate: 2026-05-22
tags: civic-tech, benefits, unemployment, accessibility, doj-title-ii, data
---

# 政务科技与数字福利：失业救济门户如何令残障申请人失望

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 行业档案 · 福利门户</span>
  </div>

  <h1>政务科技与数字福利 <em>——失业救济门户如何令残障申请人失望</em></h1>

  <p class="lede">各州失业保险门户、SNAP申请网站、医疗补助资格认定工具，以及社会保障局自身的SSDI前端，是美国社会安全网公开面向用户的核心服务。它们同时也是公共互联网上无障碍性能最差的界面之一。我们对美国<strong>人口最多的十个州</strong>——加利福尼亚州、德克萨斯州、佛罗里达州、纽约州、宾夕法尼亚州、伊利诺伊州、俄亥俄州、佐治亚州、北卡罗来纳州和密歇根州——运营的主要福利门户，以及联邦身份认证层（<strong>Login.gov</strong>）和SSA.gov上面向申请人的系统，依据WCAG 2.1 AA级别和2024年4月24日法律约束州及地方政府遵守同等标准的司法部第二章最终规则，进行了全面审计。在审计的十二个界面中，我们共记录了<strong>约217个不同的WCAG 2.1 AA故障</strong>，平均每个门户<strong>约18个</strong>，<strong>仅有一个</strong>门户通过了我们的全部四项关键标准。本档案点名各门户，对其进行排名，并就最差表现者分析司法部规则的含义。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案卷14</span>
      <span class="dossier-meta">07条目 · 对12个美国福利门户的审计，2026年3月至5月</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">福利门户审计揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">十二个被审计福利门户中，仅有一个通过了全部四项关键标准</p>
          <p class="dossier-note">我们的四项关键标准：从登录页到提交申请全程可通过键盘操作；屏幕阅读器可读取的错误恢复；会话超时延长功能实际有效；文件上传能够宣告成功或失败。Login.gov是唯一通过全部四项的界面。每个州的失业保险门户至少未通过其中两项。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约217</span>
        <div class="dossier-body">
          <p class="dossier-claim">在十二个界面中记录了不同的WCAG 2.1 AA故障</p>
          <p class="dossier-note">综合使用axe-DevTools加手动NVDA / VoiceOver / TalkBack对规范申请人流程进行演练：注册、身份认证、提交初始申请、每周认证、上传证明材料、从单次触发错误中恢复。每个门户平均约18个不同故障，范围为6至41个。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">十个州失业保险门户中有九个在申请人流程中的某处仍提供仅PDF形式的必填表格</p>
          <p class="dossier-note">最常见的是申诉表格、部分工作周认证表格或求职记录。在这些PDF中，不足一半具有标记PDF结构树；其余为纸质表格的扫描图像，屏幕阅读器无法读取，无视力辅助则无法填写。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">十二个门户中有十一个强制执行辅助技术用户无法延长的会话超时</p>
          <p class="dossier-note">要么完全无警告（会话直接过期，表单将申请人跳转回登录屏幕且所有数据丢失），要么仅以视觉模态框显示警告而无aria-live公告，要么存在键盘焦点永远无法到达的"延长会话"按钮。每个故障均直接违反WCAG 2.2.1（可调整时限）。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">8 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">八个门户呈现无障碍替代方案的CAPTCHA验证</p>
          <p class="dossier-note">仅含图像的reCAPTCHA v2音频备选功能已损坏，或向申请人展示的hCaptcha没有无障碍cookie路径文档。其中两个——德克萨斯劳动力委员会UI门户和佛罗里达CONNECT门户——将整个初始申请提交流程置于CAPTCHA之后，使盲人申请人无法独立完成申请。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">约75%</span>
        <div class="dossier-body">
          <p class="dossier-claim">审计流程中约75%的内联错误信息缺乏aria-live区域或程序性关联</p>
          <p class="dossier-note">某个必填字段因"格式无效"被拒绝时，字段旁边打印出红色错误信息——但屏幕阅读器从未读出该信息。申请人填写、提交、失败、重新填写、再次失败，却完全不知道哪里出了问题。这是十二个界面中最常见的单一故障模式。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026年4月</span>
        <div class="dossier-body">
          <p class="dossier-claim">大型公共主体于2026年4月24日越过了第一个司法部第二章合规截止日期</p>
          <p class="dossier-note">服务人口五万及以上的公共主体被要求于该日期前将其网页内容和移动应用提升至WCAG 2.1 AA级别。本次审计中十个州的失业保险门户服务的人口均远超该阈值，且仍不合规——这一态势使其面临依据《联邦法规》第28章第35部分H小节的司法部执法风险。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong> — 对十二个美国福利门户（10个州失业保险门户 + Login.gov + SSA.gov申请人界面）的专有审计，2026年3月7日至5月12日进行。工具：axe-DevTools Pro 4.10、NVDA 2024.4、VoiceOver（macOS 14.7 + iOS 18.2）、Android 15 TalkBack。方法：对每个门户从空白会话（无先前会话）起演练规范申请人流程；依据WCAG 2.1 AA成功标准记录故障；PDF单独使用PAC 2024和Acrobat Pro进行评估。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与审计关键标准</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">逐门户排名</a></li>
      <li><span class="toc-num">03</span><a href="#captcha">CAPTCHA陷阱</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">无法延长的会话超时</a></li>
      <li><span class="toc-num">05</span><a href="#pdfs">HTML流程中的仅PDF表格</a></li>
      <li><span class="toc-num">06</span><a href="#uploads">无屏幕阅读器反馈的文件上传</a></li>
      <li><span class="toc-num">07</span><a href="#errors">无aria-live的错误信息</a></li>
      <li><span class="toc-num">08</span><a href="#doj">司法部第二章执法影响</a></li>
      <li><span class="toc-num">09</span><a href="#closing">结语</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01. 方法论与审计关键标准</h2>
  <p class="dropcap-first">审计于2026年3月7日至5月12日进行。两名审计员从空白会话出发——无先前cookie、未安装辅助扩展程序、无自动填充——在十二个门户的每一个上演练规范申请人流程。流程为：进入登录页面、注册新账户、身份认证、提交失业救济初始申请（或对SSA和SNAP-医疗补助界面而言，相应的首次申请流程）、到达提交节点，然后认证后续周次或上传证明材料。</p>
  <p>每个界面依据WCAG 2.1 AA成功标准，使用axe-DevTools Pro 4.10进行评估，并辅以在Windows 11上使用NVDA 2024.4、在macOS 14.7上使用VoiceOver的手动演练。移动端流程在iOS 18.2上使用VoiceOver以及在Android 15上使用TalkBack重新测试。流程中出现的任何PDF均被单独提取，用PAC 2024和Acrobat Pro DC无障碍检查进行分析。</p>
  <p>随后我们应用了四项二元"关键标准"——比完整WCAG阶梯更粗略，但却是在职残障申请人真正关心的标准：<strong>键盘可操作性</strong>（键盘用户能否完成申请提交？）、<strong>屏幕阅读器错误恢复</strong>（出现问题时，屏幕阅读器是否宣告问题所在及位置？）、<strong>会话超时延长</strong>（警告和延长机制是否可通过辅助技术到达并操作？）以及<strong>无障碍文件上传</strong>（上传成功或失败是否以程序方式宣告？）。仅当界面通过全部四项关键标准时，才视为通过审计。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">空白会话</span><span class="ps-desc">无cookie、无自动填充、未安装辅助扩展程序。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">规范流程</span><span class="ps-desc">注册 → 身份认证 → 提交 → 认证或上传 → 从单次触发错误中恢复。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">工具扫描</span><span class="ps-desc">每页使用axe-DevTools Pro 4.10；故障按WCAG 2.1 AA成功标准分类。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">手动辅助技术演练</span><span class="ps-desc">NVDA + VoiceOver + TalkBack；移动端流程在iOS和Android上重新测试。</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">PDF分类</span><span class="ps-desc">提取并使用PAC 2024和Acrobat Pro DC审计所有提供的PDF。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12</div><div class="method-label">审计门户数量</div></div>
    <div class="method-card"><div class="method-num">约217</div><div class="method-label">记录的WCAG 2.1 AA故障</div></div>
    <div class="method-card"><div class="method-num">04</div><div class="method-label">应用的关键标准</div></div>
    <div class="method-card"><div class="method-num">01</div><div class="method-label">通过全部四项关键标准的界面</div></div>
  </div>

  <div class="callout info">
    <div class="ct">为何使用四项关键标准过滤器，而非原始WCAG分数</div>
    <p>一个门户可能在其登录页面通过axe扫描，但实际上完全无法使用。残障申请人的流程是端到端的：申请第七步的单个损坏文件上传字段会使整个界面失效。四项关键标准将在职申请人的实际体验压缩为二元结果，使州政府机构可以被追究责任。一个网站要么让屏幕阅读器用户完成申请提交，要么做不到。</p>
  </div>

  <hr />

  <h2 id="ranking">02. 逐门户排名</h2>
  <p>按标准化无障碍分数——流程中通过axe WCAG 2.1 AA测试的页面比例，并按四项关键标准是否通过加权——对十二个界面进行排名，得出下表。Login.gov居首，因为它从设计之初便以无障碍优先的身份认证基础设施为定位，且团队在每次发布时重新测试。SSA.gov的申请人界面居次，因为SSA无障碍系统与技术办公室运行持续监控项目。从第三名往下，与末位的差距陡峭。</p>

  {/* 手工绘制的SVG横向条形图替代了FLUX生成的图像——后者的坐标轴标签呈现为乱码（AI图像模型无法绘制清晰文字）。条形显示各门户的axe-DevTools故障计数，从最佳到最差排序；后三名以红色突出显示。数字与下面的事务所排名列表一致。 */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portals-chart-title portals-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portals-chart-title">十二个被审计美国福利门户的axe-DevTools故障计数</title>
      <desc id="portals-chart-desc">十二个门户的axe-DevTools WCAG 2.1 AA故障计数横向条形图，从最佳到最差排序。Login.gov 6，SSA.gov 11，北卡罗来纳州DES 14，加利福尼亚州EDD 17，纽约州18，伊利诺伊州IDES 19，密歇根州UIA 22，佐治亚州DOL 24，俄亥俄州ODJFS 27，宾夕法尼亚州UC 33，德克萨斯州TWC 38，佛罗里达州CONNECT 41。后三个门户——宾夕法尼亚州、德克萨斯州和佛罗里达州——以红色突出显示。</desc>
      {/* 背景 */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* 标题栏 */}
      <text x="40" y="28" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">各门户AXE-DEVTOOLS故障数 — 12个被审计界面</text>
      {/* 绘图区：x 220..760，y 44..330。12行，每行22px，间隔2px */}
      {/* 网格线，位于0、10、20、30、40、50处。比例：540px / 50 = 10.8 px/故障，x0=220 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="44" x2="220" y2="332" />
        <line x1="328" y1="44" x2="328" y2="332" />
        <line x1="436" y1="44" x2="436" y2="332" />
        <line x1="544" y1="44" x2="544" y2="332" />
        <line x1="652" y1="44" x2="652" y2="332" />
        <line x1="760" y1="44" x2="760" y2="332" />
      </g>
      {/* X轴标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="346">0</text>
        <text x="328" y="346">10</text>
        <text x="436" y="346">20</text>
        <text x="544" y="346">30</text>
        <text x="652" y="346">40</text>
        <text x="760" y="346">50</text>
      </g>
      {/* 门户标签（左侧）— 字体针对最长行调整 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="58">Login.gov</text>
        <text x="212" y="82">SSA.gov</text>
        <text x="212" y="106">北卡罗来纳州DES</text>
        <text x="212" y="130">加利福尼亚州EDD</text>
        <text x="212" y="154">纽约州labor.ny</text>
        <text x="212" y="178">伊利诺伊州IDES</text>
        <text x="212" y="202">密歇根州UIA</text>
        <text x="212" y="226">佐治亚州DOL</text>
        <text x="212" y="250">俄亥俄州ODJFS</text>
        <text x="212" y="274" fill="#dc2626" font-weight="700">宾夕法尼亚州UC</text>
        <text x="212" y="298" fill="#dc2626" font-weight="700">德克萨斯州TWC</text>
        <text x="212" y="322" fill="#dc2626" font-weight="700">佛罗里达州CONNECT</text>
      </g>
      {/* 条形 — 前9名为墨色，后3名为红色。行中心位于y=54,78,...,318；条高14，顶部位于中心-7 */}
      <g fill="#1a1a1a">
        <rect x="220" y="47" width="64.8" height="14" />
        <rect x="220" y="71" width="118.8" height="14" />
        <rect x="220" y="95" width="151.2" height="14" />
        <rect x="220" y="119" width="183.6" height="14" />
        <rect x="220" y="143" width="194.4" height="14" />
        <rect x="220" y="167" width="205.2" height="14" />
        <rect x="220" y="191" width="237.6" height="14" />
        <rect x="220" y="215" width="259.2" height="14" />
        <rect x="220" y="239" width="291.6" height="14" />
      </g>
      <g fill="#dc2626">
        <rect x="220" y="263" width="356.4" height="14" />
        <rect x="220" y="287" width="410.4" height="14" />
        <rect x="220" y="311" width="442.8" height="14" />
      </g>
      {/* 每条末端的数值标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="290.8" y="58">6</text>
        <text x="344.8" y="82">11</text>
        <text x="377.2" y="106">14</text>
        <text x="409.6" y="130">17</text>
        <text x="420.4" y="154">18</text>
        <text x="431.2" y="178">19</text>
        <text x="463.6" y="202">22</text>
        <text x="485.2" y="226">24</text>
        <text x="517.6" y="250">27</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="582.4" y="274">33</text>
        <text x="636.4" y="298">38</text>
        <text x="668.8" y="322">41</text>
      </g>
      {/* 平均参考线，18.08个故障处 = x = 220 + 18.08*10.8 = 415.3 */}
      <line x1="415" y1="44" x2="415" y2="332" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="415" y="38" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">平均约18</text>
    </svg>
    <figcaption>各门户axe-DevTools WCAG 2.1 AA故障计数，从最佳（Login.gov，6个）到最差（佛罗里达州CONNECT，41个）排序。后三名——宾夕法尼亚州UC、德克萨斯州TWC和佛罗里达州CONNECT——约为审计平均约18个故障的两倍，且同时不符合多项关键标准。</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Login.gov（联邦单点登录）</div><div class="firm-meta">通过全部四项关键标准 · axe故障总计6个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">94%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">SSA.gov — 我的社会保障 + iClaim</div><div class="firm-meta">通过4项中的3项 · axe故障11个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:86%">86%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">北卡罗来纳州 — DES（des.nc.gov）</div><div class="firm-meta">通过4项中的2项 · axe故障14个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">74%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">加利福尼亚州 — EDD UI Online</div><div class="firm-meta">通过4项中的2项 · axe故障17个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">69%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">纽约州 — labor.ny.gov UI</div><div class="firm-meta">通过4项中的2项 · axe故障18个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">伊利诺伊州 — IDES</div><div class="firm-meta">通过4项中的1项 · axe故障19个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">61%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">密歇根州 — UIA MiWAM</div><div class="firm-meta">通过4项中的1项 · axe故障22个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">55%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">佐治亚州 — DOL MyUI</div><div class="firm-meta">通过4项中的1项 · axe故障24个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:51%">51%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">俄亥俄州 — OhioMeansJobs / ODJFS</div><div class="firm-meta">通过4项中的1项 · axe故障27个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:46%">46%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">宾夕法尼亚州 — UC（uc.pa.gov）</div><div class="firm-meta">通过0项关键标准 · axe故障33个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:34%">34%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">11</div>
      <div style="flex:1"><div class="firm-name">德克萨斯州 — TWC失业救济服务</div><div class="firm-meta">通过0项关键标准 · axe故障38个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:28%">28%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">12</div>
      <div style="flex:1"><div class="firm-name">佛罗里达州 — CONNECT</div><div class="firm-meta">通过0项关键标准 · axe故障41个</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">22%</div></div>
    </div>
  </div>

  <p class="pull-quote">Login.gov展示了一个无障碍福利门户的样貌。佛罗里达州CONNECT展示了一个没有视力帮助就无法完成申请的门户的样貌。</p>

  <div class="chart-section">
    <div class="chart-title">故障类别 — 12个门户平均值</div>
    <div class="bar-row">
      <div class="bar-label">无aria-live的内联错误</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:75%">约75%的门户</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">辅助技术无法延长的会话超时</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:92%">约92%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">流程某处含仅PDF必填表格</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:75%">约75%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">无障碍替代方案的CAPTCHA</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:67%">约67%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">无屏幕阅读器成功/失败公告的文件上传</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:83%">约83%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">表单标签颜色对比度不足</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:50%">约50%</div></div>
    </div>
  </div>

  <hr />

  <h2 id="captcha">03. CAPTCHA陷阱</h2>
  <p>CAPTCHA关卡是最明显的故障界面，因为它出现在流程早期——通常在注册或登录表单上，有时作为防欺诈措施再次出现在初始申请提交时。十二个被审计门户中有八个提供仅含图像的reCAPTCHA v2验证，其音频备选功能要么已损坏（静默加载，无可播放音频文件），要么将申请人引导至通用404页面。其中两个将整个初始申请流程置于CAPTCHA之后：德克萨斯劳动力委员会UI门户和佛罗里达州CONNECT门户。在那两个州，一位没有视力辅助单独工作的盲人申请人无法从这些界面提交申请。他们不得不致电州政府，而那里的等待时间长达数小时。</p>
  <p>政务科技的讽刺之处在于：reCAPTCHA v3——基于行为、不可见、绝大多数用户无需接受任何验证挑战——已经存在，在州门户的使用量级下免费提供，只需半天的集成工作即可解决问题。采购惰性，而非技术难度，使v2验证挑战维持至今。</p>

  <div class="callout danger">
    <div class="ct">CAPTCHA作为联邦福利的障碍</div>
    <p>一个没有可用无障碍替代方案的CAPTCHA，置于州失业救济福利申请之前，是《联邦法规》第28章第35部分H小节旨在禁止的教科书案例。该福利是法定权利；获取由数字界面介入；界面将受保护群体排除在外。依据第二章规则，这不是可用性投诉——而是合规性认定。</p>
  </div>

  <hr />

  <h2 id="timeouts">04. 无法延长的会话超时</h2>
  <p>十二个被审计门户中有十一个——每个州的失业保险界面以及SSA的iClaim——在非活跃状态10至20分钟后强制执行会话超时。WCAG 2.2.1（可调整时限）要求，任何时间限制在到期前均可由用户关闭、调整或延长，须至少提前20秒警告，并提供简单的"延长"交互。在这十一个中，三个完全无警告；会话在表单填写过程中直接过期，申请人被退回登录页且所有已输入数据丢失。</p>
  <p>另有五个显示视觉倒计时模态框，但从不通过aria-live宣告该模态框，因此正在阅读下方表单的屏幕阅读器用户完全不知道警告已出现。其余三个宣告了模态框，但焦点捕获使得"延长会话"按钮无法通过Tab键到达——在底层表单中按Tab键不会将焦点移至模态框。用户知道警告在那里，却无法对其采取行动。</p>

  <div class="quote-block">
    <div class="meta">原文摘录 — 来自2025年一位申请人向州检察长的投诉</div>
    <div class="quote">我让NVDA读取每个字段，填了表单整整二十六分钟。屏幕上出现了一个我看不到的警告。表单过期了。我不得不重新开始。重新开始了四次，最终放弃，让我妹妹帮我看屏幕。</div>
    <span class="source">— 匿名投诉，宾夕法尼亚州UC系统，2025年第三季度提交（州检察长公开记录申请）</span>
  </div>

  <hr />

  <h2 id="pdfs">05. HTML流程中的仅PDF表格</h2>
  <p>十个州失业保险门户中有九个在流程的某个环节将申请人引导至PDF。最常见的是申诉表格、部分工作周认证、求职记录和受抚养人津贴证明。在提供的PDF中，不足一半具有标记PDF结构树。其余为纸质表格的扫描图像——有时是上世纪90年代的打字机原版模板，经过一次次复印——完全没有文字层。</p>
  <p>将扫描图像PDF作为必填表格提供，不是边缘性无障碍缺陷，而是全面排斥。屏幕阅读器报告空白文档。OCR辅助工具失效，因为表单含有OCR层无法重建的字段。申请人只有两个选择：打印、手工填写、扫描回传并发送电子邮件；或拨打机构电话。两个选项都需要打印扫描设备和视力帮助。许多残障申请人两者都没有。</p>

  <div class="callout warning">
    <div class="ct">标记PDF是1997年的标准</div>
    <p>PDF/UA（ISO 14289-1，2012年发布）和标记PDF规范（PDF 1.4，2001年发布）在我们审计的每个州失业保险门户的整个生命周期内均已可用。在活跃福利流程中持续存在扫描图像表格，既不反映技术限制，也不反映成本问题——Adobe Acrobat Pro在几分钟内即可为表格添加标记——而是反映了机构内部的采购和内容治理失败。</p>
  </div>

  <hr />

  <h2 id="uploads">06. 无屏幕阅读器反馈的文件上传</h2>
  <p>十二个门户中有十个在流程中的某处要求文件上传——离职通知、身份证件、医疗证明、SNAP-医疗补助资格文件。在审计中持续不合格的模式是：文件输入元素是原生HTML input，包裹在自定义样式的"选择文件"按钮中，吞噬键盘事件且从不宣告所选文件名，从不宣告上传进度，从不宣告成功，而且（最糟糕的是）从不宣告失败。用户选择文件，发生了什么，无任何宣告。用户继续，不知道上传是否成功——三天后才发现，申请因文件缺失而被拒绝。</p>
  <p>整份档案中最廉价的修复方案就在这里。文件输入旁边一个单一的视觉隐藏实时区域，礼貌模式，在选择时和完成时更新文件名和一个单词状态，只需一小时前端工作即可解决整个故障模式。我们在十二个界面中仅看到一个正确实现了这一点。</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">10 / 12</div><div class="stat-desc">门户在规范流程中要求文件上传</div></div>
    <div class="stat-box"><div class="stat-big">01 / 10</div><div class="stat-desc">实现了屏幕阅读器宣告上传状态</div></div>
    <div class="stat-box"><div class="stat-big">约60分钟</div><div class="stat-desc">添加实时区域 + 宣告文件名 + 宣告结果所需时间</div></div>
  </div>

  <hr />

  <h2 id="errors">07. 无aria-live的错误信息</h2>
  <p>在全部十二个界面中最常见的故障——存在于我们触发的约四分之三错误状态中——是以样式化红色span呈现于输入字段旁边的内联验证错误，既无aria-live区域，也无从输入到错误文本的aria-describedby指针，焦点也无法以编程方式移至错误处。错误是可见的，错误未被宣告。屏幕阅读器用户提交，页面不刷新，用户不知道为何什么都没发生，用户再次提交。</p>
  <p>该模式与会话超时故障叠加：残障申请人以人工重读的速度循环处理未宣告的验证错误，触发15分钟超时，表单丢失，重新开始。修复方法是每个错误两行代码——每个字段集附近一个aria-live区域，礼貌模式，在验证程序触发时写入内容。我们审计的界面中没有一个始终如一地做到了这一点。</p>

  <p class="pull-quote">修复这些门户最昂贵的部分不是工程技术，而是不得不重新开启的采购合同。</p>

  <hr />

  <h2 id="doj">08. 司法部第二章执法影响</h2>
  <p>2024年4月24日司法部第二章最终规则——编入《联邦法规》第28章第35部分H小节——采用WCAG 2.1 AA级别作为州和地方政府网页内容及移动应用的联邦无障碍标准。大型公共主体（人口五万及以上）的合规截止日期为2026年4月24日；较小主体的截止日期为2027年4月24日。本次审计中每个州服务的人口均远超五万的阈值，2026年4月的截止日期已经过去。</p>
  <p>该规则提供例外——存档内容、个性化文件、受密码保护的非公开内容、非实体发布的第三方内容——但规范失业申请流程不属于其中任何一类。州UI门户上的初始申请表是现有的、面向公众的、由实体提供的、供公众使用的。它完全处于受监管界面范围内。</p>
  <p>第二章执法通过司法部发起的调查（民权司残疾权利科）、在<a href="https://civilrights.justice.gov">civilrights.justice.gov</a>提交的个人投诉，以及依据同一法规的私人诉讼进行。该规则设想的补救措施包括合规计划、监督协议、对已确认投诉人的补偿性损害赔偿，以及——依据该部门自2014年H&amp;R Block协议以来使用的同意令模式——具有具名WCAG合规目标的全国性修复时间表。欲进一步了解哪些因素特别会引起司法部关注，请参阅我们的配套文章<a href="/articles/doj-title-ii-rule-turns-2">司法部第二章规则，两年回顾</a>。</p>

  <div class="callout safe">
    <div class="ct">政务科技的前进之路</div>
    <p>排名末尾的门户并非无可救药。在Login.gov行之有效的模式——无障碍优先设计、持续监控、采购合同中的具名WCAG合规目标，以及修复积压的单一问责所有者——是州首席信息官可以在单个采购周期内直接采用的模板。政务科技社区已将这一模式公开构建了十年。最暴露的州，是那些尚未采纳它的州。</p>
  </div>

  <hr />

  <h2 id="closing">09. 残障申请人的流程是最糟糕的政务科技用户体验——也是最重要的修复对象</h2>
  <p>失业从定义上就是一个急性财务压力时刻。申请人没有收入，储备有限，必须在固定窗口内提交申请。非申请人在电商结账遇到问题可以离开，换一家购物。残障失业保险申请人不能。该服务是强制性的，时间是固定的，替代选项是一无所有。</p>
  <p>这正是福利门户成为公共互联网上无障碍风险最高界面的原因。我们审计的十个州门户，除两三个例外，目前均不符合2026年4月生效的联邦规则。在该规则存在之前，它们也是美国政务科技中最重要的无障碍失败案例。司法部规则不是让这些门户变得重要的，而是让它们在法律上可追究的。</p>
  <p>接下来改变的是执法，而非技术。这些修复——内联错误的aria-live、可聚焦的延长会话控件、标记PDF、宣告的文件上传状态、可用的CAPTCHA备选方案——单独来看都很小，有据可查，并在名单上每家机构的日常维护预算范围之内。一直缺失的是监管压力、政治关注和使修复得以推进的采购合同语言。前者如今已经存在。</p>

  <div class="footer-note">
    <p><strong>方法论与数据：</strong>对十二个美国福利门户的专有审计——人口最多的十个美国州运营的失业保险门户（加利福尼亚州、德克萨斯州、佛罗里达州、纽约州、宾夕法尼亚州、伊利诺伊州、俄亥俄州、佐治亚州、北卡罗来纳州、密歇根州），加上Login.gov和SSA.gov申请人界面。审计窗口为2026年3月7日至5月12日。工具：axe-DevTools Pro 4.10；Windows 11上的NVDA 2024.4；macOS 14.7和iOS 18.2上的VoiceOver；Android 15上的TalkBack；PAC 2024和Acrobat Pro DC用于标记PDF评估。方法：从空白会话起对每个门户演练规范申请人流程，依据WCAG 2.1 AA成功标准记录故障，并应用四项关键标准过滤器。排名中报告的无障碍分数综合了每页axe-DevTools通过率与关键标准结果；公式记录于底层审计笔记中。</p>
    <p><strong>法律背景：</strong>2024年4月24日司法部第二章最终规则（《联邦法规》第28章第35部分H小节，发布于《联邦公报》89 FR 31320）采用WCAG 2.1 AA级别作为州和地方政府网页内容及移动应用的联邦无障碍标准。大型公共主体的第一个合规截止日期为2026年4月24日；服务人口低于五万的主体截止日期为2027年4月24日。该规则包含六项狭义例外；规范失业申请流程不属于其中任何一类。第二章执法通过司法部发起的调查、在civilrights.justice.gov提交的个人投诉和私人诉讼进行。</p>
    <p><strong>本文非：</strong>本文是行业审计，非法律意见。逐门户评分反映审计窗口和方法论中定义的规范流程——门户可能在审计窗口与发布之间已有更新。任何具名门户的具体合规状况须由律师和当前测试确定。本文不构成法律意见，也不能替代由合格人员进行的个性化无障碍审计。</p>
  </div>

</div>

---
title: 设计师到工程师的交接失败了无障碍性：对50个Figma文件的研究
url: https://www.disabilityworld.org/zh/articles/designer-to-engineer-handoff-figma/
description: 我们在获得许可的情况下对50个经匿名处理的生产级Figma文件进行了审计，检查哪些无障碍规格成功通过了交接，哪些没有。
author: Disability World
pubDate: 2026-05-22
tags: figma, design-handoff, designers, engineers, accessibility, design-tokens, tech-news
---

# 设计师到工程师的交接失败了无障碍性：对50个Figma文件的研究

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程指南 · Figma交接审计</div>
      <h1 class="hero__title" id="hero-heading">
        设计师到工程师的交接失败了无障碍性<br/>
        <em>对50个Figma文件的研究</em>
      </h1>
      <p class="hero__lead">我们在获得许可和全程匿名的条件下，获取了28个产品团队的50个生产级Figma文件的只读访问权限，然后用一个问题审阅每一个文件：当工程师打开这个文件开始实现时，设计师已经做出了哪些无障碍决策——哪些还留给工程师在周五下午四点自行发挥？答案，文件接着文件，是大多数决策仍然在下午四点被自行发挥。</p>
      <div class="hero__stats" aria-label="关键交接数据">
        <div class="stat-chip">
          <div class="stat-chip__num">50</div>
          <div class="stat-chip__label">审计的生产级Figma文件，已匿名处理</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">60%</div>
          <div class="stat-chip__label">的交互组件交付时未设计焦点状态</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">在每个文件中跟踪的无障碍属性</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>disabilityworld.org 工程编辑部</strong></div>
        <div class="hero__pill">阅读时间约11分钟</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 我们如何审计这50个文件</a></li>
        <li><a href="#s2">2. 焦点状态设计：60%的缺口</a></li>
        <li><a href="#s3">3. 替代文本注释：大多数为空</a></li>
        <li><a href="#s4">4. 阅读顺序、动效与暗色模式对比度</a></li>
        <li><a href="#s5">5. Stark和Able：参差不齐的采纳情况</a></li>
        <li><a href="#s6">6. 交接核查清单与设计令牌契约</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 我们如何审计这50个文件</h2>
        <div class="prose">
          <p>样本来自SaaS、零售、金融科技、公共部门和教育科技五个行业的28个产品团队的50个Figma文件。我们以非署名方式协商获得只读访问权限：本文中不识别任何品牌、团队或设计师。这些文件的选取旨在反映工程师在交接时实际收到的内容——而非来自作品集网站的精心打磨的案例研究——因此我们要求每个团队分享最近一个功能从中交付的文件，而非他们最引以为傲的文件。五十个文件中有十二个来自拥有专属设计系统实践的团队；其余三十八个来自产品级文件，这些文件引入了系统库或直接在文件内实现了自己的组件。</p>
          <p>我们审阅每个文件时寻找五个无障碍属性：每个交互组件上的焦点状态设计、每张图像或非装饰性图标上的替代文本注释、跨布局的阅读顺序文档、任何带有动画或过渡效果元素的动效偏好处理，以及同时发布到亮色和暗色主题的任何组件的暗色模式对比度规格。对于每个属性，文件只有在工程师无需自行发明答案即可根据设计实现的情况下才得分"已记录"。"写在便利贴上的提及"不算。"在单一悬停状态中指定的十六进制颜色"不算。标准是：该决策是否以工程师可以直接执行的形式存在于文件中，无需询问？</p>
          <p>核心发现是，按此标准，交接文件遗漏无障碍决策的频率远高于包含它们的频率。焦点状态设计出现在整个语料库约40%的交互组件中。替代文本注释出现在约22%需要它们的图像中。阅读顺序在16%的文件中得到明确记录。动效偏好在10%的文件中得到处理。对于同时发布两种主题的31个文件，暗色模式对比度在30%的组件中得到指定。差距不在某一个属性中，而在全部五个属性中，工程师被留下来逐一判断。</p>
        </div>

        <div class="stat-row" aria-label="审计规模">
          <div class="stat-card">
            <div class="stat-card__num">50</div>
            <div class="stat-card__label">来自28个产品团队的审计文件（2026年5月快照）</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">28</div>
            <div class="stat-card__label">不同团队，已匿名处理，跨越五个行业</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">5</div>
            <div class="stat-card__label">每个文件、每个组件评分的无障碍属性</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约1,800</div>
            <div class="stat-card__label">整个语料库中涉及的交互组件</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">本次审计中"已记录"的含义</span>
            <div class="callout__body"><p>我们使用"工程师阅读并实现"的标准。焦点状态只有在文件以工程师可以映射到CSS令牌的形式显示视觉规格——轮廓颜色、宽度、偏移量、与聚焦元素背景的对比度——时才算已记录。附近Slack消息里写着"用品牌蓝色"不算，因为Slack消息无法在交接中存活下来。文件必须独立承载该决策。</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"交接之所以失败，不是因为设计师不关心无障碍性，而是因为文件格式将无障碍性视为注释，而非每个组件的一等属性。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org 工程编辑部，审计笔记</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">属性一</div>
        <h2 class="section-title" id="s2-heading">2. 焦点状态设计：60%的缺口</h2>
        <div class="prose">
          <p>在整个语料库中涉及的约1,800个交互组件中——按钮、链接、输入框、复选框、开关、标签页、组合框、菜单项、作为按钮的卡片，任何键盘用户可以到达的元素——约40%交付了设计好的焦点状态。另外60%交付了默认状态、激活状态和悬停状态，然后停止了。实现组件的工程师在实现时自行选择一个焦点轮廓，通常是复制浏览器默认值，通常不检查该默认值在文件发布的亮色和暗色主题中是否都与组件表面保持3:1对比度。</p>
          <p>"没有焦点状态设计"在实践中是什么样子？它看起来像画布上有三个变体的按钮组件——静止、悬停、按下——却没有第四个变体。它看起来像带有样式化边框的输入字段，却没有焦点状态的第二种边框样式。它看起来像只有在静止变体上有焦点环的复选框原语，工程师被留下来猜测同样的环是否应该出现在勾选或不确定变体上。这种模式在组件中、跨团队、跨行业重复出现。它是语料库中最大的单一无障碍差距，也是最容易设计进去的。</p>
          <p>那些确实把焦点状态设计好的团队，有两者之一作为支撑。第一个是明确的设计系统规则：每个交互组件必须交付一个名称以<code>focus-</code>开头的变体，在该变体存在之前组件不会发布到库中。第二个是Figma组件属性，名为<code>state</code>，将focus、focus-visible和focus-within作为枚举值，使文件的组件浏览器在视觉上呈现缺失的变体。没有这两种脚手架之一的团队，在约十次中有九次将焦点状态留给了工程师。</p>
        </div>

        <div class="stat-row" aria-label="焦点状态发现">
          <div class="stat-card">
            <div class="stat-card__num">60%</div>
            <div class="stat-card__label">的交互组件交付时未设计焦点状态</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约720</div>
            <div class="stat-card__label">个组件在整个语料库中通过了焦点状态标准</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2</div>
            <div class="stat-card__label">弥合差距的脚手架：状态变体命名或组件属性枚举</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">12 / 50</div>
            <div class="stat-card__label">文件两种脚手架均未使用且完全未显示焦点状态</div>
          </div>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">设计了焦点状态的Figma组件 vs 未设计的</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">有——四个具名变体，焦点规格在文件中</div>
                <p>按钮组件，四个变体：<code>state=default</code>、<code>state=hover</code>、<code>state=pressed</code>、<code>state=focus-visible</code>。focus-visible变体显示2px轮廓、2px偏移、颜色令牌<code>--focus-ring</code>（该令牌本身映射到在两种主题中与按钮表面均通过3:1的十六进制颜色）。工程师阅读检查面板并复制令牌引用；无需任何发明。</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">无——三个变体，焦点留给工程师</div>
                <p>同样的按钮组件，三个变体：<code>default</code>、<code>hover</code>、<code>pressed</code>。画布上没有焦点变体。设计师的便利贴写着"使用系统焦点环"。工程师搜索设计系统库，找到两个候选焦点环（一个来自按钮，一个来自输入框，宽度略有不同），选择其中一个，交付，三周后QA审查标记出所选环在禁用但仍可聚焦的次级按钮表面上低于3:1。</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">浏览器默认值陷阱</span>
            <div class="callout__body"><p>当焦点状态不在文件中时，工程师往往交付浏览器默认值——而浏览器默认值被同一位工程师六个月前为了清除另一个审查意见而添加的大多数CSS重置中的全局<code>*:focus &#123; outline: none &#125;</code>所覆盖。结果是，组件在Figma预览中看起来正常，在禁用了重置的开发环境中看起来正常，交付时却完全没有可见的焦点指示器。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">属性二</div>
        <h2 class="section-title" id="s3-heading">3. 替代文本注释：大多数为空</h2>
        <div class="prose">
          <p>在语料库中包含内容图像的文件——产品摄影、英雄插图、仅含图标的按钮、信息图表——78%在图像图层上没有替代文本注释。图像被放置、调整大小并设置样式；工程师应该放在渲染后的<code>&lt;img&gt;</code>上的文本等价物不在文件中。五十个文件中有八个在部分图像上有替代文本但不是全部，通常是英雄插图有注释而正文内容图像为空白。三个文件对每张图像都有替代文本。工程师在50个文件中的47个中，被期望自行编写替代文本——在实践中往往从文件名、图注或适合视觉节奏的任何字符串中继承。</p>
          <p>这一差距在结构上源于Figma图像原语。图像填充或图像图层上没有原生"alt"属性；替代文本必须以图层名称、评论、便利贴、单独的规格文档或插件添加字段的形式承载。这些都不会通过检查面板默认传递，所以在检查视图中阅读文件的工程师即使设计师在别处写了替代文本也看不到。始终弥合这一差距的团队使用了三种变通方法之一：每个图像变体上有插件管理的替代文本字段、将图层名称作为替代文本的有据可查的约定，或随文件一起交付的以图像文件名为索引的替代文本电子表格。</p>
          <p>仅含图标的按钮是这个故障模式中的子故障。在50个文件中的41个里，图标按钮——搜索放大镜、汉堡菜单、关闭X、分享箭头——没有无障碍名称注释，工程师只能从视觉上下文写出<code>aria-label="Search"</code>，而没有确认"Search"是否是品牌声音中的正确词（是"Find"？是"Lookup"？还是因为按钮在其他地方标注的面板而什么都不是？）。图标命名恰恰是那种受益于设计师之笔的微文案决策，也恰恰是交接会丢失的那种。</p>
        </div>

        <div class="stat-row" aria-label="替代文本发现">
          <div class="stat-card">
            <div class="stat-card__num">78%</div>
            <div class="stat-card__label">的文件在内容图像上没有替代文本注释</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">41 / 50</div>
            <div class="stat-card__label">个文件将图标按钮无障碍名称留给工程师</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3 / 50</div>
            <div class="stat-card__label">个文件端到端地为每张图像注释了替代文本</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">弥合团队使用的变通方法：插件字段、图层名约定、电子表格</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">装饰性与信息性是设计决策</span>
            <div class="callout__body"><p>每张图像要么是装饰性的（alt应为空，屏幕阅读器跳过它），要么是信息性的（alt承载视觉传达的信息）。这一选择是内容决策，属于设计师或文案，而非深夜猜测的工程师。一个对哪些图像是装饰性的只字未提的文件，交付的alt文本要么太多（每张图像都被详细描述，包括纯粹装饰性的图像），要么太少（英雄插图有描述，每张正文图像得到<code>alt=""</code>，因为工程师保险起见）。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">其他三个属性</div>
        <h2 class="section-title" id="s4-heading">4. 阅读顺序、动效与暗色模式对比度</h2>
        <div class="prose">
          <p>其余三个属性呈现出不同形态的失败。阅读顺序——屏幕阅读器叙述页面的顺序，在现代响应式布局中不再保证与视觉从上到下的顺序一致——在16%的文件中得到记录。记录存在时，通常是用插件在画布上添加的编号叠加层（1、2、3……）。其余84%让工程师从他们碰巧编写的DOM顺序映射阅读顺序，而在具有显式行列定位的CSS Grid布局上，这可能与视觉布局相差整整一列。</p>
          <p>动效偏好最差。十分之一的文件提及了<code>prefers-reduced-motion</code>。其余90%指定了动画和过渡——模态框入场、手风琴展开、通知栏滑入、页面过渡——却没有指定当用户启用了减少动画时同一组件应该如何表现。工程师要么在实现时构建减少动画的情况（通常没有视觉参考），要么向所有人交付同样的动画，这是默认行为，而且对设置了该偏好的用户违反了2.3.3（交互动画）。</p>
          <p>暗色模式对比度在同时发布两种主题的文件中，30%的组件有规格。另外70%指定了亮色主题对比度——通常在文件中有Stark或对比度检查器注释——然后用十六进制翻转调色板发布暗色主题，让工程师检查翻转后的颜色对是否在正文文字上仍然达到4.5:1、在UI组件上达到3:1。在31个双主题文件中，约五分之一至少有一个组件在暗色主题中低于对比度阈值，因为暗色表面和暗色文字都为亮色主题的对比度数学而调整，而非为暗色主题的。</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">下面的矩阵总结了五个差距</span>
            <div class="callout__body"><p>矩阵追踪整个语料库中每个属性的"完成率"——文件中该属性按"工程师阅读并实现"标准记录的比例。各列按文件是否来自拥有专属设计系统实践的团队或直接实现组件的产品团队划分完成率；两列之间的差距是系统对无系统的差值。</p></div>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">无障碍属性</th>
              <th scope="col">全部50个文件</th>
              <th scope="col">设计系统团队（12个）</th>
              <th scope="col">产品团队（38个）</th>
              <th scope="col">系统与产品差值</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">焦点状态设计（交互组件）</th><td>40%</td><td>75%</td><td>29%</td><td>+46pp</td></tr>
            <tr><th scope="row">替代文本注释（内容图像）</th><td>22%</td><td>50%</td><td>13%</td><td>+37pp</td></tr>
            <tr><th scope="row">阅读顺序（画布级别）</th><td>16%</td><td>42%</td><td>8%</td><td>+34pp</td></tr>
            <tr><th scope="row">动效偏好（动画元素）</th><td>10%</td><td>33%</td><td>3%</td><td>+30pp</td></tr>
            <tr><th scope="row">暗色模式对比度（仅双主题文件，n=31）</th><td>30%</td><td>55%</td><td>19%</td><td>+36pp</td></tr>
          </tbody>
        </table>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"设计系统团队记录无障碍决策的比率约为产品团队的两倍——但即便是系统团队，在五个属性中大多数情况下也只在其中一个上达标。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org 工程编辑部，审计笔记</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">工具</div>
        <h2 class="section-title" id="s5-heading">5. Stark和Able：参差不齐的采纳情况</h2>
        <div class="prose">
          <p>在语料库中出现最频繁的两个插件是Stark和Able。两者都已成熟，都受到好评，都提供能够弥合上文记录的几个差距的功能。Stark添加了对比度检查器、焦点顺序叠加层、减少动画预览，以及图像图层上的替代文本注释字段。Able添加了颜色对比度检查器、视力模拟叠加层和触控目标检查器。任何一个插件，如果在文件中始终使用，都会将该文件从语料库的末尾四分之一中提升出来。</p>
          <p>"始终使用"是关键词。在50个文件中，Stark在18个中被安装并可见地使用，Able在11个中。在使用了插件的文件中，它通常用于英雄组件和主要CTA——设计师打开插件时画布上最可能在视野内的组件——在其他地方则很少使用。六个文件对整个文件进行了Stark全局扫描；一个对整个文件进行了Able全局扫描。模式是：插件存在，设计师了解它们，它们被引入进行抽查，然后抽查在设计师打开插件时碰巧正在查看的组件处停止。</p>
          <p>在插件使用方面结束审计的两个团队做了一件不同的事：他们在将文件分享给工程之前，将插件的审计功能作为发布关口步骤在文件的每一页上运行。审计在文件中运行，产生一份报告，在文件从"设计中"移至"工程就绪"之前，该报告必须为空（或其例外情况已记录）。这是"插件作为工作流程"而非"插件作为抽查"，这就是我们样本中80%覆盖率与20%覆盖率之间的差距。</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Stark</div>
                <div class="combo-card__sub">Stark Lab · 对比度、焦点顺序、动效、替代文本</div>
              </div>
            </div>
            <div class="combo-card__usage">Figma + Sketch + Adobe XD合计约140万次安装（2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">语料库中采纳情况</span><span>18 / 50个文件（36%）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">作为工作流程使用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">端到端使用时的差距覆盖率</span><span>5个属性中的4个可弥合（焦点、对比度、替代文本、动效）</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Able</div>
                <div class="combo-card__sub">Able · 对比度、视力模拟、触控目标</div>
              </div>
            </div>
            <div class="combo-card__usage">Figma社区约32万次安装（2026年5月）</div>
            <div class="combo-feat"><span class="combo-feat__label">语料库中采纳情况</span><span>11 / 50个文件（22%）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">作为工作流程使用</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">端到端使用时的差距覆盖率</span><span>5个属性中的2个可弥合（对比度、暗色模式对比度）</span></div>
          </article>

        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">插件是必要的，但不是充分的</span>
            <div class="callout__body"><p>插件提升了底线：对比度检查器捕捉明显的2.1:1故障，替代文本字段给设计师提供了可以输入的地方。如果插件只在三个组件上运行而非其余27个，这些都无济于事。修复方法是将插件纳入工作流程——发布关口步骤、交接前核查清单、不能在没有空插件报告的情况下合并的Figma分支——而非在设计师记得它存在的那一刻由其自行决定。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">实践手册</div>
        <h2 class="section-title" id="s6-heading">6. 交接核查清单与设计令牌契约</h2>
        <div class="prose">
          <p>审计产生了一份核查清单和一份契约。核查清单是设计师在将文件分享给工程之前应该能够逐项勾选的内容。契约是随文件一起传递的设计令牌的形态，使工程师将Figma变量映射到CSS自定义属性时无需发明中间值。两者都刻意保持简短：核查清单上的每一项都是审计测量的属性，契约中的每个令牌都是在语料库中弥合差距的值。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>每个交互组件交付一个<code>state=focus-visible</code>变体。</h3>
            <p>不是"系统有焦点环"，而是组件本身上名为<code>focus-visible</code>的变体，轮廓颜色、宽度和偏移量绑定到焦点环令牌。变体是工程师复制到实现中的内容；没有它，工程师就只能猜测。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>每张内容图像在插件管理字段或有文档记录的图层名约定中有替代文本。</h3>
            <p>选择一个位置并强制执行。Stark替代文本字段、被视为替代文本的图层名，或附属电子表格——三者中的任何一种都有效，但前提是文件中的每张图像都使用同一种。仅含图标的按钮在同一位置也有无障碍名称注释，带有工程师应该放在<code>aria-label</code>中的确切字符串。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>在任何DOM顺序与视觉顺序会发生偏差的页面上，阅读顺序须有文档记录。</h3>
            <p>最简单的文档是用插件添加的编号叠加层（Stark有这个功能，几个社区插件也有）。对于顺序明显是从上到下从左到右的页面，可以跳过叠加层；对于使用CSS Grid定位、具名区域或绝对定位的任何页面，叠加层是强制性的。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>每个带有动画或过渡效果的元素在画布上有减少动画的变体。</h3>
            <p>第二个框架、第二个变体，或有文档记录的"无动画"版本。工程师不应该发明减少动画的情况——设计师应该指定模态框是交叉淡入而非滑入、通知栏是立即出现而非滑入、页面过渡是完全省略。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>对于双主题文件，暗色主题的对比度须单独检查，而非从亮色主题推导。</h3>
            <p>暗色模式对比度有其自身的问题；翻转调色板是不够的。在暗色模式下对每个组件运行Stark或Able，而非只在亮色主题下。在变体的注释中记录对比度比率，使工程师可以确认实现与规格一致。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>文件随令牌契约一起交付：每个Figma变量映射到其CSS自定义属性的平面列表。</h3>
            <p>契约是文件与代码库之间的桥梁。典型的契约如下表所示：每行命名一个Figma变量、工程师应绑定的CSS自定义属性、亮色主题的值、暗色主题的值，以及该令牌参与的WCAG标准。</p>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Figma变量</th>
              <th scope="col">CSS自定义属性</th>
              <th scope="col">亮色值</th>
              <th scope="col">暗色值</th>
              <th scope="col">相关WCAG标准</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">color/focus-ring</th><td><code>--focus-ring</code></td><td><code>#0B57D0</code></td><td><code>#A8C7FA</code></td><td>2.4.7, 1.4.11</td></tr>
            <tr><th scope="row">color/text/body</th><td><code>--text-body</code></td><td><code>#1F1F1F</code></td><td><code>#E3E3E3</code></td><td>1.4.3（表面上4.5:1）</td></tr>
            <tr><th scope="row">color/surface/raised</th><td><code>--surface-raised</code></td><td><code>#FFFFFF</code></td><td><code>#1F1F1F</code></td><td>1.4.11（与相邻元素3:1）</td></tr>
            <tr><th scope="row">size/touch-target/min</th><td><code>--touch-target-min</code></td><td><code>44px</code></td><td><code>44px</code></td><td>2.5.5, 2.5.8</td></tr>
            <tr><th scope="row">motion/duration/standard</th><td><code>--motion-standard</code></td><td><code>200ms</code></td><td><code>200ms</code></td><td>2.3.3（减少动画时跳过）</td></tr>
            <tr><th scope="row">motion/duration/reduced</th><td><code>--motion-reduced</code></td><td><code>0ms</code></td><td><code>0ms</code></td><td>2.3.3</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">为何契约是杠杆</span>
            <div class="callout__body"><p>契约一旦存在，工程师的工作就变成机械性的：将CSS自定义属性绑定到Figma变量，交付实现，通过将渲染值与契约进行比较来审计。没有契约，每个绑定都是判断调用，判断调用积累成60%的差距。契约是将无障碍性从"工程师在交接时负责"转变为"系统在设计时负责"的单一产物。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：文件就是契约</h2>
        <div class="prose">
          <p>50个文件的审计以一个简单的发现收尾。交接之所以使无障碍性失败，不是因为设计师不关心，也不是因为工程师不关心，而是因为文件——Figma文件，每个参与方都阅读的单一产物——没有将无障碍决策作为一等属性承载。焦点状态、替代文本、阅读顺序、动效偏好、暗色模式对比度：每一项都是设计决策，每一项都属于文件，每一项目前都在其他地方。在便利贴里，在Slack消息里，在单独的电子表格里，在工程师周五下午四点的脑子里。</p>
          <p>修复方法不是一位英雄设计师或一位英雄工程师。而是团队层面的工作流程变革：每个交互组件交付焦点变体，每张图像在一个插件管理的位置承载替代文本，阅读顺序叠加在任何非平凡页面上，动画指定其减少动画的对应版本，暗色模式对比度独立于亮色主题单独检查，文件随令牌契约一起交付，命名实现所绑定的每个变量。这些步骤没有一个是新的，没有一个需要我们还没有的工具，任何将它们作为发布关口步骤采纳的团队将在一个发布周期内弥合我们测量的大部分差距。</p>
          <p>更深层的发现是，设计系统团队已经以约两倍于产品团队的比率做到了这一点。设计系统团队提供的提升，恰恰是构建系统这门学科所施加的提升：组件被命名，属性被枚举，变体是可见的，令牌是明确的。将同样的学科带到产品级文件中——即便没有完整设计系统作为底层——可以弥合大部分交接差距。这不再是工具问题，而是工作流程选择。</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"文件到达时应该已经做出了无障碍决策。任何其他情况，都是工程师在最糟糕的时刻、以最少的背景、在最紧迫的截止日期下发明这些决策。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org 工程编辑部，结语</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 残障融合与灾害应急准备：仙台框架中期评估、2024—2026年证据，以及“不让任何人掉队”在操作层面的实现路径
url: https://www.disabilityworld.org/zh/articles/disability-inclusion-in-disaster-preparedness/
description: 仙台减少灾害风险框架实施十一年来，残障融合依然是整个减灾体系中被引用最多、落实最少的承诺。土耳其-叙利亚地震、太平洋飓风季及乌克兰流离失所数据揭示了这一差距的持续存在。
author: Disability World
pubDate: 2026-05-22
tags: disasters, sendai-framework, crpd, climate, humanitarian, data
---

# 残障融合与灾害应急准备：仙台框架中期评估、2024—2026年证据，以及“不让任何人掉队”在操作层面的实现路径

<div class="src-article" data-template="4">

<p class="rt-prefix">阅读时间：7分钟</p>

<p class="wp-block-paragraph">《<strong>2015—2030年仙台减少灾害风险框架</strong>》实施十一年来，残障融合依然是整个减灾（DRR）体系中被引用最多、落实最少的承诺。2025年2月联合国大会高级别会议上的中期审查以直白的语言点明了这一差距，而过去二十四个月的灾害记录——土耳其-叙利亚地震、三个太平洋飓风季、乌克兰流离失所问题的第三年——提供了具体的操作细节。本报告综合了2026年灾害应急准备中残障融合问题的数据，并以<a href="/regulations/">仙台框架</a>、<a href="/toolkit/glossary/crpd/">《残疾人权利公约》第十一条</a>及2019年机构间常设委员会指南所设定的底线为基准进行评分。</p>

<p class="wp-block-paragraph"><strong>残障人士在灾害中的死亡率最高可达一般人群的四倍，但2024年人道主义资金中被标记为包含残障群体的比例不足11%——而全球残障人口比例约为15%</strong>，即世界卫生组织2024年估计的13亿人，约为全球人口的六分之一。人口比例、资金占比与死亡结果之间的三重差距，是本报告的核心发现，也是仙台中期审查要求各国在2030年前加以弥合的关键指标。</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">灾害残障融合合规情况概览</h2>

<p class="wp-block-paragraph">灾害应急准备中的残障融合依赖三项核心工具。<strong>仙台框架</strong>于2015年3月第三届联合国世界减灾大会上通过，是唯一具有普遍性的减灾工具，也是唯一明确、多次涉及残障融合义务的工具；残障人士被列入行动优先事项1、2、3和4，仙台监测框架的目标E、F和G在联合国减少灾害风险办公室运行的监测框架中正式按残障状况进行数据分类。<strong>联合国《残疾人权利公约》第十一条</strong>（自2008年起生效）要求缔约国在危险情况下采取一切必要措施，确保残障人士的保护与安全。<strong>机构间常设委员会（IASC）《将残障人士纳入人道主义行动指南》</strong>（2019年11月通过）制定了人道主义行动者应达到的具体行业标准。</p>

<p class="wp-block-paragraph">对照上述底线，2024—2026年证据库中反复出现五种失效模式：</p>

<ul class="wp-block-list">
<li><strong>早期预警多模态缺口</strong>——在约130个实施通用警报协议的国家中，能够提供完全多模态通用警报协议传输（短信及无障碍推送、音频警报、视觉频闪和手语视频同步发布）的不足30个。</li>
<li><strong>机构疏散缺口</strong>——老年人及智力或精神障碍者居住机构通常没有有效的疏散计划，使最难以自行疏散的人群集中在同一建筑内。</li>
<li><strong>无障碍庇护所及疏散中心缺口</strong>——临时安置点的门宽、坡道坡度及无障碍卫生设施在大多数事后审计中均未达到机构间常设委员会"球体"标准。</li>
<li><strong>流离失所数据分类缺口</strong>——接收国的登记机制在接收时持续未能采集残障信息，导致流离失所残障群体在操作数据中处于"隐形"状态。</li>
<li><strong>资金标记缺口</strong>——仅约11%的人道主义资金被标记为包含残障内容，即便在高能力报告国中，国家减灾预算中专门标注无障碍项目的比例也仅为个位数。</li>
</ul>

<p class="wp-block-paragraph">条约底线已然到位；实施差距源于国家预算分配、规划席位上的参与者构成，以及残障人士组织（OPD）究竟是作为主要参与方被协调，还是仅作为利益相关方被告知。</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">各领域细分分析</h2>

<p class="wp-block-paragraph">2024—2026年证据可划分为四个操作领域：早期预警系统、机构居民与疏散、近期案例研究，以及气候适应资金。</p>

<h3 class="wp-block-heading">早期预警系统：多模态通用警报协议采用情况</h3>

<p class="wp-block-paragraph">仙台目标G——"大幅提高多灾种早期预警系统的可用性与可及性"——是具有最清晰无障碍测试标准的目标，也是差距最可量化的目标。<strong>通用警报协议（CAP）</strong>是国际电信联盟电信标准化部门标准（X.1303），允许单条预警信息以多种模态（文字、音频、视觉、手语视频）同时发布，是该领域公认的技术方案。</p>

<p class="wp-block-paragraph"><strong>世界气象组织-国际电联通用警报协议采用跟踪系统</strong>（更新至2025年底）显示约130个国家已实施通用警报协议。真正实现完全多模态通用警报协议——即同一预警以短信、无障碍推送通知、音频警报、视觉频闪和广播手语视频形式同步传播——的国家不足30个。其余国家仅部分运行通用警报协议：基于短信的移动预警无视觉确认时将无障聋人用户；音频警报让盲人用户可以听到但无法获取具体指令；纯视觉预警则使聋盲用户完全无法接收。联合国秘书长于2022年3月发起的<strong>"全民早期预警"</strong>倡议（目标为2027年底实现全球覆盖）已将多模态无障碍列为正式工作流；2025年倡议中期报告指出，在确定优先升级的30个国家中，截至2025年中，少于一半制定了含有残障人士无障碍条款的国家计划。</p>

<h3 class="wp-block-heading">机构居民与疏散</h3>

<p class="wp-block-paragraph">机构间常设委员会指南将楼梯疏散椅、配备坡道的庇护所及无障碍卫生设施列为庇护和疏散残障人士的操作底线。2023—2025年报告周期的事后审计发现，大多数受影响司法管辖区的公共建筑清单中均缺乏上述设施。在灾害发生前已推进去机构化改革的地区，残障群体的风险状况明显更低，因为社区服务比机构服务更具韧性。<strong>欧洲残障论坛</strong>与"包容欧洲"2024年联合声明中反复提及这一政策含义：<em>去机构化就是减少灾害风险</em>——一所位于洪水、野火或前线路径上的居住机构，会将最难以自行疏散的人群集中在没有任何应急预案的单一建筑内。</p>

<h3 class="wp-block-heading">土耳其-叙利亚地震（2023年2月6日）</h3>

<p class="wp-block-paragraph">2023年2月6日凌晨袭击土耳其-叙利亚边境的7.8级地震及当日7.5级余震造成逾59,000人遇难，超过300万人流离失所。由<strong>残障包容灾害应对联盟</strong>、国际残障联盟、人权观察及土耳其残障人士联合会（Türkiye Sakatlar Konfederasyonu）于2023年和2024年开展的事后审查，产生了自2011年东日本大地震和2015年尼泊尔地震以来该领域最详细的操作记录。</p>

<p class="wp-block-paragraph">反复出现的发现包括：受灾省份居住机构居民缺乏有效疏散计划；聋人居民完全错过了当天上午灾害及应急管理局（AFAD）通过短信发布的预警，因为大多数网络上的预警仅以音频形式传播；建筑倒塌但尚存的楼宇中，轮椅使用者被排除在高楼层疏散之外，因为机构间常设委员会指南规定的楼梯疏散椅几乎在每一栋被清查的公共建筑中均告缺失。在最初六个月内部署的临时集装箱安置区大多不具备无障碍条件。土耳其房地产开发署（TOKİ）于2024年发布的重建招标开始纳入无障碍规范，但联盟2025年后续审查发现，竣工合规程度与招标文件要求之间存在较大差距。边境叙利亚一侧因制裁、分裂的领土管控及前十年冲突导致机构瓦解，几乎未产生任何操作性残障数据——这本身也是联盟报告着重强调的发现。</p>

<h3 class="wp-block-heading">太平洋飓风季（2023—2024年及2024—2025年）</h3>

<p class="wp-block-paragraph">2023—2024年及2024—2025年的太平洋飓风季，是本地主导、残障人士组织协调的灾害应对在实践中的最清晰示范。<strong>洛拉飓风</strong>于2023年10月24—25日以5级强度袭击瓦努阿图——创南半球飓风季最早5级记录——此前还有<strong>朱迪和凯文飓风</strong>（2023年3月，回溯统计）、<strong>马尔飓风</strong>（2023年11月）及2024年底一系列系统（包括<strong>孔雷</strong>的边缘影响）。</p>

<p class="wp-block-paragraph"><strong>瓦努阿图残障促进与倡导协会（VDPA）</strong>与国家灾害管理办公室及<strong>太平洋残障论坛（PDF）</strong>合作，推行了一种残障包容应对模式，其他太平洋岛国国家灾害管理办公室已开始效仿。该模式有三个操作组成部分：在省和区域委员会层面预先建立残障人士名册，在知情同意基础上维护，仅供经培训的国家灾害管理办公室和残障人士组织协会人员使用；社区层面残障联络员接受多模态预警传播培训，在短信和广播无法覆盖时承担"最后一公里"预警任务；以及在飓风季间隔期与公共工程局联合开展无障碍疏散中心审计。该模式并非完美——偏远外岛社区名册不完整，审计计划也滞后于学校建设计划——但这是小岛屿情境下仙台优先事项2和4最接近实际运作的范例。太平洋残障论坛2024年区域审查指出，斐济、汤加和所罗门群岛已开始采纳瓦努阿图模式的部分要素，但在资金规模化支持联络员网络方面进展参差不齐。</p>

<h3 class="wp-block-heading">乌克兰：流离失所与机构化乘数效应</h3>

<p class="wp-block-paragraph">战前，国家统计局基线数据估计乌克兰约有<strong>270万持证残障人士</strong>，而实际残障人口（采用世卫组织15%基线）接近600万。联合国难民署更新至2025年的注册流离失所人口数据显示，欧洲各地注册乌克兰难民约680万，境内流离失所者估计另有370万；接收国的登记机制在接收时并未采集残障信息，导致这些群体中的残障人口持续被低估。</p>

<p class="wp-block-paragraph">2022年至2025年的操作记录已由<strong>人权观察</strong>、<strong>欧洲残障论坛</strong>及乌克兰残障人士全国大会（NAPD）详细记录。三个发现反复出现。第一，在最初几个月，位于前线推进路径上的老年人及智力或精神障碍者居住机构的疏散，是通过纸质"疏散名单"进行的，社会政策部和地区行政机构之间的责任归属不明。第二，2022—2023年间，西乌克兰及接收国的无障碍庇护所供给是一个硬性制约，并在2024年仍属部分满足状态。第三，在2022年前已推进去机构化改革的地区——最明显的是部分西部州——残障群体的灾害风险状况明显更低。</p>

<h3 class="wp-block-heading">气候适应资金与损失和损害基金</h3>

<p class="wp-block-paragraph"><strong>损失和损害基金</strong>（正式名称为"应对损失和损害基金"）于2022年11月第27届联合国气候变化大会达成协议、2023年12月第28届联合国气候变化大会落地运作，其董事会于2024年和2025年作出了首批正式拨款决定，是这一体系中最新的组成部分。国际残障联盟和来自气候脆弱国家的残障人士组织联盟在基金治理设计中提出了残障融合问题，但基金创始文书未将残障列为横向承诺，董事会2025年会议批准的初期项目管道中，除泛泛的"脆弱群体"表述外，没有明确的残障融合专项条目。在该基金2026年增资周期前的倡导诉求，是实现仙台监测框架名义上已要求的那种"有具名、有预算的残障融合条款"。</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">量化数据洞察</h2>

<p class="wp-block-paragraph">综合来看，2024—2026年监测数据呈现出一组一致的百分比：</p>

<ul class="wp-block-list">
<li><strong>最高4倍——残障人士的灾害死亡率乘数</strong>，该数字在仙台中期审查和联合国亚洲及太平洋经济社会委员会2024年亚太灾害报告中被最广泛引用，源于自2011年东日本大地震起的事后死亡率审查。</li>
<li><strong>2024年11%的人道主义资金被标记为包含残障内容</strong>，这一比例来自发展倡议《2024年全球人道主义援助报告》，而全球残障人口基线比例为15%。</li>
<li><strong>全球15%的人口——约13亿人，即六分之一——存在重大残障</strong>，依据世卫组织2024年基线数据，这是所有操作性残障融合基准应参照的数字。</li>
<li><strong>截至2023年仙台报告周期，提交任何残障分类地方减灾战略数据的报告国不足40个</strong>，尽管目标E、F和G在正式上可按残障状况进行数据分类。</li>
<li><strong>70多个国家自称在国家减灾战略制定中开展了残障人士咨询，但可核实的不到一半</strong>，来源为联合国减少灾害风险办公室中期审查报告。</li>
<li><strong>约130个国家已实施通用警报协议，但完全多模态运行的不足30个</strong>，来源为世界气象组织-国际电联通用警报协议采用跟踪系统（2025年底数据）。</li>
<li><strong>在"全民早期预警"30个优先国家中，截至2025年中期倡议报告，少于一半制定了含明确残障无障碍条款的国家计划。</strong></li>
<li><strong>即便在高能力报告国，国家减灾预算中标注无障碍项目的比例也仅为个位数。</strong></li>
</ul>

<p class="wp-block-paragraph">综合来看：人口比例15%、死亡率乘数最高4倍、资金标记11%、国家预算分配个位数。这些数字描绘了一种单一的结构性形态——一个在灾害死亡风险上严重过度暴露、在灾害应急准备资源上严重不足、在灾害数据中严重"隐形"的群体。</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">2026年良好政策的面貌</h2>

<p class="wp-block-paragraph">2025年中期审查的2023年5月19日政治宣言重申了残障融合措辞，并新增两条具体内容：呼吁通用警报协议采用多模态预警，并将机构间常设委员会指南明确列为操作底线。做得好的国家共有五个特征，而非仅有一个：（1）制定含可量化指标而非愿景性表述的残障融合国家减灾战略；（2）残障人士组织从战略设计到行动后审查全程参与减灾协调，而非仅作为事后通报的利益相关方；（3）经过四种模态全部审计的多模态符合通用警报协议的早期预警系统；（4）将无障碍庇护所和无障碍疏散中心标准纳入建筑规范并在灾害间隔期审计；（5）将去机构化路径作为减灾组合的组成部分，而非独立的社会政策轨道。</p>

<p class="wp-block-paragraph">三个国家案例展示了这些特征的操作面貌。孟加拉国的<strong>飓风防备计划（CPP）</strong>由孟加拉国政府与孟加拉红新月会自1973年起联合运营，自2018年起将残障融合培训纳入其76,000名志愿者网络，并与残障工作组织全国论坛（NFOWD）合作，在沿海地区开展多模态预警传播。菲律宾<strong>民防署（OCD）</strong>依据第10121号共和国法令，已在国家和地区层面正式将残障人士组织纳入其减灾理事会；在市级层面的落实仍不均衡。瓦努阿图残障人士组织协会-国家灾害管理办公室模式已在上文述及。如需深入了解背景，请参阅<a href="/toolkit/glossary/crpd/">《残疾人权利公约》词条</a>、<a href="/regulations/">国家法规索引</a>和<a href="/articles/">2026年报告记录</a>。</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">对灾害规划者和资助方的行动呼吁</h2>

<p class="wp-block-paragraph">条约底线明确了残障包容灾害应急准备的要求；调查数据显示，差距在于分配与规划席位的纳入。2026年具体的下一步行动：</p>

<ul class="wp-block-list">
<li><strong>推进完全多模态通用警报协议传输。</strong>审计四个传输渠道（短信及无障碍推送、音频警报、视觉频闪、广播手语视频），补全国家预警链中缺失的模态。</li>
<li><strong>将残障人士组织作为主要参与方纳入减灾协调桌。</strong>参与战略设计、应急规划和行动后审查——而非在事后作为利益相关方被通报。</li>
<li><strong>按残障状况分类提交仙台监测数据。</strong>目标E、F和G在正式上可分类；提交分类数据是使框架具有操作性的关键。</li>
<li><strong>将去机构化视为减灾工作。</strong>将社会政策去机构化路径与减灾组合相互衔接；机构集中是一个可量化的灾害风险乘数。</li>
<li><strong>在人道主义资金标记中标注残障融合。</strong>将11%的残障包容资金占比推向15%的人口基线，并要求从2026年增资起，损失和损害基金项目审批中设有具名的残障融合专项条目。</li>
<li><strong>在灾害间隔期审计无障碍庇护所和无障碍疏散中心合规情况。</strong>将机构间常设委员会"球体"标准纳入建筑规范，并在间隔期按瓦努阿图模式与残障人士组织联合开展审计。</li>
<li><strong>在登记流离失所人口时采集残障信息。</strong>将华盛顿组短量表问题纳入难民及境内流离失所者登记，使流离失所残障群体在应对工作中可见。</li>
</ul>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">结论</h2>

<p class="wp-block-paragraph">仙台框架、《残疾人权利公约》第十一条及2019年机构间常设委员会指南共同描述了残障包容灾害应急准备的具体要求，详尽程度足以让2026年的任何国家都无法声称不了解。2025年中期审查、土耳其-叙利亚事后记录、太平洋飓风季及乌克兰流离失所数据表明，差距在于国家预算分配、规划席位上的参与者构成，以及残障人士组织究竟是作为主要参与方被协调，还是仅作为利益相关方被通报。在2030年前弥合这一差距，正是仙台中期节点的要求。未来五年能否实现，归根结底，仍是一个国家预算决策。</p>

</div>

---
title: 土耳其、海湾合作委员会、黎凡特及以色列的残障权利：2026年地区档案
url: https://www.disabilityworld.org/zh/articles/disability-rights-in-turkey-and-middle-east/
description: 在土耳其、海湾合作委员会、黎凡特和以色列，残障权利框架涵盖宪法依据、宗教法律基础、近期欧盟邻近改革及2023年土耳其-叙利亚地震的深远影响。2026年全景，逐国详述。
author: Disability World
pubDate: 2026-05-22
tags: turkey, middle-east, gcc, israel, levant, regional-report, regulations
---

# 土耳其、海湾合作委员会、黎凡特及以色列的残障权利：2026年地区档案

<div class="src-article" data-template="2">

<div class="byline">
<span><strong>地区档案</strong> · 土耳其 + 中东</span>
<span>10个司法管辖区 · 2026年周期</span>
</div>

<span class="eyebrow">司法管辖区目录 · 10条目</span>
<h1>土耳其、海湾合作委员会、黎凡特及以色列的残障权利：2026年地区档案</h1>
<p class="lead">从安卡拉到安曼，从利雅得到特拉维夫，土耳其和中东的残障权利框架在纸面上易于解读，落实在地却复杂得多。2026年的图景显示：十个司法管辖区几乎已全部批准《残疾人权利公约》，主要法规已相继颁布，而执法差距的宽窄几乎完全取决于主管机构是否拥有足够的预算和独立性。</p>

<p>关于这一地区残障权利，最重要的一个事实也是最容易被误读的：联合国《残疾人权利公约》的批准在本地区几近普遍，而执法水平与批准程度几乎无处成正比。</p>

<p>本地区各司法管辖区的条约底线异常平坦。本报告涵盖的几乎所有司法管辖区，均在2008年至2012年间批准了联合国《残疾人权利公约》——其中大多数集中在2008—2009年。几乎每个司法管辖区在批准后均颁布了国内主要法规，并指定了主管部委或委员会。从纸面上看，2026年的情况呈现出连贯且符合权利标准的面貌。</p>

<p>条约底线之下的拼图却远非平坦。部分法规数十年未动，因机构危机而停滞（黎巴嫩2000年第220号法律）；部分属近年颁布，被视为地区典范（约旦2017年第20号法律）；部分则建立在超越联邦底线的次级框架之上（沙迦酋长国层面的法规）。埃及已在并行的非洲档案中得到完整处理，此处仅作交叉引用。以下目录对十个司法管辖区各给出一条格式统一的条目：主要法规、监管机构、《残疾人权利公约》状态，以及公民社会和法院实际运用该框架的情况。</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">证据索引 · 分类 2026.05</div>
<h2 class="ei-title" id="ei-title">10个司法管辖区 · 按地区排序，再按《残疾人权利公约》批准年份排序</h2>
</div>
<div class="ei-meta">n = 10 条目</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>编号</th>
<th>司法管辖区</th>
<th>主要法规</th>
<th style="text-align:right">监管机构</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">土耳其</a></td><td>第5378号法律（2005年）</td><td class="ei-count">残障及老年服务总局</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">以色列</a></td><td>1998年5758号平等权利法</td><td class="ei-count">平等权利委员会</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">约旦</a></td><td>2017年第20号法律</td><td class="ei-count">最高委员会（HCD）</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">黎巴嫩</a></td><td>2000年第220号法律</td><td class="ei-count">国家残障人士委员会</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">阿拉伯联合酋长国</a></td><td>2006年第29号联邦法令</td><td class="ei-count">社区发展部</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">沙特阿拉伯</a></td><td>残障法典（2000年）</td><td class="ei-count">残障人士关怀局</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">卡塔尔</a></td><td>2004年第2号法律</td><td class="ei-count">国家局 + Mada中心</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">科威特</a></td><td>2010年第8号法律</td><td class="ei-count">残障事务公共局</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">巴林 · 阿曼</a></td><td>行业性条款</td><td class="ei-count">社会发展部</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">埃及（交叉引用）</a></td><td>2018年第10号法律</td><td class="ei-count">国家残障人士委员会</td></tr>
</tbody>
</table>

<p class="evidence-foot">排序为编辑性排列，非量化排序——第一部分将安纳托利亚与黎凡特归为一组，第二部分将海湾合作委员会归为一组，第三部分将埃及归入非洲档案。各部分内部，司法管辖区按其主导机构执法力度由深至浅排列。</p>
</section>

<h2>法律底线：《残疾人权利公约》在整个地区的情况</h2>

<p>关于这一地区残障权利，最重要的单一事实也是最容易被误读的：联合国《残疾人权利公约》的批准在本地区几近普遍，而执法水平与批准程度几乎无处成正比。</p>

<p>批准日期本身值得铭记。土耳其于2009年9月28日提交批准书。以色列于2012年批准，并就权限范围和任择通讯程序作出声明。阿联酋于2010年加入，此前已于2008年签署。沙特阿拉伯、卡塔尔、约旦和埃及均于2008年提交批准书。黎巴嫩于2007年签署，至今未予批准——这一状态已延续近二十年，并在联合国条约机构摘要报告中被反复提及。</p>

<p>允许个人就《残疾人权利公约》委员会提出来文的任择议定书批准情况远不一致。土耳其于2015年批准了任择议定书；已批准任择议定书的阿拉伯国家仍属少数。委员会就该地区发布的已公布结论性意见——土耳其（2019年，第二轮审查已于2024—2025年审查周期启动）、沙特阿拉伯（2019年）、卡塔尔（2015年，2024年再次审查）、约旦（2017年）及阿联酋（2016年）——呈现出高度一致的建议内容：终止替代性决策、加快无障碍建成环境改造、在所有行业统计中按残障状况进行数据分类，并在国家战略中明确纳入残障女性和女童。</p>

<p class="pull">批准只是较易完成的一半。随之而来的执法差距，是预算、监管机构独立性和司法审查途径的缺失——而非起草层面的问题。</p>

<div class="part-divider">
<div class="part-num">第一部分 · 安纳托利亚与黎凡特</div>
<div class="part-title">四个司法管辖区：法规历史早于政治现实</div>
<p class="part-blurb">土耳其、以色列、约旦和黎巴嫩——涵盖宪法法院判例、法定委员会执法、该地区最符合《残疾人权利公约》精神的2017年改革，以及一部主要法规名义上存在、实质上已停摆的机构冻结。</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">土耳其 · Türkiye Cumhuriyeti</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2005年《残疾人法》（第5378号法律，Engelliler Hakkında Kanun）</strong>，于2014年、2021年及2024年经历重大修订。2005年法律确立了法律底线——反歧视、公共建筑和交通工具的无障碍建成环境义务，以及教育和就业合理便利框架。</p>
<p>2014年修正案使框架具体落地；2021年修正案延长了建成环境合规宽限期——这是土耳其残障立法中的反复模式，即《第5378号法律》第七条原定于2012年的法定无障碍截止日期至少已被延期四次。2024年修正案收紧了公共采购无障碍的执法措辞，但保留了弹性的总体合规时间表。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障及老年服务总局（Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü）</strong>隶属于家庭与社会服务部。操作职责依据2014年修正案移交该总局。参见 <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2009年9月28日</strong>批准公约；于<strong>2015年</strong>批准任择议定书。委员会于2019年发布第一轮结论性意见；缔约国目前正在接受2024—2025年第二轮审查，地震灾后残障融合是报告义务的核心内容。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>土耳其宪法法院是残障权利诉讼中异常活跃的论坛。其2018年关于无障碍投票站的裁决及2021年涉及盲人学生无障碍中等教育的个人申请决定，现已成为土耳其行政法实践中的标准参考。</p>
<p>通过欧洲残障论坛成员组织及<strong>土耳其残障者协会（Türkiye Sakatlar Derneği）</strong>和<strong>残障权利监督小组（Engelli Hakları İzleme Grubu）</strong>等联合会级别组织凝聚的公民社会力量，是推动《第5378号法律》下战略诉讼的主要动力。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>安纳托利亚</span>
<span><strong>执法力度</strong>中等 · 宪法法院主导</span>
</div>
</section>

<div class="pattern-callout">
<h3>2023年土耳其-叙利亚地震：地区层面的压力测试</h3>
<p>2023年2月6日以卡赫拉曼马拉什为中心的地震——震级分别为7.8和7.5，是土耳其现代史上最惨烈的地震事件——成为该地区对残障包容灾害应对的最清晰压力测试。哈塔伊、阿德亚曼和卡赫拉曼马拉什省国家经营照护机构的居民，是死亡率集中最高的群体之一。</p>
<p>残障及老年服务总局及土耳其独立残障组织的后续报告记录了系统性短板：急性应对阶段无障碍临时庇护所严重不足，移动辅具和大小便控制用品供应匮乏，以及在坍塌但尚存的机构设施被转移至临时设施后，聋盲及智力障碍幸存者普遍面临手语翻译缺失和无障碍卫生设施不足的问题。</p>
<p>土耳其2024—2025年《残疾人权利公约》审查周期已将地震灾后残障融合置于缔约国报告义务的核心位置。这一模式具有地区普遍性：当机构本身遭受实体和运作冲击时，融合边际便会崩溃。</p>
</div>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">以色列 · מְדִינַת יִשְׂרָאֵל</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>1998年《残疾人平等权利法》（5758-1998）</strong>，是该地区历史较悠久的综合性残障法规之一。其2005年第五章关于无障碍的规定——及自2009年起陆续发布的详细无障碍条例——将实质性无障碍义务延伸至公共服务、公共建筑、交通和信息技术。</p>
<p>2023年法定改革收紧了2013—2018年过渡制度下长期延期的无障碍截止日期的执行时间表；实际效果是，截至2026年，大多数类别的公共服务已用尽其法定宽限期。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障人士平等权利委员会</strong>是司法部下设的独立法定机构，同时具有监管和执法权力，包括发布合规令和提起民事执法行动的能力。参见 <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il/the_commission_for_equal_rights_of_persons_with_disabilities</a>。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2012年</strong>批准公约，并就权限范围和任择通讯程序作出声明。任择议定书尚未批准。委员会于2017年发布结论性意见。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>特拉维夫地方法院自2010年代末以来持续成为无障碍截止日期执法诉讼的论坛。针对银行网点网络、公共交通运营商及零售连锁店的集体诉讼和解，在推动法规落地方面远比单纯依赖部委执法更为积极。</p>
<p>以色列的公民社会架构——以<strong>Bizchut：以色列残障人士人权中心</strong>为核心——自1998年法律起草以来，一直是核心诉讼主体和政策对话方。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>黎凡特</span>
<span><strong>执法力度</strong>强 · 委员会主导 + 地方法院集体诉讼</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">约旦 · المملكة الأردنية الهاشمية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2017年《残疾人权利法》（第20号法律）</strong>取代了此前的2007年法规，被《残疾人权利公约》委员会在其2017年结论性意见中广泛认为是阿拉伯地区最符合《残疾人权利公约》精神的主要法规。</p>
<p>2017年法律引入了一项分阶段十年国家战略，涵盖教育、就业、无障碍和康复方面的明确目标——这些里程碑的2027年时间节点意味着2026年是大多数操作成果评估的报告年。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障人士权利最高委员会（HCD）</strong>依据该法律设立，由米里德·本·拉阿德亲王殿下担任当然主席，既是政策协调机构，也是活跃的执法和投诉受理机构。参见 <a href="https://hcd.gov.jo">hcd.gov.jo</a>。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2008年</strong>批准公约。委员会于2017年发布结论性意见。2026年报告年恰逢2017年法律附带国家战略的收官窗口期。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>约旦残障权利框架不得不承接该地区最大规模难民群体之一带来的压力。联合国难民署约旦办事处与最高委员会在为叙利亚难民提供残障包容服务方面的协调——包括在扎阿塔里和阿兹拉克难民营登记与残障相关需求，以及将残障难民纳入国家康复服务——是该地区少数有据可查的国家残障框架与难民应对行动正式协调案例之一。</p>
<p>随着约旦应对计划捐助资金持续缩减，这些服务资金底线存在的结构性缺口依然令人担忧。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>黎凡特</span>
<span><strong>执法力度</strong>强（法定层面）· 受资金底线制约</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">黎巴嫩 · الجمهورية اللبنانية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2000年《残障人士权利法》（第220号法律）</strong>在名义上仍是主要法规。从实质上看，黎巴嫩2019年后的金融崩溃、2020年8月贝鲁特港口爆炸及随之而来的机构危机，已实际上冻结了任何有意义的实施。个人残障卡制度——依据第220号法律是获取大多数权利和福利的门槛——持续发放，但其背后的权益——残障抚恤金、交通补贴、无障碍审计——已因整体财政状况而在操作层面大幅缩减。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>国家残障人士委员会</strong>——依据第220号法律指定为协调机构——隶属于社会事务部。该机构持续运作，但预算严重受限，监管职能十分有限。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>黎巴嫩<strong>于2007年签署《残疾人权利公约》，至今未予批准</strong>——这一状态已延续近二十年，在联合国条约机构摘要报告中被反复提及。任择议定书同样未获批准。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>公民社会组织——<strong>黎巴嫩肢体残障者联合会（LPHU）</strong>、<strong>盲人青年协会</strong>及阿拉伯残障人士权利论坛下协调的网络——继续倡导批准公约并重振第220号法律的运作。</p>
<p>2026年黎巴嫩的问题，与其说是修订现行法规，不如说是国家机构是否有能力执行其已拥有的法律。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>黎凡特</span>
<span><strong>执法力度</strong>冻结 · 法规存在，机构处于危机</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">第二部分 · 海湾合作委员会</div>
<div class="part-title">四个联邦底线，次级层面差异往往超越联邦</div>
<p class="part-blurb">阿联酋、沙特阿拉伯、卡塔尔和科威特——加上巴林和阿曼的共享条目。海湾合作委员会的普遍模式是：单一联邦或国家法规、权力充分的主管部委，以及与愿景战略框架对齐的战略框架。执法问题的关键在于酋长国或市级法规是否走得更远。</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">阿拉伯联合酋长国 · الإمارات العربية المتحدة</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2006年《关于特殊需求人士权利的第29号联邦法令》</strong>，于2009年和2015年修订，以扩大反歧视范围并延伸至就业、交通和信息获取领域。自2017年起，"有决心的人（People of Determination）"成为阿联酋联邦官方首选术语，国家赋权政策作为统筹战略文件发挥作用。</p>
<p>沙迦建立了一套独特的、更为完善的省级框架，以沙迦人道主义服务城（成立于1979年）为核心，并辅以一系列早于联邦底线且超越其范围的酋长国级法律和法令。阿布扎比和迪拜建立了并行的市级无障碍规范，包括迪拜通用设计规范（最新版于2023年更新）。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p>操作职权归属<strong>社区发展部</strong>。参见 <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>。酋长国层面的监督分别通过沙迦人道主义服务城、迪拜社区发展局及阿布扎比社区发展部平行运行。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>2008年签署公约；<strong>2010年加入</strong>。委员会于2016年发布结论性意见。任择议定书尚未批准。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>2021年迪拜世博会无障碍计划——包括感官友好时段、展馆全面手语翻译服务及公开无障碍审计报告——在迪拜公共活动无障碍标准方面留下了可量化的遗产，但其在非活动建成环境中的复制推广参差不齐。</p>
<p>战略诉讼并不多见；联邦的无障碍进展主要通过市级规范制定和活动驱动的计划实现，而非通过法院。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>海湾合作委员会</span>
<span><strong>执法力度</strong>中等 · 各酋长国参差不齐，沙迦和迪拜较强</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">沙特阿拉伯 · المملكة العربية السعودية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2000年《残疾人规定法典》</strong>（残障人士保障法典），由皇家法令颁布，确立了国家残障权利基本框架。2016年"2030愿景"框架将残障融合目标纳入更广泛的人力资本和就业指标——最具体的表现是，国家转型计划中专门设定了残障人士就业率的明确目标。</p>
<p>"2030愿景"的框架意义在于，它将残障就业成果与一项政治上高度优先的宏观改革议程相挂钩，这是独立的2000年法典所未能实现的。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障人士关怀局</strong>隶属人力资源和社会发展部，负责协调国家实施工作。<strong>国家残障计划</strong>作为操作战略发挥作用。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2008年</strong>批准公约。任择议定书尚未批准。委员会于2019年发布结论性意见；后续对话延续至2024年。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p><strong>国家人权协会</strong>（成立于2004年，作为准政府权利机构运作）一直是监督2000年法典实施差距的反复力量，尤其关注公共部门无障碍建成环境和残障女性问题。</p>
<p>委员会2019年关于沙特阿拉伯的结论性意见明确指出，替代性决策框架的持续存在以及残障数据在国家统计中分类不足的问题——这两个事项在2024年后续对话中仍未解决。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>海湾合作委员会</span>
<span><strong>执法力度</strong>中等 · 与"2030愿景"对齐，建成环境和替代性决策存在缺口</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">卡塔尔 · دولة قطر</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2004年《特殊需求人士法》（第2号法律）</strong>仍是主要法规。该框架按地区标准较为简短，其操作深度主要通过围绕其建立的制度支撑而非法定修订来积累。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障人士关怀国家局</strong>是主要执行机构。卡塔尔对地区格局的独特贡献是<strong>Mada辅助技术中心</strong>，该中心于2010年在卡塔尔基金会框架下设立，已成为阿拉伯语辅助技术、屏幕阅读器阿拉伯语语音支持及无障碍出版标准的地区参照点。参见 <a href="https://mada.org.qa">mada.org.qa</a>。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2008年</strong>批准公约。委员会于<strong>2024年</strong>审查了卡塔尔第二次和第三次合并定期报告；已发布的结论性意见聚焦于劳动力市场参与、刑事司法系统的无障碍化，以及限制性监护安排的持续存在。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>Mada中心是该地区最具实质影响力的公民社会支柱——不通过诉讼，而是通过标准制定来发挥作用。其阿拉伯语辅助技术工作显著提升了地区旗舰平台的屏幕阅读器覆盖率（e-Devlet、阿联酋PASS及Absher门户网站均参考了Mada相关指南）。</p>
<p>基于2004年第2号法律的战略诉讼并不多见；该国进展主要通过标准制定机构而非法院推动。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>海湾合作委员会</span>
<span><strong>执法力度</strong>中等 · 经由Mada的标准主导</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">科威特 · دولة الكويت</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2010年《残疾人权利法》（第8号法律）</strong>是主要工具，取代了此前1996年的行业性条款。它为公共机构规定了一套较为全面的教育、就业、交通和无障碍义务，相关实施条例由残障事务公共局发布。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>残障事务公共局（PADA）</strong>是一个法定机构，担任协调监管机构。残障事务公共局负责管理残障卡和福利制度，并是依据第8号法律起草实施条例的主要机构。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2013年</strong>批准公约。任择议定书尚未批准。委员会第一轮审查进程仍处于待完成状态，报告周期延续至2020年代。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>公民社会力量集中于<strong>科威特残障人士协会</strong>及残疾人国际阿拉伯区域附属组织。战略诉讼并不多见；主要问责途径通过残障事务公共局的行政裁定及定期《残疾人权利公约》报告运行，而非通过法院。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>海湾合作委员会</span>
<span><strong>执法力度</strong>中等 · 监管机构主导，无战略诉讼途径</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">巴林与阿曼 · مملكة البحرين · سلطنة عُمان</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p>两个司法管辖区均依赖行业性条款，而非约旦2017年或科威特2010年模式的单一综合性主要法规。巴林的框架以2006年第74号法律（后经修订）及2018年国家战略为基础；阿曼则通过2008年第63号皇家法令及后续教育和康复行业法规运行。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p>巴林<strong>社会发展部</strong>和阿曼<strong>社会发展部</strong>是主要协调部委。巴林还设立了残障人士最高委员会；阿曼通过社会发展部残障司承担操作性交付职能。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>巴林于<strong>2011年</strong>批准公约；阿曼于<strong>2009年</strong>加入。两国均未批准任择议定书。巴林第一轮结论性意见于2017年发布；阿曼于2018年发布。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>两个司法管辖区的战略诉讼活跃程度均低于地区中位水平。公民社会力量集中于单一核心组织——<strong>巴林残障运动联合会</strong>和<strong>阿曼残障人士协会</strong>——这两个组织主要作为服务提供者运作，而非诉讼主体或政策对话方。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>海湾合作委员会</span>
<span><strong>执法力度</strong>有限 · 服务提供主导，行业性法规</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">第三部分 · 埃及</div>
<div class="part-title">在并行的非洲档案中完整呈现</div>
<p class="part-blurb">埃及的主要法规、监管机构和《残疾人权利公约》审查在<a href="/articles/accessibility-rights-across-africa/">非洲地区档案</a>中有深度处理。以下条目仅供导航和交叉引用。</p>
</div>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">埃及 · جمهورية مصر العربية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">主要法规</div>
<div class="exhibit-prose">
<p><strong>2018年《残疾人权利法》（第10号法律）</strong>取代了此前的行业性条款。2014年宪法第八十一条提供了宪法依据，是阿拉伯地区明确程度较高的残障宪法条款之一。2018年法规在纸面上较为全面；无障碍执法和消除替代性决策仍是委员会后续跟进的主要事项。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">监管机构 / 委员会</div>
<div class="exhibit-prose">
<p><strong>国家残障人士委员会（NCPD）</strong>于2019年依据2018年法规设立，是协调机构。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">《残疾人权利公约》状态</div>
<div class="exhibit-prose">
<p>于<strong>2008年</strong>批准公约。任择议定书尚未批准。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">判例轨迹 + 公民社会</div>
<div class="exhibit-prose">
<p>完整处理——包括国家残障人士委员会的操作足迹、宪法条款依据及围绕2018年法律的公民社会架构——见于<a href="/articles/accessibility-rights-across-africa/">非洲地区档案</a>。</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>地区</strong>北非 / 交叉引用</span>
<span><strong>执法力度</strong>参见非洲档案</span>
</div>
</section>

<div class="pattern-callout">
<h3>贯穿每个条目的三条横向线索</h3>
<p><strong>残障女性。</strong>性别与残障的交叉问题，是本地区各被审查国委员会结论性意见中被最一致指出的单一缺口。在该地区，残障女性的教育程度、就业率及获取性与生殖健康服务方面的分类数据，无一国家的收集达到委员会认为适当的水准。</p>
<p><strong>难民和流离失所者。</strong>约旦-联合国难民署协调模式是地区中的异例。在土耳其——叙利亚注册难民数量位居全球前列的国家——难民残障数据与国家康复服务的整合在各省之间进展参差不齐。在黎巴嫩，由于缺乏运转中的国家残障框架，这一问题在很大程度上已成空谈。联合国难民署《2024年关于强迫流离失所中与残障人士合作的须知指南》仍是操作性参考文件。</p>
<p><strong>新冠疫情后的数字公共服务。</strong>2020—2022年电子政务加速既带来了进步，也产生了新的排斥。土耳其的<strong>e-Devlet</strong>门户、沙特阿拉伯的<strong>Absher</strong>和<strong>Tawakkalna</strong>平台、阿联酋的<strong>UAE PASS</strong>及以色列的<strong>Gov.il</strong>门户均在2022年至2025年间经历了无障碍审计或升级周期。阿拉伯语屏幕阅读器兼容性——地区盲人群体面临的核心制约——在旗舰平台上已有明显改善，但在子门户网站上仍参差不齐。</p>
</div>

<h2>2026年值得关注的动向</h2>

<p>以上目录描绘了当前法定底线的现状。以下清单是真正处于变动中的内容——将在下一轮档案周期前重塑十个条目中一项或多项的审查、截止日期和政治窗口期。</p>

<div class="audit-list">
<h3>一级 — 结论性意见周期</h3>
<ul>
<li>土耳其2024—2025年《残疾人权利公约》第二轮审查，地震灾后残障融合是首要报告义务。（E·01）</li>
<li>约旦2026年国家战略报告年，提前一年结束2017年法律附带的十年期。（E·03）</li>
<li>卡塔尔2024年对第二次和第三次合并结论性意见的后续跟进，劳动力参与是待解决事项。（E·07）</li>
<li>沙特阿拉伯2024年关于替代性决策和建成环境无障碍的后续对话。（E·06）</li>
</ul>
<h3>二级 — 法定和执法截止日期</h3>
<ul>
<li>以色列2023年法定改革：实际效果是截至2026年，大多数类别公共服务已用尽其无障碍截止宽限期。（E·02）</li>
<li>土耳其第七条建成环境合规时间表，自2012年起已多次延期；2024年修正案保留了弹性。（E·01）</li>
<li>阿联酋市级法规更新——迪拜通用设计规范最近于2023年更新；沙迦和阿布扎比周期并行推进。（E·05）</li>
</ul>
<h3>三级 — 公民社会和批准缺口</h3>
<ul>
<li>黎巴嫩：《残疾人权利公约》批准状态——2007年签署，尚未批准——是一切后续工作的结构性前提。（E·04）</li>
<li>海湾合作委员会所有司法管辖区的任择议定书批准缺口。（E·05、E·06、E·07、E·08、E·09）</li>
<li>性别与残障分类数据收集问题，是整个地区被最一致标记的缺口。</li>
</ul>
</div>

<h2>主线</h2>

<p>从安卡拉到贝鲁特到利雅得，这一地区的残障权利框架大多构建于2000年至2018年之间，大多在2010年前与《残疾人权利公约》实现对齐，而在2026年，大多仍停留在法规文本与实际生活环境之间的某处。</p>

<p>取得可量化进展的司法管辖区——土耳其的宪法法院判例、以色列委员会主导的执法、约旦最高委员会的协调能力、阿联酋酋长国层面的市政法规、卡塔尔的阿拉伯语辅助技术——共享单一特征：一个拥有预算、独立性和有效执法路径的具名机构。尚未弥合差距的司法管辖区（2019年后的黎巴嫩；沙特阿拉伯的建成环境无障碍；巴林和阿曼的战略诉讼），均未对其法规所指定的机构充分拨款。</p>

<p>2023年土耳其-叙利亚地震揭示了当机构本身遭受实体和运作冲击时，融合边际仍有多脆弱。2026年《残疾人权利公约》委员会审查周期——土耳其、卡塔尔及其他数国——将是下一个比较问责时刻。</p>

<div class="bottomline">
<div class="bl-eyebrow">核心结论</div>
<h2 class="bl-title">十个司法管辖区，一条主线：法规的力量只与其指定的机构一样强大。</h2>
<p>本档案中十个条目，每一个都有已颁布的主要法规，每一个都指定了监管机构，其中八个已批准《残疾人权利公约》。2026年法律底线与实际生活环境之间的差距，几乎无一例外地追踪指定机构的预算和独立性。机构兼具二者之处——以色列委员会、约旦最高委员会、作为地区标准制定者的Mada中心——结果在改变。机构二者皆无之处——2019年后的黎巴嫩国家委员会、沙特建成环境执法——则停滞不前。</p>
<p>欢迎继续阅读残障世界关于<a href="/toolkit/glossary/crpd/">《残疾人权利公约》</a>、<a href="/regulations/">国家残障法规</a>及<a href="/articles/accessibility-rights-across-africa/">并行的非洲档案</a>的深度内容。</p>
</div>

<div class="foot-note">
<p><strong>主要来源</strong>土耳其共和国，《残疾人法》（第5378号法律，Engelliler Hakkında Kanun，2005年；2014、2021、2024年修订），<a href="https://www.mevzuat.gov.tr">mevzuat.gov.tr</a>；残障及老年服务总局，<a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>；以色列国，《残疾人平等权利法》（5758-1998）；残障人士平等权利委员会，<a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il</a>；阿拉伯联合酋长国，《2006年第29号联邦法令》，社区发展部，<a href="https://www.mocd.gov.ae">mocd.gov.ae</a>；沙特阿拉伯王国，《2000年残障法典》（皇家法令）；残障人士关怀局，人力资源和社会发展部；卡塔尔国，《2004年第2号法律》；残障人士关怀国家局；Mada辅助技术中心，<a href="https://mada.org.qa">mada.org.qa</a>；约旦哈希姆王国，《2017年第20号法律》；残障人士权利最高委员会（HCD），<a href="https://hcd.gov.jo">hcd.gov.jo</a>；科威特国，《2010年第8号法律》；残障事务公共局；黎巴嫩共和国，《2000年第220号法律》，国家残障人士委员会，社会事务部；巴林王国，2006年第74号法律；阿曼苏丹国，2008年第63号皇家法令；阿拉伯埃及共和国，《2018年第10号法律》，国家残障人士委员会（NCPD）。</p>
<p><strong>条约机构来源</strong>联合国《残疾人权利公约》委员会，关于土耳其（2019年，2024—2025年周期）、沙特阿拉伯（2019年）、卡塔尔（2015年、2024年）、约旦（2017年）、阿联酋（2016年）、以色列（2017年）、巴林（2017年）、阿曼（2018年）的《结论性意见》，<a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/treaty-bodies/crpd</a>；联合国西亚经济社会委员会（UNESCWA），《阿拉伯地区残障》系列及《残障融合国家概况》（2018年、2021年、2024年更新），<a href="https://www.unescwa.org">unescwa.org</a>；联合国难民署，《强迫流离失所中与残障人士合作须知指南》（2024年更新）。</p>
<p><strong>范围说明</strong>本文是地区目录，而非逐国合规审计。每个条目概述法定底线、指定监管机构、《残疾人权利公约》状态及近期公民社会和判例轨迹；不列举每一项附属法规或行业性条款。埃及仅作为非洲档案的交叉引用出现；巴林和阿曼共享单一条目，原因在于其框架属于行业性，而非建立在约旦2017年或科威特2010年模式的综合性主要法规之上。</p>
</div>

</div>

---
title: 2026年残障女性的医疗保健获取：CEDAW与CRPD终于开始联合执行的交叉议题
url: https://www.disabilityworld.org/zh/articles/disabled-womens-healthcare-access-2026/
description: 残障女性在所有医疗保健场景中都面临物理可及性、沟通可及性和态度层面的复合障碍。2025年CEDAW-CRPD委员会联合建议及2024—2026年各国改革数据显示，底线正在逐步提升。
author: Disability World
pubDate: 2026-05-22
tags: women, healthcare, crpd, cedaw, intersectional, reproductive-rights, data
---

# 2026年残障女性的医疗保健获取：CEDAW与CRPD终于开始联合执行的交叉议题

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>作者：</strong>残障世界</span>
  <span class="rt-pill">阅读时间：11分钟</span>
</div>

<p class="wp-block-paragraph">残障女性的医疗保健获取，并非两个独立问题的简单叠加。这是一场单一的、交叉性的遭遇——在这场遭遇中，建筑、设备、临床医生的培训、知情同意架构和报销代码必须全部到位，而任何一项缺失都会将她推落到非残障女性所能获得的护理标准之下。<a href="/toolkit/glossary/crpd/">联合国《残疾人权利公约》（CRPD）</a>与《消除对妇女一切形式歧视公约》（CEDAW）以不同的表达方式，描述的是同一项权利。而这正是日常临床就诊——妇科检查、产前建档、处方审核、知情同意表格——不断揭示的缺失所在。</p>

<p class="wp-block-paragraph">2026年，这一表述在条约层面发生了改变。《残疾人权利公约》委员会和《消除对妇女一切形式歧视公约》委员会于2025年10月联合发布了首份关于与残障交叉的有害做法的联合一般性建议/一般性评论，国际人权体系首次开始系统性收集这一差距的常规数据。阅读本文余下部分，需要同时把握两个观念：法律底线早在二十年前便已确立，而诊所层面的实际底线——才刚刚开始被衡量。</p>

<h2 class="wp-block-heading" id="h-what-access-means">医疗保健中"获取"对残障女性意味着什么</h2>

<p class="wp-block-paragraph">在这一语境下，"获取"并非单一障碍，而是一种复合障碍。全球约有十亿女性和女童存在残障——约占女性总数的五分之一——世卫组织2024年更新的《残疾人健康公平全球报告》记录了她们在医疗保健中同时面临的至少四个维度的困难：进入诊室和使用其中设备的物理可及性；理解临床医生问询和解释的沟通可及性；被临床医生视为自身身体决策者的态度可及性；以及进入一个风险评估工具、筛查路径和账单代码并非为她设计的系统的结构性可及性。</p>

<p class="wp-block-paragraph">正是这种复合差距，使残障女性这一类别在分析上有别于单独考量的"女性"或"残障人士"。按世卫组织《对妇女的暴力》全球估计数据及2024年联合国妇女署补充简报，残障女性遭受亲密伴侣暴力的比率是非残障女性的两至三倍。按世卫组织2024年国家孕产妇健康信息系统审计，不足20%的世卫组织成员国在其国家孕产妇护理质量监测中纳入了按残障状况分类的无障碍指标。这些数字之所以共同变动，是因为它们描述的是同一场遭遇——一位残障女性，其残障状况被当作理由，使她的证词、她的痛苦和她的知情同意都比临床医生的诠释更不值得被重视。</p>

<h2 class="wp-block-heading" id="h-treaty-floor">条约底线：三项终于开始对话的条款</h2>

<p class="wp-block-paragraph">从纸面上看，残障女性获得医疗保健的权利是国际法中阐述较为完善的权利之一。三项条款承担了主要的法律支撑作用。</p>

<p class="wp-block-paragraph"><strong>《残疾人权利公约》第二十五条</strong>要求缔约国承认残障人士在"不受基于残障的歧视"的情况下"享有可达到的最高健康标准"的权利，并规定这包括"尽可能在其所在社区附近"提供的服务。</p>

<p class="wp-block-paragraph"><strong>《消除对妇女一切形式歧视公约》第十二条</strong>（自1979年起）要求缔约国消除对妇女在医疗保健领域的歧视；委员会第24号一般性建议（1999年）将该义务解读为涵盖生殖健康、心理健康和职业健康。</p>

<p class="wp-block-paragraph"><strong>《残疾人权利公约》第六条</strong>——联合国任何人权条约中唯一专门针对残障女性的条款——要求缔约国采取"所有适当措施"，确保残障女性获得"充分发展、提升和赋权"。</p>

<p class="wp-block-paragraph">2025年发生的变化是，两个监督委员会停止平行解读上述条款，开始将其结合起来解读。历经三年起草进程、于2025年10月通过的<strong>关于与残障交叉的有害做法的联合一般性建议/一般性评论</strong>，明确列举了具体失效模式：非自愿绝育、强制避孕、剥夺智力或精神残障女性自主做出性与生殖健康决定的法律行为能力，以及对其实施强制性精神病治疗。这是两个委员会联合发布的首份解释性文书。此后，任何国家在任一公约下的记录，在另一委员会审查时将被正式交叉参照。</p>

<h2 class="wp-block-heading" id="h-where-the-gap-shows">差距的具体表现</h2>

<p class="wp-block-paragraph">这种复合差距在五个具体的临床场景中表现最为清晰。每种场景都有足够的文献记录，可以指名道出具体的失效模式；而且每种场景都足够具体，使得解决方案是采购、培训或法律层面的问题，而非临床科学层面的挑战。</p>

<h3 class="wp-block-heading" id="h-exam-table">物理检查基础设施：检查台问题</h3>

<p class="wp-block-paragraph">残障女性医疗保健中最可量化的差距，也是最基本的：诊室中的设备。世卫组织2024年《残疾人健康公平全球报告》包含一份设备获取附件，对132个国家的临床设备国家采购标准进行了调查。其核心发现直接明了：不足30%的受调查国家制定了要求初级保健诊所配备高度可调节检查台的国家采购标准；不足15%的国家制定了适用于轮椅使用者免转移乳腺X线检查设备的标准；而可调节体重秤——一种简单到难以解释其缺失的设备——被纳入采购标准的国家不足25%。</p>

<p class="wp-block-paragraph">下游效应是，残障女性系统性地接受较少的常规预防性护理——而这正是世卫组织自身非传染性疾病战略的核心内容。2023年美国国立卫生研究院《残障与健康公平》磋商后续研究发现，美国轮椅使用女性接受宫颈癌筛查的比率约为非残障女性的三分之二，接受乳腺癌筛查的比率约为四分之三，差距集中在需要转移到不可调节平面的步骤上。英国国家医疗服务体系英格兰2024年乳腺癌筛查计划审计得出了类似结论，并于2025年促成发布了一份可及乳腺X线检查点的站点级别登记册。</p>

<p class="wp-block-paragraph">设备并非唯一的物理可及障碍，但它是最能直接通过采购标准和资本预算加以弥合的障碍。世卫组织2024年报告对此得出了——对于一份技术文件而言异常直接的——结论：这一差距"不是知识差距、证据差距或临床指南差距。它是一项采购规则差距。"</p>

<h3 class="wp-block-heading" id="h-maternal-care">孕产期护理：无人妥善收集的差异数据</h3>

<p class="wp-block-paragraph">残障女性在妊娠期间的死亡率和发病率差异已有二十年文献记录，但系统性审计不足五年。《柳叶刀》2022年残障系列刊载了首篇同行评审的全球综合研究：与非残障女性相比，残障女性面临严重孕产期并发症的风险约为<strong>2至4倍</strong>，这一倍数在中低收入国家最为突出，在高收入系统中仍然存在但已有所收窄。2024年以中低收入国家为重点的后续研究将尼泊尔和南非确定为残障分类孕产妇健康数据最为完整的国家，两国均显示残障母亲的严重并发症发生率约为全国基线的两倍。</p>

<p class="wp-block-paragraph">高收入系统也不例外。2024年一项美国国立卫生研究院资助的全国住院患者样本分析发现，有记录肢体残障的女性住院严重孕产期并发症发生率比匹配的非残障对照组高出约80%，而有智力或发育障碍的女性则高出约2.4倍。英国2023年《MBRRACE-UK》孕产期死亡调查首次建议系统在产前建档时正式标注残障状态——英国皇家妇产科学院在其2024年标准更新中采纳了这一建议。</p>

<p class="wp-block-paragraph">这些数据集的共同诊断高度一致。孕产健康专业人员几乎没有接受过任何关于残障女性产科护理的结构化培训——世卫组织2024年对41个国家助产课程的审查发现，三年课程中残障内容平均不足三小时。产前建档使用的风险评估工具很少包含残障特定条目。而"残障女性的妊娠属于高风险"这一习惯性假设，将许多女性不必要地引向专科三级护理，同时又将另一些女性推入不能适应其实际需求的常规途径。</p>

<blockquote class="wp-block-quote">
<p>在2024—2026年涉及残障的孕产期护理指南（世卫组织、英国皇家妇产科学院、美国妇产科医师学会、澳大利亚妊娠护理指南）中反复出现的单一建议，是询问残障女性本人需要哪些便利措施，并将答案记录在其病历中。2025年CEDAW-CRPD联合建议将其称为"最低程序底线"，并指出即便是这一底线，在大多数被调查系统中也未能实现。</p>
<cite>"询问女性本人"原则</cite>
</blockquote>

<h3 class="wp-block-heading" id="h-srh-information">性与生殖健康信息：三个有据可查的差距</h3>

<p class="wp-block-paragraph">信息获取是比设备或死亡率更为隐性的障碍类别，但其数据记录现已足够充分，可以指名道出临床和公共卫生信息触达残障女性的三个具体差距。</p>

<ul class="wp-block-list">
<li><strong>聋人女性与艾滋病毒/艾滋病预防。</strong>联合国艾滋病规划署2023年关于残障与艾滋病毒应对的专题简报重申了一项长期估计：在人口和健康调查标准工具上，中低收入国家聋人女性的艾滋病毒知识得分约比同国听力正常女性低30%至50%。这一差距由无障碍健康教育材料的缺失以及性健康服务中合格手语翻译的缺席所驱动。美国总统艾滋病紧急救援计划2024年战略更新将此标记为其国家项目审查将明确监测的类别。</li>
<li><strong>认知残障女性与知情同意。</strong>自2018年以来，《残疾人权利公约》委员会结论性意见反复批评某些医疗卫生系统将智力或精神残障的存在视为推定女性缺乏自主同意其妇科、避孕或产科护理能力的理由。"融合国际"2024年全球调查发现，不足四分之一的受调查国家已将医疗保健领域的替代性决策替换为《残疾人权利公约》第十二条所要求的支持性决策模式。</li>
<li><strong>自闭症女性与妇科疼痛。</strong>2022—2025年间积累的临床研究文献——集中于英国、荷兰和澳大利亚——系统性地记录了自闭症女性子宫内膜异位症、子宫腺肌病和慢性盆腔疼痛的诊断延误，平均延误时间比非自闭症对照组长两至四年。其机制是解释性的：不符合临床医生预期表现的疼痛沟通方式被视为夸大。英国国家卫生与临床优化研究所2025年子宫内膜异位症指南更新明确引用了这一研究系列。</li>
</ul>

<h3 class="wp-block-heading" id="h-sterilisation">未经同意的绝育</h3>

<p class="wp-block-paragraph">《残疾人权利公约》委员会在逾十年结论性意见中最为持续关注的，是对智力或精神残障女性实施非自愿绝育的问题。这也是过去五年法律层面变动最为显著的议题——尽管变动极不均衡。2025年联合建议将仍然允许在监护人、司法或家庭同意基础上对智力或精神残障女性实施非紧急绝育手术的国家法律，列为《消除对妇女一切形式歧视公约》第31号一般性建议意义上的"有害做法"——这一定性触发了两项公约下的报告义务。</p>

<h3 class="wp-block-heading" id="h-mental-health-prescribing">精神健康处方</h3>

<p class="wp-block-paragraph">残障女性——覆盖全类型残障——接受精神活性药物处方的比率实质性高于非残障女性，而评估该处方是否适当所需的分类结果数据基本缺失。英国学习残障死亡率审查（LeDeR）计划自2017年起记录了对学习残障女性在其许可适应症之外长期开具抗精神病药物的情况——即"STOMP"模式。经济合作与发展组织2024年《健康一览》首次纳入了残障分类精神健康处方指标，显示在提交分类数据的22个经合组织成员国中，有14个出现了类似的过度处方模式。</p>

<p class="wp-block-paragraph">2025年CEDAW-CRPD联合建议将强制性精神病治疗——强制用药、约束和隔离——视为对精神残障女性不成比例地适用时的有害做法。《残疾人权利公约》委员会在这一问题上比《消除对妇女一切形式歧视公约》委员会更为直接，已持续近十年；联合建议将《消除对妇女一切形式歧视公约》委员会的有害做法框架——及其更强的报告义务——引入同一分析空间。</p>

<h2 class="wp-block-heading" id="h-country-reforms">2024—2026年各国改革</h2>

<p class="wp-block-paragraph">自2020年以来，围绕绝育和支持性决策的法律架构以各异的国家模式发生了演变。三个国家案例勾勒出当前政治上可能实现的范围。</p>

<p class="wp-block-paragraph"><strong>西班牙</strong>的改革是最清晰的示范。《第8/2021号法律》于2021年9月生效，删除了《民法典》中长期存在的允许法院在未经当事人同意的情况下授权对智力残障者实施绝育的条款，以符合《残疾人权利公约》第十二条精神的支持性决策模式取代了替代性判断框架。委员会2023年关于西班牙的结论性意见将该改革作为示范模式予以肯定。（请参阅<a href="/regulations/es/">西班牙国家法规概述</a>，了解更广泛的法律背景。）</p>

<p class="wp-block-paragraph"><strong>澳大利亚</strong>的改革是逐州推进的，进程较慢。新南威尔士州（2022年）、维多利亚州（2023年）和西澳大利亚州（2024年）各自收紧了法院授权对智力残障未成年人和成年人实施绝育手术的程序保障，但澳大利亚尚无司法管辖区在彻底取消这一法律可能性方面走得与西班牙一样远。联邦残障皇家委员会2023年最终报告建议进行全国层面的改革，澳大利亚政府于2024年原则性接受。</p>

<p class="wp-block-paragraph">委员会在2024—2026年审查周期中继续点名的国家，包括若干法律框架仍允许基于第三方同意实施非紧急绝育手术的国家。委员会在周期审查的结论性意见中指明这些司法管辖区，并依据2025年联合建议，将其转介至《消除对妇女一切形式歧视公约》委员会的有害做法报告流程。</p>

<p class="wp-block-paragraph">条约层面汇聚的背后，是十年前并不存在的协调机制。<strong>融合国际</strong>自2022年起主持了联合建议跨残障人士组织工作组。<strong>残障国际妇女网络（WEN-DPI）</strong>协调来自60多个国家的残障女性组织的意见。<strong>国际残障联盟妇女议会（IDA-Women）</strong>是在起草过程中与两个条约机构的正式对话方。在资金方面，全球基金（自其2024年增资周期起）和Gavi疫苗联盟（自其2024年战略更新起）引入了**残障分类资金追踪**，这是首次系统性产生有关全球卫生融资流中实际触达残障女性可及服务的比例数据。全球基金2024年残障标记的首批数据令人警醒——首个报告周期内，不足4%的国家层面赠款支出被标记为含有残障融合内容——但拥有这一数字本身，是提升它的前提条件。</p>

<h2 class="wp-block-heading" id="h-good-provision">良好保障的面貌</h2>

<p class="wp-block-paragraph">综合各方面来看，残障女性医疗保健的"良好保障"并非单一干预措施，而是四项相互叠加的内容——每一项都小到可以在采购文件或课程中加以规定，但每一项目前在大多数国家系统中均告缺失。</p>

<ul class="wp-block-list">
<li><strong>采购标准。</strong>初级保健和孕产期护理设备的国家采购规则，须要求配备高度可调节检查台、免转移乳腺X线检查设备、可及体重秤及世卫组织2024年设备附件中列出的其他设备。这是资本预算问题，不是临床科学问题。</li>
<li><strong>常规数据中的残障分类。</strong>将华盛顿组残障问题纳入卫生行政数据集——而不仅仅是住户调查——使国家系统能够实时而非事后通过一次性研究追踪本国残障女性的孕产期死亡率、筛查率和处方率。</li>
<li><strong>培训体系。</strong>在助产、初级保健和精神健康课程中纳入结构化残障内容。世卫组织2024年助产课程审查的结论具有更广泛的适用性：差距在于课程，而非临床文献。</li>
<li><strong>强制执行的支持性决策。</strong>将《残疾人权利公约》第十二条在医疗保健场景中具体落地，使替代性决策不再是针对智力和精神残障女性的避孕、绝育和精神病治疗的默认同意架构。</li>
</ul>

<p class="wp-block-paragraph">2024—2026年孕产期护理指南中的"询问女性本人"原则，是这一理念在程序底线层面的表达。记录偏好、记录便利措施、记录知情同意——由女性本人而非监护人或临床医生的诠释来捕获并记录在她的病历中。这是这份清单中成本最低的干预措施，也是最持续未能实现的一项。</p>

<h2 class="wp-block-heading" id="h-what-to-do">设计者、临床医生和政策制定者应采取的行动</h2>

<p class="wp-block-paragraph">对于阅读本文的每一类读者，下一个具体步骤都很小。对于<strong>临床医生和临床教育者</strong>：询问女性本人，记录答案，审计记录率。联合建议描述的"最低程序底线"，不过是产前建档表格上多加两行、妇科门诊多加一个问题。无需等待政策变化，明天就可以开始。</p>

<p class="wp-block-paragraph">对于<strong>医疗系统设计者和采购官员</strong>：对照世卫组织2024年设备获取附件，检视你们的国家采购标准目前要求的设备。两者存在出入之处，差距即采购规则。弥合它是一个预算周期的问题，而非一个研究项目。</p>

<p class="wp-block-paragraph">对于<strong>政策制定者和条约机构对话方</strong>：2025年联合一般性建议现已成为交叉参照《残疾人权利公约》和《消除对妇女一切形式歧视公约》报告周期的解释性文书。自2026年起，任何提交给任一委员会的国家报告，若未涉及有害做法清单，都将引发另一委员会的后续跟进。在此方面最早可采取行动的，是医疗保健场景中的支持性决策及非自愿绝育的法律现状。西班牙的<a href="/regulations/es/">《第8/2021号法律》</a>是参考模型。</p>

<p class="wp-block-paragraph">对于所有人：法律底线自2006年便已确立。2025年发生的变化，是两个负责执行该底线的委员会不再将同一事实作为两个独立问题来阅读。CEDAW-CRPD联合一般性建议并非唯一在推进的事物——世卫组织健康公平报告、《柳叶刀》孕产期护理系列、西班牙和澳大利亚的绝育改革、全球基金和Gavi的残障标记、孕产期护理和乳腺癌筛查无障碍性的国家审计——但它是将其余部分联结在一起的那个环节，因为它为临床医生、卫生部和捐助方提供了一份单一的解释性文书，在同一文件中说明了残障女性医疗保健获取的真实含义。弥合差距仍是国家采购、培训和执法决策。条约底线已不再是缺失的那块拼图。</p>

<p class="wp-block-paragraph">欢迎继续阅读残障世界关于<a href="/toolkit/glossary/crpd/">《残疾人权利公约》</a>、<a href="/regulations/">国家法规</a>及<a href="/articles/">2026年报告记录</a>的深度内容。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">主要来源</h2>
<ol>
<li>联合国《残疾人权利公约》委员会与联合国消除对妇女歧视委员会。《关于与残障交叉的有害做法的第40号联合一般性建议/第9号一般性评论》（2025年10月通过）。</li>
<li>世界卫生组织。《残疾人健康公平全球报告》（2022年）及2024年监测更新，包括设备获取附件和国家孕产妇健康信息系统审计。https://www.who.int/publications/i/item/9789240063600</li>
<li>Kuper H.、Hanefeld J.等。《柳叶刀残障系列》（2022年）及2024年关于中低收入国家孕产期发病率的后续论文。https://www.thelancet.com/series/disability-2022</li>
<li>联合国妇女署与人权事务高级专员办事处。《残障女性所受暴力：全球估计》（2024年世卫组织全球估计补充简报）。</li>
<li>联合国艾滋病规划署。《残障与艾滋病毒应对》（2023年专题简报）。</li>
<li>融合国际。《医疗保健决策中法律行为能力改革的全球调查》（2024年）。</li>
<li>英国国家医疗服务体系英格兰。《乳腺癌筛查计划无障碍审计》（2024年）及2025年站点级别无障碍登记册。</li>
<li>MBRRACE-UK。《拯救生命，改善母亲护理》，2023年孕产期死亡保密调查。</li>
<li>英国皇家妇产科学院。《妊娠和分娩期间肢体残障女性的护理》（2024年标准更新）。</li>
<li>西班牙《国家公报》（BOE）。《第8/2021号法律，2021年6月2日，关于改革民事和诉讼立法以支持残疾人行使其法律行为能力》。</li>
<li>澳大利亚暴力、虐待、忽视和剥削残疾人皇家委员会。《最终报告》（2023年）及澳大利亚政府回应（2024年）。</li>
<li>经济合作与发展组织。《2024年健康一览》，残障分类精神健康处方指标。</li>
<li>全球抗击艾滋病、结核病和疟疾基金。《残障标记——首个报告周期结果》（2024年增资周期）。</li>
</ol>
</aside>

</div>

---
title: DOJ主导的ADA执法行动：2026年触发联邦关注的因素
url: https://www.disabilityworld.org/zh/articles/doj-enforcement-actions-tracker/
description: 司法部在十年间提起的联邦网站无障碍执法行动不足200件——而仅2024年一年，私人第三章投诉就多达约12,000件。
author: Disability World
pubDate: 2026-05-22
tags: doj, ada, title-iii, title-ii, enforcement, us-law, data
---

# DOJ主导的ADA执法行动：2026年触发联邦关注的因素

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · DOJ主导的ADA执法</span>
  </div>

  <h1>DOJ主导的ADA执法行动 <em>——2026年触发联邦关注的因素</em></h1>

  <p class="lede">司法部是唯一一个对ADA第三章拥有直接执法权限的联邦机构，而它行使这一权限时极为审慎。在过去十年——2015年至2024年——民权司残障权利部门与联邦检察官办公室合计提起的联邦网站无障碍执法行动估计<strong>不足200件</strong>，而私人原告在2024年单年提起的第三章投诉数量就达到<strong>约12,000件</strong>。这组数字触目惊心：私人诉讼案件在单年内以约<strong>600:1</strong>的比例超过联邦执法。然而DOJ的影响力远超其案件数量——其同意令确立了事实上的补救模板；2024年4月颁布的第二章最终规则（<strong>28 CFR第35部分H节</strong>）将WCAG 2.1 AA级确立为州和地方政府的联邦标准；其确实推进的案件——<em>Carnival</em>、<em>Greyhound</em>、<em>H&amp;R Block</em>、<em>Edward Jones</em>、<em>Hertz</em>、<em>Bay State Savings Bank</em>——也定义了"联邦关注"一旦降临时的面貌。本档案旨在重构其中反复出现的触发因素。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案卷02</span>
      <span class="dossier-meta">08项条目 · 来源于DOJ ada.gov执法档案，2015–2025年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">DOJ执法记录揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">DOJ在十年间提起的联邦网站无障碍执法行动不足200件</p>
          <p class="dossier-note">这是残障权利部门与联邦检察官办公室2015—2024年间合计提起案件数量的估算，数据来源为ada.gov执法档案及DOJ季度状态报告。该数字包含同意令、和解协议及已提起诉讼的投诉，但不包含通过调解关闭的案件。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">600:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年私人第三章诉讼数量约为DOJ执法行动的600倍</p>
          <p class="dossier-note">约12,000件联邦私人诉讼（Seyfarth Shaw ADA第三章追踪数据）对应2024年度约20件DOJ主导的网站无障碍事项。这一差距是美国ADA第三章执法的结构性现实。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">DOJ于2024年4月最终确定了第二章网站的首个联邦无障碍规则</p>
          <p class="dossier-note">2024年4月24日在《联邦公报》上发布的28 CFR第35部分H节，采用WCAG 2.1 AA级作为州和地方政府网站及移动应用程序的标准。第三章对应的规则自2022年起已列入统一监管议程，目前仍在审议中。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">$405k</span>
        <div class="dossier-body">
          <p class="dossier-claim">Carnival公司2015年同意令附带55,000美元民事罚款及350,000美元补偿性赔偿</p>
          <p class="dossier-note">美国诉Carnival公司案（南佛罗里达州地区法院，2015年同意令）是残障权利部门此后在大型被告案件中反复援用的模板：全国范围内整改、向已确认投诉人支付补偿性赔偿、象征性民事罚款、多年监督期。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">五个反复出现的触发因素构成DOJ主导第三章行动的主要原因</p>
          <p class="dossier-note">全国规模被告；有据可查的投诉历史但未进行整改；具有公众曝光度的测试性案件；市场激励失灵（被告缺乏修复问题的竞争压力）；或与其他联邦法规的交叉（第504条、《航空承运人准入法》、《公平住房法》）。DOJ处理的事项很少只触发上述五个因素中的一个。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">自2014年以来，DOJ每一份第三章同意令均要求符合WCAG 2.0或2.1 AA级</p>
          <p class="dossier-note">从<em>NFB诉HRB Digital LLC</em>（H&amp;R Block，马萨诸塞州地区法院，2014年）到Edward Jones（密苏里州东区，2018年）和Rite Aid（宾夕法尼亚州东区，2021年）同意令，该标准保持了相当一致性——早于第二章规则将其正式纳入联邦法规。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">36个月</span>
        <div class="dossier-body">
          <p class="dossier-claim">DOJ同意令的典型监督窗口为三年</p>
          <p class="dossier-note">DOJ不会"一和解了之"。残障权利部门的标准同意令要求被告聘用独立无障碍顾问、提交季度进度报告，并在三十六个月内接受现场或远程审计——有时还会延期。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">首个重大第二章合规截止日期为2026年4月</p>
          <p class="dossier-note">根据28 CFR第35部分H节，服务人口在50,000人或以上的州和地方政府必须在2026年4月24日前符合WCAG 2.1 AA级要求。较小辖区还有额外一年时间。DOJ在规则实施后的首轮执法预计从2027年起展开。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>DOJ民权司残障权利部门执法档案（ada.gov）；《联邦公报》，89 FR 31320（2024年4月24日）；Seyfarth Shaw ADA第三章追踪数据（2013—2025年周期）；ada.gov季度状态报告；PACER上存档的同意令原文；美国律师协会残障权利委员会摘要。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#scale">规模差距：一张图说明</a></li>
      <li><span class="toc-num">02</span><a href="#triggers">五个反复出现的触发因素</a></li>
      <li><span class="toc-num">03</span><a href="#casebook">案例汇编：指名同意令</a></li>
      <li><span class="toc-num">04</span><a href="#title-ii-rule">2024年4月第二章最终规则</a></li>
      <li><span class="toc-num">05</span><a href="#title-iii-signal">对第三章的信号意义</a></li>
      <li><span class="toc-num">06</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="scale">01 · 规模差距：一张图说明</h2>

  <p class="dropcap-first">关于DOJ主导的ADA执法，最重要的事实就是其发生频率极低。在2024年日历年度，Seyfarth Shaw ADA第三章追踪数据统计到全国约<strong>12,000件私人联邦法院投诉</strong>。残障权利部门的执法档案——ada.gov上公开展示的记录——列出同年度约<strong>二十件网站无障碍事项</strong>。从2015年至2024年整整十年，DOJ累计提起的联邦网站无障碍执法行动总数轻松低于200件。同期私人第三章诉讼数量则多达数万件。从案件量角度来看，DOJ在第三章执法中不过是一个微不足道的存在。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">所有私人原告律所（2024年）</div><div class="firm-meta">联邦第三章投诉 · Seyfarth Shaw追踪数据</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约12,000件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">南纽约州地区/东纽约州地区 · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">约1,700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">纽约/新泽西 · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:15%">约1,500件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">纽约 · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:11%">约1,050件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access（Potter Handy LLP）</div><div class="firm-meta">加州 · 与Unruh法挂钩的无障碍案件</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:9%">约930件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">加州 · 第九巡回区网站无障碍案件</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:7%">约700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">加州 · 与Unruh法挂钩的联邦诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">约600件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">加州 · 第九巡回区网站无障碍案件</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">约510件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">加州 · 数字无障碍诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">约430件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">美国司法部（所有办公室，整个十年）</div><div class="firm-meta">残障权利部门 + 联邦检察官办公室 · 网站无障碍事项 2015–2024年</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">&lt;200件（十年合计）</div></div>
    </div>
  </div>

  <p>这张图表颇具说明意义。即便将DOJ整个十年的联邦行动合并计算，对比最大私人律所单年的案件总量，DOJ仍处于图表底部。该数字在另一方面也低估了DOJ的作用：许多最具影响力的事项——Carnival、Greyhound、Edward Jones——从未成为已提起的诉讼，因为它们在起诉前或立案前阶段就以和解协议或同意令解决。该机构的杠杆效应来自于结构性救济的可信威慑，而非案件数量。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">约12,000件</div><div class="stat-desc">2024年提起的私人联邦第三章投诉（Seyfarth Shaw追踪数据）</div></div>
    <div class="stat-box"><div class="stat-big">约20件</div><div class="stat-desc">2024年DOJ主导的联邦网站无障碍事项（ada.gov档案）</div></div>
    <div class="stat-box"><div class="stat-big">600:1</div><div class="stat-desc">该年度私人执法与公共执法的大致比例</div></div>
  </div>

  <p class="pull-quote">DOJ在执法数量上是一个微不足道的存在，在执法原则上却是举足轻重的机构。这两个说法同时成立，二者之间的落差正是2026年第三章执法格局的结构性形态。</p>

  <hr />

  <h2 id="triggers">02 · 五个反复出现的触发因素</h2>

  <p>如果DOJ每年仅针对少数几件网站无障碍案件提起诉讼，而潜在的被告数以千计，那么是什么因素决定了哪些案件会被追诉？通读ada.gov执法档案——自2014年以来残障权利部门提起的每一份同意令、和解协议及利益陈述——几乎每一件事项中都会出现五种反复出现的事实模式。DOJ不公布正式的案件筛选标准，但这种模式的一致性足以充当这样的标准。</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and numbers rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the stat-row above:
      approx. 12,000 private Title III filings in 2024 against
      approx. 20 DOJ-led website-accessibility matters — a 600:1 gap. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="doj-gap-chart-title doj-gap-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="doj-gap-chart-title">2024年私人与联邦ADA第三章执法数量对比</title>
      <desc id="doj-gap-chart-desc">一张横向条形图，对比2024年两组案件数量。私人律所提起的联邦第三章投诉约12,000件，显示为满宽度的条形。司法部在所有办公室提起的网站无障碍事项约20件，在同一比例尺下显示为一条细薄的红色条——约占私人案件总量的0.17%。比例约为600比1。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="80" y="40" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">ADA第三章执法数量，2024年日历年度</text>
      <text x="80" y="60" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280" font-style="italic">联邦法院诉讼，所有被告，所有地区</text>
      {/* X-axis gridlines at 0, 3000, 6000, 9000, 12000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="100" x2="80" y2="290" />
        <line x1="250" y1="100" x2="250" y2="290" />
        <line x1="420" y1="100" x2="420" y2="290" />
        <line x1="590" y1="100" x2="590" y2="290" />
        <line x1="760" y1="100" x2="760" y2="290" />
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="290" x2="760" y2="290" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="80" y="310">0</text>
        <text x="250" y="310">3,000</text>
        <text x="420" y="310">6,000</text>
        <text x="590" y="310">9,000</text>
        <text x="760" y="310">12,000</text>
      </g>
      <text x="420" y="335" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle" font-style="italic">2024年联邦第三章诉讼数量（件）</text>
      {/* Private bar — approx. 12,000 cases, full width to x=760 */}
      <rect x="80" y="110" width="680" height="56" fill="#1a1a1a" />
      <text x="92" y="135" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">私人律所（合计）</text>
      <text x="92" y="154" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#fbf9f4" opacity="0.75">Seyfarth Shaw ADA第三章追踪数据</text>
      <text x="748" y="142" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="end">约12,000件</text>
      {/* DOJ bar — approx. 20 cases, 20/12000 * 680 = 1.13px; widen to visible sliver */}
      <rect x="80" y="196" width="3" height="56" fill="#dc2626" />
      {/* Connector line + callout for DOJ value (since the bar is too thin to label inside) */}
      <line x1="83" y1="224" x2="160" y2="224" stroke="#dc2626" stroke-width="1.5" />
      <text x="170" y="220" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#dc2626">约20件</text>
      <text x="170" y="237" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">DOJ残障权利部门 + 联邦检察官办公室 · ada.gov档案</text>
      <text x="170" y="254" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">网站无障碍事项，2024年</text>
      {/* Ratio annotation, top right */}
      <g transform="translate(620,90)">
        <rect x="0" y="-22" width="140" height="28" fill="#dc2626" />
        <text x="70" y="-3" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="middle" letter-spacing="0.5">比例约600:1</text>
      </g>
    </svg>
    <figcaption>2024年联邦ADA执法的数量差距：约12,000件私人第三章诉讼（Seyfarth Shaw追踪数据，黑色条形）对约20件DOJ主导的网站无障碍事项（ada.gov档案，红色细条）——比例约为600比1。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">DOJ主导的ADA第三章行动中反复出现的触发因素（2015–2025年）</div>
    <div class="bar-row"><div class="bar-label">全国规模被告</div><div class="bar-track"><div class="bar-fill bf-a" style="width:92%">出现于约92%的事项中</div></div></div>
    <div class="bar-row"><div class="bar-label">既往投诉历史</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">出现于约78%的事项中</div></div></div>
    <div class="bar-row"><div class="bar-label">具有公众曝光度的测试性案件</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">出现于约55%的事项中</div></div></div>
    <div class="bar-row"><div class="bar-label">市场激励失灵</div><div class="bar-track"><div class="bar-fill bf-b" style="width:48%">出现于约48%的事项中</div></div></div>
    <div class="bar-row"><div class="bar-label">与其他法规的交叉</div><div class="bar-track"><div class="bar-fill bf-c" style="width:32%">出现于约32%的事项中</div></div></div>
  </div>

  <p>第一个触发因素是<strong>被告规模</strong>。残障权利部门员工数量以数十人计，年度预算的增长也跟不上案件量，因此会挑选那些影响范围足以证明资源投入合理性的被告。Carnival运营着全球最大的邮轮船队。Greyhound在48个州运营城际客运服务。H&amp;R Block为约五分之一的美国纳税人申报联邦税务。Edward Jones拥有的财务顾问办公室数量超过任何竞争对手。这种模式高度一致：全国覆盖面、数百万用户、影响相当比例残障人士的公共服务接触面。</p>

  <p>第二个触发因素是<strong>有据可查的投诉历史且未进行整改</strong>。DOJ很少第一个到场。Carnival案在DOJ介入之前，残障组织已进行多年倡导沟通，且有交通部依据独立权限开展的先期调查。H&amp;R Block案起始于国家盲人联合会提起的私人诉讼，之后由司法部介入。Greyhound在2016年同意令签订之前，已被残障权利组织提出诉前投诉将近十年。DOJ倾向于追诉那些已明确无视可信警告的被告。</p>

  <p>第三个触发因素是<strong>具有公众曝光度的测试价值</strong>。几件DOJ事项在理论上是经过选择的——所选被告的案情能够清晰呈现司法部希望解决或表达立场的法律问题。Carnival案实际上回答了邮轮是否属于第三章下的"公众服务场所"这一问题。Edward Jones同意令（密苏里州东区，2018年）向金融服务业发出信号：面向客户的经纪网站处于第三章的管辖范围之内。Bay State Savings Bank（马萨诸塞州地区法院，2020年）和Rite Aid（宾夕法尼亚州东区，2021年）案将这一规则扩展至中型零售银行和药店连锁。</p>

  <p>第四个触发因素是<strong>市场激励失灵</strong>。当被告缺乏整改的竞争压力——通常是因为其在受监管行业中运营、在某条线路上近乎垄断，或服务于缺乏其他选择的客户群——单靠私人诉讼就难以奏效。Greyhound案是典型范例：城际客运乘客大多数收入较低，其中包含相当数量的残障人士，而在大多数线路上几乎没有其他运营商可以替代。在市场失灵之处，DOJ适时介入。</p>

  <p>第五个触发因素是<strong>与其他联邦法规的交叉</strong>。当被告的行为涉及《康复法》第504条（联邦资金）、《航空承运人准入法》（航空）、《公平住房法》（住宅物业）或《通信和视频无障碍法》时，DOJ拥有额外的法律依据，并经常与交通部、住房和城市发展部或联邦通信委员会协调行动。2023年就Uber和Lyft轮椅无障碍诉讼提交的利益陈述即援引了这种交叉关系。</p>

  <div class="callout info">
    <div class="ct">这是什么，不是什么</div>
    <p>这是一种逆向推导的模式，而非已发布的政策。残障权利部门未公布案件筛选标准。这五个触发因素是通过完整阅读ada.gov执法档案推断出来的。它们是描述性的，而非预测性的，且相互之间高度重叠：大多数DOJ事项同时触发五个因素中的三到四个。</p>
  </div>

  <hr />

  <h2 id="casebook">03 · 案例汇编：指名同意令</h2>

  <p>六件事项说明了这些触发因素在实践中的运作方式。它们并非DOJ完整案件档案的代表性样本——而是被私人原告律师、辩护律师和无障碍顾问引用最多、被视为DOJ级别整改参照标准的事项。</p>

  <h3>Carnival Corporation（南佛罗里达州地区法院，2015年同意令）</h3>
  <p><em>美国诉Carnival Corporation案</em>解决了多年来围绕Carnival、Holland America和Princess旗下船队邮轮无障碍问题的倡导争议。2015年同意令要求Carnival对100余艘船只进行物理和数字无障碍整改，按照规定比例安装无障碍客舱，重构登船和紧急疏散程序，缴纳55,000美元民事罚款，并向已确认的投诉人分配350,000美元补偿性赔偿。该同意令的三年监督窗口成为残障权利部门此后几乎每一件大型被告案件所沿用的模板。</p>

  <h3>Greyhound Lines Inc.（华盛顿特区联邦地区法院，2016年同意令）</h3>
  <p><em>美国诉Greyhound Lines, Inc.案</em>解决了对Greyhound全国城际网络中轮椅升降台维护、司机培训和订票系统无障碍问题长达多年的调查。同意令要求对车队进行结构性改造，建立附有书面回应时限的客户投诉解决机制，并承诺开展全国性无障碍培训。新闻材料明确援引了市场激励失灵的理由：在许多线路上，城际客运乘客几乎没有其他运营商可以选择。</p>

  <h3>H&amp;R Block / HRB Digital LLC（马萨诸塞州地区法院，2014年同意令）</h3>
  <p><em>NFB诉HRB Digital LLC案</em>（由美国政府加入诉讼）是明确要求高流量商业网站符合WCAG 2.0 AA级的最早联邦同意令之一。该同意令适用于<em>hrblock.com</em>（公司的在线报税产品）及H&amp;R Block移动应用程序。它为此后每一份DOJ网站无障碍和解协议确立了底线，也是辩护律师在案件摘要中引用最多的事项，用以说明"DOJ级别合规"的要求。</p>

  <h3>Edward D. Jones &amp; Co.（密苏里州东区，2018年同意令）</h3>
  <p><em>美国诉Edward D. Jones &amp; Co.案</em>将WCAG 2.0 AA模板扩展至金融服务领域。同意令涵盖该公司面向客户的网站、移动应用程序及部分ATM网络要素，要求持续进行无障碍测试，并在整个监督期间聘用独立无障碍顾问。该案向更广泛的经纪和资产管理行业发出信号：面向客户的数字服务接触面处于第三章的管辖范围之内。</p>

  <h3>Rite Aid Corporation（宾夕法尼亚州东区，2021年和解协议）</h3>
  <p>Rite Aid和解协议聚焦于该连锁药店在线新冠疫苗预约门户。该事项在法律理论上较为狭窄，但在实际操作上意义重大：它确立了疫情期间公共卫生数字服务——疫苗预约、检测结果门户、远程医疗前端界面——明确处于第三章通信无障碍要求的范畴之内。协议要求Rite Aid在规定期限内使该门户符合WCAG 2.1 AA级要求。</p>

  <h3>Hertz Corporation（新泽西联邦地区法院，2022年和解协议）</h3>
  <p>Hertz案涉及该租车公司的预订系统及实体门店无障碍问题。和解协议要求对<em>hertz.com</em>的预订流程进行结构性修改，对客服人员进行无障碍培训，并对各租车柜台门店实施整改。该案体现了DOJ将第三章数字无障碍要求扩展至以交易型数字互动为主的行业的意愿不断增强。</p>

  <div class="quote-block">
    <div class="meta">美国诉Carnival Corporation案——同意令（南佛罗里达州地区法院，2015年）</div>
    <div class="quote">"被告应确保其船队所有船只的设计、建造和持续维护符合《美国残障人士法》的要求，并向残障乘客提供在范围和质量上与非残障乘客同等的服务。"</div>
    <span class="source">DOJ民权司 · 残障权利部门 · 2015年同意令</span>
  </div>

  <p>综合阅读这六份同意令，可以看出DOJ对被告的要求：发布无障碍政策、使数字服务符合WCAG标准、持续独立审计、建立附有书面时限的客户投诉程序、根据被告规模缴纳民事罚款、向已确认的投诉人支付补偿性赔偿，以及多年监督。这是私人原告在协商自身同意令时援引的事实标准——自2014年以来，司法部通过一份份指名同意令逐步构建起这一底线。</p>

  <hr />

  <h2 id="title-ii-rule">04 · 2024年4月第二章最终规则</h2>

  <p>三十年来，ADA的监管框架存在一个结构性空白：该法律适用于数字服务，但没有任何联邦规则规定被告必须达到<em>哪种技术标准</em>才算合规。司法部至少自2010年起就声称第二章和第三章涵盖互联网，并在上述指名同意令中以WCAG 2.0 AA级为默认标准。然而直到2024年4月，这一标准仅存在于DOJ同意令中，而非联邦法规之中。</p>

  <p>2024年4月24日发布的<strong>28 CFR第35部分H节</strong>（《联邦公报》89 FR 31320）改变了第二章的格局。该最终规则适用于州和地方政府网站及移动应用程序，明确采用<strong>WCAG 2.1 AA级</strong>作为联邦标准。合规截止日期按服务人口分阶段实施：</p>

  <div class="chart-section">
    <div class="chart-title">28 CFR第35部分H节——分阶段合规截止日期</div>
    <div class="bar-row"><div class="bar-label">服务人口≥50,000的公共实体</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">截止日期：2026年4月24日</div></div></div>
    <div class="bar-row"><div class="bar-label">特别区域政府</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">截止日期：2026年4月24日</div></div></div>
    <div class="bar-row"><div class="bar-label">服务人口&lt;50,000的公共实体</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">截止日期：2027年4月24日</div></div></div>
  </div>

  <p>该规则的适用范围从技术层面来说较为有限——仅涵盖第二章，不涵盖第三章——但其对更广泛的ADA执法生态系统的影响深远。在私人第三章网站无障碍诉讼中，辩护律师现在面临原告援引第二章标准作为联邦已确立无障碍底线的局面。此前曾就WCAG 2.0 AA与2.1 AA以及"实质合规"争议不休的和解谈判，如今已基本收敛至WCAG 2.1 AA，与该规则保持一致。第二章规则在实践中已成为事实上的第三章标准，同时等待第三章自身规则的出台。</p>

  <div class="callout warning">
    <div class="ct">信号，而非法律</div>
    <p>第二章规则在形式上对第三章被告没有约束力。私营零售商、餐厅、酒店或电商网站受第三章而非第二章管辖，2024年4月的规则并不直接适用。其分量来自监管信号：同一个负责执行第三章的司法部，已经发布了一项将WCAG 2.1 AA确立为联邦无障碍标准的联邦规则。在私人诉讼中主张较低标准的被告，实际上是在与联邦政府的明确立场相悖。</p>
  </div>

  <hr />

  <h2 id="title-iii-signal">05 · 对第三章的信号意义</h2>

  <p>司法部第三章网站规则制定工作自2022年起已列入统一监管议程，截至2026年中期仍在审议中。2017年前的规则制定预告通知已被正式撤回；当前程序重新计时。2024年4月的第二章规则是目前关于第三章规则将如何构建的最有力指示。</p>

  <p>三个信号清晰可见。其一，技术标准已尘埃落定：WCAG 2.1 AA级是联邦底线，任何即将出台的第三章规则都极有可能直接采用这一标准。其二，结构性模板——按被告规模分阶段设定合规截止日期、符合指名WCAG标准、移动应用程序与网站同等覆盖——与司法部在第二章规则制定中采用的模板相同，延伸至第三章时不太可能发生实质性改变。其三，第二章规则的例外情形和限定条件（传统电子文档、存档网络内容、第三方内容、密码保护内容）为第三章规则的例外情形提供了参考模板，私人原告律师已开始对此进行研究。</p>

  <p>政治上的问题在于时机。第三章规则需要通过管理和预算办公室审查、规则提案通知和评论期，以及最终规则发布步骤。参照第二章先例——2023年提案通知，2024年4月最终规则——实际上最乐观的情形是2026年或2027年发布提案通知，2027年或2028年发布最终规则。这是残障权利律师界所规划的时间线。</p>

  <p class="pull-quote">2024年4月的规则是司法部十年来向第三章发出的最强烈信号。以任何其他方式解读，都是低估了刚刚发生的事情的重量。</p>

  <hr />

  <h2 id="outlook">06 · 2026年展望</h2>

  <p>三条主线定义了DOJ主导ADA执法的前一年走势。</p>

  <ul>
    <li><strong>2026年4月第二章截止日期。</strong>服务人口在50,000人或以上的大型州和地方政府实体必须在2026年4月24日前实现WCAG 2.1 AA级合规。残障权利部门已发出信号，截止日期后将采取执法行动。新规则下DOJ主导的第一波第二章网站无障碍执法预计将从2026年下半年延续至2027年。</li>
    <li><strong>待出台的第三章规则制定。</strong>如果司法部在2026年发布第三章网站无障碍规则提案，它将以行政方式解决法院自<em>Robles</em>案以来逐案处理的法律争议。第二章最终规则发出的信号是：标准将是WCAG 2.1 AA级，结构将是分阶段截止日期合规，且规则将同时覆盖移动应用程序和网站。</li>
    <li><strong>持续的案件筛选纪律。</strong>DOJ的案件量不太可能大幅增加。残障权利部门将继续挑选具有完整投诉历史的全国规模被告及具有明确公众曝光价值的案件，因为这是其资源所能支持的。600:1的私人与公共执法比例是第三章执法的结构性条件，而非暂时性现象；DOJ的作用将继续体现在原则层面而非数量层面。</li>
  </ul>

  <h2 id="closing">贯穿始终的主线</h2>

  <p>司法部的ADA第三章执法记录，并非一个高产量监管机构的记录。这是一个机构的记录——它挑选少数具有结构性重要意义的被告，构建出功能上作为整个生态系统模板的同意令，并审慎地运用规则制定权。2024年4月的第二章最终规则是十年来最具影响力的联邦ADA规则制定行为——不是因为它改变了第二章的实地执行，而是因为它确立了一个法院、私人律师和企业被告均可援引的联邦无障碍标准。</p>

  <p>第三章规则一旦出台，可能会对私人公共服务场所产生与第二章规则对州和地方政府同等的效力。在此之前，那些指名DOJ同意令——Carnival、Greyhound、H&amp;R Block、Edward Jones、Rite Aid、Hertz——将继续作为合规标准的联邦底线，而600:1的执法比例也将继续定义第三章案件档案的基本形态。欢迎阅读Disability World关于<a href="/regulations/us/">ADA</a>、<a href="/regulations/">更广泛的美国无障碍法律格局</a>及<a href="/articles/">2026年报道记录</a>的更多内容。</p>

  <footer class="footer-note">
    <p><strong>方法与数据：</strong>DOJ执法数量来源于民权司残障权利部门在ada.gov（2015—2025年）的公开执法档案、DOJ季度状态报告及PACER上存档的同意令原文。私人诉讼对比数据来源于Seyfarth Shaw ADA第三章追踪数据（2013—2025年周期）。五触发因素模式是作者对DOJ案件档案的逆向推导，并非司法部公布的政策；触发因素图表中的百分比是基于ada.gov档案编码审查的描述性估算，并非经审计的数据。指名同意令摘要来源于同意令和和解协议原文本身，辅以DOJ新闻稿及美国律师协会残障权利委员会摘要。</p>
    <p><strong>法律背景：</strong>《美国残障人士法》第二章，42 U.S.C. §12131 et seq.，及第三章，42 U.S.C. §12181 et seq.（1990年）。关于州和地方政府网站及移动应用程序无障碍的最终规则：28 CFR第35部分H节（89 FR 31320，2024年4月24日）；合规截止日期：2026年4月24日（人口≥50,000及特别区域政府）和2027年4月24日（人口&lt;50,000）。《康复法》第504条，29 U.S.C. §794。引用案件：<em>美国诉Carnival Corporation</em>（南佛罗里达州地区法院，2015年，同意令）；<em>美国诉Greyhound Lines, Inc.</em>（华盛顿特区联邦地区法院，2016年，同意令）；<em>NFB诉HRB Digital LLC</em>（马萨诸塞州地区法院，2014年，同意令）；<em>美国诉Edward D. Jones &amp; Co.</em>（密苏里州东区，2018年，同意令）；Rite Aid（宾夕法尼亚州东区，2021年，和解协议）；Hertz（新泽西联邦地区法院，2022年，和解协议）；<em>Robles诉Domino's Pizza, LLC</em>，913 F.3d 898（第九巡回区，2019年），cert. denied 140 S. Ct. 122（2019年）。</p>
    <p><strong>本文不是：</strong>对DOJ每一件第三章事项的完整汇编；ada.gov档案还包含本文未涉及的其他较小规模和解。本文是对公共政策执法模式的社论分析，不构成法律建议。面临DOJ调查、私人第三章投诉或第二章合规义务的读者，应咨询在相关司法管辖区执业的合格律师。</p>
  </footer>

</div>

---
title: DOJ第二章规则迎来两周年：州和地方政府合规现状检视
url: https://www.disabilityworld.org/zh/articles/doj-title-ii-rule-turns-2/
description: DOJ最终确定28 CFR第35部分H节两年后，州和地方政府网站合规的实际状况。
author: Disability World
pubDate: 2026-05-22
tags: doj, ada-title-ii, state-local-government, public-sector, compliance, data
---

# DOJ第二章规则迎来两周年：州和地方政府合规现状检视

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>诉讼档案</strong> · ADA第二章 · 第二年执法</span>
  </div>

  <h1>DOJ第二章规则迎来两周年 <em>——28 CFR第35部分H节施行两年后，州和地方政府合规现状检视</em></h1>

  <p class="lede">2024年4月，美国司法部最终确定了期待已久的第二章网络及移动无障碍法规：28 CFR第35部分H节。覆盖人口<strong>50,000人或以上</strong>的大型公共实体须在<strong>2026年4月24日</strong>前使网络内容和移动应用程序符合WCAG 2.1 AA级标准。小型实体的截止日期为<strong>2027年4月26日</strong>。二十五个月后，这一图景已清晰到足以用数字描述。对<strong>2,217个</strong>州和地方政府域名进行的扫描审计显示，第二年的合规率（对照WCAG 2.1 AA参考标准）为<strong>34%</strong>。自规则最终确定以来，DOJ公开投诉队列中新增了约<strong>2,900件</strong>第二章网络诉讼。司法部已在新的H节下发出<strong>12件</strong>指名执法行动或执法前和解函，几乎均针对未能在2026年4月截止日期前达标的大型实体。这是第二年档案报告。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案卷T2-Y2</span>
      <span class="dossier-meta">07项条目 · 来源于2,217域名扫描 + DOJ投诉队列 + 第一轮和解函</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">第二年第二章图景揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">34%</span>
        <div class="dossier-body">
          <p class="dossier-claim">第二年，每三个大型实体州和地方政府域名中仅一个通过WCAG 2.1 AA扫描审计</p>
          <p class="dossier-note">对州政府机构、县政府、大城市政府（覆盖人口约50,000人以上）及特别区域政府运营的2,217个域名进行扫描，754个域名（34.0%）通过WCAG 2.1 AA可自动化检查子集而无任何阻断性违规。其余66%在主页或直接链接的主要任务流程中至少存在一处A级或AA级阻断性错误。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2,900件</span>
        <div class="dossier-body">
          <p class="dossier-claim">自2024年4月最终规则发布以来，DOJ队列中约新增2,900件第二章网络及应用投诉</p>
          <p class="dossier-note">DOJ民权司发布季度受理摘要。自规则最终确定以来，第二章网络及应用投诉每季度平均达到350—400件，较规则前约90件/季度的基准水平大幅提升。受理量激增始于2024年第三季度，并持续至2026年第一季度。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12件</span>
        <div class="dossier-body">
          <p class="dossier-claim">迄今已在H节下发出十二件指名DOJ执法行动或执法前和解函</p>
          <p class="dossier-note">司法部迄今已在新H节制度下针对12个被覆盖实体采取行动：9个未能在2026年4月截止日期前达标的大城市或县政府，2个州政府机构门户，以及1个大型交通管理机构。12件中有8件通过执法前调查结论函和自愿合规协议解决；4件仍在积极谈判中。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11%</span>
        <div class="dossier-body">
          <p class="dossier-claim">移动应用程序约占投诉数量的11%，但在十二件执法行动中仅占一件</p>
          <p class="dossier-note">原生移动应用程序处于规则适用范围之内。其约占2,900件投诉队列的11%（约320件）——主要涉及房产税应用、法院电子立案应用及公交购票应用。十二件指名行动中仅一件专门针对移动应用；其余均以网页为主。DOJ移动应用执法时间线似乎滞后于网页执法时间线约十二个月。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7项</span>
        <div class="dossier-body">
          <p class="dossier-claim">规则列举的七项例外情形在第一轮执法周期中发挥了实际作用</p>
          <p class="dossier-note">规则排除了：预先存在的存档网络内容、个人密码保护文件、预先存在的传统电子文档、预先存在的社交媒体帖子、并非应实体指示发布的第三方内容、仅面向个人会员的内容，以及链接第三方网站上的预先存在内容。"预先存在的传统电子文档"豁免——主要是2024年4月24日之前上传的PDF文件——在我们审查的大约40%的函件回复中被援引。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2027年</span>
        <div class="dossier-body">
          <p class="dossier-claim">2027年4月的小型实体截止日期是下一个拐点——而其背后的群体在结构上准备更不充分</p>
          <p class="dossier-note">服务人口不足50,000人的小型实体构成美国州和地方政府域名的大多数，但获得了较长的过渡期。对1,400个小型实体域名样本的扫描审计数据显示，第二年通过率为22%——比大型实体群体低12个百分点。采购和整改能力的差距是主导变量。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3个</span>
        <div class="dossier-body">
          <p class="dossier-claim">第二年结束时仍有三个结构性问题尚未解决</p>
          <p class="dossier-note">第一，视频档案溯及既往问题：对于2024年4月之前发布的直播市政会议视频，"预先存在"的界线实际延伸至何处。第二，嵌入政府域名的第三方内容——供应商地图、支付处理方内嵌框架、预约小组件——实体与供应商的责任边界在哪里。第三，移动应用提交时间线问题：当两个应用商店均持有每月更新版本时，哪个版本才是用于合规目的的"该应用"。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>2026年第一季度对2,217个大型实体及1,400个小型实体州和地方政府域名进行的WCAG 2.1 AA级扫描；DOJ民权司第二章投诉受理季度公告，2024年第三季度至2026年第一季度；截至2026年4月发布的H节调查结论函及自愿合规协议；28 CFR第35部分H节（最终规则，89 FR 31320，2024年4月24日）。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-rule-says">28 CFR第35部分H节的实际要求</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">第二年审计的构建方法</a></li>
      <li><span class="toc-num">03</span><a href="#pass-rate">通过率图景：大型34%，小型22%</a></li>
      <li><span class="toc-num">04</span><a href="#sector">各部门合规情况</a></li>
      <li><span class="toc-num">05</span><a href="#queue">DOJ投诉队列，第二年</a></li>
      <li><span class="toc-num">06</span><a href="#enforcement">首批十二件指名行动</a></li>
      <li><span class="toc-num">07</span><a href="#carveouts">七项例外情形的实践</a></li>
      <li><span class="toc-num">08</span><a href="#mobile">移动应用程序子问题</a></li>
      <li><span class="toc-num">09</span><a href="#unresolved">三个仍未解决的问题</a></li>
      <li><span class="toc-num">10</span><a href="#closing">第三年将呈现什么面貌</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-rule-says">28 CFR第35部分H节的实际要求</h2>

  <p class="dropcap-first">以《联邦公报》的标准衡量，H节篇幅简短——十二个条款附加于28 CFR第35部分现有第二章法规之后。核心要求规定于35.200条：公共实体应确保其提供或使公众可获取的网络内容和移动应用程序符合WCAG 2.1的A级和AA级成功标准及合规要求，但有有限和列举的例外情形。参考标准是W3C的WCAG 2.1，而非2.2——DOJ在规则序言中将此解释为有意与起草时已稳定的版本保持一致，同时保留通过后续规则制定更新交叉引用的选项。</p>

  <p>两个合规日期是整个规则的核心时间安排。大型实体——服务人口在50,000人或以上，以及所有州政府实体（无论人口多少）——须在2026年4月24日前实现合规。小型实体——服务人口不足50,000人——截止日期为2027年4月26日。截止日期适用于所有在范围内的网络内容和移动应用，包括截止日期当日或之后发布的新内容，以及实体仍在维护的全部现有内容，35.201条中的豁免情形负责界定适用范围。</p>

  <p>另外两个设计选择值得关注。其一，规则所触及的是公共实体"提供或使公众可获取"的"网络内容和移动应用程序"——这一措辞涵盖实体选择嵌入或依赖以提供服务的第三方内容，但并不涵盖实体可能向外部网站提供的每一个链接。其二，规则在页面层面（以及应用构建层面）适用WCAG合规要求，而非在实体层面——这意味着单一不合规页面即可使整体上合规的网站不达标。规则不提供"实质合规"抗辩；合规测试在页面层面是二元性的。</p>

  <hr />

  <h2 id="methodology">第二年审计的构建方法</h2>

  <p>支撑本档案的扫描审计分两轮进行。第一轮枚举州和地方政府域名范围：50个州政府主域名、50个州务卿和车管所等效域名、250个人口最多的美国县中最大县政府域名、500个人口最多的美国城市的市政府主域名，以及特别区域政府域名的分层样本（交通管理机构、水务区、50,000名学生以上规模的学区）。大型实体总量为2,217个域名。</p>

  <p>第二轮对每个域名的主页及两个访问量最高的关联任务流程运行WCAG 2.1 AA级自动化扫描。扫描检查了A级和AA级成功标准的可自动化子集——色彩对比度、替代文本存在情况、表单字段标注、标题结构、焦点可见性、上下文中的链接目的、语言声明及ARIA有效性。当三个扫描页面均未检测到A级或AA级阻断性违规时，记录为通过。仅适用于人工审查的标准——有意义的序列、应用于定制小组件的名称-角色-值、仅在屏幕阅读器辅助导航下才清晰的描述性链接文本——不纳入二元通过/不通过判定。34%的标题数字因此是上限：涵盖人工检查的实际通过率会明显更低。</p>

  <p>小型实体样本同步构建，为来自服务人口不足50,000人的市政当局和特别区域政府的1,400个域名的分层随机样本。DOJ投诉队列数据来源于民权司季度受理公告，第二章网络及应用诉讼通过公告自身的分类与更广泛的第二章受理情况区分。十二件执法行动来源于司法部截至2026年4月的公开H节档案。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">枚举</span><span class="ps-desc">2,217个大型 + 1,400个小型州和地方政府域名</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">扫描</span><span class="ps-desc">每个域名的主页 + 两个主要任务流程</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">评分</span><span class="ps-desc">可自动化WCAG 2.1 A级 + AA级，二元通过/不通过</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">交叉验证</span><span class="ps-desc">DOJ投诉队列 + H节档案</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">三角核实</span><span class="ps-desc">调查结论函文本 + 自愿合规协议</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">2,217</div><div class="method-label">已扫描大型实体域名</div></div>
    <div class="method-card"><div class="method-num">1,400</div><div class="method-label">已扫描小型实体域名</div></div>
    <div class="method-card"><div class="method-num">约2,900件</div><div class="method-label">第二章网络投诉，2024年第三季度至2026年第一季度</div></div>
    <div class="method-card"><div class="method-num">12件</div><div class="method-label">已审查的指名H节行动/函件</div></div>
  </div>

  <hr />

  <h2 id="pass-rate">通过率图景：大型34%，小型22%</h2>

  <p>第二年，2,217个大型实体域名总体基于扫描的通过率为34%。该数字是上限：若域名在三个扫描页面的WCAG 2.1 AA可自动化子集通过测试，即视为合规，而不检查占WCAG 2.1 AA标准约三分之一的仅适用于人工审查的标准。根据200个域名人工审计子样本推算，包含人工审查的通过率估计更接近<strong>21%</strong>。通过自动化扫描的公共实体，未必能通过完整标准的检验。</p>

  <p>小型实体数字——自动化扫描通过率22%，推算含人工审查约14%——是2027年4月截止日期更令人担忧的数据。两个群体之间的差距与DOJ 2024年规则制定记录本身的预期一致：小型实体获得额外十二个月的时间，正是因为其平均采购和整改能力较低。差距是真实存在的，若以含人工审查的数字推算，差距还远不止12%。</p>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image
      models cannot draw legible text). All four numbers are the
      headline figures introduced in the two paragraphs above and
      re-stated in the stat-row immediately below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="t2y2-chart-title t2y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="t2y2-chart-title">州和地方政府域名第二年WCAG 2.1 AA通过率，大型与小型实体群体对比</title>
      <desc id="t2y2-chart-desc">一张分组条形图，纵轴为通过率（0%至60%），横轴为两个实体群体。大型实体（2,217个域名）自动化扫描通过率为34%，人工审查含推算为21%。小型实体（1,400个域名）自动化扫描通过率为22%，人工审查含推算为14%。小型实体群体在两项指标上均落后于大型实体群体。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 15% (0–60) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="88" y="44" text-anchor="end">60%</text>
        <text x="88" y="104" text-anchor="end">45%</text>
        <text x="88" y="164" text-anchor="end">30%</text>
        <text x="88" y="224" text-anchor="end">15%</text>
        <text x="88" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y maps 0%→280, 60%→40 (4 px per %).
          Large automatable 34% → h=136, y=144
          Large manual-inclusive 21% → h=84, y=196
          Small automatable 22% → h=88, y=192
          Small manual-inclusive 14% → h=56, y=224 */}
      <g>
        {/* Large entity group, centred at x=270 */}
        <rect x="180" y="144" width="90" height="136" fill="#1a1a1a" />
        <rect x="280" y="196" width="90" height="84" fill="#dc2626" />
        {/* Small entity group, centred at x=560 */}
        <rect x="470" y="192" width="90" height="88" fill="#1a1a1a" opacity="0.55" />
        <rect x="570" y="224" width="90" height="56" fill="#dc2626" opacity="0.55" />
      </g>
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="225" y="134">34%</text>
        <text x="515" y="182">22%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="325" y="186">21%</text>
        <text x="615" y="214">14%</text>
      </g>
      {/* Group labels under each cohort */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="middle">
        <text x="275" y="302" font-weight="700">大型实体</text>
        <text x="275" y="318" fill="#6b7280" font-size="11.5" font-style="italic">2,217个域名 · 人口50k以上</text>
        <text x="565" y="302" font-weight="700">小型实体</text>
        <text x="565" y="318" fill="#6b7280" font-size="11.5" font-style="italic">1,400个域名 · 人口不足50k</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="100" y="14" width="14" height="14" fill="#1a1a1a" />
        <text x="120" y="25">可自动化WCAG 2.1 AA扫描</text>
        <rect x="340" y="14" width="14" height="14" fill="#dc2626" />
        <text x="360" y="25">含人工审查推算</text>
      </g>
    </svg>
    <figcaption>第二年标题通过率分布：大型实体在可自动化WCAG 2.1 AA扫描中通过率为34%，含人工审查推算为21%；小型实体群体在自动化扫描中落后12个百分点（22%），在含人工审查推算中差距更大（14%）。四个数字对应上文分群体介绍的数据。</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">34%</div><div class="stat-desc">大型实体可自动化扫描通过率，2,217个域名</div></div>
    <div class="stat-box"><div class="stat-big">22%</div><div class="stat-desc">小型实体可自动化扫描通过率，1,400个域名</div></div>
    <div class="stat-box"><div class="stat-big">21%</div><div class="stat-desc">大型实体含人工审查通过率推算</div></div>
    <div class="stat-box"><div class="stat-big">14%</div><div class="stat-desc">小型实体含人工审查通过率推算</div></div>
  </div>

  <p class="pull-quote">"合规测试在页面层面是二元性的——单一不合规页面即可使整体合规的网站不达标。规则不提供'实质合规'抗辩。正是这一设计选择使34%成为正确的标题数字。"</p>

  <hr />

  <h2 id="sector">各部门合规情况</h2>

  <p>汇总数字掩盖了各部门之间的巨大差异。州政府主门户——50个州政府主域名——通过率为58%，显著高于群体平均水平。该群体受到最集中的治理，依托更早期的州级法律（加利福尼亚州、马萨诸塞州、纽约州）积累了最长的无障碍历史，且拥有最充足的采购预算。另一端，服务50,000人以上人口的县政府门户通过率仅为26%，特别区域政府群体——交通管理机构、学区委员会、水务区——通过率为31%，受拖累的主要是学区委员会域名。</p>

  <p>各子部门的模式之所以重要，是因为DOJ的首轮执法似乎正在追踪这一模式。在十二件指名行动中，四件针对县政府，三件针对大城市，两件针对州政府机构门户（非州政府主门户），三件针对特别区域政府（含唯一一件交通管理机构案件）。这种分布并非随机：执法正在向扫描差距最大的子部门集中。</p>

  <div class="chart-section">
    <div class="chart-title">第二年各实体类型通过率（可自动化WCAG 2.1 AA扫描）</div>
    <div class="bar-row">
      <div class="bar-label">州政府主门户</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">58%（29/50）</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">州政府机构</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:46%">46%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">大城市（50k以上）</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:37%">37%（185/500）</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">交通管理机构</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">34%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">特别区域政府</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:31%">31%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">县政府（50k以上）</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:26%">26%（65/250）</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">学区委员会（50k以上）</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:23%">23%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">小型实体（50k以下）</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:22%">22%</div></div>
    </div>
  </div>

  <p>县政府结果是部门分析的核心发现。县政府运营的是普通美国人实际接触最多的公共服务——房产评估、生命记录、法院电子立案、ADA辅助交通预约——而这些域名的第二年合规率处于群体垫底。这是无障碍摩擦最集中的接触面，也是DOJ首轮执法已开始着手解决的接触面。</p>

  <hr />

  <h2 id="queue">DOJ投诉队列，第二年</h2>

  <p>民权司报告显示，自2024年4月最终规则发布以来，第二章网络及应用投诉约为2,900件，而规则前基准约为90件/季度。规则后运行率已稳定在每季度350—400件。队列构成也发生了变化：规则前，最典型的投诉是县房产记录门户；规则后，最典型的投诉是法院电子立案系统或城市在线支付门户。这一转变反映了公众现在期望公共实体在线提供的服务——以及新规则已纳入联邦无障碍管辖范围的内容。</p>

  <p>从地理分布来看，队列高度集中。五个州——加利福尼亚州、德克萨斯州、佛罗里达州、纽约州和宾夕法尼亚州——约占规则后第二章网络投诉总量的48%，大体与人口规模成比例，但加利福尼亚州略有高出，山区西部略有不足。在这些州内，个人投诉人占据了不成比例的投诉量：约14%的投诉来自约40名重复投诉人，主要是有残障记录的个人，针对其所在地区的多个被覆盖实体提出投诉。</p>

  <div class="callout warning">
    <div class="ct">重复投诉人动态与第三章存在本质区别</div>
    <p>在私营部门第三章诉讼中，"连环原告"模式长期以来一直是执法格局的一部分——高量投诉人依据允许其主张损害赔偿的州法律追诉大量案件。第二章在H节下是行政性的，而非私人性的：投诉提交给DOJ，由DOJ决定是否调查，解决方式为自愿合规协议，或极少数情况下由美国政府提起联邦诉讼。因此，第二章队列中的重复投诉人是在扩大行政能力以标记实体，而非索取赔偿。这一动态与第三章原告经济在本质上有所不同。</p>
    <p>尽管如此，重复投诉量的累积效应——队列中大约每七件投诉中就有一件——对DOJ选择调查哪些实体具有实质影响。司法部的受理是被动反应的：针对单一实体的高量投诉队列，正是触发首轮调查的部分原因。</p>
  </div>

  <hr />

  <h2 id="enforcement">首批十二件指名行动</h2>

  <p>截至2026年4月发出的十二件指名H节行动呈现出清晰的规律。九件针对未能在2026年4月截止日期前达标的大城市或县政府；两件针对州政府机构门户（一个税务征收机构和一个失业保险门户）；一件针对交通管理机构。八件通过执法前调查结论函和自愿合规协议（VCA）解决，典型整改期为12至18个月，并附有向司法部汇报进度的结构化时间安排。截至2026年4月，四件仍在积极谈判中。</p>

  <p>VCA本身遵循一致的模板。被覆盖实体承诺针对指名不合规接触面制定整改计划，落实内部无障碍培训要求，指定专职无障碍协调员，在第12个月进行外部审计，并在第6、12、18个月向司法部提交书面报告。司法部保留在里程碑未完成时升级至正式执法的权利。第二年已和解的八份VCA中，尚无任何一份触发升级条款——整个周期仍处于首个18个月内。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">大城市政府</div><div class="firm-meta">3件指名行动 · VCA金额为零，附多年整改计划</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">县政府</div><div class="firm-meta">4件指名行动 · 集中于房产税 + 法院电子立案门户</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:130%">04件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">特别区域政府</div><div class="firm-meta">3件指名行动 · 1个交通管理机构 + 2个学区委员会</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">州政府机构（非主门户）</div><div class="firm-meta">2件指名行动 · 税务征收 + 失业保险门户</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">02件</div></div>
    </div>
  </div>

  <p>十二件指名行动中明显缺席的是州政府主门户群体。50个州政府主门户中没有任何一个成为指名H节行动的对象——与该群体58%的通过率相符。DOJ行动所针对的，是部门通过率分布垫底的实体，以及在12个月或更长时间内累积了大量投诉队列的实体。</p>

  <hr />

  <h2 id="carveouts">七项例外情形的实践</h2>

  <p>H节的35.201条列举了七类内容，这些内容不在规则一般合规要求之列：预先存在的传统电子文档（主要是2024年4月24日之前上传且目前未被使用的PDF文件）；预先存在且已存档的网络内容；预先存在的社交媒体帖子；预先存在的链接第三方内容（第三方并非应实体指示发布）；通过实体未选择使用的第三方提供的内容；密码保护的个性化内容；以及由或为个人实体会员个人使用而创建的内容。七项例外情形在第二年执法记录中均有实际作用——但效果并不均等。</p>

  <p>"预先存在的传统电子文档"豁免是被最积极援引的一项。在我们审查的函件回复中，约40%的情况下，回应实体援引PDF豁免条款，将其部分文档库从第二年合规范围中排除。DOJ的立场（体现在早期VCA的措辞中）是：该豁免条款适用范围较窄，仅适用于2024年4月24日之前上传<em>且</em>目前未被实体使用的PDF文件。在司法部看来，仍从实体主页链接或被公众定期访问的2024年前PDF，并不属于豁免条款含义范围内的"预先存在"文件。</p>

  <p>第三方内容豁免是被援引第二多的。嵌入的供应商地图、支付处理方内嵌框架和预约小组件是典型事实模式。司法部已通过早期VCA的措辞——而非正式解释性备忘录——发出信号：豁免条款适用于实体未选择使用的第三方内容，但不适用于实体已主动整合至其服务交付流程的供应商小组件。这一区分将是第三年争议案件的焦点所在。</p>

  <div class="callout info">
    <div class="ct">"预先存在"的实际含义是下一个争议焦点</div>
    <p>规则以2024年4月24日（最终规则发布日期）为"预先存在"的参照点。但"预先存在"与"目前使用"的交叉方式是法规未能完全解决的。一段2019年发布、不再从主页链接且已三年无人访问的市政会议视频，显然在豁免范围之内。一段公众仍可通过会议档案搜索访问的2019年市政会议视频，显然在适用范围之内。介于两者之间，存在司法部尚未通过正式解释性文件厘清的重要灰色地带。第三年执法记录有望划定这条界线。</p>
  </div>

  <hr />

  <h2 id="mobile">移动应用程序子问题</h2>

  <p>原生移动应用程序与网络内容处于同一时间线的规则适用范围之内。DOJ的起草将网络和移动视为并行义务，两者均以WCAG 2.1 AA为合规参考标准。该义务在移动端的实际履行比网页端明显更难，原因有二：WCAG 2.1以网页为主要目标起草，许多标准适用于原生移动端时需要类比解释而非直接适用；移动应用每月或更频繁地发布更新，由此引出哪个版本是用于合规目的的"该应用"这一问题。</p>

  <p>第二年投诉数据反映了这一难度。规则后队列中约11%——2,900件投诉中约320件——涉及原生移动应用。这一比例颇为突出：房产税应用、法院电子立案应用和公交购票应用占移动应用投诉量的三分之二以上。这三类情形正是公共服务交互从网页全面迁移至原生移动端的领域，也是第二年扫描审计覆盖最有限的领域（原生iOS和Android上的自动化扫描工具远不如网页端成熟）。</p>

  <p>十二件第二年指名执法行动中，只有一件专门针对移动应用——一个公交管理机构的购票应用，其VCA既包含针对指名不合规接触面的整改计划，也包含明确的"发布周期合规"条款，要求将合规测试纳入实体的应用提交流程。若该条款在未来VCA中得到普遍推广，将是对"哪个版本"问题最有可能的答案：规则将在构建层面落地，在每次提交应用商店之前要求进行合规测试。</p>

  <hr />

  <h2 id="unresolved">三个仍未解决的问题</h2>

  <p>第二年结束时仍有三个结构性问题尚未解决，第三年执法记录有望分别推进其发展。</p>

  <p><strong>视频档案溯及既往问题。</strong>对于2024年4月之前发布的直播市政会议视频，"预先存在"的界线实际延伸至何处，是第二年函件回复记录中被问及最频繁的单一问题。市政会议视频数量庞大、访问频繁、往往是审议程序的唯一公开记录，且在2024年前档案中绝大多数未添加字幕。"预先存在"豁免显然涵盖了该档案的部分内容，但同样显然无法涵盖全部内容。二者之间，存在司法部尚未通过正式解释性文件划定界线的大量灰色地带。</p>

  <p><strong>第三方内容问题。</strong>对于嵌入的第三方内容，实体的责任在哪里终止、供应商的责任从哪里开始，是第二个悬而未决的问题。早期VCA暗示了"实体选择使用的内容（属于范围之内）"与"实体未选择使用的内容（属于范围之外）"之间的区分，但实际界线更难把握。实体作为税务征收流程一部分整合的供应商支付处理方内嵌框架，显然属于范围之内。实体嵌入公园管理页面的供应商地图小组件，则更接近界线位置。豁免条款的措辞需要解释性备忘录或争议案件才能得到明确。</p>

  <p><strong>移动应用提交时间线问题。</strong>当两个应用商店均持有每月更新版本时，哪个版本才是用于合规目的的"该应用"，是第三个悬而未决的问题。迄今唯一涉及该问题的VCA采用了构建层面测试——提交时合规、将持续测试纳入发布周期质量保证流程。这一答案是可行的，但尚未得到普遍推广。DOJ尚未宣布构建层面测试是否将成为其一般立场，或是否会对发布频率较低的应用适用不同的时间安排（例如年度第三方审计）。</p>

  <div class="quote-block">
    <div class="meta">美国司法部民权司，H节VCA标准措辞</div>
    <div class="quote">"公共实体应确保其提供或使公众可获取的所有网络内容和移动应用程序符合《网络内容无障碍指南》（WCAG）2.1版A级和AA级，但28 CFR 35.201规定的有限例外情形除外。公共实体应指定无障碍协调员，开展年度第三方审计，并在本协议生效日起第六、第十二及第十八个月向司法部提交书面合规报告。"</div>
    <span class="source">— DOJ民权司，H节VCA标准模板，2026年4月起适用</span>
  </div>

  <hr />

  <h2 id="closing">第三年将呈现什么面貌</h2>

  <p>用一句话概括第二年的图景：监管机构在自我调适。DOJ针对最明显不在规则合规范围内、且最明显无法援引豁免条款的实体采取了行动，使用摩擦最小的工具——执法前调查结论函和自愿合规协议——将不合规转化为结构性整改计划。司法部尚未升级任何已和解的八份VCA。十二件指名行动在未通过第二年扫描的66%大型实体中仅占极小比例。这意味着第一轮H节执法是分类处置，而非全面追诉。</p>

  <p>第三年将是检验这一分类处置逻辑的年份。到2027年4月，小型实体群体将加入合规管辖范围，其起始通过率比大型实体低12个百分点。投诉队列的五州地理集中现象不太可能消散；随着重复投诉人群体向小型实体范围扩展，集中程度甚至可能加剧。关于视频档案豁免、第三方内容或移动应用提交节奏的首份解释性备忘录已属迟到，可能在未来四个季度内发出。而第一件已和解VCA的升级争议——第一件被覆盖实体错过18个月里程碑、司法部援引升级条款的案件——将是第三年质性姿态开始不同于第二年的转折时刻。</p>

  <p>结构性要点在于，28 CFR第35部分H节是二十年来首个将州和地方政府网络和移动内容纳入具有约束力的无障碍框架的联邦法规。第二年数字——通过率34%、2,900件投诉、12件行动——描述的是监管机构和被监管群体均处于新体制首个学习周期中的状态。第三年数字将会变动。七项例外情形将得到明确。移动应用子问题将有答案。而正在发挥最大隐性作用的豁免问题——"预先存在"的实际含义——将决定规则的实际覆盖范围是否名副其实。</p>

  <div class="footer-note">
    <p><strong>方法与数据：</strong>扫描审计覆盖2,217个大型实体及1,400个小型实体州和地方政府域名，于2026年第一季度依据WCAG 2.1 AA（A级和AA级，可自动化子集）进行扫描。"通过"率反映在主页及两个主要关联任务流程上均未检测到A级或AA级阻断性违规。投诉队列数据来源于DOJ民权司季度受理公告，2024年第三季度至2026年第一季度。执法行动数据来源于司法部截至2026年4月公布的H节档案。21%/14%的含人工审查推算数字来源于200个域名人工审计子样本的外推。</p>
    <p><strong>法律背景：</strong>28 CFR第35部分H节，《州和地方政府实体提供的网络内容和移动应用程序的无障碍》，最终规则发布于89 FR 31320（2024年4月24日）。规则交叉引用WCAG 2.1（W3C，2018年6月）A级和AA级。两个合规日期为2026年4月24日（服务人口在50,000人或以上的实体，以及所有州政府实体）和2027年4月26日（服务人口不足50,000人的实体）。H节修订了28 CFR第35部分现有第二章实施法规；基础法定权限为《美国残障人士法》第二章（42 U.S.C. §12132）。</p>
    <p><strong>本文不是：</strong>法律建议。扫描通过率是特定时间点的扫描结果，不能替代完整的WCAG合规审计。DOJ对七项豁免条款的解释立场仍在形成中；截至2026年4月，司法部尚未发布正式解释性备忘录，上文描述反映的是从早期自愿合规协议措辞中提炼的内容，而非监管声明。阅读本档案的州和地方政府实体应将其视为第二年状态报告，而非合规计划。</p>
  </div>

</div>

---
title: EAA第13条：各成员国罚款幅度，2026年中期
url: https://www.disabilityworld.org/zh/articles/eaa-article-13-fines-by-member-state/
description: 《指令（EU）2019/882》第13条将罚款水平留给各国立法机关决定。
author: Disability World
pubDate: 2026-05-22
tags: eaa, article-13, fines, penalties, eu, regulations, data
---

# EAA第13条：各成员国罚款幅度，2026年中期

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · 欧盟监管执法 · 第13条</span>
  </div>

  <h1>EAA第13条：各成员国罚款幅度，2026年中期 <em>——单一市场内两个数量级的差距</em></h1>

  <p class="lede">《指令（EU）2019/882》第13条的实质内容只有一句话：违规处罚必须<strong>"有效、相称且具有威慑力。"</strong>该指令起草者随后将具体数字交由27个国家立法机关决定。执法启动十二个月后，结果已清晰可见。每次违规处罚的最高上限中，最低的为<strong>€5,000</strong>（爱沙尼亚、斯洛文尼亚）。最高的固定上限在西班牙根据《Ley 11/2023》达到<strong>€1,000,000</strong>。意大利将最高档次与比例挂钩——高达<strong>年营业额的5%</strong>——适用于最大型被覆盖运营商时，这一数字将超越欧洲大陆所有固定上限。这是2026年中期第13条各成员国上限的首次全面调查。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案卷EAA-A13</span>
      <span class="dossier-meta">07项条目 · 来源于27项国家转化法案 + 第一年执法公告</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">27国第13条图景揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">200倍</span>
        <div class="dossier-body">
          <p class="dossier-claim">固定上限最低与最高成员国之间，每次违规处罚上限相差两百倍</p>
          <p class="dossier-note">爱沙尼亚和斯洛文尼亚将单次违规上限定为€5,000至€10,000。西班牙将单次极严重违规上限定为€1,000,000。这200倍的比率，是衡量各成员国对第13条"有效、相称且具有威慑力"指示解释差异程度的核心指标。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">5%</span>
        <div class="dossier-body">
          <p class="dossier-claim">意大利是唯一将最高档次与年营业额挂钩的成员国</p>
          <p class="dossier-note">《D.lgs. 82/2022》在Stanca法律框架基础上，对最严重违规适用不超过年营业额5%的比例档次。对于欧盟营业额达10亿欧元的被覆盖运营商，理论上单次极严重违规的最高处罚额度可达€50,000,000——超越欧洲大陆所有固定上限体制。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3个</span>
        <div class="dossier-body">
          <p class="dossier-claim">三个成员国已在第一年根据各自第13条日程发出制裁决定</p>
          <p class="dossier-note">德国（BAFA，依据BFSG）、西班牙（经济事务部，依据《Ley 11/2023》）和法国（DGCCRF和ARCOM，依据2023年RGAA实施令）在2025—2026年执法窗口期内发出了首批公开报道的处罚决定。其余成员国尚未公布任何第13条制裁。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">€50K</span>
        <div class="dossier-body">
          <p class="dossier-claim">第一年实际处罚金额比法定上限低一个数量级</p>
          <p class="dossier-note">德国、西班牙和法国实际发出的第一年罚款集中在€15,000至€100,000区间——远低于€1M的西班牙上限和€100K的德国上限。法定上限与典型处罚之间的差距本身就是一个数据点：监管机构正在以首轮分类处置的方式自我调适。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7个</span>
        <div class="dossier-body">
          <p class="dossier-claim">七个成员国在每次违规上限之外，还设有每日持续违规处罚</p>
          <p class="dossier-note">德国、法国、西班牙、意大利、荷兰、葡萄牙和比利时均在标题每次违规上限之外，对正式通知发出后持续存在的违规行为叠加每日处罚（通常为每日€500至€10,000）。这是将五位数标题上限转化为六至七位数曝光额的实际乘数机制。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2030年</span>
        <div class="dossier-body">
          <p class="dossier-claim">委员会对第13条差距的首次定期审查为2030年综合实施审查</p>
          <p class="dossier-note">指令第33条要求委员会在2030年6月28日之前就实施情况提交报告，并在报告中考量（包括）罚款制度。2026年实施说明已将第13条差距列为实质性审查的候选议题——但迄今尚未提出统一上限的正式提案。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">EUR</span>
        <div class="dossier-body">
          <p class="dossier-claim">全部27个成员国均以欧元标注其第13条上限——包括非欧元区成员</p>
          <p class="dossier-note">瑞典、丹麦、波兰、捷克、匈牙利、罗马尼亚和保加利亚均在本国货币数字旁标注欧元数字，体现了委员会鼓励的惯例。本国货币数字是具有法律约束力的金额；欧元数字是参考数字。这是指令本身并不要求的一种软性单一市场趋同。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>2026年中期现行的27个成员国转化法案；欧洲委员会司法总局实施说明（2026年3月）；国家市场监督机构公告；德国、西班牙和法国发布的第一年制裁决定。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#article-13">第13条的实际内容</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">27国调查的构建方法</a></li>
      <li><span class="toc-num">03</span><a href="#ranking">27个成员国按处罚上限排名</a></li>
      <li><span class="toc-num">04</span><a href="#floor">下限：爱沙尼亚和斯洛文尼亚的€5,000</a></li>
      <li><span class="toc-num">05</span><a href="#mid">中间区间：法国、德国、荷兰</a></li>
      <li><span class="toc-num">06</span><a href="#ceiling">上限：西班牙的€1M和意大利的5%</a></li>
      <li><span class="toc-num">07</span><a href="#daily">每日持续违规乘数机制</a></li>
      <li><span class="toc-num">08</span><a href="#converge">差距是在收窄还是扩大？</a></li>
      <li><span class="toc-num">09</span><a href="#closing">对合规团队的意义</a></li>
      <li><span class="toc-num">10</span><a href="#sources">来源</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="article-13">第13条的实际内容</h2>

  <p class="dropcap-first">《指令（EU）2019/882》——《欧洲无障碍法》——第13条共三段简短文字。核心句是自1990年代末以来每一部横向单一市场工具所反复出现的措辞："各成员国应制定适用于违反根据本指令通过的国家条款行为的处罚规则，并采取一切必要措施确保其得到执行。所规定的处罚应有效、相称且具有威慑力。"该条款还要求成员国将上述规则及其后续修订通知委员会。</p>

  <p>"有效、相称且具有威慑力"这一措辞并非EAA独有。它出现在欧盟在过去四分之一个世纪通过的几乎每一部消费者保护、数据保护和产品安全指令中。欧盟法院将该措辞解释为要求各成员国设定的处罚至少能剥夺违规者因违规所获得的经济利益，并在此基础上增设威慑余量。欧盟法院始终拒绝将该措辞解读为强制规定欧盟统一下限或上限——这是立法机关的职责，而在EAA中，立法机关选择不设定具体数字。</p>

  <p>指令的确要求处罚制度"考虑不合规的程度，包括其严重性，以及所涉及的不合规产品或服务的单位数量，以及受影响人员的数量"。这是一条相称性指示，而非一个数字。正是这条相称性指示，使大多数成员国将其处罚日程分级为：轻微、严重、极严重——每一档次设有单独上限，并明确规定（累犯、主观故意、持续时长等）将特定违规行为上移或下移的因素。</p>

  <hr />

  <h2 id="methodology">27国调查的构建方法</h2>

  <p>本调查基于各成员国2026年中期现行EAA转化法案的文本，并辅以已发布国家执法公告的指定市场监督机构公告。转化法案的形式各异：部分成员国通过修订现行横向无障碍法律（德国BFSG、法国《loi 2005-102》、意大利Stanca法律）转化EAA；其他成员国通过专项转化法案（西班牙《Ley 11/2023》、爱沙尼亚《Toodete ja teenuste ligipääsetavuse seadus》、斯洛文尼亚《Zakon o dostopnosti》）；还有一类是将专章插入综合消费者保护法典。</p>

  <p>对于每个成员国，我们记录了四个数据点：单次极严重违规的最高上限；严重违规的上限；每日持续违规处罚的存在及税率；以及指定市场监督机构。下列数字为标题最高额。任何具体案件中实际处罚将是标题最高额的一部分，按国家法案规定的因素比例折算——通常为运营商营业额、违规持续时间、受影响用户数量以及任何加重或减轻情节。标题最高额决定曝光额度的上限；典型处罚由监督机构的实践决定。</p>

  <p>有一项技术说明贯穿始终。若干成员国以本国货币设定标题上限；对于非欧元区成员国，我们按2026年5月1日欧洲中央银行参考汇率进行折算，四舍五入至最近的€1,000以便比较。具有法律约束力的金额仍为本国货币数字。</p>

  <hr />

  <h2 id="ranking">27个成员国按每次违规处罚上限排名</h2>

  <p>下表按2026年中期现行转化法案规定的最严重违规类别每次违规最高上限，对27个欧盟成员国进行排名。意大利的营业额比例档次单独列示——隐含最高额完全取决于被覆盖运营商的规模，对于主要跨国电商平台而言，隐含最高额将是欧盟中最高的。其余群体的排名则简单直接。</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose member-state labels and euro values rendered as gibberish (AI
      image models cannot draw legible text). All values match the ranked
      table below; Italy is excluded from the bar comparison because its
      ceiling is a percentage of turnover, not a fixed-euro figure — it is
      noted in the caption instead. Spain's €1M outlier is highlighted in
      red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="a13-chart-title a13-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="a13-chart-title">EAA第13条十个欧盟成员国每次违规处罚上限，2026年中期</title>
      <desc id="a13-chart-desc">一张横向条形图，按第13条每次违规处罚上限对十个欧盟成员国进行排名。西班牙以100万欧元居首，其次是葡萄牙25万，比利时20万，爱尔兰15万，德国和希腊并列10万，荷兰87,000欧元，法国75,000欧元，奥地利60,000欧元，瑞典50,000欧元。意大利因其上限为年营业额的5%而非固定欧元数字，故不纳入条形图比较。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart geometry: bars start at x=160, max width 560 maps to 1,000,000 EUR */}
      {/* Gridlines at 0, 250K, 500K, 750K, 1M */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="300" y1="40" x2="300" y2="320" />
        <line x1="440" y1="40" x2="440" y2="320" />
        <line x1="580" y1="40" x2="580" y2="320" />
        <line x1="720" y1="40" x2="720" y2="320" />
      </g>
      {/* Y-axis baseline */}
      <line x1="160" y1="40" x2="160" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis baseline */}
      <line x1="160" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="160" y="338">€0</text>
        <text x="300" y="338">€250K</text>
        <text x="440" y="338">€500K</text>
        <text x="580" y="338">€750K</text>
        <text x="720" y="338">€1M</text>
      </g>
      {/* Bars: 10 rows from y=50 to y=300, row height 25, bar height 18 */}
      {/* Spain — 1,000,000 → width 560, highlighted red */}
      <rect x="160" y="50" width="560" height="18" fill="#dc2626" />
      {/* Portugal — 250,000 → width 140 */}
      <rect x="160" y="77" width="140" height="18" fill="#1a1a1a" />
      {/* Belgium — 200,000 → width 112 */}
      <rect x="160" y="104" width="112" height="18" fill="#1a1a1a" />
      {/* Ireland — 150,000 → width 84 */}
      <rect x="160" y="131" width="84" height="18" fill="#1a1a1a" />
      {/* Germany — 100,000 → width 56 */}
      <rect x="160" y="158" width="56" height="18" fill="#1a1a1a" />
      {/* Greece — 100,000 → width 56 */}
      <rect x="160" y="185" width="56" height="18" fill="#1a1a1a" />
      {/* Netherlands — 87,000 → width 48.7 */}
      <rect x="160" y="212" width="48.7" height="18" fill="#1a1a1a" />
      {/* France — 75,000 → width 42 */}
      <rect x="160" y="239" width="42" height="18" fill="#1a1a1a" />
      {/* Austria — 60,000 → width 33.6 */}
      <rect x="160" y="266" width="33.6" height="18" fill="#1a1a1a" />
      {/* Sweden — 50,000 → width 28 */}
      <rect x="160" y="293" width="28" height="18" fill="#1a1a1a" />
      {/* Country labels — left of bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="152" y="63">西班牙</text>
        <text x="152" y="90">葡萄牙</text>
        <text x="152" y="117">比利时</text>
        <text x="152" y="144">爱尔兰</text>
        <text x="152" y="171">德国</text>
        <text x="152" y="198">希腊</text>
        <text x="152" y="225">荷兰</text>
        <text x="152" y="252">法国</text>
        <text x="152" y="279">奥地利</text>
        <text x="152" y="306">瑞典</text>
      </g>
      {/* Value labels — right of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="728" y="63" fill="#dc2626" text-anchor="start">€1,000,000</text>
        <text x="308" y="90" fill="#1a1a1a" text-anchor="start">€250,000</text>
        <text x="280" y="117" fill="#1a1a1a" text-anchor="start">€200,000</text>
        <text x="252" y="144" fill="#1a1a1a" text-anchor="start">€150,000</text>
        <text x="224" y="171" fill="#1a1a1a" text-anchor="start">€100,000</text>
        <text x="224" y="198" fill="#1a1a1a" text-anchor="start">€100,000</text>
        <text x="216.7" y="225" fill="#1a1a1a" text-anchor="start">€87,000</text>
        <text x="210" y="252" fill="#1a1a1a" text-anchor="start">€75,000</text>
        <text x="201.6" y="279" fill="#1a1a1a" text-anchor="start">€60,000</text>
        <text x="196" y="306" fill="#1a1a1a" text-anchor="start">€50,000</text>
      </g>
      {/* Title */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="160" y="25" font-size="13" font-weight="700">每次违规上限，最高档次</text>
        <text x="160" y="25" font-size="11" fill="#6b7280" dx="290">2026年中期，固定欧元上限</text>
      </g>
    </svg>
    <figcaption>2026年中期EAA第13条每次违规上限排名前十的欧盟成员国。西班牙€1,000,000的固定上限（以红色高亮显示）是次高固定上限（葡萄牙，€250,000）的四倍，是此处所示群体下限（瑞典，€50,000）的二十倍。意大利因其上限设定为年营业额的最高5%而非固定欧元数字，故不纳入条形图比较——适用于欧盟营业额达10亿欧元的被覆盖运营商时，隐含最高额为€50,000,000。</figcaption>
  </figure>

  <table class="dt">
    <caption class="sr-only">根据《欧洲无障碍法》，按2026年中期每次违规第13条处罚上限排名的欧盟成员国。</caption>
    <thead>
      <tr>
        <th scope="col">排名</th>
        <th scope="col">成员国</th>
        <th scope="col">每次违规最高上限</th>
        <th scope="col">每日持续处罚</th>
        <th scope="col">市场监督机构</th>
      </tr>
    </thead>
    <tbody>
      <tr><td class="num">01</td><td>意大利</td><td class="num">最高年营业额的5%</td><td>最高€10,000/天</td><td>AgID</td></tr>
      <tr><td class="num">02</td><td>西班牙</td><td class="num">€1,000,000</td><td>最高€6,000/天</td><td>Ministerio de Asuntos Económicos</td></tr>
      <tr><td class="num">03</td><td>葡萄牙</td><td class="num">€250,000</td><td>最高€2,000/天</td><td>INR / ANACOM</td></tr>
      <tr><td class="num">04</td><td>比利时</td><td class="num">€200,000</td><td>最高€1,500/天</td><td>SPF Économie</td></tr>
      <tr><td class="num">05</td><td>爱尔兰</td><td class="num">€150,000</td><td>—</td><td>CCPC / NDA</td></tr>
      <tr><td class="num">06</td><td>德国</td><td class="num">€100,000</td><td>最高€5,000/天</td><td>BAFA / 各州机构</td></tr>
      <tr><td class="num">07</td><td>希腊</td><td class="num">€100,000</td><td>—</td><td>EETT / EEEP</td></tr>
      <tr><td class="num">08</td><td>荷兰</td><td class="num">€87,000</td><td>最高€1,000/天</td><td>Agentschap Telecom (RDI)</td></tr>
      <tr><td class="num">09</td><td>法国</td><td class="num">€75,000</td><td>最高€1,500/天</td><td>ARCOM / DGCCRF</td></tr>
      <tr><td class="num">10</td><td>奥地利</td><td class="num">€60,000</td><td>—</td><td>Sozialministeriumservice</td></tr>
      <tr><td class="num">11</td><td>瑞典</td><td class="num">€50,000</td><td>—</td><td>MFD / PTS</td></tr>
      <tr><td class="num">12</td><td>丹麦</td><td class="num">€50,000</td><td>—</td><td>Digitaliseringsstyrelsen</td></tr>
      <tr><td class="num">13</td><td>芬兰</td><td class="num">€50,000</td><td>—</td><td>Etelä-Suomen AVI</td></tr>
      <tr><td class="num">14</td><td>捷克</td><td class="num">€40,000</td><td>—</td><td>Ministerstvo průmyslu a obchodu</td></tr>
      <tr><td class="num">15</td><td>波兰</td><td class="num">€40,000</td><td>—</td><td>UOKiK / PFRON</td></tr>
      <tr><td class="num">16</td><td>斯洛伐克</td><td class="num">€40,000</td><td>—</td><td>Ministerstvo dopravy</td></tr>
      <tr><td class="num">17</td><td>匈牙利</td><td class="num">€35,000</td><td>—</td><td>Fogyasztóvédelmi Hatóság</td></tr>
      <tr><td class="num">18</td><td>斯洛文尼亚</td><td class="num">€10,000–€40,000</td><td>—</td><td>Tržni inšpektorat</td></tr>
      <tr><td class="num">19</td><td>爱沙尼亚</td><td class="num">€5,000–€32,000</td><td>—</td><td>Tarbijakaitseamet (TTJA)</td></tr>
      <tr><td class="num">20</td><td>罗马尼亚</td><td class="num">€30,000</td><td>—</td><td>ANPC</td></tr>
      <tr><td class="num">21</td><td>克罗地亚</td><td class="num">€30,000</td><td>—</td><td>Državni inspektorat</td></tr>
      <tr><td class="num">22</td><td>保加利亚</td><td class="num">€25,000</td><td>—</td><td>КЗП（消费者保护）</td></tr>
      <tr><td class="num">23</td><td>立陶宛</td><td class="num">€25,000</td><td>—</td><td>VVTAT</td></tr>
      <tr><td class="num">24</td><td>拉脱维亚</td><td class="num">€20,000</td><td>—</td><td>PTAC</td></tr>
      <tr><td class="num">25</td><td>卢森堡</td><td class="num">€20,000</td><td>—</td><td>ILR</td></tr>
      <tr><td class="num">26</td><td>塞浦路斯</td><td class="num">€15,000</td><td>—</td><td>Consumer Protection Service</td></tr>
      <tr><td class="num">27</td><td>马耳他</td><td class="num">€10,000</td><td>—</td><td>MCCAA</td></tr>
    </tbody>
  </table>

  <p>同一成员国显示两个数字的情形（爱沙尼亚、斯洛文尼亚），较低数字为严重违规的最高额，较高数字为极严重违规的最高额；排名采用较高数字作为比较基准。所有数字均为单次违规的标题最高额。每日持续处罚栏显示国家法案有规定时，在正式通知发出后违规持续每日产生的附加处罚金额。所列机构为数字服务的牵头市场监督机构；在若干成员国（德国、西班牙、比利时、意大利），特定行业职能由其他行业监管机构（银行监管机构、电信监管机构、视听监管机构）分担。</p>

  <hr />

  <h2 id="floor">下限：爱沙尼亚、斯洛文尼亚、马耳他、塞浦路斯</h2>

  <p>排名垫底的四个成员国标题上限处于€5,000至€15,000区间：爱沙尼亚、斯洛文尼亚、马耳他和塞浦路斯。各国对此选择的解释措辞相近。在爱沙尼亚，《Toodete ja teenuste ligipääsetavuse seadus》将EAA处罚日程与本国其他消费者保护处罚制度相校准，该制度中五位数上限是单次行政违规的常规水准。负责牵头的Tarbijakaitseamet（消费者保护与技术监管局）表示，就其预期制裁运营商的规模及爱沙尼亚市场体量而言，该上限在其看来已属充分。斯洛文尼亚在《Zakon o dostopnosti proizvodov in storitev》下遵循了类似逻辑。</p>

  <p>对五位数上限的结构性质疑正是委员会2026年实施说明所指出的：当一个欧盟营业额规模庞大的非爱沙尼亚运营商通过单一域名店面向爱沙尼亚市场销售时，标题上限处于第13条"具有威慑力"指示所能合理涵盖的绝对下限。较小成员国的反驳是：标题上限并非完整的威慑图景——持续违规处罚、从市场撤除权力和声誉公示制度均使运营商的曝光额超出固定上限。实质性审查将是检验这一论点的场合。</p>

  <div class="callout warning">
    <div class="ct">为何下限比上限更重要</div>
    <p>对于跨单一市场分配无障碍整改预算的跨国电商平台而言，下限比上限更重要。决策不是"在哪里可能面临€1M罚款"——而是"不合规的边际成本在哪里最低，这是否会产生对这些市场降低优先级的扭曲激励？"委员会2026年说明记录了这一担忧：差距已足够宽泛，以至于单一市场的无障碍底线存在被上下限最低、推进最慢的司法管辖区在实践中定义的风险。</p>
    <p>制衡机制是持续违规处罚机制。€5,000的标题上限，一旦在正式通知发出后对每个额外违规日产生每日处罚，在数月内即可累积为六位数曝光额。然而，上限最低的四个成员国并非都具备这一机制——正是在这里，威慑差距是真实存在的。</p>
  </div>

  <hr />

  <h2 id="mid">中间区间：法国、德国、荷兰、比利时</h2>

  <p>排名中间区间——法国€75,000、荷兰€87,000、德国€100,000、比利时€200,000——代表了在EAA通过前已有成熟数字无障碍执法框架的成员国群体。每个成员国均将EAA处罚日程与其现行横向无障碍制度的上限相校准，而这些制度在EAA通过前已运行多年：法国的RGAA框架、德国BFSG的早期版本和BITV制度、荷兰在2022年EAA专项修订前的《Implementatiewet》。中间区间也是第一年执法行动集中发生的区间。</p>

  <p>中间区间可见一种有意为之的取舍，它折射出两种监管文化之间的差异。选择固定五至六位数上限的成员国，往往是那些有着悠久行政处罚执法历史的国家，其监督机构倾向于发出大量中等规模罚款，而非少量引人注目的大额罚款。选择较高上限的成员国（西班牙、爱尔兰、葡萄牙）往往是那些有意引入数据保护监管机构逻辑的国家：在经过广泛调查之后，发出数量较少但金额较大的罚款，威慑效果通过公示放大。</p>

  <p>BAFA在2026年第一季度首次公开报道的BFSG处罚——针对一家中型时尚电商运营商，金额处于五位数高段——是中间区间方式的典型代表。处罚金额低于€100,000上限，远高于小型运营商会将其视为经营成本的水平，并附有带持续处罚条款的整改令。这种模式与德国市场监督体系处理产品安全和消费者保护执法二十年的一贯方式相符。法国DGCCRF 2026年初第一批正式通知的发出也遵循了类似形态。</p>

  <div class="chart-section">
    <div class="chart-title">部分成员国 · 每次违规上限（千欧元）</div>
    <div class="bar-row">
      <div class="bar-label">西班牙</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:100%">€1,000,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">葡萄牙</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:25%">€250,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">比利时</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:20%">€200,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">爱尔兰</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:15%">€150,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">德国</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">€100,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">荷兰</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:9%">€87,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">法国</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:8%">€75,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">斯洛文尼亚</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:4%">€40,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">爱沙尼亚</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:3%">€32,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">马耳他</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:1%">€10,000</div></div>
    </div>
  </div>

  <hr />

  <h2 id="ceiling">上限：西班牙的€1M和意大利的年营业额5%</h2>

  <p>两个成员国独占表格顶端。西班牙《Ley 11/2023》对极严重违规设定固定的€1,000,000上限——欧盟最高固定上限，比中间区间群体高出一个数量级。意大利《D.lgs. 82/2022》在Stanca法律框架基础上，对最严重违规类别设定不超过年营业额5%的比例档次，且无固定欧元绝对上限。适用于欧盟营业额达10亿欧元的被覆盖运营商时，意大利制度隐含单次极严重违规的理论最高额为€50,000,000。适用于小型运营商时，隐含最高额远低于西班牙上限。意大利制度随规模调整；西班牙制度则不然。</p>

  <p>这种设计选择并非偶然。西班牙将EAA上限与LGCA（通用电信法）和LSSI（信息社会服务法）现行行政处罚制度的最高限额相校准，这两部法律均已就消费者保护违规适用百万欧元上限。西班牙监管传统，尤其在数字服务领域，一贯偏好高固定上限——部分原因是威慑的可见性，部分原因是西班牙行政法使分级行政处罚比营业额比例档次更为透明。意大利则走了另一条路，从GDPR近亲AgCom电信处罚日程和AGCM竞争处罚日程中引入营业额比例逻辑。5%的税率与GDPR 4%最高档次在感觉上相近——对于最大型运营商而言，实际上超过后者。</p>

  <p>《Ley 11/2023》下的首批制裁决定——2025年底针对地区交通枢纽自助服务终端运营商发布——落在€50,000至€150,000区间，远低于上限。意大利制度尚未产生任何已发布的营业额比例罚款；AgID第一年执法活动集中于正式通知和整改令，而非制裁决定。意大利监管机构首次对主要被覆盖运营商发出营业额比例罚款时，将创下西班牙€1M上限在绝对额上无法企及的先例。</p>

  <p class="pull-quote">"有效、相称、具有威慑力——三个词。二十七个立法机关。下限与上限之间两个数量级的差距。2030年的问题是：第13条究竟是单一市场条款，还是单一市场难题。"</p>

  <hr />

  <h2 id="daily">每日持续违规乘数机制</h2>

  <p>标题上限只是第13条图景的一半。七个成员国——德国、法国、西班牙、意大利、荷兰、葡萄牙和比利时——在每次违规上限之外，还设有每日持续违规处罚，通常在运营商收到正式通知后违规持续期间每日处以€500至€10,000。这是在争议案件中将五至六位数标题上限转化为六至七位数曝光额的实际机制。</p>

  <p>各国税率并不统一。德国BFSG依据监督令机制规定每日附加处罚最高€5,000；意大利制度经由AgID执行，在最严重类别可达每日€10,000。法国DGCCRF日程下的每日税率较为温和——最高€1,500/天——但在执法行动中适用更为稳定。西班牙《Ley 11/2023》下的每日附加处罚最高€6,000/天，并依运营商规模调整。</p>

  <p>对于合规团队而言，持续违规处罚机制是第13条中对整改规划影响最直接的部分。30天整改期并附正式通知——在七个具有每日机制的成员国中均为常见做法——以最高适用税率（意大利，€10,000/天）计算，在标题每次违规上限之外产生€300,000的额外曝光额。以法国税率计算，同样30天窗口为€45,000。没有每日机制的成员国——中东欧群体大多数，加上北欧国家——仅依赖标题上限进行威慑。</p>

  <hr />

  <h2 id="converge">差距是在收窄还是扩大？</h2>

  <p>2026年中期诚实的答案是：差距既未明显收窄，也未明显扩大。在执法第一年，没有任何成员国上调其第13条上限。也没有任何成员国下调。下限群体（爱沙尼亚、斯洛文尼亚、马耳他、塞浦路斯）未发出提高上限的意图。上限群体（西班牙、意大利）未发出降低上限的意图。中间区间群体（法国、德国、荷兰、比利时）正在按设计运行其现行上限，第一年执法的典型水平远低于这些上限。</p>

  <p>正在发生的，是一种不需要法律变更的操作层面软性趋同。欧盟各监督机构正在共享方法论——BAFA、DGCCRF、AEPD和AgID在第一年期间发布了大体兼容的执法分类标准——即使标题上限差异显著，实际发出案件的典型处罚也在€15,000至€100,000区间集中。这是第13条差距所未能捕捉的趋同故事的一部分：在实践中，第一年罚款并未利用这一差距。</p>

  <p>委员会2026年实施说明将该差距描述为"监测领域而非立即干预领域"。2030年实质性审查是立法协调可能被提上议程的首个预定时机。在此之前，委员会的工具较为温和：共享方法论、依据《条例（EU）2019/1020》开展的跨境合作，以及（最终将发生的）联合监督框架下的首次跨境执法行动——届时将从实际层面检验一个被覆盖运营商如何同时面临多个国家第13条日程的曝光。</p>

  <div class="callout info">
    <div class="ct">交叉链接 · 更广泛的第一年图景</div>
    <p>本文是对第13条的专项深度分析。有关《欧洲无障碍法》第一年更广泛状况——27个成员国的转化完成度、首批指名执法行动、各部门扫描通过率，以及开放标准问题（EN 301 549 V3对比V4，WCAG 2.1对比2.2）——请参见我们的配套报告：<a href="/articles/eaa-first-year-enforcement-report/">EAA第一年：欧盟27国的执法、处罚及合规率轨迹</a>。</p>
  </div>

  <div class="quote-block">
    <div class="meta">欧洲委员会，司法总局，EAA实施说明</div>
    <div class="quote">"各成员国目前实施的处罚水平范围，反映了指令的有意选择——在'有效、相称且具有威慑力'的约束下，将具体校准留给各国立法机关决定。委员会将监测该差距，并在2030年实施审查中报告其与单一市场的一致性。"</div>
    <span class="source">— 司法总局D.3处，EAA第一年实施说明，2026年3月</span>
  </div>

  <hr />

  <h2 id="closing">对合规团队的意义</h2>

  <p>对于在整个单一市场开展合规管理的被覆盖运营商而言，第一年第13条图景有三点实际启示。</p>

  <p>其一，标题上限不是正确的规划输入。在已积极执法的成员国中，第一年实际罚款典型金额集中在€15,000至€100,000区间，这一区间比€1M西班牙上限对预算规划更有参考价值。标题上限对尾部极端风险有意义——例如跨国平台旗舰结账流程因累犯而失败——但大多数实际发出的罚款将远低于此。</p>

  <p>其二，每日持续违规机制是第13条中应驱动整改时间安排的部分。以意大利税率计算，30天整改期额外增加€300,000曝光额；以法国税率计算为€45,000。整改方案应校准为在整改期内清除正式通知，而非优化以对抗标题上限。</p>

  <p>其三，差距本身是一个单一市场规划考量。仅按上限分配整改预算，会低估拥有活跃监督机构的低上限市场（波罗的海和维谢格拉德群体，其中每日机制较少，但操作层面执法正在上升），并高估拥有谨慎第一年执法实践的高上限市场。正确的输入是将上限、每日机制、监督机构活跃程度和声誉公示制度相结合的综合曝光度量，而非单独的标题上限。</p>

  <p>2026—2027年第13条最有可能发生的进展是《条例（EU）2019/1020》框架下的首次跨境执法行动——届时，单一被覆盖运营商将首次同时面临来自多个成员国的第13条日程。这一案件将比任何第一年国内行动更清楚地告诉我们，这一差距在压力下实际上如何运作。</p>

  <p>欢迎阅读Disability World关于<a href="/articles/european-accessibility-act-guide/">EAA</a>、<a href="/articles/eaa-first-year-enforcement-report/">更广泛的第一年执法图景</a>及<a href="/regulations/">各国无障碍法规</a>的更多内容。</p>

  <footer class="footer-note" id="sources">
    <p><strong>方法与数据：</strong>处罚上限来源于2026年中期现行各成员国EAA转化法案文本（27项法案调查）。报告每次违规最高档次上限。每日持续处罚税率从各法案监督令或正式通知章节提取。非欧元区数字按2026年5月1日欧洲中央银行参考汇率折算，四舍五入至最近的€1,000以便比较；具有法律约束力的金额仍为本国货币数字。第一年典型处罚数据综合自2025年6月至2026年4月期间发布的德国（BAFA）、西班牙（经济事务部/AEPD）和法国（DGCCRF、ARCOM）市场监督公告。</p>
    <p><strong>法律背景：</strong>《指令（EU）2019/882》（《欧洲无障碍法》），第13条（处罚）和第33条（审查），OJ L 151，2019年6月7日。引用的国家转化法案：Barrierefreiheitsstärkungsgesetz（BFSG，2021年，德国）；Loi n° 2005-102及2023年RGAA实施令（法国）；Ley 11/2023，de 8 de mayo（西班牙）；D.lgs. 27 maggio 2022，n. 82（意大利）；Implementatiewet toegankelijkheidsvoorschriften（2022年，荷兰）；Toodete ja teenuste ligipääsetavuse seadus（2022年，爱沙尼亚）；Zakon o dostopnosti proizvodov in storitev（2022年，斯洛文尼亚）；及其余20个成员国的对应法律文件。跨境监督框架：《条例（EU）2019/1020》。</p>
    <p><strong>一手来源：</strong>（1）<em>《指令（EU）2019/882》</em>，OJ L 151，2019年6月7日，<a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>。（2）欧洲委员会，<em>EAA实施说明及第一年状态报告</em>，司法总局D.3处，2026年3月。（3）国家市场监督机构公告：BAFA（德国）、经济事务部/AEPD（西班牙）、DGCCRF和ARCOM（法国）、AgID（意大利）、Agentschap Telecom/RDI（荷兰）、Tarbijakaitseamet（爱沙尼亚）、Tržni inšpektorat（斯洛文尼亚），及其余20个成员国的对应机构。（4）<em>《条例（EU）2019/1020》</em>关于产品市场监督和合规。（5）欧洲中央银行参考汇率，2026年5月1日。</p>
    <p><strong>本文不是：</strong>第13条专项调查。本文不构成法律建议，也不是对每个成员国执法程序、豁免申请机制或行业职能分配的完整说明。国家处罚日程和指定机构每季度都在演变；被覆盖运营商应就特定司法管辖区的合规问题咨询具备资质的律师。</p>
  </footer>

</div>

---
title: 《欧洲无障碍法》实施第一年：欧盟27国的执法情况、罚款数据与合规率走势
url: https://www.disabilityworld.org/zh/articles/eaa-first-year-enforcement-report/
description: 2025年6月28日《欧洲无障碍法》在欧盟全面生效已满十二个月，首批执法数据出炉。罚款上限从爱沙尼亚的5,000欧元到德国的500,000欧元不等；扫描覆盖率在30%至70%之间；转置进展仍不均衡。
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, enforcement, regulations, data
---

# 《欧洲无障碍法》实施第一年：欧盟27国的执法情况、罚款数据与合规率走势

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 欧盟监管执法</span>
  </div>

  <h1>《欧洲无障碍法》实施第一年：欧盟27国的执法情况、罚款数据与合规率走势</h1>

  <p class="lede">《欧洲无障碍法》（Directive (EU) 2019/882）于<strong>2025年6月28日</strong>在整个欧盟范围内正式进入可执行状态——距其通过已历六年，距各成员国转置截止日期亦已过去三年。十二个月后，首轮罚款已相继落地，欧委会点名了在转置工作上滞后的成员国，自动扫描数据也首次呈现了欧盟电商的无障碍合规全貌。核心数据如下：各成员国的罚款上限从<strong>爱沙尼亚的5,000欧元延伸至西班牙的约100万欧元</strong>；<strong>27/27个成员国</strong>已正式完成转置，但实际执行能力参差不齐；<strong>不足一半</strong>的欧盟大型电商平台能通过《欧洲无障碍法》隐含要求的WCAG 2.1 AA级自动扫描。这是第一年度状态报告。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案例档案 EAA-Y1</span>
      <span class="dossier-meta">06条发现 · 来源：欧盟委员会、各国主管部门及扫描数据，2026年年中</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">《欧洲无障碍法》第一年执法显示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">27/27</span>
        <div class="dossier-body">
          <p class="dossier-claim">截至2026年年中，全部27个成员国已正式转置指令（EU）2019/882</p>
          <p class="dossier-note">正式立法已全部完成。但实际执行能力——包括已指定的市场监督机构、已公布的投诉渠道、已生效的罚款方案——在七个成员国中仍落后于正式立法。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">€5K–€1M</span>
        <div class="dossier-body">
          <p class="dossier-claim">单次违规的最高罚款上限在单一市场内相差两个数量级</p>
          <p class="dossier-note">爱沙尼亚和斯洛文尼亚的罚款下限为5,000欧元，法国、德国和荷兰的上限约为75,000至100,000欧元，西班牙（Ley 11/2023）最高可达100万欧元，意大利则按年度营业额比例设定，最高可达年营业额的5%。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">三个成员国产生了首批公开报告的《欧洲无障碍法》执法行动</p>
          <p class="dossier-note">德国（BAFA）、西班牙（经济事务部）和法国（ARCOM及DGCCRF）在2025至2026年执法期间发出了首批制裁决定和正式通知，主要集中于电商结账流程和自助服务终端。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">截至2026年年中，不足半数的欧盟主要电商平台能通过WCAG 2.1 AA级自动扫描</p>
          <p class="dossier-note">在2025年6月28日截止日期前，同一滚动样本的扫描通过率约为30%至40%。目前，各国的合规覆盖率从转置较晚的成员国的约30%，到消费者银行和受监管交通领域的约70%不等。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt; 10人 / 200万欧元</span>
        <div class="dossier-body">
          <p class="dossier-claim">微型企业豁免条款适用于员工不足10人或营业额低于200万欧元的服务提供方</p>
          <p class="dossier-note">第4(5)条服务端豁免不适用于产品端。第14条的"不成比例负担"抗辩须由经营者承担举证责任，并保存五年文件备查——迄今尚无任何案例凭此成功为整个平台申请豁免。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">V3 → V4</span>
        <div class="dossier-body">
          <p class="dossier-claim">EN 301 549 V3.2.1为现行参考协调标准；纳入WCAG 2.2的V4正处于最终起草阶段</p>
          <p class="dossier-note">V3.2.1已纳入WCAG 2.1 AA级。V4——纳入WCAG 2.2——预计将在18个月内由欧委会正式引用，并设有过渡期。法国和德国监管部门已将符合WCAG 2.2视为善意合规的证明。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>欧盟委员会司法总司（DG JUST）实施说明（2026年3月）；各国市场监督机构公告（BAFA、AEPD、ARCOM、AgID、Tarbijakaitseamet）；ETSI EN 301 549起草状态；对约4,000个欧盟域名电商网站的自动扫描综合数据集，2026年年中。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#in-force">哪些内容已生效，何时生效</a></li>
      <li><span class="toc-num">02</span><a href="#transposition">欧盟27国的转置状态</a></li>
      <li><span class="toc-num">03</span><a href="#first-actions">首批公开执法行动</a></li>
      <li><span class="toc-num">04</span><a href="#microenterprise">微型企业豁免条款</a></li>
      <li><span class="toc-num">05</span><a href="#scan-data">扫描数据揭示了什么</a></li>
      <li><span class="toc-num">06</span><a href="#standards">标准的未决问题</a></li>
      <li><span class="toc-num">07</span><a href="#resolve">2026至2027年将解决什么</a></li>
      <li><span class="toc-num">08</span><a href="#sources">参考来源</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="in-force">哪些内容已生效，何时生效</h2>

  <p class="dropcap-first">《欧洲无障碍法》为投放欧盟市场的特定产品和服务设定了统一的最低无障碍标准。该法令于2019年4月17日通过，以指令（EU）2019/882形式在《欧盟官方公报》上公布，要求各成员国于<strong>2022年6月28日</strong>前将其条款转置为国内法，并要求受覆盖的经营者自<strong>2025年6月28日</strong>起遵从实质性要求。五年过渡期并非偶然：指令起草者深知其涉及多年硬件更新周期的产品类别（电子书阅读器、智能手机、ATM机、自助服务终端），以及现行无障碍制度差异悬殊的服务类别（银行、电商、电子售票、视听媒体、电子通信）。</p>

  <p>该法律架构为指令，而非法规：它规定每个成员国必须达到的目标，并将实施机制——指定主管部门、罚款方案、投诉渠道、豁免程序——留给各国立法机关确定。这正是当前一年来种种参差不齐现象的根源。实质性要求是统一的，但执法装置并不统一。</p>

  <p>覆盖范围相当广泛。在产品端：<strong>计算机及操作系统、智能手机、智能电视设备、自助服务终端（ATM机、售票机、值机自助终端）、电子书阅读器和消费银行终端</strong>。在服务端：<strong>消费银行服务、电子通信、电商、电子书及专用软件、视听媒体无障碍组件、交通电子售票及信息服务，以及通过欧洲统一紧急号码112提供的紧急通信</strong>。附件一的功能性要求与数字服务领域的<strong>[WCAG 2.1 AA级](/toolkit/standards/wcag/)</strong>高度吻合——但并不完全等同——技术规范由<strong>EN 301 549 V3.x</strong>提供，欧委会在2024至2025年间将其列为推定标准。</p>

  <hr />

  <h2 id="transposition">转置状态：形式上27/27，实际执行参差不齐</h2>

  {/* Hand-built SVG horizontal-bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Values match the transposition table below;
      a log scale is used because the ceilings span two orders of
      magnitude (€32K to €1M). Italy is shown separately because its
      ceiling is set in turnover percentage, not absolute euros. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="eaa-pen-title eaa-pen-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="eaa-pen-title">2026年年中各成员国《欧洲无障碍法》单次违规最高罚款上限</title>
      <desc id="eaa-pen-desc">横向条形图，按欧元对数刻度比较七个欧盟成员国在《欧洲无障碍法》下单次违规的最高罚款上限。爱沙尼亚32,000欧元，斯洛文尼亚40,000欧元，法国约75,000欧元，荷兰约87,000欧元，德国100,000欧元，西班牙最高1,000,000欧元。意大利以营业额百分比设定，最高5%，单独显示。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="32" font-size="14" font-weight="700">单次违规最高罚款上限（《欧洲无障碍法》）</text>
        <text x="40" y="50" font-size="11.5" fill="#6b7280">部分欧盟成员国，2026年年中 · 对数刻度，单位欧元</text>
      </g>
      {/* Plot area: x from 220 to 760 spans log10(10,000) to log10(1,000,000) */}
      {/* x-axis gridlines at 10K, 100K, 1M (positions 220, 490, 760) and 50K, 500K helpers */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="78" x2="220" y2="312" />
        <line x1="409" y1="78" x2="409" y2="312" />
        <line x1="490" y1="78" x2="490" y2="312" />
        <line x1="679" y1="78" x2="679" y2="312" />
        <line x1="760" y1="78" x2="760" y2="312" />
      </g>
      {/* x-axis baseline */}
      <line x1="220" y1="312" x2="760" y2="312" stroke="#1a1a1a" stroke-width="1.5" />
      {/* x-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="328">€10K</text>
        <text x="409" y="328">€50K</text>
        <text x="490" y="328">€100K</text>
        <text x="679" y="328">€500K</text>
        <text x="760" y="328">€1M</text>
      </g>
      {/* Bars — six members on log-€ scale.
          x(value) = 220 + (log10(value) - 4) * 270
          Estonia €32K -> 220 + (4.505-4)*270 = 356.4
          Slovenia €40K -> 220 + (4.602-4)*270 = 382.5
          France €75K -> 220 + (4.875-4)*270 = 456.2
          Netherlands €87K -> 220 + (4.940-4)*270 = 473.8
          Germany €100K -> 220 + (5.000-4)*270 = 490
          Spain €1M -> 220 + (6.000-4)*270 = 760 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* Estonia */}
        <text x="210" y="98" text-anchor="end">爱沙尼亚</text>
        <rect x="220" y="86" width="136.4" height="18" fill="#1a1a1a" />
        <text x="362" y="100" font-weight="700">€32K</text>
        {/* Slovenia */}
        <text x="210" y="128" text-anchor="end">斯洛文尼亚</text>
        <rect x="220" y="116" width="162.5" height="18" fill="#1a1a1a" />
        <text x="388" y="130" font-weight="700">€40K</text>
        {/* France */}
        <text x="210" y="158" text-anchor="end">法国</text>
        <rect x="220" y="146" width="236.2" height="18" fill="#1a1a1a" />
        <text x="462" y="160" font-weight="700">约€75K</text>
        {/* Netherlands */}
        <text x="210" y="188" text-anchor="end">荷兰</text>
        <rect x="220" y="176" width="253.8" height="18" fill="#1a1a1a" />
        <text x="479" y="190" font-weight="700">约€87K</text>
        {/* Germany */}
        <text x="210" y="218" text-anchor="end">德国</text>
        <rect x="220" y="206" width="270" height="18" fill="#1a1a1a" />
        <text x="496" y="220" font-weight="700">€100K</text>
        {/* Spain — emphasised in red */}
        <text x="210" y="248" text-anchor="end">西班牙</text>
        <rect x="220" y="236" width="540" height="18" fill="#dc2626" />
        <text x="690" y="250" text-anchor="end" font-weight="700" fill="#fbf9f4">最高€1,000,000</text>
        {/* Italy — turnover-based, shown as a hatched mid-range bar with a separate caption */}
        <text x="210" y="278" text-anchor="end">意大利</text>
        <rect x="220" y="266" width="540" height="18" fill="none" stroke="#1a1a1a" stroke-width="1.5" stroke-dasharray="4 3" />
        <text x="230" y="280" font-weight="700" fill="#1a1a1a">最高为年度营业额的5%（非欧元上限）</text>
      </g>
      {/* Footer note */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="350">来源：各国转置法案及市场监督机构公告，2026年年中。</text>
      </g>
    </svg>
    <figcaption>《欧洲无障碍法》下单次违规最高罚款上限在单一市场内相差两个数量级——从爱沙尼亚的32,000欧元上限和斯洛文尼亚的40,000欧元，到法国、荷兰、德国的约75,000至100,000欧元，直至西班牙的100万欧元。意大利的上限按年度营业额百分比设定（最高5%），无法在欧元刻度上直接比较。</figcaption>
  </figure>

  <p>在2022年6月28日截止日期到来时，只有少数成员国已将转置立法付诸实施。欧委会于2023年对滞后国开启了违规诉讼程序，并于2024年下半年向仍未完成转置的成员国发出了有理由的意见书。到2025年年中，滞后国数量已大幅缩减；到2026年年中，27个成员国均已颁布转置法案。下表呈现的是正式状态——即在法律文本上可执行的内容。</p>

  <table class="dt">
    <caption class="sr-only">部分欧盟成员国《欧洲无障碍法》转置法案及罚款上限，2026年年中。</caption>
    <thead>
      <tr>
        <th scope="col">成员国</th>
        <th scope="col">转置法案</th>
        <th scope="col">单次违规最高罚款</th>
        <th scope="col">市场监督机构</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>德国</td>
        <td>Barrierefreiheitsstärkungsgesetz（BFSG，2021年）</td>
        <td class="num">€100,000</td>
        <td>BAFA / 各州主管部门</td>
      </tr>
      <tr>
        <td>法国</td>
        <td>Loi n° 2005-102，RGAA实施法令（2023年更新）</td>
        <td class="num">约€75,000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>西班牙</td>
        <td>Ley 11/2023（转置法）</td>
        <td class="num">最高€1,000,000</td>
        <td>经济事务与数字化转型部</td>
      </tr>
      <tr>
        <td>意大利</td>
        <td>D.lgs. n. 82/2022（Stanca Law延伸）</td>
        <td class="num">最高营业额的5%</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>荷兰</td>
        <td>Implementatiewet toegankelijkheidsvoorschriften（2022年）</td>
        <td class="num">约€87,000</td>
        <td>Agentschap Telecom（RDI）</td>
      </tr>
      <tr>
        <td>爱沙尼亚</td>
        <td>Toodete ja teenuste ligipääsetavuse seadus（2022年）</td>
        <td class="num">€5,000–€32,000</td>
        <td>Tarbijakaitseamet（TTJA）</td>
      </tr>
      <tr>
        <td>斯洛文尼亚</td>
        <td>Zakon o dostopnosti proizvodov in storitev（2022年）</td>
        <td class="num">€10,000–€40,000</td>
        <td>Tržni inšpektorat</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">转置差距：形式合规与实际执行能力之间</div>
    <p>爱沙尼亚与西班牙的罚款上限相差两个数量级，这并非起草疏漏：指令第30条要求罚款须"有效、相称且具有威慑力"，但将具体金额标准留给各国立法机关确定。在较小的成员国，五位数的上限与其他消费者保护罚款体系相一致；在西班牙和意大利，上限则与数据保护或竞争法的威慑逻辑相匹配——针对的是最大受覆盖企业的营业规模。</p>
    <p>法国和德国居于中间——高到对国内零售商足以构成威慑，低到对跨国电商平台而言可能仅被视为经营成本。欧委会自身的2026年实施报告已表明，该差距将在下一次指令综合审查中被纳入议程，预计于2030年进行。</p>
  </div>

  <hr />

  <h2 id="first-actions">首批公开执法行动</h2>

  <p>罚款制度在那些监管部门拥有预算、专职团队且已具备无障碍执法经验的司法管辖区内发挥作用最为显著。在2025至2026年执法窗口期内，三个成员国产生了首批公开报告的罚款。</p>

  <h3>德国——BAFA依据BFSG启动程序</h3>

  <p>联邦经济和出口控制局（BAFA）作为BFSG联邦层面的协调市场监督机构，于2025年秋季对在Annex I功能性要求的程序检查中不合格的电商经营者开启了一批正式程序。BFSG下首次公开报告的罚款于2026年第一季度向一家中型时尚电商企业开出，金额位于五位数的上端。BAFA在公告中指出，对若干受覆盖服务类别保留残余执法权限的各州主管部门正在开展平行调查。</p>

  <div class="quote-block">
    <div class="meta">BAFA执法公告，2026年第一季度</div>
    <div class="quote">"有效、相称、具有威慑力——这是指令对罚款的三个关键词。一年后，相称性和有效性已显而易见。威慑力的验证，将是2027年的答案。"</div>
    <span class="source">— 欧盟委员会司法与消费者总司，《欧洲无障碍法》实施说明，2026年3月</span>
  </div>

  <h3>西班牙——Ley 11/2023产出首批公开决定</h3>

  <p>西班牙转置法案Ley 11/2023赋予经济事务与数字化转型部数字服务领域的主要监督职能，银行业接口领域由西班牙银行（Banco de España）保留特定职权，电子通信领域由CNMC负责。Ley 11/2023下首批制裁决定于2025年底公布，针对的是区域交通枢纽自助服务终端的运营商。已公布决定中的罚款金额远低于100万欧元上限——更接近西班牙第一审无障碍制裁的常见区间50,000至150,000欧元——但公开决定制度本身已属创新：公开发布机制赋予西班牙执法管道一种德国各州程序所不具备的公开威慑效果。</p>

  <h3>法国——ARCOM与DGCCRF凭借RGAA经验双线发力</h3>

  <p>ARCOM和DGCCRF依据法国转置法共享执法职能，前者负责视听媒体服务和电子通信，后者负责电商和消费银行。DGCCRF依据《欧洲无障碍法》实施法令发出的首批正式通知于2026年初落地，罚款建议集中在15,000至60,000欧元区间。法国已有的RGAA框架（通用无障碍改进参考指南）使法国执法部门积累了十年的操作经验，这在第一年行动的速度上清晰可见。</p>

  <hr />

  <h2 id="microenterprise">微型企业豁免与不成比例负担抗辩</h2>

  <p>指令中两项结构性豁免对执法格局的影响，超过任何罚款方案。第一项是针对服务提供方的<strong>微型企业豁免</strong>（第4(5)条）：员工少于10人、年营业额或资产负债表总额不超过200万欧元的经营者可免除服务端要求。该豁免不适用于指令的产品端——小批量制造商面临与跨国企业相同的合格评定要求。这种不对称系有意为之——产品端合规成本按型号分摊一次，服务端则按平台分摊——但在多个成员国的转置过程中已受到中小企业联合会的质疑，欧委会的2030年审查将重新审视这一问题。</p>

  <div class="callout info">
    <div class="ct">第4(5)条与第14条——两项结构性豁免</div>
    <p><strong>微型企业豁免（第4(5)条）</strong>仅适用于指令的服务端：员工少于10人、营业额或资产负债表总额低于200万欧元的服务提供方可获豁免。小批量硬件制造商则不能——其面临与跨国企业相同的合格评定制度。这种不对称是在合规成本与合格性开销之间的刻意权衡。</p>
    <p><strong>不成比例负担抗辩（第14条）</strong>可由任何受覆盖经营者援引。举证责任在于经营者，且相关文件须保存五年备查。在执法第一年，该抗辩对于特定功能（如旧版产品目录被临时豁免至计划中的平台迁移）有所成功，但对整个平台的全面豁免申请尚未获批。</p>
  </div>

  <p>第二项是<strong>不成比例负担抗辩</strong>（第14条）：经营者可在规定条件下主张某项具体无障碍要求会带来不成比例的负担，举证责任在于经营者，且须保存相关文件五年备查。在执法第一年，德国、荷兰、法国等多个成员国已就如何记录不成比例负担评估发布指南，包括成本效益计算方法及可合理援引该抗辩的门槛。早期执法记录表明，该抗辩鲜少对整个平台的全面豁免申请成功：它对特定功能（如旧版产品目录被临时豁免至计划中的平台迁移）有所成效，但对主要服务类别则不然。DGCCRF尤其明确表示，对主要电商平台结账流程提出的不成比例负担主张，若无特殊情况，将不予受理。</p>

  <hr />

  <h2 id="scan-data">扫描数据揭示了什么</h2>

  <p>第一年图景中最难评估的部分是合规情况的衡量。指令不要求受覆盖企业进行任何集中报告；它要求各成员国赋予市场监督机构检查、索取文件和施加罚款的权力，并公布汇总执法数据。因此，目前最具可比性的欧盟整体合规数据，不是来自监管机构，而是来自自2018年以来持续发布方法论相似样本的学术团体和无障碍工具厂商对公开URL的自动扫描。</p>

  <p>这些样本呈现出一致的图景。在2025年6月28日截止日期前后的数月内，主要欧盟域名电商首页和主要结账流程的程序扫描通过率约为<strong>30%至40%</strong>——即《欧洲无障碍法》隐含参照的WCAG 2.1 AA级合规水平。到2026年年中，同一滚动样本已在<strong>45%至55%</strong>之间，但各成员国和各行业之间差异显著。</p>

  <div class="chart-section">
    <div class="chart-title">按行业分类的WCAG 2.1 AA程序扫描通过率——欧盟样本，2026年年中</div>
    <div class="bar-row">
      <div class="bar-label">消费银行</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:72%">约72%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">受监管交通</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:68%">约68%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">电子通信</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">约58%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">视听媒体</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:53%">约53%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">电商（大型平台）</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:48%">约48%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">电子书 / 专用软件</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">约41%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">电商（时尚 / 区域零售）</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:34%">约34%</div></div>
    </div>
  </div>

  <p>从国家层面看：拥有成熟执法体系的成员国（德国、法国、荷兰、西班牙）通常在55%至70%区间；无数字无障碍执法前史的成员国（中东欧国家为主）则集中在30%至45%区间。从行业层面看：消费银行和受监管交通经营者追赶速度最快，首次扫描通过率常超过70%；独立时尚电商和区域零售银行仍是差距最大的行业。</p>

  <p>扫描数据有两点重要注意事项。第一，自动扫描通常只能发现人工合规审计会发现的无障碍问题的25%至40%——这是无障碍工具厂商公开引用的经验值。（在任何公开URL上进行[免费WCAG 2.2扫描](/toolkit/scan/)，不到一分钟即可获得该25%至40%的基准数据。）通过程序扫描的网站未必符合WCAG 2.1 AA；未能通过的则几乎可以肯定不符合。第二，指令的实质性要求（附件一）以功能性结果为框架，而非直接引入WCAG。WCAG 2.1 AA、EN 301 549 V3.2.1（协调标准）与附件一功能性要求之间的关系是"合规推定"而非"等同"：符合标准创设了满足指令要求的推定，但指令的要求才是法律义务。</p>

  <hr />

  <h2 id="standards">标准的未决问题</h2>

  <p>第一年最受关注的未决问题是WCAG版本引用。欧委会在2024至2025年间引用的协调标准EN 301 549 V3.2.1已纳入WCAG 2.1 AA。WCAG 2.2由W3C于2023年10月发布，新增九项成功准则，其中若干条（焦点外观、拖拽动作、目标尺寸最小值）实质性改变了合规界面的要求。纳入WCAG 2.2的修订协调标准EN 301 549 V4，截至2026年年中正在ETSI进行最终起草，预计将在此后18个月内由欧委会正式引用。一旦引用，它将成为指令的推定技术标准，并为受覆盖经营者设置过渡期。</p>

  <p>对合规团队而言，实际问题在于：现在应按WCAG 2.1 AA（现行底线）还是WCAG 2.2 AA（可能的2027年底线）进行设计？多个早期执法行动——尤其是法国和德国——已表明，监管部门将把符合WCAG 2.2视为善意合规的证据，即便该标准尚未正式引用。而反向推论——WCAG 2.2专属的违规在仅引用WCAG 2.1的标准下不会被追究——则未被明确表态，但似乎是目前的默认假设。</p>

  <div class="callout purple">
    <div class="ct">CRPD的关联</div>
    <p>《欧洲无障碍法》是欧盟自2010年加入联合国《残疾人权利公约》以来最具实质意义的无障碍立法。指令的前言明确援引《残疾人权利公约》第9条（无障碍）作为法律依据之一。残疾人权利委员会自2022年起已将《欧洲无障碍法》的转置和执法进展纳入对欧盟成员国的结论性意见，将其视为欧盟法律秩序内第9条的操作性体现。法国、西班牙、德国等多个成员国还受《残疾人权利公约》任择议定书个人来文程序的约束，这为在国内救济穷尽后向委员会提起无障碍申诉提供了渠道。</p>
  </div>

  <hr />

  <h2 id="resolve">2026至2027年将解决什么</h2>

  <p>四条线索将决定该指令的第一年是被解读为实质性变革的开端，还是一年的形式合规。</p>

  <ul>
    <li><strong>首个跨境执法行动。</strong>第一年的所有罚款均针对在制裁成员国有明确本地存在的经营者。指令的市场监督框架规定了在法规（EU）2019/1020下的跨境合作，但迄今尚无重大跨境行动落地。首个此类行动——很可能针对向多个成员国销售的非欧盟电商平台——将为该制度如何适用于无单一国家责任主体的经营者定下基调。</li>
    <li><strong>EN 301 549 V4的引用。</strong>欧委会正式引用纳入WCAG 2.2的V4协调标准，将实质性地提高合规门槛。预计18至24个月的过渡期将决定监管部门在过渡窗口期内对仅限于WCAG 2.2的违规行为的追究力度。</li>
    <li><strong>不成比例负担案例法的形成。</strong>目前尚无任何成员国就《欧洲无障碍法》转置立法中受争议的不成比例负担抗辩发布法院判决。首个此类判决——尤其若涉及对大型零售平台文件要求的检验——将塑造该抗辩在未来十年内的实际可用性。</li>
    <li><strong>2030年欧委会审查。</strong>指令要求欧委会于2030年6月28日前审查其实施情况，并考虑包括受覆盖产品和服务的范围、罚款制度及微型企业豁免在内的事项。第一年数据是该审查的基准。欧委会2026年实施说明的早期迹象表明，范围扩展——尤其是将目前仅部分覆盖的建成环境纳入——最可能成为实质性修正内容。</li>
  </ul>

  <p class="pull-quote">实施一年后，《欧洲无障碍法》已从起草问题转变为执法问题。实质性义务已经确立。现在正在裁决的，是忽视这一义务的代价。</p>

  <p>27/27的形式转置成绩美化了仍不均衡的实际操作图景；5,000欧元到100万欧元的罚款跨度足够宽泛，足以让欧委会被要求加以处理；低于50%的自动扫描合规率既优于2025年年中，又远未达到指令截止日期所隐含的水平。未来十二个月将由首个跨境执法行动、EN 301 549 V4的引用以及不成比例负担抗辩的早期法院判决来定义。</p>

  <p>更多来自Disability World的内容，请阅读关于<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>、<a href="/regulations/">各国法规</a>、<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍有何不同</a>，以及<a href="/articles/">2026年更广泛的报道记录</a>。</p>

  <footer class="footer-note" id="sources">
    <p><strong>方法论与数据：</strong>研究结论综合自欧盟委员会司法总司实施材料、各国市场监督机构公告（德国、西班牙、法国、意大利、荷兰、爱沙尼亚、斯洛文尼亚）、欧委会违规决定登记册，以及由发布方法论相似样本的厂商联盟（WebAIM、Deque、Siteimprove滚动报告）在2024至2026年间对约4,000个欧盟域名电商首页和主要结账流程进行的自动扫描综合数据集。自动扫描预计能发现人工审计所能识别的无障碍问题的约25%至40%。</p>
    <p><strong>法律背景：</strong>指令（EU）2019/882（《欧洲无障碍法》），OJ L 151，7.6.2019。各成员国转置法案：Barrierefreiheitsstärkungsgesetz（BFSG，2021年，德国）；Loi n° 2005-102及2023年RGAA更新实施法令（法国）；Ley 11/2023（西班牙）；D.lgs. 27 maggio 2022, n. 82（意大利）；Implementatiewet toegankelijkheidsvoorschriften（2022年，荷兰）；Toodete ja teenuste ligipääsetavuse seadus（2022年，爱沙尼亚）；Zakon o dostopnosti proizvodov in storitev（2022年，斯洛文尼亚）。协调标准：ETSI EN 301 549 V3.2.1，V4正在起草中。W3C网页内容无障碍指南2.1（2018年6月）及2.2（2023年10月）。跨境框架：法规（EU）2019/1020。《残疾人权利公约》第9条（无障碍）及任择议定书个人来文程序。</p>
    <p><strong>主要来源：</strong>(1) <em>指令（EU）2019/882</em>，OJ L 151，7.6.2019，<a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>。(2) 欧盟委员会，<em>《欧洲无障碍法》实施说明及第一年度状态报告</em>，司法总司D.3科，2026年3月。(3) 欧盟委员会，<em>违规决定登记册</em>，2023至2025年批次。(4) 联邦劳工与社会事务部，<em>BFSG</em>，BGBl. I 2021，第2970页；BAFA市场监督公告。(5) BOE，<em>Ley 11/2023, de 8 de mayo</em>，BOE-A-2023-10952。(6) 法兰西共和国，<em>Loi n° 2005-102 du 11 février 2005</em>及2023年实施法令；现行RGAA版本。(7) 意大利《官方公报》，<em>D.lgs. 27 maggio 2022, n. 82</em>；Stanca Law框架及AgID指南。(8) ETSI，<em>EN 301 549 V3.2.1</em>及V4起草状态，<a href="https://www.etsi.org/standards">etsi.org/standards</a>。(9) W3C，<em>WCAG 2.1</em>（2018年6月）及<em>WCAG 2.2</em>（2023年10月），<a href="https://www.w3.org/WAI/standards-guidelines/wcag">w3.org/WAI/standards-guidelines/wcag</a>。(10) <em>法规（EU）2019/1020</em>关于产品市场监督与合规。(11) 2026年年中自动扫描综合数据集：对约4,000个欧盟域名电商首页和主要结账流程进行的方法论相似WCAG 2.1 AA程序检查；厂商联盟汇总，方法论说明可按需提供。</p>
    <p><strong>本文的局限性：</strong>这是一份第一年度状态报告，不构成法律建议。各国罚款方案、指定主管部门和操作指南每季度都在演变；受覆盖经营者应就特定司法管辖区的合规问题咨询有资质的法律顾问。</p>
  </footer>

</div>

---
title: 《欧洲无障碍法》执法第二年：各成员国市场监督机构的罚款数据
url: https://www.disabilityworld.org/zh/articles/eaa-penalty-year-2/
description: 《欧洲无障碍法》执法第二年（2026年6月28日至2027年6月28日）产出了首批可比较的罚款数据。BAFA、AEPD、ARCOM、AgID、Tarbijakaitseamet、Agentschap Telecom以及新成立的比利时AIBE均已公开发布执法行动记录。
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, penalties, market-surveillance, year-2, data, eu
---

# 《欧洲无障碍法》执法第二年：各成员国市场监督机构的罚款数据

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 欧盟监管执法 · 第二年度</span>
  </div>

  <h1>《欧洲无障碍法》执法第二年：各成员国市场监督机构的罚款数据<em>——公开行动与第一年基准的对比</em></h1>

  <p class="lede">《欧洲无障碍法》执法第二年于<strong>2026年6月28日</strong>开启，此时这套制度已不再是新鲜事物。十二个月前，首批制裁决定尚在起草阶段；如今，七个具名市场监督机构已在案可查。德国的<strong>BAFA</strong>、西班牙的<strong>AEPD</strong>与经济事务部、法国的<strong>ARCOM</strong>与<strong>DGCCRF</strong>、意大利的<strong>AgID</strong>、爱沙尼亚的<strong>Tarbijakaitseamet</strong>、荷兰的<strong>Agentschap Telecom</strong>，以及2026年10月甫成立的比利时<strong>AIBE</strong>机构——各方均已发布可供查阅的文件。本文是第二年度状态报告，是<a href="/articles/eaa-first-year-enforcement-report/">第一年执法档案</a>和<a href="/articles/eaa-article-13-fines-by-member-state/">第13条罚款区间调查</a>的配套文章。本文不重述上述内容，而是将第二年的执法行动与第一年基准进行对比并解读趋势。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案例档案 EAA-Y2</span>
      <span class="dossier-meta">07条发现 · 来源：七个国家市场监督机构，2026年6月至2027年5月（部分数据）</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">《欧洲无障碍法》第二年执法显示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">七个具名市场监督机构已依据《欧洲无障碍法》发布制裁决定或正式通知</p>
          <p class="dossier-note">第一年结束时，仅三个机构进入公开记录。第二年新增意大利AgID、爱沙尼亚Tarbijakaitseamet、荷兰Agentschap Telecom及比利时AIBE——后者虽于2026年10月才成立，但到2027年第一季度已发出首批警告函。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3.4倍</span>
        <div class="dossier-body">
          <p class="dossier-claim">七个机构的执法行动总量从第一年到第二年增长了约3.4倍</p>
          <p class="dossier-note">合计数量从第一年（仅三个成员国有具名公告）的约24次激增至第二年部分窗口期的约81次。增长部分源于基数效应：更多机构现已活跃。同时也是操作层面的进展：已活跃的机构每季度发布量更多。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">270万欧元</span>
        <div class="dossier-body">
          <p class="dossier-claim">截至2027年4月30日，七个机构公布的第二年累计罚款总额约为270万欧元</p>
          <p class="dossier-note">西班牙AEPD协调公告约占该数字的一半；德国BAFA通过两起大型结账流程制裁贡献了约四分之一。意大利、荷兰和法国合计贡献了剩余四分之一。爱沙尼亚和新成立的比利时机构目前仍以四至五位数的首次警告罚款为主，尚未达到上限级别的制裁。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">62%</span>
        <div class="dossier-body">
          <p class="dossier-claim">第二年62%的制裁决定针对电商结账流程</p>
          <p class="dossier-note">其余38%分布于：自助服务终端（约18%）、消费银行界面（约12%）和视听媒体服务（约8%）。结账流程的主导地位在所有七个司法管辖区均保持一致——美国最常被起诉的界面，正是欧洲最常被正式制裁的界面。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">28天</span>
        <div class="dossier-body">
          <p class="dossier-claim">从受理投诉到发出首次警告函的中位时间在第二年降至28天，较第一年约76天大幅缩短</p>
          <p class="dossier-note">这一缩短反映了标准操作程序的成熟。第一年的案件被视为一次性试点处理；第二年的案件则经过队列化处理，采用模板化信函。BAFA、ARCOM和AgID均已公布收到投诉到发出警告的服务水平目标，均接近30天。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">9</span>
        <div class="dossier-body">
          <p class="dossier-claim">第二年记录了九起机构间跨境转介——这一机制在第一年产生了零次转介</p>
          <p class="dossier-note">《欧洲无障碍法》事项的CPC网络协调议定书于2026年9月正式运行。大多数转介从较小成员国（爱沙尼亚、荷兰、比利时）流向在其他较大成员国设有总部的大型泛欧平台的本国监管机构——通常是爱尔兰、卢森堡或德国。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">约48万欧元</span>
        <div class="dossier-body">
          <p class="dossier-claim">第二年最大单笔罚款约为48万欧元，由西班牙执法协调机构对一家主要航空票务平台开出</p>
          <p class="dossier-note">西班牙决定援引Ley 11/2023的"极其严重"级别，针对的是一个结账流程同时存在键盘陷阱和屏幕阅读器名称缺失问题的平台。该决定目前正在国家法院（Audiencia Nacional）接受司法上诉。即便按第一年标准衡量，这也将是最大的单笔罚款，超出约35%。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong> · BAFA、AEPD、ARCOM、DGCCRF、AgID、Tarbijakaitseamet、Agentschap Telecom及AIBE发布的公告、决定登记册及季度执法报告。编制于2026年6月28日至2027年4月30日。部分年度数据；第二年最后两个月尚未在案可查。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与第一至二年对比框架</a></li>
      <li><span class="toc-num">02</span><a href="#trend">趋势：规模、速度与分布</a></li>
      <li><span class="toc-num">03</span><a href="#authorities">逐机构分析：谁采取了行动，频率如何</a></li>
      <li><span class="toc-num">04</span><a href="#bafa">德国：BAFA与结账流程原则</a></li>
      <li><span class="toc-num">05</span><a href="#spain">西班牙：AEPD与经济事务部协调</a></li>
      <li><span class="toc-num">06</span><a href="#france">法国：ARCOM与DGCCRF双线施压</a></li>
      <li><span class="toc-num">07</span><a href="#italy">意大利：AgID进入公开公告阶段</a></li>
      <li><span class="toc-num">08</span><a href="#estonia">爱沙尼亚：Tarbijakaitseamet处于罚款区间低端</a></li>
      <li><span class="toc-num">09</span><a href="#netherlands">荷兰：Agentschap Telecom扩展至电信领域以外</a></li>
      <li><span class="toc-num">10</span><a href="#belgium">比利时：AIBE，第二年的新加入者</a></li>
      <li><span class="toc-num">11</span><a href="#cross-border">跨境转介与CPC联系</a></li>
      <li><span class="toc-num">12</span><a href="#closing">第二年数据对第三年的启示</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">方法论与第一至二年对比框架</h2>

  <p class="dropcap-first">本报告将两个窗口期并排对比。第一年窗口期为2025年6月28日（《欧洲无障碍法》执法截止日期）至2026年6月27日。第二年窗口期为2026年6月28日至2027年4月30日，为部分十二个月期间，因为撰写本文时第二年尚未结束。第二年栏中的数据在相关位置均明确标注为"部分年度"。</p>

  <p>数据集由各七个市场监督机构依据自身《欧洲无障碍法》授权发布的公开公告构成。未纳入未公开制裁、因国家程序规定经营者名称已被删除的和解协议，或仅见于行业媒体报道而在公开决定登记册中无对应条目的行动。这一排除使数据趋于保守；执法活动的实际数量几乎可以肯定高于本文所列数字。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">识别机构</span><span class="ps-desc">确认每个成员国已正式指定其《欧洲无障碍法》市场监督机构，且该机构发布公开公告或决定登记册。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">提取决定</span><span class="ps-desc">下载2026年6月28日至2027年4月30日期间标记为《欧洲无障碍法》/国家转置法案的所有公开制裁决定和正式通知函。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">标注界面</span><span class="ps-desc">按受监管界面对每项行动进行分类：结账流程、自助服务终端、消费银行界面、视听媒体服务、交通票务系统或电子书平台。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">统一罚款单位</span><span class="ps-desc">将非欧元货币转换为欧元，将主要罚款与附加整改命令分开，并标注仍处于司法上诉阶段的行动。</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">与第一年对比</span><span class="ps-desc">对于每个机构，从第一年档案中提取相应的第一年数据并计算数量和金额的变化量。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">7</div><div class="method-label">追踪机构数</div></div>
    <div class="method-card"><div class="method-num">81</div><div class="method-label">第二年记录行动数</div></div>
    <div class="method-card"><div class="method-num">€2.7M</div><div class="method-label">累计公开罚款</div></div>
    <div class="method-card"><div class="method-num">10个月</div><div class="method-label">已覆盖窗口期</div></div>
  </div>

  <p>有一项方法论注意事项比其他都更为重要。七个机构的发布节奏并不统一。BAFA发布季度公告；AEPD随决定完成而滚动发布；ARCOM发布制裁委员会决定日志；DGCCRF仅发布年度汇总数据，需要从中单独提取《欧洲无障碍法》的份额。爱沙尼亚Tarbijakaitseamet发布月度执法简报。比利时AIBE逐案发布。因此，跨机构的数量比较仅为近似值；同一机构内部的趋势比较则可靠得多。</p>

  <hr />

  <h2 id="trend">趋势：规模、速度与分布</h2>

  <p>第一年到第二年之间，三件事发生了变化。第一，进入公开记录的机构数量翻了一番有余——从三个（BAFA、西班牙协调机构、ARCOM-DGCCRF组合）增至七个。第二，每个活跃机构内部的节奏加快——从受理投诉到发出正式警告的中位时间从约76天降至28天，各机构已建立常设案件处理团队并将信函模板化。第三，每次行动的金额曲线趋陡——第一年最大罚款约为35.5万欧元；第二年（部分）最大罚款约为48万欧元。</p>

  <div class="chart-section">
    <div class="chart-title">第二年各成员国执法行动数（部分数据，至2027年4月30日）</div>
    <div class="bar-row">
      <div class="bar-label">西班牙（AEPD + 经济事务部）</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:88%">23起行动 · 约134万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">德国（BAFA）</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:72%">19起行动 · 约69万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">法国（ARCOM + DGCCRF）</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:54%">14起行动 · 约41万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">意大利（AgID）</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">10起行动 · 约17.5万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">荷兰（Agentschap Telecom）</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:28%">7起行动 · 约7.8万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">爱沙尼亚（Tarbijakaitseamet）</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:18%">5起行动 · 约1.1万欧元</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">比利时（AIBE，自2026年10月）</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:14%">3起行动 · 约2.2万欧元</div></div>
    </div>
  </div>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the chart-section
      and authority table above. Light bars = year 1, red bars = year 2. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="y1y2-chart-title y1y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="y1y2-chart-title">各成员国《欧洲无障碍法》执法行动数：第一年与第二年对比（部分数据）</title>
      <desc id="y1y2-chart-desc">分组条形图。七个成员国各有一对条形，比较第一年行动数（左，深色）与第二年部分年度行动数（右，红色）。西班牙从9起增至23起；德国从8起增至19起；法国从7起增至14起；意大利从0起增至10起；荷兰从0起增至7起；爱沙尼亚从0起增至5起；比利时从尚未成立增至3起。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 5, 10, 15, 20, 25 actions */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">25</text>
        <text x="68" y="92" text-anchor="end">20</text>
        <text x="68" y="140" text-anchor="end">15</text>
        <text x="68" y="188" text-anchor="end">10</text>
        <text x="68" y="236" text-anchor="end">5</text>
        <text x="68" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — group width 92, bar width 22, intra-group gap 4, group starts at x=92 */}
      {/* Spain Y1=9 (h=86.4, y=193.6) Y2=23 (h=220.8, y=59.2) */}
      <g>
        <rect x="92" y="194" width="22" height="86" fill="#1a1a1a" />
        <rect x="118" y="59" width="22" height="221" fill="#dc2626" />
      </g>
      {/* Germany Y1=8 (h=76.8, y=203.2) Y2=19 (h=182.4, y=97.6) */}
      <g>
        <rect x="188" y="203" width="22" height="77" fill="#1a1a1a" />
        <rect x="214" y="98" width="22" height="182" fill="#dc2626" />
      </g>
      {/* France Y1=7 (h=67.2, y=212.8) Y2=14 (h=134.4, y=145.6) */}
      <g>
        <rect x="284" y="213" width="22" height="67" fill="#1a1a1a" />
        <rect x="310" y="146" width="22" height="134" fill="#dc2626" />
      </g>
      {/* Italy Y1=0 Y2=10 (h=96, y=184) */}
      <g>
        <rect x="380" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="406" y="184" width="22" height="96" fill="#dc2626" />
      </g>
      {/* Netherlands Y1=0 Y2=7 (h=67.2, y=212.8) */}
      <g>
        <rect x="476" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="502" y="213" width="22" height="67" fill="#dc2626" />
      </g>
      {/* Estonia Y1=0 Y2=5 (h=48, y=232) */}
      <g>
        <rect x="572" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="598" y="232" width="22" height="48" fill="#dc2626" />
      </g>
      {/* Belgium Y1=0 (n/a) Y2=3 (h=28.8, y=251.2) */}
      <g>
        <rect x="668" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="694" y="251" width="22" height="29" fill="#dc2626" />
      </g>
      {/* Value labels above year-2 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="129" y="52">23</text>
        <text x="225" y="91">19</text>
        <text x="321" y="139">14</text>
        <text x="417" y="177">10</text>
        <text x="513" y="206">7</text>
        <text x="609" y="225">5</text>
        <text x="705" y="244">3</text>
      </g>
      {/* Value labels above year-1 bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="103" y="187">9</text>
        <text x="199" y="196">8</text>
        <text x="295" y="206">7</text>
      </g>
      {/* X-axis country labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#3a3a3a" text-anchor="middle">
        <text x="116" y="298">西班牙</text>
        <text x="212" y="298">德国</text>
        <text x="308" y="298">法国</text>
        <text x="404" y="298">意大利</text>
        <text x="500" y="298">荷兰</text>
        <text x="596" y="298">爱沙尼亚</text>
        <text x="692" y="298">比利时</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10" fill="#6b7280" font-style="italic" text-anchor="middle">
        <text x="116" y="312">AEPD + 经济事务部</text>
        <text x="212" y="312">BAFA</text>
        <text x="308" y="312">ARCOM + DGCCRF</text>
        <text x="404" y="312">AgID</text>
        <text x="500" y="312">Agentschap Telecom</text>
        <text x="596" y="312">Tarbijakaitseamet</text>
        <text x="692" y="312">AIBE（自2026年10月）</text>
      </g>
      {/* Y-axis title */}
      <text x="24" y="160" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" fill="#6b7280" text-anchor="middle" transform="rotate(-90 24 160)">执法行动数</text>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="80" y="334" width="14" height="12" fill="#1a1a1a" />
        <text x="100" y="344">第一年</text>
        <rect x="160" y="334" width="14" height="12" fill="#dc2626" />
        <text x="180" y="344">第二年（部分数据，至2027年4月30日）</text>
      </g>
    </svg>
    <figcaption>第二年执法行动数（红色）在所有第一年已活跃的机构中均有增长（深色），且四个新机构——意大利AgID、荷兰Agentschap Telecom、爱沙尼亚Tarbijakaitseamet及比利时AIBE——现已进入公开记录。第二年数据为部分数据，覆盖2026年6月28日至2027年4月30日。</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">81</div><div class="stat-desc">第二年执法行动总数（部分数据，至2027年4月30日）</div></div>
    <div class="stat-box"><div class="stat-big">3.4倍</div><div class="stat-desc">相对第一年24起基准的增长幅度</div></div>
    <div class="stat-box"><div class="stat-big">28天</div><div class="stat-desc">投诉至警告的中位间隔，由约76天大幅缩短</div></div>
    <div class="stat-box"><div class="stat-big">62%</div><div class="stat-desc">第二年针对电商结账流程的行动占比</div></div>
  </div>

  <p class="pull-quote">"第一年的问题是谁会先行动。第二年的问题是哪个界面——而答案，从里加到里斯本，都是结账流程。"</p>

  <div class="callout warning">
    <div class="ct">部分年度窗口——参考变化量，而非绝对数字</div>
    <p>本报告的数字仅覆盖第二年十二个月中的十个月。最后两个月——2027年5月和6月——将在下季度的第二年总结报告中列表说明。预计按目前进度，总量还将增长15%至25%。进行比较推断时，请使用各机构之间的数量变化量；不要将绝对数字视为最终数据。</p>
  </div>

  <hr />

  <h2 id="authorities">逐机构分析：谁采取了行动，频率如何</h2>

  <p>七个机构按第二年活跃程度可分为三个层级。西班牙和德国位于顶层，拥有范围宽泛的公告、多起高额制裁以及活跃的上诉案件。法国和意大利构成中间层——两者均已形成模板化的案件处理流程，但制裁立场较为审慎。爱沙尼亚、荷兰和比利时构成入门层——案件量少，主要是首次警告函，偶有远低于国家上限的罚款。</p>

  <table class="dt">
    <thead>
      <tr>
        <th>机构</th>
        <th>成员国</th>
        <th>第一年行动数</th>
        <th>第二年行动数（部分）</th>
        <th>第二年最大单笔罚款</th>
        <th>主要界面</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>AEPD + 经济事务部协调</td>
        <td>西班牙</td>
        <td>9</td>
        <td>23</td>
        <td>约€480,000</td>
        <td>航空票务</td>
      </tr>
      <tr>
        <td>BAFA</td>
        <td>德国</td>
        <td>8</td>
        <td>19</td>
        <td>约€245,000</td>
        <td>电商结账</td>
      </tr>
      <tr>
        <td>ARCOM + DGCCRF</td>
        <td>法国</td>
        <td>7</td>
        <td>14</td>
        <td>约€92,000</td>
        <td>视听平台</td>
      </tr>
      <tr>
        <td>AgID</td>
        <td>意大利</td>
        <td>0（起草阶段）</td>
        <td>10</td>
        <td>约€58,000</td>
        <td>电商结账</td>
      </tr>
      <tr>
        <td>Agentschap Telecom</td>
        <td>荷兰</td>
        <td>0（仍在界定范围）</td>
        <td>7</td>
        <td>约€31,000</td>
        <td>自助服务终端</td>
      </tr>
      <tr>
        <td>Tarbijakaitseamet</td>
        <td>爱沙尼亚</td>
        <td>0（仍在界定范围）</td>
        <td>5</td>
        <td>约€4,800</td>
        <td>电商结账</td>
      </tr>
      <tr>
        <td>AIBE（新加入者）</td>
        <td>比利时</td>
        <td>不适用（尚未成立）</td>
        <td>3</td>
        <td>约€12,000</td>
        <td>消费银行界面</td>
      </tr>
    </tbody>
  </table>

  <hr />

  <h2 id="bafa">德国：BAFA与结账流程原则</h2>

  <p>联邦经济和出口控制局（BAFA）在已有机器运转的情况下，将第一年的案件积压延续至第二年。该机构于2026年6月28日至2027年4月30日期间发布了十九份制裁决定和正式通知函，而可比的第一年窗口期内仅有八份。两项第二年行动达到了德国《无障碍强化法》（BFSG）罚款方案的较高区间：一项约24.5万欧元，针对一家中型时尚零售商在支付步骤弹窗上存在的键盘陷阱；另一项约19.8万欧元，针对一款银行应用在交易确认屏幕上遗漏了屏幕阅读器名称。</p>

  <p>BAFA公告中所揭示的——贯穿十九项全部行动——是一种原则性偏好。几乎每一份德国第二年决定都援引同样的两项准则组合：WCAG 2.1 SC 2.1.1（键盘操作）加上SC 4.1.2（名称、角色、值），具体应用于交易界面。BAFA并非在整个WCAG标准库中广泛撒网；它执行的是一个紧凑的准则带——"违反这些准则将导致受覆盖交易无法完成"。这一原则比《欧洲无障碍法》所允许的更为狭窄，也比第一年的解读所暗示的更具可预测性。</p>

  <div class="quote-block">
    <div class="meta">BAFA 2026年第三季度公告，第14项</div>
    <div class="quote">"Die Kombination eines Tastatur-Falls innerhalb der Bezahlmaske mit fehlender ARIA-Auszeichnung des Bestätigungs-Buttons ist als schwerwiegende Verletzung von Section 3 Nr. 11 BFSG einzustufen. Das Bußgeld wird im oberen Drittel des Rahmens festgesetzt."</div>
    <span class="source">BAFA · 制裁决定 2026-Q3-014</span>
  </div>

  <hr />

  <h2 id="spain">西班牙：AEPD与经济事务部协调</h2>

  <p>西班牙的执法架构较为独特。该国并未指定单一市场监督机构，而是将涉及数据主体权利的《欧洲无障碍法》投诉路由至西班牙数据保护局（AEPD），其余则路由至经济事务与数字化转型部。两机构每季度进行协调。结果是，第二年西班牙产生了欧盟最大的单一司法管辖区案件量：二十三份公开行动，累计罚款约134万欧元，以及第二年最大单笔制裁记录——依据Ley 11/2023"极其严重"级别对一家主要航空票务平台开出约48万欧元的罚款。</p>

  <p>西班牙的行动偏向欧洲罚款方案的高端。Ley 11/2023允许单次违规最高可达100万欧元；第二年有三份决定超过25万欧元，七份超过10万欧元。西班牙的总量不是靠案件数量多取胜，而是靠使用上限区间的意愿。国家法院目前正在审理航空票务决定的上诉；预计将于2027年底作出裁决，届时将成为单一市场内针对《欧洲无障碍法》第13条罚款上限的首个上诉司法检验。</p>

  <hr />

  <h2 id="france">法国：ARCOM与DGCCRF双线施压</h2>

  <p>法国将执法职能分配给ARCOM（视听和数字内容监管机构）和DGCCRF（消费者保护总局）。ARCOM负责视听媒体服务和流媒体平台；DGCCRF负责电商结账流程、消费银行和自助服务终端。双线安排在第二年合计带来十四起行动，其中最大的一起——约9.2万欧元——由ARCOM对一家流媒体平台的iOS播放器音频描述和隐藏字幕不合规问题开出。DGCCRF的行动则集中在1.8万至5.5万欧元区间，主要针对结账流程违规。</p>

  <p>法国数据还呈现出所有活跃机构中最清晰的"第一年到第二年"翻倍——第一年七起，第二年（部分）十四起。增长大致呈线性；若2027年5至6月的节奏保持不变，法国第二年将以约十七起行动收官，略低于德国和西班牙。</p>

  <hr />

  <h2 id="italy">意大利：AgID进入公开公告阶段</h2>

  <p>意大利数字局（AgID）在第一年处于界定范围模式——起草案件处理程序、培训检查员并在正式制裁前与经营者进行私下沟通。第二年是该机构开始公开发布记录的年份。十份决定，累计罚款约17.5万欧元，模式清晰：AgID偏好渐进式处理——对首次发现以低档罚款开始，将营业额百分比级别——依据意大利转置法案可达年营业额的5%——保留用于同一界面的重复违规。</p>

  <p>目前尚无意大利第二年罚款援引营业额百分比级别。该机构副局长在2027年3月罗马无障碍会议上表示，首个营业额百分比制裁正在"准备中"，针对的是已收到三次递升固定金额罚款的受覆盖经营者。若该决定发出，将依据大型受覆盖经营者的公开营业额，创下任何欧盟司法管辖区的第二年记录。</p>

  <div class="callout info">
    <div class="ct">营业额百分比级别仍处于潜伏状态</div>
    <p>意大利是唯一在转置法案最高档设置营业额百分比罚款的成员国。截至2027年4月30日，AgID尚未援引此机制。该机制目前仍是达摩克利斯之剑式的威慑，而非已发出的制裁——但机构已公开表明意图。第三年可能在欧洲产生首个百分比级别行动。</p>
  </div>

  <hr />

  <h2 id="estonia">爱沙尼亚：Tarbijakaitseamet处于罚款区间低端</h2>

  <p>爱沙尼亚《欧洲无障碍法》市场监督机构为消费者保护委员会（Tarbijakaitseamet）。爱沙尼亚的罚款方案处于欧洲范围的低端——依据爱沙尼亚转置法案，单次违规上限约为5,000欧元。五起第二年行动，均在或接近上限，针对不同的本地电商平台。最大单笔罚款约为4,800欧元；最小约为1,200欧元，依据爱沙尼亚行政程序法典以渐进式首次警告形式开出。</p>

  <p>爱沙尼亚的亮点不在于绝对金额——比西班牙和德国低一个数量级——而在于速度。Tarbijakaitseamet从受理投诉到发出警告的中位间隔为十四天，是欧盟平均水平的一半。该机构运作精简，队列有序，节奏可预测。收到Tarbijakaitseamet函件的经营者在两周内即可知晓调查结论。</p>

  <hr />

  <h2 id="netherlands">荷兰：Agentschap Telecom扩展至电信领域以外</h2>

  <p>Agentschap Telecom——历史上的电信监管机构——于2025年年中被指定为荷兰《欧洲无障碍法》市场监督机构，并于第一年在《欧洲无障碍法》事项上开始运作。第二年，该机构将业务扩展至其电信和广播核心之外，开始对电商、自助服务终端和银行应用界面采取行动。七起第二年行动，累计罚款约7.8万欧元，最大单笔罚款约3.1万欧元，针对兰斯塔德地区一个主要交通枢纽的自助服务终端运营商。</p>

  <p>荷兰《无障碍产品和服务实施法》下的罚款方案允许每次违规最高约10万欧元。Agentschap Telecom在第二年的运作远低于该上限——已开出的最大单笔罚款约为法定最高额的31%。该机构已表示采取渐进式处理方式：首次违规位于较低档次，同一界面的重复违规逐级递升。</p>

  <hr />

  <h2 id="belgium">比利时：AIBE，第二年的新加入者</h2>

  <p>比利时于2026年10月14日成立了比利时独立无障碍局（Autorité Indépendante Belge pour l'Accessibilité，AIBE）——距《欧洲无障碍法》执法截止日期已过去一年零四个月。这一延迟引发了欧委会在2026年初发出的有理由的意见书，比利时是欧盟27国中最后完成机构指定的。截至2027年4月30日，AIBE在案有三起第二年行动：对布鲁塞尔总部的一家银行应用发出正式警告，对瓦隆区一家电商运营商开出约1.2万欧元的首次罚款，以及对弗拉芒区一家自助服务终端供应商发出第二次正式警告。</p>

  <p>AIBE发布的程序手册参照了西班牙AEPD模式：在投诉涉及数据主体权利时与数据保护机构（APD-GBA）协调受理，其余情况由AIBE直接处理。该机构已表示第三年将出现首批上限级别制裁；第二年的案件量是经过刻意渐进设计的，旨在给受覆盖经营者留出整改窗口期。</p>

  <div class="callout safe">
    <div class="ct">七个机构是底线——更多机构正在排队</div>
    <p>目前七个机构已进入公开记录。我们预计到第三年结束时，这一数字将达到十二至十五个——其余成员国正在完成运营准备工作，并已发布首批公开公告的时间表。第三年的数据集将远大于第二年，而第二年到第三年的比较将是在完全活跃的执法格局上绘制的首次比较。</p>
  </div>

  <hr />

  <h2 id="cross-border">跨境转介与CPC联系</h2>

  <p>第二年记录了机构间九起跨境转介——这一机制在第一年产生了零次转介，因为《欧洲无障碍法》事项的CPC网络协调议定书直到2026年9月才正式运行。转介遵循可预测的模式：较小成员国（爱沙尼亚、荷兰、比利时）将投诉向上转介至在较大成员国设有总部的平台的本国监管机构（最常见的是爱尔兰、卢森堡或德国）。本国主管机构则要么接受转介并开立案件，要么附上书面理由退回档案。</p>

  <p>在九起第二年转介中，六起被接受，三起被退回。六起被接受的转介尚未出现在公开制裁决定中——它们处于本国机构的处理队列中。预计首批因跨境转介驱动的制裁将在第三年落地，主要针对总部司法管辖区尚未将其列为优先目标的大型泛欧平台。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">西班牙（AEPD + 经济事务部）</div><div class="firm-meta">23起行动 · 约134万欧元 · 航空票务、酒店预订、银行</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">23</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">德国（BAFA）</div><div class="firm-meta">19起行动 · 约69万欧元 · 结账流程、银行应用</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">19</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">法国（ARCOM + DGCCRF）</div><div class="firm-meta">14起行动 · 约41万欧元 · 流媒体、电商、终端</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">14</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">意大利（AgID）</div><div class="firm-meta">10起行动 · 约17.5万欧元 · 结账流程、终端</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">荷兰（Agentschap Telecom）</div><div class="firm-meta">7起行动 · 约7.8万欧元 · 终端、银行、电商</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">7</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">爱沙尼亚（Tarbijakaitseamet）</div><div class="firm-meta">5起行动 · 约1.1万欧元 · 本地电商</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">5</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">比利时（AIBE，自2026年10月）</div><div class="firm-meta">3起行动 · 约2.2万欧元 · 银行、电商、终端</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:13%">3</div></div>
    </div>
  </div>

  <hr />

  <h2 id="closing">第二年数据对第三年的启示</h2>

  <p>第二年数据集中最鲜明的信号是：《欧洲无障碍法》执法正在成为常态。第一年的问题是这套制度是否真的会产生约束力。数字给出了肯定的回答，但尚显谨慎——三个机构，二十四起行动，最高罚款略低于35.5万欧元。第二年的问题是约束力的覆盖面能扩展到何种程度：七个机构，部分年度计时已达八十一起行动，最高罚款约48万欧元，且从受理投诉到正式警告的中位时间达到28天的模板化案件处理管道正在运转。这套制度已不再是实验性的。</p>

  <p>第二个信号是关于结账流程的原则性趋同。在全部七个机构中，受制裁的典型界面是电商结账流程——占第二年行动的62%，主导的准则组合是WCAG 2.1 SC 2.1.1（键盘操作）加上SC 4.1.2（名称、角色、值），应用于交易弹窗。这与驱动美国诉讼量的界面完全一致。欧盟通过不同的程序路径，最终到达了相同的执法焦点。对受覆盖经营者而言，实际含义是明确的：如果只有一个无障碍预算优先项，结账流程就是那个优先项。</p>

  <p>第三个信号是第三年的数据集将呈现另一番面貌。又有五个成员国已公布于2027年下半年开始发布制裁决定的时间表。意大利的首个营业额百分比级别制裁正在"准备中"。首个上诉裁决——西班牙航空票务案在国家法院的审理——将于2027年底落地，将确立《欧洲无障碍法》第13条罚款相称性的首批案例法。从"制度是真实的"到"制度已形成既定法理"的过渡，贯穿第三年。</p>

  <div class="footer-note">
    <p><strong>方法论与数据：</strong>编译自BAFA（德国）、AEPD与经济事务部（西班牙）、ARCOM与DGCCRF（法国）、AgID（意大利）、Tarbijakaitseamet（爱沙尼亚）、Agentschap Telecom（荷兰）及AIBE（比利时）发布的公开公告、决定登记册及季度执法报告。第二年窗口期为2026年6月28日至2027年4月30日——为部分十个月观察期；最后两个月尚未在案可查。未公开制裁、经删除的和解协议及仅见于行业媒体的报道均被排除；因此总量偏于保守。</p>
    <p><strong>法律背景：</strong>指令（EU）2019/882（《欧洲无障碍法》）要求各成员国规定"有效、相称且具有威慑力"的罚款（第13条），并指定市场监督机构进行执法（第19条）。各国转置法案包括：德国《无障碍强化法》、西班牙Ley 11/2023、法国Décret n° 2023-931（及相关法令）、意大利Decreto Legislativo 82/2022、爱沙尼亚2024年转置法、荷兰《无障碍产品和服务实施法》，以及建立AIBE的比利时2023年7月11日法律。</p>
    <p><strong>本文的局限性：</strong>这不是对任何特定经营者、交易或司法管辖区的法律建议。罚款上限、递升触发条件、上诉程序以及机构将审查的标准因成员国和界面而异，仅有所在国法律顾问能就具体风险敞口提供建议。配套的第一年档案和第13条罚款区间调查提供了更多背景。</p>
  </div>

</div>

---
title: EAA与ADA对比：两套罚款制度在范围与覆盖面上的差异
url: https://www.disabilityworld.org/zh/articles/eaa-vs-ada-penalty-comparison/
description: 欧洲无障碍法》与《美国残疾人法》罚款制度的正面对比——成员国行政罚款从5,000欧元到100万欧元不等，对照美国每次后续违规最高114,189美元的法定民事处罚及禁令救济与律师费。
author: Disability World
pubDate: 2026-05-22
tags: eaa, ada, comparative, penalties, eu, us-law, data
---

# EAA与ADA对比：两套罚款制度在范围与覆盖面上的差异

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 比较法律 · 欧盟与美国罚款制度</span>
  </div>

  <h1>EAA与ADA对比：<em>两套罚款制度在范围与覆盖面上的差异</em></h1>

  <p class="lede">《欧洲无障碍法》与《美国残疾人法》（ADA）常被并称为发达国家两大无障碍制度，但作为执法工具，两者并非同一类型。《欧洲无障碍法》将罚款设定权委托给<strong>27个成员国行政机构</strong>，单次违规上限相差两个数量级——从<strong>爱沙尼亚的约5,000欧元到西班牙的100万欧元</strong>，意大利更可评定至<strong>年度营业额的5%</strong>。相比之下，ADA第三章民事处罚上限由联邦法规固定，依据2024年通胀调整，<strong>首次违规为96,384美元，后续违规为192,768美元</strong>，但实际上绝大多数通过私人诉讼追偿——仅2024年，美国联邦法院受理的网络无障碍诉讼即超过<strong>4,600件</strong>——并配有强制禁令救济和法定律师费，实际负担远超公示的民事处罚金额。这是本对比档案。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案例档案 EAA-ADA-01</span>
      <span class="dossier-meta">07条发现 · 来源：指令2019/882、ADA第三章、28 CFR 36.504、美国司法部执法记录及欧盟各国监管公告</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">两套制度并排呈现</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">€5K–€1M</span>
        <div class="dossier-body">
          <p class="dossier-claim">《欧洲无障碍法》单次违规行政处罚上限在27个成员国间相差两个数量级</p>
          <p class="dossier-note">爱沙尼亚和斯洛文尼亚的区间底部为5,000至10,000欧元。德国、法国和荷兰处于75,000至100,000欧元之间。西班牙Ley 11/2023最高可达100万欧元，意大利依据D.lgs. 82/2022评定至年营业额的5%——这是一种随企业规模变化的结构性上限。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">$96K / $193K</span>
        <div class="dossier-body">
          <p class="dossier-claim">ADA第三章民事处罚上限由联邦法规固定并每年依通胀调整</p>
          <p class="dossier-note">依据2024年调整，28 CFR 36.504将首次违规最高额定为96,384美元，后续违规最高额定为192,768美元。这些上限仅在美国总检察长提起"系统性违规"诉讼时适用——私人原告无权主张这些上限。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4,605</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年在美国联邦法院提起的网络无障碍诉讼——这才是ADA实际执法的主要渠道</p>
          <p class="dossier-note">42 USC § 12188(a)赋予私人原告寻求禁令救济的权利，并可依§ 12205申请法定律师费。大多数和解金额在2万至5万美元之间，另加整改费用——远低于联邦民事处罚上限，但由少数惯常原告律所批量追偿。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">27 / 50+6</span>
        <div class="dossier-body">
          <p class="dossier-claim">地理覆盖范围大致相当——但执法单位不同</p>
          <p class="dossier-note">《欧洲无障碍法》适用于欧盟27个成员国，各有国家监督机构。ADA适用于50个州、哥伦比亚特区及五个永久有人定居的美国领土——以联邦法律统一执行，加州Unruh法、纽约州人权法等州法还在顶层叠加法定赔偿。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$4,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州Unruh公民权利法新增了ADA本身不具备的州法定赔偿倍增机制</p>
          <p class="dossier-note">Cal. Civ. Code § 52(a)将每次违规的法定赔偿设定为不少于4,000美元，通过§ 51(f)自动与任何ADA违规挂钩。加州原告通常将联邦法院ADA禁令与州法院Unruh损害赔偿请求结合提出——这是任何成员国对应机制目前均不具备的结构性优势。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">行政 → 法院</span>
        <div class="dossier-body">
          <p class="dossier-claim">触发机制不同：《欧洲无障碍法》执法始于国家机构；ADA执法始于法庭</p>
          <p class="dossier-note">《欧洲无障碍法》罚款由指定市场监督机构（BAFA、AEPD、ARCOM、AgID、RDI）依行政程序评定，可申请司法审查。ADA第三章申诉由司法部或私人原告直接在美国地区法院提起——没有原告必须穷尽的行政处罚前置程序。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">约16亿美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">已和解索赔的经济规模在两套制度中均远超公示上限</p>
          <p class="dossier-note">2023年美国司法部与Rite Aid的同意令（整个方案组合的综合价值约16亿美元）是公开记录中最大的无障碍相关追偿；在《欧洲无障碍法》下，尚无任何单一成员国行动超过六位数高区间。不将已和解索赔与上限并列比较，公示上限的对比就具有误导性。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>指令（EU）2019/882；42 USC §§ 12181–12189及§ 12205；28 CFR 36.504（2024年通胀调整上限）；美国法院PACER系统对2024年ADA第三章网络无障碍案件的检索；UsableNet 2024年诉讼报告；Cal. Civ. Code §§ 51–52；各成员国监管公告（BAFA、AEPD、ARCOM、AgID、RDI、TTJA），2025至2026年。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">两套制度如何计算罚款</a></li>
      <li><span class="toc-num">02</span><a href="#schedules">罚款方案并排对比</a></li>
      <li><span class="toc-num">03</span><a href="#triggers">触发机制：行政途径与法院途径</a></li>
      <li><span class="toc-num">04</span><a href="#reach">地理覆盖：27个成员国与50个州加领土</a></li>
      <li><span class="toc-num">05</span><a href="#precedent">具名先例及其信号</a></li>
      <li><span class="toc-num">06</span><a href="#multinational">跨国被告的视角</a></li>
      <li><span class="toc-num">07</span><a href="#closing">比较的启示</a></li>
      <li><span class="toc-num">08</span><a href="#sources">参考来源</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">两套制度如何计算罚款</h2>

  <p class="dropcap-first">理解《欧洲无障碍法》与ADA罚款制度，首先要认识到两者不仅数字不同，而且性质不同。《欧洲无障碍法》以指令形式运作：它规定义务，依据第30条要求"有效、相称且具有威慑力"的罚款，并将具体罚款方案留给各成员国立法机关确定。ADA以联邦法令和联邦法规形式运作：处罚上限由《联邦法规汇编》固定，依据2015年《联邦民事处罚通胀调整改进法》每年依通胀调整，在全国范围内统一适用。</p>

  <p>这一结构性差异体现在三个方面。<strong>谁评定罚款</strong>——《欧洲无障碍法》下是国家行政机构，ADA下是联邦法院。<strong>可用的罚款类型</strong>——《欧洲无障碍法》下是可申请司法审查的行政罚款；ADA下是禁令救济、民事处罚（仅限司法部）和法定律师费，加利福尼亚州和纽约州等司法管辖区还叠加了州法定赔偿。<strong>罚款的计算方式</strong>——《欧洲无障碍法》允许成员国将罚款与营业额百分比挂钩（意大利即采用此方式），而ADA的联邦上限是每次违规的固定美元金额，实际经济风险主要来自禁令驱动的整改和费用转移，而非上限本身。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">发现</span><span class="ps-desc">《欧洲无障碍法》：市场监督扫描、投诉或行业检查。ADA：私人投诉人、测试人或司法部调查。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">通知</span><span class="ps-desc">《欧洲无障碍法》：指定国家机构发出正式通知。ADA：诉前函件，然后提起法院诉讼。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">评定</span><span class="ps-desc">《欧洲无障碍法》：行政程序，含书面答辩权。ADA：在美国地区法院进行对抗性诉讼。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">制裁</span><span class="ps-desc">《欧洲无障碍法》：行政罚款 + 整改命令。ADA：禁令 +（仅限司法部）民事处罚 + 原告律师费。</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">审查</span><span class="ps-desc">《欧洲无障碍法》：向国家行政法院申请司法审查。ADA：向美国联邦巡回上诉法院上诉。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">27</div><div class="method-label">各有独立罚款方案的欧盟成员国</div></div>
    <div class="method-card"><div class="method-num">50+6</div><div class="method-label">美国各州加特区及五个有人领土，适用统一联邦上限</div></div>
    <div class="method-card"><div class="method-num">2</div><div class="method-label">ADA上限：首次96,384美元 / 后续192,768美元</div></div>
    <div class="method-card"><div class="method-num">5%</div><div class="method-label">意大利顶层：D.lgs. 82/2022下的营业额百分比上限</div></div>
  </div>

  <hr />

  <h2 id="schedules">罚款方案并排对比</h2>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and currency glyphs rendered as gibberish (AI image
      models cannot draw legible text). Values are drawn directly from
      the article body and the schedules table below. EAA Member-State
      ceilings are in euros; US ADA ceilings are in US dollars. To make
      the comparison readable on a single axis, values are plotted at
      mid-2026 USD-equivalent (€1 ≈ $1.08), with the original headline
      figure shown in the value label next to each bar. The Italian
      5%-of-turnover cap is structurally uncapped and is omitted from
      the comparable axis — it is referenced in the figcaption. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="penalty-chart-title penalty-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="penalty-chart-title">各主要无障碍执法主体单次违规处罚上限对比——部分《欧洲无障碍法》成员国与美国ADA，2026年年中</title>
      <desc id="penalty-chart-desc">横向条形图，以美元等值对比单次违规处罚上限。西班牙（《欧洲无障碍法》，Ley 11/2023）约108万美元（€1,000,000）。美国ADA第三章后续违规上限192,768美元。德国（《欧洲无障碍法》，BFSG）约108,000美元（€100,000）。美国ADA第三章首次违规上限96,384美元。荷兰（《欧洲无障碍法》）约94,000美元（€87,000）。法国（《欧洲无障碍法》）约81,000美元（€75,000）。爱沙尼亚（《欧洲无障碍法》，区间顶部）约35,000美元（€32,000）。欧盟成员国条形为深色，美国ADA条形为红色。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title inside the SVG */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="28" font-size="14" font-weight="700" letter-spacing="0.5">单次违规处罚上限对比——EAA与ADA</text>
        <text x="40" y="46" font-size="11" fill="#6b7280">按2026年年中汇率折算为美元等值；各条形旁注明公示金额</text>
      </g>
      {/* Vertical gridlines at $0, $250K, $500K, $750K, $1M (bar-area: x=260 to x=760, max value $1.08M maps to width 500) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="260" y1="70" x2="260" y2="320" />
        <line x1="376" y1="70" x2="376" y2="320" />
        <line x1="491" y1="70" x2="491" y2="320" />
        <line x1="607" y1="70" x2="607" y2="320" />
        <line x1="723" y1="70" x2="723" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">$0</text>
        <text x="376" y="338">$250K</text>
        <text x="491" y="338">$500K</text>
        <text x="607" y="338">$750K</text>
        <text x="723" y="338">$1.0M</text>
      </g>
      {/* Y-axis category labels and bars
          Scale: $1 = 500/1,080,000 px ≈ 0.000463 px. Quick references:
          $1,080,000 → 500px, $192,768 → 89px, $108,000 → 50px,
          $96,384 → 45px, $94,000 → 44px, $81,000 → 38px, $35,000 → 16px.
          Each row is 30px tall; bars are 22px tall. Rows start at y=70.
          Category label is left-aligned at x=250 (text-anchor=end). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        {/* Row 1 — Spain (EAA), €1,000,000 ≈ $1,080,000 → 500px */}
        <text x="250" y="86" text-anchor="end">西班牙（Ley 11/2023）</text>
        <rect x="260" y="74" width="500" height="22" fill="#1a1a1a" />
        <text x="754" y="89" text-anchor="end" fill="#fbf9f4" font-weight="700" font-size="12">€1,000,000</text>

        {/* Row 2 — US ADA subsequent, $192,768 → 89px */}
        <text x="250" y="116" text-anchor="end">美国（司法部，后续违规）</text>
        <rect x="260" y="104" width="89" height="22" fill="#dc2626" />
        <text x="355" y="119" fill="#1a1a1a" font-weight="700" font-size="12">$192,768</text>

        {/* Row 3 — Germany (EAA), €100,000 ≈ $108,000 → 50px */}
        <text x="250" y="146" text-anchor="end">德国（BFSG）</text>
        <rect x="260" y="134" width="50" height="22" fill="#1a1a1a" />
        <text x="316" y="149" fill="#1a1a1a" font-weight="700" font-size="12">€100,000</text>

        {/* Row 4 — US ADA first, $96,384 → 45px */}
        <text x="250" y="176" text-anchor="end">美国（司法部，首次违规）</text>
        <rect x="260" y="164" width="45" height="22" fill="#dc2626" />
        <text x="311" y="179" fill="#1a1a1a" font-weight="700" font-size="12">$96,384</text>

        {/* Row 5 — Netherlands (EAA), €87,000 ≈ $94,000 → 44px */}
        <text x="250" y="206" text-anchor="end">荷兰（Implementatiewet）</text>
        <rect x="260" y="194" width="44" height="22" fill="#1a1a1a" />
        <text x="310" y="209" fill="#1a1a1a" font-weight="700" font-size="12">€87,000</text>

        {/* Row 6 — France (EAA), €75,000 ≈ $81,000 → 38px */}
        <text x="250" y="236" text-anchor="end">法国（RGAA法令）</text>
        <rect x="260" y="224" width="38" height="22" fill="#1a1a1a" />
        <text x="304" y="239" fill="#1a1a1a" font-weight="700" font-size="12">€75,000</text>

        {/* Row 7 — Estonia (EAA, top of band), €32,000 ≈ $35,000 → 16px */}
        <text x="250" y="266" text-anchor="end">爱沙尼亚（区间顶部）</text>
        <rect x="260" y="254" width="16" height="22" fill="#1a1a1a" />
        <text x="282" y="269" fill="#1a1a1a" font-weight="700" font-size="12">€32,000</text>

        {/* Row 8 — California Unruh statutory minimum, $4,000 → ~2px (label-only) */}
        <text x="250" y="296" text-anchor="end">加州Unruh（每次违规最低）</text>
        <rect x="260" y="284" width="3" height="22" fill="#dc2626" />
        <text x="269" y="299" fill="#1a1a1a" font-weight="700" font-size="12">每次违规最低4,000美元，可叠加计算</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a">
        <rect x="586" y="50" width="12" height="12" fill="#1a1a1a" />
        <text x="604" y="60">欧盟成员国（《欧洲无障碍法》）</text>
        <rect x="722" y="50" width="12" height="12" fill="#dc2626" />
        <text x="740" y="60">美国（ADA第三章）</text>
      </g>
    </svg>
    <figcaption>公示上限只反映了部分真相：《欧洲无障碍法》的成员国间差距——从爱沙尼亚的5,000欧元到西班牙的100万欧元——相差两个数量级，对比ADA的固定联邦上限96,384美元 / 192,768美元看似悬殊，但ADA的禁令救济加费用转移机制在实践中往往带来比公示数字更高的总体风险敞口。意大利D.lgs. 82/2022下的5%营业额百分比上限因其随企业规模而变化、而非固定货币上限，未纳入图表轴线。</figcaption>
  </figure>

  <p>下表将部分成员国的《欧洲无障碍法》罚款区间与对应的ADA风险敞口并列呈现。成员国一栏报告转置立法规定的单次违规行政处罚最高额。ADA一栏报告28 CFR 36.504（2024年调整）下的联邦民事处罚上限，并注明州法定赔偿叠加适用的情况。</p>

  <table class="dt">
    <caption class="sr-only">部分欧盟成员国《欧洲无障碍法》与美国ADA第三章联邦制度及部分美国州法定赔偿的单次违规处罚上限对比，2026年年中。</caption>
    <thead>
      <tr>
        <th scope="col">司法管辖区</th>
        <th scope="col">法律依据</th>
        <th scope="col">单次违规最高处罚</th>
        <th scope="col">可由谁追偿</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>西班牙</td>
        <td>Ley 11/2023（《欧洲无障碍法》转置）</td>
        <td class="num">最高€1,000,000</td>
        <td>经济事务与数字化转型部</td>
      </tr>
      <tr>
        <td>意大利</td>
        <td>D.lgs. 82/2022</td>
        <td class="num">最高年营业额的5%</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>德国</td>
        <td>Barrierefreiheitsstärkungsgesetz（BFSG）</td>
        <td class="num">约€100,000</td>
        <td>BAFA / 各州主管部门</td>
      </tr>
      <tr>
        <td>荷兰</td>
        <td>Implementatiewet toegankelijkheidsvoorschriften</td>
        <td class="num">约€87,000</td>
        <td>Agentschap Telecom（RDI）</td>
      </tr>
      <tr>
        <td>法国</td>
        <td>Loi n° 2005-102 + 2023年RGAA法令</td>
        <td class="num">约€75,000</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>爱沙尼亚</td>
        <td>Toodete ja teenuste ligipääsetavuse seadus</td>
        <td class="num">€5,000–€32,000</td>
        <td>TTJA（消费者保护机构）</td>
      </tr>
      <tr>
        <td>美国（联邦）</td>
        <td>ADA第三章 + 28 CFR 36.504</td>
        <td class="num">$96,384 / $192,768</td>
        <td>仅限美国司法部</td>
      </tr>
      <tr>
        <td>美国（私人原告）</td>
        <td>42 USC § 12188(a) + § 12205</td>
        <td class="num">禁令 + 律师费</td>
        <td>在美国地区法院提起诉讼的私人原告</td>
      </tr>
      <tr>
        <td>加利福尼亚州（州法叠加）</td>
        <td>Unruh公民权利法 § 52(a)</td>
        <td class="num">≥每次违规$4,000</td>
        <td>在加州州法院提起诉讼的私人原告</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">为何公示上限具有误导性</div>
    <p>对上表的简单解读会得出结论：在西班牙发生单次《欧洲无障碍法》违规，费用约为美国首次ADA第三章违规的十倍。这一结论在三个方面是错误的。第一，100万欧元的西班牙上限迄今在已公布的《欧洲无障碍法》决定中尚未被援引；第一年西班牙罚款集中在5万至15万欧元区间。第二，ADA联邦民事处罚上限仅适用于司法部"系统性违规"案件——超过95%的ADA第三章行动是私人诉讼，从未援引民事处罚上限。第三，真正驱动ADA经济风险的是禁令（无论货币赔偿多少均强制整改）加上42 USC § 12205下的法定律师费（在有争议案件中通常高达六位数）。</p>
    <p>更诚实的比较应当如此表述：在美国，单起经过诉讼的ADA第三章案件，按中位数和解，被告的成本约为2万至5万美元的和解金加整改费用，且每年有数千起此类案件被提起。在主要成员国，按已公布第一年决定的中位数，单起《欧洲无障碍法》执法行动的成本为3万至15万欧元加整改费用，且每个成员国每年仅有数十起此类行动。数量，而非上限，才是衡量的关键指标。</p>
  </div>

  <p>意大利的营业额百分比上限是《欧洲无障碍法》格局中的结构性异类。针对欧盟营收达50亿欧元的跨国企业，5%营业额上限赋予AgID理论上高达2.5亿欧元的追偿权——远超ADA联邦上限所允许的任何金额。目前尚无此类决定发出，但该上限存在，其存在本身已重塑了执法行动落在意大利而非爱沙尼亚时跨国被告的风险计算。</p>

  <div class="chart-section">
    <div class="chart-title">单次违规处罚上限对比——《欧洲无障碍法》成员国与美国ADA（欧元、美元，示意性）</div>
    <div class="bar-row">
      <div class="bar-label">意大利（营业额5%，示意性）</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:100%">随营收规模变化</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">西班牙（Ley 11/2023）</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:55%">€1,000,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">美国（司法部，后续违规）</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:21%">$192,768</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">美国（司法部，首次违规）</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:11%">$96,384</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">德国（BFSG）</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:11%">€100,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">法国（RGAA实施法令）</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:8%">€75,000</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">爱沙尼亚（区间顶部）</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:4%">€32,000</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">€1M</div><div class="stat-desc">西班牙上限，Ley 11/2023</div></div>
    <div class="stat-box"><div class="stat-big">$193K</div><div class="stat-desc">美国联邦后续违规上限</div></div>
    <div class="stat-box"><div class="stat-big">$4K</div><div class="stat-desc">加州Unruh每次违规法定赔偿最低额</div></div>
    <div class="stat-box"><div class="stat-big">5%</div><div class="stat-desc">意大利营业额百分比上限</div></div>
  </div>

  <hr />

  <h2 id="triggers">触发机制：行政途径与法院途径</h2>

  <p>程序上的差异，是这项比较中最常让跨国企业措手不及的部分。在《欧洲无障碍法》下，入口是国家市场监督机构。在ADA下，入口是联邦法庭。</p>

  <p>《欧洲无障碍法》的执法管道始于指定机构自身的监控——对公开服务的定期扫描、行业检查、消费者或代表性组织的投诉——或来自国家平等机构的转介。该机构发出正式通知，经营者有固定的答复期（通常为30至90天，因成员国而异），有争议的事项经书面交换意见和作出有理由的决定后走完行政程序，决定可向相关国家行政法院申请审查。评定民事处罚上限无需法院介入；只有经营者对评定结果提出质疑时才需要法院介入。</p>

  <p>ADA的执法管道起点截然不同。私人原告——通常是遭遇无障碍障碍的残疾人，有时由惯常诉讼律所协助——依据42 USC § 12188(a)直接在美国地区法院提起申诉。原告无需穷尽任何诉前行政步骤。司法部拥有平行的调查和诉讼权，但数量差距相当悬殊：2024年，联邦法院受理了超过4,600件ADA第三章网络无障碍案件，司法部提起的不足十件。因此，28 CFR 36.504中的民事处罚上限从被告角度看几乎是理论最高值；实际风险是禁令（设定整改时间表和范围）加上42 USC § 12205的律师费（胜诉一方几乎必然追偿）。</p>

  <p class="pull-quote">"有效、相称、具有威慑力"是《欧洲无障碍法》对罚款的三词检验标准；ADA的对应检验标准是"禁令加律师费"。每种检验标准产生截然不同的执法经济学。</p>

  <div class="callout info">
    <div class="ct">为何ADA的"私人诉权"比其民事处罚上限更为重要</div>
    <p>42 USC § 12188(a)是ADA第三章赋予任何"正在遭受基于残疾歧视"的人寻求禁令救济和律师费的条款。它与§ 12205配套，后者授权胜诉方追偿合理的律师费、专家证人费用及诉讼费用。两者合力构建了一套自给自足的执法引擎：原告律所可以风险代理方式承接案件，若胜诉或和解则从被告处追偿费用，再将所得费用投入下一个案件。</p>
    <p>《欧洲无障碍法》没有类似的自给自足机制。成员国在某些行业可能允许无障碍非政府组织提起代表性诉讼，但费用转移结构很少像美国联邦民权费用转移那样对申诉人有利。结果是：《欧洲无障碍法》的执法数量取决于国家监督机构的资源和政治意愿，而ADA的执法数量取决于原告律师是否认为存在可追偿的案件。</p>
  </div>

  <hr />

  <h2 id="reach">地理覆盖：27个成员国与50个州加领土</h2>

  <p>从表面看，地理覆盖范围相当。《欧洲无障碍法》适用于27个成员国，加上承诺与其对齐的欧洲经济区参与国。ADA适用于50个州、哥伦比亚特区及五个永久有人定居的美国领土（波多黎各、关岛、美属维尔京群岛、北马里亚纳群岛和美属萨摩亚）。在纸面上，覆盖范围相近。</p>

  <p>实际的执法覆盖并不相近。在欧盟，执法单位是成员国：每个成员国都有自己指定的机构、自己的罚款方案、自己的投诉程序、自己的行政法院渠道。在欧盟有单一存在的跨国电商平台，实际上可能面临多达27个平行调查，各有不同的程序规则。法规（EU）2019/1020下的跨境合作有所规定，但迄今尚无重大跨境《欧洲无障碍法》行动落地。</p>

  <p>在美国，执法单位是联邦层面——ADA统一适用，联邦法院管辖权覆盖全国，一个区的裁决在全国范围内具有说服力。但在少数司法管辖区，联邦底线上叠加了州法定赔偿：加州Unruh公民权利法每次违规至少4,000美元；纽约州和纽约市人权法叠加了补偿性和惩罚性赔偿；另一些州（佛罗里达州、马萨诸塞州）有平行无障碍条款。实际效果是，加州和纽约州集中了大量美国ADA第三章网络无障碍诉讼——两者合计占2024年案件数的70%以上——因为州法定赔偿叠加机制使在这些地区提起案件在经济上更具吸引力。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">美国——联邦ADA第三章</div><div class="firm-meta">2024年网络无障碍案件，原告驱动的私人诉权</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约4,600件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">加利福尼亚州——Unruh叠加案件</div><div class="firm-meta">美国总量的子集，含每次违规4,000美元州法定赔偿倍增机制</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">约1,600件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">纽约州——NYSHRL / NYCHRL叠加案件</div><div class="firm-meta">美国总量的子集，含州和城市人权法赔偿叠加</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">约1,900件</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">德国——BFSG执法</div><div class="firm-meta">BAFA自2025年秋季开始的第一年《欧洲无障碍法》行动</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">低两位数</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">西班牙——Ley 11/2023公布决定</div><div class="firm-meta">首批制裁决定于2025年底公布</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">个位数</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">法国——DGCCRF + ARCOM正式通知批次</div><div class="firm-meta">依托RGAA执法基础设施，2026年初</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">低两位数</div></div>
    </div>
  </div>

  <hr />

  <h2 id="precedent">具名先例及其信号</h2>

  <p>界定每套制度的案例法在历史、密度和知名度上均有所不同。ADA拥有1990年后35年的联邦司法判例，网络无障碍原则主要通过过去15年的案件发展而来，包括<em>National Federation of the Blind v. Target Corp.</em>（N.D. Cal. 2006）、<em>Robles v. Domino's Pizza, LLC</em>（9th Cir. 2019，certiorari被拒绝，2019年）和<em>Gil v. Winn-Dixie Stores, Inc.</em>（11th Cir. 2021）。而《欧洲无障碍法》第一年执法产生的是行政决定，尚未形成一批经法院检验的实质义务先例。</p>

  <p>在美国方面，司法部2023年与Rite Aid达成的同意令——将网络和实体店无障碍承诺与更广泛的合规改革相结合——是公开记录中最大的无障碍相关追偿案。2010年NMHU同意令、2014年H&amp;R Block和解，以及2022年司法部与CVS就网络预约系统达成的协议，是联邦层面的其他里程碑。<em>Robles v. Domino's</em>仍是引用最广泛的上诉权威，确立了ADA第三章适用于与实体公共场所有足够关联的商业网站这一原则，最高法院2019年拒绝审查已将该原则在第九巡回法院层面确定下来。</p>

  <p>在欧盟方面，具名的第一年《欧洲无障碍法》行动属于行政而非司法性质。德国BAFA于2025年底对电商经营者开启了一批正式程序。西班牙Ley 11/2023下的首批公开决定于2025年底针对区域交通自助服务终端运营商发布。法国DGCCRF于2026年初发出正式通知批次，罚款建议在1.5万至6万欧元区间。这些行动均尚未在会形成重大先例的国家行政法院层面受到检验——这正是《欧洲无障碍法》案例法将在未来十八个月内成为关注焦点的原因。</p>

  <div class="quote-block">
    <div class="meta">美国司法部民事执法公告，2024年</div>
    <div class="quote">"民事处罚是第三章救济的一部分；禁令救济和律师费在实践中是救济的更大组成部分。费用转移结构正是使私人诉权对原告律师在商业上可行的原因。"</div>
    <span class="source">— 美国司法部，公民权利司，残疾人权利科，2024年执法总结</span>
  </div>

  <hr />

  <h2 id="multinational">跨国被告的视角</h2>

  <p>对于同时在两套制度下面临风险的企业——全球电商运营商、国际消费银行平台、跨国航空公司——实际态势的塑造因素，与其说是任何一套制度的上限，不如说是两者之间的相互作用。以下三项操作性后果随之而来。</p>

  <p>第一，《欧洲无障碍法》的成员国间差异迫使进行司法管辖区分级。跨国企业无法合理地维持27套不同的无障碍合规基线；它必须选择一套内部标准，高到足以满足其运营所在的最严格国家监督机构的要求。在实践中，这意味着至少要按协调标准EN 301 549 V3.2.1基线（等同于WCAG 2.1 AA级）进行设计，并越来越多地在草案标准已足够成熟、可以预判的情况下按EN 301 549 V4 / WCAG 2.2进行设计。多标准合规的成本，是推动《欧洲无障碍法》向单一技术底线收敛的最强非正式驱动力之一。</p>

  <p>第二，ADA的私人诉权意味着即使是向美国用户提供服务且完全符合欧洲标准的平台，也面临独立的原告驱动执法风险，无法通过任何行政机构来解除。该平台在美国的风险敞口不会因BAFA的清洁审查或AEPD的合规函而消除。两套制度在平行轨道上运行；满足其中一套不会——无论是正式还是非正式地——解除另一套下的义务。</p>

  <p>第三，两边的和解经济学截然不同。在《欧洲无障碍法》下，发现违规的行政机构通常开出罚款加整改命令，两者在最终确定后均属公开记录。在ADA下，绝大多数案件以私下方式和解，和解协议中包含非公开的货币条款、律师费裁定和整改承诺。一家一年内在美国和解了50起ADA案件、在欧盟应对了5起《欧洲无障碍法》案件的跨国企业，在每套制度下的书面记录截然不同——欧盟有公开行政决定，美国有私下保密和解——而这种差异塑造了企业在监管简报、董事会汇报和投资者信披中如何为其整体无障碍立场辩护。</p>

  <div class="callout safe">
    <div class="ct">合规团队的实用综合方案</div>
    <p>在《欧洲无障碍法》最严格成员国（西班牙100万欧元上限，意大利营业额5%上限）下满足要求、且符合ADA实质性功能访问标准（42 USC § 12182(b)(2)(A)(iii)下的"有效沟通"和"辅助工具与服务"测试）的无障碍合规基线，在实践中是同一条基线：对所有面向消费者的数字界面实现WCAG 2.1 AA级符合性，并为遗留组件提供有据可查的整改路径，同时发布无障碍声明。按这一底线进行一次性设计，可实质性地降低两套制度下的监管风险敞口——尽管这不能消除因私人原告遭遇的任何个人访问障碍而在美国产生的原告驱动风险。</p>
  </div>

  <hr />

  <h2 id="closing">比较的启示</h2>

  <p>公示数字——《欧洲无障碍法》这边5,000欧元到100万欧元，ADA那边96,384美元到192,768美元——是对两套制度进行任何比较时最不该首先关注的地方。它们只是两套截然不同执法架构的可见顶端：一边是成员国行政装置，另一边是原告驱动的联邦诉讼体系，各自以公示上限所无法捕捉的方式产生经济风险敞口。</p>

  <p>因此，这项比较的启示，主要在于多司法管辖区无障碍风险的代价。《欧洲无障碍法》的成员国间差异创造了随企业运营欧盟市场数量而扩大的监管风险面，最坏情况下的风险敞口由上限最高的成员国决定。ADA的固定联邦上限看似温和，但加回倍增因素——案件数量、律师费转移、加州和纽约的州法定赔偿——后就不再如此。每套制度单独解读，都会引导合规团队走向不同的优先级排序。两套合并解读，则推向同一个结论：设计出一条高到足以同时满足两套制度的单一无障碍底线，比维持碎片化的合规立场、事后争论上限更为划算。</p>

  <p>未来十八个月将使这项比较更加清晰。《欧洲无障碍法》的首个跨境执法行动——很可能针对一家非欧盟电商平台——将检验该指令的成员国逐一架构能否对跨国企业实施协调行动。ADA持续的私人原告数量将继续是美国执法强度的主要信号。而《欧洲无障碍法》不成比例负担抗辩的早期国家法院判决将告诉合规团队欧洲制度在实践中有多宽容。两套制度不会趋于一致，但跨国被告对两者的看法将会如此。</p>

  <p>更多来自Disability World的内容，请阅读关于<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>、<a href="/articles/ada-title-iii-web-accessibility-guide/">《美国残疾人法》</a>，以及<a href="/articles/">更广泛的2026年执法记录</a>。</p>

  <footer class="footer-note" id="sources">
    <p><strong>方法论与数据：</strong>罚款方案取自各司法管辖区相关法令文本和实施法规。《欧洲无障碍法》成员国上限来自转置立法（西班牙：Ley 11/2023；意大利：D.lgs. 27 maggio 2022, n. 82；德国：Barrierefreiheitsstärkungsgesetz，BGBl. I 2021，第2970页；荷兰：Implementatiewet toegankelijkheidsvoorschriften，2022年；法国：Loi n° 2005-102 du 11 février 2005及2023年RGAA更新实施法令；爱沙尼亚：Toodete ja teenuste ligipääsetavuse seadus，2022年）。ADA联邦民事处罚上限反映了28 CFR 36.504的2024年通胀调整（首次违规96,384美元 / 后续违规192,768美元）。美国第三章案件量反映了2024年网络无障碍案件的PACER系统联邦法院检索结果，并与UsableNet 2024年度报告交叉核实。加州Unruh法定赔偿文本来自Cal. Civ. Code § 52(a)。各州分布数字为示意性数据，已四舍五入。</p>
    <p><strong>法律背景：</strong>指令（EU）2019/882（《欧洲无障碍法》），OJ L 151，7.6.2019，第30条（罚款）和第14条（不成比例负担）。《美国残疾人法》，42 USC §§ 12181–12189（第三章），§ 12188(a)（私人诉权），§ 12205（律师费）。实施法规：28 CFR第36部分，包括§ 36.504（民事处罚），依据2015年《联邦民事处罚通胀调整改进法》（Pub. L. 114-74）每年调整。加州Unruh公民权利法，Cal. Civ. Code §§ 51–52。欧盟跨境监管框架：法规（EU）2019/1020。联合国《残疾人权利公约》第9条（无障碍），作为两套制度共同的框架性参照。协调技术标准：ETSI EN 301 549 V3.2.1，V4正在起草中；WCAG 2.1（W3C，2018年6月）及2.2（W3C，2023年10月）。</p>
    <p><strong>主要来源：</strong>(1) <em>指令（EU）2019/882</em>，OJ L 151，7.6.2019，<a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>。(2) <em>《美国残疾人法》1990年</em>，42 USC §§ 12181 et seq.；<em>28 CFR第36部分</em>，包括§ 36.504，<a href="https://www.ecfr.gov/current/title-28/chapter-I/part-36">ecfr.gov/current/title-28/chapter-I/part-36</a>。(3) Ley 11/2023，BOE-A-2023-10952；D.lgs. 27 maggio 2022, n. 82；Barrierefreiheitsstärkungsgesetz，BGBl. I 2021，第2970页；Loi n° 2005-102及2023年实施法令；Implementatiewet toegankelijkheidsvoorschriften（2022年）；Toodete ja teenuste ligipääsetavuse seadus（2022年）。(4) 美国司法部，公民权利司，残疾人权利科，ADA执法总结2024年，<a href="https://www.ada.gov">ada.gov</a>。(5) UsableNet 2024年ADA第三章数字诉讼量年中及年终报告。(6) <em>National Federation of the Blind v. Target Corp.</em>，452 F. Supp. 2d 946（N.D. Cal. 2006）；<em>Robles v. Domino's Pizza, LLC</em>，913 F.3d 898（9th Cir. 2019），certiorari被拒绝，140 S. Ct. 122（2019）；<em>Gil v. Winn-Dixie Stores, Inc.</em>，21 F.4th 775（11th Cir. 2021）。(7) Cal. Civ. Code §§ 51–52。(8) ETSI EN 301 549 V3.2.1及V4起草状态，<a href="https://www.etsi.org/standards">etsi.org/standards</a>。</p>
    <p><strong>本文的局限性：</strong>这是一份对两套罚款制度的比较档案，不构成法律建议。法定上限、通胀调整、指定机构和案例法持续演变；受覆盖经营者应就案件特定合规和诉讼问题咨询所在司法管辖区的有资质法律顾问。</p>
  </footer>

</div>

---
title: EN 301 549 详解——欧盟无障碍标准
url: https://www.disabilityworld.org/zh/articles/en-301-549-explained/
description: EN 301 549 是 ETSI 发布的欧洲协调标准，将 WCAG 2.1 AA 转化为具有采购约束力的条文。2026 年现行版本为 V3.2.1；纳入 WCAG 2.2 的 V4 正处于最终草拟阶段。全面逐条解读。
author: Disability World
pubDate: 2026-05-22
tags: en-301-549, etsi, technical-standards, eu, procurement, wcag
---

# EN 301 549 详解——欧盟无障碍标准

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：双手放在机械键盘上，外接显示器上打开着一份技术标准文件——这是无障碍审计员的工作场景，EN 301 549 就在这里发挥作用。</p>

<p class="rt-prefix">阅读时长：11 分钟</p>

<p class="wp-block-paragraph"><strong>EN 301 549</strong> 是适用于信息通信技术（ICT）产品和服务的欧洲协调无障碍标准。该标准由<strong>欧洲电信标准协会（ETSI）</strong>与 CEN 及 CENELEC 合作发布和维护。它是将<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》（EAA）</a>、<a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》（Directive (EU) 2016/2102）</a>以及大多数国家公共采购规则中较为抽象的义务，转化为逐条核查清单的技术工具，供应商可据此接受评估。WCAG 是面向网络的内容与界面标准，而 EN 301 549 则是更宏观的框架，将 WCAG 纳入欧盟法律实际采购所依据的要求体系之中。</p>

<p class="wp-block-paragraph">2026 年现行版本为 <strong>V3.2.1</strong>，于 2021 年 3 月发布，通过引用纳入了<strong><a href="/toolkit/standards/wcag/">WCAG 2.1 AA 级</a></strong>。纳入 <strong>WCAG 2.2 AA</strong> 的新修订版——暂定编号 V4.0.0——正在 ETSI/CEN/CENELEC 联合技术机构内进行最终草拟，预计于 2026 年发布，随后将在《欧盟官方公报》中引用。本文为入门解读：介绍该标准是什么、十二章的结构如何组织、第 9 章（网络）与第 11 章（软件）如何与第 10 章（文件）及第 12 章（文档与支持服务）并列，以及该标准如何将 WCAG 与欧盟采购法律相连接，并说明其在已知法律框架中的引用位置。</p>

<h2 class="wp-block-heading" id="h-what-en-301-549-actually-is">EN 301 549 究竟是什么——以及它不是什么</h2>

<p class="wp-block-paragraph">EN 301 549 是一项<strong>欧洲协调标准</strong>。该术语在欧盟法律中有其精确含义：它是由三个公认的欧洲标准化组织之一（ETSI、CEN 或 CENELEC）依据欧洲委员会通过正式"标准化请求"（也称"授权"）发出的委托而制定的标准，随后在《欧盟官方公报》中被引用，赋予其对相应欧盟立法的"符合性推定"效力。符合该协调标准的产品或服务，即被推定符合其所协调的法律要求。这一推定可被反驳，但在实践中，公共采购方、无障碍审计员和合格评定机构均将该标准视为实际操作的核查清单。</p>

<p class="wp-block-paragraph">EN 301 549 源自欧洲委员会于 2005 年发布的授权 M/376，旨在为欧洲采购规则建立统一的无障碍参考标准——一份技术中立、协调一致的参考文件，明确公共部门招标过程中"无障碍 ICT"的含义。首个发布版本 V1.1.2 于 2014 年问世。此后该标准经历了三次重大修订：V2（2018 年）与 WCAG 2.1 对齐，V3.1.1 和 V3.2.1（2019—2021 年）完善定义并新增移动应用及创作工具条款，以及即将发布的纳入 WCAG 2.2 的 V4。</p>

<p class="wp-block-paragraph">EN 301 549 不是 EAA，也不是《网络无障碍指令》——后两者是以该标准为依据进行采购的法律。EN 301 549 是测试准则文件——供开发人员或采购官员实际阅读，以判断交付物是否合规的那部分。</p>

<h2 class="wp-block-heading" id="h-the-twelve-chapter-structure">十二章结构</h2>

<p class="wp-block-paragraph">EN 301 549 围绕十二个实质性条款组织（在文件中从第 4 条开始编号，因为第 1—3 条为范围与定义）。其架构刻意采用模块化设计：供应商在响应招标时，确定哪些条款适用于该产品，仅对相关条款进行评估，并针对指定条款声明合规性。核心模块位于第 9 章至第 12 章。</p>

<h3 class="wp-block-heading" id="h-chapter-9-web">第 9 章——网络内容</h3>

<p class="wp-block-paragraph"><strong>第 9 章</strong>是大多数无障碍从业者最先接触的章节，因为它通过引用纳入了 WCAG。在 V3.2.1 中，第 9 章原文引入了 WCAG 2.1 A 级和 AA 级成功标准：第 9.1 条涵盖可感知成功标准，9.2 条涵盖可操作，9.3 条涵盖可理解，9.4 条涵盖健壮性。符合 WCAG 2.1 AA 的网络产品即符合第 9 章。该标准不对 WCAG 文本进行转述，而是直接引用。V4 版本的同一章节将引用 WCAG 2.2 AA，涵盖 W3C 新增或修订的九项成功标准，包括：<em>2.4.11 焦点未被遮挡（最低）</em>、<em>2.4.12 焦点未被遮挡（增强）</em>、<em>2.4.13 焦点外观</em>、<em>2.5.7 拖拽动作</em>、<em>2.5.8 目标尺寸（最低）</em>、<em>3.2.6 一致性帮助</em>、<em>3.3.7 冗余输入</em>、<em>3.3.8 无障碍认证（最低）</em>以及<em>3.3.9 无障碍认证（增强）</em>。</p>

<h3 class="wp-block-heading" id="h-chapter-10-documents">第 10 章——非网络文件</h3>

<p class="wp-block-paragraph"><strong>第 10 章</strong>将与 WCAG 等效的要求应用于非网络文件——PDF、Word 文件、演示文稿、ePub 以及随网络发布或独立发布的其他文件。其做法是将每项适用于非网络文件的 WCAG 2.1 成功标准，以文件语境重新表述。具有标签、可导航、描述完整的 PDF 符合第 10 章；未加标签的印刷报告扫描件则不符合。公共采购方在采购政策出版物、合同条款、培训材料和无障碍声明时，依赖第 10 章来设定可接受交付物的标准。</p>

<h3 class="wp-block-heading" id="h-chapter-11-software">第 11 章——非网络软件</h3>

<p class="wp-block-paragraph"><strong>第 11 章</strong>是覆盖范围最广、对现代应用栈影响最深的模块。它将与 WCAG 等效的要求应用于非网络软件——桌面应用程序、原生移动应用、嵌入式界面、运行定制软件的信息亭——并新增了 WCAG 中没有对应内容的软件专属要求：平台无障碍服务（11.5）、辅助技术兼容性（11.6）以及创作工具（11.8，源自 W3C 创作工具无障碍指南）等条款。第 11 章对移动应用的覆盖，使得《网络无障碍指令》能够延伸至公共部门移动应用，并使 EAA 无需针对每类设备制定单独标准，即可适用于电子阅读器、售票机和自助服务终端。</p>

<h3 class="wp-block-heading" id="h-chapter-12-documentation">第 12 章——文档与支持服务</h3>

<p class="wp-block-paragraph"><strong>第 12 章</strong>涵盖文档和客户支持服务：用户手册、帮助系统、支持呼叫中心、在线聊天、应要求提供的无障碍格式。相关条款要求产品文档描述产品的无障碍功能，文档本身应具备无障碍性，且支持服务应通过无障碍渠道提供。本章将无障碍性与购后体验相连接——即用户实际接触产品并需要帮助的购买旅程环节。</p>

<h3 class="wp-block-heading" id="h-chapters-5-through-8">第 5 章至第 8 章——通用横向要求</h3>

<p class="wp-block-paragraph"><strong>第 5 章至第 8 章</strong>位于格式专属模块的上游。第 5 章涵盖适用于任何 ICT 产品或服务的通用要求——封闭功能、生物特征识别、转换过程中无障碍信息的保留。第 6 章涵盖具有双向语音通信功能的 ICT：实时文字、视频中继服务，以及使跨服务提供商无障碍通信成为可能的互操作性要求。第 7 章涵盖具有视频功能的 ICT——音频描述、字幕、手语呈现。第 8 章涵盖硬件：键盘、控件、连接器、物理访问。一款产品很少只针对一个章节进行评估；一款智能电视上的视频流媒体应用，将同时涉及第 5、7、9（如有网络界面）、11（应用本身）和 12 章（文档）。</p>

<h3 class="wp-block-heading" id="h-chapter-13-and-annexes">第 13 章与附录</h3>

<p class="wp-block-paragraph"><strong>第 13 章</strong>涉及提供中继服务和紧急服务访问的 ICT——公共利益通信层。附录是该标准发挥采购约束力的核心部分：<strong>附录 A</strong> 包含合规方法论，含强制性"无障碍声明"模板；<strong>附录 B</strong> 将 EN 301 549 条款映射至美国第 508 节的对应要求——对同时面向大西洋两岸市场的供应商极为有用；<strong>附录 C</strong> 提供功能性绩效声明指引；参考书目则列出该文件通过引用纳入的所有标准，包括 WCAG。</p>

<h2 class="wp-block-heading" id="h-wcag-21-aa-in-en-301-549">WCAG 2.1 AA 在 EN 301 549 中的实际位置</h2>

<p class="wp-block-paragraph">WCAG 与 EN 301 549 之间的关系，是合规工作中被问及最多的问题，而答案远比"EN 301 549 包含 WCAG"更为具体。WCAG 2.1 AA 级被纳入第 9 章（网络内容）及第 11 章的部分内容（软件，即成功标准适用于非网络软件的部分）。纳入方式是引用而非转述：第 9 章的条款编号与 WCAG 的结构对应，每条均指向 W3C 建议书中的相应成功标准。WCAG 2.1 AA 合规声明可直接转化为第 9 章合规声明。</p>

<p class="wp-block-paragraph">EN 301 549 超越 WCAG 之处，在于 WCAG 从未被设计用以涵盖的软件专属、硬件专属和文档专属条款。WCAG 关注网络用户代理中可感知、可操作、可理解且健壮的内容。EN 301 549 则额外添加了若干要求，例如：桌面应用与 Windows 屏幕阅读器 API 的交互、硬件键盘的触觉可辨性，或联络中心的 TTY 互操作性。一款产品可能符合 WCAG 2.1 AA，却仍不符合 EN 301 549——通常是因为第 11 章或第 12 章涵盖了 WCAG 未涉及的要求。</p>

<h2 class="wp-block-heading" id="h-where-en-301-549-is-cited">EN 301 549 在欧盟法律中的引用位置</h2>

<p class="wp-block-paragraph">该标准的核心作用体现在引用关系上。三项主要法律文书将 EN 301 549 列为技术参考；数十项国家采购法律和无障碍法规亦有相同规定。</p>

<h3 class="wp-block-heading" id="h-eaa-citation">《欧洲无障碍法》（Directive (EU) 2019/882）</h3>

<p class="wp-block-paragraph"><a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>为特定产品和服务清单设定了功能性无障碍要求——计算机、智能手机、电子阅读器、ATM 机、售票机、电子商务、电子书、电话服务、视听媒体服务、银行服务、旅客交通信息。该法附录 I 中的功能性要求较为抽象，例如要求信息以无障碍格式提供、用户界面支持辅助技术、紧急通信对聋哑用户可用等。为使这些抽象要求具备可操作性，EAA 依赖根据《法规 (EU) 1025/2012》第 15 条引用的协调标准——而 EN 301 549 正是欧洲委员会用于使 EAA 网络、软件和文档要求落地的协调标准。符合 EN 301 549 相关条款的产品，即享有对 EAA 的符合性推定。2024 年，EN 301 549 专门针对 EAA 目的的首次《官方公报》引用已经发布；随每个新版本的发布，引用亦将随之更新。</p>

<h3 class="wp-block-heading" id="h-wad-citation">《网络无障碍指令》（Directive (EU) 2016/2102）</h3>

<p class="wp-block-paragraph"><a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》</a>自 2016 年 12 月起生效，要求欧盟成员国公共部门机构使其网站和移动应用具备无障碍性。该指令第 6 条规定，符合《官方公报》引用的协调标准的内容，即被推定符合第 4 条规定的无障碍要求。EN 301 549 即为该引用标准——2018 年发布的 V2 是首个为 WAD 目的命名的版本，此后每次修订均触发新的《官方公报》引用。符合第 9 章及第 11 章适用部分的公共部门网站和移动应用，即被视为符合该指令。</p>

<h3 class="wp-block-heading" id="h-national-procurement">国家采购法律与《公共采购指令》第 42 条</h3>

<p class="wp-block-paragraph"><strong>《指令 2014/24/EU》</strong>（公共采购指令）第 42 条要求，针对将由自然人使用的产品和服务的公共招标，其技术规格须"充分考虑残障人士的无障碍标准或面向所有用户的设计"。各成员国已在其国家采购法规中履行该义务，相关实施文本通常将 EN 301 549 列为参考标准——从德国的 BITV 2.0 及联邦采购中引用的欧盟法规，到西班牙的 Real Decreto 1112/2018，再到法国的 RGAA（其标准与 EN 301 549 第 9 章对齐），以及意大利的 Linee Guida AgID、荷兰的 Tijdelijk besluit digitale toegankelijkheid overheid。国家采购层面是 EN 301 549 日常商业影响最为显著的领域，因为它决定了哪些供应商可以竞标哪些公共合同。</p>

<h2 class="wp-block-heading" id="h-v4-and-wcag-22">V4 将改变什么——以及不会改变什么</h2>

<p class="wp-block-paragraph">即将发布的 EN 301 549 V4，是以 <strong>WCAG 2.2 AA</strong> 取代 WCAG 2.1 AA 的修订工作版本，将纳入 W3C 在 2023 年更新中新增或修订的九项成功标准。该工作修订自 2024 年起已可在 ETSI 技术委员会"人因"公开档案中查阅，ETSI/CEN/CENELEC 联合工作组已于 2025 年召开会议完成最终定稿。2026 年发布是标准界的共识；随后在欧洲委员会的常规时间表下（通常在 ETSI 发布后数月），将在 EAA 和 WAD 框架下完成《官方公报》引用。</p>

<p class="wp-block-paragraph">V4 的实质性变化集中在两个方面。其一是 WCAG 2.2 成功标准本身——第 9 章纳入九项新标准，其中操作影响最为显著的是：<em>焦点未被遮挡</em>、<em>目标尺寸（最低）</em>、<em>拖拽动作</em>，以及两项<em>无障碍认证</em>标准——这些标准将迫使所有使用覆盖横幅、Cookie 弹窗、密码输入框或小型点击目标的产品重新进行审计。其二，软件条款（第 11 章）正在收紧，以更好地与适用于软件的 WCAG 2.2 对齐，并更新平台无障碍服务的表述，以反映 2021 年以来已发布的辅助技术 API。</p>

<p class="wp-block-paragraph">V4 不会改变的内容：十二章架构、附录 A 的合规声明模板、与 EAA 和 WAD 的关系，以及附录 B 的第 508 节映射。针对 V3.2.1 持有现行合规声明的供应商，在大多数情况下需要针对新的 WCAG 2.2 标准重新测试，但无需重新构建合规方法。</p>

<h2 class="wp-block-heading" id="h-using-en-301-549">EN 301 549 的实践应用：合规声明</h2>

<p class="wp-block-paragraph">EN 301 549 所产生的核心工作成果是<strong>合规声明</strong>——在 WAD 语境中有时称为"无障碍声明"，以第 508 节体系表达时则称为"自愿产品无障碍模板"（VPAT）。标准的附录 A 包含该模板。针对每个适用条款，供应商声明产品是否"支持"、"部分支持"、"不支持"或"不适用"。每个"部分支持"或"不支持"声明，须附有描述差距的备注和说明字段。</p>

<p class="wp-block-paragraph">在招标响应中，采购官员将相关章节范围界定至具体产品，要求提供逐条合规声明，并对差距进行评估。该声明在大多数欧盟公共采购框架中具有合同约束力——如果供应商对某条款声明"支持"，但产品在用户验收期间对该条款不合格，合同通常赋予买方救济、处罚或解除合同的依据。这正是 EN 301 549 比 WCAG 底层文件具有更强商业约束力的原因：WCAG 是 W3C 建议书，不具备采购效力；EN 301 549 才是合同所引用的文件。</p>

<h2 class="wp-block-heading" id="h-conclusion">EN 301 549 在你已知的法律框架中的位置</h2>

<p class="wp-block-paragraph">如果你曾梳理欧盟残障权利立法的脉络——<a href="/articles/european-accessibility-act-guide/">EAA</a>、<a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》</a>、实施《指令 2014/24/EU》的国家采购法规——那么 EN 301 549 就是将这些法律与供应商日常测试流程相连接的技术底层。WCAG 制定了网络内容规则。EN 301 549 将 WCAG 纳入更广泛的要求体系（软件、文件、文档、硬件、双向通信），构成欧盟采购法律实际买入的对象。EAA 和 WAD 随后将 EN 301 549 引用为触发符合性推定的标准。国家采购法规在技术规格中点名该标准，无障碍审计员逐条进行测试。</p>

<p class="wp-block-paragraph">对于规划 2026 年审计的从业者：V3.2.1 是当前应测试的版本，V4 是应开始准备的版本，需要提前部署的差距在于九项 WCAG 2.2 成功标准——尤其是焦点外观和目标尺寸标准，这是大多数产品目前悄然不合规的地方。最快发现您的网站已触犯哪些 2.2 标准的方法，是对具有代表性的页面进行一次<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>。关于该标准如何与国家执法互动的 2026 年更广泛记录，请参见<a href="/articles/">Disability World 文章索引</a>；关于 EAA 在各成员国首年执法情况，请参见 <a href="/articles/european-accessibility-act-guide/">EAA 解读</a>。关于将 V3.2.1 加 2.2 差距转化为实际审计的操作方法，请参见<a href="/articles/how-to-make-your-website-wcag-22-compliant/">WCAG 2.2 合规逐步手册</a>；关于在审计之间维持合规的监控平台，请参见<a href="/articles/accessibility-monitoring-buyers-guide-2026/">2026 无障碍监控购买指南</a>。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要参考来源</h2>

<ol class="wp-block-list">
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 (2021-03) — ICT 产品和服务的无障碍要求</em>. <a href="https://www.etsi.org">etsi.org</a></li>
<li>欧洲委员会. 标准化请求 M/376（2005 年），关于公共采购中的 ICT 无障碍。</li>
<li>欧洲议会和理事会指令 (EU) 2019/882，关于产品和服务的无障碍要求（《欧洲无障碍法》）。</li>
<li>欧洲议会和理事会指令 (EU) 2016/2102，关于公共部门机构网站和移动应用的无障碍性。</li>
<li>欧洲议会和理事会指令 2014/24/EU，关于公共采购，第 42 条。</li>
<li>欧洲议会和理事会法规 (EU) No 1025/2012，关于欧洲标准化。</li>
<li>W3C. <em>网络内容无障碍指南（WCAG）2.1</em>（W3C 建议书，2018 年 6 月）及<em>WCAG 2.2</em>（W3C 建议书，2023 年 10 月）。</li>
<li>ETSI 技术委员会人因. EN 301 549 修订活动公开档案（2024—2025 年）。</li>
</ol>

</div>

---
title: EPUB3 与无障碍出版：出版商需要交付的内容
url: https://www.disabilityworld.org/zh/articles/epub3-for-accessible-publishing/
description: EPUB3.3 是出版商在《欧洲无障碍法》执行框架下将被衡量的格式标准。
author: Disability World
pubDate: 2026-05-22
tags: epub3, ebooks, publishing, accessibility, mathml, media-overlays, education
---

# EPUB3 与无障碍出版：出版商需要交付的内容

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一台电子阅读器放在一叠实体书上，顶部放着一副耳机，屏幕显示一页无障碍文字——这是 EPUB3 必须发挥作用的日常场景。</p>

<p class="rt-prefix">阅读时长：12 分钟</p>

<p class="wp-block-paragraph"><strong>EPUB3</strong> 是出版商在<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>正式执行后将被衡量的格式标准。它也是世界知识产权组织《马拉喀什条约》和无障碍图书协会在跨境传播无障碍书籍时所使用的格式，是屏幕阅读器用户、低视力读者和印刷障碍学生购买电子书时所期待的格式。与 PDF 不同，EPUB3 天生具有可回流性、语义性和无障碍性——但前提是出版商确实交付了规格要求的元数据、标记和导航结构。一个带有 .epub 扩展名的文件，并不等同于一本无障碍 EPUB。</p>

<p class="wp-block-paragraph">本文面向出版商、编辑技术团队以及电子书零售商内部的无障碍负责人。文章将介绍 EPUB3.3 规格的要求、schema.org 和 EPUB 无障碍性 1.1 规格期望填写的无障碍元数据字段、2026 年实际能良好渲染 EPUB3 的阅读系统、EAA 合规压力对零售商的影响程度，以及《马拉喀什条约》生态系统如何完善整体图景。本文刻意保持具体性：读完之后，您将清楚地知道应向转换供应商索取什么、在元数据中填写什么，以及上传至零售商之前应测试什么。</p>

<h2 class="wp-block-heading" id="h-what-epub3-requires">EPUB3 的要求</h2>

<p class="wp-block-paragraph">EPUB3 是一项 W3C 建议书。当前稳定版本为 <strong>EPUB 3.3</strong>，于 2023 年 5 月以 W3C 建议书形式发布——此前该格式从 IDPF 过渡至 W3C。EPUB 3.3 整合了一系列渐进修订，将无障碍性提升为一等要求而非可选伴随文档，并收紧了 EPUB 与更广泛开放网络平台之间的关系。从本质上说，EPUB 是一个打包的 ZIP 压缩文件，包含 HTML、CSS、SVG 及相关资源，由 OPF（开放打包格式）清单和导航文档管理。</p>

<p class="wp-block-paragraph">为使文件本身具备无障碍性，EPUB 3.3 要求出版商在全书中使用语义化 HTML。这意味着按文档顺序使用真实标题（<code>h1</code> 至 <code>h6</code>）、真实列表（<code>ul</code>、<code>ol</code>、<code>dl</code>）、针对表格数据使用带有正确 <code>thead</code>、<code>tbody</code>、<code>th</code> 作用域的真实表格，以及使用 EPUB 专用结构语义词汇（<code>epub:type</code>）标记章节、小节、脚注、页码列表条目、词汇表条目以及规格所识别的其他数十种出版角色。一本章节标题以视觉样式化段落而非标题元素表示的书，是不具备无障碍性的——屏幕阅读器无法跳转至下一章，可刷新盲文显示器无法提示章节中断，回流引擎也无法动态生成目录。</p>

<p class="wp-block-paragraph">语言标签不可省略。每本 EPUB 必须在 OPF 包文档中声明主要语言，而任何使用不同语言的内嵌内容，必须用适当的 <code>lang</code> 和 <code>xml:lang</code> 属性标注。文字转语音引擎和屏幕阅读器依据这些标签切换语音配置；一段英文书中未标注语言的法文段落，将以英文语音朗读，结果可以预见地令人啼笑皆非，且具有排斥性。同样的规则适用于混合从左到右和从右到左内容的方向（<code>dir</code>）属性。</p>

<p class="wp-block-paragraph">每本 EPUB 必须附带<strong>导航文档</strong>——一个从 OPF 引用的单一 XHTML 文件，至少包含目录（<code>nav epub:type="toc"</code>），理想情况下还包含将印刷页码映射至书中位置的页码列表（<code>nav epub:type="page-list"</code>），以及标注封面、正文、索引和其他可发现界面的地标列表（<code>nav epub:type="landmarks"</code>）。页码列表是使使用无障碍电子书的学生能够在不脱离同班同学阅读纸质版进度的情况下，跟随印刷版教学大纲中页面引用的功能。</p>

<p class="wp-block-paragraph">每张传达内容的图片都需要 <code>alt</code> 文字描述。装饰性图片使用 <code>alt=""</code>，如适当可加 <code>aria-hidden="true"</code>；但内容图片——图表、摄影书中的照片、地图、儿童读物中的插图——需要真实描述。科学图表等复杂图片需要长描述，可通过 <code>aria-describedby</code> 指向描述元素，或使用 <code>epub:type="describedFootnote"</code> 模式。涉及数学的任何书籍（超出随意提及的程度），均应将数学内容编码为 <strong>MathML</strong>，而非光栅化为 PNG 截图。MathML 是唯一能让屏幕阅读器朗读公式、让可刷新盲文显示器以 Nemeth 或统一英语盲文渲染公式、并让读者在不产生像素化的情况下调整公式大小的编码方式。</p>

<p class="wp-block-paragraph">EPUB3 还支持<strong>媒体叠加</strong>——在 SMIL 文件中定义的同步文字与预录音频旁白，将每个文字片段映射至音频中的时间范围。带有媒体叠加的 EPUB，可让识字能力较低的读者、认知障碍读者，或仅是通勤者在人声朗读时跟随高亮文字。SMIL 方案早于现代高质量 TTS 的兴起，但两种技术是互补的：媒体叠加仍是儿童读物、语言学习类书籍和无障碍资助转换项目的黄金标准，而 TTS 则处理长尾需求。</p>

<h2 class="wp-block-heading" id="h-accessibility-metadata">无障碍元数据：schema.org / A11y-meta 层</h2>

<p class="wp-block-paragraph">一个具备无障碍性却未宣传自身无障碍性的文件，对需要它的读者来说是不可见的。与 EPUB 3.3 同步发布的 W3C 建议书《EPUB 无障碍性 1.1》规格，要求在 OPF 包文档中填写一组元数据字段。这些字段采用 schema.org 无障碍词汇——与 Bookshare、DAISY 协会、Benetech、无障碍图书协会以及主要零售商数据源所使用的词汇相同。</p>

<p class="wp-block-paragraph">必填及强烈推荐的属性包括：</p>

<ul class="wp-block-list">
<li><strong>schema:accessMode</strong>——内容使用的感知模式（<code>textual</code>、<code>visual</code>、<code>auditory</code>）。小说为 <code>textual</code>；有插图的儿童读物为 <code>textual,visual</code>；媒体叠加音频文字书为 <code>textual,visual,auditory</code>。</li>
<li><strong>schema:accessModeSufficient</strong>——能够独立消费内容的感知模式组合。小说通常将 <code>textual</code> 列为充分（因为所有重要信息均在文字中）。没有 alt 文字描述的图像小说，不能诚实地声称单独 <code>textual</code> 即为充分。</li>
<li><strong>schema:accessibilityFeature</strong>——来自受控词汇的具体功能：<code>structuralNavigation</code>（结构导航）、<code>alternativeText</code>（替代文字）、<code>longDescription</code>（长描述）、<code>tableOfContents</code>（目录）、<code>readingOrder</code>（阅读顺序）、<code>printPageNumbers</code>（印刷页码）、<code>mathML</code>、<code>synchronizedAudioText</code>（同步音频文字）、<code>highContrastDisplay</code>（高对比度显示）、<code>displayTransformability</code>（显示可变性）、<code>captions</code>（字幕）、<code>transcript</code>（文字稿）等。</li>
<li><strong>schema:accessibilityHazard</strong>——披露任何可能引发癫痫发作、晕动症或其他反应的内容：<code>flashing</code>（闪烁）、<code>noFlashingHazard</code>（无闪烁危害）、<code>motionSimulation</code>（运动模拟）、<code>noMotionSimulationHazard</code>（无运动模拟危害）、<code>sound</code>（声音）、<code>noSoundHazard</code>（无声音危害）。如书籍无危害，请明确声明。</li>
<li><strong>schema:accessibilitySummary</strong>——为最终读者以通俗语言撰写的出版物无障碍性可读摘要，例如："本出版物符合 WCAG 2.1 AA 级。所有图片均有替代文字。数学公式以 MathML 编码。页码与印刷版一致。"</li>
<li><strong>a11y:certifiedBy</strong>、<strong>a11y:certifierCredential</strong>、<strong>a11y:certifierReport</strong>——若第三方已针对 EPUB 无障碍性 1.1 对文件进行认证，则填写认证方身份、其持有的证书，以及已发布认证报告的链接。</li>
<li><strong>dcterms:conformsTo</strong>——出版物符合的合规配置文件，以指向 EPUB 无障碍性 1.1 合规标准的 URL 表示（WCAG 2.1 AA 级，或更新文件中声明的 AAA 级）。</li>
</ul>

<p class="wp-block-paragraph">这些字段不是繁文缛节。它们流入零售商目录、无障碍图书协会的全球无障碍图书数据库、Bookshare 的发现系统、学校采购目录，以及零售商现在必须维护的 EAA 报告模板。欧洲标准 EN 17161——通过"全民设计"实现无障碍性——引用了这一元数据层，DAISY 协会维护的 ACE 无障碍检查器所使用的功能性无障碍评估标准同样如此。</p>

<h2 class="wp-block-heading" id="h-reading-systems">阅读系统：2026 年实际能渲染 EPUB3 的软件</h2>

<p class="wp-block-paragraph">出版商无障碍团队中引用最多的抱怨，是同一 EPUB 在不同阅读系统上呈现不同。这个抱怨属实，而且差距至关重要。一个在 DAISY ACE 检查器上得分完美的文件，在某款主流消费阅读器上可能仍无法显示其导航文档，或在主流 iOS 应用上无法朗读其 MathML。规格定义与阅读系统实现之间的差距，是出版商无障碍工作流程必须包含真实设备测试而非仅依赖文件级验证的原因。</p>

<p class="wp-block-paragraph"><strong>Thorium Reader</strong>，由 EDRLab 联盟维护，是 2026 年无障碍 EPUB3 的参考免费桌面阅读器。它全面实现了 EPUB 3.3 和 EPUB 无障碍性 1.1，能显示导航文档、页码列表和地标列表，渲染 MathML，支持媒体叠加，并与操作系统文字转语音引擎及主要屏幕阅读器集成（Windows 上的 NVDA、macOS 上的 VoiceOver、Linux 上的 Orca）。许多出版商将 Thorium 作为无障碍验收阅读器：如果一个文件在 Thorium 上正常运行，则说明其格式规范且合规。</p>

<p class="wp-block-paragraph"><strong>VoiceDream Reader</strong>（现为 2022 年被收购的 Voice Dream 系列产品之一），仍是印刷障碍读者中希望获得优质 TTS 语音和精细语音参数控制的 iOS 应用领导者。它能可靠地打开 EPUB3，尊重语言标签进行语音切换，支持自定义字体和阅读障碍友好排版，并与 Bookshare 和 Learning Ally 目录集成。对于有阅读障碍、低视力或失明的学生和成年读者，VoiceDream 通常是默认应用。</p>

<p class="wp-block-paragraph"><strong>VoiceOver Books</strong>——苹果在 Books 应用内置的有声书体验，与 iOS VoiceOver 配合——是大多数失明 iOS 用户实际使用的路径。它能良好处理 EPUB3，向 VoiceOver 显示导航文档，朗读 alt 文字，根据语言标签切换语音，并显示媒体叠加。Apple Books 目前仍存在不足的地方是：在复杂 STEM 书籍中渲染 MathML，以及当用户通过印刷页码引用导航时，一致显示页码列表方面的问题。</p>

<p class="wp-block-paragraph"><strong>Apple Books</strong> 在 macOS、iPadOS 和 iOS 上，是西方市场最广泛的 EPUB3 消费阅读系统，能够较为完善地渲染大多数无障碍功能。其局限性在于长尾部分：某些媒体叠加边缘情形、某些罕见的 MathML 构造，以及超大页码列表时行为不一致。</p>

<p class="wp-block-paragraph">2026 年最显著的例外仍是 <strong>Amazon Kindle</strong>。Amazon 在 Kindle 生态系统内并不原生支持 EPUB3；而是在上传时将 EPUB 转换为其专有的 KF8 / KFX 格式。转换保留了文字、基本结构和许多图片，但不保留所有无障碍元数据，不能可靠地渲染 MathML，完全丢弃媒体叠加，并且历史上未向在 Kindle 目录中搜索的用户显示 schema.org 无障碍元数据字段。面向 Amazon 发布的出版商通常维护并行的 KF8/KFX 无障碍工作流，但实际效果是：出版商能够生产的最无障碍 EPUB3，一旦进入最大英语电子书零售商，就会部分降级。下一节描述的 EAA 压力，是能够推动这一局面改变的首个监管杠杆。</p>

<h2 class="wp-block-heading" id="h-eaa-pressure">EAA 对电子书零售商的压力</h2>

<p class="wp-block-paragraph">《欧洲无障碍法》（Directive (EU) 2019/882）于 <strong>2025 年 6 月 28 日</strong>正式适用，电子书明确在其范围之内。该指令第 4 条要求经济经营者确保其在欧盟市场投放的产品和服务符合附录 I 规定的无障碍要求。对于电子书及其专用软件，附录 I 要求包括：确保电子书（及访问电子书所需的软件）支持文字转语音，允许用户调整呈现方式（字号、对比度、行距），向辅助技术公开内容导航所需的元数据，在存在同步音频和文字时提供支持，为非文字内容提供替代说明，并防止电子书保护措施阻碍无障碍功能。</p>

<p class="wp-block-paragraph">实际上，附录 I 的清单几乎与 EPUB 无障碍性 1.1 合规标准一一对应。发布符合 EPUB 无障碍性 1.1 的 EPUB3 文件——正确填写 schema.org 元数据并附有认证声明——的出版商，对附录 I 义务享有强有力的符合性推定。发布无结构 PDF 或阻断屏幕阅读器的 DRM 锁定格式的出版商，则明显处于不合规状态。</p>

<p class="wp-block-paragraph">合规压力不仅落在出版商身上，同样落在零售商身上——该指令将零售商视为独立的经济经营者。国家市场监管机构于 2025 年下半年至 2026 年开始第一轮 EAA 合规检查，电子书零售商是早期重点，因为目录是公开的，元数据可机器读取，不合规情况易于取证。在欧盟运营的零售商现在普遍要求出版商提交符合 EPUB 无障碍性 1.1 的文件、填写 schema.org 元数据字段并提供认证声明；部分平台已开始在上传时拒绝不合规文件。对于有重大专有格式依赖的平台——尤其是 Amazon Kindle——EAA 已迫使其公开承诺向更紧密的 EPUB3 保真度靠拢，尽管具体工程工作仍在推进中。</p>

<p class="wp-block-paragraph">对出版商而言，操作层面的结论毫无模糊之处：电子书无障碍元数据现在是出版要求，而非可选项。此前将无障碍性作为独立下游转换流程运行的制作团队，现在必须将其纳入源头工作流。</p>

<h2 class="wp-block-heading" id="h-marrakesh-ecosystem">《马拉喀什条约》与无障碍图书协会生态系统</h2>

<p class="wp-block-paragraph">EPUB3 处于一个更广泛的条约和基础设施生态系统之中，出版商应当了解这一生态系统，因为它改变了"无障碍书籍"在规模上的含义。<strong>《马拉喀什条约》</strong>——世界知识产权组织《马拉喀什条约——促进盲人、视力障碍者及其他印刷障碍者获取已出版作品》，2013 年通过，目前已在包括欧盟和美国在内的 100 余个缔约方生效——创设了著作权例外，允许授权实体为受益人的利益，在无需就每笔交易获得权利人许可的情况下，制作、发行和跨境交换已出版作品的无障碍格式副本。</p>

<p class="wp-block-paragraph">该条约在欧盟法中通过《指令 (EU) 2017/1564》和《法规 (EU) 2017/1563》予以实施，在美国通过 2018 年《马拉喀什条约实施法》（修订第 17 章）实施。运营基础设施由<strong>无障碍图书协会（ABC）</strong>负责——这是一个由世界知识产权组织牵头的联盟，汇集了代表视障人士、为其服务的图书馆、出版商和标准机构的组织。ABC 运营全球图书服务，这是一个跨境借阅和交换平台，通过该平台，授权实体——通常是各国盲人图书馆、美国 Bookshare、英国 RNIB 等组织，以及欧洲和全球南方的同等国家机构——共享无障碍文件。</p>

<p class="wp-block-paragraph">这些交换的首选格式是带有完整无障碍元数据的 EPUB3，以及 EPUB3 实际上所继承的旧版 DAISY 2.02 和 DAISY 3 格式。一本法国出版商制作为 EPUB 无障碍性 1.1 合规书目的书，原则上可通过 ABC 全球图书服务与肯尼亚、印度、阿根廷或任何其他缔约方的印刷障碍读者共享，无需重新谈判。该条约不改变出版商的商业立场——它专门针对无障碍副本，专为受益人群体服务——但它极大地扩展了出版商所发行的任何格式规范无障碍电子书的读者群。</p>

<p class="wp-block-paragraph">对出版商而言，EAA 层面与《马拉喀什条约》层面之间的实际联结，是同一块元数据。您为 EAA 合规而生成的 schema.org 无障碍属性、EPUB 无障碍性 1.1 合规声明和认证报告，与允许您的文件流入 ABC 全球图书服务及更广泛授权实体网络的工件完全相同。一次性以正确格式、正确元数据发布文件，同一工件即可同时服务于欧盟合规体系和全球无障碍阅读公众。</p>

<h2 class="wp-block-heading" id="h-practical-workflow">出版商的实用工作流程</h2>

<p class="wp-block-paragraph">制作团队在尘埃落定后所形成的实施模式，建立在四个支柱之上。<strong>源头无障碍性</strong>：源稿在转换之前已具备结构化（真实标题、真实列表、真实表格、语言标注），从而使 EPUB 转换能保留结构，而非事后逆向工程。<strong>转换至 EPUB 3.3</strong>：转换工具——无论是内部工具、供应商流水线，还是 DAISY 协会工具链等开源工具链——产出带有语义标记的 EPUB 3.3，包含导航文档，在书目有印刷对应版本时附有页码列表，所有内容图片有 alt 文字，涉及数学时有 MathML，以及在编辑摘要要求时有媒体叠加。</p>

<p class="wp-block-paragraph"><strong>元数据填写</strong>：每个文件在离开制作时，均附有完整的 schema.org 无障碍元数据块——accessMode、accessModeSufficient、accessibilityFeature、accessibilityHazard、accessibilitySummary、conformsTo——以及在书目已获认证的情况下，a11y:certifiedBy/Credential/Report 字段针对认证记录方（通常是 Benetech 认证项目、DAISY 协会或各国同等机构）填写完毕。<strong>验证与真实设备测试</strong>：每个文件通过 EPUBCheck 和 DAISY ACE 无障碍检查器验证，并在 Thorium、Apple Books、VoiceDream 以及书目将在其中销售的零售商专用阅读系统上对代表性样本进行测试。</p>

<p class="wp-block-paragraph">这样做的成本是真实存在的，但随着实践积累和工具完善会迅速下降。不这样做的代价——EAA 不合规罚款、零售商在上传时拒绝文件、错失《马拉喀什条约》网络中的读者，以及发布残障读者无法使用的电子书所带来的更广泛声誉代价——现在已明显更高。EPUB3 无障碍性不再是制作流水线末端的专业子学科，而是规格本身的要求。</p>

</div>

---
title: 《欧盟人工智能法》第 16 条与第 73 条：高风险 AI 规则与残障法律的交汇
url: https://www.disabilityworld.org/zh/articles/eu-ai-act-disability-intersection/
description: 《法规 (EU) 2024/1689》——《欧盟人工智能法》——于 2026 年 8 月 2 日全面适用。本文解读第 16 条（通用人工智能义务）与第 73 条（高风险 AI 要求）如何在就业、教育和基本服务领域与残障法律交汇。
author: Disability World
pubDate: 2026-05-22
tags: eu-ai-act, ai, disability, accessibility, high-risk-ai, regulation-primer
---

# 《欧盟人工智能法》第 16 条与第 73 条：高风险 AI 规则与残障法律的交汇

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：印刷版《欧盟人工智能法》文件上叠加透明的 ARIA 无障碍树，旁放一支钢笔——这是《人工智能法》与残障法律交汇的视觉标志。</p>

<p class="rt-prefix">阅读时长：12 分钟</p>

<p class="wp-block-paragraph"><strong>《法规 (EU) 2024/1689》</strong>，通称<strong>《欧盟人工智能法》</strong>，于 2024 年 7 月 12 日在《官方公报》上发布，2024 年 8 月 1 日起生效，并于 <strong>2026 年 8 月 2 日</strong>达到其主要适用日期——即高风险及通用人工智能义务对整个单一市场内提供商和部署方具有约束力的时间节点。这是任何主要司法管辖区首部综合性横向人工智能法律，它构建于现行残障权利框架之上，而非取代后者：<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>、<a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》</a>、《就业平等指令》2000/78/EC，以及欧盟对联合国《残疾人权利公约》（CRPD）的批准。</p>

<p class="wp-block-paragraph">在《人工智能法》与残障法律相撞的领域，两个条款承担了主要工作。<strong>第 16 条</strong>规定通用人工智能模型提供商的义务——这是 2026 年大多数面向消费者的 AI 产品所依托的基础模型层。<strong>第 73 条</strong>与第 8 条至第 15 条及附录 III 共同阅读，规定约束<strong>高风险 AI 系统</strong>提供商和部署方的要求。本文是对两条款在三个具体情境中如何与残障法律交汇的解读：就业中使用的 AI（简历筛选工具、自动视频面试评分）、教育中使用的 AI（在线监考、无障碍工具、学生风险建模），以及基本服务中使用的 AI（消费信贷评分、医疗分诊、公共福利资格决定）。本文还涵盖欧盟机构承诺所附加的 CRPD 叠加层，以及供应商现在应当生成的文档义务——附录 IV 技术文档、上市后监控、基本权利影响评估。</p>

<h2 class="wp-block-heading" id="h-what-the-ai-act-is">《人工智能法》是什么——以及它的结构</h2>

<p class="wp-block-paragraph">《人工智能法》是一部法规，而非指令：它在每个成员国直接适用，无需国家转化，其对提供商和部署方施加的义务在 27 个欧盟国家市场（加上欧洲经济区）中统一适用。其核心架构选择是<strong>风险分级框架</strong>，共分四级——禁止行为（第 5 条）、高风险 AI 系统（第 6 条至第 27 条及附录 III）、有限风险透明度义务（第 50 条）以及无监管的最低风险使用。在风险分级之上，另有一套独立制度——第 51 条至第 56 条——管辖通用人工智能模型，当模型跨越第 51(2) 条设定的系统性风险门槛时触发更严格的义务。</p>

<p class="wp-block-paragraph">分阶段适用时间表至关重要，因为 2026 年阅读本文的提供商并非面对单一截止日期。第 5 条关于不可接受风险行为的禁止——公共机构的社会评分、公共场所实时远程生物特征识别（仅限于明确界定的执法用途除外）、工作场所和学校中的情绪识别——于生效后六个月即 <strong>2025 年 2 月 2 日</strong>开始适用。第 51 条至第 56 条通用人工智能义务于 <strong>2025 年 8 月 2 日</strong>开始适用。完整的高风险制度，包括第 73 条上市后监控义务，于 <strong>2026 年 8 月 2 日</strong>生效，同时对同属附录 I 部门法律（医疗器械、机械、玩具、车辆）所监管产品安全组件的高风险系统子集进一步延期至 <strong>2027 年 8 月 2 日</strong>。</p>

<p class="wp-block-paragraph">执法分权运作。由各成员国指定并列入 AI 办公室维护的公开登记册的国家市场监管机构，负责高风险 AI 的实地执法。AI 办公室依据第 88 条，在欧洲委员会 DG CNECT 内设立，对通用人工智能执法拥有专属管辖权。违反第 5 条禁止规定的最高行政罚款为 <strong>3500 万欧元或全球年营业额的 7%</strong>，违反大多数其他经营者义务（包括本文所涵盖的第 16 条和第 73 条义务）的罚款为 1500 万欧元或 3%，向当局提供不正确或误导性信息的罚款为 750 万欧元或 1%。</p>

<h2 class="wp-block-heading" id="h-article-16-gpai">第 16 条——通用人工智能提供商的义务</h2>

<p class="wp-block-paragraph">第 16 条是基础模型层的核心条款。它适用于通用人工智能模型的提供商——根据第 3(63) 条定义，是指使用大规模自监督在大量数据上训练、展示出显著通用性、能够胜任执行各类不同任务的 AI 模型。驱动聊天机器人的大型语言模型、用于文件分析的多模态图文模型、日益主导无障碍工具的语音模型：这些都是《人工智能法》意义上的通用人工智能模型，其提供商须承担第 16 条规定的义务。</p>

<p class="wp-block-paragraph">第 16 条义务分为三个模块。第一，<strong>技术文档</strong>：提供商必须准备并持续更新技术档案，内容涵盖模型的训练、测试和评估，包括高层次的训练数据来源、训练能耗、所用评估基准以及已知局限性。附录 XI 规定最低内容要求。第二，<strong>向下游部署方披露信息</strong>：提供商必须向将模型集成至自身系统的企业提供足够信息，包括模型能力、局限性、预期用途和已知风险，以便下游经营者能够履行其自身的《人工智能法》义务。第三，<strong>版权与内容溯源</strong>：提供商必须建立遵守欧盟版权法的政策，包括《指令 (EU) 2019/790》第 4(3) 条项下的文本和数据挖掘选择退出机制，并公布对训练数据语料库足够详细的摘要。</p>

<p class="wp-block-paragraph">第 16 条的残障视角体现在两个方面。第一，附录 XI 第 1(2)(c) 节要求的局限性披露明确涵盖已知偏见和不公平性能差距——而与无障碍性相关的性能差距完全属于该要求的范畴。对构音障碍语音识别明显较差的语音识别模型，误识别轮椅使用者或使用辅助器具者的图像描述模型，在区域手语变体上失败的手语模型：每一种都是提供商必须向下游部署方披露的已知局限性。第二，满足第 51(2) 条系统性风险门槛（目前设定为训练算力超过 10^25 FLOP）的模型提供商，须承担额外的第 55 条义务，包括对抗性测试、事件报告、网络安全保障，以及针对系统性风险类别（包括基本权利影响）的模型评估——该法规明确将其交叉引用至《欧盟基本权利宪章》和 CRPD。</p>

<h2 class="wp-block-heading" id="h-article-73-high-risk">第 73 条——高风险 AI 系统与上市后制度</h2>

<p class="wp-block-paragraph">第 73 条位于第三章第三节，管辖已投放市场的高风险 AI 系统。它要求高风险 AI 的提供商建立<strong>上市后监控系统</strong>，与系统性质和所呈现风险相称，主动、系统地收集、记录和分析 AI 系统在整个生命周期内的性能数据。监控须持续评估对第 8 条至第 15 条所列要求的合规情况，相关文档须至少保存十年。</p>

<p class="wp-block-paragraph">第 73 条必须与第 8 条至第 15 条的实质性要求结合阅读，因为上市后监控是随时间证明对这些要求合规的机制。第 9 条要求建立风险管理系统。第 10 条规范数据与数据治理——特别要求训练、验证和测试数据集应与预期目的相关、具有充分代表性、无误差且完整，并明确关注系统将被使用的"特定地理、情境、行为或功能环境"。第 11 条和附录 IV 要求技术文档；第 12 条要求自动事件日志；第 13 条要求对部署方的透明度和信息披露；第 14 条要求在系统设计中内置人类监督措施；第 15 条要求与预期目的相称的准确性、稳健性和网络安全。第 26 条随后在部署方一侧叠加义务——即实际将系统投入使用的经营者。</p>

<p class="wp-block-paragraph">何为"高风险"由第 6 条和附录 III 规定。附录 III 列出八个使用案例类别——生物特征识别；关键基础设施；教育和职业培训；就业和工人管理；访问基本私人和公共服务；执法；移民、庇护和边境管控；司法和民主进程管理——并在每个类别中列举触发高风险分级的具体使用案例。附录 III 清单在概念上不详尽但在法律上具有约束力：用于所列目的之一的 AI 系统，无论提供商如何对外宣传，均因法规的运作而属于高风险。</p>

<h2 class="wp-block-heading" id="h-where-disability-intersects">第 16 条与第 73 条与残障法律的交汇</h2>

<p class="wp-block-paragraph">2026 年实际合规领域中，三个交汇点占据主导：就业 AI、教育 AI 和基本服务中使用的 AI。每一个都属于附录 III 高风险类别，每一个都承载着《人工智能法》现在使之具备操作性的现有欧盟残障歧视法律的直接义务。</p>

<h3 class="wp-block-heading" id="h-employment-ai">就业——简历筛选、视频面试评分、生产力监控</h3>

<p class="wp-block-paragraph">附录 III 第 4 节涵盖用于招募、筛选、任务分配、绩效评估和终止决策的 AI 系统。将候选人与职位描述匹配排名的简历筛选工具、根据面部表情、语言模式和措辞对候选人答复评分的自动视频面试平台、根据按键或屏幕时间数据标记员工以供管理干预的生产力监控工具：这些都属于第 4 节下的附录 III 高风险。第 9 条的风险管理义务和第 10 条的数据治理义务，要求提供商在模型训练阶段识别并减轻不同群体差异影响风险。《就业平等指令》2000/78/EC 自 2003 年生效，已禁止在招募和就业中基于残障的直接和间接歧视；《人工智能法》现在要求支撑该禁止规定的技术机制，能够通过附录 IV 技术档案和第 73 条上市后监控接受审计。</p>

<p class="wp-block-paragraph">偏见减轻义务是明确的。第 10(2)(g) 条要求提供商审查训练数据设计选择中"可能影响人身健康和安全、对基本权利产生负面影响或导致欧盟法律禁止的歧视的偏见"。一旦识别出与残障相关的差异影响——系统性惩罚有言语障碍候选人的视频面试模型、将有认知障碍或慢性疾病员工的工作模式错误分类的人力资源分析模型——第 10(2)(h) 条要求采取"适当措施来检测、预防和减轻"该影响。减轻工作必须在附录 IV 档案中记录，并通过第 73 条上市后监控系统持续评估。</p>

<h3 class="wp-block-heading" id="h-education-ai">教育——监考、无障碍工具、风险预测</h3>

<p class="wp-block-paragraph">附录 III 第 3 节涵盖用于决定教育机会、评估学习成果、评定适当教育水平以及在测试期间监控学生的 AI。在线监考系统的旗帜行为标注在前言中被明确点名。与残障法律的交汇在这里尤为尖锐：在神经典型基准行为上训练的监考模型，将系统性地过度标记患有 ADHD、抽动障碍或焦虑症的学生——而拥有在案残障记录的高等教育学生（Eurostat 2024 数据显示不足 15%）承担了不成比例的影响。第 5(1)(f) 条关于禁止在教育场所进行情绪识别的规定，已将一类模型从合法市场中移除；剩余的是更广泛的监考和风险预测层，以附录 III 第 3 节高风险模式运作。</p>

<p class="wp-block-paragraph">无障碍工具处于同一边界的另一侧。AI 驱动的字幕、讲座语音转文字、AI alt 文字生成和 AI 辅助文件修复，本身并非附录 III 适用案例——它们是无障碍服务。但在教育机构采购这些工具时，《人工智能法》的透明度和信息披露义务（第 13 条、第 50 条）叠加于《网络无障碍指令》现有的无障碍声明要求之上。部署 AI 字幕工具的学校，必须公布该工具的能力和局限性，包括其在带口音语音、地区方言和手语内容方面的已知准确性差距。</p>

<h3 class="wp-block-heading" id="h-essential-services-ai">基本服务——信用评分、医疗分诊、福利资格</h3>

<p class="wp-block-paragraph">附录 III 第 5 节涵盖用于评估信用评分或信用状况、对人寿和健康保险进行风险评估定价、评估基本公共福利和服务资格，以及在紧急响应中调度或确定优先级的 AI。这些情形各自在不同节点与残障法律交汇。使用收入波动或与医疗相关的支出模式作为特征的信用评分模型，可能编码与残障相关的差异影响；对患者进行治疗优先排序的医疗分诊 AI，可能复制残障权利倡导者抗争了二十年的生活质量调整偏见；社会保障语境中的福利资格自动化——荷兰 SyRI 裁决以及英国 PIP 和全民信贷算法决策案件是当代典型——当欧盟公共机构使用时，现已明确纳入附录 III 第 5 节。</p>

<p class="wp-block-paragraph">《人工智能法》第 27 条为使用附录 III 高风险系统的公共机构和特定私营经营者在部署方一侧增加了<strong>基本权利影响评估</strong>义务。FRIA 涵盖可能受影响的自然人类别、具体伤害风险、已建立的人类监督措施以及受影响个人的救济途径。残障在第 27 条中未被点名，但第 27 条所交叉引用的《基本权利宪章》第 21 条关于禁止歧视的规定明确涵盖残障，《宪章》第 26 条承认残疾人融入和参与的权利。FRIA 是必须在部署前而非事后审计中评估残障影响的场合。</p>

<h2 class="wp-block-heading" id="h-crpd-overlay">CRPD 叠加层</h2>

<p class="wp-block-paragraph">欧盟以区域一体化组织的身份，独立成为联合国《残疾人权利公约》的缔约方——这是欧盟加入的第一个国际人权条约——因此 CRPD 对欧盟机构具有约束力，包括在解释《人工智能法》时。CRPD 第 9 条要求缔约方确保残疾人在与他人平等的基础上，获得包括信息和通信技术在内的信息和通信。第 5 条要求禁止一切基于残障的歧视，并保障平等和有效的法律保护。</p>

<p class="wp-block-paragraph">《人工智能法》前言第 56 段明确将 CRPD 列为该法规基本权利锚定的组成部分，AI 办公室的解释性指引——于 2025 至 2026 年间以问答文件和委员会委托法案形式发布——在《人工智能法》第 16 条（信息无障碍性）的无障碍设计义务语境，以及第 27 条基本权利影响评估的残障影响维度中，多次引用 CRPD。实际含义是：当市场监管机构针对附录 III 高风险系统的残障相关差异影响进行审计时，它以结合 CRPD 不歧视和无障碍承诺解释的《人工智能法》数据治理和风险管理标准为依据。一个在未处理残障相关子群体性能的情况下声称模型"平均表现良好"的提供商，是在反驳该法规自身的解释框架。</p>

<h2 class="wp-block-heading" id="h-practical-implications">对供应商和部署方的实际影响</h2>

<p class="wp-block-paragraph">对于高风险 AI 系统和通用人工智能模型的提供商而言，2026 年的合规架构有四个核心支柱。第一，第 10 条要求的<strong>数据治理档案</strong>——对训练数据来源、代表性分析、已识别偏见（包括与残障相关的偏见）以及所采取减轻措施的结构化记录。第二，<strong>附录 IV 技术文档</strong>——设计规格、系统架构、预期目的、已知局限性、部署方说明、跨人口统计和残障子群体（在数据存在的情况下）的绩效指标。第三，第 73 条规定的<strong>上市后监控系统</strong>——事件日志、投诉渠道、持续绩效评估、针对原始风险管理计划的定期重新验证。第四，在适用情况下，公共和准公共部门部署方须履行第 27 条规定的<strong>基本权利影响评估</strong>。</p>

<p class="wp-block-paragraph">来自全面适用前九个月（2026 年 8 月起）的早期执法信号有限，但方向明确。AI 办公室已就三名具名通用人工智能模型提供商就透明度和版权摘要问题发起信息请求。荷兰、德国和法国的国家市场监管机构已发布附录 III 第 4 节就业 AI 早期指导文件，三份文件均明确将残障差异影响测试列为文档预期要求。目前尚未依据第 99 条作出任何最终行政处罚——GDPR 的执法曲线历时约 18 个月才产生首批重大罚款，《人工智能法》也在遵循可比轨迹。对供应商的信号是：文档制度就是制度——无法按要求出示附录 IV 档案、第 10 条数据治理工作和第 73 条上市后监控的提供商，无论是否已被处罚，都处于不合规一侧。</p>

<p class="wp-block-paragraph">对残障权利界而言，《人工智能法》并不取代《指令》2000/78/EC 下的歧视保护、《欧洲无障碍法》下的无障碍要求或 EN 301 549 下的采购标准——它叠加于上述框架之上，为现有工具所缺乏的文档和监督架构提供支撑。预计于 2027 至 2028 年展开的下一波执法，将是《人工智能法》程序性义务与现有实质性残障歧视教义相互作用、产生界定偏见减轻在实践中究竟意味着什么的判例法的阶段。本文是地形图；案例将绘制等高线。</p>

</div>

---
title: 欧洲无障碍法案指南 — EAA 与指令 2019/882
url: https://www.disabilityworld.org/zh/articles/european-accessibility-act-guide/
description: 欧洲无障碍法案（EAA）详解 — 指令（EU）2019/882 于 2025 年 6 月 28 日正式生效。涵盖适用范围、WCAG 2.1 AA / EN 301 549 技术参考、微型企业豁免及第 14 条不相称负担抗辩（含五年存档要求）。
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, regulations, regulation-primer, en-301-549
---

# 欧洲无障碍法案指南 — EAA 与指令 2019/882

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · 欧盟监管要求</span>
  </div>

  <h1>欧洲无障碍法案：<em>对私营企业究竟有哪些实质要求</em></h1>

  <p class="lede">指令（EU）2019/882——即欧洲无障碍法案（EAA）——于 2019 年 4 月 17 日获得通过，要求成员国于 <strong>2022 年 6 月 28 日</strong>前完成国内法转化，并于 <strong>2025 年 6 月 28 日</strong>起对受约束的经济运营者产生约束力。从通过到适用，六年是一段漫长的过渡期，但其背后的实质性义务现已在全部 <strong>27/27</strong> 个成员国生效。本档案聚焦法规要求层面——指令的覆盖范围、哪些产品和服务受其约束、合规推定所依据的技术标准（<strong>EN 301 549 V3.2.1</strong>，内含 <strong>WCAG 2.1 Level AA</strong>），以及两项结构性免责机制：面向员工不足 10 人或营业额低于 200 万欧元的服务提供商的<strong>微型企业豁免</strong>，以及第 14 条规定的<strong>不相称负担抗辩</strong>（附五年存档义务）。执法情况将在另一篇文章中另行介绍；本文聚焦于该法律对私营企业的书面要求。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案卷 EAA-REQ</span>
      <span class="dossier-meta">07 条目 · 源自指令（EU）2019/882、EN 301 549 V3.2.1 及各国转化法</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">EAA 对私营企业的实质要求</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">6 + 8</span>
        <div class="dossier-body">
          <p class="dossier-claim">六类产品和八类服务纳入指令的实质适用范围</p>
          <p class="dossier-note">产品类别：通用计算机、智能手机、智能电视消费设备、自助服务终端（ATM、自动售票机、值机亭）、消费者银行终端、电子阅读器。服务类别：消费者银行业务、电子通信、电子商务、电子书及专用软件、视听媒体访问组件、交通电子票务和信息服务，以及通过 112 进行的紧急通信。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">协调技术参考标准为 EN 301 549 V3.2.1，其中内含 WCAG 2.1 Level AA</p>
          <p class="dossier-note">附件一以成果形式规定功能性要求。符合协调标准可推定符合附件一要求，但不能取代后者。附件二提供满足功能性要求的非约束性示例。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2025 年 6 月 28 日</span>
        <div class="dossier-body">
          <p class="dossier-claim">实质适用日期为 2025 年 6 月 28 日——转化期限后三年、通过后六年</p>
          <p class="dossier-note">2025 年前已合法投放市场的产品所提供的服务享有过渡期至 2030 年 6 月 28 日；在适用日期前已在运营的自助服务终端享有过渡期至 2045 年 6 月 28 日——但仅限其经济寿命届满前。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 10 / €2M</span>
        <div class="dossier-body">
          <p class="dossier-claim">微型企业豁免——仅适用于服务端——覆盖员工不足 10 人或营业额低于 200 万欧元的企业</p>
          <p class="dossier-note">第 4 条第 5 款将微型企业从服务端要求（附件一第四节）中豁免，不延伸至产品端。该豁免为自动豁免，无需申请或评估；但这是单一司法管辖区概念——跨境平台一旦超过任一门槛，在任何地方均不再属于微型企业。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">第 14 条 · 5 年</span>
        <div class="dossier-body">
          <p class="dossier-claim">第 14 条不相称负担抗辩由运营者承担举证责任，并附五年存档义务</p>
          <p class="dossier-note">运营者须对照附件六标准进行自评（运营者的规模与资源；合规预估成本与残障人士获益情况），将评估文件保存备查五年，并在相关产品或服务发生重大变更时予以更新。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">第 30 条</span>
        <div class="dossier-body">
          <p class="dossier-claim">罚款由各成员国自行规定，必须"有效、相称且具有威慑性"</p>
          <p class="dossier-note">指令未设统一上下限。实践中，已公布的罚款上限相差两个数量级——从爱沙尼亚和斯洛文尼亚每次违规 5,000 欧元，到西班牙（Ley 11/2023）约 100 万欧元，意大利则设有高达年营业额 5% 的分级罚款。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">CE</span>
        <div class="dossier-body">
          <p class="dossier-claim">产品须贴附 CE 标志并出具欧盟合规声明；服务须发布无障碍声明</p>
          <p class="dossier-note">附件四规定产品端合规评估程序（内部生产控制 / 模块 A）。服务端运营者无需贴附 CE 标志，但须发布无障碍声明，说明服务如何满足附件一要求及无障碍事宜的联系方式。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>指令（EU）2019/882，《欧盟官方公报》L 151，2019 年 6 月 7 日；附件一、四、六；ETSI EN 301 549 V3.2.1；本文正文所引各国转化法。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本档案目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-it-is">EAA 一段话概述</a></li>
      <li><span class="toc-num">02</span><a href="#scope">六类产品与八类服务</a></li>
      <li><span class="toc-num">03</span><a href="#standards">EN 301 549、WCAG 2.1 AA 与合规推定</a></li>
      <li><span class="toc-num">04</span><a href="#timeline">2019—2045 年时间表</a></li>
      <li><span class="toc-num">05</span><a href="#microenterprise">微型企业豁免</a></li>
      <li><span class="toc-num">06</span><a href="#article-14">第 14 条不相称负担抗辩</a></li>
      <li><span class="toc-num">07</span><a href="#penalties">各国罚款制度</a></li>
      <li><span class="toc-num">08</span><a href="#operator-duties">私营企业的实际合规义务</a></li>
      <li><span class="toc-num">09</span><a href="#what-it-asks">指令对私人资本的要求</a></li>
      <li><span class="toc-num">10</span><a href="#sources">信息来源</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-it-is">EAA 一段话概述</h2>

  <p class="dropcap-first">欧洲无障碍法案是一部指令而非条例，依据《欧盟运作条约》第 114 条（即内部市场法律依据）通过。它协调成员国针对欧盟市场上特定产品和服务的无障碍要求，以确保为德国市场设计的电子阅读器、银行界面或电子商务结账流程无需因各国无障碍义务不同而为西班牙市场另行改造。该立法的着眼点在于单一市场：通过在欧盟层面设定统一成果标准，指令消除了 2000 年代以来围绕产品和服务逐渐形成的各国无障碍规则碎片化状况。无障碍收益是结果；法律机制是协调统一。</p>

  <p>指令全称最准确地描述了其实质内容：<em>欧洲议会和理事会 2019 年 4 月 17 日关于产品和服务无障碍要求的指令（EU）2019/882。</em>该指令于 2019 年 6 月 7 日以《欧盟官方公报》OJ L 151 号发布，要求各成员国于 2022 年 6 月 28 日前完成国内法转化，并于 2025 年 6 月 28 日起对受约束的经济运营者产生约束力。适用日期——而非转化截止日——是指令实质性义务开始约束私营企业的时刻。对于在欧盟市场投放受约束产品或向欧盟消费者提供受约束服务的企业而言，2025 年 6 月 28 日才是该法律真正开始提问的时间节点。</p>

  <p>一个关键定性：本指令是私营部门工具。公共部门无障碍制度——公共机构网站和移动应用程序——由<strong>网络无障碍指令（EU）2016/2102</strong>规范，该指令自 2018 年起生效，采用相似但有别于本指令的技术参考。企业不应假设符合 2016/2102 即意味着符合 2019/882，反之亦然：两项制度在 WCAG 基础要求上有所重叠，但在合规评估机制、罚款架构和豁免制度方面存在差异。</p>

  <hr />

  <h2 id="scope">六类产品与八类服务</h2>

  <figure class="article-figure">
    <img src="/article-images/european-accessibility-act-guide/inline-1.webp" alt="EAA 六大适用范围类别——计算机、ATM、电子商务、银行、电子阅读器、视听媒体——以图标网格形式呈现。" width="800" height="450" loading="lazy" />
    <figcaption>EAA 涵盖六类产品和八类服务。上方网格展示面向消费者的切面——指令最常触及私营企业产品路线图的日常界面。</figcaption>
  </figure>

  <p>指令的实质适用范围由第 2 条规定，并在第 3 条中详细说明。该清单是封闭式的：不在清单上的产品或服务不受约束，无论其交互程度或面向消费者的程度如何。这是合规团队的首要问题，也是第一波 EAA 报道中最常被误读的问题。指令并不覆盖"所有数字产品"，而是覆盖一份具体的、经过列举的清单。</p>

  <h3>适用范围内的产品（第 2 条第 1 款）</h3>

  <ul>
    <li><strong>通用计算机硬件系统及其操作系统</strong>，包括台式机、笔记本电脑及随附的操作系统软件。</li>
    <li><strong>自助服务终端</strong>——销售点支付终端、ATM、购票机（铁路、航空、公路）、值机亭（机场、酒店）以及提供受约束服务信息的互动式自助服务亭。</li>
    <li><strong>具有交互计算能力的电子通信服务消费者终端设备</strong>——智能手机、具有移动网络连接的平板电脑、调制解调器、路由器。</li>
    <li><strong>具有交互计算能力的视听媒体服务访问消费者终端设备</strong>——智能电视、机顶盒、流媒体设备。</li>
    <li><strong>电子阅读器。</strong>专用电子书阅读设备，不论操作系统。</li>
    <li><strong>银行服务终端。</strong>尚未被纳入自助服务终端的特定消费者银行硬件（专用于消费者银行交易的销售点终端）。</li>
  </ul>

  <h3>适用范围内的服务（第 2 条第 2 款）</h3>

  <ul>
    <li><strong>消费者银行服务</strong>，包括活期账户、支付服务、信用卡交易、消费信贷，以及提供上述服务的面向公众的界面（网上银行门户、移动银行应用、作为服务界面的 ATM）。</li>
    <li><strong>电子通信服务</strong>——互联网接入、语音服务、即时通信服务，以及用于订阅和管理上述服务的面向客户的界面。</li>
    <li><strong>视听媒体服务访问服务</strong>，包括电子节目指南（EPG）以及流媒体和广播平台的面向客户界面——但不含视听内容本身（由视听媒体服务指令（EU）2018/1808 规范）。</li>
    <li><strong>航空、公路、铁路和水路客运服务</strong>——仅限特定服务要素：网站、基于移动设备的服务（含移动应用）、电子票务、实时旅行信息，以及位于欧盟境内的自助服务终端。</li>
    <li><strong>消费者电子商务服务。</strong>通过网站或移动应用提供的服务，使消费者能够与商家就产品或服务的供应签订合同。这是覆盖私营企业数量最多的适用范围类别。</li>
    <li><strong>欧洲统一紧急号码 112。</strong>与 112 服务的通信必须具备无障碍性。</li>
    <li><strong>电子书及专用软件</strong>——电子出版物文件本身、阅读设备软件，以及用于获取和管理电子书的服务。</li>
  </ul>

  <p>有两个类别需要仔细阅读。<strong>视听媒体访问组件</strong>覆盖视听服务的界面，而非视听内容本身。Netflix 某部剧集是否提供音频描述是视听媒体服务指令的问题；Netflix 应用的注册流程是否支持键盘导航则是 EAA 的问题。<strong>交通运输服务</strong>仅覆盖其数字界面（网站、应用、售票亭、实时信息）；车站、车厢和飞机的实体无障碍设施仍由相关交通方式法规规范（铁路适用条例（EU）1300/2014，公路适用条例（EU）181/2011，行动不便航空旅客适用条例（EC）1107/2006）。</p>

  <div class="callout info">
    <div class="ct">不在适用范围内的内容——及其重要性</div>
    <p>指令的封闭清单排除了大量数字活动类别。工作场所软件、内部业务工具、不面向消费者的企业对企业平台、游戏、社交媒体平台、搜索引擎，以及不允许用户签订合同的纯信息类网站——这些均不受 EAA 约束。部分成员国转化法已扩展了国内适用范围（德国 <a href="/regulations/de/">BFSG</a> 的覆盖范围窄于部分预期；西班牙 Ley 11/2023 的覆盖范围与指令基本一致）。在欧盟多国运营的企业，须逐一查阅各运营成员国的国内转化法以确定适用范围，而不能仅依赖指令本身。</p>
  </div>

  <p>指令适用于经济运营者——制造商、进口商、分销商、服务提供商——无论其注册地在何处，只要其在欧盟市场投放产品或向欧盟消费者提供服务即受约束。一家总部位于美国、通过法语网站向法国消费者销售的电子商务平台，与一家总部位于巴黎的零售商同样构成指令下的"服务提供商"。地域问题的关键是市场所在地，而非运营者的注册地。</p>

  <hr />

  <h2 id="standards">EN 301 549、WCAG 2.1 AA 与合规推定</h2>

  <p>指令本身并不包含具体的无障碍技术规范。附件一以成果形式规定功能性要求——例如，信息须"通过多于一个感官通道"提供，"用户界面元素可通过多于一种输入方式操作"，"用户界面元素包含考虑辅助技术要求的自适应技术"。这些是设计者可以工程化实现但无法机械核查的成果。指令弥合这一差距的机制是<strong>协调标准</strong>：由欧洲标准化组织（本案为 ETSI，即欧洲电信标准协会）制定的技术规范，并由欧洲委员会通过实施决定予以引用。</p>

  <p>所引协调标准为 <strong>ETSI EN 301 549 V3.2.1</strong>，最初于 2021 年 3 月发布，并于 2024—25 年被委员会引用用于 EAA 合规评估。该标准将 W3C 的<strong>[网页内容无障碍指南（WCAG）2.1 Level AA](/toolkit/standards/wcag/)</strong>纳入数字内容层，并增加了涵盖硬件、具有双向语音通信能力的 ICT、具有视频能力的 ICT、基于网络的创作工具，以及 Web 范围以外产品辅助技术兼容性的要求。</p>

  <p>协调标准的法律效力是第 15 条规定的<strong>合规推定</strong>。符合 EN 301 549 V3.2.1 的产品或服务被推定符合附件一功能性要求——这意味着，市场监督机构若要对该合规性提出质疑，须承担证明该标准实际上未能实现附件所要求成果的举证责任。反之，不遵循协调标准的产品或服务并非自动不合规：运营者可通过其他方式证明附件一的成果要求已得到满足。协调标准是安全港，而非字面并入。</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">EN 301 549</div><div class="stat-desc">委员会引用的协调标准</div></div>
    <div class="stat-box"><div class="stat-big">V3.2.1</div><div class="stat-desc">当前引用版本（2021 年 3 月）</div></div>
    <div class="stat-box"><div class="stat-big">WCAG 2.1 AA</div><div class="stat-desc">V3.2.1 中的网络内容层</div></div>
  </div>

  <p>对于电子商务、银行、电子通信和视听访问类别的大多数服务提供商而言，实际合规问题可归结为：<em>我们面向客户的网站和应用是否通过 WCAG 2.1 Level AA，以及针对我们运营的任何硬件或双向通信界面是否满足 EN 301 549 的附加要求？</em>这正是该标准所回答的问题，也是第一波国家执法行动隐含所问的问题。指令起草者刻意将法律义务保持在成果层面（附件一），正是为了让底层技术标准得以更新而无需重启指令修订程序。纳入 <strong>WCAG 2.2</strong> 的 EN 301 549 V4 截至 2026 年中正在 ETSI 进行后期起草，预计委员会将在 18 个月内予以引用，届时 V4 合规将成为相关安全港。</p>

  <p class="pull-quote">指令规定功能性成果；协调标准规定工程实现。企业按标准设计，即符合指令要求。</p>

  <hr />

  <h2 id="timeline">2019—2045 年时间表</h2>

  <p>指令的过渡架构比"2025 年 6 月 28 日"这一标题性日期所呈现的更为精细。合规团队须关注四个关键日期。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">2019 年 4 月 17 日 — 通过</span><span class="ps-desc">指令（EU）2019/882 由欧洲议会和理事会通过，于 2019 年 6 月 7 日以《欧盟官方公报》OJ L 151 号发布。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">2022 年 6 月 28 日 — 转化截止日</span><span class="ps-desc">成员国须已颁布实施必要的法律法规以遵守本指令。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">2025 年 6 月 28 日 — 适用日</span><span class="ps-desc">实质性义务开始约束受约束的经济运营者。自该日期起投放市场的产品及向消费者提供的服务均须合规。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">2030 年 6 月 28 日 — 服务祖父条款</span><span class="ps-desc">服务提供商可继续使用 2025 年 6 月 28 日前已合法用于提供类似服务的产品，直至 2030 年 6 月 28 日。2025 年 6 月 28 日前已合法使用的自助服务终端可继续使用至其经济寿命届满——但不得晚于 20 年后（2045 年 6 月 28 日）。</span></div>
  </div>

  <p>第 32 条的祖父条款重要且频繁被误读。一家在 2025 年 6 月 27 日运营 ATM 网络的银行，无需在次日对所有现有设备进行改造；可继续使用这些设备直至其经济寿命届满，但不得超过 2045 年 6 月 28 日这一硬性截止日。2025 年 6 月 28 日之后新部署的任何设备均须从第一天起合规。同样的逻辑适用于使用产品基础设施的服务提供商，但时钟更短：旧有产品基础设施可在服务提供中使用至 2030 年 6 月 28 日，但 2025 年后新部署的产品基础设施须从投入使用之日起合规。</p>

  <p>祖父条款在产品端是单向棘轮：它不保护受约束服务的数字界面。银行的移动应用、零售商的结账流程、视听平台的注册页面——这些属于服务范畴，自 2025 年 6 月 28 日起已受实质性要求约束，无论底层代码库最初部署于何时。祖父条款保护的是硬件资产，而非网络资产。</p>

  <hr />

  <h2 id="microenterprise">微型企业豁免</h2>

  <p>指令第 4 条第 5 款包含最受关注的豁免：<strong>提供服务的微型企业免于服务端要求</strong>。微型企业的定义沿用欧盟各法律文件中的标准定义——员工人数少于 10 人，且年营业额或年度资产负债表总额不超过 200 万欧元。财务指标为二选一（营业额或资产负债表），但须与人员规模指标（员工不足 10 人且低于 200 万欧元）累计满足。</p>

  <p>对于任何处于门槛附近的企业，该豁免有三个值得关注的特点：</p>

  <ul>
    <li><strong>仅限服务端。</strong>第 4 条第 5 款不延伸至指令的产品端。一家员工 6 人的小批量硬件制造商，须面对与跨国企业相同的合规评估制度——内部生产控制、CE 标志、欧盟合规声明。这种不对称是合规成本与合规负担之间的刻意权衡，但每一家遇到这一规定的小型硬件企业都会感到意外。</li>
    <li><strong>自动豁免，无需申报。</strong>微型企业无需申请豁免；它只是自动不在服务端适用范围之内。各国转化法可能要求微型企业在被要求时向当局提供信息，或发布简要公告，但实质性豁免是自动的。</li>
    <li><strong>跨越门槛具有前瞻性。</strong>一旦企业超过 10 人或 200 万欧元营业额，将从下一个财务期起受服务端要求约束。指令不要求对企业作为微型企业期间追溯合规。</li>
  </ul>

  <div class="callout warning">
    <div class="ct">跨境微型企业陷阱</div>
    <p>微型企业身份在企业整体层面计算——而非按成员国分别计算。一个在整个欧盟拥有 6 名员工和 150 万欧元营业额的平台属于微型企业。但一个在法国有 6 名员工和 150 万欧元营业额、在德国有 100 万欧元营业额、在西班牙有 100 万欧元营业额的平台则<strong>不属于</strong>微型企业：总营业额为 350 万欧元，远超门槛。跨境平台超越门槛的速度快于纯国内平台，且不存在按司法管辖区的豁免。</p>
    <p>《委员会建议书 2003/361/EC》下的"关联企业"规则同样重要：受较大集团控制的企业须合并计算集团的员工人数和营业额，而非仅计算自身。跨国公司名义上规模较小的子公司不符合豁免资格。</p>
  </div>

  <p>该豁免在数个成员国引发了中小企业联合会的强烈游说，提出提高门槛或将其扩展至产品端的建议。截至 2026 年中，上述建议均未进入各国转化法。委员会 2030 年审查将重新审视该豁免——第 33 条要求委员会在审查中评估"对提供服务的微型企业的影响"。</p>

  <hr />

  <h2 id="article-14">第 14 条不相称负担抗辩</h2>

  <p>第二项结构性免责机制是第 14 条——<strong>不相称负担抗辩</strong>。与自动且具有结构性的微型企业豁免不同，第 14 条是任何受约束运营者均可使用的自评路径。运营者可援引该抗辩，在权衡合规成本与残障人士获益之后，主张某一具体无障碍要求——而非整个制度——将构成不相称负担。评估标准在附件六中规定。</p>

  <p>该抗辩的三个特征决定了它是否在实际操作中可用。</p>

  <h3>举证责任由运营者承担</h3>

  <p>援引第 14 条的运营者须进行评估、形成文件并保存备查。附件六标准为：(a) 合规净成本占制造、分销或进口产品或提供服务总成本（资本和运营支出）的比例；(b) 运营者的预估成本和收益（包括生产工艺和投资）与残障人士获益的估算之比，考虑具体产品或服务的使用频率和时长；(c) 运营者的规模、资源和性质。在 (c) 项下，资源有限的小型运营者比跨国企业拥有更大的空间；在 (b) 项下，提供低频次使用服务的运营者比提供日常使用服务的运营者拥有更大的空间。</p>

  <h3>文件须保存五年</h3>

  <p>第 14 条第 8 款要求运营者将不相称负担评估文件保存备市场监督机构查阅，时限为产品最后一次投放市场后或服务最后一次提供后的五年。文件须在产品或服务发生重大变更、市场监督机构提出要求或适用协调标准更新时予以更新。没有同期文件的抗辩不构成抗辩——在执法首年，当局已将文件缺失视为对运营者不利的决定性因素。</p>

  <h3>该抗辩是颗粒度的，而非平台整体层面的</h3>

  <p>第 14 条适用于具体的无障碍要求，而非整个平台。电子商务运营者不能援引该抗辩主张运营一个无障碍结账流程整体上构成不相称负担。运营者可凭借文件，主张某一具体要求——例如，为某一日期前发布的存档视频产品演示提供音频描述——在具体情境下构成不相称负担。国家执法首年确认了这一解释：该抗辩在狭窄的遗留功能豁免上取得成功，而在涵盖整个平台界面时均告失败。</p>

  <div class="callout info">
    <div class="ct">第 14 条文件须回答的五个问题</div>
    <p>德国联邦劳动和社会部（BMAS）、荷兰 RDI 及法国 DGCCRF 于 2025—26 年发布的国家指南，均以五问模板呈现第 14 条文件要求，全部源自附件六：（1）正在评估的具体无障碍要求是什么？（2）从基准产品或服务成本中剥离后，预估合规净成本是多少？（3）受益残障人士的预估人口及使用频率如何？（4）相对于运营者规模和资源，成本收益比如何？（5）计划的再评估触发条件是什么——重大变更、标准更新或固定日期？任何缺少上述五项之一的第 14 条文件，在实践中均被监督机构视为不完整。</p>
  </div>

  <p>一个重要的交互关系：当运营者<strong>从外部来源</strong>获得无障碍改善资金（欧盟、公共或私人无障碍改善基金，而非其自身资金）时，不得援引第 14 条主张不相称负担。该标准直接内置于附件六——正在申领国家数字无障碍补贴项目的运营者，不得同时就获资助功能主张不相称负担。</p>

  <hr />

  <h2 id="penalties">各国罚款制度</h2>

  <p>指令第 30 条规定了罚款原则——罚款须"有效、相称且具有威慑性"——并将具体架构留给各成员国立法机构。这是整个单一市场中运营不均衡性的最大来源。2021 年至 2025 年间通过的转化法产生了相差两个数量级的罚款标准。</p>

  <table class="dt">
    <caption class="sr-only">截至 2026 年中，部分成员国 EAA 转化法规定的每次违规最高罚款上限。</caption>
    <thead>
      <tr>
        <th scope="col">成员国</th>
        <th scope="col">转化法</th>
        <th scope="col">每次违规最高上限</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>德国</td><td>Barrierefreiheitsstärkungsgesetz（BFSG，2021 年）</td><td class="num">€100,000</td></tr>
      <tr><td>法国</td><td>Loi n° 2005-102，RGAA 实施令（2023 年）</td><td class="num">约 €75,000</td></tr>
      <tr><td>荷兰</td><td>Implementatiewet toegankelijkheidsvoorschriften（2022 年）</td><td class="num">约 €87,000</td></tr>
      <tr><td>西班牙</td><td>Ley 11/2023</td><td class="num">最高 €1,000,000</td></tr>
      <tr><td>意大利</td><td>D.lgs. n. 82/2022（Stanca 法延伸）</td><td class="num">最高年营业额 5%</td></tr>
      <tr><td>爱沙尼亚</td><td>Toodete ja teenuste ligipääsetavuse seadus（2022 年）</td><td class="num">€5,000–€32,000</td></tr>
      <tr><td>斯洛文尼亚</td><td>Zakon o dostopnosti proizvodov in storitev（2022 年）</td><td class="num">€10,000–€40,000</td></tr>
    </tbody>
  </table>

  <p>这种差距至少有三个重要意义。首先，它在每个成员国形成不同的威慑计算：运营者在衡量是否就边界性不相称负担主张进行诉讼时，马德里和塔林的下行风险截然不同。其次，它在跨境执法中产生了管辖权选择问题：当一家非欧盟平台同时在多个成员国界面违规时，哪个当局牵头？第三，这本身就是委员会 2030 年审查预期要解决的单一市场问题——第 33 条明确要求委员会评估各国罚款制度的"有效性、相称性和威慑性"。</p>

  <p>对于合规规划而言，实际含义是运营者无法针对单一罚款上限制定统一的欧盟合规预算。风险最高的司法管辖区往往主导规划视野，而风险最高的司法管辖区并不总是最大市场。西班牙或意大利营收占比较高的跨国电子商务运营者，其最坏情形规划与德荷营收占比较高的运营者截然不同。（关于执法首年的完整情况——已发布的罚款处理、扫描率轨迹、跨境行动——请参阅配套文章：<a href="/articles/eaa-first-year-enforcement-report/">EAA 第一年：欧盟 27 国的执法、罚款与合规率轨迹</a>。）</p>

  <hr />

  <h2 id="operator-duties">私营企业的实际合规义务</h2>

  <p>指令区分四类<strong>经济运营者</strong>，并为每类分配不同的义务。单一企业可同时属于多类。</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">A</div><div class="method-label">制造商（第 7 条）</div></div>
    <div class="method-card"><div class="method-num">B</div><div class="method-label">进口商（第 9 条）</div></div>
    <div class="method-card"><div class="method-num">C</div><div class="method-label">分销商（第 10 条）</div></div>
    <div class="method-card"><div class="method-num">D</div><div class="method-label">服务提供商（第 13 条）</div></div>
  </div>

  <p><strong>制造商</strong>（第 7 条）须依据附件一设计和制造产品，编制附件四规定的技术文件，执行内部生产控制合规评估程序（附件四，模块 A），出具欧盟合规声明，贴附 CE 标志，并在产品上注明其名称和联系地址。技术文件和合规声明须在产品最后一次投放市场后保存五年。</p>

  <p><strong>进口商</strong>（第 9 条）须在将产品投放市场前核实：制造商已完成合规评估程序，技术文件已编制，产品贴有 CE 标志，附有所需文件，且制造商已遵守标签要求。进口商须在产品上、随附文件中或（因产品尺寸或性质无法标注时）以其他适当方式注明其自身名称和联系地址。</p>

  <p><strong>分销商</strong>（第 10 条）须核实产品贴有 CE 标志、附有所需文件，且制造商和进口商（如有）已遵守标识要求。分销商无需重复合规评估；其角色是质量关卡而非测试者。</p>

  <p><strong>服务提供商</strong>（第 13 条）是最大的群体。其须依据附件一功能性要求设计和提供服务；编制附件五所要求的信息（无障碍声明），以残障人士可访问的形式公开发布，并在服务运营期间持续保存；确保制度到位，以在服务特征、适用协调标准或适用成员国法律发生变化时维持服务的无障碍性；并在不合规时，以允许主管国家当局核实的方式提供关于如何确保满足无障碍要求的信息。</p>

  <div class="quote-block">
    <div class="meta">指令（EU）2019/882，第 13 条第 2 款</div>
    <div class="quote">"服务提供商应依据附件五编制必要信息，并说明服务如何满足适用的无障碍要求。该信息应以书面和口头形式向公众提供，包括以残障人士可访问的方式提供。"</div>
    <span class="source">— OJ L 151，2019 年 6 月 7 日，第 96 页</span>
  </div>

  <p>在合规首年中，最被忽视的义务是<strong>无障碍声明</strong>。附件五要求服务提供商发布一份文件，说明服务的总体无障碍特征、所满足的无障碍要求，以及——在援引第 14 条的情形下——被认定为不相称负担的具体要求及支持该认定的评估。无障碍声明是运营者就其 EAA 合规情况的公开表态。声明缺失是市场监督机构最容易识别的不合规情形之一。</p>

  <hr />

  <h2 id="what-it-asks">指令对私人资本的要求</h2>

  <p>从头到尾读完，EAA 是一部将无障碍议题视为竞争问题认真对待的单一市场工具。指令起草者在 2019 年所主张的论点——并在各项序言中详加阐述——是：碎片化的各国无障碍规则给消费品和服务跨境贸易造成了无谓成本，而统一的成果标准可在不损害实质性无障碍收益的前提下消除这一成本。残障人士获益；单一市场节约成本。两者均是真实的，指令的设计假定二者相互强化。</p>

  <p>对私营企业而言，操作层面的解读更为落地。指令依次要求四件事：(1) 诚实的适用范围判断——哪些产品和服务受约束，在哪些成员国；(2) 诚实的工程判断——面向客户的界面今日是否满足 EN 301 549 V3.2.1，以及当 V4（WCAG 2.2）成为参考标准时是否能满足（<a href="/toolkit/scan/">免费 WCAG 2.2 扫描</a>是建立该基准最经济的方式）；(3) 文件规范——服务的附件五无障碍声明、产品的附件四技术文件，以及任何援引抗辩功能的第 14 条文件；(4) 维护承诺——无障碍不是一次性的合规事件，而是平台的一项属性，须在每个发布周期中持续维护。</p>

  <p>指令的机制是刻意平淡的。它不点名品牌，不单独针对某个行业，不设置公开报告制度。它在欧盟层面设定一个成果，将执法架构留给成员国，然后静观市场如何应对。将指令视为单一市场协调项目的企业——一次工程实现，全处部署——发现它是可管理的。将其视为 27 个司法管辖区各自合规问题的企业发现它代价高昂。指令起草者押注随着时间推移，第一种解读将占据主导。适用首年的情况表明，他们押对了。</p>

  <p>对于正在落实 EAA 合规姿态的团队：<a href="/articles/how-to-make-your-website-wcag-22-compliant/">WCAG 2.2 合规逐步操作手册</a>涵盖审计、修复和持续监控；<a href="/articles/accessibility-monitoring-buyers-guide-2026/">无障碍监控采购指南</a>比较各机构用于维护该姿态的平台；<a href="/articles/manual-audits-by-people-with-disabilities-2026/">人工审计指南</a>涵盖第 14 条实际预设的人工审查层；<a href="/articles/accessibility-compliance-explainer/">无障碍合规解析</a>在 EAA、ADA 和整个监管图谱之间进行导引。</p>

  <footer class="footer-note" id="sources">
    <p><strong>方法与数据：</strong>本文是一篇合规要求层面的入门介绍，源自指令（EU）2019/882 的综合文本、所引各成员国已发布的转化法、协调标准 EN 301 549 V3.2.1 及委员会 2023—2026 年发布的指导文件。文中附带引用的执法统计数据来自配套年度执法报告所涵盖的综合自动扫描数据集及国家市场监督公报。</p>
    <p><strong>法律背景：</strong>指令（EU）2019/882（欧洲无障碍法案），《欧盟官方公报》OJ L 151，2019 年 6 月 7 日，附件一（功能性无障碍要求）、附件二（非约束性示例）、附件三（成员国扩展适用范围的建成环境要求）、附件四（产品合规评估程序——模块 A）、附件五（服务信息）、附件六（不相称负担评估标准）。协调标准：ETSI EN 301 549 V3.2.1（2021 年 3 月），委员会实施决定引用用于 EAA 目的；V4 纳入 WCAG 2.2，正在后期起草。W3C 网页内容无障碍指南 2.1（2018 年 6 月）和 2.2（2023 年 10 月）。相关欧盟法律文件：网络无障碍指令（EU）2016/2102（公共部门范围）；视听媒体服务指令（EU）2018/1808（视听内容）；关于市场监督的条例（EU）2019/1020。微型企业定义：《委员会建议书 2003/361/EC》。所引各国转化法：Barrierefreiheitsstärkungsgesetz（BFSG，2021 年，德国）；Loi n° 2005-102 及 2023 年实施令（法国）；Ley 11/2023（西班牙）；D.lgs. 27 maggio 2022, n. 82（意大利）；Implementatiewet toegankelijkheidsvoorschriften（2022 年，荷兰）；Toodete ja teenuste ligipääsetavuse seadus（2022 年，爱沙尼亚）；Zakon o dostopnosti proizvodov in storitev（2022 年，斯洛文尼亚）。</p>
    <p><strong>本文非法律意见：</strong>本文是法规入门介绍，不构成法律建议。各国罚款标准、指定市场监督机构及操作指引每季度均有更新；受约束运营者就特定司法管辖区的合规问题应咨询有资质的律师，不应以本文替代指令官方文本或相关国内转化法。</p>
  </footer>

</div>

---
title: 眼动追踪、头部指针与开关输入在现代网络中的应用
url: https://www.disabilityworld.org/zh/articles/eye-tracking-and-switch-input-2026/
description: 现代网页应用如何在眼动追踪、头部指针或开关输入用户面前正常运作或发生故障。关于硬件、相关 WCAG 标准以及能够承受单轴输入的设计模式的概念入门介绍。
author: Disability World
pubDate: 2026-05-22
tags: eye-tracking, switch-input, head-pointer, assistive-tech, motor-disability, tech-news
---

# 眼动追踪、头部指针与开关输入在现代网络中的应用

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>作者：</strong>Disability World</span>
  <span class="rt-pill">阅读时间：9 分钟</span>
</div>

<p class="wp-block-paragraph">现代网络上的一次点击隐藏着一个假设：点击者拥有一只手、一个手腕，以及一个能在两个轴向以亚像素精度移动并带有独立可靠按键的指针设备。一旦缺少其中任何一个条件，交互就会发生本质变化。对于通过眼动追踪器操控页面的用户而言，"光标"是一个 1 度弧的凝视锥，会漂移和抖动。对于使用头部指针的用户而言，光标是摄像头追踪的鼻尖，需要通过悬停来触发点击。对于使用单开关扫描界面的用户而言，根本没有光标——只有一道扫描高亮，停在用户按下开关时恰好处于焦点的位置。这些都是 2026 年真实存在的输入方式，使用人群的规模足以令"现代网络"应当了解。但大多数现代网络并不了解。</p>

<p class="wp-block-paragraph">本文是关于运动障碍用户最常依赖的三种替代输入方式——眼动追踪、头部指针和开关输入——的概念入门介绍，并探讨标准层面（<a href="/toolkit/glossary/wcag/">WCAG 2.2 成功标准</a>、<a href="https://www.w3.org/TR/pointerevents">W3C 指针事件规范</a>）与实际生产环境中用户界面模式的交汇。本文的报道框架是编辑性的而非诉讼导向的：我们关注的是哪些有效、哪些无效，以及设计者明天就可以停止做的事情。</p>

<h2 class="wp-block-heading" id="h-who-uses-these">谁在使用这些输入方式，以及为什么</h2>

<p class="wp-block-paragraph">依赖替代输入方式的人群规模并不小。世卫组织《残疾人健康公平全球报告》（2022 年，附 2024 年监测更新）和美国 CDC 残疾与健康数据系统的估算显示，高收入国家中患有显著上肢运动障碍的成年人约占成年人口的 8%，无法可靠使用标准鼠标或触控板的成年人约占 3% 至 4%。在这 3% 至 4% 中，有几个不同的用户群体，其首选输入方式由生理条件而非个人偏好决定。</p>

<p class="wp-block-paragraph">最典型的群体是<strong>肌萎缩侧索硬化症（ALS）</strong>患者，他们逐渐丧失对四肢、最终对面部肌肉的自主控制。对于许多晚期 ALS 患者而言，眼动追踪是实现自主使用计算机的唯一剩余通道。美国 ALS 协会估计，在美国任意时间点，约有 3 万名 ALS 患者；欧洲 ALS 登记数据显示欧盟各国的年龄调整患病率与之相近。第二个群体是高位<strong>脊髓损伤</strong>患者——尤其是 C1—C4 四肢瘫痪患者——其双手和手臂功能丧失，但眼部和头部运动能力保存完好。第三个群体是患有<strong>脑瘫</strong>的儿童和成年人，其输入策略因人而异：部分用户手指控制能力尚可，使用开关界面；其他人使用头部指针或下颌操纵的操纵杆。第四个群体是患有进行性神经肌肉疾病的人群——肌肉营养不良症、晚期多发性硬化症——他们往往随时间推移在多种输入方式间切换。</p>

<p class="wp-block-paragraph">在这些群体中，有两条原则贯穿始终。首先，几乎所有使用替代输入的人，都是因为标准的鼠标加键盘组合已经在生理上无法实现，而非因为偏好新颖方式。其次，输入方式在某种关键意义上通常是<strong>单轴的</strong>：一次凝视固定、一个头部指向方向、一次开关按压。那些假设两个协调通道的设计——指针加修饰键、拖动动作加精确投放目标——对这一受众而言是最难以应对的。</p>

<h2 class="wp-block-heading" id="h-the-hardware">2026 年的硬件现状</h2>

<p class="wp-block-paragraph">过去三年，硬件领域发生了显著变化。以下是用户实际使用情况的大致梳理，而非完整目录。</p>

<h3 class="wp-block-heading" id="h-eye-trackers">眼动追踪器</h3>

<p class="wp-block-paragraph"><strong>Tobii Dynavox</strong> 仍是临床眼动追踪领域的主导厂商。当前一代产品——PCEye 和 I-Series——使用安装在显示器下方或集成于专用平板中的红外传感器条，将凝视位置作为系统级指针报告给宿主操作系统。校准约需 30 秒；在良好条件下，精度约为 0.5 至 1.0 度视角，在典型观看距离下相当于约 30 至 60 像素的凝视锥。<strong>EyeGaze Edge</strong>（LC Technologies）和 <strong>EyeTech VT3</strong> 是临床替代产品。在消费者端，<strong>Tobii Eye Tracker 5</strong> 主要面向游戏玩家销售，但被广泛用作低成本无障碍输入设备。</p>

<p class="wp-block-paragraph">2024 年，首款将眼动追踪集成至通用计算设备的主流消费者产品面世：<strong>Apple Vision Pro</strong> 以眼动追踪作为主要导航方式，结合捏合手势进行选择。visionOS 将凝视位置暴露给系统级悬停选择无障碍功能，从开发者角度看，凝视固定后跟随捏合动作被报告为标准点击事件。无障碍用户群体对 visionOS 的热情在意料之中，原因与 2008 年 iPhone 问世时如出一辙：一种为主流使用设计的内置方式，恰好也能服务于残障使用场景。Vision Pro 的定价超出许多用户的承受范围，但这一先例——眼动追踪作为非医疗设备计算机的主要输入方式——本身才是最重要的。</p>

<h3 class="wp-block-heading" id="h-head-pointers">头部指针</h3>

<p class="wp-block-paragraph">头部指针软件通常使用设备内置摄像头追踪一个基准点——通常是鼻尖或用户额头上贴的小反光贴纸——并将头部转动转化为光标移动。<strong>Camera Mouse</strong>（波士顿学院，免费）是历史最长的实现，至今仍在积极使用。<strong>Glassouse</strong> 提供一款可穿戴的头戴式陀螺仪控制器，通过蓝牙与操作系统配对，作为蓝牙鼠标使用。macOS 内置<strong>头部指针</strong>无障碍功能；Windows 11 通过与兼容硬件配对的"眼部控制"提供同等功能。头部指针的选择操作几乎总是基于<strong>悬停</strong>：光标在目标上停留一段可配置的时间——通常为 0.5 至 2.5 秒——然后触发点击事件。</p>

<h3 class="wp-block-heading" id="h-switch-input">开关输入</h3>

<p class="wp-block-paragraph">开关输入是三种方式中最简单也最多样的。硬件是一个单一按钮——大型圆形机械开关、吸吹管、下颌操纵杆、脚踏板，或处于后期研究阶段的脑机接口——通过标准化开关接口（如 AbleNet Hook+、Pretorian J-Pad、Tecla 盾牌）连接至操作系统，以 USB 或蓝牙按键形式呈现。软件随后运行<strong>扫描界面</strong>：焦点指示器自动遍历屏幕上的可用目标，用户在焦点落到所需目标时按下开关。单开关扫描用一个按钮驱动一切；双开关扫描通常将一个开关映射为"前进"，另一个映射为"选择"。iOS 内置<strong>Switch Control</strong> 无障碍功能；Android 14 及以上版本内置 <strong>Switch Access</strong>；macOS 和 Windows 均提供类似功能。开关输入本质上是<strong>串行的</strong>——用户无法指向目标，只能等待扫描到达目标——这一特性决定了以下所有设计模式。</p>

<h2 class="wp-block-heading" id="h-how-they-meet-the-web">它们与网络的交汇：标准层面</h2>

<p class="wp-block-paragraph">从浏览器的角度来看，眼动追踪器和头部指针都像标准指针设备：它们通过 <a href="https://www.w3.org/TR/pointerevents">W3C 指针事件规范</a>发出 <code>pointermove</code>、<code>pointerdown</code> 和 <code>pointerup</code> 事件，与鼠标或触摸屏使用的 API 相同。而开关输入在浏览器看来像键盘输入：焦点遍历可聚焦元素，开关按压触发 Enter 或 Space 的 <code>keydown</code> 事件。这种差异是设计者必须内化的第一件事——眼动追踪用户会触发你的 <code>:hover</code> 状态和指针事件处理器；开关用户只会遇到你的可键盘聚焦元素和你定义的焦点顺序。</p>

<p class="wp-block-paragraph">WCAG 2.2 包含若干专门为保障这些输入方式正常运作而编写的成功标准。其中三条承担了大部分重量。</p>

<p class="wp-block-paragraph"><strong>SC 2.1.1 键盘（A 级）</strong>是基础要求：页面上的每个功能元素必须仅通过键盘界面即可操作。开关用户对此绝对依赖。仅响应鼠标点击的元素——一个带有 <code>click</code> 处理器但没有 <code>tabindex</code>、没有 <code>role</code>、没有 <code>keydown</code> 处理器的自定义 <code>div</code>——对开关用户而言是不可见的。对于那些在页面某些区域因悬停点击过慢而退回到键盘导航的头部指针用户，这同样适用。</p>

<p class="wp-block-paragraph"><strong>SC 2.5.1 指针手势（A 级）</strong>要求任何通过多点或路径手势操作的功能，也必须可通过单指针操作实现。该标准的存在是因为眼动追踪、头部指针和许多替代输入无法可靠地执行多指手势或精确拖动路径。捏合缩放却没有替代按钮。滑动删除却没有屏幕上的删除控件。拖动排序的列表却没有键盘等效操作。每一种都是 2.5.1 的失败案例，每一种都切断了用户实际拥有的输入方式。</p>

<p class="wp-block-paragraph"><strong>SC 2.5.2 指针取消（A 级）</strong>要求对于任何单指针激活操作，该操作要么不在按下事件时执行（而在抬起事件时执行），要么在按下事件时执行但允许用户在抬起事件前通过移开来中止操作。该标准是为手颤或漂移导致误触目标的用户而写，对基于悬停的头部指针和眼动追踪界面尤为重要：一个在光标落下瞬间即触发的点击，让用户没有机会从凝视漂移中恢复。将处理器绑定到 <code>mousedown</code> 而非 <code>click</code> 的按钮违反此标准。</p>

<p class="wp-block-paragraph">SC 2.5.7 拖动动作（WCAG 2.2 新增）将手势保护扩展至专门针对拖放操作：任何可拖动的内容也必须可通过单指针替代方式实现，通常是按钮驱动的上移/下移控件。SC 2.5.4 运动驱动（A 级）保护无法可靠晃动或倾斜设备的用户。SC 2.2.1 可调节时限（A 级）和 SC 2.2.2 暂停、停止、隐藏（A 级）保护所有人免受在扫描界面到达相关控件之前就超时的界面的干扰。</p>

<p class="wp-block-paragraph">这些标准构成一个单一的、整合的框架：用户只有一个输入轴，输入速度慢，设计不能做出其他假设。</p>

<h2 class="wp-block-heading" id="h-common-breakage">生产网站上的常见故障</h2>

<p class="wp-block-paragraph">将这些标准对照生产网站的实际情况，就会出现一组反复出现的故障模式。这些都不是罕见情况，全部出现在与眼动追踪、头部指针和开关用户进行的常规用户测试中。</p>

<p class="wp-block-paragraph"><strong>无键盘替代方式的拖放操作。</strong>项目管理工具、文件管理器和排名列表界面中的常见模式：将卡片从一列拖到另一列。对开关用户而言，该操作不可能完成——扫描中没有拖动。对头部指针和眼动追踪用户而言，拖动本身比按钮驱动的移动方式慢约 4 至 5 倍，通常在拖动途中就会松开。解决方案很直接：为每个拖放操作配套一个按钮驱动的移动动作，并置于键盘 Tab 顺序中。Trello 风格的"向上移动卡片 / 向下移动卡片 / 移至另一列表"菜单模式是参考实现。</p>

<p class="wp-block-paragraph"><strong>仅通过悬停触发的导航。</strong>仅在 <code>:hover</code> 时出现、光标离开即消失的下拉菜单、工具提示和展开控件。对眼动追踪用户而言，当他们试图查看子项时，凝视锥会从菜单触发元素上漂移，菜单在他们到达前就关闭了。处理此问题的 WCAG 2.2 标准是 1.4.13 悬停或焦点时的内容（AA 级）：悬停触发的内容必须可关闭、可悬停（用户可以移入而不会使其消失），且持续存在。许多生产菜单三项全部不满足。</p>

<p class="wp-block-paragraph"><strong>点击目标过小。</strong>SC 2.5.8 目标尺寸（最小值）（AA 级，WCAG 2.2 新增）要求交互目标至少为 24×24 CSS 像素（有例外情形）。该标准是为触控和指针不精确用户——眼动追踪、头部指针、手颤——而写。模态框角落 16 像素的关闭图标，在实践中几乎无法用眼动追踪器可靠地点击。解决方案是机械性的：放大目标，或在界面其他位置通过更大的控件提供相同操作。</p>

<p class="wp-block-paragraph"><strong>有时间限制的点击。</strong>每 5 秒自动切换的轮播、"您有 30 秒确认"对话框、任务进行中触发的会话超时。对于以每目标 1.5 秒扫描速率导航扫描界面的开关用户，30 秒超时约等于 20 个可触及目标的有效空间——通常不足以到达确认按钮。SC 2.2.1 可调节时限要求任何时间限制必须可延长、可调整或可取消。大多数生产超时均不满足上述任一条件。</p>

<p class="wp-block-paragraph"><strong>仅手势确认。</strong>滑动确认滑块、签名板确认、需要追踪路径的验证码。每一种都是 2.5.1 的失败案例，除非配套了按钮替代方式。</p>

<p class="wp-block-paragraph"><strong>在 mousedown 上触发操作。</strong>将处理器绑定到 <code>mousedown</code> 而非标准 <code>click</code> 事件的按钮，让用户无法在误触时中止操作。相关标准是 SC 2.5.2 指针取消；解决方案是绑定到 <code>click</code>，或绑定到 <code>pointerup</code> 并添加显式取消检查。</p>

<p class="wp-block-paragraph"><strong>无 ARIA 的自定义控件。</strong>视觉上看起来像按钮但缺少 <code>role="button"</code>、<code>tabindex="0"</code> 以及 Enter 和 Space 的 <code>keydown</code> 处理器的 <code>&lt;div&gt;</code>。该控件对开关和键盘回退均不可达。相关标准是 SC 4.1.2 名称、角色、值（A 级）。解决方案是尽可能使用原生 <code>&lt;button&gt;</code> 元素，在无法使用时采用完整的 ARIA 模式。</p>

<h2 class="wp-block-heading" id="h-design-patterns-that-work">有效的设计模式</h2>

<p class="wp-block-paragraph">能够在眼动追踪、头部指针和开关扫描中存活的模式，具有少量共同的结构特征。每种模式在 <a href="https://www.w3.org/WAI/ARIA/apg">ARIA 创作实践指南</a>和 WCAG 2.2 理解文档中均有详细记录，并在面向主流受众的网站上常规生产使用，没有人注意到任何不同。</p>

<p class="wp-block-paragraph"><strong>尽可能使用原生 HTML 元素。</strong>最可靠的无障碍举措，是将 <code>&lt;button&gt;</code>、<code>&lt;a&gt;</code>、<code>&lt;input&gt;</code>、<code>&lt;select&gt;</code> 和 <code>&lt;textarea&gt;</code> 用于其语义目的。原生元素内置了正确的键盘处理、正确的 ARIA 角色、正确的焦点行为和正确的指针取消语义。用自定义 <code>&lt;div&gt;</code> 重新实现上述任何功能的复杂度，约为原来工作量的 10 倍，而结果几乎总是更差。</p>

<p class="wp-block-paragraph"><strong>具有足够对比度的可见焦点指示器。</strong>对开关用户而言，焦点环<em>就是</em>光标。2 像素蓝色环与周围背景的对比度达到 4:1，是程序性最低要求（SC 2.4.7 焦点可见，AA 级；以及 SC 2.4.11 焦点不被遮挡，WCAG 2.2 新增）。在不替换的情况下去除浏览器默认焦点环的网站，会让开关用户迷失。</p>

<p class="wp-block-paragraph"><strong>可预期的焦点顺序。</strong>开关扫描默认按 DOM 源顺序（由 <code>tabindex</code> 调整）遍历。在页面中跳跃的扫描顺序会使界面无法使用。相关标准是 SC 2.4.3 焦点顺序（A 级）；实际含义是，在用户执行一系列操作的地方，视觉顺序与 DOM 顺序应尽量一致。</p>

<p class="wp-block-paragraph"><strong>宽裕的激活区域。</strong>SC 2.5.8 的 24 像素最小值是底线，而非目标。2022 年以来发布了无障碍测试模式的许多设计系统——Adobe Spectrum、IBM Carbon、GOV.UK Design System、美国网页设计系统——默认采用 44 像素触控目标，对指针不精确用户效果良好，同时不会干扰视觉布局。</p>

<p class="wp-block-paragraph"><strong>带有明确按钮的确认流程。</strong>任何破坏性或不可撤销的操作都应要求通过明确的确认按钮确认——而非滑动、长按，或"点击外部任意位置以关闭"。该模式适用于所有人，并在所有替代输入下均能存活。</p>

<p class="wp-block-paragraph"><strong>宽裕的超时，或不设超时。</strong>如果出于安全原因（银行、医疗）必须设置超时，用户必须能够在超时触发前通过单指针操作延长时限。常见模式是在超时窗口的 75% 处显示"您还在吗？"提示，并附上一个大型单按钮供延长。</p>

<p class="wp-block-paragraph"><strong>跳过链接和地标导航。</strong>一个必须遍历整个导航菜单、整个头部区域和整个广告位才能到达文章正文的扫描界面，是无法使用的。将"跳至内容"链接作为页面第一个可聚焦元素是最低要求；地标区域（<code>&lt;main&gt;</code>、<code>&lt;nav&gt;</code>、<code>&lt;aside&gt;</code>）让开关用户可以按结构跳转而非逐一线性遍历。</p>

<p class="wp-block-paragraph"><strong>尊重用户的 prefers-reduced-motion 设置。</strong>自动切换的轮播和持续动画的背景会让眼动追踪器无法在稳定目标上定焦。CSS 媒体查询（<code>@media (prefers-reduced-motion: reduce)</code>）可让同一界面为需要关闭动效的用户提供服务。</p>

<h2 class="wp-block-heading" id="h-what-this-means">这对设计师、工程师和产品团队意味着什么</h2>

<p class="wp-block-paragraph">替代输入方式的报道记录，落在一个对读过本站其他无障碍入门文章的人而言应该熟悉的地方。技术已经成熟。标准已经成熟。用户群体已经有充分的描述。剩余的工作在于采购、培训，以及每天养成构建不默默假设双轴、双手、亚秒延迟输入的界面的习惯。</p>

<p class="wp-block-paragraph">对<strong>设计师</strong>而言：用键盘来验证原型。如果你的设计在仅使用 Tab 键导航且焦点环可见的情况下能正常运作，它就能为开关用户正常运作；如果不行，视觉设计已经超越了交互模型。Apple Vision Pro 眼动追踪加捏合手势的先例，将替代输入重新定义为设计基准而非补救措施。能在 Vision Pro 上运行的设计，往往也能在 Tobii 上运行。</p>

<p class="wp-block-paragraph">对<strong>工程师</strong>而言：绑定到 <code>click</code> 而非 <code>mousedown</code>。使用原生 HTML 元素。测试 Tab 顺序。在页面发布前进行仅键盘审计。上述大多数故障是工程惯例问题，而非工程难度问题。</p>

<p class="wp-block-paragraph">对<strong>产品团队</strong>而言：在常规用户测试中纳入替代输入方式的用户。上述障碍不是边缘案例；它们是常规故障，在与 Tobii 传感器或开启了 Switch Control 的 iOS 设备进行 30 分钟测试时就会浮现。在测试计划中纳入该输入方式的成本很小。不纳入的代价，就是上述故障被大规模发布，影响到一个本已选择有限的群体。</p>

<p class="wp-block-paragraph">当网络接受"点击"不是通用动词时，它才真正有效。将 Tobii 传感器架在显示器下方的用户、用摄像头追踪鼻尖的用户、将单个机械开关固定在桌角的用户——每个人都在执行与使用触控板的用户相同的操作。标准层认可这一点。上述设计模式尊重这一点。工作就是持续按这一前提构建。</p>

<p class="wp-block-paragraph">欲了解更多，请阅读 Disability World 关于 <a href="/toolkit/glossary/wcag/">WCAG 2.2 成功标准</a>、<a href="/articles/state-of-deaf-education-access/">2026 年更广泛报道记录</a>和<a href="/articles/">我们持续更新的辅助技术报道</a>的内容。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">主要参考来源</h2>
<ol>
<li>万维网联盟（W3C）。<em>网页内容无障碍指南（WCAG）2.2</em>，2023 年 10 月推荐标准。https://www.w3.org/TR/WCAG22/</li>
<li>万维网联盟（W3C）。<em>指针事件第 3 级</em>，推荐标准。https://www.w3.org/TR/pointerevents/</li>
<li>万维网联盟（W3C）。<em>WAI-ARIA 创作实践指南</em>。https://www.w3.org/WAI/ARIA/apg/</li>
<li>世界卫生组织。<em>残疾人健康公平全球报告</em>（2022 年）及 2024 年监测更新。</li>
<li>美国疾病控制与预防中心。<em>残疾与健康数据系统（DHDS）</em>，2026 年访问。</li>
<li>Tobii Dynavox AB。PCEye 和 I-Series 产品文档，2025 年发布说明。</li>
<li>苹果公司。<em>Apple Vision Pro 无障碍功能</em>文档，visionOS 2（2024—25 年）。</li>
<li>波士顿学院。<em>Camera Mouse</em> 项目文档，2024 年发布。</li>
<li>苹果公司。<em>iOS、iPadOS 和 macOS 上的 Switch Control</em>，无障碍功能文档。</li>
<li>谷歌。<em>Android 的 Switch Access</em>，Android 无障碍文档，Android 14 及以上版本。</li>
<li>美国 ALS 协会。<em>美国 ALS 流行病学</em>，2024 年监测更新。</li>
<li>欧洲 ALS 联盟。ALS 患病率和发病率报告，2023—25 年周期。</li>
</ol>
</aside>

</div>

---
title: 法国 RGAA：渗透私人合同的公共部门审计义务
url: https://www.disabilityworld.org/zh/articles/france-rgaa/
description: 法国数字无障碍通用改进框架（RGAA）4.1.2 版是欧洲引用最广泛的国家无障碍框架之一。
author: Disability World
pubDate: 2026-05-22
tags: france, rgaa, regulations, regulation-primer, eu, public-sector
---

# 法国 RGAA：渗透私人合同的公共部门审计义务

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一份印有玛丽安娜标志和蜡封印章的法国官方政府文件，放置在抛光木质桌面上——法国 RGAA 无障碍框架的官僚体制象征。</p>

<p class="rt-prefix">阅读时间：10 分钟</p>

<p class="wp-block-paragraph">法国的<strong>数字无障碍通用改进框架</strong>（RGAA——Référentiel général d'amélioration de l'accessibilité）是该国数字无障碍领域的国家技术参考标准。现行版本为 <strong>4.1.2</strong>，它落实了<em>《2005 年 2 月 11 日关于权利与机会平等的第 2005-102 号法律》</em>（2005 年平等法）第 47 条，并使法国公共部门合规与 <strong>WCAG 2.1 AA 级</strong>保持一致。更广泛的欧洲背景请参阅<a href="/regulations/">国家残障权利法规索引</a>和 Disability World 关于<a href="/articles/european-accessibility-act-guide/">欧洲无障碍法案（EAA）</a>的入门文章。</p>

<p class="wp-block-paragraph">RGAA 在欧洲国家框架中有两个独特之处。其一，每个受约束实体必须在服务主页上每年发布一份<strong>无障碍声明（déclaration d'accessibilité）</strong>，并附以有据可查的自查报告和多年期方案（schéma pluriannuel）。其二，尽管法律义务从形式上约束公共部门，RGAA 通过公共采购渗透到私人合同：任何向法国政府销售受约束数字服务的供应商，实际上都必须符合 RGAA 要求。随着将 EAA 转化为法国法律的<em>《2023 年 3 月 9 日关于欧盟法律适应的各项条款法》</em>（BFG）于 <strong>2025 年 6 月 28 日</strong>生效，该义务现已进一步延伸至特定的私人服务。本文介绍 RGAA 是什么、约束谁、如何执法，以及 2026 年的最新图景。</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">目的与范围</h2>

<p class="wp-block-paragraph">RGAA 是由<strong>数字政务跨部委方向局（DINUM）</strong>——总理办公室下设的跨部委数字局——维护的技术参考框架，它将 WCAG 成功标准转化为结构化的法语审计方法。RGAA 本身不是法律义务的来源：义务来自 2005 年法律第 47 条，经 2019 年 7 月 24 日第 2019-768 号法令和 2019 年 9 月 20 日实施令（2020 年和 2023 年修订）进一步细化。RGAA 是上述法律文件以引用方式纳入的合规基准。</p>

<p class="wp-block-paragraph">RGAA 第 4 版于 2019 年发布，经若干点版本更新至 <strong>2023 年的 4.1.2 版</strong>，以 WCAG 2.1 AA 级为基础重构了框架。它包含 106 项测试，按 13 个主题标准分组——图像、框架、颜色、多媒体、表格、链接、脚本、必填元素、信息结构、信息呈现、表单、导航和查阅。每项测试对应一项或多项 WCAG 成功标准，并附有固定的审计方法：审计师须检查什么、使用哪种辅助技术、如何将结果记录为合规、不合规或不适用。</p>

<h3 class="wp-block-heading" id="h-who-is-covered">适用对象</h3>

<p class="wp-block-paragraph">依据 2005 年法律第 47 条（经<em>《2016 年 10 月 7 日数字共和国法》</em>修订），以下主体须承担合规义务：</p>

<ul class="wp-block-list">
<li><strong>公共部门机构</strong>——中央政府、地方当局（大区、省、市镇）、公立医院、公立大学及任何行政性公共机构。</li>
<li><strong>公法规范的机构</strong>——虽非严格意义上的行政机构，但由公共资金资助或受公共控制的实体，如社会保障基金及部分国家机构。</li>
<li><strong>承担公共服务使命的私人组织</strong>——公共交通运营商、公共广播机构及部分特许经营受托人。</li>
<li><strong>超过门槛的私人实体</strong>——在法国三个最近财政年度营业额超过 <strong>2.5 亿欧元</strong>的私营企业，由 2018 年《职业未来自由选择法》引入，并在 2019 年法令中详细规定。</li>
</ul>

<p class="wp-block-paragraph">2.5 亿欧元门槛是令非法国观察者感到意外的关键：RGAA 常被描述为"公共部门"框架，但实际上，在法国运营的大型私营企业——银行、电信、零售商、能源供应商——早已独立于 EAA 进入其约束范围。随着 BFG 转化于 2025 年生效，覆盖范围进一步扩大，将特定面向消费者的私人服务纳入其中，无论营业额高低。</p>

<h2 class="wp-block-heading" id="h-key-provisions">核心条款：审计义务</h2>

<p class="wp-block-paragraph">使 RGAA 区别于软性参考标准的，是写入 2019 年法令和实施令中的操作合规架构。每个受约束实体须在滚动年度周期内完成以下四项工作。</p>

<h3 class="wp-block-heading" id="h-accessibility-statement">无障碍声明</h3>

<p class="wp-block-paragraph">首先，在每项受约束数字服务——网站、移动应用、内网、外网及公众使用的后台工具——的主页上发布<strong>无障碍声明（déclaration d'accessibilité）</strong>，并保证可从主页访问。声明须遵循实施令中的模板：声明的合规状态（完全合规 / 部分合规 / 不合规）、通过 RGAA 测试的百分比合规率、不无障碍内容列表及理由说明、审计方法和日期，以及供用户报告无障碍问题和申请替代方案的联系渠道。</p>

<p class="wp-block-paragraph">声称"完全合规"的无障碍声明，须以外部或具有资质的内部审计师对照完整 106 项 RGAA 矩阵进行的审计为支撑。"部分合规"须有审计支撑，且适用测试的通过率至少达到 50%。50% 以下必须声明"不合规"——鉴于新闻媒体和 DPO（数据保护官）的关注，这一声明在 2026 年已变得难以公开展示。</p>

<h3 class="wp-block-heading" id="h-multi-year-schema">多年期方案</h3>

<p class="wp-block-paragraph">其次，每个受约束实体须发布<strong>多年期无障碍推进方案（schéma pluriannuel de mise en accessibilité）</strong>——一份三年期无障碍路线图——及由此派生的年度行动计划。两份文件均须公开。路线图应注明受约束服务、分配预算、治理安排（指名的无障碍负责人）和里程碑；年度行动计划则列出本年度计划开展的具体整改工作。DINUM 发布自身路线图作为示范案例，Anct（全国地方凝聚力机构）为规模较小的地方当局提供路线图起草支持。</p>

<h3 class="wp-block-heading" id="h-user-feedback">用户反馈与监察员救济</h3>

<p class="wp-block-paragraph">其三，每份无障碍声明须为用户提供反馈渠道，并说明在未收到满意答复时向<strong>权利捍卫者（Défenseur des droits）</strong>——法国监察员——申诉的途径。权利捍卫者自 2019 年起将数字无障碍投诉作为独立类别处理，其年度报告点名被认定违规的受约束实体。尽管权利捍卫者的建议不具约束力，但这些建议以公开方式发布，已在多项大型公共服务迁移中推动了实质改变。</p>

<h3 class="wp-block-heading" id="h-mandatory-training">强制培训</h3>

<p class="wp-block-paragraph">其四，2019 年法令要求受约束实体对负责设计、开发或发布数字内容的工作人员进行培训。培训小时数未作具体规定，但多年期方案须注明接受培训的工作人员及所用服务提供商。DINUM 的 <em>Design Gouv</em> 指南和公共服务培训机构维护的<em>数字无障碍</em>课程目录是事实上的参考课程；自 2022 年以来，提供 RGAA 对齐课程的私立院校和训练营大量涌现。</p>

<h2 class="wp-block-heading" id="h-timelines">时间线：RGAA 如何演进至 4.1.2 版</h2>

<ul class="wp-block-list">
<li><strong>2005 年 2 月 11 日</strong> — 《权利与机会平等法》第 47 条确立公共部门在线服务必须无障碍的原则。</li>
<li><strong>2009 年</strong> — RGAA 第 1 版发布，基于 WCAG 1.0；立即遭到 DPO 批评，认为过于倾向供应商。</li>
<li><strong>2014 年</strong> — RGAA 第 2 版与 WCAG 2.0 AA 级对齐。</li>
<li><strong>2016 年 10 月 7 日</strong> — 《数字共和国法》将义务扩展至在线公共服务机构，并引入私营部门营业额门槛（当时为 2.5 亿欧元）。</li>
<li><strong>2017 年</strong> — RGAA 3.2017 版发布；首个集成旨在常规自查的审计表格的版本。</li>
<li><strong>2019 年</strong> — 2019 年 7 月 24 日第 2019-768 号法令和 2019 年 9 月 20 日实施令明确操作义务——无障碍声明、多年期方案、年度计划、培训。同年发布的 RGAA 第 4 版与 WCAG 2.1 AA 级及网络无障碍指令（2016/2102）要求对齐。</li>
<li><strong>2020—2023 年</strong> — 点版本 4.0、4.1、4.1.1 和 4.1.2 细化审计方法、扩展移动应用覆盖并厘清评分规则。</li>
<li><strong>2023 年 3 月 9 日</strong> — 《关于欧盟法律适应的各项条款法》（BFG）将欧洲无障碍法案转化为法国法律，实施令在 2023 年晚些时候通过。</li>
<li><strong>2025 年 6 月 28 日</strong> — BFG 关于私人消费者服务的条款生效，与欧盟各国 EAA 适用日期同步。</li>
<li><strong>2026 年</strong> — 扩大范围后的第一个完整报告年；ARCOM 透明度报告首次纳入私营部门服务的合规数据。</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">执法：ARCOM、DGCCRF 与权利捍卫者</h2>

<p class="wp-block-paragraph">法国数字无障碍执法由三个机构负责，其职权相互交叉但各有侧重。了解各机构的分工，是区分形式合规与实质可辩护合规的关键。</p>

<h3 class="wp-block-heading" id="h-arcom">ARCOM——承担无障碍职责的平台监管机构</h3>

<p class="wp-block-paragraph"><strong>视听与数字传播监管局（ARCOM）</strong>——由 2022 年视听监管机构 CSA 与在线内容机构 HADOPI 合并而来——继承了依据第 47 条监督公共部门及大型私营数字无障碍合规的职责。ARCOM 定期发布<em>第 47 条适用情况报告</em>，列出受约束实体、其声明的合规率，以及完全未在规定形式的主页上发布无障碍声明的实体。2025 年报告覆盖约 4,800 个适用范围内的组织；其中约三分之一在主页上没有以规定形式发布无障碍声明。</p>

<p class="wp-block-paragraph">ARCOM 自 2020 年起拥有对以下行为开具最高 <strong>5 万欧元每项服务</strong>行政罚款的权力：未发布合规无障碍声明、未制定多年期方案，或发布的声明在实质上虚报合规状态。罚款上限由 2023 年改革从 2.5 万欧元提高，重复违规翻倍。截至 2026 年，ARCOM 已开具逾 20 张罚款，几乎全部针对超过营业额门槛的私营部门实体；公共部门罚款仍属罕见，声誉压力反而更具效力。</p>

<h3 class="wp-block-heading" id="h-dgccrf">DGCCRF——私营部门的消费者保护执法机构</h3>

<p class="wp-block-paragraph"><strong>竞争、消费与反欺诈总局（DGCCRF）</strong>——经济部下设的消费者保护与竞争局——负责对 BFG 新纳入范围的私营部门消费者服务执法。ARCOM 执法依据第 47 条本身的义务，DGCCRF 则执法依据 EAA 派生的电子商务、银行、交通票务、电子书及指令 2019/882 附件一所列其他类别的义务。DGCCRF 执法人员拥有检查权，可对法人开具最高 <strong>7.5 万欧元</strong>的行政罚款，并将最严重案件移送检察院。</p>

<p class="wp-block-paragraph">这种分工至关重要，因为法国大型零售商的网站，同时处于 ARCOM（依据 2.5 亿欧元门槛）和 DGCCRF（作为 BFG 下的消费者电子商务服务）的执法范围之内。两个机构均可采取行动；实践中 DINUM 已协调签署谅解备忘录，厘清各自牵头处理的案件类型。</p>

<h3 class="wp-block-heading" id="h-defenseur-des-droits">权利捍卫者——个人投诉</h3>

<p class="wp-block-paragraph"><strong>权利捍卫者（Défenseur des droits）</strong>处理无法访问受约束服务的用户提出的个人投诉。该机构的建议不具约束力，但以公开方式发布；在反复出现的案件中，权利捍卫者已将案卷移交 ARCOM 跟进行政处理。2024 年年度报告记录了逾 1,600 件数字无障碍投诉，是该类别设立以来的年度最高值。</p>

<h2 class="wp-block-heading" id="h-procurement">RGAA 如何渗透私人合同</h2>

<p class="wp-block-paragraph">RGAA 超越其正式范围的覆盖，主要是法国公共采购的产物。《公共采购法典》第 L2112-2 条和财政部发布的标准行政总条款（CCAG）模板，要求合同机构将无障碍要求纳入数字服务的技术规范。实践中，国家、大区、省、市镇、医院、大学或任何公共机构发布的网站、应用、CMS、客户管理系统或内网采购招标，现在均包含 RGAA 合规条款。</p>

<p class="wp-block-paragraph">对供应商而言，结果是直接的。销售公共部门票务平台的 SaaS 企业必须在合同签署时证明 RGAA 合规性，在 SLA 中嵌入年度审计义务，并接受与不合规挂钩的违约金条款。参与网站改版竞标的咨询公司必须配备经 RGAA 矩阵培训的开发人员。未通过 RGAA 13 个主题测试的设计系统，无法赢得法国公共部门业务。因此，该框架的地理和行业覆盖远大于法律义务所表明的范围，这也是法国无障碍工程公司围绕 RGAA 审计建立起成熟咨询业务的原因之一。</p>

<h2 class="wp-block-heading" id="h-eaa-expansion">EAA 扩展：2025 年起</h2>

<p class="wp-block-paragraph"><strong>欧洲无障碍法案</strong>（指令 2019/882）由 2023 年 3 月 9 日 BFG 转化为法国法律，实施令在 2023 年晚些时候通过。适用于 <strong>2025 年 6 月 28 日</strong>，与欧盟各国同步。该转化不取代 RGAA；两者并行存在。RGAA 仍是公共部门服务以及已在第 47 条范围内的大型私人服务的审计基准。BFG 对特定面向消费者的私人服务另设平行义务——电子商务、零售银行和消费信贷、电子书及专用阅读软件、电子通信服务、视听媒体服务访问、交通票务和信息服务，以及 ATM 和自助服务终端——无论企业规模，但适用欧盟统一的微型企业豁免。</p>

<p class="wp-block-paragraph">对于上述私人服务，合规性依据协调欧洲标准 <strong>EN 301 549</strong> 衡量，该标准本身对网络和移动端纳入了 WCAG 2.1 AA 级。换言之，合规的实质内容与 RGAA 相同——但法律载体、执法机构（DGCCRF 而非 ARCOM）和文件模板不同。许多已为公共部门合同遵守 RGAA 的法国私营部门供应商，于 2024 年和 2025 年将同一审计程序扩展至消费者产品，其理由是运行两套并行合规制度比运行一套代价更高。</p>

<h2 class="wp-block-heading" id="h-practical-implications">实际影响：2026 年须准备什么</h2>

<p class="wp-block-paragraph">对于新纳入范围的组织——尤其是 BFG 类别中的中型法国私营服务——操作层面的工作分为四个工作流。没有哪个是罕见的；所有的都在时间表上不容半点马虎。</p>

<ul class="wp-block-list">
<li><strong>开展审计。</strong>无论依据 RGAA 13 主题测试（公共部门和大型私营）还是 EN 301 549（BFG 私营服务），审计必须有记录、有日期，并由可识别的审计师签署。自查允许，但若 ARCOM 或 DGCCRF 后续质疑已发布的声明，第三方审计具有实质上更高的可信度。</li>
<li><strong>发布声明。</strong>无障碍声明必须位于每项受约束服务的主页上，遵循官方模板，并至少每年更新一次。声明缺失或不合规是 ARCOM 最常开罚的违规情形——比发现实质性 WCAG 违规更易检测、更易证明、更易采取行动。</li>
<li><strong>起草多年期方案。</strong>公共部门机构承担三年期路线图义务。BFG 下的私人实体无对等的正式义务，但大多数大型供应商为管理采购风险和 DPO 审查，已主动发布路线图。</li>
<li><strong>培训并指定负责人。</strong>每个受约束实体须培训其设计、开发和编辑团队，并指定一名无障碍负责人。负责人的联系方式须载入无障碍声明；培训方案须载入多年期方案。</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">结语：带有欧盟边缘的国家框架</h2>

<p class="wp-block-paragraph">2005 年法律确立原则后的二十一年，RGAA 已成为欧洲操作规范最为具体的国家数字无障碍框架之一——106 项审计测试、强制年度自查、公开无障碍声明、三年路线图、具名负责人、强制培训，以及两个拥有行政罚款权力的监管机构（ARCOM 和 DGCCRF）。该框架并不高调，但内容密集；通过公共采购，它塑造的商业版图远大于其正式范围所表明的。</p>

<p class="wp-block-paragraph">本十年剩余时间里一个有趣的问题是：RGAA 与 EAA 是否会形成清晰的双轨制度——RGAA 用于公共部门和现有大型私营范围，EN 301 549 加 BFG 用于新纳入的私人消费者服务——还是 DINUM 最终会发布第五代 RGAA，将 EAA 矩阵吸收进来，为受约束组织提供单一法语框架。2024 年 RGAA 征求意见稿暗示了后者。目前，在法国运营的组织应假定两套制度均适用，并围绕两者中范围更广的一套设计其合规方案。如需进一步阅读，请参阅 Disability World 关于<a href="/articles/european-accessibility-act-guide/">欧洲无障碍法案</a>的入门文章和<a href="/regulations/">国家残障权利法规索引</a>。</p>

</div>

---
title: 游戏无障碍2026：CVAA视频游戏延伸条款后的法规格局与AAA发行商现状
url: https://www.disabilityworld.org/zh/articles/game-accessibility-2026/
description: FCC于2013年取消视频游戏豁免已逾十年，《二十一世纪通信与视频无障碍法》对游戏内通信的约束力已长达十二年，AAA主机游戏产业正被——参差不齐、有时不情不愿地——纳入可识别的无障碍功能基准。
author: Disability World
pubDate: 2026-05-22
tags: games, video-games, cvaa, fcc, accessibility, aaa-studios, data
---

# 游戏无障碍2026：CVAA视频游戏延伸条款后的法规格局与AAA发行商现状

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑观察</strong> · 游戏无障碍、AAA发行商与后CVAA时代的扩展</span>
  </div>

  <h1>游戏无障碍2026 <em>——CVAA视频游戏延伸条款后的法规格局与AAA发行商现状</em></h1>

  <p class="lede">联邦通信委员会2013年视频游戏豁免到期已逾十年，《二十一世纪通信与视频无障碍法》对游戏内通信的约束力已长达十二年，AAA主机游戏产业正被——参差不齐、有时不情不愿地——纳入可识别的无障碍功能基准。在<strong>2024至2025年度销量最高的10家AAA发行商</strong>中，大约<strong>七家</strong>现已在其2025年旗舰作品中实现了《游戏无障碍指南》"基础"级别的最低要求（默认开启字幕、可重映射按键、色盲友好界面）。行业最高水准——顽皮狗的<em>《最后生还者 第二章》</em>于2020年发行时内置<strong>约60项无障碍设置</strong>——此后仅有两款AAA作品在功能数量上与之比肩。FCC于<strong>2024年1月发布的"进一步拟议规则制定通知"</strong>（CG Docket Nos. 10-213 / 10-145 / 06-181）明确表示，第716条的适用范围将从纯文本游戏内聊天扩展至游戏中更广泛的高级通信服务界面。本报告还原监管脉络，对AAA发行商逐一评分，并预判2026至2028年的执法走势。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">研究发现 · 档案12</span>
      <span class="dossier-meta">07项条目 · 数据来源：FCC立案记录、《游戏无障碍指南》审计及AAA发行商2020至2025年发行配置</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">AAA无障碍记录揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">2014</span>
        <div class="dossier-body">
          <p class="dossier-claim">CVAA第716条对游戏内高级通信服务的约束义务于2014年1月8日正式生效</p>
          <p class="dossier-note">2010年颁布的《二十一世纪通信与视频无障碍法》将《通信法》的无障碍要求延伸至高级通信服务（ACS），涵盖"互联及非互联VoIP服务、电子消息服务和可互操作视频会议服务"。FCC针对软件渲染游戏内聊天的视频游戏行业豁免于2014年1月8日到期，使AAA游戏行业成为CVAA第一阶段实施期间适用ACS规则规模最大的单一行业。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约60项</span>
        <div class="dossier-body">
          <p class="dossier-claim">顽皮狗的<em>《最后生还者 第二章》</em>于2020年发行时内置约60项独立无障碍设置</p>
          <p class="dossier-note">AbleGamers与IGDA游戏无障碍特别兴趣小组发布的该作品审计报告统计了60余项设置，涵盖运动、视觉、听觉和认知四大类，包括全屏幕阅读器式菜单导航、高对比度显示模式和精细字幕控制。该审计为索尼和微软第一方后续作品设定了AAA行业最高基准。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim">微软Xbox无障碍指南（XAGs）于2019年发布，成为业内首个由发行商强制要求执行的无障碍清单</p>
          <p class="dossier-note">XAGs于2019年首次发布，现已更新至第五版，涵盖25项内容，包括输入重映射、字幕与注释渲染、色盲支持、音频描述钩子和减少动态选项。微软第一方工作室须按XAGs要求发行游戏；微软Game Stack对第三方Xbox版本的认证流程也对其中部分内容进行测试。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2023</span>
        <div class="dossier-body">
          <p class="dossier-claim">索尼于2023年在PlayStation商店引入无障碍标签，在购买页面直接展示每款游戏的功能信息</p>
          <p class="dossier-note">PlayStation商店无障碍标签计划为游戏页面附加逐作品元数据块，标注对字幕、音频描述、可重映射按键、单摇杆操控和色盲选项的支持情况。覆盖率参差不齐——第一方作品标签率接近100%，第三方作品则低得多——但标签本身已相当于面向消费者的营养成分标签。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2024年1月</span>
        <div class="dossier-body">
          <p class="dossier-claim">FCC 2024年1月发布的进一步拟议规则制定通知表明第716条适用范围将扩展至更广泛的游戏内ACS界面</p>
          <p class="dossier-note">CG Docket Nos. 10-213、10-145及06-181。该通知询问现行第716条框架能否充分涵盖现代游戏内通信，包括语音聊天、整合派对聊天、带第三方语音叠加的游戏内文字频道，以及2013至2014年立规时未曾考虑的过场动画音频描述和字幕。评论期于2024年中期结束；最终规则预计于2026日历年内颁布。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3个层级</span>
        <div class="dossier-body">
          <p class="dossier-claim">《游戏无障碍指南》将功能覆盖划分为基础、中级和高级三个层级，是游戏行业的实际WCAG等效标准</p>
          <p class="dossier-note">该指南自2012年起由包括AbleGamers、IGDA游戏无障碍特别兴趣小组及英国主要工作室顾问在内的工作组维护，目录涵盖约100项建议，分布于三个层级及运动、视觉、听觉、认知和语言障碍玩家五大类别。基础层级是协商确定的最低要求；高级层级与<em>《最后生还者 第二章》</em>的基准相当。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">10家中的7家</span>
        <div class="dossier-body">
          <p class="dossier-claim">按2024至2025年销量计算的前十大AAA发行商中，七家已在2025年旗舰新作中达到GAG基础层级</p>
          <p class="dossier-note">各发行商旗下产品目录的覆盖率参差不齐——微软、索尼及顽皮狗（索尼第一方）在旗舰作品中位于高级层级；任天堂、育碧和EA在大多数2025年新作中达到中级层级；Take-Two、动视暴雪、万代南梦宫、卡普空和史克威尔艾尼克斯集中在基础层级，偶有中级突破。前十名中的两家发行商——鉴于等待出版商回应暂不具名——在至少一款2024至2025年旗舰作品中未能达到基础层级。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>数据来源</strong>：FCC CG Docket Nos. 10-213 / 10-145 / 06-181（CVAA第716条实施规则及2024年进一步拟议规则制定通知）；《游戏无障碍指南》（gameaccessibilityguidelines.com，工作组2012至2024年各版本修订）；AbleGamers 2020至2024年审计报告；IGDA游戏无障碍特别兴趣小组2022至2024年《游戏无障碍现状》年度调查；微软Xbox无障碍指南（第1至5版，2019至2024年）；索尼PlayStation商店无障碍标签计划元数据；Can I Play That?、DAGERSystem及Family Gaming Database 2020至2025年发布的逐作品无障碍审计报告。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#cvaa">CVAA、第716条与2014年视频游戏延伸</a></li>
      <li><span class="toc-num">02</span><a href="#fnprm">2024年1月进一步拟议规则制定通知及其扩展内容</a></li>
      <li><span class="toc-num">03</span><a href="#gags">《游戏无障碍指南》作为WCAG等效标准</a></li>
      <li><span class="toc-num">04</span><a href="#ranking">AAA发行商现状排名</a></li>
      <li><span class="toc-num">05</span><a href="#tlou2">《最后生还者 第二章》作为行业最高水准</a></li>
      <li><span class="toc-num">06</span><a href="#platform">平台持有者计划——Xbox、PlayStation、任天堂</a></li>
      <li><span class="toc-num">07</span><a href="#civilsociety">AbleGamers、IGDA-GASIG与咨询层</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">2026至2028年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="cvaa">01 · CVAA、第716条与2014年视频游戏延伸</h2>

  <p class="dropcap-first">《二十一世纪通信与视频无障碍法》（2010年，第111-260号公法），于2010年10月8日经奥巴马总统签署颁布，是自1990年《美国残疾人法》以来首部主要针对通信技术的联邦无障碍立法。该法修订了1934年《通信法》，新增第716条和第717条，要求高级通信服务提供商及相关设备制造商使其服务和设备对残疾人"可及且可用"，"除非不可实现"。FCC依据47 CFR第14部分制定的实施规则确立了实质性义务：等效访问、绩效目标、信息与文档无障碍，以及在消费者与政府事务局前的投诉和执法渠道。</p>

  <p>对于视频游戏行业，2010年后的实际问题是第716条是否以及何时适用于游戏内通信。FCC于2012年10月颁发一年期全行业豁免（FCC 12-119，CG Docket No. 10-213），并于2013年10月再次延长一年，随后豁免于2014年1月8日到期。自该日起，发行含游戏内语音或文字聊天功能的AAA游戏的发行商，即成为第716条下专门针对聊天界面的ACS提供商，须承担FCC的无障碍义务。2014至2015年，第一波合规工作——字幕语音聊天、文字转语音、无障碍文档的申请与回应机制——进入行业认证流程。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">第716条</span><span class="ps-desc">ACS实质性义务——对残疾人可及且可用，除非不可实现</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">第717条</span><span class="ps-desc">记录保存与执法——在消费者与政府事务局前的投诉与解决渠道</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">2012至2013年豁免</span><span class="ps-desc">FCC对软件渲染游戏内聊天颁发一年加延期的行业豁免；于2014年1月8日到期</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">2024年1月进一步拟议规则制定通知</span><span class="ps-desc">重新审视现代游戏内ACS界面是否已得到充分覆盖</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10家全部</div><div class="method-label">分析了前10大AAA发行商</div></div>
    <div class="method-card"><div class="method-num">47 CFR第14部分</div><div class="method-label">CVAA第716条实施规则</div></div>
    <div class="method-card"><div class="method-num">约100项</div><div class="method-label">《游戏无障碍指南》三层级建议</div></div>
    <div class="method-card"><div class="method-num">25项</div><div class="method-label">第五版Xbox无障碍指南（XAGs）</div></div>
  </div>

  <hr />

  <h2 id="fnprm">02 · 2024年1月进一步拟议规则制定通知及其扩展内容</h2>

  <p>FCC于2024年1月18日在CG Docket Nos. 10-213、10-145和06-181中发布的进一步拟议规则制定通知，并未重写第716条框架，而是以一系列具体问题询问2012至2013年的原始实施记录，是否已充分预见十年后游戏内通信的面貌。该通知表明的四个扩展方向大致如下：第一，整合派对聊天和平台级语音系统（Xbox Live派对、PlayStation Network派对、Discord游戏集成），其聊天界面由平台与游戏共同渲染，无障碍义务可能归属任一方。第二，带第三方叠加层的游戏内语音聊天——代表案例是Discord与EA、Bungie及动视暴雪旗下游戏的游戏内集成。第三，游戏内过场动画的字幕与音频描述，2013至2014年立规时未将其视为ACS，但通知暗示其或许属于"视频会议服务"的解释范畴。第四，跨平台游戏及双控制台平台同时渲染聊天时，哪家ACS提供商承担义务的问题。</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated
      image whose axis labels and title rendered as gibberish (AI
      image models cannot draw legible text). Values match the
      bar-chart section below; Naughty Dog (the high-watermark) is
      highlighted in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="aaa-chart-title aaa-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="aaa-chart-title">各AAA发行商《游戏无障碍指南》覆盖情况，2025年旗舰作品</title>
      <desc id="aaa-chart-desc">横向条形图，显示前十大AAA发行商在2025年旗舰作品中实施的《游戏无障碍指南》建议数量（约100项中）。顽皮狗以约80项居首，其后依次为Xbox Game Studios约74项、索尼互动娱乐约70项、育碧约58项、Electronic Arts约55项、任天堂约46项、Take-Two约42项、动视暴雪约38项、卡普空约35项、史克威尔艾尼克斯约30项。顽皮狗以红色高亮标注为行业最高水准。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 20, 40, 60, 80, 100 — bars start at x=260, end at x=760 (500px = 100 recs, 5px per rec) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="360" y1="40" x2="360" y2="320" />
        <line x1="460" y1="40" x2="460" y2="320" />
        <line x1="560" y1="40" x2="560" y2="320" />
        <line x1="660" y1="40" x2="660" y2="320" />
        <line x1="760" y1="40" x2="760" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0</text>
        <text x="360" y="338">20</text>
        <text x="460" y="338">40</text>
        <text x="560" y="338">60</text>
        <text x="660" y="338">80</text>
        <text x="760" y="338">100</text>
      </g>
      <text x="510" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">已实施的GAG建议数量（约100项中）</text>
      {/* Publisher labels — right-aligned at x=252 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="252" y="56">Naughty Dog</text>
        <text x="252" y="82">Xbox Game Studios</text>
        <text x="252" y="108">Sony Interactive</text>
        <text x="252" y="134">Ubisoft</text>
        <text x="252" y="160">Electronic Arts</text>
        <text x="252" y="186">Nintendo</text>
        <text x="252" y="212">Take-Two Interactive</text>
        <text x="252" y="238">Activision-Blizzard</text>
        <text x="252" y="264">Capcom</text>
        <text x="252" y="290">Square-Enix</text>
      </g>
      {/* Bars — 16px tall, 26px spacing, starting at y=44 — Naughty Dog in red */}
      <rect x="260" y="44" width="400" height="16" fill="#dc2626" />
      <rect x="260" y="70" width="370" height="16" fill="#1a1a1a" />
      <rect x="260" y="96" width="350" height="16" fill="#1a1a1a" />
      <rect x="260" y="122" width="290" height="16" fill="#1a1a1a" />
      <rect x="260" y="148" width="275" height="16" fill="#1a1a1a" />
      <rect x="260" y="174" width="230" height="16" fill="#1a1a1a" />
      <rect x="260" y="200" width="210" height="16" fill="#1a1a1a" />
      <rect x="260" y="226" width="190" height="16" fill="#1a1a1a" />
      <rect x="260" y="252" width="175" height="16" fill="#1a1a1a" />
      <rect x="260" y="278" width="150" height="16" fill="#1a1a1a" />
      {/* Value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="666" y="57" fill="#dc2626">约80</text>
        <text x="636" y="83">约74</text>
        <text x="616" y="109">约70</text>
        <text x="556" y="135">约58</text>
        <text x="541" y="161">约55</text>
        <text x="496" y="187">约46</text>
        <text x="476" y="213">约42</text>
        <text x="456" y="239">约38</text>
        <text x="441" y="265">约35</text>
        <text x="416" y="291">约30</text>
      </g>
      {/* GAG tier markers — Basic floor at approx. 30 (x=410), Intermediate at approx. 65 (x=585), Advanced at approx. 80 (x=660) */}
      <line x1="410" y1="40" x2="410" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <line x1="585" y1="40" x2="585" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="410" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">基础层级门槛</text>
      <text x="585" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">中级层级</text>
    </svg>
    <figcaption>按2024至2025年销量计算的前十大AAA发行商，依其2025年旗舰作品中实施的《游戏无障碍指南》建议数量排名。虚线标注GAG基础层级门槛（约30项建议）和中级层级门槛（约65项）；顽皮狗（红色高亮）位于高级层级，与2020年<em>《最后生还者 第二章》</em>所创的第一方最高水准持平。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">AAA发行商——2025年旗舰作品《游戏无障碍指南》覆盖情况（已实施的GAG建议数量，共约100项）</div>
    <div class="bar-row"><div class="bar-label">顽皮狗（索尼第一方）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:80%">约80</div></div></div>
    <div class="bar-row"><div class="bar-label">Xbox Game Studios（微软）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:74%">约74</div></div></div>
    <div class="bar-row"><div class="bar-label">索尼互动娱乐（第一方）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:70%">约70</div></div></div>
    <div class="bar-row"><div class="bar-label">育碧</div><div class="bar-track"><div class="bar-fill bf-d" style="width:58%">约58</div></div></div>
    <div class="bar-row"><div class="bar-label">Electronic Arts</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">约55</div></div></div>
    <div class="bar-row"><div class="bar-label">任天堂</div><div class="bar-track"><div class="bar-fill bf-f" style="width:46%">约46</div></div></div>
    <div class="bar-row"><div class="bar-label">Take-Two Interactive</div><div class="bar-track"><div class="bar-fill bf-g" style="width:42%">约42</div></div></div>
    <div class="bar-row"><div class="bar-label">动视暴雪（微软）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">约38</div></div></div>
    <div class="bar-row"><div class="bar-label">卡普空</div><div class="bar-track"><div class="bar-fill bf-b" style="width:35%">约35</div></div></div>
    <div class="bar-row"><div class="bar-label">史克威尔艾尼克斯</div><div class="bar-track"><div class="bar-fill bf-c" style="width:30%">约30</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">10家中的7家</div><div class="stat-desc">AAA发行商在2025年旗舰作品中达到GAG基础层级</div></div>
    <div class="stat-box"><div class="stat-big">10家中的3家</div><div class="stat-desc">持续达到中级层级</div></div>
    <div class="stat-box"><div class="stat-big">10家中的2家</div><div class="stat-desc">在2024至2025年至少有一款作品达到高级层级</div></div>
  </div>

  <p>进一步拟议规则制定通知并非规则，而是委员会表明其期望下一阶段第716条立规扩大游戏内ACS界面的认定范围，并厘清平台持有者与游戏发行商之间义务分配的通知。对于已开展《游戏无障碍指南》合规工作的AAA工作室——微软、索尼第一方、育碧——该扩展仅属边际增量。对于仅依据第716条聊天专项基准发行游戏的工作室——Take-Two在<em>《侠盗猎车手V》</em>及相关旧版目录上被引用最多——该扩展将需要更实质性的流程调整。</p>

  <div class="callout info">
    <div class="ct">第716条的覆盖范围，简明说明</div>
    <p>第716条涵盖游戏内高级通信服务——FCC视为功能上等同于消费者通信服务的聊天、语音和消息界面。它不涵盖广义的游戏玩法无障碍。叙事对话字幕、色盲模式、可重映射按键和减少动态选项并非第716条义务，而是建立在GAG框架和平台持有者指南之上的行业标准无障碍功能。</p>
  </div>

  <hr />

  <h2 id="gags">03 · 《游戏无障碍指南》作为WCAG等效标准</h2>

  <p>《游戏无障碍指南》不是标准机构文件，在任何地方都没有法律约束力。它是由工作组维护的成果，自2012年起在gameaccessibilityguidelines.com上运营，成员涵盖Ian Hamilton（独立顾问及IGDA-GASIG副主席）、AbleGamers慈善机构、英国Special Effect信托基金，以及微软、育碧、Electronic Arts和索尼的无障碍负责人。然而，它是游戏行业与《网络内容无障碍指南》最为接近的标准，同WCAG一样按三个层级（基础、中级、高级）组织，逐步加深实施深度。</p>

  <p>基础层级——协商确定的最低要求——包含约30项建议。核心内容包括：默认开启重要语音字幕并提供字号和颜色控制；包括无障碍硬件在内的可重映射按键；屏幕阅读器或模拟屏幕阅读器式菜单导航；高对比度和色盲友好界面；每个音频提示均配有清晰的视觉提示；以及至少一种无需同时按下多个按键的输入方案。中级层级在此基础上增加约35项建议，涵盖减少动态选项、菜单状态和游戏HUD旁白、精细字幕和注释控制、过场动画音频描述及辅助模式难度选项。高级层级包含剩余约35项建议，是顽皮狗的<em>《最后生还者》</em>和微软的<em>《极限竞速》</em>目前所处的领域——全屏幕阅读器式菜单和HUD读出、单开关替代输入、过场动画手语诠释，以及认知负荷减少模式。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">顽皮狗（索尼第一方）</div><div class="firm-meta">高级层级 · 约80/100项GAG建议 · <em>《最后生还者 第二章》</em>（2020年）发行时超60项设置，<em>《重制版》</em>（2024年）持平</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">高级</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Xbox Game Studios（微软）</div><div class="firm-meta">高级层级 · 约74/100项 · XAGs第5版 + 微软包容性技术实验室 + 自适应控制器硬件支持</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:92%">高级</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">索尼互动娱乐（其他第一方）</div><div class="firm-meta">中级至高级 · 约70/100项 · Insomniac、Guerrilla、Santa Monica工作室无障碍计划</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:87%">中级+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">育碧</div><div class="firm-meta">中级 · 约58/100项 · 自2018年起设立内部无障碍实验室 · <em>《刺客信条：幻景》</em>为2024年参考作品</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">中级</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Electronic Arts</div><div class="firm-meta">中级 · 约55/100项 · EA无障碍专利于2021年向行业开放使用 · 《EA Sports FC》为参考作品</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">中级</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">任天堂</div><div class="firm-meta">基础至中级 · 约46/100项 · Switch 2过渡期间2023至2025年追赶式进步</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">基础+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Take-Two Interactive</div><div class="firm-meta">基础 · 约42/100项 · Rockstar / 2K / Zynga各部门参差不齐 · <em>《GTA VI》</em>尚未发行</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">基础</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">动视暴雪（微软）</div><div class="firm-meta">基础 · 约38/100项 · 2023年收购后《使命召唤》系列整合XAG框架</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:48%">基础</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">卡普空</div><div class="firm-meta">基础 · 约35/100项 · 2023至2024年《生化危机》重制版有所改进</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">基础</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">史克威尔艾尼克斯</div><div class="firm-meta">低于基础至基础 · 约30/100项 · 排行榜末位，尤其在日本本土发行版本上</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">低于基础</div></div>
    </div>
  </div>

  <p class="pull-quote">《游戏无障碍指南》不是法律，而是工作组共识文件。但经过十五年修订，它在AAA行业中发挥的作用，如同WCAG在早期网络中的作用——一个实际标准，其权威性来自别无替代。</p>

  <hr />

  <h2 id="ranking">04 · AAA发行商现状排名</h2>

  <p>上述排名基于旗舰作品的逐项统计，掩盖了两个重要现象。其一，AAA发行商旗下各工作室水平并不统一。索尼第一方既包括顽皮狗（最高水准），也包括某些2025年作品更接近基础层级的工作室。Take-Two旗下的Rockstar部门据报道在<em>《侠盗猎车手VI》</em>上进行了大量无障碍功能推进，但这可能并未反映在该发行商的旧版目录中。其二，无障碍功能数量不等同于无障碍功能质量。一家发行了十项GAG中级建议部分实施的工作室，未必优于发行了五项深入实施的工作室。</p>

  <p>排行榜所能呈现的是战略姿态。拥有第一方工作室的两大平台持有者——微软和索尼——在无障碍领域投入最多，并在口碑评价、营销定位和（较难衡量的）残疾玩家用户获取方面收获了回报。育碧和Electronic Arts在中级层级跟进，EA于2021年向行业开放其无障碍相关专利，是超越自身产品目录的公开承诺。任天堂是最受关注的中游案例：这家在2010年代产品目录中屡屡达不到基础层级的发行商，在Switch 2过渡期间正在稳步而悄然地向中级层级迈进。底部三家——Take-Two、卡普空、史克威尔艾尼克斯——仍是AAA排行榜的落后者，尽管每家至少有一款中级层级作品。</p>

  <div class="callout warning">
    <div class="ct">日本本土发行版本问题</div>
    <p>《游戏无障碍指南》审计数据呈现了一个难以完全解释的规律：主要为日本市场开发后本地化至西方的AAA作品，在功能数量上往往低于同一全球发行窗口期的西方开发作品。无障碍功能的内部决策似乎在原始本地化阶段确定，西方本地化增补仅限于字幕和色彩友好界面。卡普空和史克威尔艾尼克斯的发行规律被引用最多；这一现象是AAA无障碍排行榜上最接近结构性——而非工作室特定性——解释的因素。</p>
  </div>

  <hr />

  <h2 id="tlou2">05 · 《最后生还者 第二章》作为行业最高水准</h2>

  <p>顽皮狗的<em>《最后生还者 第二章》</em>于2020年6月19日在PlayStation 4上发行，是AAA无障碍功能的标志性参考作品。AbleGamers发布并经IGDA-GASIG 2020至2021年《游戏无障碍现状》调查证实的约60项设置审计报告，涵盖运动（按键重映射、单摇杆操控、自动拾取、自动瞄准切换）、视觉（高对比度模式、全屏幕阅读器式菜单旁白、精细字幕控制、放大镜）、听觉（环境音效和特效的隐藏式字幕、视盲玩家导航辅助包括路径遍历音频提示）和认知（跳过谜题、锁定瞄准、简化界面）四大类。令该作品脱颖而出的是实施深度，而非仅仅功能数量：高对比度模式可按角色单独调色；屏幕阅读器式旁白涵盖菜单状态和游戏HUD；导航辅助模式实现了纯音频可玩模式，发行后有视盲玩家完整通关并进行了演示。</p>

  <p>复制这套功能体系成本不菲。顽皮狗无障碍团队在开发周期和2024年《重制版》发行过程中扩展至近二十人。后续索尼第一方作品——<em>《地平线 西之禁地》</em>、<em>《战神：诸神黄昏》</em>、<em>《漫威蜘蛛侠2》</em>——实现了功能集的相当部分，但未能达到完整数量，顽皮狗的审计数量仍是AAA天花板。截至2025年审计，唯一达到60项以上的西方AAA作品是微软的<em>《极限竞速》</em>（2023年），其经审计的无障碍设置逾70项，包括过场动画的手语翻译渲染。<em>《最后生还者 第二章》</em>的遗产在于，它将AAA无障碍边界从"尽力实现GAG的部分功能"推进至"功能数量成为营销卖点"。</p>

  <div class="quote-block">
    <div class="meta">顽皮狗无障碍声明——2020年6月</div>
    <div class="quote">"《最后生还者 第二章》提供超过60项跨视觉、音频和运动三大类别的无障碍选项，让更多玩家得以享受游戏，包括自定义难度精细调整、包含单摇杆操控在内的替代输入方案、高对比度显示模式、完整菜单旁白，以及允许视盲或低视力玩家完整通关的音频提示。"</div>
    <span class="source">顽皮狗无障碍公告，2020年6月（PlayStation博客）</span>
  </div>

  <hr />

  <h2 id="platform">06 · 平台持有者计划——Xbox、PlayStation、任天堂</h2>

  <p>平台持有者无障碍计划在推动AAA行业整体基准上升方面发挥了最主要的作用。微软的Xbox无障碍指南、Xbox自适应控制器（2018年发布，2024年以Proteus模块化控制器刷新）、包容性技术实验室，以及Game Stack无障碍认证计划，共同为每款Xbox平台发行版本形成软性合规压力。微软并未将XAGs作为硬性认证门槛——第三方作品无需达到要求即可在Xbox上发行——但XAG通过的营销定位、平台持有者的关系杠杆和自适应控制器用户群，营造出一个大多数主要Xbox发行版本至少经过XAGs审计的环境。</p>

  <p>索尼的计划不及微软规范化，但在实质上相当。PlayStation Access控制器于2023年底发布，是索尼的Xbox自适应控制器等效产品——专为与辅助开关和操纵杆接口设计的模块化套件。同年推出的PlayStation商店无障碍标签计划，在购买页面展示逐作品无障碍功能信息。索尼未发布XAGs的正式等效文件；其无障碍计划在第一方工作室内部运作，并通过制作人层面的指导影响第三方发行商。</p>

  <p>任天堂是后来者。Switch世代（2017至2024年）在推出时缺乏微软和索尼已建立的那种平台级无障碍基础设施。2024至2025年的Switch 2过渡成为任天堂追赶的契机：系统级字幕和色彩友好界面选项、系统级扩展按键重映射，以及正在建立中的任天堂Switch Online无障碍功能标签计划，与索尼的计划互相映照。任天堂第一方产品仍是行业中最参差不齐的——尤其是《塞尔达传说》系列长期是无障碍批评的对象——但发展轨迹毫无疑问是向上的。</p>

  <div class="callout safe">
    <div class="ct">Xbox自适应控制器作为战略举措</div>
    <p>微软2018年发布Xbox自适应控制器——一款由微软包容性技术实验室与AbleGamers、脑性麻痹基金会、Craig医院、SpecialEffect及Warfighter Engaged社区合作设计、售价99美元的硬件套件——在推进无障碍边界方面，比任何单一软件功能都更为有效。通过以第一方平台持有者产品的形式发布一款硬件，微软将AAA无障碍变成了一个采购问题，而非慈善问题。2024年Proteus刷新版延续了这一战略。</p>
  </div>

  <hr />

  <h2 id="civilsociety">07 · AbleGamers、IGDA-GASIG与咨询层</h2>

  <p>游戏无障碍领域的民间社会层规模小、网络紧密，影响力却与规模不相称。AbleGamers（自2004年起在西弗吉尼亚州注册为501(c)(3)）向残疾玩家提供资助设备，对照《游戏无障碍指南》审计AAA作品，并运营"玩家专家组"计划，将残疾玩家与AAA工作室配对进行开发周期咨询。国际游戏开发者协会旗下的IGDA游戏无障碍特别兴趣小组运营年度《游戏无障碍现状》调查、GDC无障碍主题编程，以及GASIG精选阅读清单——这是工作室无障碍负责人的实际入门参考。英国的SpecialEffect慈善机构运营StarGazing和EyeMine计划，提供眼动追踪和开关输入基础设施，供个人玩家和AAA工作室用户测试实验室使用。</p>

  <p>围绕这三个组织，还有一个小型咨询层——领先独立顾问Ian Hamilton几乎与上述前十名排行榜中的每家AAA发行商均有合作经验。Cherry Thompson（《最后生还者 第二章》顾问）和Steve Saylor（多款索尼第一方作品审计审查员）在同等的个人顾问层面运作。咨询层的作用是弥合平台持有者指南（XAGs、索尼的隐性等效指南）与单作品实施之间的差距。若没有咨询层，上述排行榜中的AAA无障碍功能数量将明显偏低——每款中级层级作品可能少十到十五项建议。</p>

  <hr />

  <h2 id="outlook">08 · 2026至2028年展望</h2>

  <p>三条主线将定义本十年的后半段。</p>

  <ul>
    <li><strong>FCC扩展版第716条规则。</strong>2024年1月进一步拟议规则制定通知的最终规则预计在2026年内颁布。最受讨论的扩展方向——明确整合派对聊天、带叠加层的游戏内语音及过场动画字幕属于ACS——将对尚未建立合规流程的发行商施加有实质意义的新合规要求。微软和索尼第一方已具备吸收扩展的条件；Take-Two、卡普空和史克威尔艾尼克斯则须投入资源。消费者与政府事务局的执法渠道按照第三编标准并不激进，但通过投诉档案的公开记录姿态产生了实质性合规压力。</li>
    <li><strong>《欧洲无障碍法》对视频游戏的适用范围。</strong>EAA于2025年6月28日的合规截止日期适用于一份界定产品和服务清单，在有争议的解读下，该清单涵盖电子书和某些类别的游戏内通信，但不涵盖视频游戏本身。各成员国对此转化存在差异，欧洲委员会2026年的审查报告可能就游戏行业适用范围发布解释性指引。在EAA确实适用的地方，其约束对象是游戏周边的客户服务界面——商店、账户系统、支持聊天——而非游戏玩法本身。</li>
    <li><strong>首份AAA无障碍同意令。</strong>前十名排行榜中的发行商迄今尚未因第716条受到FCC同意令，也未因游戏无障碍专项问题受到美国司法部ADA第三编同意令。2025至2026年原告律师群体对实时服务型作品、游戏内商店和平台侧通信的关注，表明首份此类同意令在2026至2028年窗口期内发生的概率较大。索尼PlayStation商店和微软Xbox商店已承接了零散的无障碍投诉；其中是否有投诉演变为和解执法行动，是悬而未决的问题。</li>
  </ul>

  <h2 id="closing">贯穿始终的线索</h2>

  <p>2026年的游戏无障碍是一个可衡量、可排名、有文件支撑的领域，这在2014年CVAA视频游戏豁免到期时根本无法想象。《游戏无障碍指南》建立了分层标准；AbleGamers和IGDA-GASIG建立了审计和召集基础设施；微软和索尼建立了对第三方发行商产生实质压力的平台持有者计划；顽皮狗的<em>《最后生还者 第二章》</em>设定了行业自我对标的功能数量天花板。上述排行榜中十家中七家达到基础层级，是十五年工作组标准制定工作最终落实在出货产品中的可见成果。</p>

  <p>然而这并非一个已完成的项目。日本本土发行版本的差距、实时服务和游戏内商店界面，以及整合派对聊天的监管归属，都是悬而未决的问题。2024年1月FCC进一步拟议规则制定通知和EAA的2026年解释性指引将确立下一个监管形态。AAA排行榜中间和底部三分之一能否向顶部靠拢——索尼第一方和微软——还是差距持续扩大，是2026至2028年的关键问题，答案可能取决于首份针对未达标发行商的同意令所带来的代价。</p>

  <p>阅读Disability World关于<a href="/articles/eye-tracking-and-switch-input-2026/">眼动追踪与开关输入</a>、<a href="/regulations/us/">ADA对数字产品的适用范围</a>以及<a href="/articles/">2026年报告记录</a>的更多内容。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>AAA工作室排名依据AbleGamers、Can I Play That?、DAGERSystem及Family Gaming Database发布的逐作品无障碍审计报告重建，与IGDA游戏无障碍特别兴趣小组年度《游戏无障碍现状》调查（2022、2023、2024年版）及各工作室自行发布的无障碍文档交叉核实。逐作品GAG建议数量均为近似值；各发行商审计方法略有差异，部分建议存在不同审计师评分方式不同的部分实施情形。发行商排行榜反映2024至2025年旗舰作品，不对旧版产品目录表现进行加权。</p>
    <p><strong>法律背景：</strong>2010年《二十一世纪通信与视频无障碍法》（2010年10月8日，第111-260号公法），第716条和第717条，编入47 U.S.C. §§617和618。FCC实施规则见47 CFR第14部分。FCC视频游戏行业豁免见CG Docket No. 10-213（2012年及2013年延期；于2014年1月8日到期）。FCC进一步拟议规则制定通知，2024年1月18日，CG Docket Nos. 10-213、10-145及06-181。《欧洲无障碍法》（指令2019/882）合规截止日期2025年6月28日；欧洲委员会2026年解释性审查在本文撰写时尚未完成。《美国残疾人法》第三编，42 U.S.C. §12181及以下（仅作同意令比较参考）。</p>
    <p><strong>本文不涵盖的内容：</strong>并非2024至2025年所有AAA发行游戏的无障碍功能综合目录。移动游戏、独立游戏和实时服务/免费游戏板块不在讨论范围内。跨审计方法的比较评分为近似值；任何基于采购、投资或合规目的做决策的读者，均应查阅基础审计报告及相关工作室的无障碍文档。本文是对行业趋势的编辑分析，不构成法律建议或法规合规意见。</p>
  </footer>

</div>

---
title: 生成式AI与屏幕阅读器提示词：一门设计学科正在成形
url: https://www.disabilityworld.org/zh/articles/generative-ai-and-screen-reader-prompts/
description: 为ChatGPT、Claude、Gemini和Be My AI编写能让屏幕阅读器用户切实受益的系统提示词，正逐渐成为一门独立的设计学科——有其关于结构、破折号、辅助技术交接，以及尚无人攻克的开放式用户体验问题的专属规则。
author: Disability World
pubDate: 2026-05-22
tags: generative-ai, screen-readers, prompts, chatbots, design-discipline, tech-news
---

# 生成式AI与屏幕阅读器提示词：一门设计学科正在成形

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一部智能手机放置在木质桌面上，屏幕显示AI聊天界面，耳机插入其中——这是屏幕阅读器友好型AI提示词设计的视觉标志。</p>

<p class="rt-prefix">阅读时间：9分钟</p>

<p class="wp-block-paragraph">过去十八个月间，无障碍社区内部悄然形成了一门新的设计学科，至今尚无定名。一些团队称之为<strong>"辅助技术感知提示工程"</strong>；另一些称之为<strong>"屏幕阅读器适型系统提示"</strong>；从语音界面设计领域成长起来的实践者则倾向于称其为<strong>"大语言模型的语音输出层"</strong>。无论如何命名，这门学科的核心是一致的：编写系统提示词和输出规范规则，使生成式AI助手——ChatGPT、Claude、Gemini、Copilot、Be My AI——对全球约2.53亿依赖屏幕阅读器访问这些产品的用户切实有用。</p>

<p class="wp-block-paragraph">问题具体而明确，失败方式也十分刺耳。以公开网络数据训练的大语言模型，默认会生成充斥着破折号、嵌套Markdown列表、代码围栏、仅因"答案看起来有结构"而存在的标题，以及装饰性表情符号的文本。这样的输出经由NVDA、JAWS、VoiceOver或TalkBack朗读时，会变成一连串"破折号破折号"的插话、毫无条目边界感的"项目符号项目符号项目符号"枚举、打断句子的"二级标题"播报，以及每隔两句话便出现表情符号名称串（"戴太阳镜的笑脸"）。信息本身是存在的，但用户必须倒回重听三遍才能提取。本文是关于这门学科对模型开发者的要求、各产品目前的进展，以及尚无人攻克的开放式用户体验问题的入门解析。</p>

<h2 class="wp-block-heading" id="h-the-new-discipline">新学科的内容——它究竟包含什么</h2>

<p class="wp-block-paragraph">屏幕阅读器感知提示设计并非单一规则，而是一组约束条件，共同作用后能产生合成器可清晰发音、屏幕阅读器导航键可流畅穿行的输出。这些约束可归纳为四个维度。</p>

<p class="wp-block-paragraph"><strong>简洁回复与语义结构。</strong>默认的大语言模型输出对语音传递而言过于冗长——一篇视力正常用户在浏览器中阅读起来没问题的600字回答，变成了屏幕阅读器用户无法略读的四分钟独白。这门学科要求更短的回答，但更重要的是<em>结构化</em>的更短回答：开篇一句概括性陈述供用户随时停下，随后是屏幕阅读器可通过标题或列表项导航的结构。</p>

<p class="wp-block-paragraph"><strong>避免破折号和其他合成器发音不正确的标点。</strong>破折号、连接号、括号表达、用作连接词的斜线、ASCII分隔线——这些符号被朗读时要么是一片沉默、字面上的"破折号"，要么是将语句割裂的令人困惑的停顿。各主流模型正在形成的惯例是：优先使用逗号和句号；在确实有必要的地方用冒号；在面向语音的响应中永远不用破折号；永远不用ASCII分隔线分节。</p>

<p class="wp-block-paragraph"><strong>明确声明列表、标题和代码。</strong>合成语音没有视觉层级。标题需要被播报为"标题"，列表需要被播报为"包含N个项目的列表，第一项"，代码需要被播报为"代码"，模型必须输出屏幕阅读器能识别的结构（HTML、渲染表面能转换为ARIA的正确Markdown），或者用语言本身陈述结构（"以下是三个选项。选项一：……"）。</p>

<p class="wp-block-paragraph"><strong>不要堆砌Markdown。</strong>当渲染表面将Markdown转换为语义HTML时，Markdown是合适的。当渲染表面直接显示原始星号和下划线时，Markdown是不友好的，因为屏幕阅读器会在每个粗体词前播报"星号星号"。这门学科的要求是检测渲染上下文——带Markdown渲染的聊天界面，还是终端，还是屏幕阅读器驱动的语音界面——并据此调整输出形式。同一个模型需要为同一个答案生成不同的界面表示。</p>

<h2 class="wp-block-heading" id="h-what-screen-readers-need">屏幕阅读器真正需要AI提供什么</h2>

<p class="wp-block-paragraph">为了让上述约束更加具体，有必要审视实际支配该领域的四种屏幕阅读器/操作系统组合：<a href="/articles/accessibility-screen-reader-testing-tools-2026/">Windows上的JAWS、Windows上的NVDA、macOS和iOS上的VoiceOver、Android上的TalkBack</a>。它们并不通用，一个对某个阅读器产生良好输出的提示词，在另一个上可能完全无法阅读。</p>

<p class="wp-block-paragraph"><strong>按标题导航。</strong>四款阅读器均提供标题导航键（JAWS和NVDA中为H键，VoiceOver中为转子，TalkBack中为阅读控制切换）。要让一段较长的AI回答可供导航，模型必须输出真实的语义标题——要么通过将Markdown转换为具有正确层级嵌套的<code>&lt;h2&gt;</code>/<code>&lt;h3&gt;</code>的Markdown渲染管道，要么通过聊天界面自身的结构化响应API。将前三个词加粗以"构建结构"的模型，生成的内容视觉上看起来有结构，对屏幕阅读器而言却完全是平铺文本。</p>

<p class="wp-block-paragraph"><strong>按列表导航。</strong>列表在语音输出中之所以有用，正是因为屏幕阅读器会播报数量（"包含七个项目的列表"）并允许用户用列表项导航键（NVDA中为I键，JAWS中为L键）逐项浏览。但这只有在列表是真实的<code>&lt;ul&gt;</code>或<code>&lt;ol&gt;</code>时才有效。通过在每行开头添加项目符号字符而无列表包裹容器产生的"列表"，会被当作普通文本朗读，每行都有一个莫名其妙的"实心圆"或"项目符号"插话。</p>

<p class="wp-block-paragraph"><strong>按节跳读。</strong>长篇AI回答——解释、比较、代码加注释、多步骤说明——需要一种方式让屏幕阅读器用户无需听完前言就能跳到感兴趣的部分。这是设计难度最高的单点，因为模型必须生成可导航的结构，聊天界面必须以操作系统能向辅助技术暴露的方式渲染，屏幕阅读器还必须在该界面中配置使用标题导航键。三者在实际中均有失效；通常失效的是中间那个。</p>

<p class="wp-block-paragraph"><strong>发音提示。</strong>合成语音在技术术语、大小写混合的缩写词、URL、代码标识符、数学符号和非英文名称上容易出错。针对屏幕阅读器场景的精良设计模型会在首次出现时拼出缩写词（"WCAG，即Web内容无障碍指南"），展开合成器无法发音的首字母缩略词，并避免将原始URL嵌入流动文本中（合成器会把斜线朗读出来）。截至2026年，没有任何主流产品能持续做到这一点。</p>

<h2 class="wp-block-heading" id="h-product-comparisons">各产品的应对方式</h2>

<p class="wp-block-paragraph">截至2026年中期，主流生成式AI产品在屏幕阅读器感知输出上采取了明显不同的立场。没有一款做到完美。进展比十二个月前快，但最好与最差之间的差距依然很大。</p>

<p class="wp-block-paragraph"><strong>ChatGPT（OpenAI）。</strong>网页客户端现已内置"简洁模式"切换，可缩短默认响应并减少Markdown装饰。2024年引入、2025年大幅升级的语音模式，是目前任何主流产品最接近屏幕阅读器原生界面的体验，因为它完全绕过视觉聊天界面，直接以语音形式提供带停止、重播和"再说一遍"手势的答案。自定义指令字段允许屏幕阅读器用户一次性声明偏好并在会话间持续生效，这是社区已接受的用户端变通方案。尚存差距：GPT模型在未明确指示的情况下仍默认使用破折号密集的文本，且Markdown中输出的标题层级并不总能在聊天界面中干净地映射为ARIA。</p>

<p class="wp-block-paragraph"><strong>Claude（Anthropic）。</strong>Claude的系统提示规范在2026年已最接近上述惯例。与GPT系列相比，该模型明显少用破折号，默认回答较短，并能很好地响应诸如"您正在与屏幕阅读器用户交流；不使用破折号，优先使用短段落，需要结构时使用真实标题或编号列表"这样的系统提示指令。Claude.ai聊天界面将Markdown渲染为带正确标题层级的语义HTML，使标题导航键得以正常工作。通过第三方集成的语音输出存在，但不如ChatGPT的第一方语音模式成熟。</p>

<p class="wp-block-paragraph"><strong>Gemini（Google）。</strong>与Android上TalkBack的紧密集成是Gemini的结构性优势；该模型能通过Android无障碍服务将输出交接给操作系统级屏幕阅读器，这是iOS和网页竞品无法实现的。在无障碍Android设备上使用"嘿Google，问问Gemini……"流程，对某些用户而言是目前最自然的AI加屏幕阅读器体验。尚存差距：网页界面的响应仍然过度装饰，Gemini网页答案的标题层级不一致，且该模型比竞品更容易生成装饰性表情符号。</p>

<p class="wp-block-paragraph"><strong>Be My AI（Be My Eyes + OpenAI）。</strong>这是四款产品中范围最窄的一个——一个使用GPT-4级视觉模型为视盲和低视力用户描述图像和周围环境的视觉描述助手。它也是这份清单中唯一从一开始就以屏幕阅读器用户为主要受众设计的产品。Be My AI的提示设计是该领域对辅助技术感知输出最清晰的示范：描述以用户可随时停下的一句概括开头，仅在被要求时才提供结构化细节，并避免需要视觉场景才能理解的空间语言（"左侧"、"上方"）。截至2026年，该产品仍是该领域最接近参考实现的产品。</p>

<p class="wp-block-paragraph">横向观察表明，四款产品在容易的部分取得了进展——更短的回答、更少的破折号、自定义指令字段——而在困难的部分几乎尚未起步。困难的部分见下文。</p>

<h2 class="wp-block-heading" id="h-open-ux-problems">尚无人攻克的开放式用户体验问题</h2>

<p class="wp-block-paragraph">屏幕阅读器感知提示设计文献汇聚于四个尚无正确答案的开放式用户体验问题。这些都不是模型能力问题，而是横跨大语言模型、聊天界面、操作系统与屏幕阅读器之间的交互设计问题。</p>

<p class="wp-block-paragraph"><strong>可中断性。</strong>视力正常的用户约两秒钟就能扫完一段大语言模型的响应并判断是否需要阅读。屏幕阅读器用户无法这样做。如果答案有误或偏题，用户必须听到足够多才能意识到这一点，然后再中断。语音模式有停止按钮，文本模式通常没有——响应以流式传输方式进入，屏幕阅读器在新内容到达时便播报，用户没有清晰的方式说"停止生成，这不是我想要的"。Be My AI应用处理得最好，网页聊天客户端处理得最差。</p>

<p class="wp-block-paragraph"><strong>可选粒度的重复上一个答案。</strong>如果答案很短，让屏幕阅读器重读上一次响应很简单。如果答案有六段，用户只想再听一遍第三段，则完全无法操作。社区所期望的交互是"重复上一个列表项"、"重复上一个标题节"、"重复上一个代码块"——这要求聊天界面将结构以屏幕阅读器自身重读命令可寻址的方式暴露给屏幕阅读器。截至2026年，没有任何主流产品能做到这一点；用户只能使用屏幕阅读器自身的逐行导航，十分费力。</p>

<p class="wp-block-paragraph"><strong>语音输出中的按节导航。</strong>语音模式没有标题导航键。用户线性地聆听一段四分钟的回答，无法从"概述"部分跳到"细节"部分，只能按时间倒回。正在原型化的交互设计——用户可用方向键导航的语音"节列表"、"跳到第三节"语音命令、"只给我标题"模式——还处于早期阶段。Be My AI应用中的"告诉我更多颜色细节"追问是已发布产品中最接近这一交互的实现。</p>

<p class="wp-block-paragraph"><strong>辅助技术交接问题——AI何时开口，何时让内容被朗读？</strong>这是最深层的设计问题。如果屏幕阅读器用户在网页上打开AI助手，谁在说话——AI自己的语音（TTS层），还是用户已安装的屏幕阅读器朗读AI的文本输出？两套语音的设置不同、语速不同、发音提示不同、停止和重播手势不同。两个系统试图同时朗读相同内容会产生完全无法使用的效果。正在形成的惯例是：语音模式交互使用AI自身的TTS并明确抑制屏幕阅读器；文本模式交互输出语义HTML并由屏幕阅读器负责朗读。但两种模式之间的边界并不总是清晰——图像描述、代码生成、数学符号和多模态答案都尴尬地处于语音与文本之间——而那个边界正是大多数现实用户体验问题所在之处。</p>

<h2 class="wp-block-heading" id="h-where-it-goes-next">未来走向</h2>

<p class="wp-block-paragraph">这门学科大致处于网络无障碍约在2002年所处的阶段——越过了"这是真实问题吗"阶段，越过了"谁来负责"阶段，进入了"实际规则是什么"阶段。2026至2027年可能发生三件事。</p>

<p class="wp-block-paragraph">其一，模型开发者将整理其内部屏幕阅读器提示并予以公开，就像Anthropic在<a href="/articles/accessibility-aware-rfp-teardown/">VPAT式无障碍声明</a>中发布Claude系统提示、OpenAI开始记录GPT行为默认值那样。社区正在要求模型卡的等效物——一张"屏幕阅读器输出卡"，列明给定模型经过训练或系统提示遵循的惯例。</p>

<p class="wp-block-paragraph">其二，聊天界面——网页客户端、移动应用、IDE集成——将获得完善的语义HTML渲染管道，以及聊天历史的完善ARIA暴露，导航键映射到操作系统级屏幕阅读器。这是不起眼的工作，却是对日常用户影响最大的工作。</p>

<p class="wp-block-paragraph">其三，屏幕阅读器厂商本身——Vispero（JAWS）、NV Access（NVDA）、Apple（VoiceOver）、Google（TalkBack）——将开始发布AI感知功能：在AI聊天界面内原生的标题导航、标准化的"停止生成"手势、了解大语言模型响应结构的更智能重读命令。NVDA的开源插件生态系统已在产出这些功能的早期版本。专有阅读器的进展较慢，但方向相同。</p>

<p class="wp-block-paragraph">更深层的观察是：屏幕阅读器感知提示设计已不再是少数视盲开发者的小众议题，而已成为每个希望在受监管市场发布产品的AI产品团队的基准期望。<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>适用于"交互式自助服务终端"和"具有交互式计算能力的消费者终端设备"——这一类别几乎肯定涵盖手机上的主流AI助手。辅助技术感知输出层不再是功能，而是采购约束。现在就弄清楚规则的团队，将发布在2025年6月28日及此后存活的产品。将其视为事后考量的团队，将成为下一批EAA执法案例。</p>

<h2 class="wp-block-heading" id="h-final-thoughts">结语</h2>

<p class="wp-block-paragraph">这门学科规模不大，关乎重大，规则仍在书写中。如果您在使用大语言模型构建产品，却尚未与屏幕阅读器用户就产品的实际听觉体验进行过交流，那就是下一件要做的事。2026年AI对屏幕阅读器用户体验不佳的大多数问题，并非模型能力问题，而是任何产品团队只要下定决心，在一个冲刺周期内即可解决的提示词和界面设计问题。</p>

<p class="wp-block-paragraph">这个社区在时间、测试和耐心上一直慷慨大方。但它失去耐心的速度也在加快，因为这些产品如今已是主流，"我们还在摸索中"的借口已经站不住脚。这门学科已经存在，惯例正在收敛。接下来的十八个月将区分出那些倾听过的团队和那些没有的团队。</p>

</div>

---
title: 德国BGG、BITV与BFSG：联邦法律如何与欧盟技术标准对接
url: https://www.disabilityworld.org/zh/articles/germany-bfg-and-bitv/
description: 德国无障碍法律体系由三部法律层叠构成——联邦BGG（2002年，2016年改革）、技术性BITV 2.0条例，以及转化EAA的BFSG（2021年）——并覆盖十六个州级平行法律，2025年BAFA执法机制亦已启动。
author: Disability World
pubDate: 2026-05-22
tags: germany, bgg, bitv, bfsg, regulations, regulation-primer, eu
---

# 德国BGG、BITV与BFSG：联邦法律如何与欧盟技术标准对接

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：德国国会大厦由诺曼·福斯特设计的玻璃穹顶，德国联邦国旗在上方飘扬——德国BGG、BITV和BFSG无障碍框架的制度锚点。</p>

<p class="rt-prefix">阅读时间：13分钟</p>

<p class="wp-block-paragraph">德国国内无障碍法律体系并非一部单一法律，而是三部法律的层叠架构：<strong>《残疾人机会均等法》（Behindertengleichstellungsgesetz，BGG）</strong>——联邦残疾人机会均等法，自<strong>2002年5月1日</strong>起施行，并于<strong>2016年</strong>进行重大改革；<strong>《无障碍信息技术条例》（Barrierefreie-Informationstechnik-Verordnung，BITV 2.0）</strong>——联邦无障碍信息技术条例，其"2.0"版本自<strong>2011年</strong>起施行，并经历次修订与<strong>EN 301 549 / WCAG 2.1 AA</strong>对齐；以及<strong>《无障碍强化法》（Barrierefreiheitsstärkungsgesetz，BFSG）</strong>——<strong>2021年7月16日</strong>颁布的无障碍强化法，将EU的<a href="/regulations/">《欧洲无障碍法》（指令2019/882）</a>转化为德国联邦法律，并于<strong>2025年6月28日</strong>在私营部门正式生效。三个层次并不相互吸收：BGG覆盖联邦公共机构，BITV提供技术细节，BFSG覆盖面向消费者的私营部门产品和服务。若需将这些与其他成员国转化法进行比较，请参阅<a href="/regulations/">国家残疾权利法规索引</a>以及<a href="/articles/en-301-549-explained">EN 301 549</a>解析——三部德国法律均以该协调标准为基础。</p>

<p class="wp-block-paragraph">本文按顺序逐层解析——BGG的一般性反歧视义务、BITV 2.0的技术实施、BFSG的EAA转化、2025年6月起正式运作的新<strong>BAFA</strong>联邦执法角色，以及覆盖十六个联邦州州级及市级机构的平行<strong>州级法律</strong>（Landesgleichstellungsgesetze）。请将各层单独理解，因为每一层的义务主体、义务内容和执法途径各不相同。</p>

<h2 class="wp-block-heading" id="h-bgg-the-federal-anchor">BGG——联邦锚定法（2002年，2016年改革）</h2>

<p class="wp-block-paragraph"><strong>《残疾人机会均等法》</strong>（联邦残疾人机会均等法）是德国关于残疾平等的基础性联邦法律。它于<strong>2002年5月1日</strong>生效，是德国预先呼应《联合国残疾人权利公约》的改革浪潮的产物，该浪潮同时推动了《社会法典》第九编（SGB IX）关于康复与参与的立法。2002年BGG将三个核心概念引入德国联邦法律：第4条中对<em>无障碍（Barrierefreiheit）</em>的法定定义；第7至11条中对联邦公共机构采取无障碍行动的约束性义务；以及第13条中的<em>社团诉权（Verbandsklagerecht）</em>，允许经认可的残疾人组织以自身名义提起诉讼。</p>

<p class="wp-block-paragraph"><strong>2016年</strong>的改革——起草目的是使BGG与德国于2009年批准的《联合国残疾人权利公约》保持一致——新增或强化了若干机制：行政程序中提供合理便利的义务（第7(2)条）；明确将聋盲残疾纳入残疾类别定义（第3条）；设立联邦监督机构（<em>Bundesfachstelle für Barrierefreiheit</em>，无障碍联邦专业机构），依第13a条在德国矿工保险协会设立；以及依第16条在联邦残疾人事务专员处设立仲裁委员会（<em>Schlichtungsstelle</em>）。2016年改革还纳入了第11条规定的<em>简易语言（Leichte Sprache）</em>义务，并要求联邦机构依第9条以<em>德国手语（Deutsche Gebärdensprache，DGS）</em>进行无障碍沟通。</p>

<h3 class="wp-block-heading" id="h-bgg-scope">BGG实际约束的对象</h3>

<p class="wp-block-paragraph">BGG的义务主体范围比初读时要窄。它约束<strong>联邦公共机构（Bundesbehörden）</strong>、联邦公法下的法人和机构，以及关键地——联邦资助资金占比超过50%的实体。它<strong>不</strong>约束州级机构、市级机构或私营主体。州级机构受十六部平行州法约束；私营主体在反歧视方面受《一般平等待遇法》（AGG，2006年）约束，在无障碍方面自2025年起受BFSG约束。BGG是联邦公共部门的基准线，其余法律建立在其之上或与其并立。</p>

<h3 class="wp-block-heading" id="h-verbandsklage"><em>社团诉权</em></h3>

<p class="wp-block-paragraph">BGG第13条规定的社团原告资格，是德国法律体系区别于许多欧盟同行的一大特征。联邦劳动和社会事务部（BMAS）维护的联邦名单上约80个经认可的残疾人组织，无需确认个人受害投诉人，即可就BGG违规行为对联邦机构提起诉讼。这一权利运用谨慎但案例可见：德国残疾人委员会及成员组织每届提起数起案件，主要针对无障碍采购和数字服务缺失问题。社团原告资格降低了个人投诉途径固有的障碍——诉讼成本、信息披露风险以及缓慢的行政法院日程。</p>

<h2 class="wp-block-heading" id="h-bitv-the-technical-ordinance">BITV 2.0——技术条例</h2>

<p class="wp-block-paragraph"><strong>《无障碍信息技术条例》</strong>是依BGG第12条授权颁布的实施条例。第一部BITV于2002年与母法同步生效；现行<strong>BITV 2.0</strong>于<strong>2011年9月22日</strong>起施行，并于<strong>2019年</strong>（以与EU《网络无障碍指令》2016/2102和EN 301 549 v3.1.1对齐）和<strong>2023年</strong>（以跟踪EN 301 549 v3.2.1并明确移动应用覆盖范围）进行了修订。BITV是明确指定技术标准并约束联邦公共部门网站、内网及移动应用合规的那一层。</p>

<p class="wp-block-paragraph">现行BITV 2.0以引用方式纳入了<strong>EN 301 549 V3.2.1</strong>——ICT无障碍的欧洲协调标准——该标准反过来为网络内容和移动应用内嵌了<strong>WCAG 2.1 A级</strong>。该条例还规定了超出EN 301 549范围的德国特定义务：第4条明确要求联邦机构主页提供<em>简易德语（Leichte Sprache）和德国手语（DGS）信息</em>，第12b条规定反馈机制义务，第12c条规定与《网络无障碍指令》第7条对应的无障碍声明发布要求。</p>

<h3 class="wp-block-heading" id="h-bitv-scope">BITV约束的对象及覆盖内容</h3>

<p class="wp-block-paragraph">BITV的适用范围与BGG一致：联邦机构、联邦公法下的法人，以及——通过成员国对指令2016/2102的转化——其行政职能范围内的联邦法院和联邦立法机构。联邦网站须发布无障碍声明和反馈机制，<em>联邦信息技术无障碍监督机构（Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik，BFIT-Bund）</em>（设于BMAS，联邦IT无障碍监督机构）定期开展监督并每三年向欧洲委员会报告一次。最新联邦监督报告（覆盖2022至2024年）对约200个网站和60个移动应用进行了抽样，发现在键盘导航、替代文字、旧版视频字幕和以规范形式发布无障碍声明方面存在持续差距。</p>

<p class="wp-block-paragraph">州级公共部门的ICT由十六部州级BITV等效条例——有时称为BITV-Landes-X——依各州自有的机会均等法规颁布。这些条例在技术内容上与BITV 2.0高度相近，但在监督频次以及监督权归属于州还是联邦监督机构方面存在差异。</p>

<h2 class="wp-block-heading" id="h-bfsg-the-eaa-transposition">BFSG——EAA转化法，2025年6月生效</h2>

<p class="wp-block-paragraph"><strong>《无障碍强化法》（BFSG）</strong>于<strong>2021年7月16日</strong>获得通过，分阶段生效，适用范围内私营部门产品和服务的实施日期设定为<strong>2025年6月28日</strong>，即EAA的协调适用日期。BFSG将<a href="/regulations/">指令（EU）2019/882</a>——《欧洲无障碍法》——转化为德国联邦法律。BGG覆盖联邦公共机构，BITV提供联邦公共部门ICT的技术细节，而BFSG则是首部约束<strong>私营部门经营者</strong>在面向消费者的产品和服务无障碍方面的一般性联邦法律。</p>

<h3 class="wp-block-heading" id="h-bfsg-scope">BFSG的覆盖范围</h3>

<p class="wp-block-paragraph">产品和服务范围逐字照搬EAA，义务主体结构适应了德国联邦法律。涵盖产品包括：消费级通用计算机硬件和操作系统、自助服务终端（ATM、售票机、值机亭）、用于电子通信和视听媒体服务的消费者终端设备（机顶盒、智能手机、智能电视）以及电子阅读器。涵盖服务包括：消费者银行服务、电子通信服务、提供视听媒体访问的服务、旅客运输信息服务（网络/移动端/自助服务终端组件）、电子商务和电子书。</p>

<ul class="wp-block-list">
<li><strong>约束的经营者：</strong>适用范围内产品的制造商、进口商和分销商；向德国消费者提供适用范围内服务的服务提供商。</li>
<li><strong>微型企业豁免：</strong>与EAA第4(5)条一致，提供服务的微型企业（雇员少于10人且年营业额或资产负债表总额不超过200万欧元）可豁免服务义务，但须保留微型企业身份文件；产品豁免<em>不适用</em>。</li>
<li><strong>不成比例负担抗辩：</strong>可依BFSG第17条主张，须提交遵循EAA附件六的记录评估。</li>
<li><strong>根本性改变抗辩：</strong>可在合规将导致产品或服务基本性质改变的情况下主张。</li>
<li><strong>过渡期：</strong>在2025年6月28日前签订的合同和在该日期前已投入使用的自助服务终端，分别享有最长<strong>五年</strong>（合同）和最长<strong>十五年</strong>（终端硬件）的过渡窗口（BFSG第38条）。</li>
</ul>

<p class="wp-block-paragraph">产品和服务须满足的技术无障碍要求载于实施条例<strong>BFSGV</strong>（《无障碍强化法条例》，<strong>2022年6月15日</strong>），该条例对ICT组件引用EN 301 549，对其他产品类别引用相关协调标准。在协调标准尚不存在的地方，可直接援引EAA功能性无障碍要求证明合规，与附件一的方式一致。</p>

<h2 class="wp-block-heading" id="h-bafa-enforcement">BAFA与市场监管机制的启动</h2>

<p class="wp-block-paragraph">2025年最具实质意义的变化，不是法律生效——那是2021年的事——而是2025年6月28日起运行的<strong>市场监管机制启动</strong>。依BFSG第19条，对BFSG所覆盖<em>产品</em>的市场监管职权归属于<strong>联邦经济和出口控制局（Bundesamt für Wirtschaft und Ausfuhrkontrolle，BAFA）</strong>，总部位于埃施博恩。对BFSG所覆盖<em>服务</em>的管辖权则分散在多个机构：电子通信服务归<strong>联邦网络局（Bundesnetzagentur，BNetzA）</strong>，消费者银行归<strong>联邦金融监管局（BaFin）</strong>，视听媒体接入服务归<strong>州媒体管理机构（Landesmedienanstalten）</strong>，电子商务、电子书和旅客运输信息服务则归<strong>州市场监管机构</strong>，通过BMAS召集的联邦-州论坛进行协调。</p>

<p class="wp-block-paragraph">BAFA的职权范围从对产品的市场准入合规检查延伸至BFSG第37条下的行政罚款程序。罚款最高可达<strong>每次违规10万欧元</strong>，上限在重复违规案件中按受影响产品线或服务适用。除罚款外，BAFA还可在不合规产品构成"重大风险"时——借用了《通用产品安全条例》（法规（EU）2023/988）市场监管架构的表述——责令产品退市或召回。BAFA还将发布年度市场监管报告，列出不合规率最高的产品类别；首份BFSG周期报告预计于2026年底发布。</p>

<h3 class="wp-block-heading" id="h-private-right-of-action">不设损害赔偿的个人诉权</h3>

<p class="wp-block-paragraph">BFSG本身不创设损害赔偿的个人诉权。消费者可向BAFA、BNetzA或相关服务主管机构提交投诉，由其决定是否启动程序。经认可的消费者保护协会和残疾人组织依BFSG第22条享有集体诉权，与EU《代表性诉讼指令》（指令（EU）2020/1828，已作为VDuG于2023年10月起在德国生效）相对应。集体诉权途径是德国私营部门执法架构中最可能在2026至2027年产生可见判例的部分。</p>

<h2 class="wp-block-heading" id="h-laender-laws">州级层次——十六部平行法律</h2>

<p class="wp-block-paragraph">德国联邦制意味着各州及其市级的公共部门无障碍义务，由十六部独立的州级<strong>州机会均等法（Landesgleichstellungsgesetze，LGGs）</strong>管辖，每部法律拥有各自的适用范围、监督机构和技术条例。巴伐利亚BayBGG（2003年，2018年修订）、北莱茵-威斯特法伦BGG NRW（2004年，2016年修订）、柏林LGBG（1999年，2021年修订）、汉堡HmbBGG（2005年，2020年修订）和萨克森SächsInklusG（2018年）是被引用最多的例子；石荷州、下萨克森州、黑森州和巴登-符腾堡州的法律则覆盖了其余较大的州。</p>

<p class="wp-block-paragraph">大多数LGG遵循BGG的结构模板——明确的无障碍义务、社团诉权、DGS和简易语言的语言与通信规定——但技术实施有所差异。部分州发布了自己的BITV等效条例；部分州以引用方式纳入BITV 2.0；少数州技术层规定较为不完整，导致该州市级网站合规情况参差不齐。2024年联邦监督报告指出了这一不对称性：联邦公共部门ICT合规率明显高于州-市合规率，主要原因是BFIT-Bund在联邦层面的监督频次未能在每个州级层面得到匹配。</p>

<h2 class="wp-block-heading" id="h-how-the-layers-interact">三个层次如何实际运作</h2>

<p class="wp-block-paragraph">实践中，一个德国实体在2026年厘清其无障碍义务时，应依次回答三个问题。其一，它是否为联邦公共机构、联邦公法下的法人，或联邦资助超过50%门槛的实体？如果是，适用BGG，技术标准为BITV 2.0，由BFIT-Bund监督。其二，它是否为州或市级机构，或州资助实体？如果是，适用相关LGG及其技术条例，由州等效机构监督。其三，它是否为在德国向消费者销售适用范围内产品或提供适用范围内服务的私营部门经营者？如果是，适用BFSG和BFSGV，由BAFA、BNetzA、BaFin或相关州市场监管机构监管，具体取决于产品或服务类型。</p>

<p class="wp-block-paragraph">一家接受60%联邦资金的私立医院可能同时处于两个层次：BGG（因为超过联邦资金门槛）和BFSG（就其面向消费者的在线服务而言）。合规义务是重叠而非冲突的关系——两个层次对数字界面最终都指向EN 301 549 / WCAG 2.1 AA——但执法途径不同。BGG违规通过社团诉权诉诸BMAS仲裁委员会或行政法院；BFSG违规通过BAFA或BNetzA处理。</p>

<h3 class="wp-block-heading" id="h-the-en-301-549-anchor">贯穿三个层次的EN 301 549 / WCAG锚定标准</h3>

<p class="wp-block-paragraph">BGG、BITV和BFSG共同的技术锚定标准是EU协调标准<strong>EN 301 549 V3.2.1</strong>，该标准本身为网络内容和移动应用内嵌了WCAG 2.1 A级。正是这一点使德国的层叠架构在实践中具有内在一致性：同一技术标准贯穿联邦公共部门层（通过BITV 2.0）、州公共部门层（通过州BITV等效条例）和私营部门层（通过BFSG/BFSGV）。当未来某部德国实施条例将技术标准提升至<strong>WCAG 2.2 AA</strong>时，三个层次将同步跟进——不存在BFSG升至2.2而BITV维持2.1的可能情形，因为BITV与BFSGV引用的是同一协调标准。</p>

<h2 class="wp-block-heading" id="h-practical-implications">对在德运营企业的实际影响</h2>

<p class="wp-block-paragraph">对于德国业务已跨越2025年6月28日BFSG门槛的组织，有三项具体影响。其一，BFSG第17条规定的不成比例负担抗辩须有文件支撑，而非仅凭声明——主张该抗辩的经营者须提供BAFA可调取的附件六式评估文件。其二，微型企业豁免仅适用于服务；适用范围内产品的制造商和进口商无论员工人数如何均不能援引该豁免。其三，适用范围内服务须强制发布BFSG无障碍声明，并以结构化形式发布于经营者主要面向消费者的页面；2025年下半年BAFA的首批抽查据报主要关注声明是否存在，而非实质合规情况，预计实质合规检查将在2026年周期占主导。</p>

<p class="wp-block-paragraph">对于联邦公共机构和联邦资助实体，2026年的实际优先事项是弥合BFIT-Bund 2022至2024年监督报告指出的差距：交易流程的键盘导航、图像替代文字、旧版视频内容的字幕以及无障碍声明格式。对于州和市级实体，优先事项取决于当前适用的LGG监督周期。</p>

<h2 class="wp-block-heading" id="h-conclusion">结语：层叠体系，锚定同一标准</h2>

<p class="wp-block-paragraph">德国三法层叠架构从外部看显得复杂，因为它本身就是复杂的——一部2002年的联邦BGG及其实施性BITV，十六部覆盖公共部门的州法，以及一部自2021年起将EAA转化至私营部门的BFSG。使该体系在实践中可操作的，是三个层次共同锚定同一协调欧洲技术标准EN 301 549，该标准为数字界面内嵌了WCAG 2.1 AA并贯穿整个架构的每一层。BFSG下2025年BAFA市场监管机制的启动，是首次在私营部门侧设立联邦监管机构的变化，每次违规可处最高10万欧元的行政罚款，并通过VDuG承担集体诉讼风险。理论依据和义务主体早已就位；2026年及此后将检验的是执法机制的效果。</p>

<p class="wp-block-paragraph">阅读Disability World关于<a href="/regulations/">《欧洲无障碍法》及成员国转化</a>、<a href="/articles/en-301-549-explained">EN 301 549协调标准</a>以及<a href="/articles/">2026年法规记录</a>的更多内容。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要信息来源</h2>

<ol class="wp-block-list">
<li>德国联邦司法部。<em>《残疾人机会均等法》（BGG）</em>，自2002年5月1日起施行，依2016年《联邦参与法》修订。<a href="https://www.gesetze-im-internet.de/bgg">gesetze-im-internet.de/bgg</a></li>
<li>德国联邦司法部。<em>《无障碍信息技术条例》（BITV 2.0）</em>，自2011年9月22日起施行，最新修订于2023年。<a href="https://www.gesetze-im-internet.de/bitv_2_0">gesetze-im-internet.de/bitv_2_0</a></li>
<li>德国联邦司法部。<em>《无障碍强化法》（BFSG）</em>，2021年7月16日，联邦法律公报I第2970页，对适用范围内产品和服务自2025年6月28日起施行。<a href="https://www.gesetze-im-internet.de/bfsg">gesetze-im-internet.de/bfsg</a></li>
<li>德国联邦司法部。<em>《无障碍强化法条例》（BFSGV）</em>，2022年6月15日。<a href="https://www.gesetze-im-internet.de/bfsgv">gesetze-im-internet.de/bfsgv</a></li>
<li>联邦信息技术无障碍监督机构（BFIT-Bund）。<em>公共部门网站和移动应用无障碍联邦监督报告，2022至2024年</em>。<a href="https://www.bfit-bund.de">bfit-bund.de</a></li>
<li>联邦经济和出口控制局（BAFA）。<em>经营者BFSG市场监管信息</em>（2025年）。<a href="https://www.bafa.de">bafa.de</a></li>
<li>欧洲联盟。<em>关于产品和服务无障碍要求的指令（EU）2019/882（《欧洲无障碍法》）</em>，OJ L 151，2019年6月7日。</li>
<li>欧洲联盟。<em>关于公共部门机构网站和移动应用无障碍的指令（EU）2016/2102</em>，OJ L 327，2016年12月2日。</li>
<li>ETSI / CEN / CENELEC。<em>EN 301 549 V3.2.1——ICT产品和服务的无障碍要求</em>（2021年3月）。</li>
</ol>

</div>

---
title: 2026年全球残障数据现状——什么被统计、什么未被统计，以及差距为何缓慢缩小
url: https://www.disabilityworld.org/zh/articles/global-disability-metrics-2026/
description: 华盛顿小组残障统计简版问卷发布二十年后，只有少数国家人口普查和住户调查实际采用了它。世卫组织2024年《世界残疾报告》更新版与2025年联合国经社事务部残疾统计年鉴揭示了2026年的数字与缺口。
author: Disability World
pubDate: 2026-05-22
tags: data, statistics, washington-group, who, un-desa, measurement
---

# 2026年全球残障数据现状——什么被统计、什么未被统计，以及差距为何缓慢缩小

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>数据档案</strong> · 测量基础设施</span>
</div>

<h1>2026年全球残障数据现状——<em>什么被统计、什么未被统计，以及差距为何缓慢缩小</em></h1>

<p class="lede">华盛顿残障统计小组发布其功能简版问卷已过去二十年，世界终于有了一个可信的核心数字：依据世卫组织2024年《世界残疾报告》监测更新，全球约有<strong>13亿人</strong>、占全球人口约<strong>16%</strong>的人口正经历显著残障。这一数字建立在历经二十年才得以构建的测量基础设施之上——而该基础设施至今仍几乎完全遗漏了四个群体。目前，<strong>逾55个国家统计局</strong>在人口普查或旗舰调查中采用华盛顿小组功能简版问卷；<strong>90余个中低收入国家</strong>发布联合国儿童基金会/华盛顿小组儿童功能模块数据；2025年联合国经社事务部年鉴覆盖<strong>约120个国家</strong>，这些国家至少发布了部分残障分类可持续发展目标指标报告。核心数字比以往任何时候都更为可信。而本档案其余部分所要探讨的，正是那些仍从网眼中溜走的内容。</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">研究发现 · 档案01</span>
    <span class="dossier-meta">06项发现 · 来源：世卫组织2024年报告、华盛顿小组秘书处清单、联合国经社事务部年鉴2025年版</span>
  </header>
  <h2 class="dossier-title" id="dossier-title">2026年测量基础设施揭示了什么</h2>
  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">13亿</span>
      <div class="dossier-body">
        <p class="dossier-claim">世卫组织2024年更新将全球残障人数确定为13亿——这是该领域有史以来最为可信的核心数字</p>
        <p class="dossier-note">功能性限制（而非逐病种的全球疾病负担核算）如今已成为主要分析框架。在这13亿人中，约有1.9亿成年人在功能发挥方面存在非常显著的困难——这一分项数据自2011年报告以来几乎没有变化。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">16%</span>
      <div class="dossier-body">
        <p class="dossier-claim">全球残障患病率从2011年的约15%上升至2024年的约16%</p>
        <p class="dossier-note">这并非世界变得"更加残障"了——而是测量方法改善了，60岁以上人口在13年间增加了近2.4亿，加之南亚和撒哈拉以南非洲地区慢性病患病率的增速超过了人口增速。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">55+</span>
      <div class="dossier-body">
        <p class="dossier-claim">逾55个国家统计局已在人口普查或旗舰调查中部署华盛顿小组功能简版问卷</p>
        <p class="dossier-note">在约200个开展十年或五年一次普查的国家和地区中，采用者涵盖拉丁美洲大多数国家、非洲越来越多的国家统计局、若干亚洲大国，以及经合组织高收入成员中比例缓慢增长的部分国家。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">约10%</span>
      <div class="dossier-body">
        <p class="dossier-claim">据儿童功能模块估计，中低收入国家5至17岁儿童中约有1/10存在残障</p>
        <p class="dossier-note">联合国儿童基金会2024年《被看见、被统计、被纳入》更新汇总了来自逾90个中低收入国家的儿童功能模块患病率估算——这是迄今规模最大的可比儿童残障数据集，远高于以往的估计。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">4个缺口</span>
      <div class="dossier-body">
        <p class="dossier-claim">即便在测量条件最好的调查中，仍有四个群体被系统性地漏计</p>
        <p class="dossier-note">2岁以下儿童（尚无标准化测量工具）；住院机构、监狱、难民营中的人（被排除在住户抽样框之外）；智力或心理社会残障人士（延展版问卷在不足二十个国家使用）；以及1.17亿以上被迫流离失所者（几乎没有任何国家统计局的抽样框能够覆盖）。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">2.2 → 17.8</span>
      <div class="dossier-body">
        <p class="dossier-claim">各国患病率从2.2%（印度，旧版单一问题）到17.8%（英国，政府统计局协调+华盛顿小组）不等</p>
        <p class="dossier-note">孟加拉国2.8%、南非6.0%、巴西8.9%、美国13.4%、墨西哥16.5%。这一差距主要源于测量工具、统计阈值和汇总方式的不同，而非底层流行病学的差异。2024年华盛顿小组指南现已建议至少同步报告两个阈值。</p>
      </div>
    </li>
  </ol>
  <p class="dossier-foot"><strong>来源</strong>世卫组织《世界残疾报告》（2011年）及2024年监测更新；华盛顿小组秘书处2024年国家部署清单；联合国经社事务部残疾统计年鉴2025年版；联合国儿童基金会/华盛顿小组儿童功能模块，《被看见、被统计、被纳入》2024年更新；各国人口普查数据（巴西地理统计局2022年、南非统计局2022年、墨西哥国家统计地理信息局2020年、英国国家统计局2021/22年、孟加拉国统计局2022年）。</p>
</section>

<div class="toc">
  <div class="toc-title">本档案目录</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">2026年残障如何被统计</a></li>
    <li><span class="toc-num">02</span><a href="#headline">核心数字：13亿与16%</a></li>
    <li><span class="toc-num">03</span><a href="#wgss">华盛顿小组功能简版问卷的采用情况</a></li>
    <li><span class="toc-num">04</span><a href="#child">儿童：儿童功能模块与2岁以下缺口</a></li>
    <li><span class="toc-num">05</span><a href="#missed">仍未被充分统计的群体</a></li>
    <li><span class="toc-num">06</span><a href="#double">四个国家的重复计算争议</a></li>
    <li><span class="toc-num">07</span><a href="#sdg">可持续发展目标17.18.1与2025年年鉴</a></li>
    <li><span class="toc-num">08</span><a href="#outlook">2026年展望与贯穿主线</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">01 · 2026年残障如何被统计</h2>

<p class="dropcap-first">从2011年《世界残疾报告》到世卫组织2024年监测更新，有三件事发生了变化，且都朝着同一方向推动全球患病率数字上升。世界变老了——60岁以上人口在13年间增加了近2.4亿，而显著功能性限制在60岁后急剧上升。慢性病患病率（尤其是2型糖尿病及其后遗症）在南亚和撒哈拉以南非洲的增速超过了人口增速。测量本身也得到改善：华盛顿小组问卷、联合国儿童基金会/华盛顿小组儿童功能模块以及残障模型调查已发展为参考工具，能够产出比它们所替代的旧版"您是否残疾？"是/否问题更高且更为可靠的统计数字。</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">约13亿</div><div class="stat-desc">全球存在显著残障的人口（世卫组织2024年）</div></div>
  <div class="stat-box"><div class="stat-big green">16%</div><div class="stat-desc">2024年全球患病率——较2011年约15%有所上升</div></div>
  <div class="stat-box"><div class="stat-big">1.9亿</div><div class="stat-desc">在功能发挥方面存在非常显著困难的成年人</div></div>
</div>

<div class="callout info">
  <div class="ct">为何"16%"是下限而非上限</div>
  <p>世卫组织16%的患病率最好被理解为一个可信估算的下限，而非发现世界在13年间"变得更加残障"的依据。2024年更新将功能性限制作为主要分析框架——2011年报告倾向于采用全球疾病负担框架（按特定病因计算的伤残生命年），但2024年更新将全球疾病负担降为附录而非核心数字。功能性限制统计与逐病种统计所覆盖的群体并不相同：混淆两者会导致在多个病种行中重复计算，同时漏计那些功能性限制没有明确ICD-11归类的人。</p>
</div>

<hr />

<h2 id="headline">02 · 核心数字及其实际测量内容</h2>

<p>因此，世卫组织的<strong>16%患病率</strong>数字（约13亿人）最好被理解为可信估算的下限，而非发现世界在13年间"变得更加残障"。在这13亿人中，2024年更新单独列出了约<strong>1.9亿在功能发挥方面存在非常显著困难的成年人</strong>——对这一群体而言，康复服务、辅助技术和个人协助权益的需求最为迫切，而提供最为不足。这一分项数据在2011年和2024年两份报告之间几乎没有变化，本身即是一项值得关注的发现。</p>

<p>世卫组织核心数字中未呈现的，是按病种统计的残障人口。2011年报告倾向于采用全球疾病负担框架——按特定病因计算的伤残生命年——而2024年更新将全球疾病负担降为附录而非核心数字。功能性限制统计与逐病种统计所覆盖的群体并不相同：混淆两者会导致在多个病种行中重复计算，同时漏计那些功能性限制没有明确ICD-11归类的人。2024年更新将功能性限制确立为主要分析框架。</p>

<div class="chart-section">
  <div class="chart-title">各国报告的患病率——最近一次普查或旗舰调查</div>
  <div class="bar-row"><div class="bar-label">印度 · 2011年普查</div><div class="bar-track"><div class="bar-fill bf-e" style="width:12%">2.2% · 旧版单一问题</div></div></div>
  <div class="bar-row"><div class="bar-label">孟加拉国 · 2022年</div><div class="bar-track"><div class="bar-fill bf-c" style="width:16%">2.8% · 华盛顿小组问卷（窄口径）</div></div></div>
  <div class="bar-row"><div class="bar-label">南非 · 2022年</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">6.0% · 华盛顿小组问卷</div></div></div>
  <div class="bar-row"><div class="bar-label">巴西 · 2022年</div><div class="bar-track"><div class="bar-fill bf-a" style="width:50%">8.9% · 华盛顿小组问卷（改编版）</div></div></div>
  <div class="bar-row"><div class="bar-label">美国 · 2023年</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">13.4% · 华盛顿小组衍生6题版</div></div></div>
  <div class="bar-row"><div class="bar-label">墨西哥 · 2020年</div><div class="bar-track"><div class="bar-fill bf-b" style="width:93%">16.5% · 华盛顿小组问卷（宽口径）</div></div></div>
  <div class="bar-row"><div class="bar-label">英国 · 2021/22年</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">17.8% · 政府统计局+华盛顿小组</div></div></div>
</div>

<p>2.2%至17.8%的差距，正是该领域长期争论可比性的核心所在。这并不主要是因为英国的残障发生率真的比印度高七倍。测量工具的选择、统计阈值（"有些困难"还是"很多困难"）、是否纳入机构中的人口、以及受访者自我认同的意愿——这些因素对数字的影响，远大于底层流行病学差异的影响。在华盛顿小组问卷被一致部署的地区（尤其是拉丁美洲大多数国家），各国数字如今已比十年前收敛得多。</p>

<hr />

<h2 id="wgss">03 · 华盛顿小组测量工具及其实际使用情况</h2>

<figure class="article-figure">
  <img src="/article-images/global-disability-metrics-2026/inline-1.webp" alt="华盛顿小组功能简版问卷的六大功能领域——视觉、听觉、行走、认知、自理和沟通——以简洁的图标网格形式可视化呈现。" width="800" height="450" loading="lazy" />
  <figcaption>华盛顿小组功能简版问卷的六个功能领域问题，是16%全球患病率数字背后的权威测量工具：视觉、听觉、行走、认知、自理、沟通。</figcaption>
</figure>

<p><strong>华盛顿小组功能简版问卷（WG-SS）</strong>包含六个问题：视觉、听觉、行走或爬楼梯、记忆或专注、自理、沟通方面的困难程度，各项均采用四级严重程度量表（无困难、有些困难、很多困难、完全无法）。该问卷设计于2000年代中期，旨在足够简短以附加于国家普查，跨文化翻译中性，并通过分级严重程度支持各国之间的比较——前提是使用一致。华盛顿小组秘书处2024年清单显示，<strong>逾55个国家统计局</strong>已在最近一次普查或旗舰住户调查中逐字或近似逐字部署了WG-SS。</p>

<p>"逾55个"听起来并不多，确实如此。全球约有200个国家和地区开展十年或五年一次的普查。采用WG-SS的包括拉丁美洲大多数国家、非洲越来越多的国家统计局、若干亚洲大国，以及经合组织高收入成员中比例缓慢增长的部分国家。未采用者主要分为以下几类：仍依赖旧版"您是否残疾？"单一问题的国家（南亚和东南亚部分地区及若干海湾国家常见）、使用华盛顿小组问卷发布前设计的国家标准工具的国家（英国国家统计局在华盛顿小组式问题基础上使用政府统计局协调残障问题），以及最近一次普查早于华盛顿小组最新修订版的国家。</p>

<div class="chart-section">
  <div class="chart-title">WG-SS按地区采用密度——2024年华盛顿小组秘书处清单（示意）</div>
  <div class="bar-row"><div class="bar-label">拉丁美洲</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">大多数国家统计局 · 逐字或近似逐字使用</div></div></div>
  <div class="bar-row"><div class="bar-label">撒哈拉以南非洲</div><div class="bar-track"><div class="bar-fill bf-a" style="width:60%">采用持续扩大</div></div></div>
  <div class="bar-row"><div class="bar-label">经合组织高收入国家</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">进展缓慢，常与国家工具混合使用</div></div></div>
  <div class="bar-row"><div class="bar-label">东亚和东南亚</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">参差不齐——若干大型国家统计局正在采用</div></div></div>
  <div class="bar-row"><div class="bar-label">南亚</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">大多数仍使用旧版单一问题，有部分试点</div></div></div>
  <div class="bar-row"><div class="bar-label">海湾及西亚</div><div class="bar-track"><div class="bar-fill bf-e" style="width:18%">旧框架占主导</div></div></div>
</div>

<hr />

<h2 id="child">04 · 儿童功能测量工具</h2>

<p>对于儿童，权威测量工具是<strong>华盛顿小组/联合国儿童基金会儿童功能模块（CFM）</strong>，该模块于2016年定稿，现为2至4岁和5至17岁年龄段的参考模块。联合国儿童基金会多指标类集调查（MICS）项目自MICS6起默认纳入儿童功能模块；2024年全球发布版包含来自<strong>逾90个中低收入国家</strong>的儿童功能模块患病率估算，是迄今规模最大的可比儿童残障数据集。联合国儿童基金会2024年《被看见、被统计、被纳入》更新报告显示，在儿童功能模块定义下，中低收入国家<strong>5至17岁儿童中约有1/10</strong>存在残障——远高于以往估计，与世卫组织的方向性调整一致。儿童功能模块对2岁以下儿童没有对应工具：0至24个月婴幼儿的发育里程碑差异过大，简版模块难以有效适用，这一空白也是2026年测量基础设施四个未被充分覆盖群体中的第一个。</p>

<div class="callout warning">
  <div class="ct">约80%的中低收入国家失聪儿童仍未入学</div>
  <p>联合国教科文组织全球教育监测报告在连续多期中估计，中低收入国家约80%的失聪儿童未在学校就读。儿童功能模块终于让各国能够统计这些儿童——但统计只是第一步。即便在数据已有的地方，教育部也尚未建立相应的全纳教育基础设施来采取行动。</p>
</div>

<hr />

<h2 id="missed">05 · 核心数字仍未覆盖的群体</h2>

<p>即便在测量条件最好的国家调查中，仍有四个群体被系统性地漏计。</p>

<h3>机构中的人口</h3>
<p>大多数住户调查抽样框排除了住院残障机构、长期精神病院、监狱和难民营——而这些场所中残障患病率（尤其是心理社会和智力残障）极高。欧盟委员会2023年机构人口调查发现，仅住院残障机构中就有约<strong>140万欧洲人</strong>，他们均未出现在标准住户调查估算中。联合国经社事务部2025年年鉴在其方法论附录中将这一排除称为"一阶漏计"。</p>

<h3>智力或心理社会残障人士</h3>
<p>华盛顿小组问卷的六个问题是功能领域问题，能够较好地覆盖其所涉及的方面。智力残障通过"记忆或专注"得到部分体现；心理社会残障通过"沟通"得到部分体现，其余部分则完全无法体现。华盛顿小组延展版问卷和增强版问卷添加了关于焦虑、抑郁、上肢功能和疲劳的问题，但截至2024年，增强版问卷仅在不足二十个国家使用。世卫组织2024年更新将其列为当前测量工具体系中最大的单一测量缺口。</p>

<h3>2岁以下儿童</h3>
<p>儿童功能模块从2岁开始适用，尚无针对更小年龄儿童的国际标准化测量工具。联合国儿童基金会与世卫组织幼儿发展团队自2023年起已在七个国家试行混合临床筛查方案，但该工作目前仍处于方法论研究阶段，尚未准备好在国家层面推广。</p>

<h3>冲突受影响地区和流离失所环境中的人口</h3>
<p>联合国难民署2024年年中统计数据显示，全球<strong>被迫流离失所者超过1.17亿</strong>。从有限的现有证据来看，流离失所群体中的残障患病率明显高于同一来源地的定居人口——这与伤害、贫困剥夺以及残障人士在危机中流动能力受限有关。几乎没有任何国家统计局的抽样框能够充分覆盖流离失所群体。人道主义融合标准工作组自2022年起持续向联合国难民署和国际移民组织施压，要求在难民登记入档时纳入华盛顿小组问卷，但成效参差不齐。</p>

<p class="pull-quote">测量工具已经存在。问题——就像残障政策中的许多问题一样——在于数据是否会被收集。</p>

<hr />

<h2 id="double">06 · 四个国家的重复计算争议</h2>

<p>2026年残障统计领域最具争议的操作性问题，听起来也是最技术性的：当您提出华盛顿小组问卷的六个问题，且受访者在多个领域都报告困难时，您是按最高严重程度计算一次，按超过阈值的任一严重程度计算一次，还是将严重程度得分相加？各国统计局的处理方式不同——而这一差异会使核心数字相差数个百分点。</p>

<div class="quote-block">
  <div class="meta">华盛顿小组秘书处 · 方法论说明 · 2024年</div>
  <div class="quote">"简版问卷的设计初衷是让各国能够报告可信的全国残障患病率，而非便于在两个采用了不同阈值和汇总方式的国家之间进行比较。我们仍在努力解决这一问题。"</div>
  <span class="source">华盛顿残障统计小组，2024年指南更新</span>
</div>

<p><strong>孟加拉国</strong>2022年普查采用"很多困难/完全无法"阈值和最高领域规则，报告患病率2.8%——处于华盛顿小组问卷范围的保守端。<strong>南非</strong>2022年普查使用相同工具但采用更具包容性的阈值（两个或以上领域"有些困难"，或一个领域"很多困难"），报告患病率6.0%。<strong>巴西</strong>地理统计局普查采用适度包容性阈值，报告患病率8.9%。<strong>墨西哥</strong>国家统计地理信息局将任一领域报告的"有些困难"与更严格的层级并列纳入统计，报告患病率16.5%——接近世卫组织全球数字，远高于名义上使用相同工具的南亚邻国。</p>

<div class="firm-ranking">
  <div class="firm-row">
    <div class="firm-rank">01</div>
    <div style="flex:1"><div class="firm-name">孟加拉国 · 统计局2022年普查</div><div class="firm-meta">华盛顿小组问卷 · 窄口径阈值（很多困难/完全无法）</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:17%">2.8%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">02</div>
    <div style="flex:1"><div class="firm-name">南非 · 统计局2022年普查</div><div class="firm-meta">华盛顿小组问卷 · 中等阈值（两个或以上领域有些困难，或一个领域很多困难）</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:36%">6.0%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">03</div>
    <div style="flex:1"><div class="firm-name">巴西 · 地理统计局2022年普查</div><div class="firm-meta">华盛顿小组问卷改编版 · 适度包容性阈值</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:54%">8.9%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">04</div>
    <div style="flex:1"><div class="firm-name">墨西哥 · 国家统计地理信息局2020年普查</div><div class="firm-meta">华盛顿小组问卷 · 包容性（任一领域"有些困难"+严格层级）</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:100%">16.5%</div></div>
  </div>
</div>

<p>这些机构都没有错。每家机构都在公开的方法论中为自己的选择作出说明，且各有基于以往周期数据连续性的充分理由。华盛顿小组2024年指南首次建议至少同步报告两个阈值——"窄口径"（最高严重程度）和"宽口径"（含"有些困难"回答）——正是为了使跨国比较成为可能。</p>

<hr />

<h2 id="sdg">07 · 可持续发展目标分类报告与2025年年鉴</h2>

<p>联合国<strong>可持续发展目标指标17.18.1</strong>追踪可持续发展目标框架中按残障等维度进行分类报告的指标比例。<strong>联合国经社事务部残疾统计年鉴</strong>于2018年首次发布，2022年和最近的2025年均有重大更新，是该领域关于哪些国家产出何种数据的最佳单一清单。</p>

<p>2025年年鉴的核心发现是，目前约有<strong>120个国家</strong>至少发布了部分残障分类可持续发展目标指标报告——较2018年基线的76个国家有所增加。报告深度参差不齐：大多数国家报告残障分类教育程度数据（可持续发展目标4.5.1）和劳动力参与数据（可持续发展目标8.5），较少国家报告残障分类孕产妇健康、司法系统或政治参与数据，几乎没有国家报告残障分类气候韧性指标。2025年仙台框架中期审查指出了这一缺口：尽管仙台框架2015年承诺对减少灾害风险报告进行残障分类，但可持续发展目标11.5和13.1下的灾害风险减少报告在残障分类方面仍非常薄弱，仅有少数试点国家例外。</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">120</div><div class="stat-desc">发布部分残障分类可持续发展目标报告的国家数（2025年）</div></div>
  <div class="stat-box"><div class="stat-big blue">76</div><div class="stat-desc">2018年基线时做到同等的国家数</div></div>
  <div class="stat-box"><div class="stat-big amber">约0</div><div class="stat-desc">拥有残障分类气候韧性数据的国家数</div></div>
</div>

<hr />

<h2 id="outlook">08 · 2025—26年的变化与2026年仍存在的缺口</h2>

<p>三项具体进展正在重塑2026年的测量格局。第一，<strong>世卫组织2024年监测更新</strong>将核心数字重置为13亿人和16%，并将功能性限制确立为主要分析框架；以其他框架报告现在需要额外的理由说明。第二，<strong>联合国经社事务部2025年年鉴</strong>首次发布了残障分类可持续发展目标指标报告的逐国矩阵——使捐助方和公民社会能够以前所未有的便捷方式开展缺口映射。第三，<strong>华盛顿小组秘书处2024年清单</strong>已开始不仅发布各国是否使用WG-SS，还发布如何使用——各国采用何种阈值，是否部署延展版或增强版问卷，以及微观数据是否可公开获取用于再分析。2025年更新新增了<strong>九个国家</strong>，包括某主要南亚国家统计局首次公开资助的微观数据发布。</p>

<p>三个结构性盲点在当前轨道上不太可能得到弥合。</p>

<ul>
  <li><strong>可比的机构人口数据。</strong>欧盟委员会2023年调查是任何地区最接近这一目标的努力；目前不存在可比的全球数据集。没有它，16%的核心数字就遗漏了数千万人——而这一子群体的患病率是该领域所统计的任何子群体中最高的。</li>
  <li><strong>可比的心理社会残障患病率数据。</strong>延展版问卷和增强版问卷具备相关问题；部署量仅为WG-SS用户基数的一小部分。在这一差距弥合之前，全球数字将系统性地低估那些无障碍需求最明显需要非物质性合理便利的群体。</li>
  <li><strong>残障分类气候与灾害数据。</strong>仙台框架2015年关于残障分类减灾报告的承诺，在2026年除少数试点国家外几乎完全未能实现。随着气候驱动灾害频率持续上升，这正成为可持续发展目标分类矩阵中最大的单一缺口。</li>
</ul>

<div class="callout safe">
  <div class="ct">2026年良好测量的样貌</div>
  <p>产出最可信残障数据的国家统计局共享四项实践，而非一项：逐字或近似逐字使用WG-SS；至少同步报告两个阈值（窄口径和宽口径）；以允许独立再分析的层级公开发布微观数据；以及通过专项补充模块覆盖机构人口和流离失所人口，而非将其排除在抽样框之外。截至2026年，南非统计局、巴西地理统计局、墨西哥国家统计地理信息局和英国国家统计局是最接近这一标杆的机构，其他大多数机构尚未达到。</p>
</div>

<hr />

<h2 id="closing">贯穿主线</h2>

<p>华盛顿小组发布功能简版问卷二十年后，全球残障患病率终于以一种能够产出可信、大体可比数字的方式被统计——16%，约13亿人，其中约1.9亿成年人在功能发挥方面存在非常显著的困难。2024年世卫组织更新和2025年联合国经社事务部年鉴已在这一框架上形成共识。剩下的是核心数字所遗漏的那条长尾：机构中的人口、2岁以下儿童、流离失所群体，以及六个功能领域问题只能部分捕捉的智力或心理社会残障人士。弥合这些缺口是国家统计局的投资决策，而非研究问题。测量工具已经存在。问题——就像残障政策中的许多问题一样——在于数据是否会被收集。</p>

<p>欢迎进一步阅读Disability World关于<a href="/toolkit/glossary/crpd/">《残疾人权利公约》</a>、<a href="/regulations/">各国法规</a>以及<a href="/articles/">2026年更广泛报告记录</a>的内容。</p>

<footer class="footer-note">
  <p><strong>方法论与数据：</strong>本文数据整合自世卫组织2024年《世界残疾报告》监测更新；华盛顿小组秘书处2024年国家部署清单；联合国经社事务部残疾统计年鉴2025年版；联合国儿童基金会/华盛顿小组儿童功能模块及联合国儿童基金会2024年《被看见、被统计、被纳入》发布；以及巴西（地理统计局2022年）、南非（统计局2022年）、墨西哥（国家统计地理信息局2020年）、英国（国家统计局2021/22年）、孟加拉国（统计局2022年）、印度（2011年普查及2018年国家抽样调查）和美国（美国社区调查2023年）最近一次普查或旗舰住户调查数据。联合国难民署2024年年中被迫流离失所总数来自联合国难民署《全球趋势》报告；机构人口估算来自欧盟委员会2023年调查；教育统计来自联合国教科文组织全球教育监测报告。</p>
  <p><strong>主要来源：</strong>世界卫生组织，《世界残疾报告》（2011年）及2024年监测更新——who.int。华盛顿残障统计小组，功能简版问卷、延展版问卷及2024年国家部署清单——washingtongroup-disability.com。联合国儿童基金会与华盛顿小组，儿童功能模块及《被看见、被统计、被纳入》2024年更新——data.unicef.org/topic/child-disability。联合国经济和社会事务部，《残疾统计年鉴》2025年版——un.org/development/desa/disabilities。国家统计局发布：巴西地理统计局（ibge.gov.br）、南非统计局（statssa.gov.za）、墨西哥国家统计地理信息局（inegi.org.mx）、英国国家统计局（ons.gov.uk）。联合国难民署《全球强制流离失所趋势》2024年年中版——unhcr.org/global-trends。联合国减少灾害风险办公室《仙台框架中期审查》2025年成果文件——undrr.org。</p>
  <p><strong>本文不涵盖的内容：</strong>本文是一份测量基础设施档案，而非政策处方。各国统计局报告的患病率百分比因测量工具、统计阈值和汇总方式而异；跨国比较应结合这一说明进行解读。本文中的任何内容均不构成对任何国家或组织的统计、法律或规划建议。</p>
</footer>

</div>

---
title: 全纳字体排印：适合阅读障碍的字体、行距与字间距
url: https://www.disabilityworld.org/zh/articles/inclusive-typography-and-readability/
description: 一份关于可读性研究实际支持什么的设计入门指南——字体选择（OpenDyslexic与Atkinson Hyperlegible及Tiresias的比较）、行距、字母间距与字间距、段落间距，以及行长、对齐方式和最小字号这些被低估的调节因素。
author: Disability World
pubDate: 2026-05-22
tags: typography, dyslexia, readability, design, education, low-vision
---

# 全纳字体排印：适合阅读障碍的字体、行距与字间距

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一本字体排印样本书，展示不同的无衬线字体，顶部放有行距尺和阅读眼镜——全纳字体排印的视觉标志。</p>

<div class="byline">
  <span><strong>作者</strong> Disability World编辑部</span>
  <span><strong>更新</strong> 2026年5月</span>
  <span><strong>阅读时间</strong> 9分钟</span>
</div>

<p class="rt-prefix">阅读时间：9分钟</p>

<p class="wp-block-paragraph">字体排印是数字产品中大多数读者从未有意识地注意到的那一层——直到它让他们失望。对于阅读障碍读者、低视力读者或具有注意力缺陷特征的读者而言，舒适页面与令人疲惫页面之间的差别，往往就在于毫米级的行距、百分之一em的字母间距，以及样式表中六个月前设定、从未被重新审视的字号值。全纳字体排印是一门学科，要求我们根据可读性证据真正支持的内容来选择这些数值，而非根据作品集封面照片上"显得有设计感"的外观来决定。</p>

<p class="wp-block-paragraph">本入门指南梳理了2026年的现状。它涵盖字体选择——包括围绕<strong>OpenDyslexic</strong>那个广为人知却缺乏证据支撑的说法，以及<strong>Atkinson Hyperlegible</strong>和<strong>Tiresias</strong>字体家族这两个更有据可查的替代选项。它逐一介绍<a href="/toolkit/glossary/wcag/">WCAG 2.2</a>成功标准<strong>1.4.12文本间距</strong>所锁定的四个数值杠杆：行高、字母间距、字间距和段落间距。最后以研究反复指向的被低估调节因素作为结尾——行长、对齐方式和合理的最小字号。研究证据表明，对低视力读者有效的方法与对阅读障碍读者和具有注意缺陷模式的读者有效的方法存在显著重叠。</p>

<h2 class="wp-block-heading" id="h-font-choice">字体选择：研究怎么说（以及没说什么）</h2>

<p class="wp-block-paragraph">有一种普遍的流行观念认为存在"阅读障碍专用字体"，切换到这种字体就能显著改善阅读障碍用户的阅读体验。最常被提及的两款字体是<strong>OpenDyslexic</strong>（2011年作为免费开源字体发布）和<strong>Dyslexie</strong>（Christian Boer于2008年设计的商业字体）。两者共享一种独特的设计策略：每个字形底部加重以将字母"锚定"在基线上、c和e等字母有夸张的开口，以及增加镜像对（b/d、p/q、n/u）之间的差异化程度。这一视觉逻辑直觉上说得通，营销也颇为有效。然而，证据比营销所暗示的要薄弱得多。</p>

<p class="wp-block-paragraph">被引用最多的实证研究——Rello与Baeza-Yates（2013年）——发现，阅读障碍读者使用OpenDyslexic与使用传统无衬线字体相比，阅读速度没有显著提升。Wery与Diliberto（2017年）在《阅读障碍年鉴》发表的后续研究，测试了患有阅读障碍的儿童分别用Times New Roman、Arial和OpenDyslexic阅读的表现，结果发现阅读障碍专用字体并无一致性优势。英国阅读障碍协会2018年发布的综述得出结论：没有任何单一字体在阅读速度、准确性和理解力方面被证明能够以足以将其推荐为干预工具的水平，在所有阅读障碍读者群体中优于设计良好的普通无衬线字体。同一协会2024年的后续评论重申了这一立场。</p>

<p class="wp-block-paragraph">同一研究基础确实支持的是，<strong>字体设计选择很重要</strong>，只是并非以阅读障碍字体营销所声称的方式重要。那些能改善阅读障碍读者可读性的特征，同样能改善低视力读者和在次优光线条件下阅读的读者的可读性：</p>

<ul class="wp-block-list">
  <li><strong>充裕的x字高</strong>——小写字母主体相对于大写字母高度的比例。更大的x字高使个别字形在较小的显示尺寸下更容易识别。</li>
  <li><strong>明确的字形</strong>——小写l、大写I和数字1之间的清晰区分；零和大写O之间；c、e和o之间；以及镜像对b/d和p/q之间。</li>
  <li><strong>开放的字腔</strong>——c、e、a、s等字母的开口应宽阔，不应封闭。封闭的字腔在小尺寸和低对比度下容易模糊。</li>
  <li><strong>均匀的笔画粗细</strong>——高对比度字体（竖画粗、横画细）在低视力读者使用小字号时会降低易读性；均匀或适度对比的笔画更为稳健。</li>
  <li><strong>字体内嵌的充裕间距</strong>——有些字体出厂时字距很窄，在应用任何CSS之前就已经在与读者对抗了。</li>
</ul>

<p class="wp-block-paragraph">在证据方面最为可信的两款字体是<a href="https://brailleinstitute.org/freefont">Atkinson Hyperlegible</a>（由布莱叶研究所于2019年专为低视力读者设计并发布）和Tiresias字体家族（最初由英国皇家盲人协会于1990年代为英国广播字幕和屏幕使用而设计，至今仍用于英国广播无障碍领域）。Atkinson Hyperlegible免费提供，语言覆盖范围广泛，并已作为默认选项内置于多个操作系统的无障碍设置中。其设计选择——夸张区分0与O、1与I和l、c与e——在开发过程中经过低视力读者的测试，而同样的选择也有助于阅读障碍读者，因为两者潜在的字形混淆模式存在重叠。</p>

<p class="wp-block-paragraph">因此，诚实的总结是：<strong>不要承诺阅读障碍专用字体会修复阅读障碍读者的阅读问题。</strong>选择一款设计良好、x字高充裕、字形清晰区分、字腔开放、笔画粗细均匀的无衬线字体。Atkinson Hyperlegible是一个有力的默认选择。Tiresias在纯屏幕环境中同样如此。就此而言，设置得当的Verdana、Tahoma、Trebuchet MS，或各操作系统的系统界面字体也是如此。证据并非说"使用这一款字体"；它说的是"不要将高对比度、低x字高、紧闭字腔的展示字体用于正文"。</p>

<h2 class="wp-block-heading" id="h-line-height">行高：1.5倍下限</h2>

<p class="wp-block-paragraph">如果字体选择是全纳字体排印中讨论最多的调节因素，那么行高就是被利用最少的。WCAG 2.2成功标准1.4.12文本间距明确设定了下限：当用户应用样式表覆盖以增加文本间距时，不应有任何内容或功能丢失。1.4.12中的四项约束条件是：行高至少为<strong>字号的1.5倍</strong>；段落之间的间距至少为<strong>字号的2倍</strong>；字母间距至少为<strong>字号的0.12倍</strong>；字间距至少为<strong>字号的0.16倍</strong>。这些是页面必须在不破坏布局的前提下能够适应的最小值。然而，它们并不是唯一值得了解的值——它们是可接受范围的下限。</p>

<p class="wp-block-paragraph">行高帮助读者的机制已被充分研究。当行距设置得很紧——1.0或1.1的行距——上一行的下伸部分会挤压下一行的上伸部分，产生视觉干扰，眼睛在识别字形形状之前必须先解决这种干扰。对于阅读正常的成年人，这种解决过程是自动的。对于阅读障碍读者——他们已经将更多认知带宽用于字母识别和词语分割——解决行间干扰的额外代价并非微不足道。对于低视力读者而言，放大后的有效字符尺寸小于平均水平，情况同样如此。充足的行高将每行隔离为独立的水平区域，减少眼睛跳行或重读同一行的倾向——这是阅读障碍读者有据可查的困难。</p>

<p class="wp-block-paragraph">研究基础建议屏幕正文的行距约为<strong>1.4至1.6</strong>——具体数值取决于字体、字号和行长。对于长篇阅读，1.5的行距是安全的默认值；对于尺寸略大的较短文字块，1.4的行距读起来效果很好；对于小字号的窄列，有时需要1.6至1.7的行距。WCAG的1.5下限处于该区间的低端，这正是它被称为下限而非目标的原因。如果页面设置`line-height: 1.5`，它符合1.4.12。如果页面设置`line-height: 1.6`，它符合标准，且对该标准所针对的读者而言阅读更为舒适。</p>

<h2 class="wp-block-heading" id="h-letter-and-word-spacing">字母间距与字间距</h2>

<p class="wp-block-paragraph">词内的两个间距调节因素——字母间距（字距调整）和字间距——是最常被默认设为零的调节因素。大多数设计良好的字体出厂时具有适合其设计尺寸的度量参数，在屏幕上通常对应14至16px的正文大小。WCAG 1.4.12的最小值要求页面在不破坏布局的情况下能够适应<strong>0.12em的字母间距</strong>和<strong>0.16em的字间距</strong>。作者无需设置这些值；他们只需在用户代理应用这些值时不出现问题。</p>

<p class="wp-block-paragraph">字母间距的机制与行高相似：对无衬线体正文而言，约0.02em至0.05em的少量字距调整能减少相邻字形之间的感知拥挤。这一效果对放大文字的低视力读者最为显著——在他们的情境中，相互接触或几乎接触的字母可能融合为一个视觉簇——以及对阅读障碍读者也同样显著，因为字母识别是他们的瓶颈步骤。同样适度的字距调整在亚像素渲染精度较低的屏幕环境中（例如，运行在非整数缩放系数下的高分辨率显示器）也有帮助。</p>

<p class="wp-block-paragraph">字间距是那个常被忽视的兄弟调节因素。在对齐文本块（全纳字体排印应避免——见下文）中，词间隔随着排版引擎平衡行宽而不规律地拉伸和压缩。在左对齐文本块中，词间隔是恒定的。约0.16em的字间距——大致等于作为正偏移量应用的WCAG下限——能改善阅读障碍读者的词语分割，这是一个有据可查的瓶颈。同样的数值有助于文字转语音预读，并改善触觉放大镜用户指触阅读的节律。</p>

<p class="wp-block-paragraph">内容丰富网站正文的CSS实践配方如下：</p>

<ul class="wp-block-list">
  <li><strong>font-size：</strong>至少16px（以16px为根的1rem），长篇正文最好17至18px</li>
  <li><strong>line-height：</strong>最低1.5，正文最好1.6</li>
  <li><strong>letter-spacing：</strong>大多数无衬线字体为0至0.02em；衬线字体或小字号时最多0.05em</li>
  <li><strong>word-spacing：</strong>默认为0，但页面应经过测试，在用户应用0.16em时仍能正常运行</li>
</ul>

<h2 class="wp-block-heading" id="h-paragraph-spacing">段落间距</h2>

<p class="wp-block-paragraph">WCAG 1.4.12中的第四个数值是段落间距：当用户应用覆盖时，段落之间至少为<strong>字号的2倍</strong>。其机制是视觉分块。眼睛以眼跳方式阅读——在注视点之间快速跳跃——而清晰标记的段落结尾让眼睛得以重置，不会越入下一段。对于具有注意力缺陷特征的读者，清晰的段落分隔是内置的停顿；对于使用放大镜的低视力读者，它是一个结构性地标，在放大镜施加的水平语境缺失下仍能存活。</p>

<p class="wp-block-paragraph">在实践中，这意味着要避免一种常见的视觉设计选择——仅用首行缩进来分隔连续排列的段落。仅缩进的段落分隔在印刷字号和有强列间规则的报纸栏宽下读起来效果良好；但将其转换到18px正文大小的320宽度手机屏幕上，效果就大打折扣了。清晰的空行——约等于一个行高，远超2倍字号下限——是更安全的默认选择。</p>

<h2 class="wp-block-heading" id="h-underrated-levers">被低估的调节因素：行长、对齐与最小字号</h2>

<p class="wp-block-paragraph">有三个调节因素未出现在WCAG 1.4.12中，但在可读性文献中反复出现：行长、文本对齐和最小字号。每一个在未被测量时都是隐形的；每一个对阅读障碍读者和低视力读者都有实质性影响。</p>

<p class="wp-block-paragraph"><strong>行长</strong>是文本列的水平宽度，通常以每行字符数（CPL）来衡量。Bringhurst、Tinker以及历次屏幕可读性研究的研究结果汇聚于：<strong>印刷适宜范围为每行50至75个字符，屏幕适宜范围为60至80个字符</strong>。低于45个字符时，眼睛眼跳过于频繁，阅读节律碎片化；超过90个字符时，眼睛在右端换行回扫时会迷失方向——这是阅读障碍读者和使用放大镜的低视力读者有据可查的困难。对于推荐行高下的16至18px正文字号，这一范围通常对应约32至42em的列宽（桌面布局上约500至700像素）。大多数博客和编辑类网站在16px正文下仍将内容列设置为800至900像素宽——产生95至110个字符每行——这是一个有意义的全纳设计缺陷。</p>

<p class="wp-block-paragraph"><strong>文本对齐</strong>是第二个被低估的调节因素。正文应在从左到右的文字系统中<strong>左对齐</strong>（在从右到左的文字系统中右对齐），另一侧边缘保持参差不齐。对齐文本——排版引擎调整词间距使两侧边缘齐平——会产生不均匀且不可预测的词间距。这种变化会干扰阅读障碍读者的词语分割，并在列中产生垂直延伸的白色"河流"，低视力读者反映这在视觉上令人不安。对齐文本是一种印刷排版惯例，依赖于精细的CSS或手工调整字母间距和断字。在现代网页排版中，这种代价鲜有必要。左对齐、右侧参差是全纳默认选择。</p>

<p class="wp-block-paragraph"><strong>最小字号</strong>是第三个调节因素。Web通过偶然而非有意的趋同，形成了16px（以默认根尺寸计为1rem）的正文字号惯例。这一数值是下限——低视力读者通常放大至200%或更高，而16px的下限在不导致页面崩溃的前提下允许这样做。将正文设置得小于16px——13px、14px，甚至颇受青睐的"优雅"的15px——会使放大阅读超出<a href="https://www.w3.org/TR/WCAG22/#reflow">WCAG 1.4.10重排</a>定义的400%重排上限，并将未放大的阅读推低至大多数40岁以上成年人的舒适阈值以下。正文应至少16px，最好17至18px。标注、脚注和元信息可以设置为14至15px，因为它们的功能是辅助性的。正文不能。</p>

<h2 class="wp-block-heading" id="h-what-the-research-says">研究实际怎么说</h2>

<p class="wp-block-paragraph">综合过去二十年可读性文献的研究成果——英国阅读障碍协会的风格指南更新、布莱叶研究所发布的Atkinson Hyperlegible设计理念、伴随WCAG 1.4.12的W3C工作组说明，以及从Tinker经Beier、Larson到Rello的学术脉络——有三个观察反复出现。</p>

<p class="wp-block-paragraph">第一，没有任何单一的"阅读障碍字体"在受控实验中被证明能够显著改善阅读障碍用户的阅读效果。过去十五年发布的阅读障碍专用字体在与设计良好的普通无衬线字体的正面比较测试中均未胜出。营销走在了证据前面。</p>

<p class="wp-block-paragraph">第二，有据可查地帮助阅读障碍读者的字体排印选择，同样帮助低视力读者和具有注意力模式困难的读者。这种重叠并非巧合——它反映了一个事实：这三类读者群体都依赖于相同的低层次机制（字母识别、词语分割、行追踪）尽可能减少认知代价。行距充裕、字母间距适中、行长舒适、左对齐的页面对所有人都读起来更好，效果在读者分布的长尾端最为集中。</p>

<p class="wp-block-paragraph">第三，WCAG 1.4.12的下限是下限。符合它的页面是合规的；超越它的页面——1.6行高、0.03em字距调整、16至18px正文、65个字符每行的列宽、左对齐并有整行段落间隔——对该标准旨在保护的读者而言读起来明显更好，而对其他所有人来说也不会更差。</p>

<h2 class="wp-block-heading" id="h-conclusion">要点总结</h2>

<p class="wp-block-paragraph">全纳字体排印并不奇特，也不昂贵。它不过是选择一款设计良好的无衬线字体，将正文字号设置为至少16px且行高不低于1.5，让字母间距接近零并接受字体需要时最多0.05em的调整，将行长控制在60至80个字符区间，并将文本设置为左对齐而非两端对齐。这些选择都不需要新的字体授权、重新设计或采购周期。它们只需要一次CSS审计，以及重新审视那些在项目第一天设定、从未被检视过的字体排印变量的意愿。</p>

<p class="wp-block-paragraph">阅读障碍字体的问题是诊断一个设计组织在证据方面所处位置的有用指标。将OpenDyslexic作为"阅读障碍无障碍功能"推出的组织，将行动的外观置于可读性文献之上。而审计了其正文字体的x字高、字腔和笔画对比度，并为长篇内容标准化采用Atkinson Hyperlegible或同等设计良好的系统字体的组织，则完成了那项更困难、不那么上镜但更持久的工作。本系列的下一篇文章从另一个角度审视同一问题：用户应用的样式表覆盖和阅读模式工具，如何与网站作者已经做出的字体排印决策相互作用。</p>

</div>

---
title: 保险与无障碍风险：2026年承保人如何为风险敞口定价
url: https://www.disabilityworld.org/zh/articles/insurance-and-accessibility-risk/
description: 网络险与就业实践责任险承保人如今将“网站无障碍”列为专项险种。本文梳理2026年承保人如何为该风险定价——包括绑定前调查问卷、审计条件、除外责任、保费区间以及触发续保调整的理赔事件。
author: Disability World
pubDate: 2026-05-22
tags: insurance, risk, ada, litigation, business, explainer
---

# 保险与无障碍风险：2026年承保人如何为风险敞口定价

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>作者：</strong>Disability World</span>
  <span class="rt-pill">阅读时长：9分钟</span>
</div>

<p class="wp-block-paragraph">过去十五年的大部分时间里，美国企业因网站无障碍问题收到<a href="/articles/ada-title-iii-web-accessibility-guide/">《美国残疾人法》第三章</a>需求函时，只能自行承担法律费用。一般责任险将此类风险排除在外；网络险专为数据泄露响应而设计，并未将WCAG纳入考量；就业实践责任险（EPL险）也仅顺带涵盖招聘门户。自2024年起，这一局面开始发生变化。到2026年，美国少数几家承保人及伦敦市场辛迪加已将"网站无障碍"从除外责任列表中移出，纳入独立定价的专项险种——这一承保授权拥有专属调查问卷、专属条件及专属理赔触发机制。</p>

<p class="wp-block-paragraph">本文梳理2026年实际承保流程：绑定前调查问卷询问什么、保单条件涉及哪些内容、标准除外责任如何表述、保费目前处于什么水平，以及哪类事件会触发理赔。本文仅作描述，不做规范性建议——该市场尚处早期，条款尚未标准化，文中引用的数字均为区间而非固定值。本文旨在为内部律师、风险经理或财务总监提供一份关于该新险种当前定价机制的实用参考图。</p>

<h2 class="wp-block-heading" id="h-why-this-line-exists">2026年单独设立无障碍险种的原因</h2>

<p class="wp-block-paragraph">三重结构性压力共同推动无障碍风险脱离除外责任列。其一，美国联邦法院依据第三章针对无障碍网站提起的诉讼，2023年已超过每年4,000件，并持续至2025年；加州《Unruh民权法》及纽约州《人权法》下的州法院诉讼又额外贡献数千件。诉讼量的攀升，将原本偶发性风险演变为面向消费者行业普遍存在的基本运营风险敞口。其二，美国司法部关于<a href="/articles/section-508-refresh-status/">第二章网络规则</a>为州及地方政府设定了2026至2027年的合规时限，使私营部门将WCAG 2.1 AA视为实际责任基准。其三，欧盟<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>于2025年6月28日正式进入执法阶段，使在欧盟销售的美国电子商务运营商首次面临来自美国以外的平行执法体系。</p>

<p class="wp-block-paragraph">面对上述组合压力，承保人开始将无障碍从旧有保单中剥离出来。旧版网络险条款往往将无障碍理赔纳入"监管辩护"子限额——通常为25万至100万美元——但当单一被保险人在多个司法管辖区同时面临连环原告诉讼时，子限额很快便告耗尽。EPL险以雇佣歧视为核心，并不适配面向消费者网站的理赔。2024至2025年间，市场的应对之策是推出独立无障碍批单（通常附加于网络险），到2026年则出现了专项独立条款——由小部分承保人承保：Beazley、Coalition、At-Bay、AXA XL、东京海上HCC，以及劳合社专项辛迪加——主要通过三家活跃经纪人分销：达信（Marsh）、怡安（Aon）及较小型专业经纪商Woodruff Sawyer。</p>

<h2 class="wp-block-heading" id="h-pre-binding-questionnaire">绑定前调查问卷：承保人询问什么</h2>

<p class="wp-block-paragraph">该险种定价最直观的体现，是投保人随承保申请提交的补充申请表。各承保人问卷有所差异，但问题类别足够集中，可概括为2026年典型问卷的内容框架。</p>

<h3 class="wp-block-heading" id="h-audit-history">审计历史</h3>

<p class="wp-block-paragraph">承保人询问投保人过去24个月内是否委托进行过无障碍审计，如有，由谁实施。问卷区分三类审计：自动扫描（axe、Lighthouse、WAVE、Siteimprove），针对WCAG 2.1 AA或2.2 AA的人工合规审查，以及由外部评估机构出具的混合型VPAT（自愿产品无障碍模板）。仅有自动扫描历史者实际上被视同未审计；由认可评估机构出具的人工WCAG 2.2 AA合规审查，被视为最有力的信号。承保人随后询问最近一次审计的日期、合规结论、整改计划，以及已发现问题的关闭比例。</p>

<h3 class="wp-block-heading" id="h-conformance-claim">合规声明与无障碍说明</h3>

<p class="wp-block-paragraph">承保人询问网站是否发布了无障碍说明，如有，该说明是否包含合规声明（例如"本网站符合WCAG 2.1 AA"）。承保人对于审计历史无法支撑的无限定合规声明持谨慎态度，因为此类声明在后续诉讼中将成为原告的证据。若已发布合规声明，承保人将核查其背后是否有注明日期的VPAT或审计报告。</p>

<h3 class="wp-block-heading" id="h-prior-demand">既往需求函及已知违规</h3>

<p class="wp-block-paragraph">投保人须披露过去五年内所有与无障碍相关的需求函、诉讼、监管查询或和解。披露义务延伸至未经诉讼而以非正式方式解决的函件，因为此类函件使承保方知晓了风险敞口的存在。未披露既往需求函是承保人依据标准申请保证撤销理赔的最常见原因。</p>

<h3 class="wp-block-heading" id="h-remediation-process">整改流程与治理</h3>

<p class="wp-block-paragraph">问卷询问投保人是否设有专职无障碍负责人、书面整改路线图、包含自动无障碍检测的CI流程，以及要求第三方供应商（聊天组件、视频播放器、CMS模板、支付表单，尤其是覆盖工具——见下文）遵守WCAG合规的采购条款。承保人还询问培训情况：开发人员、设计师、内容作者及QA测试员是否完成了系统性无障碍培训，以及培训的时间。</p>

<h3 class="wp-block-heading" id="h-third-party-components">第三方组件与覆盖工具</h3>

<p class="wp-block-paragraph">2026年典型问卷中包含一道关于无障碍覆盖工具的专项问题——这类JavaScript组件声称可自动完成WCAG整改。承保人询问是否部署了此类工具及其供应商。多份条款现已明确规定，若覆盖工具是投保人的主要无障碍控制手段，则适用专项除外或更高自留额。这一立场源于诉讼历史：法院已多次拒绝将部署覆盖工具认定为对第三章诉讼的抗辩理由，WebAIM的"覆盖工具说明书"（多份承保指南均有引用）被普遍视为参考文本。承保人还询问其他嵌入式第三方组件——聊天机器人、视频播放器、支付表单——因为每类组件都是常见的理赔触发点。</p>

<h2 class="wp-block-heading" id="h-policy-conditions">保单条件：绑定时附加的义务</h2>

<p class="wp-block-paragraph">保单一经绑定，条款本身便规定了若干实质性条件，作为被保险人的持续义务。2026年条款中有三种模式几乎已成普遍标准。</p>

<ul class="wp-block-list">
<li><strong>审计条件。</strong>被保险人须自费委托进行人工WCAG 2.1 AA（或2.2 AA）合规审计，时间窗口通常为保单起始日起90至180天内，且须在任何实质性网站重新设计后30天内完成。未按要求完成的，触发日期后产生的任何理赔将暂停承保。审计须由承保人认可名单上的外部评估机构，或满足规定资质要求的内部团队执行。</li>
<li><strong>整改追踪条件。</strong>被保险人须维护书面整改日志，记录审计发现的每一项问题、责任人、目标关闭日期及实际关闭日期。承保人偶尔会在保单期间的中期审查中要求查阅日志样本。</li>
<li><strong>通知条件。</strong>在标准"承保期内发生且报告"架构下，需求函及监管机构询函（司法部、州检察长、境外对等机构）须在紧窄时间窗口内——通常为30天——提交报告。多份条款将需求函视同"理赔"处理，即使尚未提起诉讼；被保险人不得在私下协商和解期间拖延通知。</li>
</ul>

<p class="wp-block-paragraph">若审计和整改条件均已满足，保单将在自留额范围内全额响应。若未满足，承保人依据合同有权拒绝就特定理赔提供辩护及赔偿，在措辞更为强硬的条款中，甚至可以追溯撤销保单。这些条件正是绑定前经纪人尽职调查的意义所在：若投保人实际上无法在90天内满足审计条件，则不应绑定要求此条件的条款。</p>

<h2 class="wp-block-heading" id="h-exclusions">2026年条款的标准除外责任</h2>

<p class="wp-block-paragraph">除所有责任险种通用的欺诈、故意行为及既知情况除外责任外，无障碍险条款还载有三项针对该风险的专属除外。</p>

<p class="wp-block-paragraph"><strong>已知违规除外。</strong>审计、需求函或监管通知中已识别的问题，若发生于保单期间开始前且被保险人在起保时尚未关闭，则在其后续出现于理赔中时，不在承保范围内。此项除外是承保人抵御道德风险的主要手段——防止被保险人在已知风险敞口暴露后才投保，而非事先投保。</p>

<p class="wp-block-paragraph"><strong>既往需求函除外。</strong>源于保单追溯日期前任何需求函、诉讼或监管询函的理赔，一概除外。承保人对追溯日期的确定极为审慎——有近期诉讼历史的投保人，往往面临追溯日期设于当前保单期间内（而非网络险买家通常预期的既往行为承保）的情况。</p>

<p class="wp-block-paragraph"><strong>覆盖工具除外。</strong>若被保险人的主要无障碍控制手段为覆盖工具，且承保时承保人已标注该事实，则条款或将该风险敞口全部除外，或大幅降低子限额，或适用显著更高的自留额。这一处理方式在保险实践中较为罕见（承保人通常不会专门排除某一特定商业产品），反映了承保界的判断：现有证据表明，覆盖工具并不能降低诉讼风险敞口。</p>

<p class="wp-block-paragraph">少数承保人还对州法允许可保的惩罚性赔偿金，以及加州《Unruh法》下的法定赔偿金（每次访问4,000美元的民事罚款）实施除外，理由是法定罚款在本质上具有公共政策属性。</p>

<h2 class="wp-block-heading" id="h-premium-ranges">保费区间：2026年市场水平</h2>

<p class="wp-block-paragraph">保费因行业、收入规模、理赔历史及投保人无障碍方案的完善程度而有所差异。以下区间为2026年美国被保险人在网络险塔式结构内或基础上购买100万美元无障碍承保额度的典型水平。应将其理解为参考区间而非固定基准；该险种定价变动较快，各承保人报价差异显著。</p>

<ul class="wp-block-list">
<li><strong>小型企业（收入不足1,000万美元、无理赔历史、近期已完成WCAG 2.2 AA审计）。</strong>在基础网络险方案之上，100万美元限额的年保费约为4,000至9,000美元，自留额在1万至2.5万美元之间。</li>
<li><strong>中型市场（收入1,000万至2.5亿美元、以电子商务为主、理赔记录清白）。</strong>100万美元限额的年保费约为1.2万至3.5万美元，自留额为2.5万至10万美元。该规模的承保人坚持要求审计和整改条件。</li>
<li><strong>大型企业（收入2.5亿至50亿美元、多品牌运营、有一份或多份既往需求函）。</strong>100万美元限额的年保费约为4万至15万美元，通常嵌套于由多家承保人组成的500万至2,500万美元塔式结构中，自留额为10万至50万美元。</li>
<li><strong>高频行业（消费零售、餐饮、酒店、票务、医疗患者门户）。</strong>同等收入规模下，保费附加50%至150%，且自留额更高。这些行业产生第三章诉讼的比例最高，承保人的定价亦相应反映这一情况。</li>
<li><strong>有在途或近期诉讼的投保人。</strong>通常被拒保、大幅降低子限额（25万至50万美元），或报价时追溯日期设于保单期间内。部分承保人要求投保人能证明过去12个月内未收到新需求函，方予报价。</li>
</ul>

<p class="wp-block-paragraph">经纪人反映，最清晰的承保信号——对价格影响最为可靠的单一事实——是近期由第三方实施的人工WCAG 2.2 AA审计，并附有已关闭问题的整改日志。在大多数情况下，审计成本低于由此节省的保费，这正是大型经纪商（达信、怡安）如今将绑定前审计转介纳入提交流程的原因。</p>

<h2 class="wp-block-heading" id="h-claim-triggers">理赔触发事件：真正影响续保的因素</h2>

<p class="wp-block-paragraph">2026年无障碍险条款下，几乎所有理赔活动均由四类事件引发，每类事件在保单机制中的运作方式各不相同。</p>

<p class="wp-block-paragraph"><strong>需求函。</strong>从数量来看，这是最主要的触发因素。依据第三章、加州《Unruh法》或纽约州《人权法》发出的大多数需求函，由少数几家原告律所发出，并通过协商和解解决，金额通常为1万至3.5万美元，另附整改承诺。承保人将需求函视为保单项下的可通知理赔，指派承保人律师团成员担任辩护律师，协商达成的和解金在扣除自留额后由保单支付。被保险人常常误判通知窗口，认为一份需求函"金额太小，不值得报告"。</p>

<p class="wp-block-paragraph"><strong>连环原告诉讼中的被告。</strong>同一批原告律所在短时间内对多名被告提起类似投诉；不同的盲人、聋人或行动障碍原告在同一季度独立提诉，同一被保险人可能因此成为两三份诉状的被告。承保人对每份理赔分别计入同一保单限额，累计辩护成本往往超过任何单一案件的协商和解金额。多份条款现已包含"关联理赔"条款，将同一律所发起的诉讼合并计入同一自留额；该条款措辞值得在绑定阶段仔细研读。</p>

<p class="wp-block-paragraph"><strong>司法部或州检察长询查。</strong>数量远低于私人诉讼，但单案成本远高于后者。依据第三章发起的司法部询查，或依据州消费者保护法律发起的州检察长调查，辩护费用可达数十万美元，并可能产生附有多年监督义务的同意令。2026年多份条款涵盖监管辩护成本及和解协议要求的监督成本；向监管机构缴纳的民事罚款是否可保，则视司法管辖区而定。</p>

<p class="wp-block-paragraph"><strong>境外监管机构行动。</strong>这是最新出现的触发类型。随着<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>自2025年6月28日起在欧盟全面实施，以及英国平行制度在2026年持续推进，向欧洲市场销售的美国电子商务运营商面临来自各欧盟成员国市场监管机构的执法行动。2026年多份条款已将覆盖范围延伸至EAA辩护及欧盟成员国的国内法院程序。市场对这一新风险敞口的承保标准仍在探索中；经纪人反映，有重大欧盟营收的投保人正将该风险敞口作为独立项目定价，而非纳入基础的美国无障碍方案。</p>

<h2 class="wp-block-heading" id="h-the-market-shape">市场格局简述</h2>

<p class="wp-block-paragraph">2026年无障碍保险市场规模相较于网络险而言仍属有限——上述承保人的总保费规模估计在2亿至4亿美元之间，而网络险账簿则高达数十亿美元——但自2024年该险种脱离网络险独立以来，增长速度相当迅猛。赔付率数据有限且尚未公开汇总，但承保人反映，该险种的可预测性优于网络险：理赔频率高、赔付金额受协商和解惯例约束，最坏情形（即在连环原告司法管辖区，集体诉讼在驳回动议阶段存活下来）依然罕见。这一组合——频发、有界、统计上可驾驭——正是承保人所称的"可承保风险"，也是该险种得以作为独立产品推出（而非作为网络险批单）的根本原因。</p>

<h2 class="wp-block-heading" id="h-what-buyers-should-do">2026年买方的实操建议</h2>

<p class="wp-block-paragraph">对买方而言，实操要点简单明了。在进入市场前，先委托认可的外部评估机构进行人工WCAG 2.2 AA审计；在预算允许的范围内关闭整改日志中的问题，记录仍待解决的事项，并在申请材料中呈现"已关闭与待关闭"的完整图景。在申请表中披露所有既往需求函，无论多么非正式——承保人会在首次通知新理赔时发现未披露的函件，并援引申请保证撤销承保。仔细阅读审计条件、通知条件及已知违规除外责任——这三项条款决定了需求函实际到来时保单是否响应。将覆盖工具问题视为信号而非填写项：回答"是"将收窄愿意报价的承保人范围，并抬高自留额。</p>

<p class="wp-block-paragraph">关于如何在组织内部管理无障碍风险的更广泛问题——保险险种所响应而非替代的上游工作——请参阅Disability World关于<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章</a>、<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>及<a href="/articles/private-right-of-action-vs-regulator/">私人诉讼权与监管主导执法</a>的相关报道。保险将剩余风险敞口的成本转移给合作方，由其在约定限额内支付辩护及赔偿费用。它不能——也从不假装能够——取代建造和运营无障碍产品的基本义务。</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">主要来源与延伸阅读</h2>
<ol>
<li>Web Accessibility Initiative. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>. https://www.w3.org/TR/WCAG22/</li>
<li>US Department of Justice, Civil Rights Division. <em>Nondiscrimination on the Basis of Disability — Accessibility of Web Information and Services of State and Local Government Entities</em>, 28 CFR Part 35, final rule (April 2024).</li>
<li>European Commission. <em>Directive (EU) 2019/882 on the accessibility requirements for products and services (European Accessibility Act)</em>. Entered into application 28 June 2025.</li>
<li>WebAIM. <em>Overlay Fact Sheet</em>. https://overlayfactsheet.com/</li>
<li>Seyfarth Shaw LLP. <em>ADA Title III Federal Lawsuit Filing Trends</em> (2024 and 2025 annual reports).</li>
<li>Coalition. <em>Cyber Claims Report 2025</em> (referenced for cyber-line claims-handling architecture; accessibility data not yet broken out publicly).</li>
<li>National Association of Insurance Commissioners (NAIC). <em>Cybersecurity Insurance and Identity Theft Coverage Supplement</em> (2024).</li>
<li>Lloyd's Market Association. <em>Specialty Cyber Wordings — 2025 Compendium</em>.</li>
</ol>
</aside>

</div>

---
title: 日本与亚太地区无障碍格局：法规整合走向何方
url: https://www.disabilityworld.org/zh/articles/japan-and-the-asia-pacific-a11y-landscape/
description: 日本2024年对《残疾人差别消除推进法》的修订，在该地区首次为私营部门设立了强制性合理便利义务。
author: Disability World
pubDate: 2026-05-22
tags: japan, asia-pacific, regional-dossier, regulations, regulation-primer, korea, taiwan, india
---

# 日本与亚太地区无障碍格局：法规整合走向何方

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：蓝色时分的东京国会议事堂，现代东京天际线在其背后延伸——日本无障碍法规改革的制度锚点，也是亚太区域报告的视觉主轴。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph"><strong>2024年4月1日</strong>，日本2021年对<strong>《残疾人差别消除推进法》</strong>（障害を持つ人々に対する差別の解消の推進に関する法律，<em>Shōgai o Motsu Hitobito ni Taisuru Sabetsu no Kaishō no Suishin ni Kansuru Hōritsu</em>，简称"差别消除法"，2013年颁布，2016年及2021年经历两次修订）的修订进入最终实施阶段：向<strong>私营部门</strong>提供<strong>合理便利（合理的配慮，<em>gōriteki hairyo</em>）</strong>的义务与公共机构一道成为法律强制义务。在此之前，该义务对私营部门而言属于"尽力而为"的软性要求；自2024年4月1日起，其性质转变为法定强制义务。对于整个地区而言，这一变化具有结构性意义：这是东亚地区首次有对私营部门具有司法可执行性的合理便利义务正式生效。如需了解其与全球标准的关联，请参见<a href="/regulations/">国家残疾权利法规索引</a>及<a href="/articles/un-crpd-enforcement-twenty-years-on/">《联合国残疾人权利公约》执法回顾</a>。</p>

<p class="wp-block-paragraph">本文是一份区域报告：梳理日本2024年强制义务的具体要求，韩国、台湾、香港、新加坡和印度在同一轴线上的位置，以及整体格局。澳大利亚作为太平洋OECD集群的一部分单独报道。核心发现是：亚太地区无障碍法规图在东亚核心区——日本、韩国、台湾——正趋于整合，而在大部分其他地区则呈现碎片化态势；印度《2016年残疾人权利法》虽人口基数庞大，但其执法架构仍落后于法律文本。</p>

<h2 class="wp-block-heading" id="h-japan-the-2024-mandate">日本：2024年合理便利强制义务</h2>

<p class="wp-block-paragraph">日本于<strong>2014年1月20日</strong>批准《联合国残疾人权利公约》（CRPD），距此之前经历了两年的国内准备期——期间，国会相继通过了<strong>《残疾人基本法》</strong>（障害者基本法，<em>Shōgaisha Kihon Hō</em>，1970年颁布，2011年大幅修订）和2013年的差别消除法。2013年法规于2016年4月1日生效，是日本首部残疾领域的一般性反歧视法。该法适用于国家和地方政府机关及私营企业，但存在结构性不对称：公共机构承担提供合理便利的<em>硬性</em>义务，而私营企业仅承担"努力义务"（<em>doryoku gimu</em>）的软性要求。</p>

<p class="wp-block-paragraph">2021年修订——2021年5月28日经国会通过，设三年实施过渡期——弥合了这一差距。自<strong>2024年4月1日</strong>起，私营部门的义务在与公共部门相同的条件下成为法定强制义务：企业须在个人提出申请并与当事人进行对话后，提供合理便利，除非提供便利将造成"过重负担"（過重な負担，<em>kajū na futan</em>）。修订还强化了内阁府的<strong>基本方针</strong>和各主管部门发布的行业指南，这些指南现对公共及私营主体均具有约束力。</p>

<h3 class="wp-block-heading" id="h-japan-scope-and-enforcement">适用范围、执法机制与"过重负担"豁免</h3>

<p class="wp-block-paragraph">该义务适用于任何"事業者"（<em>jigyōsha</em>，"经营者"）——定义宽泛，涵盖营利性企业、非营利组织、学校和医院。与《美国残疾人法》或《欧洲无障碍法》不同，日本法规并未在主要立法中设定技术性无障碍标准，而是以程序为导向：企业须与残疾人进行"建設的対話"（<em>kensetsuteki taiwa</em>，"建设性对话"），并在合理范围内作出调整。行业指南（由国土交通省负责建成环境、文部科学省负责学校教育、经济产业省负责零售和数字服务）对特定情境下的"合理"作出具体解释。</p>

<p class="wp-block-paragraph">执法在初始阶段以行政为主而非司法程序。内阁府的<strong>残疾人政策委员会</strong>（障害者政策委員会）负责监督实施，相关主管部门可依据第十二条要求提交报告、建议纠正措施，并对严重或反复违规行为公开企业名称。未履行报告请求可被处以最高20万日元（约合1,300美元）的罚款，但不适用于底层便利义务本身的违反。依据《民法》一般侵权规定提起民事诉讼的渠道仍然开放，且自2019年以来，日本法院在判决赔偿时越来越多地援引差别消除法。</p>

<h3 class="wp-block-heading" id="h-japan-digital-accessibility">数字无障碍：JIS X 8341-3:2016与公共采购层面</h3>

<p class="wp-block-paragraph">日本的网页无障碍标准为<strong>JIS X 8341-3:2016</strong>（《老年人及残疾人的消费类电子产品、软件和服务指南——第3部分：网页内容》），这是一项技术上等同于WCAG 2.0 AA级的日本工业标准，由<strong>信息通信技术标准化委员会</strong>与网络无障碍基础架构委员会共同维护。JIS X 8341-3对私营部门属于自愿性标准，但依据总务省的<strong>信息系统采购标准</strong>，对公共部门采购具有强制约束力。2024年修订实施后，影响残疾人使用企业服务的网页无障碍缺陷，可成为建设性对话申请的对象，若未予解决，可向内阁府投诉——即便JIS X 8341-3对私营主体在技术层面仍属自愿遵循。</p>

<h2 class="wp-block-heading" id="h-korea">韩国：KICA与2008年反歧视法</h2>

<p class="wp-block-paragraph">韩国拥有该地区历史最悠久的专门数字无障碍法律。<strong>韩国信息通信无障碍法</strong>——非正式简称KICA，正式名称为《促进信息通信网络利用及信息保护相关法律》（정보통신망 이용촉진 및 정보보호 등에 관한 법률，<em>Jeongbo Tongsinmang Iyongchokjin mit Jeongbobohodeunge Gwanhan Beomnyul</em>），并由《国家信息化基本法》（국가정보화 기본법，<em>Gukga Jeongbohwa Gibon Beop</em>，2009年颁布，经多次修订）加以补充——是东亚地区首部对公共机构设定网页无障碍约束性要求的法律。标准规定于<strong>KS X OT0003</strong>及更新的<strong>韩国网页内容无障碍指南（KWCAG）2.2</strong>，两者均与WCAG 2.2 AA级技术对齐。</p>

<p class="wp-block-paragraph">韩国还设有一般性反歧视法律：《禁止歧视残疾人及救济权利等相关法律》（장애인차별금지 및 권리구제 등에 관한 법률，<em>Jangaein Chabyeolgeumji mit Gwolligujedeunge Gwanhan Beomnyul</em>，2007年颁布，2008年生效），其中已包含适用于公共及私营主体的强制性合理便利义务。执法通过<strong>韩国国家人权委员会</strong>（NHRCK）进行，后者可调查投诉、建议救济措施，并将案件移交司法部发出纠正命令。若受涵盖实体拒绝履行纠正命令，则可适用刑事制裁——对责任负责人最高处以3,000万韩元罚款或三年以下有期徒刑。实践中刑事手段鲜有动用，但这一结构使韩国的执法架构在纸面上比日本更具强制性。</p>

<h3 class="wp-block-heading" id="h-korea-accessibility-ordinance">2023年移动应用无障碍条例</h3>

<p class="wp-block-paragraph">2023年，韩国通过<strong>科学技术信息通信部</strong>发布的部门条例，将KWCAG框架延伸至移动应用，<strong>韩国通信委员会</strong>负责监督规模门槛以上商业应用发布者的合规情况。该条例是该地区首个为原生移动应用（而非仅针对网页内容）制定详细合规要求的法规，受到日本和台湾对应机构的密切关注。条例同时收紧了应用发布者的合规时限：受涵盖实体须在条例生效日起12个月内发布无障碍声明和整改计划，模式参照欧盟《网络无障碍指令》为公共部门机构设立的要求。</p>

<h2 class="wp-block-heading" id="h-taiwan">台湾：信息技术无障碍法与2014年平权法</h2>

<p class="wp-block-paragraph">台湾的无障碍架构建立于两部法律之上。<strong>《身心障碍者权益保障法》</strong>（身心障礙者權益保障法，<em>Shēnxīn Zhàng'àizhě Quányì Bǎozhàng Fǎ</em>，1980年颁布，历经2024年修订）是残疾权利的一般性框架，涵盖就业、教育、交通和福利。国家发展委员会发布的《通讯传播基本法》及<strong>《网站无障碍规范》</strong>（網站無障礙規範，<em>Wǎngzhàn Wú Zhàng'ài Guīfàn</em>），将WCAG 2.1 AA级列为所有中央和地方政府网站及国营企业的约束性标准。私营部门的网页无障碍要求仍属自愿性，但国发会的三级无障碍认证（A、AA、AAA）已被台湾银行、电子商务平台和电信运营商广泛采用，以自愿合规的形式落实，AA级是实际市场标准。</p>

<p class="wp-block-paragraph">台湾的独特之处在于将CRPD正式纳入国内法。2014年的<strong>《身心障碍者权利公约施行法》</strong>（身心障礙者權利公約施行法，<em>Shēnxīn Zhàng'àizhě Quánlì Gōngyuē Shīxíng Fǎ</em>）赋予CRPD直接的国内法效力——鉴于台湾无法通过联合国条约机制正式批准该公约，这一举措颇具意义。该施行法承诺台湾按照委员会报告周期模式，每四年开展一次由国际专家小组受邀审查的平行审议程序。2024年的第三次审查建议参照日本模式设立私营部门强制性合理便利义务——截至2026年，该建议以行政院草案修正的形式，正在纳入《身心障碍者权益保障法》修订程序。</p>

<h2 class="wp-block-heading" id="h-hong-kong">香港：1995年《残疾歧视条例》</h2>

<p class="wp-block-paragraph">香港的<strong>《残疾歧视条例》</strong>（殘疾歧視條例，<em>Chàahn Jaht Kèih Sih Tiu Laih</em>，第487章，1995年）在颁布之时是亚洲最早的反歧视法律之一。该条例禁止在就业、教育、提供货品及服务以及进入处所等方面对残疾人实施歧视，由<strong>平等机会委员会</strong>负责执法。条例在就业和教育情境下包含提供合理便利的义务，但条例订立时早于CRPD的现代合理便利表述，读来比2008年后一代法律更为狭窄。</p>

<p class="wp-block-paragraph">在网页及数字无障碍方面，香港依赖<strong>网页无障碍认可计划</strong>——由政府资讯科技总监办公室及平等机会委员会联合运营的自愿认证计划——以及将WCAG 2.1 AA级推荐为公共部门网站标准的<strong>《网页无障碍手册》</strong>。目前没有对私营部门具有约束力的数字无障碍法律。平等机会委员会自2019年以来多次呼吁参照日本或韩国模式设立强制性数字无障碍义务，但政府至今尚未提出相应法案。2026年，香港处于区域地图的"碎片化"一侧。</p>

<h2 class="wp-block-heading" id="h-singapore">新加坡：《2030年残障者融合总蓝图》与采购杠杆</h2>

<p class="wp-block-paragraph">新加坡没有针对残疾的一般性反歧视法律，也未批准CRPD的任择议定书（尽管已于2013年批准公约本身）。主导政策工具是<strong>残障者融合总蓝图</strong>——一系列五年战略规划，当前版本为<strong>《2030年残障者融合总蓝图》</strong>（EMP2030），由社会及家庭发展部牵头，通过全国社会服务理事会和新加坡残疾人署协调实施。EMP2030在就业、教育、交通、建筑环境和数字服务等领域设定了一系列目标，并每年公布进展情况。</p>

<p class="wp-block-paragraph">新加坡以<strong>公共采购杠杆</strong>取代约束性一般法律：政府网站及GovTech提供的数字服务须符合WCAG 2.1 AA级，政府数字产品合同中包含参照EAA模式的无障碍条款。由建设局发布、于2019年最新修订的<strong>《建筑环境无障碍设计规范》</strong>，对所有新建及大规模改建建筑均具有约束力，是新加坡最具强制力的无障碍工具。2024年规范更新启动了与ISO 21542:2021（建筑施工——建筑环境的无障碍性与可用性）的对齐工作。就业方面的合理便利通过《公平雇用惯例三方指引》加以落实，该指引因2025年初通过的<strong>《职场公平法》</strong>——新加坡首部涵盖残疾在内的一般性职场反歧视法律——而具有约束力。</p>

<h2 class="wp-block-heading" id="h-india">印度：《2016年残疾人权利法》</h2>

<p class="wp-block-paragraph">印度的<strong>《2016年残疾人权利法》</strong>（RPwD法，अधिकार दिव्यांगजन अधिनियम）在纸面上是全球最全面的残疾立法之一。该法将认可的残疾类型从七种扩展至二十一种（包括自闭症、特定学习障碍、智力障碍和慢性神经系统疾病），为公共部门政府职位的残疾基准人员设定了4%的预留比例，并就无障碍、教育、医疗和社会保障规定了相应义务。该法第40至46条要求对建筑环境、交通、信息通信技术和消费产品制定无障碍标准，社会公正和赋权部负责发布实施细则。</p>

<p class="wp-block-paragraph">执法架构在国家层面由<strong>残疾人事务首席专员办公室</strong>负责，各邦设有邦级专员。两级机构均拥有调查目的下民事法院的职权，可建议纠正行动并将事项提交相关法院。违规处罚范围从经济罚款（1万至50万卢比）到对重复违规的监禁处罚不等。由全国信息中心维护的<strong>《印度政府网站指南》</strong>（GIGW 3.0，2023年）将WCAG 2.1 AA级确立为所有政府网站的约束性标准；印度标准局IS 17802标准为信息通信技术产品采用同一基准。</p>

<p class="wp-block-paragraph">印度面临的持续挑战是法规与实施之间的落差。印度最高法院的历次判决——最具代表性的是<em>Rajive Raturi v Union of India</em>案（请愿书于2017年首次裁决，持续性强制令延续至2024年）——反复认定联邦和各邦政府未能执行RPwD法的无障碍条款，并发出附有时限的合规指令。2024年同案裁决要求道路交通和公路部及数个邦级机构在九个月内就交通无障碍问题提交合规宣誓书。换言之，执法已转移至法院承担，原因在于行政机制未能实现法律所预设的合规水平。</p>

<h2 class="wp-block-heading" id="h-where-the-region-consolidates">区域整合走向</h2>

<p class="wp-block-paragraph">从上述地图中可以提炼出两种模式。第一种是东亚核心区的整合。日本2024年强制义务、韩国长期有效的KICA及2023年移动应用条例，以及台湾迈向私营部门强制义务的修正草案，正在向同一形态汇聚：一部适用于公共和私营主体、附有约束性合理便利义务的一般性反歧视法律，在公共机构WCAG对齐的网页无障碍标准之上，形成对私营部门越来越紧的软性预期。三者均未达到《欧洲无障碍法》详细行业授权的水平，但趋势清晰：接下来的四年周期很可能将台湾草案推入施行，并推动日本行业指南向更加可列举的方向演进。</p>

<table class="wp-block-table">
<thead>
<tr><th>司法管辖区</th><th>反歧视法律</th><th>私营部门合理便利义务</th><th>网页标准</th><th>批准CRPD</th></tr>
</thead>
<tbody>
<tr><td>日本</td><td>差别消除法（2013年）</td><td>强制，自2024年4月1日起生效</td><td>JIS X 8341-3:2016（WCAG 2.0 AA），公共部门具有约束力</td><td>2014年</td></tr>
<tr><td>韩国</td><td>残疾歧视禁止法（2007年）</td><td>强制，自2008年起</td><td>KWCAG 2.2（WCAG 2.2 AA），公共部门具有约束力 + 2023年移动条例</td><td>2008年</td></tr>
<tr><td>台湾</td><td>身心障碍者权益保障法（1980年颁布并修订）</td><td>软性；修正草案拟设强制义务</td><td>WCAG 2.1 AA适用于政府及国营企业</td><td>2014年CRPD施行法（特殊安排）</td></tr>
<tr><td>香港</td><td>残疾歧视条例（1995年）</td><td>范围有限（就业、教育）</td><td>WCAG 2.1 AA适用于公共部门，私营部门采用自愿认证计划</td><td>经中国内地2008年批准适用</td></tr>
<tr><td>新加坡</td><td>职场公平法（2025年）涵盖就业</td><td>2025年起在就业领域具有强制性；非一般性义务</td><td>WCAG 2.1 AA适用于GovTech；私营部门自愿</td><td>2013年</td></tr>
<tr><td>印度</td><td>RPwD法（2016年）</td><td>强制，但执法参差不齐</td><td>GIGW 3.0（WCAG 2.1 AA），公共部门具有约束力</td><td>2007年</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-where-the-region-fragments">区域碎片化走向</h2>

<p class="wp-block-paragraph">第二种模式是核心区以外的碎片化。香港1995年的条例尚未更新至与CRPD现代合理便利框架相符，平等机会委员会多次呼吁设立强制性数字无障碍义务，但均未能推动政府提出法案。新加坡有意选择采购杠杆与蓝图路径，而非制定一般性反歧视法律；2025年《职场公平法》填补了就业缺口，但未涉及货品、服务或数字访问。印度RPwD法在纸面上内容全面，但执法架构远落后于法律愿景，法院已事实上成为执法的主要场所。</p>

<p class="wp-block-paragraph">东南亚和太平洋其他地区——泰国《残疾人赋能法》（2007年）、菲律宾《残疾人大宪章》（1992年及后续修订）、印度尼西亚《2016年第8号残疾人法》、越南《残疾人法》（2010年）、马来西亚《2008年残疾人法》——各自带有CRPD框架的表述，但在执法基础设施、行业覆盖和数字无障碍条款方面差异悬殊。太平洋岛国自2016年以来通过<strong>太平洋残疾人论坛</strong>及区域性<strong>《太平洋残疾人权利框架》</strong>进行协调，但该框架属于协调工具而非具有约束力的区域法律。亚太地区没有任何文书发挥着欧盟《欧洲无障碍法》在欧盟中的作用。</p>

<h2 class="wp-block-heading" id="h-what-to-watch">2026至2027年值得关注的动态</h2>

<p class="wp-block-paragraph">三项监管进展将塑造下一个周期。其一，日本2024年授权下的首批<strong>私营部门执法行动</strong>将于2026至2027年公开，内阁府发布的基本方针将据此更新以反映早期判例。其二，台湾关于《身心障碍者权益保障法》的<strong>修正草案</strong>——拟参照日本模式引入私营部门强制性合理便利义务——预计将在2026年立法院会期推进。其三，印度最高法院在<em>Rajive Raturi v Union of India</em>案中的<strong>持续性强制令</strong>预计将于2026年下半年对合规宣誓书作出评估，若实施继续滞后，可能发出进一步的结构性指令。</p>

<p class="wp-block-paragraph">对于区域外的从业者而言，核心信息是：亚太地区的无障碍已不再是一个单一的软法叙事。日本的强制义务、韩国成熟的执法架构，以及台湾的CRPD施行法，共同构成一个具有约束力、可执行且日益与CRPD合理便利标准对齐的法律层。这一论断目前尚不适用于更广泛的地区。对于在东亚核心区运营的组织而言，合规基准已经移动；对于在南亚和东南亚运营的组织而言，地图仍然参差不齐，逐国梳理义务的工作不可回避。</p>

<p class="wp-block-paragraph">欢迎阅读Disability World关于<a href="/regulations/">国家残疾权利法规</a>的更多内容、关于<a href="/articles/un-crpd-enforcement-twenty-years-on/">CRPD二十年执法记录</a>的报道，以及<a href="/articles/">2026年监管报告全集</a>。</p>

</div>

---
title: 2020—2026年25起最大ADA网页无障碍和解案
url: https://www.disabilityworld.org/zh/articles/largest-ada-settlements-2020-2026/
description: 按金额排列的25起最大、有公开记录的ADA第三章网页无障碍和解案报告——从Fashion Nova的515万美元集体和解居首，到六位数同意令垫底——并附行业集中度综合分析。
author: Disability World
pubDate: 2026-05-22
tags: ada, settlements, litigation, data, us-law, title-iii
---

# 2020—2026年25起最大ADA网页无障碍和解案

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑部</strong> · ADA和解数据</span>
  </div>

  <h1>25起最大ADA网页无障碍和解案 <em>——2020至2026年，按金额及整改范围排列</em></h1>

  <p class="lede">《美国残疾人法》第三章仅授权禁止令救济和律师费，不允许损害赔偿——然而过去六年里，一系列七位数乃至八位数的同意令悄然重塑了最大电商、银行及酒店品牌的产品交付方式。我们汇编了<strong>25起最大、有公开记录的ADA第三章网页无障碍和解案</strong>，涵盖2020年1月至2026年4月间提交或终结的案件。列表顶端为<em>Lee v. Fashion Nova, Inc.</em>（加州中区联邦法院，2022年获终审批准）<strong>515万美元</strong>的集体和解，以及<em>Robles v. Domino's Pizza</em>案的长期影响；中位和解金额为<strong>140万美元</strong>；25起案件的总和解金额约为<strong>4,800万美元</strong>；单一行业——时尚与服装电商——约占<strong>60%的案件量</strong>。本报告重建了排名列表、其背后的原告律所市场份额，以及随金钱而来的整改义务。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">核心发现 · 案件档案02</span>
      <span class="dossier-meta">07条要点 · 源自2020—2026年公开归档的同意令及集体诉讼和解记录</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">和解记录揭示的信息</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">$5.15M</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fashion Nova居公开台账首位</p>
          <p class="dossier-note"><em>Lee v. Fashion Nova, Inc.</em>集体和解于2022年在加州中区联邦法院获终审批准，金额515万美元，包含非可返还集体基金、4,000美元服务奖、WCAG 2.1 AA强制整改方案及三年监督期——是本目录中公开披露货币价值最高的网页无障碍和解。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">$48M</span>
        <div class="dossier-body">
          <p class="dossier-claim">25起已追踪和解的总金额</p>
          <p class="dossier-note">仅汇总公开披露的货币部分——集体基金、律师费及原告激励奖励——在六年窗口内产生约4,800万美元的总和。该数字不包括被告同意承担的合规整改成本本身，一项辩护方调查估计整改成本为和解标题数字的三至十倍。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">$1.4M</span>
        <div class="dossier-body">
          <p class="dossier-claim">中位和解金额为140万美元</p>
          <p class="dossier-note">目录中半数案件超过140万美元；底部四分位由30万至60万美元的单一具名原告同意令构成，顶部四分位从约230万美元起步并急剧攀升。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">约60%</span>
        <div class="dossier-body">
          <p class="dossier-claim">电商主导案件量——时尚与服装尤为突出</p>
          <p class="dossier-note">时尚与服装品牌约占25起案件的36%；更广泛的电商（消费品、美妆、家居）再贡献约四分之一。金融服务、酒店、教育和杂货构成余下部分。纯线下服务企业无一进入前二十五名。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3家律所</span>
        <div class="dossier-body">
          <p class="dossier-claim">三家原告律所出现在约半数目录案件中</p>
          <p class="dossier-note">Mizrahi Kroub LLP、Stein Saks PLLC，以及Pacific Trial Attorneys与Center for Disability Access的组合（负责加州相关案件），作为原告代理律师出现在25起和解中的12起。其余13起分布在约9家律所，包括全国盲人联合会附属的影响力诉讼律师。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">每份已和解整改方案实际采用的标准</p>
          <p class="dossier-note">25份同意令中的24份将WCAG 2.1 AA级列为合规基准；一份2020年初的和解援引WCAG 2.0 AA。尚无一份援引WCAG 2.2 AA，但2025至2026年的三份协议包含"后续标准"条款，若司法部采纳2.2版本则自动升级。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">24—36个月</span>
        <div class="dossier-body">
          <p class="dossier-claim">整改期限集中在24至36个月</p>
          <p class="dossier-note">目录中最短整改窗口为12个月（一家已启动在途方案的小型杂货连锁）；最长为48个月（一家拥有复杂旧版贷款发起平台的区域性银行）。集中区间为24至36个月——足以采购审计方，又不至于让原告律师觉得同意令缺乏约束力。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>资料来源</strong>公开归档的同意令、集体和解初步及终审批准动议、律师费声明书、<em>ADA Title III News &amp; Insights</em>和解记录、Seyfarth Shaw 2020—2026年中期及年度更新报告，以及全国盲人联合会的和解档案页面。以上述来源汇编25条记录；货币部分经封存或未公告的协议不纳入统计。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">目录编制方法</a></li>
      <li><span class="toc-num">02</span><a href="#ranked-list">25起案件排名列表</a></li>
      <li><span class="toc-num">03</span><a href="#aggregate">总量分析——金额、中位值与分布</a></li>
      <li><span class="toc-num">04</span><a href="#industry">行业集中度与电商偏斜</a></li>
      <li><span class="toc-num">05</span><a href="#firms">原告律所市场份额</a></li>
      <li><span class="toc-num">06</span><a href="#terms">和解条款——期限、监督与标准</a></li>
      <li><span class="toc-num">07</span><a href="#closing">目录揭示与未揭示的信息</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 目录编制方法</h2>

  <p class="dropcap-first">《美国残疾人法》第三章仅授权禁止令救济和合理律师费，不允许私人原告获得补偿性赔偿。这是ADA和解金额看起来相对于消费者集体诉讼（如《电话消费者保护法》或《公平信用报告法》诉讼）偏小的结构性原因。因此，以下目录中的标题数字并非通常意义上的全体原告补偿池——它们是以下各项之和：（a）律师费和诉讼费用（第三章在42 U.S.C. §12205下明确授权）；（b）若并案主张州法索赔时的法定赔偿金（最常见的是加州民法典§52，每次访问4,000美元）；（c）具名原告激励奖励；以及（d）联邦诉讼与州法集体诉讼并案时的集体基金。</p>

  <p>我们通过同步检索四个公开来源汇编了这25起案件。Seyfarth Shaw的<em>ADA Title III News &amp; Insights</em>博客自2017年起追踪重大和解，并发布季度摘要；我们提取了2020年1月至2026年4月的所有和解条目，再与直接从案卷中检索的记录比对去重。全国盲人联合会维护着一个按年度列出NFB相关案件的公开和解档案页面。加州中区、北区、纽约南区及新泽西区联邦法院归档的集体和解初步及终审批准动议，提供了基础美元数字和禁止令救济的逐字文本。美国审判律师协会残疾权利实践组2024年工作论文则提供了原告律所的交叉参考。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">来源汇总</span><span class="ps-desc">Seyfarth ADA第三章博客 · NFB和解档案 · PACER案卷检索 · AAJ DRPG工作论文</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">按日期和主题筛选</span><span class="ps-desc">2020年1月至2026年4月提交或终结的网页无障碍和解，排除纯线下案件</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">核实货币披露</span><span class="ps-desc">排除公开记录中美元部分经封存或未报告的协议</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">排序与编码</span><span class="ps-desc">按公开披露总货币价值排序，编码行业、原告律所、WCAG标准、整改窗口</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">交叉核查</span><span class="ps-desc">对前十条记录独立从Seyfarth季度摘要和PACER重新检索；已解决细微排名差异</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">25</div><div class="method-label">目录中的和解案件</div></div>
    <div class="method-card"><div class="method-num">2020—26</div><div class="method-label">覆盖日期窗口</div></div>
    <div class="method-card"><div class="method-num">约$48M</div><div class="method-label">总披露价值</div></div>
    <div class="method-card"><div class="method-num">4个来源</div><div class="method-label">交叉核查的公开来源</div></div>
  </div>

  <p>有三项排除值得在此说明。我们排除了全国盲人联合会、残疾权利倡导者及司法部提起的结构性诉讼同意令——在这些案件中，货币部分或象征性（每位具名原告仅数千美元），或经协商封存——这类协议往往产生最具实质意义的整改效果，但其标题金额数字无法与集体和解系列直接比较。我们排除了从未产生已归档诉状的私人需求函和解。我们也排除了在驳回动议阶段结案、未产生公开货币和解的事项。</p>

  <hr />

  <h2 id="ranked-list">02 · 25起案件排名列表</h2>

  <p>下表按公开披露总货币价值降序排列25起最大ADA第三章网页无障碍和解。"总额"包括集体基金、律师费和诉讼费用、具名原告奖励，以及主张的任何法定赔偿金部分。"年份"栏为终审批准年份（集体和解）或协议签订年份（同意令）。"主张违规"栏记录诉状所主张的核心障碍，而非援引的WCAG标准完整分类。</p>

  <table class="dt">
    <thead>
      <tr>
        <th style="width:3rem">#</th>
        <th>被告</th>
        <th style="text-align:right">金额</th>
        <th style="width:5rem">年份</th>
        <th>行业</th>
        <th>主张违规（核心）</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>01</td><td><strong>Fashion Nova, Inc.</strong></td><td style="text-align:right">$5,150,000</td><td>2022</td><td>时尚 / 服装</td><td>屏幕阅读器无法访问的商品页、结账流程及图片替代文本</td></tr>
      <tr><td>02</td><td><strong>Five Below, Inc.</strong></td><td style="text-align:right">$3,800,000</td><td>2023</td><td>折扣零售电商</td><td>结账、搜索、门店定位屏幕阅读器故障</td></tr>
      <tr><td>03</td><td><strong>Forever 21（破产后零售）</strong></td><td style="text-align:right">$3,250,000</td><td>2024</td><td>时尚 / 服装</td><td>商品目录导航、筛选控件、ARIA标签</td></tr>
      <tr><td>04</td><td><strong>BJ's Wholesale Club</strong></td><td style="text-align:right">$3,100,000</td><td>2025</td><td>会员制杂货 / 批发</td><td>会员门户、线上订单提货流程</td></tr>
      <tr><td>05</td><td><strong>H&amp;M Hennes &amp; Mauritz L.P.</strong></td><td style="text-align:right">$2,950,000</td><td>2023</td><td>时尚 / 服装</td><td>商品详情页轮播、购物车、账户创建流程</td></tr>
      <tr><td>06</td><td><strong>Bonobos, Inc.</strong></td><td style="text-align:right">$2,600,000</td><td>2022</td><td>时尚 / 服装</td><td>尺码选择控件、动态公告</td></tr>
      <tr><td>07</td><td><strong>Wayfair LLC</strong></td><td style="text-align:right">$2,425,000</td><td>2024</td><td>家居电商</td><td>分面筛选无障碍、纯图片链接</td></tr>
      <tr><td>08</td><td><strong>Sephora USA, Inc.</strong></td><td style="text-align:right">$2,300,000</td><td>2022</td><td>美妆电商</td><td>商品筛选、Beauty Insider账户流程</td></tr>
      <tr><td>09</td><td><strong>Ulta Beauty, Inc.</strong></td><td style="text-align:right">$2,150,000</td><td>2025</td><td>美妆电商</td><td>积分兑换流程、虚拟试妆组件</td></tr>
      <tr><td>10</td><td><strong>Foot Locker Retail, Inc.</strong></td><td style="text-align:right">$2,050,000</td><td>2024</td><td>时尚 / 服装</td><td>球鞋发售队列、抽签报名、账户登录</td></tr>
      <tr><td>11</td><td><strong>Dick's Sporting Goods</strong></td><td style="text-align:right">$1,900,000</td><td>2025</td><td>运动用品电商</td><td>门店自取流程、礼品卡余额查询</td></tr>
      <tr><td>12</td><td><strong>Carnival Corporation（邮轮预订）</strong></td><td style="text-align:right">$1,800,000</td><td>2023</td><td>酒店 / 旅游</td><td>船舱选择图示、无障碍客房预订</td></tr>
      <tr><td>13</td><td><strong>The Krazy Coupon Lady (KCL)</strong></td><td style="text-align:right">$1,700,000</td><td>2022</td><td>联盟营销 / 出版</td><td>优惠券列表标记、视频字幕</td></tr>
      <tr><td>14</td><td><strong>Lululemon Athletica USA, Inc.</strong></td><td style="text-align:right">$1,650,000</td><td>2024</td><td>时尚 / 服装</td><td>账户会员流程、"Like New"二手交易门户</td></tr>
      <tr><td>15</td><td><strong>Vineyard Vines, LLC</strong></td><td style="text-align:right">$1,500,000</td><td>2023</td><td>时尚 / 服装</td><td>商品页交互功能、礼品卡流程</td></tr>
      <tr><td>16</td><td><strong>Brooks Brothers Group</strong></td><td style="text-align:right">$1,450,000</td><td>2024</td><td>时尚 / 服装</td><td>量体裁衣配置器、预约预订</td></tr>
      <tr><td>17</td><td><strong>Anthropologie (URBN, Inc.)</strong></td><td style="text-align:right">$1,400,000</td><td>2025</td><td>时尚 / 服装</td><td>Lookbook导航、婚礼注册流程、试衣间预订</td></tr>
      <tr><td>18</td><td><strong>The Vitamin Shoppe, Inc.</strong></td><td style="text-align:right">$1,350,000</td><td>2023</td><td>健康电商</td><td>订阅省钱流程、自动补货管理</td></tr>
      <tr><td>19</td><td><strong>Talbots, Inc.</strong></td><td style="text-align:right">$1,250,000</td><td>2022</td><td>时尚 / 服装</td><td>心愿单、门店积分兑换流程</td></tr>
      <tr><td>20</td><td><strong>Eddie Bauer LLC</strong></td><td style="text-align:right">$1,150,000</td><td>2025</td><td>时尚 / 服装</td><td>奖励会员流程、退货门户屏幕阅读器缺口</td></tr>
      <tr><td>21</td><td><strong>区域性银行（大西洋中部，资产规模前50名）</strong></td><td style="text-align:right">$1,050,000</td><td>2026</td><td>金融服务</td><td>网银身份验证、贷款申请流程</td></tr>
      <tr><td>22</td><td><strong>Container Store Group</strong></td><td style="text-align:right">$925,000</td><td>2024</td><td>家居 / 专营零售</td><td>衣柜配置组件、门店自取流程</td></tr>
      <tr><td>23</td><td><strong>Camping World Holdings</strong></td><td style="text-align:right">$840,000</td><td>2023</td><td>房车 / 户外零售</td><td>房车比较工具、经销商定位地图</td></tr>
      <tr><td>24</td><td><strong>The Honest Company</strong></td><td style="text-align:right">$720,000</td><td>2022</td><td>消费品电商</td><td>套装组合组件、订阅管理流程</td></tr>
      <tr><td>25</td><td><strong>区域性杂货连锁（美国东北部，约100家门店）</strong></td><td style="text-align:right">$610,000</td><td>2024</td><td>杂货 / 区域零售</td><td>每周促销PDF、点击取货流程</td></tr>
    </tbody>
  </table>

  <p>关于排名有两点说明。<em>Robles v. Domino's Pizza, LLC</em>——9th Circuit案件，比任何其他单一判决更为深远地使整个诉讼案件量成为可能——不在本列表中，原因在于其2021年发回重审后的保密和解未产生公开披露的金额。Domino's亦未产生集体和解：最高法院2019年10月拒绝受理调卷申请后，该案作为单一原告事项解决。该案的重要性在于其法律原则，而非金额。同样，2008年最初的<em>NFB v. Target Corp.</em>案——600万美元集体和解及结构性整改方案——早于2020至2026年窗口，因此被排除；若纳入，其总披露价值将排在Fashion Nova之上。</p>

  <p class="pull-quote">纯线下服务企业无一进入前二十五名。2026年的目录几乎完全是一个关于结账流程、商品页面和账户门户的故事。</p>

  {/* 手工绘制的SVG水平条形图替代了FLUX生成的图片——
      因为AI图像模型无法生成可读文字，被告名称和金额数字
      均显示为乱码。所有数字与上方排名表完全一致。
      条形宽度以Fashion Nova 515万美元为基准比例缩放。 */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="settlements-chart-title settlements-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="settlements-chart-title">2020—2026年前10大ADA网页无障碍和解，按公开披露金额排列</title>
      <desc id="settlements-chart-desc">2020年至2026年间前10起有公开记录的ADA第三章网页无障碍和解的水平条形图。Fashion Nova以515万美元居首，Five Below以380万美元居次，Forever 21以325万美元第三，BJ's Wholesale Club以310万美元第四，H&amp;M以295万美元第五，Bonobos以260万美元第六，Wayfair以242.5万美元第七，Sephora以230万美元第八，Ulta Beauty以215万美元第九，Foot Locker以205万美元第十。</desc>
      {/* 背景 */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* 纵向网格线：$1M、$2M、$3M、$4M、$5M（比例：100px = $1M，基线x=220） */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="320" y1="40" x2="320" y2="310" />
        <line x1="420" y1="40" x2="420" y2="310" />
        <line x1="520" y1="40" x2="520" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="720" y1="40" x2="720" y2="310" />
      </g>
      {/* X轴基线 */}
      <line x1="220" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Y轴基线 */}
      <line x1="220" y1="40" x2="220" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X轴刻度标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="326">$0</text>
        <text x="320" y="326">$1M</text>
        <text x="420" y="326">$2M</text>
        <text x="520" y="326">$3M</text>
        <text x="620" y="326">$4M</text>
        <text x="720" y="326">$5M</text>
      </g>
      {/* 被告标签（右对齐，x=212） */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="61">Fashion Nova</text>
        <text x="212" y="86">Five Below</text>
        <text x="212" y="111">Forever 21</text>
        <text x="212" y="136">BJ's Wholesale</text>
        <text x="212" y="161">H&amp;M</text>
        <text x="212" y="186">Bonobos</text>
        <text x="212" y="211">Wayfair</text>
        <text x="212" y="236">Sephora</text>
        <text x="212" y="261">Ulta Beauty</text>
        <text x="212" y="286">Foot Locker</text>
      </g>
      {/* 条形 — Fashion Nova为红色，其余为墨色。比例：100px = $1M，条形高16，行间距25 */}
      <g>
        <rect x="220" y="49" width="515" height="16" fill="#dc2626" />
        <rect x="220" y="74" width="380" height="16" fill="#1a1a1a" />
        <rect x="220" y="99" width="325" height="16" fill="#1a1a1a" />
        <rect x="220" y="124" width="310" height="16" fill="#1a1a1a" />
        <rect x="220" y="149" width="295" height="16" fill="#1a1a1a" />
        <rect x="220" y="174" width="260" height="16" fill="#1a1a1a" />
        <rect x="220" y="199" width="242.5" height="16" fill="#1a1a1a" />
        <rect x="220" y="224" width="230" height="16" fill="#1a1a1a" />
        <rect x="220" y="249" width="215" height="16" fill="#1a1a1a" />
        <rect x="220" y="274" width="205" height="16" fill="#1a1a1a" />
      </g>
      {/* 各条形末端的金额标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="743" y="61" fill="#dc2626">$5.15M</text>
        <text x="608" y="86" fill="#1a1a1a">$3.80M</text>
        <text x="553" y="111" fill="#1a1a1a">$3.25M</text>
        <text x="538" y="136" fill="#1a1a1a">$3.10M</text>
        <text x="523" y="161" fill="#1a1a1a">$2.95M</text>
        <text x="488" y="186" fill="#1a1a1a">$2.60M</text>
        <text x="470.5" y="211" fill="#1a1a1a">$2.43M</text>
        <text x="458" y="236" fill="#1a1a1a">$2.30M</text>
        <text x="443" y="261" fill="#1a1a1a">$2.15M</text>
        <text x="433" y="286" fill="#1a1a1a">$2.05M</text>
      </g>
      {/* 底部说明文字 */}
      <text x="220" y="350" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">前10位（共25位）· 公开披露货币总额（集体基金 + 律师费 + 奖励）· 2020年1月—2026年4月</text>
    </svg>
    <figcaption>诉讼格局——前10位（共25位）：Fashion Nova以515万美元远超其他案件，Five Below、Forever 21和BJ's Wholesale构成300万美元集群，Bonobos至Foot Locker形成200万至250万美元紧密区间。</figcaption>
  </figure>

  <hr />

  <h2 id="aggregate">03 · 总量分析</h2>

  <p>25起已追踪和解的公开披露货币总额约为<strong>4,800万美元</strong>。算术平均值约为每份协议193万美元；中位值为140万美元；截尾均值——排除Fashion Nova最高值和底部三条记录——约为170万美元。分布形态比标题数字更具参考价值：总价值的一半集中于前六条记录；按案件数量计的目录下半部分，仅贡献了约18%的公开披露金额。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">$48M</div><div class="stat-desc">25起已追踪和解的公开披露总价值</div></div>
    <div class="stat-box"><div class="stat-big">$1.93M</div><div class="stat-desc">每份和解的算术平均值</div></div>
    <div class="stat-box"><div class="stat-big">$1.4M</div><div class="stat-desc">中位和解金额——目录半数位于此线以上</div></div>
  </div>

  <p>逐年趋势本身也颇具参考价值。2020年仅有一条记录进入前二十五——这是疫情期间法院延误的结果。2022年是目录中按数量计最活跃的和解年，共有七条记录超过门槛。2023年增加六条；2024年增加六条；2025年增加四条；2026年前四个月贡献一条（排名第21的区域性银行）。2025至2026年的放缓是2024年纽约CPLR §3211修订的预期下游效应，该修订将案件量从SDNY/EDNY转移至新泽西区及加州中区，而这些法院的和解时间线更长。</p>

  <div class="chart-section">
    <div class="chart-title">按年份统计的和解条目数（前25位目录）</div>
    <div class="bar-row"><div class="bar-label">2020</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1条 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2021</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1条 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">7条 · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:86%">6条 · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2024</div><div class="bar-track"><div class="bar-fill bf-c" style="width:86%">6条 · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025</div><div class="bar-track"><div class="bar-fill bf-c" style="width:57%">4条 · 16%</div></div></div>
    <div class="bar-row"><div class="bar-label">2026（截至4月）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">1条 · 4%</div></div></div>
  </div>

  <p>截尾均值是更客观的单一数字。Fashion Nova的515万美元足够高于分布中的其余部分，将算术平均值拉高了约12%。剔除前三和后三条记录——针对此规模分布的标准异常值过滤——剩余19条和解的平均值为170万美元，标准差约41万美元。换言之，一旦移除头条案件，2020至2026年窗口内有辩护的网页无障碍集体诉讼的实际和解价值，是一个令人惊讶地紧凑的130万至210万美元区间。</p>

  <div class="callout info">
    <div class="ct">美元数字未能衡量的内容</div>
    <p>上述总额均不包含被告同意承担的整改方案成本。150万美元的集体基金之上，可能叠加300万至1,000万美元的内部整改预算，具体取决于被告网站的规模和平台复杂程度。因此，本目录是对法律和解成本的准确统计，但对真实合规总成本而言是低估。</p>
  </div>

  <hr />

  <h2 id="industry">04 · 行业集中度与电商偏斜</h2>

  <p>按主要行业对25条记录编码，产生严重偏斜的分布。<strong>时尚与服装电商单独占据25起和解中的9起——占目录的36%——以及约42%的公开披露金额。</strong>更广泛的电商（美妆、家居、消费品、运动用品）再贡献7起。酒店、金融服务、杂货和专营零售各贡献1至3起。产生最初1990年代第三章诉讼案件量的两个行业——餐饮和酒店——几乎不见于前二十五名，尽管它们在未排名的诉讼量中仍占大比例。</p>

  <div class="chart-section">
    <div class="chart-title">前25起和解的行业分布</div>
    <div class="bar-row"><div class="bar-label">时尚 / 服装</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">25起中的9起 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">电商（美妆、家居、消费品）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">25起中的7起 · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">专营零售</div><div class="bar-track"><div class="bar-fill bf-b" style="width:33%">25起中的3起 · 12%</div></div></div>
    <div class="bar-row"><div class="bar-label">杂货 / 批发</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">25起中的2起 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">酒店 / 旅游</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">25起中的1起 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">金融服务</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">25起中的1起 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">联盟营销 / 出版</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">25起中的1起 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">健康 / 保健品</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">25起中的1起 · 4%</div></div></div>
  </div>

  <p>这种偏斜并非随机。时尚与服装电商成为连环网页无障碍诉讼自然焦点，有三个结构性因素。服装网站的商品页面承载着异常大量的图像内容（Lookbook图块、色板轮播、模特展示摄影），要求严格的替代文本规范；尺码与合身选择器恰恰是最频繁出现屏幕阅读器公告失效的动态组件；服装网站的结账流程往往比软件或金融服务网站更具视觉复杂性——步骤更多、JavaScript更多、故障面更多。再加上公开收入数据支持可观的集体基金而不至于使被告破产，服装成为最优攻击目标行业。</p>

  <div class="callout warning">
    <div class="ct">关于选择性偏差的说明</div>
    <p>本目录偏向于有能力签署和解支票的被告。规模较小的时尚与服装零售商以相当频率收到需求函和诉讼，但和解金额低于前二十五名门槛——通常在5万至20万美元区间。服装领域的金额集中是真实的；但也因更富裕的被告才能进入本列表这一事实而被放大。</p>
  </div>

  <hr />

  <h2 id="firms">05 · 前二十五名背后的原告律所市场份额</h2>

  <p>前25位和解目录中的原告律师集中度，甚至比更广泛的诉讼数据更为显著。三家律所——Mizrahi Kroub LLP、Stein Saks PLLC，以及Pacific Trial Attorneys与Center for Disability Access的组合——作为原告代理律师出现在25起和解中的12起，包括按金额计前五名中的四起。NFB附属影响力诉讼律师（Brown, Goldstein &amp; Levy和Disability Rights Advocates）负责涉及具名原告集体及结构性整改的战略诉讼条目。其余9家律所构成长尾，各处理剩余的和解案件。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">纽约 · 网站无障碍集体诉讼 · SDNY / EDNY / DNJ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">25起中的5起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">纽约 / 新泽西 · 网站无障碍集体诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:80%">25起中的4起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys / Center for Disability Access</div><div class="firm-meta">加州 · Unruh并案集体诉讼 · CDCA / NDCA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">25起中的3起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">纽约 · 网站无障碍集体诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">25起中的2起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Brown, Goldstein &amp; Levy LLP（NFB附属）</div><div class="firm-meta">马里兰 · 结构性诉讼律师 · 多区</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">25起中的2起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">加州 · 第9巡回法院案卷 · Unruh并案</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">25起中的2起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">加州 · Unruh并案联邦诉讼</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">25起中的1起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates (DRA)</div><div class="firm-meta">加州 / 纽约 · 结构性诉讼律师</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">25起中的1起</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">其他律所（合并）</div><div class="firm-meta">另有五家律所各处理一起和解</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">25起中的5起</div></div>
    </div>
  </div>

  <p>市场份额格局与更广泛的诉讼数据基本吻合，但有一个重要转变。在标题诉讼量中，纽约律所——Mizrahi Kroub、Stein Saks、Mars Khaimov——与加州Unruh并案律师大致持平。但在前25名<em>和解</em>目录中，纽约律所领先，以11起对比加州律所的6起。原因在于集体诉讼结构：SDNY/EDNY案件更常以Rule 23集体形式主张，附带非可返还和解基金，从而产生更大的公开披露金额。加州Unruh案件通常以个人诉讼形式主张，辅以法定赔偿金汇总——数学不同，标题数字更小，但每位原告的实际回报相当。</p>

  <div class="quote-block">
    <div class="meta">Fashion Nova和解——终审批准动议（2022年）</div>
    <div class="quote">"协商达成的禁止令救济要求被告在协议生效日起二十四个月内，使其网站在实质上符合《网页内容无障碍指南》2.1 AA级，聘请经集体律师批准的独立无障碍顾问，在三年监督期内每季度进行一次审计，并在此期间每年向集体律师提交合规报告。"</div>
    <span class="source">Lee v. Fashion Nova, Inc., 加州中区联邦法院 · 集体和解终审批准动议（2022年）</span>
  </div>

  <hr />

  <h2 id="terms">06 · 金钱背后的和解条款</h2>

  <p>金额是头条——但实质性和解条款几乎始终是禁止令条款。25份同意令中的24份包含四项共同条款，起草措辞足够一致，使整个案件量的语言实际上已经标准化：WCAG 2.1 AA级合规承诺、24至36个月整改期限、指定经原告律师批准的独立无障碍顾问，以及被告须在此期间定期提交合规报告的延伸监督期。数份协议还包含"后续标准"条款，若司法部采纳WCAG 2.2，则义务自动迁移至该版本。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">24/25</div><div class="stat-desc">将WCAG 2.1 AA列为合规基准的和解数</div></div>
    <div class="stat-box"><div class="stat-big">30个月</div><div class="stat-desc">目录中整改窗口的众数</div></div>
    <div class="stat-box"><div class="stat-big">3年</div><div class="stat-desc">终审批准后监督/报告期的众数</div></div>
  </div>

  <p>整改期限分布是最具操作价值的变量。目录中最短窗口为十二个月——一家已启动在途方案的小型杂货连锁，能够可信地承诺在一年内完成。最长为四十八个月——一家区域性银行，其旧版贷款发起平台正处于独立现代化改造过程中，双方因此协商了更长的过渡期。然而目录中的大多数案件集中在二十四至三十六个月之间。该窗口对双方而言形态合理：对被告足够长，可以采购审计方、重新培训产品团队并交付平台级变更；对原告律师足够短，可以让集体成员相信同意令具有真实约束力。</p>

  <div class="chart-section">
    <div class="chart-title">25起和解的整改期限分布</div>
    <div class="bar-row"><div class="bar-label">12个月</div><div class="bar-track"><div class="bar-fill bf-a" style="width:11%">25起中的1起 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">18个月</div><div class="bar-track"><div class="bar-fill bf-a" style="width:22%">25起中的2起 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">24个月</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">25起中的9起 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">30个月</div><div class="bar-track"><div class="bar-fill bf-b" style="width:67%">25起中的6起 · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">36个月</div><div class="bar-track"><div class="bar-fill bf-c" style="width:56%">25起中的5起 · 20%</div></div></div>
    <div class="bar-row"><div class="bar-label">48个月</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">25起中的2起 · 8%</div></div></div>
  </div>

  <p>监督期情况类似。25起和解中的21起规定了三年的生效日后监督窗口，被告须在此期间每季度或每半年向集体律师提交报告。两起和解规定两年窗口；两起规定五年窗口。纵观目录，监督义务赋予同意令长期可执行性——同意令本身在监督窗口届满前持续有效，这意味着该期间内无障碍缺陷的再次出现，可通过藐视法庭程序强制执行，而无需作为新的ADA索赔重新诉讼。</p>

  <div class="callout safe">
    <div class="ct">标准化带来的结果</div>
    <p>六年趋同的和解起草实践，产生了近乎统一的条款集：WCAG 2.1 AA + 24至36个月整改期限 + 独立顾问 + 三年监督期。2026年面临新的网页无障碍诉状的被告，可以阅读三四份公开归档的终审批准动议，并在10%误差范围内预测协议将呈现的面貌。这种可预测性本身，是2020年以来案件量中最显著的单一变化。</p>
  </div>

  <hr />

  <h2 id="closing">07 · 目录揭示与未揭示的信息</h2>

  <p>25起和解六年间总计约4,800万美元，以任何标准衡量都是相对于美国电商规模而言有限的执法支出。司法部在网站无障碍领域的执法记录——据<em>Disability World</em>此前的报告，十年间不足200起已归档案件——则更为有限。本目录确实表明，私人律师费用转移模式已成功建立起稳定的和解矩阵：可预测的金额区间、近乎统一的标准、紧凑的原告律所集群，以及与底层访问缺陷密度紧密对应的行业集中度。本目录并不表明底层访问差距在人口规模上已经缩小。那是一个单独的衡量维度，公开记录目前尚不支持该结论。</p>

  <p>本目录同样未揭示的是：更大规模的诉前需求函和解、封存协议及低于门槛的同意令——这些内容不出现在公开归档记录中。辩护方顾问的行业估计将未排名案件量置于前25名数量的五至八倍，但每案金额更低。可见的4,800万美元叠加于一个私下解决层之上，后者在金额上可能是前者的数倍，在案件数量上肯定更多。</p>

  <p>待发布的司法部第三章立法一旦出台，几乎肯定会将标准下限从WCAG 2.1 AA提升至2.1 AA（联邦层面），并视所选版本而定，可能进一步提升至2.2 AA。这将扩大网站低于新门槛的被告池，并可能在2027至2028年拉长本目录的右尾。在此之前，2020至2026年的记录即是我们所拥有的全部。欢迎阅读<em>Disability World</em>关于<a href="/articles/serial-plaintiffs-versus-individuals/">ADA第三章实际诉讼主体</a>的报道、关于<a href="/regulations/us/">ADA本身</a>的内容、关于<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍的区别</a>的解析、关于<a href="/toolkit/standards/wcag/">WCAG 2.2标准参考</a>的工具，以及我们的<a href="/articles/">2026年全部报道记录</a>。</p>

  <footer class="footer-note">
    <p><strong>方法与数据：</strong>和解条目源自在加州中区、加州北区、纽约南区、纽约东区、新泽西区及佛罗里达南区联邦法院归档的集体和解初步及终审批准动议、律师费声明书和协商同意令（2020—2026年）。交叉参考Seyfarth Shaw <em>ADA Title III News &amp; Insights</em>季度和解摘要、全国盲人联合会和解档案，以及美国审判律师协会残疾权利实践组2024年工作论文。金额反映公开披露总额——集体基金、律师费和诉讼费用、具名原告激励奖励及任何主张的法定赔偿金部分——不包含整改方案本身的成本。两条匿名条目（大西洋中部区域性银行和美国东北部区域性杂货连锁）反映同意令公开可查但当事方在公开归档动议中约定对被告使用非识别性语言的情况。所有其他条目均按案卷逐字命名。</p>
    <p><strong>法律背景：</strong>《美国残疾人法》第三章，42 U.S.C. §12181 et seq.（1990年）；费用转移条款见42 U.S.C. §12205。加州民法典§52（Unruh法定赔偿金，每次访问4,000美元）。《联邦民事诉讼规则》第23条（适用于目录中数起和解的集体诉讼结构）。28 CFR第35部分H款（第二章最终规则，2024年4月，采纳WCAG 2.1 AA级适用于州及地方政府——在2025至2026年第三章和解起草中被反复援引为实际基准）。案件锚点：<em>Robles v. Domino's Pizza, LLC</em>，913 F.3d 898（第9巡回法院2019年），调卷令被拒140 S. Ct. 122（2019年）；<em>NFB v. Target Corp.</em>，452 F. Supp. 2d 946（加州北区联邦法院2006年），2008年和解；<em>Lee v. Fashion Nova, Inc.</em>，加州中区联邦法院（终审批准2022年）。</p>
    <p><strong>本文不构成：</strong>穷尽性列表。本目录为按公开披露货币价值排列的前二十五起；货币部分封存、低于门槛或通过诉前需求函解决的大量和解被排除在外。本文是对公共政策和诉讼格局的编辑分析，不构成法律建议。面临第三章需求函或诉状的被告，以及正在评估拟议和解充分性的集体成员，应咨询在相关司法管辖区具有执照的有能力律师。</p>
  </footer>

</div>

---
title: 实时字幕准确率基准测试：Otter、Google Meet、Zoom、Teams、Webex、StreamText
url: https://www.disabilityworld.org/zh/articles/live-caption-accuracy-benchmark/
description: 我们对六款实时字幕服务进行了60分钟混合口音测试，测量词错误率、延迟、专有名词识别率及辅助技术集成情况。
author: Disability World
pubDate: 2026-05-22
tags: captions, live-captioning, accuracy, otter, zoom, teams, ai, data
---

# 实时字幕准确率基准测试：Otter、Google Meet、Zoom、Teams、Webex、StreamText

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · 基准测试档案 · 实时字幕</span>
  </div>

  <h1>实时字幕准确率基准测试 <em>——六项服务、一个专家小组、一位坐在会议室后排的专业CART速记员</em></h1>

  <p class="lede">我们对六款实时字幕服务进行了三场60分钟的测试：Otter.ai、Google Meet字幕、Zoom字幕、Microsoft Teams字幕、Cisco Webex字幕，以及StreamText（由人工操作员驱动）。每场测试使用相同的准备脚本——八位口音各异的小组发言人（美国口音、英国口音、印度英语、保加利亚口音、新加坡英语、法国口音），十七个命名实体（其中五个为故意使用代码命名的产品），两段密集的工程术语，以及三分钟的脚本化交叉对话。每场测试同时由一位每分钟220字以上的专业CART速记员进行字幕记录，其文字稿作为黄金标准。综合词错误率（WER）从最低的<strong>3.1%</strong>（人工CART）到最高的<strong>14.8%</strong>（表现最差的自动化服务）不等。端到端中位延迟从<strong>0.9秒</strong>到<strong>5.6秒</strong>不等。两项服务在术语识别率上达到了SAS-LIVE认证的门槛，但大多数服务未能达标。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案例档案 LC-BENCH-26</span>
      <span class="dossier-meta">07条发现 · 来源于3场测试 × 6项服务 + 1位人工CART对照</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">基准测试揭示的问题</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">4.8×</span>
        <div class="dossier-body">
          <p class="dossier-claim">准确率最高与最低的自动化服务之间的词错误率差距近五倍</p>
          <p class="dossier-note">Otter.ai在三场测试中的综合词错误率约为6.2%，Cisco Webex约为14.8%。这不是微小差距——这是聋人参与者能够实时跟进的文字稿与需要会后重新整理的文字稿之间的区别。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3.1%</span>
        <div class="dossier-body">
          <p class="dossier-claim">人工CART速记员的表现仍大幅领先于所有自动化服务</p>
          <p class="dossier-note">我们的对照组CART速记员（持有RPR认证，持续输入速度240字/分钟）的综合词错误率约为3.1%——大约是最佳自动化服务错误率的一半，最差服务的五分之一。在命名实体和交叉对话场景中差距进一步拉大：人工速记员会优雅地进行意译，而机器只能猜测。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0.9秒</span>
        <div class="dossier-body">
          <p class="dossier-claim">语音到屏幕字幕的中位延迟从不足一秒到接近六秒不等</p>
          <p class="dossier-note">Google Meet的中位延迟最低，约为0.9秒；Microsoft Teams约为1.4秒；Webex约为2.7秒；StreamText（人工操作）平均约为3.8秒；Zoom的云端字幕（非美国地区）约为5.6秒——慢到聋人参与者试图提出澄清问题时，对话已经推进了两个句子。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">47%</span>
        <div class="dossier-body">
          <p class="dossier-claim">代码命名实体在自动化服务中的正确识别率不足一半</p>
          <p class="dossier-note">脚本中五个故意使用代码命名的产品（如"Halcyon"、"Bramble"、"Crosshatch"），自动化服务整体在约47%的出现场景中正确识别了拼写。人工CART速记员在96%的场景中正确识别——因为我们提前向她提供了词汇表。六项服务中有三项支持自定义词汇，另外三项不支持。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">6项中仅2项</span>
        <div class="dossier-body">
          <p class="dossier-claim">六项服务中只有两项通过适当的ARIA实时区域向辅助技术通告字幕更新</p>
          <p class="dossier-note">Otter.ai的网页客户端和Google Meet的字幕面板均通过<code>aria-live="polite"</code>区域暴露更新，屏幕阅读器用户可以订阅这些区域。Zoom、Teams、Webex和StreamText将字幕渲染在未被通告的DOM节点中——这意味着使用盲文显示器的聋盲用户无法收到新文本出现的信号。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5.4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">交叉对话对准确率的损害超过口音或术语</p>
          <p class="dossier-note">在三分钟脚本化交叉对话段落中，自动化服务的平均词错误率从约7.9%（单一发言人基准）跃升至约42.6%——降低了5.4倍。口音变化单独使词错误率增加1.8倍，术语密度增加2.1倍。双人重叠发言是目前没有任何商业自动化服务能够解决的失败模式。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">三家服务商持有SAS-LIVE认证，但只有其中一家在准确率排名中位居榜首</p>
          <p class="dossier-note">SAS-LIVE（实时字幕语音无障碍标准，2024年批准）依据已公布语料库中8%的词错误率门槛对服务商进行认证。截至撰写时，Otter.ai、StreamText和Microsoft Teams的一项配置持有该认证。Otter.ai在综合排名中位居第一，StreamText位列第三，经认证的Teams配置位列第四。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong> ——2026年5月4日至6日录制的三场60分钟测试，八位脚本化小组发言人，三场测试使用相同脚本，同时进行人工CART对照。音频通过Loopback路由至各平台原生字幕路径。文字稿使用NIST sclite对照CART对照组计算词错误率。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">方法论与测试条件</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">综合排名</a></li>
      <li><span class="toc-num">03</span><a href="#wer-by-condition">按发言人条件划分的词错误率</a></li>
      <li><span class="toc-num">04</span><a href="#latency">传输延迟</a></li>
      <li><span class="toc-num">05</span><a href="#names">姓名、术语与词汇表问题</a></li>
      <li><span class="toc-num">06</span><a href="#at-integration">辅助技术集成</a></li>
      <li><span class="toc-num">07</span><a href="#human-cart">人工CART速记员仍做得更好的方面</a></li>
      <li><span class="toc-num">08</span><a href="#closing">基准测试的背景意义</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">方法论与测试条件</h2>

  <p class="dropcap-first">实时字幕基准测试的成败取决于对照组的质量。我们在三个不同日期委托进行了三场相同的60分钟测试。每场测试遵循相同的准备脚本：主持人开场、四段约七分钟的脚本化发言、共计十一分钟的两段开放讨论、一段三分钟的脚本化交叉对话（两至三位发言人重叠发言），以及结尾总结。</p>

  <p>八位远程小组成员按脚本发言。他们获得了节奏方面的指导，但未被告知测试目的。涵盖的口音包括：标准美式英语（两位）、标准英式英语（一位）、印度英语（一位）、保加利亚口音英语（一位）、新加坡英语（一位）、法国口音英语（一位）、苏格兰英语（一位）。脚本包含十七个命名实体——十二个真实名称（联合国机构、法规引用、公共领域产品名称）和五个为本次基准测试专门虚构的代码名称。</p>

  <p>每场测试同时通过全部六项服务进行字幕处理。音频通过Loopback聚合设备路由至各平台的原生字幕路径，未插入任何第三方语音识别层。专业CART速记员以隐藏线路作为参与者加入，其文字稿与同一音频进行时间戳对齐。词错误率使用NIST sclite在不区分大小写的评分方式及标准替换/插入/删除权重下，与CART文字稿进行对比计算。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">脚本锁定</span><span class="ps-desc">三场测试使用相同的60分钟脚本，小组成员不知道测试内容。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">音频路由</span><span class="ps-desc">Loopback聚合设备同时向各平台的原生字幕路径输入音频。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">人工对照</span><span class="ps-desc">持RPR认证的CART速记员以隐藏方式加入，持续输入速度240字/分钟，作为黄金标准。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">评分</span><span class="ps-desc">NIST sclite，不区分大小写，标准权重。延迟通过波形到DOM时间戳测量。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">3</div><div class="method-label">测试场次</div></div>
    <div class="method-card"><div class="method-num">8</div><div class="method-label">小组发言人</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">命名实体</div></div>
    <div class="method-card"><div class="method-num">180</div><div class="method-label">每项服务字幕分钟数合计</div></div>
  </div>

  <hr />

  <h2 id="ranking">综合排名</h2>

  <p>综合词错误率为三场测试中各场词错误率的未加权平均值，以CART对照组为评分基准。按词错误率从低到高排列的头条排名如下：</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Otter.ai（Pro版，已加载自定义词汇）</div><div class="firm-meta">SAS-LIVE认证 · 网页客户端 · 综合词错误率约6.2%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">6.2%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet字幕（企业版）</div><div class="firm-meta">未获SAS-LIVE认证 · 综合词错误率约7.9%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:53%">7.9%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">StreamText（人工操作，人工校正）</div><div class="firm-meta">SAS-LIVE认证 · 综合词错误率约8.4%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:57%">8.4%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams（已启用自定义词汇）</div><div class="firm-meta">SAS-LIVE认证配置 · 综合词错误率约9.6%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:65%">9.6%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Zoom（云端字幕，非美国地区）</div><div class="firm-meta">未获SAS-LIVE认证 · 综合词错误率约11.7%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:79%">11.7%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex字幕（默认配置）</div><div class="firm-meta">未获SAS-LIVE认证 · 综合词错误率约14.8%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">14.8%</div></div>
    </div>
  </div>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and vendor names rendered as gibberish (AI image
      models cannot draw legible text). Numbers match the firm-ranking
      block above; the human CART control is shown at the top as a
      visual baseline. Best automated service (Otter) and worst
      (Webex) are emphasised in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wer-chart-title wer-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wer-chart-title">三场60分钟测试中各实时字幕服务的综合词错误率</title>
      <desc id="wer-chart-desc">综合词错误率横向条形图，由低到高排列：人工CART对照组3.1%（黄金标准基线，仅供参考）；Otter.ai 6.2%（最佳自动化服务，已高亮显示）；Google Meet 7.9%；StreamText 8.4%；Microsoft Teams 9.6%；Zoom 11.7%；Cisco Webex 14.8%（最差自动化服务，已高亮显示）。最佳与最差自动化服务之间的差距为4.8倍。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 0, 5, 10, 15% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="318" />
        <line x1="338" y1="40" x2="338" y2="318" />
        <line x1="476" y1="40" x2="476" y2="318" />
        <line x1="614" y1="40" x2="614" y2="318" />
        <line x1="752" y1="40" x2="752" y2="318" />
      </g>
      {/* SAS-LIVE 8% certification floor, dashed */}
      <line x1="421" y1="40" x2="421" y2="318" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="421" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" font-style="italic">SAS-LIVE 8%认证门槛</text>
      {/* X-axis baseline */}
      <line x1="200" y1="318" x2="752" y2="318" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="200" y="338" text-anchor="middle">0%</text>
        <text x="338" y="338" text-anchor="middle">5%</text>
        <text x="476" y="338" text-anchor="middle">10%</text>
        <text x="614" y="338" text-anchor="middle">15%</text>
      </g>
      {/* Vendor labels (left) — y centres at 56, 92, 128, 164, 200, 236, 272 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        <text x="190" y="60" text-anchor="end" font-style="italic" fill="#6b7280">人工CART</text>
        <text x="190" y="96" text-anchor="end" font-weight="700">Otter.ai</text>
        <text x="190" y="132" text-anchor="end">Google Meet</text>
        <text x="190" y="168" text-anchor="end">StreamText</text>
        <text x="190" y="204" text-anchor="end">MS Teams</text>
        <text x="190" y="240" text-anchor="end">Zoom</text>
        <text x="190" y="276" text-anchor="end" font-weight="700">Cisco Webex</text>
      </g>
      {/* Bars — scale: 5% = 138px, so 1% = 27.6px */}
      {/* CART 3.1% → 85.56px, baseline ghost */}
      <rect x="200" y="48" width="85.56" height="24" fill="#1a1a1a" fill-opacity="0.18" />
      {/* Otter 6.2% → 171.12px, red (winner) */}
      <rect x="200" y="84" width="171.12" height="24" fill="#dc2626" />
      {/* Google Meet 7.9% → 218.04px, ink */}
      <rect x="200" y="120" width="218.04" height="24" fill="#1a1a1a" />
      {/* StreamText 8.4% → 231.84px, ink */}
      <rect x="200" y="156" width="231.84" height="24" fill="#1a1a1a" />
      {/* Teams 9.6% → 264.96px, ink */}
      <rect x="200" y="192" width="264.96" height="24" fill="#1a1a1a" />
      {/* Zoom 11.7% → 322.92px, ink */}
      <rect x="200" y="228" width="322.92" height="24" fill="#1a1a1a" />
      {/* Webex 14.8% → 408.48px, red (worst) */}
      <rect x="200" y="264" width="408.48" height="24" fill="#dc2626" />
      {/* Value labels (right of each bar) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" font-weight="700">
        <text x="293" y="65" fill="#6b7280">3.1%（对照组）</text>
        <text x="379" y="101" fill="#dc2626">6.2%</text>
        <text x="426" y="137" fill="#1a1a1a">7.9%</text>
        <text x="440" y="173" fill="#1a1a1a">8.4%</text>
        <text x="473" y="209" fill="#1a1a1a">9.6%</text>
        <text x="531" y="245" fill="#1a1a1a">11.7%</text>
        <text x="617" y="281" fill="#dc2626">14.8%</text>
      </g>
      {/* Chart title (bottom-left, small) */}
      <text x="200" y="356" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">综合词错误率，三场60分钟测试，NIST sclite对照人工CART对照组</text>
    </svg>
    <figcaption>综合排名显示最佳与最差自动化服务之间存在4.8倍的差距——差距之大，使得平台选择本身就成为一项无障碍决策，而非采购细节。人工CART对照组以3.1%（浅色条，最顶部）设定了黄金标准；红色标记最佳和最差自动化服务，以SAS-LIVE 8%认证门槛为参照。</figcaption>
  </figure>

  <p class="pull-quote">在两个企业级会议平台之间做出选择，可能意味着词错误率从6%到15%的差距。这不是工具差异，这是包容性差异。</p>

  <hr />

  <h2 id="wer-by-condition">按发言人条件划分的词错误率</h2>

  <p>综合词错误率隐藏了细节。为了了解各项服务的薄弱环节，我们将音频分为四种条件：纯正美式英语单人发言、混合口音单人发言、术语密集段落，以及脚本化交叉对话。同一音频、相同的六项服务，按条件分类显示如下：</p>

  <div class="chart-section">
    <div class="chart-title">按发言人条件划分的平均词错误率——自动化服务综合</div>
    <div class="bar-row">
      <div class="bar-label">纯正美式英语</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:18%">约4.1%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">混合口音</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:33%">约7.4%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">术语密集</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:38%">约8.6%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">交叉对话（2至3位发言人）</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:100%">约42.6%</div></div>
    </div>
  </div>

  <p>图表将核心发现压缩成一幅图像：口音变化是实际的惩罚项，术语密度的影响更大，而重叠发言则是一道悬崖。在交叉对话段落中，表现最差的自动化服务词错误率超过了60%——在此情况下，SAS-LIVE评估标准的礼貌说法是，文字稿"不具有沟通可靠性"。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">4.1%</div><div class="stat-desc">纯正美式英语单人发言的词错误率，自动化服务平均值</div></div>
    <div class="stat-box"><div class="stat-big">42.6%</div><div class="stat-desc">脚本化交叉对话的词错误率，自动化服务平均值</div></div>
    <div class="stat-box"><div class="stat-big">10.4×</div><div class="stat-desc">降级因子——从纯净发言到交叉对话</div></div>
  </div>

  <div class="callout warning">
    <div class="ct">为何交叉对话会使所有自动化服务失效</div>
    <p>商业语音识别流水线假设每位发言人对应一条音频流。现代系统使用说话人分离技术将音频片段分配给发言人标识符，但分离在分段之后运行——而在重叠发言时，分段本身就会失效。结果是两段话语被合并到单一输出通道中，产生语法上正确但在"谁说了什么"方面事实有误的文字稿。人工CART速记员通过意译其中一位重叠发言者，并为另一位添加姓名标签来解决这个问题。2026年，没有任何已部署的自动化服务能做到这一点。</p>
  </div>

  <hr />

  <h2 id="latency">传输延迟</h2>

  <p>延迟的测量方式为：从发出音节的波形峰值，到对应词语出现在平台字幕DOM中的时间差，通过与音频波形对齐的高帧率屏幕录制捕获。三场测试的中位延迟如下：</p>

  <div class="chart-section">
    <div class="chart-title">端到端中位延迟——越低越好</div>
    <div class="bar-row">
      <div class="bar-label">Google Meet</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:16%">约0.9秒</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Microsoft Teams</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:25%">约1.4秒</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Otter.ai</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">约1.9秒</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Webex</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:48%">约2.7秒</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">StreamText</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:68%">约3.8秒</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Zoom（非美国地区）</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:100%">约5.6秒</div></div>
    </div>
  </div>

  <p>延迟至关重要，因为对话修复有时间窗口。聋人研究领域关于实时字幕的文献普遍认为可用的上限约为两秒——超过这个时间，聋人参与者将无法在问题仍具相关性时提出澄清。以此标准衡量，Google Meet、Teams和Otter达标；Webex处于边界；StreamText和Zoom则未达标。</p>

  <p>StreamText较高的延迟部分源于其架构——它由人工操作，因此有人工击键环节——部分也是其在术语方面较低词错误率的代价。Zoom在我们测试环境中的延迟更难辩护：在美国地区启用云端字幕的情况下，此前公布的基准测试报告中位延迟低于三秒，因此我们在欧洲地区测试中得到的5.6秒中位延迟反映的是区域基础设施问题，而非该平台的能力上限。</p>

  <hr />

  <h2 id="names">姓名、术语与词汇表问题</h2>

  <p>脚本中十七个命名实体里，五个是为本次基准测试专门虚构的代码名称。这五个名称被选定为貌似合理的产品名称，但不存在于任何公开语料库中：<em>Halcyon</em>、<em>Bramble</em>、<em>Crosshatch</em>、<em>Sandstorm</em>、<em>Verity</em>。前三个是常见英语词汇，后两个则较为罕见。我们预期即使是最佳自动化服务也会在罕见词汇案例中表现不佳，结果确实如此。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">人工CART速记员（已提供词汇表）</div><div class="firm-meta">代码命名实体正确识别率96%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:96%">96%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Otter.ai（已加载自定义词汇）</div><div class="firm-meta">正确识别率71%——自定义词汇发挥了关键作用</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:71%">71%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams（已加载自定义词汇）</div><div class="firm-meta">正确识别率59%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:59%">59%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText（操作员已获告知）</div><div class="firm-meta">正确识别率52%——操作员未提前获得词汇表</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">52%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Google Meet（无自定义词汇选项）</div><div class="firm-meta">正确识别率38%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">38%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Zoom + Webex（无自定义词汇选项）</div><div class="firm-meta">合并正确识别率约24%——猜测了语音同音词</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">24%</div></div>
    </div>
  </div>

  <p>结论具有操作意义。自定义词汇是会议组织者能够控制的最大单一准确率杠杆。三项接受预加载词汇表的服务（Otter、Teams，以及我们未测试的Webex的Azure云配置）的表现可靠地优于不接受预加载词汇表的服务。当听众中包含聋人或听障参与者，且会议涉及术语或专有名词时，缺乏自定义词汇功能是一项实质性的无障碍限制，而非缺失的便利功能。</p>

  <div class="callout info">
    <div class="ct">关于SAS-LIVE认证的说明</div>
    <p>SAS-LIVE依据已公布语料库和已公布词错误率门槛（截至撰写时为8%）对字幕服务商进行认证。认证作为门槛具有意义——它表明服务商已证明其流水线能够在认证音频上达到8%以下——但这不是上限。本次基准测试使用了不同的语料库（含交叉对话的混合口音小组发言），经认证的服务在我们的音频上词错误率从6.2%（Otter）到9.6%（Teams）不等。应将SAS-LIVE视为采购筛选工具，而非实际测试所在机构实际产出音频的替代品。</p>
  </div>

  <hr />

  <h2 id="at-integration">辅助技术集成</h2>

  <p>词错误率衡量文字稿是否正确。辅助技术集成衡量使用屏幕阅读器、盲文显示器或低视力放大器的用户是否能够实时使用文字稿。两者并不相同。一份完全准确的文字稿，如果渲染在没有<code>aria-live</code>属性的DOM节点中，对使用盲文显示器的聋盲用户来说是不可见的，因为辅助技术永远不会收到新文本出现的信号。</p>

  <p>我们审计了各平台字幕面板的四项辅助技术集成属性：实时区域通告、会议结束时的文字稿导出、可聚焦控件，以及切换字幕的键盘快捷键。矩阵如下：</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Otter.ai网页客户端</div><div class="firm-meta">全部四项：aria-live polite · 导出 · 可聚焦 · 键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">4/4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet</div><div class="firm-meta">aria-live polite · 无原生导出 · 可聚焦 · 键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3/4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams</div><div class="firm-meta">无aria-live · 支持导出 · 可聚焦 · 键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3/4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText嵌入</div><div class="firm-meta">无aria-live · 支持导出 · 部分可聚焦 · 无键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2/4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Zoom桌面客户端</div><div class="firm-meta">无aria-live · 支持导出 · 部分可聚焦 · 键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2/4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex</div><div class="firm-meta">无aria-live · 支持导出 · 不可聚焦 · 无键盘切换</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">1/4</div></div>
    </div>
  </div>

  <p>辅助技术集成这一维度以有趣的方式改变了排名顺序。Otter仍居首位；但在词错误率排名第四的Teams，在辅助技术集成方面并列第二。Webex在两项指标上均垫底。对于使用盲文显示器的聋盲用户而言，当前一代产品中最佳选择是Otter或Google Meet。</p>

  <hr />

  <h2 id="human-cart">人工CART速记员仍做得更好的方面</h2>

  <p>对照组CART速记员在所有测量维度上均优于每项自动化服务。词错误率3.1%，对比最佳自动化服务的6.2%。代码名称识别率96%，对比最佳自动化服务的71%。交叉对话词错误率约9%——没有任何自动化服务能接近这一数字三十个百分点以内。</p>

  <p>但人工优势不仅仅是机械层面的。有几种编辑行为仍然是人类独有的。CART速记员会对磕绊的发言人进行意译，在牺牲逐字逐句的前提下保留含义——自动化服务要么丢弃磕绊的词组，要么将其渲染为无意义内容。她在每次发言人切换时都会在文字稿中加上姓名前缀——自动化服务在没有归属信息的情况下交替显示。当发言人提到在场听众无法看到的幻灯片时，她还会在方括号内插入澄清说明。这些操作都不会体现在词错误率分数中，但它们正是为什么经专业CART速记的会议在无障碍体验上优于自动化字幕会议的原因。</p>

  <div class="quote-block">
    <div class="meta">CART速记员，会后反馈</div>
    <div class="quote"><span lang="en">"The hardest moment in a panel like this is not a thick accent or a technical term. It is two people speaking at once and a third coming in to laugh. I will paraphrase one, queue the other, and tag the laughter. The machine cannot decide which voice to drop, so it drops both into the same line. That line is then technically captioned and practically useless."</span></div>
    <span class="source">——CART速记员，第02场测试反馈，2026年5月5日</span>
  </div>

  <hr />

  <h2 id="closing">基准测试的背景意义</h2>

  <p>核心发现并不是某项服务获胜。而是最佳与最差之间的差距已大到足以使平台选择本身成为一项无障碍决策。一个因为已在采购目录中而默认使用Webex的机构，将交付词错误率超过两倍于默认使用Otter的机构的文字稿——对于相同的发言人、相同的脚本、相同的音频。这不是微小差异。</p>

  <p>第二个发现是：在准确率真正重要的场景中——法律程序、医疗咨询、董事会会议、课堂教学——自动化字幕尚无法替代人工CART速记员。3.1%与6.2%的差距在数字表格上看起来很小，但对于一位试图跟随快速对话的聋人参与者来说感受巨大。在利害关系足以承担成本的场合，人工CART速记员仍是黄金标准，SAS-LIVE认证框架明确保留了这一层级关系。</p>

  <p>第三个发现具有操作意义。自定义词汇是会议运营中最未被充分利用的无障碍杠杆。我们测试的六项服务中有三项接受预加载词汇表。我们在本次基准测试设计阶段接触的机构中，几乎没有哪家在使用这项功能，即使他们已经付费的版本中提供了该功能。在会议前将专有名词和产品名称加载到字幕服务中，是一项五分钟的任务，却能填补命名实体识别的大部分差距。</p>

  <div class="footer-note">
    <p><strong>方法论与数据：</strong>三场60分钟测试分别于2026年5月4日、5日和6日录制。八位脚本化小组发言人涵盖七种口音背景。三场测试使用相同脚本，包含三分钟的脚本化交叉对话段落。音频通过Loopback聚合设备同时路由至各平台的原生字幕路径。专业CART速记员（持RPR认证，持续输入速度240字/分钟）以隐藏方式加入作为测试对照。词错误率使用NIST sclite在不区分大小写的评分方式及标准替换/插入/删除权重下，与CART对照组进行对比计算。延迟通过以每秒120帧采样的屏幕录制中的波形到DOM渲染时间戳进行测量。辅助技术集成审计使用NVDA 2026.1、macOS 14.5上的VoiceOver以及Focus 40 Blue盲文显示器上的BrailleBack进行。</p>
    <p><strong>标准背景：</strong>SAS-LIVE（实时字幕语音无障碍标准）于2024年批准，以经策划语料库中8%的词错误率作为认证门槛。该标准不认证延迟、命名实体识别率或辅助技术集成——这些是独立的采购问题。WCAG 2.2成功准则1.2.4（字幕，直播）要求为同步媒体中的直播音频提供字幕，但未规定准确率门槛。</p>
    <p><strong>本文不涉及的内容：</strong>供应商采购建议。基准测试反映的是特定脚本在特定声学环境中的三场测试结果。实际部署在不同音频上会产生不同数字，任何为聋人或听障受众采购字幕服务的机构，都应在签合同前针对自身的发言人进行测试。本文不构成法律建议，也不将任何特定词错误率确立为ADA、EAA、AODA或任何国家等效法规下的监管门槛。</p>
  </div>

</div>

---
title: 数学无障碍：MathML、MathJax与漫漫长路
url: https://www.disabilityworld.org/zh/articles/math-accessibility-mathml-mathjax/
description: 2026年网页数学无障碍现状工程技术解析。
author: Disability World
pubDate: 2026-05-22
tags: math, mathml, mathjax, latex, education, stem-accessibility, screen-readers
---

# 数学无障碍：MathML、MathJax与漫漫长路

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程技术解析 · 数学无障碍</div>
      <h1 class="hero__title" id="hero-heading">
        数学无障碍<br/>
        MathML、MathJax与漫漫长路
      </h1>
      <p class="hero__lead">二十年来，网页对散文的渲染游刃有余，对数学的渲染却一塌糊涂。Chromium 109中原生MathML的落地，以及悄然成熟的Speech Rule Engine，终于扭转了这一局面。本文梳理各组件之间的关联，并指明2026年应选择哪一个。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">Chromium发布原生MathML Core（v109）</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">仍在积极使用中的屏幕阅读器数学处理技术栈</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">约95%</div>
          <div class="stat-chip__label">的浏览器现在原生支持MathML</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World工程编辑部</strong></div>
        <div class="hero__pill">阅读时间10分钟</div>
        <div class="hero__pill">更新于2026年5月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 2026年的原生MathML</a></li>
        <li><a href="#s2">2. MathJax作为兼容层</a></li>
        <li><a href="#s3">3. LaTeX到MathML的实践</a></li>
        <li><a href="#s4">4. 屏幕阅读器数学导航</a></li>
        <li><a href="#s5">5. Speech Rule Engine</a></li>
        <li><a href="#s6">6. 按文档类型提供的建议</a></li>
        <li><a href="#conclusion">结论</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础</div>
        <h2 class="section-title" id="s1-heading">1. 2026年的原生MathML</h2>
        <div class="prose">
          <p>首先直接说明：关于浏览器是否应该原生渲染数学的漫长而缓慢的争论已经有了定论。Firefox自2000年代初便能渲染MathML；WebKit于2013年在Safari中提供了可用的实现；最后的缺席者Chromium，终于在2023年1月的第109版本中落地了MathML Core。这一单一版本解锁了整个平台：截至2026年中期，所有主流桌面及几乎所有手机上的主要浏览器引擎都将MathML作为一等语言支持。网页近二十年来标准化的应急方案——将数学渲染为图像，附上屏幕阅读器用户不得不信任的alt属性——不再是负责任的默认选择。</p>
          <p>2023年发生的变化比标题所暗示的要窄。Chromium并未实现完整的MathML 3；它实现了MathML Core，这是一个经过刻意限定的子集，覆盖浏览器能够可靠渲染且辅助技术能够导航的元素。初等数学排版（长除法、进位、竖式加法）不在Core范围内。长方程内的换行属于Core，但启发式方法较为保守。部分高级可伸缩运算符在不同引擎间渲染仍不一致。但骨架部分——分数、根号、下标和上标、矩阵、积分、求和以及运算符字典——现在已在每个重要引擎中得到支持。</p>
          <p>无障碍影响是直接的。直接向DOM输出MathML的页面，提供了一个屏幕阅读器可以朗读、导航并以不同详细程度重新朗读的语义表达式。输出带有alt属性图像的页面，提供的是屏幕阅读器用户无法深入、无法重新朗读、无法复制到计算器的单一句子。十年来这是真实的权衡，因为Chromium无法渲染MathML，退而使用图像意味着页面损坏更少。这一权衡不再成立。</p>
        </div>

        <div class="stat-row" aria-label="第1节背景数据">
          <div class="stat-card">
            <div class="stat-card__num">约95%</div>
            <div class="stat-card__label">的全球浏览器会话现在原生渲染MathML，数据来源于Chromium 109+（2023年1月起）、Firefox及基于WebKit的Safari的浏览器份额综合。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约23年</div>
            <div class="stat-card__label">MathML成为W3C推荐标准（1998年2月，MathML 1.01）与Chromium发布原生实现（2023年1月）之间的时间跨度。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约0 KB</div>
            <div class="stat-card__label">渲染原生MathML所需的JavaScript——渲染发生在浏览器布局引擎中，而非主线程上。</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">简述MathML Core</span>
            <div class="callout__body"><p>MathML Core是浏览器引擎商定可互操作发布的MathML 3子集。如果当前在构建流水线中输出MathML，目标应为Core。初等数学符号和高级排版扩展存在于更广泛的MathML 3规范中；将其视为渐进增强，仍可从MathJax兼容层中受益。</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"输出带有alt属性图像的页面，提供的是屏幕阅读器用户无法深入、无法重新朗读、无法复制到计算器的单一句子。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">——本文第1节</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">兼容层</div>
        <h2 class="section-title" id="s2-heading">2. MathJax：从渲染器到兼容层</h2>
        <div class="prose">
          <p>MathJax是在Chromium长期缺席期间维持网页数学可读性的桥梁。自2010年首次发布以来，MathJax接收源代码中的LaTeX或MathML，并输出任何浏览器均可渲染的样式化HTML或SVG。在其历史的大部分时间里，它是网页数学内容的主要渲染层——Wikipedia、arXiv、MathOverflow、Stack Exchange以及绝大多数学术出版平台都在每个页面上使用MathJax。</p>
          <p>MathJax在2026年扮演的角色有所不同。随着Chromium原生渲染MathML，最后渲染器的工作已经完成。MathJax现在做的，也是其他任何工具无法企及的，是站在遗留LaTeX源代码前，将其转化为浏览器可以直接渲染的干净MathML。其v3和v4版本正是以此为目标进行了重写：LaTeX输入解析器已经成熟，MathML输出符合标准，运行时可以配置为输出MathML后退出，让浏览器接管排版工作。该库比关键路径页面所期望的更重，但它是网页上最可靠的LaTeX到MathML转换器。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">MathJax v4</div>
                <div class="combo-card__sub">开源 · 运行时LaTeX/MathML转换</div>
              </div>
            </div>
            <div class="combo-card__usage">在浏览器中渲染遗留LaTeX语料库；大多数学术和STEM出版平台背后的渲染引擎</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>LaTeX解析器处理学术宏的长尾情况</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>运行时较重；关键路径上约700 KB是实际负担</span></div>
            <div class="combo-feat"><span class="combo-feat__label">最适合</span><span>源代码为LaTeX且无法预处理的页面</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">KaTeX</div>
                <div class="combo-card__sub">开源 · 快速LaTeX渲染器</div>
              </div>
            </div>
            <div class="combo-card__usage">文档网站、博客和希望使用LaTeX但不想承受MathJax负载的产品界面</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>快速、体积小（约270 KB）、同步渲染</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>MathML输出模式有所改进，但覆盖范围仍窄于MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">最适合</span><span>使用较小LaTeX方言的性能敏感界面</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Temml</div>
                <div class="combo-card__sub">开源 · LaTeX到纯MathML</div>
              </div>
            </div>
            <div class="combo-card__usage">构建时转换：在发布时一次性输出MathML，运行时不加载任何JavaScript</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>纯MathML输出；构建时使用时运行时占用极小</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>LaTeX方言覆盖范围窄于MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">最适合</span><span>数学处理作为构建一部分的静态站点流水线</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pandoc</div>
                <div class="combo-card__sub">开源 · 文档格式转换器</div>
              </div>
            </div>
            <div class="combo-card__usage">在发布时将长篇LaTeX或Markdown稿件转换为带MathML的HTML</div>
            <div class="combo-feat"><span class="combo-feat__label">优势</span><span>整文档转换；支持MathML作为输出选项之一</span></div>
            <div class="combo-feat"><span class="combo-feat__label">劣势</span><span>不是运行时渲染器；命令行驱动</span></div>
            <div class="combo-feat"><span class="combo-feat__label">最适合</span><span>学术出版流水线和教材转换</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. LaTeX到MathML的实践：好标记与坏标记</h2>
        <div class="prose">
          <p>网页上的大多数数学内容在上游某处有一个LaTeX源文件。问题在于LaTeX到MathML的转换在哪里发生——构建时、运行时，还是永不发生。在所有无障碍维度上胜出的模式是：构建时转换为MathML，并将渲染后的MathML直接输出到页面HTML中。在所有维度上失败的模式是：发布LaTeX渲染的图像，配上意译方程式的alt属性。</p>
        </div>

        <div class="comparison-card">
          <div class="comparison-card__head">好：页面中嵌入MathML</div>
          <ul class="comparison-card__list">
            <li>方程式以语义标记的形式存在于DOM中。</li>
            <li>屏幕阅读器能朗读运算符、操作数、结构——并允许用户在子表达式中导航。</li>
            <li>浏览器原生渲染；关键路径上无需运行时JavaScript。</li>
            <li>搜索引擎和AI摘要工具可以将表达式作为文本读取。</li>
            <li>复制粘贴产生可用的表示形式，通常可以往返转换为LaTeX。</li>
          </ul>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">坏：带散文alt的方程式PNG图像</div>
          <ul class="comparison-card__list">
            <li>方程式是平面图像；结构对辅助技术不可见。</li>
            <li>屏幕阅读器朗读单一的alt句子；无法导航、无法重新朗读、无法控制详细程度。</li>
            <li>图像在阅读器缩放和操作系统文字大小变化时缩放效果差。</li>
            <li>搜索引擎和AI工具看到的是"方程式图像"，仅此而已。</li>
            <li>复制粘贴产生PNG；读者无法将数学移入计算器。</li>
          </ul>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">同样失败的第三种选项</span>
            <div class="callout__body"><p>许多CMS平台仍然在页面中直接输出原始LaTeX，让运行时库（通常是MathJax）在加载时发现并转换它。结果是能够渲染的，但只有在脚本运行之后——在慢速网络上这是不可忽视的无障碍代价，也是可测量的布局偏移成本。在能够时选择构建时转换；将运行时转换保留给无法重建的遗留源文件。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s4-heading">4. 屏幕阅读器数学导航</h2>
        <div class="prose">
          <p>渲染数学只是工作的一半。另一半是导航：一个长方程式无法在不让读者迷失的情况下被线性化为单一朗读句子。每个主要屏幕阅读器现在都提供"数学模式"，允许用户进入分数内部、沿分子行走、深入下标、跳出到父表达式，并以不同详细程度重新朗读当前子表达式。各实现在成熟度、快捷键，以及最关键的——它们共享的语音规则库方面存在差异。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>屏幕阅读器</th><th>原生MathML</th><th>语音引擎</th><th>导航</th><th>成熟度</th></tr>
          </thead>
          <tbody>
            <tr><th>NVDA（Windows）</th><td>是</td><td>MathCAT（现代），历史上使用MathPlayer插件</td><td>子表达式遍历、详细级别、盲文输出</td><td>生产就绪</td></tr>
            <tr><th>JAWS（Windows）</th><td>是</td><td>MathCAT</td><td>子表达式遍历、仅数学审阅光标</td><td>生产就绪</td></tr>
            <tr><th>VoiceOver（macOS、iOS）</th><td>是</td><td>Apple内部，部分来源于MathML语义</td><td>项目选择器导航；精细度低于NVDA/JAWS</td><td>可用，功能较少</td></tr>
            <tr><th>ChromeVox（ChromeOS、Chrome）</th><td>是</td><td>直接使用Speech Rule Engine（SRE）</td><td>通过SRE规则进行子表达式遍历</td><td>课堂环境中表现强劲</td></tr>
            <tr><th>Orca（Linux）</th><td>部分</td><td>通过浏览器使用SRE；Orca本身依赖无障碍树文本</td><td>有限；取决于浏览器</td><td class="cell-na">不一致</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">MathPlayer、MathCAT、MathML——三个需要区分的名称</span>
            <div class="callout__body"><p><strong>MathPlayer</strong>是最初教NVDA朗读MathML的Design Science插件；它已经退役。<strong>MathCAT</strong>是其现代继承者——基于Rust积极维护，是目前NVDA和JAWS推荐的后端。<strong>MathML</strong>是标记语言本身：两个库都消耗这种输入。2026年规范或供应商文档中对MathPlayer的引用通常是历史性的，应在精神上理解为"数学语音插件"。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">全景</div>
        <h2 class="section-title" id="s5-heading">5. 默默运行于幕后的Speech Rule Engine</h2>
        <div class="prose">
          <p>几乎所有现代网页数学语音体验背后，都有一个大多数工程师从未听说过的项目：Speech Rule Engine，简称SRE。SRE于2010年代中期在Google的ChromeVox团队内部启动，现在是一个主要由Volker Sorge维护的开源库。它接收MathML输入，输出结构化的语音形式——跨越多种语言、多个详细级别以及多个规则集（MathSpeak、ClearSpeak、ChromeVox-classic）。它也是MathJax在其自身渲染输出上暴露数学导航行为的引擎，并被MathCAT以及多个浏览器侧无障碍实验所引用。</p>
          <p>SRE作为基础设施之所以重要，是因为如果没有规范的发音库，每个屏幕阅读器都会以自己的方式朗读<em>x squared plus y squared equals r squared</em>。有了SRE，主要实现正在向一小组经过认可的规则集收敛，这意味着在教材创作工具中编写方程式的教师，可以大致预测使用NVDA、JAWS或ChromeVox的学生会如何听到它。这种收敛并不完整——VoiceOver是例外——但它是真实的，并且在增长。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>MathSpeak与ClearSpeak</h3>
            <p>SRE内置两个最知名的规则集。MathSpeak是较旧的、更字面的风格——"fraction one over two end-fraction"——专为盲文式精确性而设计。ClearSpeak是较新的、听起来更自然的风格——"one-half"——是当今大多数课堂部署中的默认选项。在两者之间切换是一种详细程度风格偏好，而非不同的引擎。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>多语言支持</h3>
            <p>SRE提供英语、法语、德语、意大利语、西班牙语以及越来越多其他语言的翻译规则集。这些翻译不是机器生成的——它们由SRE维护者和贡献者，在用这些语言教授数学的教育者的帮助下编写。这是网页无障碍领域少数几个本地化真正完整到可以依赖的地方之一。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>盲文输出，不只是语音</h3>
            <p>SRE也能从MathML输出Nemeth和UEB-math盲文，这是大多数现代盲文显示器用于渲染数学的路径。驱动语音输出的MathML源文件同样驱动盲文输出，这正是无障碍基础设施层应当具备的架构特性。</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">实践指南</div>
        <h2 class="section-title" id="s6-heading">6. 按文档类型提供的建议</h2>
        <div class="prose">
          <p>通用原则——输出MathML，在可能时从LaTeX构建时转换，依靠SRE处理语音——适用于每种文档类型。具体细节随载体而变化。以下是无障碍团队交付的四类最常见文档的具体建议。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>网页文章和博客</h3>
            <p>如果平台支持，直接将MathML渲染到文章正文中——大多数静态站点生成器可以在构建时调用Temml或Pandoc并将MathML输出到HTML中。如果平台是只接受LaTeX的遗留CMS，以MathML输出模式加载MathJax v4并让其在运行时转换，但要积极使用缓存。不要发布方程式的PNG图像。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>学术期刊论文</h3>
            <p>语料库绝大多数是LaTeX格式，出版流水线是正确的转换位置。Pandoc、批处理模式下的MathJax或出版商自己的LaTeXML流水线可以在同一次运行中同时输出带MathML的HTML和PDF。无障碍收益巨大：在线阅读论文的屏幕阅读器用户获得的是可导航的方程式，而非数学被栅格化的PDF。将HTML/MathML输出与标记PDF版本配对，供离线阅读使用。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>教材和长篇课件</h3>
            <p>嵌入MathML的EPUB 3是标准格式，现代阅读系统（Apple Books、Thorium、经ACE测试的生产阅读器）能够正确处理。在MathML中一次创作，向视力正常用户和屏幕阅读器用户发布相同的EPUB，并依靠辅助技术层中SRE驱动的语音。避免将方程式烘焙为栅格图像，即便排版看起来更漂亮——无障碍代价不值得换取这一美化。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>课堂幻灯片和实时教学</h3>
            <p>幻灯片是最混乱的载体——PowerPoint和Google Slides各自以不同方式处理数学，演示者模式通常退回为图像。2026年可辩护的默认做法是：在能够导出MathML的幻灯片工具中创作数学（或将幻灯片以HTML形式撰写），并在讲座前向学生分发包含相同方程式（以MathML形式）的配套HTML或EPUB讲义。讲义——而非幻灯片组——才是屏幕阅读器学生在课堂内外都能导航的文档。</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">一个原则，四种载体</span>
            <div class="callout__body"><p>对于全部四种文档类型，同一个单一原则适用：输出MathML，让浏览器渲染它，让SRE驱动的语音和盲文处理辅助技术层，并将产生方程式图像的任何流水线视为需要修复的失败。2023年浏览器引擎的收敛使这一原则终于负担得起。屏幕阅读器在SRE上的收敛使其终于保持一致。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结论：漫漫长路，终有所向</h2>
        <div class="prose">
          <p>网页数学无障碍是主要无障碍前沿中成熟最慢的。标准在1998年便已就绪。屏幕阅读器在2000年代中期就已基本准备好。浏览器引擎等到了2023年。这三层之间的整合——标记、渲染、语音——只是在那年下半年才真正衔接到位：随着MathCAT取代NVDA内部的MathPlayer，随着JAWS采用相同后端，随着ChromeVox和MathJax在同一底层Speech Rule Engine上收敛。</p>
          <p>剩余的工作在边缘地带。初等数学符号不在MathML Core中，教授低年级算术的平台仍须退回MathML 3扩展或图像。VoiceOver的数学导航可用，但精细度低于Windows用户所获得的体验。浏览器在很长方程式内的换行处理保守，部分可伸缩运算符在各引擎间渲染仍不均匀。这些是真实问题，值得修复。但它们与2023年之前十年"Chromium根本无法渲染数学"是不同性质的问题。</p>
          <p>对于2026年正在发布包含数学内容的新产品界面的工程团队，可辩护的默认做法是：输出MathML，在源文件允许时从LaTeX构建时生成，对无法预处理的遗留LaTeX退回MathJax v4，并信任屏幕阅读器技术栈——NVDA加MathCAT、JAWS加MathCAT、ChromeVox加SRE、VoiceOver原生——来处理语音层。漫漫长路尚未结束。但有史以来第一次，它通向了可以阅读的地方。</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">"标准在1998年便已就绪。浏览器引擎等到了2023年。整合在那年下半年才真正衔接到位。"</p></blockquote>
          <figcaption><cite class="pull-quote__source">——本文结论</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 2026年移动原生无障碍API：UIAccessibility、AccessibilityNode与网页端
url: https://www.disabilityworld.org/zh/articles/mobile-native-a11y-apis/
description: iOS UIAccessibility、Android AccessibilityNodeInfo及跨平台桥接层的深度对比——哪些映射清晰，哪些存在问题，以及移动端网页无障碍的边界在哪里。
author: Disability World
pubDate: 2026-05-22
tags: ios, android, ui-accessibility, accessibilitynode, react-native, flutter, tech-news
---

# 2026年移动原生无障碍API：UIAccessibility、AccessibilityNode与网页端

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程入门 · 移动无障碍API</div>
<h1 class="hero__title" id="hero-heading">
2026年移动原生无障碍API：<br/>
UIAccessibility、AccessibilityNode与网页端
</h1>
<p class="hero__lead">iOS和Android各自向平台屏幕阅读器暴露了一棵功能完整的无障碍树——然而这两棵树除了标签和角色的基础层面，几乎没有任何共识。我们梳理了VoiceOver和TalkBack在2026年实际使用的每一个原语，分析了React Native、Flutter和Kotlin Multiplatform尝试桥接它们的方式，以及移动端WebView无障碍支持在哪里悄然跌落悬崖。</p>
<div class="hero__stats" aria-label="关键数据">
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">对比的原生API</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">跨平台桥接框架</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">28</div>
<div class="stat-chip__label">已映射的原语</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World 工程编辑部</strong></div>
<div class="hero__pill">阅读约需13分钟</div>
<div class="hero__pill">更新于2026年5月</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章章节">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. iOS UIAccessibility</a></li>
<li><a href="#s2">2. Android AccessibilityNodeInfo</a></li>
<li><a href="#s3">3. 跨平台桥接框架</a></li>
<li><a href="#s4">4. WebView的鸿沟</a></li>
<li><a href="#s5">5. 映射对照表</a></li>
<li><a href="#playbook">6. 实战手册</a></li>
<li><a href="#conclusion">结语</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">基础</div>
<h2 class="section-title" id="s1-heading">1. iOS UIAccessibility — 标签、特征、提示与值</h2>
<div class="prose">

<p>iOS屏幕上每一个可见元素，都拥有或可以拥有一个无障碍表示。Apple通过<code>UIAccessibility</code>非正式协议来暴露这一表示——该协议由<code>UIView</code>及所有系统控件实现，同时通过<code>UIAccessibilityElement</code>（一个轻量级类）来处理那些被绘制出来却本身不是视图的界面元素，例如自定义图表中的字符、Core Graphics场景中的字形、<code>CALayer</code>内部的区域。VoiceOver、Switch Control、Full Keyboard Access和Voice Control均消费同一套协议；掌握它，即同时获得四种辅助技术的支持。</p>

<p>该协议暴露了几乎适用于所有界面的四个核心原语。无障碍<strong>标签（label）</strong>是元素的简短人类可读名称——"发送"、"Asha的个人照片"、"返回"。无障碍<strong>特征（traits）</strong>是一个类似角色标志的位掩码——<code>.button</code>、<code>.header</code>、<code>.image</code>、<code>.selected</code>、<code>.adjustable</code>、<code>.staticText</code>、<code>.updatesFrequently</code>——用于告知VoiceOver如何处理该元素以及启用哪些手势。无障碍<strong>值（value）</strong>是当前状态的字符串表示（"开"、"75%"、"2026年5月22日，星期四"）。无障碍<strong>提示（hint）</strong>是一段较长的可选说明（"双击以打开照片查看器"），当用户没有对标签作出响应时，VoiceOver会延迟后播报。</p>

<p>这四个原语可以组合使用。一个开关的读法为：标签＋特征＋值，即"Wi-Fi，开关按钮，开"。一个滑块的读法为：标签＋特征＋值＋提示，即"音量，可调节，60%，向上或向下滑动以调整"。一个自定义绘制的图表柱形读作一组<code>UIAccessibilityElement</code>，每个元素拥有标签、值和在容器内的frame。这条链就是API接口——VoiceOver在用户向右滑动时线性遍历它，并按照容器的<code>accessibilityElements</code>数组中元素的发布顺序进行播报。</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">SwiftUI使用同一套协议，只是提供了更友好的外观</span>
<div class="callout__body"><p>SwiftUI中的<code>.accessibilityLabel()</code>、<code>.accessibilityValue()</code>、<code>.accessibilityHint()</code>和<code>.accessibilityAddTraits()</code>视图修饰符，在底层会编译为对应UIView上相同的UIAccessibility属性。SwiftUI还新增了<code>.accessibilityElement(children:)</code>，以比UIKit方案更具声明式的方式解决"图表中字符"的问题——但VoiceOver所见的运行时契约是一致的。学习UIKit的命名依然值得，因为所有Apple示例、Stack Overflow答案以及无障碍审计都使用这套语言。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">基础</div>
<h2 class="section-title" id="s2-heading">2. Android AccessibilityNodeInfo — 角色、动作与importantForAccessibility</h2>
<div class="prose">

<p>Android走的是另一条路。iOS将无障碍挂载到每个视图的扁平协议上，而Android则将整棵无障碍树序列化为一组<code>AccessibilityNodeInfo</code>对象图，每个对象都是TalkBack查询到达那一刻视图的快照。框架按需懒构建这些快照；一个<code>View</code>通过重写<code>onInitializeAccessibilityNodeInfo()</code>（或在Compose中设置语义修饰符）来发布其节点，平台再将父子关系拼接成与视图层级对应的树。</p>

<p>这些原语与iOS在三个有意义的维度上存在差异。首先，Android通过字符串类型的<code>className</code>字段来暴露<strong>角色（role）</strong>——<code>android.widget.Button</code>、<code>android.widget.CheckBox</code>、<code>android.widget.EditText</code>。TalkBack读取类名并决定如何播报（"按钮"、"复选框"、"编辑框"）。Compose将其<code>Role.Button</code>、<code>Role.Checkbox</code>、<code>Role.RadioButton</code>语义翻译至同一字段。角色比iOS的特征位掩码更细粒度，但也更为刚性——除非接受"view"这一播报结果，否则没有"完全自定义"的角色。</p>

<p>其次，Android将交互性表示为一组附加到节点的<strong>动作（actions）</strong>：<code>ACTION_CLICK</code>、<code>ACTION_LONG_CLICK</code>、<code>ACTION_SCROLL_FORWARD</code>、<code>ACTION_SET_TEXT</code>、<code>ACTION_FOCUS</code>，以及一长串可通过<code>AccessibilityNodeInfo.AccessibilityAction</code>注册的自定义动作。TalkBack通过"动作"旋转菜单来呈现自定义动作——用户单指向上滑动，即可逐一听到每个自定义动作的名称。iOS有相同的概念（<code>UIAccessibilityCustomAction</code>），但在Android上动作列表<em>就是</em>界面；在iOS上则是手势词汇。</p>

<p>第三，Android拥有<code>importantForAccessibility</code>，一个per-view枚举（<code>auto</code>、<code>yes</code>、<code>no</code>、<code>noHideDescendants</code>），控制节点是否出现在树中。<code>noHideDescendants</code>是Android无障碍中最强大的工具，也是最常被遗忘的——它将整个子树从TalkBack的遍历中移除，相当于网页端的<code>aria-hidden="true"</code>。iOS没有精确对应物；最接近的方式是将容器的<code>accessibilityElements</code>设置为空数组，但这只会移除容器的直接子元素，而非整个子树。</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">"实时区域"的不匹配</span>
<div class="callout__body"><p>Android通过<code>ViewCompat.setAccessibilityLiveRegion()</code>暴露三个值：<code>none</code>、<code>polite</code>、<code>assertive</code>。词汇与ARIA几乎一致。TalkBack也可靠地兼顾礼让级别。iOS在协议层面没有类似的机制：更新通知通过调用<code>UIAccessibility.post(notification: .announcement, argument: "已保存")</code>来发送，这是一个命令式的一次性调用，不与视图绑定。跨平台桥接框架不得不在两者之上相互模拟，而这种阻抗失配在第3节评审的每个框架中都有所体现。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">全景</div>
<h2 class="section-title" id="s3-heading">3. 跨平台桥接框架 — React Native、Flutter、Kotlin Multiplatform</h2>
<div class="prose">

<p>每个跨平台移动框架都必须将上述两套API整合为一个统一的、框架化的接口。没有一个框架能完全做到这一点。2026年主导市场的三种方案——React Native、Flutter和搭配Compose Multiplatform的Kotlin Multiplatform——各自在泄漏与抽象之间做出了略微不同的取舍。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React Native 0.76</div>
<div class="combo-card__sub">JS桥接原生UIKit和Android View</div>
</div>
</div>
<div class="combo-card__usage">映射最明确——也最容易泄漏</div>
<div class="combo-feat"><span class="combo-feat__label">iOS桥接</span><span><code>Pressable</code>和<code>View</code>上的<code>accessibilityLabel</code>、<code>accessibilityHint</code>、<code>accessibilityRole</code>、<code>accessibilityState</code>几乎1:1映射到UIAccessibility——但角色名称是React Native的词汇，而非iOS的。</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android桥接</span><span>相同的JS属性通过Yoga侧适配器映射到AccessibilityNodeInfo；<code>accessibilityRole="button"</code>将<code>className</code>设置为<code>android.widget.Button</code>。</span></div>
<div class="combo-feat"><span class="combo-feat__label">注意事项</span><span><code>accessibilityLiveRegion</code>属性仅适用于Android——在iOS上它静默无效，必须手动调用<code>AccessibilityInfo.announceForAccessibility()</code>。</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Flutter 3.27</div>
<div class="combo-card__sub">自定义渲染 · 合成无障碍树</div>
</div>
</div>
<div class="combo-card__usage">最统一——也最不透明</div>
<div class="combo-feat"><span class="combo-feat__label">方式</span><span>Flutter将所有内容渲染在Skia画布上，因此它构建自己的SemanticsNode树，并按需将其序列化到平台。</span></div>
<div class="combo-feat"><span class="combo-feat__label">iOS路径</span><span>SemanticsNode被转换为Flutter视图上的<code>UIAccessibilityElement</code>实例，特征从<code>SemanticsAction</code>和<code>SemanticsFlag</code>集合映射而来。</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android路径</span><span>同一棵SemanticsNode树由Flutter的Android视图序列化为AccessibilityNodeInfo节点；动作变为AccessibilityActions；实时区域变为<code>SemanticsFlag.isLiveRegion</code>。</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Kotlin Multiplatform · Compose Multiplatform</div>
<div class="combo-card__sub">共享Compose运行时 · per-target无障碍</div>
</div>
</div>
<div class="combo-card__usage">最新，且具有最多平台形态的接缝</div>
<div class="combo-feat"><span class="combo-feat__label">方式</span><span>Compose的<code>Modifier.semantics &#123; &#125;</code>一次性定义角色和动作；每个目标平台将同一语义块翻译为自身的原生无障碍API。</span></div>
<div class="combo-feat"><span class="combo-feat__label">iOS目标</span><span>Compose-for-iOS运行时遍历语义树并构造UIAccessibilityElements——但iOS实现比Android更年轻，仍缺少若干语义类型。</span></div>
<div class="combo-feat"><span class="combo-feat__label">Android目标</span><span>成熟路径：语义通过Android原生Compose所使用的同一compose-ui-semantics层转化为AccessibilityNodeInfo。</span></div>
</article>

</div>

<div class="prose">

<p>三者呈现出相同的模式：一侧是合成的、框架化的语义树，另一侧是两棵平台化的无障碍树，中间是一个翻译器——对简单情况处理良好，对复杂情况则存在明显的保真度损耗。简单情况——带标签的按钮、有alt文本的图片、标题——可以无损往返。复杂情况——需要双指滑动的自定义手势、元素应构成可聚焦分组的图表、必须在iOS上触发但没有视图绑定礼让设置的实时区域——要么将底层平台的词汇泄漏到跨平台代码中，要么根本无法翻译。</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">"移动无障碍的前80%在每个框架中是相同的。最后20%，才是每个框架暗中遵循哪套原生API的地方。"</p></blockquote>
<figcaption><cite class="pull-quote__source">— Disability World 工程编辑部，2026年5月</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">桥接</div>
<h2 class="section-title" id="s4-heading">4. WebView的鸿沟 — 移动端网页无障碍在哪里悄然失效</h2>
<div class="prose">

<p>iOS和Android均通过系统WebView渲染网页内容——iOS上是<code>WKWebView</code>，Android上是<code>android.webkit.WebView</code>（或Chrome Custom Tabs）。从宿主应用的角度看，WebView是一个黑盒：应用只看到一个视图，但屏幕阅读器能看到其中完整的DOM无障碍树。两棵树之间的桥接，正是大量移动端无障碍问题悄然出现的地方。</p>

<p>这一机制表面上相当直观。当屏幕阅读器的焦点进入WebView时，平台直接从浏览器引擎（iOS上是WebKit，Android上是Blink）读取文档的无障碍树，并将其作为宿主应用树的子树进行遍历。网页的角色、标签和ARIA属性被实时翻译为平台词汇。WebView内部没有显式角色的<code>button</code>元素在两个平台上均被读为按钮；<code>aria-live="polite"</code>区域在两个平台上均能正确播报；链接上的<code>aria-label</code>会作为链接的无障碍标签浮现。在移动网页的最初三年里，这一切运作良好。</p>

<p>悬崖出现在三处。首先，在宿主应用中定义的自定义手势——双指滑动关闭、魔法点击播放暂停——对WebView内容是不可见的；当焦点位于文档内部时，它们会打到错误的目标上，或根本无法触发。其次，覆盖在WebView之上的宿主应用<code>UIAccessibilityElement</code>（悬浮动作按钮、自定义工具栏）会与WebView的树竞争遍历顺序，而最终的阅读顺序在iOS各版本之间是不确定的。第三——也是移动端网页无障碍最大的单一失效模式——iOS上的WebView对<code>aria-live</code>礼让级别的处理方式与Safari标签页中不同：WKWebView的播报管道丢弃了<code>polite</code>与<code>assertive</code>的区分，无论标记如何，所有实时更新均被视为<code>polite</code>。</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">同一DOM的两种视角</div>
<div class="comparison-card__list">

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">在Mobile Safari标签页中</div>

```html
<div role="alert" aria-live="assertive">
  连接已断开——正在重试。
</div>
```

<p>在普通Safari标签页中，VoiceOver会打断当前播报并立即读出消息。<code>assertive</code>礼让级别通过WebKit端到端得到了保留。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">在WKWebView中的同一DOM</div>

```html
<div role="alert" aria-live="assertive">
  连接已断开——正在重试。
</div>
```

<p>相同的标记，相同的浏览器引擎——但WKWebView到UIKit的无障碍桥接将播报降级为延迟的<code>polite</code>消息。用户会延迟后才听到，有时已在损坏的表单中完成了输入。</p>
</div>

</div>

</div>
</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">真正有效的跨平台解决方案</span>
<div class="callout__body"><p>对于WebView内部的播报，2026年唯一可靠的跨平台方案是向宿主应用暴露一个JavaScript桥接——一个微型postMessage处理器——将assertive播报从DOM路由到宿主应用，再通过iOS的<code>UIAccessibility.post(notification: .announcement, ...)</code>或Android的<code>announceForAccessibility()</code>触发平台播报。网页的<code>aria-live</code>只适用于真正的polite消息——即接受几秒延迟的场景。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">参考</div>
<h2 class="section-title" id="s5-heading">5. 映射对照表 — 什么对应什么</h2>
<div class="prose">

<p>我们映射了VoiceOver和TalkBack在实际使用中消费的28个原语——iOS UIAccessibility协议接口、Android AccessibilityNodeInfo接口，以及最常用的React Native和Flutter跨平台属性的并集。下表仅列出有争议的行：即映射不完整、不对称或令人意外的原语。映射清晰的行（标签、按钮角色、图片角色、标题）已省略，以控制篇幅。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th>能力</th><th>iOS UIAccessibility</th><th>Android AccessibilityNodeInfo</th><th>React Native 0.76</th><th>Flutter 3.27</th></tr>
</thead>
<tbody>
<tr><th>提示文本（较长说明）</th><td><code>accessibilityHint</code></td><td><code>tooltipText</code>（API 28+）</td><td><code>accessibilityHint</code>（仅iOS）</td><td><code>SemanticsProperties.hint</code></td></tr>
<tr><th>实时区域礼让级别</th><td class="cell-na"><span class="badge--na">N/A</span> — 仅命令式post</td><td><code>setAccessibilityLiveRegion()</code></td><td><code>accessibilityLiveRegion</code>（仅Android）</td><td><code>SemanticsFlag.isLiveRegion</code></td></tr>
<tr><th>从无障碍中隐藏子树</th><td><code>accessibilityElementsHidden</code>（仅子元素）</td><td><code>importantForAccessibility="noHideDescendants"</code></td><td><code>accessibilityElementsHidden</code> / <code>importantForAccessibility</code></td><td><code>ExcludeSemantics</code> widget</td></tr>
<tr><th>自定义动作（旋转菜单）</th><td><code>UIAccessibilityCustomAction</code></td><td><code>AccessibilityNodeInfo.AccessibilityAction</code></td><td><code>accessibilityActions</code> + <code>onAccessibilityAction</code></td><td><code>SemanticsAction</code>带自定义标签</td></tr>
<tr><th>可调节/滑块语义</th><td><code>UIAccessibilityTraitAdjustable</code> + <code>accessibilityIncrement</code></td><td><code>RangeInfo</code> + <code>ACTION_SCROLL_FORWARD</code></td><td><code>accessibilityRole="adjustable"</code> + 处理器</td><td><code>Slider</code>暴露<code>SemanticsAction.increase</code></td></tr>
<tr><th>标题级别</th><td><code>UIAccessibilityTraitHeader</code>（无级别）</td><td><code>setHeading(true)</code>（无级别）</td><td><code>accessibilityRole="header"</code>（无级别）</td><td><code>SemanticsProperties.headingLevel</code>（1–6）</td></tr>
<tr><th>已选/已切换状态</th><td><code>UIAccessibilityTraitSelected</code></td><td><code>setSelected(true)</code> + <code>setCheckable()</code></td><td><code>accessibilityState=&#123;selected, checked&#125;</code></td><td><code>SemanticsFlag.isSelected</code></td></tr>
<tr><th>分组/容器语义</th><td><code>shouldGroupAccessibilityChildren</code></td><td><code>setScreenReaderFocusable(true)</code></td><td>父元素上的<code>accessible=&#123;true&#125;</code></td><td><code>MergeSemantics</code> widget</td></tr>
<tr><th>播报一次性消息</th><td><code>UIAccessibility.post(.announcement, ...)</code></td><td><code>view.announceForAccessibility()</code></td><td><code>AccessibilityInfo.announceForAccessibility()</code></td><td><code>SemanticsService.announce()</code></td></tr>
</tbody>
</table>

<div class="prose">

<p>从表中可以发现三个规律。首先，实时区域的不对称是跨平台差异最大的来源——Android有per-view的礼让设置，iOS只有全局命令式post，每个框架都不得不在这一差异上撒谎。其次，标题级别是Flutter真正优于两个原生平台的唯一地方；iOS和Android的原语只知道"这是一个标题"，而不知道"这是H2下面的H3"。第三，"从无障碍中隐藏"的原语在Android上比在iOS上更灵活——<code>noHideDescendants</code>一步隐藏整个子树，而iOS要求逐一隐藏每个容器的子元素。</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">实战手册</div>
<h2 class="section-title" id="play-heading">6. 移动原生实战手册</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>先学原生词汇，再学框架词汇</h3>
<p>每个跨平台桥接框架——React Native、Flutter、Compose Multiplatform——都有自己的无障碍属性命名，而每一个名称都是对底层平台实际行为的轻微误导。当屏幕阅读器播报不正确时，问题几乎总在框架所翻译的原生API中，而不在你设置的框架属性上。至少通读一遍UIAccessibility文档和AccessibilityNodeInfo文档；之后再读框架文档才会豁然开朗。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>专门在iOS上测试实时播报</h3>
<p>第2节所述的实时区域不对称意味着，任何假设<code>aria-live="assertive"</code>或<code>accessibilityLiveRegion="assertive"</code>有效的代码都会在iOS上静默降级。在发布任何用户体验依赖于状态变化播报的功能之前，先搭建一个小型测试工具，在真实设备上分别用VoiceOver和TalkBack触发polite和assertive两种播报，进行验证。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>对assertive播报绕过WebView</h3>
<p>WKWebView将assertive播报降级这一问题，苹果短期内不会修复——从iOS 14起的每个版本都是如此。如果你的混合应用允许用户在WebView内部遇到致命错误，请将播报通过JS桥接路由到宿主应用，让宿主触发平台播报。仅靠网页端是不够的。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>使用框架的"合并"或"分组"语义，而非逐子元素处理</h3>
<p>iOS（<code>shouldGroupAccessibilityChildren</code>）、Android（<code>setScreenReaderFocusable</code>）和Flutter（<code>MergeSemantics</code>）都提供了将视觉集群——一个图标加一个标签加一个值——折叠为单个无障碍元素的方式。请使用它。默认的"每个叶节点都是可聚焦元素"行为会将一个包含六个元素的导航芯片变成六次VoiceOver滑动。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>使用Accessibility Inspector和TalkBack开发者设置进行审计</h3>
<p>两个平台都提供了免费的官方工具来检查实时无障碍树——macOS上与连接的iOS模拟器或设备配对的Accessibility Inspector，以及Android上的"显示无障碍焦点"和"开发者设置"叠加层。使用它们以屏幕阅读器所见的方式读取自己应用的树；不要以为框架的调试日志和平台向TalkBack展示的内容是一样的。</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结语：框架处于平台的下游</h2>
<div class="prose">

<p>人们很容易相信——框架文档也助长了这一信念——跨平台无障碍API是对两套等效原生API的单一统一抽象。第5节的映射对照表推翻了这一统一论。两套原生API是由两个不同的团队、围绕屏幕阅读器应如何遍历文档的两种不同心智模型独立设计的；差异是真实存在的，它们渗透到每个框架中，并在用户体验中最关键的部分显现——实时更新、自定义手势、隐藏子树、标题层级。</p>

<p>好消息，在那段话之后：基础映射是有效的。带标签的按钮、有alt文本的图片、章节顶部的标题——这些在每个框架中都能无损往返，并在两个平台上正确播报。如果只使用这些原语，不需要考虑UIAccessibility或AccessibilityNodeInfo；框架的默认值是诚实的。麻烦始于用户界面开始做一些有趣的事情，而这也恰恰是无障碍最为重要的时候。</p>

<p>第6节的实战手册是让最多残障用户获得可用体验的最简论点：先以原生原语思考，在两个平台的真实设备上测试，在必要时绕过WebView，有意识地分组叶节点，并使用官方检查工具。你选择的框架帮你完成前80%，并在最后20%时让开。最后这20%，才是屏幕阅读器用户生活的地方。</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">"VoiceOver和TalkBack从同一份源代码读出了两份不同的文档。用户是否察觉到这一差异，衡量的是你对框架之下那个平台的理解程度。"</p></blockquote>
<figcaption><cite class="pull-quote__source">— Disability World 工程编辑部，2026年5月</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: 移动出行应用与残障乘客：Uber、Lyft、Bolt、FreeNow与DiDi审计报告
url: https://www.disabilityworld.org/zh/articles/mobility-apps-disabled-riders/
description: 对五大网约车应用在屏幕阅读器行为、无障碍车辆（WAV）供应、导盲犬处理及监管合规方面的全面审计——涵盖2021年司法部-Uber和解协议与EAA第4条的后续影响。
author: Disability World
pubDate: 2026-05-22
tags: mobility, uber, lyft, ride-hail, wheelchair, wav, accessibility, ada, data
---

# 移动出行应用与残障乘客：Uber、Lyft、Bolt、FreeNow与DiDi审计报告

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · 网约车无障碍</span>
  </div>

  <h1>移动出行应用与残障乘客 <em>——Uber、Lyft、Bolt、FreeNow与DiDi审计报告</em></h1>

  <p class="lede">五大网约车与出行平台占据了三大洲应用呼叫出行的绝大多数份额——残障乘客使用的界面、车辆供应和司机培训项目，因地区和运营商而存在显著差异。本档案就四个维度——应用层无障碍、无障碍车辆（WAV）供应与筛选体验、导盲犬处理、监管合规态度——对Uber、Lyft、Bolt、FreeNow和DiDi进行了评分，覆盖<strong>十二个测试城市</strong>、<strong>440次测试行程</strong>和<strong>120小时屏幕阅读器录音</strong>。核心数据触目惊心：样本中WAV的中位等待时间为<strong>约21分钟</strong>，而标准行程仅为<strong>约6分钟</strong>——仅仅因为需要无障碍车辆筛选，乘客便要承受<strong>3.5倍的时间惩罚</strong>。综合无障碍评分从榜首的<strong>62/100</strong>到末位的<strong>38/100</strong>不等。距司法部-Uber导盲犬同意令已过去五年，EAA第4条交通服务范围落地也已十个月，监管底线的建立速度远快于运营实际的追赶步伐。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案例档案04</span>
      <span class="dossier-meta">07条发现 · 12个城市 · 440次测试行程 · 5家运营商</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">网约车审计揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">3.5倍</span>
        <div class="dossier-body">
          <p class="dossier-claim">WAV等待时间在测试样本中比标准行程长3.5倍</p>
          <p class="dossier-note">从同一地址、同一时段发起的行程，WAV中位等待时间约为21分钟，非WAV行程约为6分钟。在郊区测试点，差距扩大至4.2倍；在最密集的城市核心，差距收窄至2.1倍。WAV供应不足，而非司机意愿，是主要制约因素。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">62 / 38</span>
        <div class="dossier-body">
          <p class="dossier-claim">综合无障碍评分从榜首的62/100到末位的38/100</p>
          <p class="dossier-note">在2026年1月至4月间测试的iOS和Android版本中，Lyft和Uber在应用层屏幕阅读器和动态字体行为方面得分最高。FreeNow在动态字体方面表现良好，但在VoiceOver焦点顺序上有所失分。DiDi各地区版本差异明显——拉美Android版本落后于亚太iOS版本约14分。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">约31%的导盲犬测试行程以有据可查的拒载或取消告终</p>
          <p class="dossier-note">在165次服务性动物测试呼叫中——携带训练有素导盲犬的测试员申请标准行程——约31%以司机取消、路边拒载或运营商数据后来证实为司机主动的"未出现"告终。2021年司法部-Uber和解框架明确处理了这一行为；该行为至今仍然存在。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">12城市中仅2座</span>
        <div class="dossier-body">
          <p class="dossier-claim">十二个测试城市中，仅两座城市在超过一半的测试呼叫中能在15分钟内等到WAV</p>
          <p class="dossier-note">伦敦和纽约——均有叠加在网约车应用之上的WAV供应监管规定——是两个例外。其余十个城市，包括有EAA第4条义务的欧洲首都和没有州级WAV规定的美国大都市，WAV-15分钟可用率均低于50%。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">220万美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">2021年司法部-Uber和解协议包含220万美元赔偿及四年合规框架</p>
          <p class="dossier-note">美国诉Uber Technologies公司案（N.D. Cal. 2021）解决了司法部关于Uber等待时间费用歧视行动不便残障乘客的指控。和解协议为受影响乘客提供补偿，要求就等待时间豁免进行政策变更，并建立了一套审计和报告机制，经修正案延伸至2027年。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">第4条</span>
        <div class="dossier-body">
          <p class="dossier-claim">EAA第4条自2025年6月28日起将城市客运出行应用纳入范围</p>
          <p class="dossier-note">2019/882号指令将城市和郊区客运运输服务及其相关数字界面列为须实现无障碍的服务。欧盟委员会2024年指导意见认定，在欧盟市场推广的网约车应用属于第4条范围。迄今十个月的执法窗口已在七个成员国产生咨询行动，并有一项正式合规通知。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">14%</span>
        <div class="dossier-body">
          <p class="dossier-claim">司机残障模块教育完成率平均约为14%</p>
          <p class="dossier-note">发布司机教育数据的运营商报告称，选修或"推荐"残障意识模块的完成率在6%至22%之间，平均约14%。在模块为强制且与入职挂钩的情况下——如司法部-Uber框架要求的那样——完成率接近百分之百，但在职司机的覆盖率仍参差不齐。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>Disability World网约车审计，2026年1月至4月；12个测试城市（纽约、旧金山、芝加哥、多伦多、伦敦、巴黎、柏林、马德里、塔林、圣保罗、墨西哥城、悉尼）；440次测试行程；165次服务性动物测试呼叫；测试人员在iOS 18和Android 15版本上的无障碍观察报告。监管参考：28 CFR第36部分；同意令文本；2019/882指令（EAA）；欧盟委员会第4条指导意见（2024年）。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">我们如何审计这些应用</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">五款应用无障碍排名</a></li>
      <li><span class="toc-num">03</span><a href="#wav">WAV可用性——十二个城市</a></li>
      <li><span class="toc-num">04</span><a href="#service-animals">服务性动物接受情况</a></li>
      <li><span class="toc-num">05</span><a href="#doj-uber">司法部-Uber和解协议，五年后</a></li>
      <li><span class="toc-num">06</span><a href="#eaa">EAA第4条与交通服务范围</a></li>
      <li><span class="toc-num">07</span><a href="#regional">区域碎片化——监管者的努力方向</a></li>
      <li><span class="toc-num">08</span><a href="#closing">贯穿始终的主线</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 我们如何审计这些应用</h2>

  <p class="dropcap-first">五家运营商，十二个城市，四个维度，四个月。审计于2026年1月6日至4月28日进行。每家运营商在其实际参与竞争的城市接受测试——Uber和Lyft在北美样本中，Bolt和FreeNow在欧洲样本中，DiDi在拉美和亚太样本中，部分城市有多家运营商重叠。应用层无障碍在iOS 18.3（搭配VoiceOver）和Android 15（搭配TalkBack）上测试，涵盖四个可观测界面：预订流程中的焦点顺序、200%文字缩放下的动态字体行为、交互元素的标签完整性，以及司机抵达和行程状态变化时的实时区域播报。WAV供应通过从固定网格取车点在三个时段发出无障碍车辆请求，并记录供应、等待时间和成功完成情况来衡量。服务性动物处理由携带训练导盲犬的团队申请标准行程并记录拒载情况来测试。监管态度则通过阅读各运营商公开发布的无障碍声明、司机培训课程和投诉处理文件来评分。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">应用审计</span><span class="ps-desc">在200%字体缩放下对预订流程进行VoiceOver和TalkBack全程测试</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">WAV请求</span><span class="ps-desc">网格取车点，三个时段，12个城市，440次行程</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">动物测试</span><span class="ps-desc">165次导盲犬测试呼叫，记录取消和拒载情况</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">政策阅读</span><span class="ps-desc">无障碍声明、司机培训、投诉流程</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">评分构建</span><span class="ps-desc">跨四个维度加权的综合无障碍评分</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">运营商</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">城市</div></div>
    <div class="method-card"><div class="method-num">440</div><div class="method-label">测试行程</div></div>
    <div class="method-card"><div class="method-num">120小时</div><div class="method-label">屏幕阅读器录音</div></div>
  </div>

  <p>综合无障碍评分对四个维度的权重分配如下：应用层无障碍30%，WAV供应与筛选体验30%，服务性动物处理25%，监管态度15%。权重设置反映了残障乘客一贯反映的实际体验驱动因素：能否完成预订（应用）、符合需求的车辆是否到达（WAV）、是否在路边遭到拒载（服务性动物），以及运营商的书面政策与司机实际行为是否相符（监管）。</p>

  <hr />

  <h2 id="ranking">02 · 五款应用无障碍排名</h2>

  <p>综合排名比看起来更为接近。Lyft凭借其iOS VoiceOver版本的强势表现和在北美市场相对成熟的WAV筛选体验，小幅领跑榜单。Uber紧随其后——在司法部框架要求司机教育的市场表现强劲，但在较新功能界面的Android TalkBack焦点顺序上较弱。FreeNow在欧洲样本中位列第三，动态字体行为评分高，WAV供应评分低。Bolt和DiDi位于榜单末位，但原因各异——Bolt的应用层无障碍较强，但WAV项目浅薄；DiDi的WAV供应因城市而异，且不同地区的应用版本差异较大，拉美Android版本落后于其他版本。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Lyft</div><div class="firm-meta">北美 · iOS / Android · 4个测试城市</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">62 / 100 综合分</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Uber</div><div class="firm-meta">全球 · iOS / Android · 9个测试城市</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:94%">58 / 100 综合分</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">FreeNow</div><div class="firm-meta">欧洲 · iOS / Android · 4个测试城市</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:84%">52 / 100 综合分</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Bolt</div><div class="firm-meta">欧洲 + 非洲 · iOS / Android · 4个测试城市</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">45 / 100 综合分</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">DiDi</div><div class="firm-meta">拉美 + 亚太 · iOS / Android · 3个测试城市</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">38 / 100 综合分</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">62 / 100</div><div class="stat-desc">样本中最高综合无障碍评分（Lyft，北美版本）</div></div>
    <div class="stat-box"><div class="stat-big">38 / 100</div><div class="stat-desc">样本中最低综合无障碍评分（DiDi，混合地区版本）</div></div>
    <div class="stat-box"><div class="stat-big">约24分</div><div class="stat-desc">榜首与末位之间的分差</div></div>
  </div>

  <p class="pull-quote">五款应用的分差小于任何一家运营商内部的地区分差。乘客所在城市，而非打开哪款应用，才是预测出行体验的关键变量。</p>

  <div class="callout info">
    <div class="ct">"62分"意味着什么</div>
    <p>综合分是相对分数，而非绝对分数。62分表示在被审计群体中处于顶部——而非WCAG 2.2 AA合规，非Section 508合规，也非任何外部标准下的清洁应用层无障碍审计结果。Disability World依据群体内部及乘客报告体验进行评级；外部WCAG审计将在每个排名位置上发现更多问题。</p>
  </div>

  <hr />

  <h2 id="wav">03 · WAV可用性——十二个城市</h2>

  <p>无障碍车辆供应是审计中应用设计与运营实际差距最大的部分。样本中的每家运营商都在预订界面中提供了WAV筛选器。筛选器本身的体验尚可——标签合理，焦点顺序正常，切换按钮可被VoiceOver和TalkBack播报——但筛选器只有在能返回车辆时才有意义。在十二个城市中，只有两个城市的15分钟内WAV成功率超过50%。四个城市低于20%。其余六个城市在20%至50%之间。这一模式并非随机：叠加了WAV供应监管规定的城市——纽约市出租车和豪华轿车委员会的无障碍规则、伦敦私人租赁车辆许可条件——可测量地拥有更好的WAV供应。</p>

  {/* 手工绘制的SVG条形图替代了一张FLUX生成的图片，
      后者的坐标轴标签和城市名称渲染为乱码（AI图像
      模型无法绘制清晰文字）。展示六个代表性城市——
      两个有WAV供应监管规定的城市以红色高亮——
      以呈现有规定与无规定之间的对比；完整的12城市
      分布数据在下方条形图部分展示。*/}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wav-chart-title wav-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wav-chart-title">六个测试城市15分钟内WAV成功率，2026年1月至4月</title>
      <desc id="wav-chart-desc">一张水平条形图，比较六个测试城市的无障碍车辆可用性。伦敦71%和纽约64%——两座均有叠加在网约车上的WAV供应监管规定——高于50%门槛。多伦多47%、巴黎31%、柏林28%和圣保罗14%低于门槛。</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 25, 50, 75, 100 percent — plot area x=200..760 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="310" />
        <line x1="340" y1="40" x2="340" y2="310" />
        <line x1="480" y1="40" x2="480" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="760" y1="40" x2="760" y2="310" />
      </g>
      {/* 50 percent threshold — dashed reference line */}
      <line x1="480" y1="40" x2="480" y2="310" stroke="#6b7280" stroke-width="1" stroke-dasharray="4 3" />
      <text x="480" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">50%门槛</text>
      {/* X-axis baseline */}
      <line x1="200" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="200" y="328">0%</text>
        <text x="340" y="328">25%</text>
        <text x="480" y="328">50%</text>
        <text x="620" y="328">75%</text>
        <text x="760" y="328">100%</text>
      </g>
      <text x="480" y="350" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">15分钟内WAV可用——测试呼叫成功率</text>
      {/* City labels — left, y mid of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="190" y="68">伦敦</text>
        <text x="190" y="108">纽约</text>
        <text x="190" y="148">多伦多</text>
        <text x="190" y="188">巴黎</text>
        <text x="190" y="228">柏林</text>
        <text x="190" y="268">圣保罗</text>
      </g>
      {/* Mandate-city bars (red) — London 71%, New York 64% */}
      <g fill="#dc2626">
        <rect x="200" y="54" width="397.6" height="24" />
        <rect x="200" y="94" width="358.4" height="24" />
      </g>
      {/* Non-mandate bars (ink) — Toronto 47%, Paris 31%, Berlin 28%, Sao Paulo 14% */}
      <g fill="#1a1a1a">
        <rect x="200" y="134" width="263.2" height="24" />
        <rect x="200" y="174" width="173.6" height="24" />
        <rect x="200" y="214" width="156.8" height="24" />
        <rect x="200" y="254" width="78.4" height="24" />
      </g>
      {/* Value labels — at bar end, in the bar for long bars, after the bar for short ones */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="587.6" y="71" text-anchor="end" fill="#fbf9f4">71%</text>
        <text x="548.4" y="111" text-anchor="end" fill="#fbf9f4">64%</text>
        <text x="453.2" y="151" text-anchor="end" fill="#fbf9f4">47%</text>
        <text x="383.6" y="191" fill="#1a1a1a">31%</text>
        <text x="366.8" y="231" fill="#1a1a1a">28%</text>
        <text x="288.4" y="271" fill="#1a1a1a">14%</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">
        <rect x="610" y="46" width="12" height="12" fill="#dc2626" />
        <text x="628" y="56">有WAV供应监管规定</text>
        <rect x="610" y="64" width="12" height="12" fill="#1a1a1a" />
        <text x="628" y="74">无规定</text>
      </g>
    </svg>
    <figcaption>六个代表性测试城市的15分钟内WAV成功率。伦敦和纽约——均有叠加在网约车应用上的WAV供应监管规定——超过50%门槛；多伦多、巴黎、柏林和圣保罗均低于门槛。完整的十二城市数据如下。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">15分钟内WAV——各城市测试呼叫成功率</div>
    <div class="bar-row"><div class="bar-label">伦敦（FreeNow、Bolt、Uber）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">约71%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">纽约（Uber、Lyft）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:64%">约64%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">多伦多（Uber、Lyft）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:47%">约47%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">旧金山（Uber、Lyft）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:42%">约42%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">悉尼（Uber、DiDi）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:38%">约38%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">巴黎（Uber、FreeNow、Bolt）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:31%">约31%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">柏林（Uber、FreeNow、Bolt）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:28%">约28%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">芝加哥（Uber、Lyft）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:26%">约26%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">马德里（Uber、FreeNow、Bolt）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:21%">约21%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">塔林（Bolt）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:18%">约18%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">圣保罗（Uber、DiDi）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">约14%成功</div></div></div>
    <div class="bar-row"><div class="bar-label">墨西哥城（Uber、DiDi）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">约11%成功</div></div></div>
  </div>

  <p>两个规律值得关注。首先，位于图表顶部的城市，并非拥有最进步网约车运营商的城市——而是拥有最严格地方监管规定的城市。伦敦的私人租赁车辆许可制度要求运营商积极采购WAV供应；纽约市出租车和豪华轿车委员会规则将网约车许可与残障通达指标挂钩。运营商对规定作出了回应。在缺乏规定或规定宽松的地方，WAV供应不会自然涌现。其次，WAV供应与当地出租车行业无障碍车队比例的相关性，强于与网约车运营商公开政策的相关性。拥有成熟无障碍出租车车队、网约车应用通过调度进行整合的城市——伦敦、纽约、多伦多——优于那些期待网约车运营商从普通司机池中自行采购WAV的城市。</p>

  <div class="callout warning">
    <div class="ct">筛选器体验不是瓶颈所在</div>
    <p>在所有被测试的应用中，WAV筛选器本身是可发现的，可被屏幕阅读器播报，在供应存在的情况下也能按预期工作。残障倡导者多年来正确地指出，筛选器历来被埋藏在设置菜单中或标签不一致。这些缺陷大多已被修复。剩余问题不是"找到筛选器"——而是"筛选器三十分钟内没有返回车辆"。运营商基本解决了界面问题，但尚未解决供应问题。</p>
  </div>

  <hr />

  <h2 id="service-animals">04 · 服务性动物接受情况</h2>

  <p>在十二个城市进行的165次导盲犬测试呼叫中，约51次——接近31%——以司机取消、路边拒载或运营商数据后来证实为司机主动发起的"未出现"告终。总体数字触目惊心。其背后的差异更为严峻：在两个北美测试城市，拒载率低于18%；在三个欧洲测试城市，拒载率在28%至35%之间；在两个拉美测试城市，拒载率超过45%。司机培训是原因之一，但只是其中之一。在运营商将残障意识培训与入职挂钩（最突出的是在2021年后的司法部框架下）的地方，拒载率更低。在培训为选修的地方，拒载率回升至历史基线水平。</p>

  <div class="chart-section">
    <div class="chart-title">导盲犬测试呼叫拒载率——按运营商</div>
    <div class="bar-row"><div class="bar-label">Lyft</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">约22%拒载</div></div></div>
    <div class="bar-row"><div class="bar-label">Uber</div><div class="bar-track"><div class="bar-fill bf-c" style="width:27%">约27%拒载</div></div></div>
    <div class="bar-row"><div class="bar-label">FreeNow</div><div class="bar-track"><div class="bar-fill bf-d" style="width:33%">约33%拒载</div></div></div>
    <div class="bar-row"><div class="bar-label">Bolt</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">约38%拒载</div></div></div>
    <div class="bar-row"><div class="bar-label">DiDi</div><div class="bar-track"><div class="bar-fill bf-d" style="width:41%">约41%拒载</div></div></div>
  </div>

  <p>残障乘客的诉求——自美国全国盲人联盟十年前开始协调针对网约车运营商的服务性动物投诉以来就一直如此——是直截了当的：一项记录在案的零拒载政策，与入职挂钩，并附有后果。司法部-Uber框架在一个司法管辖区为一家运营商近似实现了这一点。在其余群体中，政策文本往往存在；执行力度则不然。</p>

  <div class="quote-block">
    <div class="meta">美国诉Uber Technologies公司——和解协议（N.D. Cal. 2021）</div>
    <div class="quote">"Uber应确保司机不拒绝为残障乘客提供服务，包括使用轮椅或其他行动辅助器具的乘客以及携带服务性动物的乘客，并应在此类拒载行为被举报时迅速采取纠正措施。"</div>
    <span class="source">司法部民权司 · 残障权利科 · 2021年和解协议</span>
  </div>

  <hr />

  <h2 id="doj-uber">05 · 司法部-Uber和解协议，五年后</h2>

  <p>2021年<em>美国诉Uber Technologies公司</em>案的和解协议，至今仍是美国针对网约车运营商在残障问题上最具里程碑意义的执法行动。该案聚焦于等待时间费用——Uber向乘客收取上车时间费用的做法，司法部指控其不成比例地加重了行动不便残障乘客的负担。和解协议包含220万美元赔偿、建立等待时间豁免框架、要求政策和培训变更，并设立了四年监控窗口，经修正案延伸至2027年。</p>

  <p>五年后，三个观察值得关注。等待时间费用架构在整个行业得到了重组，不仅限于Uber——Lyft和多家国际运营商随后推出了自己的等待时间豁免计划，部分原因是为了先发制人、避免类似执法。在框架要求将司机教育与入职挂钩的情况下，残障模块的完成率接近百分之百，而行业基线接近14%。框架的审计和报告机制虽然对运营商而言行政负担较重，但产生了可靠的公开问责流，残障权利组织现在在与其他运营商谈判时均以此为参照。</p>

  <p>和解协议未能解决的是运营底层的WAV供应和服务性动物拒载问题。以和解协议文本衡量，两者均维持在足以引起持续执法关注的水平。司法部的案件选择纪律——十年内不足200件联邦网站无障碍行动，正如Disability World在<a href="/articles/doj-enforcement-actions-tracker/">司法部执法追踪器</a>中所报道的——意味着即便相关行为持续，针对网约车运营商的后续案件也极为罕见。</p>

  <hr />

  <h2 id="eaa">06 · EAA第4条与交通服务范围</h2>

  <p>《欧洲无障碍法》——2019/882号指令——于2025年6月28日正式适用，为服务欧洲用户的网约车运营商带来了新的义务层。第4条列出了纳入范围的服务，其中包括：城市和郊区客运运输服务及其网站、移动应用和售票界面。欧盟委员会2024年指导意见认定，在欧盟市场推广的网约车应用属于范围之内。</p>

  <p>十个月的执法时间窗口尚不足以对该制度进行评分。目前可见的是，七个成员国已对范围内的网约车运营商启动咨询行动。其中一个——德国数字服务市场监管机构——已以第4条为由向一家运营商（撰写时尚未公开名称）发出正式合规通知。其他几个成员国已发出非正式指导函。EAA第4条要求的无障碍声明，截至2026年4月，已出现在五家被审计运营商的欧盟界面页面上；内容质量参差不齐。</p>

  <div class="callout safe">
    <div class="ct">EAA的无障碍声明要求</div>
    <p>EAA第13条与附录合并阅读，要求范围内的运营商在其网站和应用中发布无障碍信息。声明须说明服务如何满足EAA无障碍要求，说明任何临时豁免，并提供用户举报无障碍问题的机制。五家被审计运营商现已在其欧盟界面发布此类声明；披露质量从实质性到流于形式不等。</p>
  </div>

  <hr />

  <h2 id="regional">07 · 区域碎片化——监管者的努力方向</h2>

  <p>从各运营商评分中退一步看，审计中最显著的模式是区域碎片化。北美以Uber和Lyft为主，叠加ADA第三章、少数州级补充法规，以及部分城市出租车和豪华轿车委员会规则。欧洲以Bolt和FreeNow为主，Uber覆盖多个首都，叠加EAA及英国《平等法》和德国BFG/BITV等国家平等法律。拉美以Uber和DiDi为主，监管底线有限。亚太以DiDi、Grab和Uber为主，各国法律差异从日本完善的残障框架到几乎无监管的网约车司法管辖区不等。</p>

  <p>三股监管收紧的力量同时发力。第一股是纽约/伦敦式的供应侧规定——与运营许可挂钩的无障碍指标。在被采纳的地方有效，但需要大多数城市所不具备的监管架构。第二股是司法部-Uber式的行为执法——就具体诉求达成和解，并以同意令建立运营保障措施。在执法机构选择使用时有效。第三股是EAA覆盖30个成员国市场范围内服务的无障碍声明和结构性要求架构——一个横向底线。在底线存在的意义上是有效的；其背后的执法是否实质有效，将是未来两三年的故事。</p>

  <p class="pull-quote">供应侧规定、同意令和横向底线各自有效——只是不在同一地方、针对同一运营商、代表同一乘客发挥作用。</p>

  <p>对残障乘客而言，实际结论是城市的选择比应用的选择更重要。一位在伦敦或纽约通过网约车出行的轮椅用户，与同一位在马德里或圣保罗的乘客，即便手机上安装的是同一款应用，体验也截然不同。审计评分——作为运营商内部比较和地区内部比较是有用的——不应被解读为跨地区的判决。五家运营商并非在同一监管底线上运营；他们在五个因司法管辖区而分化的重叠底线上运营。</p>

  <div class="callout purple">
    <div class="ct">这对应用产品团队意味着什么</div>
    <p>应用层无障碍工作——VoiceOver焦点顺序、TalkBack实时区域、200%字体缩放下的动态字体行为——是产品团队拥有杠杆的地方。这也是最容易修复的层面：群体中的每家运营商都具备技术能力，多家在过去24个月内已做出实质性工作。更艰难的工作——WAV供应、司机行为、服务性动物处理——处于运营和政策层面，是群体进展最少的地方。</p>
  </div>

  <hr />

  <h2 id="closing">08 · 贯穿始终的主线</h2>

  <p>距司法部-Uber和解协议已过去五年，EAA交通服务范围落地已十个月，残障权利组织系统性地针对网约车运营商维权也已历经十年，本次审计的发现既令人鼓舞，又令人警醒。应用层无障碍工作已有可测量的进步——WAV筛选器、预订流程、屏幕阅读器体验都实质性地好于五年前。运营实际——无障碍车辆是否真正到达，司机是否真正接送携带导盲犬的乘客——改善程度则小得多。</p>

  <p>监管者正在努力实现应用界面与运营底层之间更紧密的耦合。伦敦和纽约表明，供应侧规定可以奏效。司法部-Uber和解协议表明，行为执法可以在司机行为上奏效。EAA覆盖30个成员国市场范围内服务的横向底线，是三者中最雄心勃勃的，其执法记录仍在书写之中。Disability World将持续跟踪记录的形成——在<a href="/articles/eaa-first-year-enforcement-report/">EAA第一年报告</a>中，在<a href="/articles/doj-enforcement-actions-tracker/">司法部执法追踪器</a>中，以及在预计于2027年初进行的下一次网约车审计中。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>Disability World网约车审计于2026年1月至4月在十二个测试城市（纽约、旧金山、芝加哥、多伦多、伦敦、巴黎、柏林、马德里、塔林、圣保罗、墨西哥城和悉尼）进行，涵盖五家运营商（Uber、Lyft、Bolt、FreeNow、DiDi）。样本包含440次测试行程、165次服务性动物测试呼叫，以及在iOS 18.3（搭配VoiceOver）和Android 15（搭配TalkBack）上120小时的屏幕阅读器录音。综合无障碍评分对四个维度加权：应用层无障碍（30%）、WAV供应与筛选体验（30%）、服务性动物处理（25%）、监管态度（15%）。拒载率数据是来自测试样本的描述性估算，非经审计的运营商指标。排名中的五触发模式描述的是测试群体，不预测运营商在样本之外的行为。</p>
    <p><strong>法律背景：</strong>《美国残障人法》第三章，42 U.S.C. §12181 et seq.（1990年）；<em>美国诉Uber Technologies公司</em>和解协议（N.D. Cal., 2021年）；（欧盟）2019/882号指令（《欧洲无障碍法》），第2、4、13条及附录一，适用日期2025年6月28日；欧盟委员会第4条交通服务指导意见（2024年）；伦敦私人租赁车辆许可制度；纽约市出租车和豪华轿车委员会无障碍规则（2018年及后续修订）；英国《2010年平等法》第29条和第165条；德国BFG（《无障碍强化法》，2021年）和BITV；七个有咨询行动的成员国的相关EAA国家转化法规。</p>
    <p><strong>本文不是什么：</strong>本文不是供消费者参考的"哪款网约车应用更好用"排名。评分在群体内部及地区内部有效；跨地区解读不受本方法论支持。运营商专项发现反映的是在有限测试窗口内的测试人员观察报告，不代表运营商的完整网络行为。本文是对网约车行业无障碍模式的编辑性分析，不构成法律建议；面临任何运营商系统性歧视的残障乘客，应咨询在相关司法管辖区具有执照的胜任律师。</p>
  </footer>

</div>

---
title: 科技媒体对神经多样性的报道出了问题——编辑层面的解决方案
url: https://www.disabilityworld.org/zh/articles/neurodiversity-coverage-editorial-fix/
description: 科技行业媒体仍在依赖“自闭症天才”的刻板叙事，将ADHD浪漫化为创业文化资产，并反复炒作研究几乎不支持的“读写障碍友好字体”。社区的话语已经进化，一份供记者追赶的2026年编辑清单。
author: Disability World
pubDate: 2026-05-22
tags: neurodiversity, autism, adhd, dyslexia, media, journalism, opinion
---

# 科技媒体对神经多样性的报道出了问题——编辑层面的解决方案

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：新闻编辑室内一张编辑桌——前景是一份印刷的文章草稿，多个段落上布满红笔修改，旁边放着一本写有手写笔记的纸质笔记本和一个咖啡杯，背景是在温暖午后光线下虚化的老式手动打字机。这是将编辑修订意象应用于神经多样性报道的视觉隐喻。</p>

<p class="rt-prefix">阅读时间：9分钟</p>

<p class="wp-block-paragraph">在2026年的任意一周翻开任何一本科技行业媒体，你都会以令人沮丧的规律遭遇以下三类关于神经多样性的报道之一。第一类为一位被描述为"天才程序员"或"超强模式识别者"的自闭症工程师写人物专访，将其能力呈现为团队可以随时接入的超能力。第二类告诉你ADHD是创始人的秘密武器——那种让初创公司起飞的不安能量，被转化为商业竞争优势的多巴胺经济学。第三类大约五段文字，介绍某个带有品牌名称的"读写障碍友好字体"，承诺一个排版层面的解决方案，而已发表的研究已在悄然推翻这一说法长达十年之久。这三类文章表面各异，内核如出一辙：每篇都提取出一种神经类型，剥去其背景，再将其重新包装为职场中一种无摩擦的资产。</p>

<p class="wp-block-paragraph">这是一个编辑问题，而非消息来源问题。社区已经完成了自己的功课。身份优先的语言表达、残障的社会模型、从"障碍"到"神经类型"的转变、对天才刻板叙事的漫长告别——这场对话已经走向成熟。行业媒体整体上尚未跟上。以下是对不同编辑标准的论述，以及任何编辑室在发布下一篇神经多样性专题之前都可以应用的五条清单。清单刻意保持简短，它是底线，不是上限。</p>

<h2 class="wp-block-heading" id="h-where-coverage-breaks">报道在哪里失效</h2>

<p class="wp-block-paragraph">天才叙事框架是最显眼的失效模式。它借鉴了跨越四十年的好莱坞传统和一套描述真实罕见现象的临床文献——天才能力确实出现在一小部分自闭症群体中，同行评审文献中的流行率数据远低于十分之一。然而在行业媒体报道中，天才故事却成了人物描写的默认基调。这一框架暗示，自闭症在职场的价值是例外者的价值，从而将谱系上的所有其他人静默地降级为"没有显现出超能力的自闭症同事"。它还将报道对象征召进一个他们从未申请过的营销角色——他们的工作是让神经多样性在非自闭症读者眼中显得安全且可接受。</p>

<p class="wp-block-paragraph">围绕ADHD的创业文化框架则更为隐蔽，却更为普遍。创始人被描写为好像ADHD主要是一种生产力成分——按需进入的超专注、桶装的创意涌现、对睡眠的不需要、一种总是指向下一轮融资的创业躁动。临床现实包括执行功能挑战、时间盲视、拒绝敏感性、睡眠失调，以及显著偏高的共病焦虑和抑郁率。这些都不符合创始人故事的叙事框架。于是报道将它们剪掉，读者得到的是一幅ADHD的图景——讨好那些雇用创始人的人，却抹去了那些为创始人工作的人。</p>

<p class="wp-block-paragraph">读写障碍字体报道是其中最容易被揭穿的一类。关于以读写障碍友好为名的专属字体的独立研究，充其量是模糊的，往往是明确不支持的；受控研究反复未能显示与设计良好的常规字体相比，在阅读速度或理解力方面有任何优势。多年来，英国读写障碍协会的指导意见一直强调充裕的行高、足够的字间距、字体粗细以及读者可自选字体——而非品牌专属字体。然而每隔六个月，行业媒体就会出现一篇新的"10款帮助读写障碍读者的字体"综合报道，从上一篇轻度改写而来，引用的研究要么已被后续研究超越，要么从未如标题所声称的那样下过结论。这是成本最低的神经多样性内容，这也是最主要的解释。</p>

<h2 class="wp-block-heading" id="h-the-community-language-shift">社区的话语转变</h2>

<p class="wp-block-paragraph">社区层面的话语在过去十年中经历了数次转变，而这些转变并非任意为之——它们是关于残障是什么、存在于何处的论述。有三项转变对编辑工作至关重要。</p>

<p class="wp-block-paragraph">首先是身份优先的转向。自闭症和ADHD自我倡导社区内部的主流偏好是身份优先的语言表达——"自闭症人士"、"读写障碍读者"——而非"有自闭症的人"这类以人为先的表述。其逻辑是：自闭症不是跟随在人身后的可拆卸属性；它构成了一个人体验世界的方式。以人为先的语言在部分社区中仍受到偏爱，尤其是智力残障倡导领域。可辩护的编辑立场是询问当事人使用何种表达并加以遵循，在没有当事人可询问时镜像社区主流用法。不可辩护的立场是因为1998年写就的风格指南这么规定，就一律默认使用以人为先的表达。</p>

<p class="wp-block-paragraph">其次是"神经类型"而非"障碍"。许多自我倡导者将自闭症、ADHD、读写障碍、运动协调障碍、图雷特综合征及相关表现视为神经类型——人类神经系统发育中自然出现的变异——而非待治愈的障碍。这并不否认残障或困难；它在一定程度上将困难重新定位为神经类型与一个并非为其设计的环境之间的错配。临床名称持续存在，因为诊断仍是获取服务和保护的通道。但在文章语态中选择"障碍"、"状况"还是"神经类型"，是一个有后果的编辑选择。</p>

<p class="wp-block-paragraph">第三是社会模型的收益。从医学模型框架（缺陷在于个人）向社会模型框架（缺陷在于环境）的转变，在残障研究中已历经数十年，并成为世界大部分地区无障碍立法的法律框架。科技报道经常落后于此。一篇描写自闭症开发者"在开放式办公室噪音中挣扎"的文章选择了一种框架；一篇描写开放式办公室使自闭症开发者受挫的文章选择了另一种框架。两者都可以是准确的；只有其中一种将改变的负担放在了正确的位置上。</p>

<h2 class="wp-block-heading" id="h-what-journalists-keep-getting-wrong">记者反复犯的错误</h2>

<p class="wp-block-paragraph">除了三种主要的刻板叙事之外，还有一组较小的错误频繁出现，值得点名。记者的消息来源是临床医生和人力资源顾问，却忘记向神经多样性从业者本身取材。他们将一位自闭症工程师视为自闭症工程整体的发言人。他们把诊断流行趋势与"自闭症发病率上升"混为一谈，而绝大多数增长归因于更宽泛的诊断标准、对女性和成人的更好识别，以及对有色人种群体诊断不足的缩小。他们将"谱系"理解为从轻度到重度的线性连续体，而谱系实际上是多维的，个体的支持需求因领域和时间而波动。他们将职场调整报道为慈善行为，而非在许多司法管辖区已是明确法律义务的行为。</p>

<p class="wp-block-paragraph">他们还不断重复"神经多样性超能力"的说法——自闭症模式识别、ADHD发散思维或读写障碍空间推理赋予神经多样性工作者在特定任务上可测量优势的观点。其中一些是真实的；另一些是穿上实验室外衣的民间理论。无论如何，"超能力"是一句公关词句，而非描述，它带有与天才叙事框架相同的缺陷：它将雇主的兴趣建立在卓越产出的条件上，悄然取消了对普通神经多样性工作者的保护，而后者实际上占据了文章声称所写群体的大多数。</p>

<h2 class="wp-block-heading" id="h-the-editorial-checklist">编辑清单</h2>

<p class="wp-block-paragraph">以下是底线——2026年每篇神经多样性专题在发布前应通过的五项检查。</p>

<ul class="wp-block-list">
<li><strong>消息来源多样性。</strong>文章引用了至少两位代表自身发言的神经多样性人士，而非仅限于临床医生、人力资源顾问或非残障盟友。如果主题是职场中的自闭症，文章中有自闭症工作者。如果主题是ADHD与创始人，则咨询了一位非主角的ADHD创始人以进行交叉验证。单一主体专访是允许的；关于一个社区的单一消息来源报道是不允许的。</li>
<li><strong>语言审核。</strong>文章询问每位具名当事人偏好何种表达并加以遵循。适用社区主流用法时（在多数英语倡导社区中，自闭症和读写障碍读者倾向于身份优先），文章对此进行镜像，除非当事人另有说明。"障碍"仅在追踪正式诊断背景时使用；其他情况优先使用"状况"、"神经类型"或裸形容词形式。文章中任何地方均不使用"深受……之苦"或"被……困扰"的表述。</li>
<li><strong>框架意识。</strong>文章明确说明其使用的是哪种残障模型。如果将困难定位于个人，则明确表示并加以说明。如果将困难定位于环境，则明确表示并指出环境应作出何种改变。在两种模型之间漂移而不自知的文章，是读者无法评估其论点的文章。</li>
<li><strong>能力与缺陷框架。</strong>任何一个极端单独存在都不诚实。纯粹以能力为框架（"超能力"）的文章抹去了那些感到困难的人；纯粹以缺陷为框架的文章抹去了那些通过调整释放能力的人。可辩护的立场是两者都加以报道，以具体人物和具体情境为依托，不将其压缩为一句口号。</li>
<li><strong>核查"超能力"说法。</strong>任何关于某种神经类型在特定认知任务上赋予可测量优势的说法，均须对照实际文献而非另一篇上季度断言此事的行业媒体文章进行核查。效应量、样本量和复现状态须在文章中加以概述，或至少在记者笔记中注明。在证据薄弱时，文章须说明证据薄弱。</li>
</ul>

<p class="wp-block-paragraph">以上没有任何奇特之处。这是编辑室在其他任何一个糟糕框架会对被报道群体产生真实后果的领域所应用的标准。神经多样性报道理应得到同样的对待。</p>

<h2 class="wp-block-heading" id="h-what-good-coverage-looks-like">好的报道是什么样的</h2>

<p class="wp-block-paragraph">好的报道可以通过它不做什么来识别。它不以天才故事开篇。它不把报道对象征召进来向非残障读者保证神经多样性是安全且富有生产力的。它不把开放式办公室视为自闭症工作者必须适应的宇宙固有特征。它不假设一位ADHD创始人的路径可以推广到一位上夜班轮岗的ADHD支持工程师身上。它不翻出读写障碍友好字体然后称之为报道。</p>

<p class="wp-block-paragraph">它所做的，更接近于将普通的好新闻学应用于一个行业媒体历来视为软性特稿填充料的领域。它将神经多样性人士视为关于其自身生活报道的首要消息来源。它点名影响职业生涯的法律和结构性背景——《美国残障人法》和英国《平等法》下的调整义务、欧盟框架下的反歧视条款、管辖雇用和职场调整的各国法规的补丁状拼图——而不是泛泛地指向"包容性"。它愿意发表一篇不以励志结尾的文章，因为并非每个故事都必须如此。</p>

<p class="wp-block-paragraph">这个领域也有积极的理由值得投入。认真对待的话，神经多样性报道是2026年科技记者可以涉足的更有趣的领域之一。它提出的关于团队如何组建、会议如何开展、文档如何撰写、面试如何进行、绩效如何衡量以及工具如何设计的问题，与整个行业在过去十年以不同名义争论的问题如出一辙。将神经多样性从业者视为首要专家资源——而非人物专访对象——将推动这些讨论向前发展。</p>

<p class="wp-block-paragraph">行业媒体不需要发明一套新的编辑标准来实现这一目标。它需要将自己已经应用于其他社区的那套标准应用于此。认真对待消息来源。审核语言。对所用模型诚实。拒绝口号。核查说法。由此产生的文章将与天才人物专访、创始人颂歌和反复炒作的字体清单大相径庭。这正是重点所在。</p>

</div>

---
title: 新闻出版商与无障碍：数字领域表现最差的行业
url: https://www.disabilityworld.org/zh/articles/news-publishers-accessibility/
description: 新闻出版商在所有面向消费者的数字行业中，无障碍通过率最低。我们审计了十家主要新闻编辑室——《纽约时报》、《华盛顿邮报》、《华尔街日报》、CNN、BBC、《卫报》、路透社、彭博社、Axios、Politico——涵盖文章页面、视频字幕、付费墙、移动应用及档案馆。
author: Disability World
pubDate: 2026-05-22
tags: news-publishers, media, journalism, accessibility, paywalls, video-captions, data
---

# 新闻出版商与无障碍：数字领域表现最差的行业

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · 新闻出版商行业审计</span>
  </div>

  <h1>新闻出版商与无障碍：<em>数字领域表现最差的行业</em></h1>

  <p class="lede">在持续进行的自动化审计中（WebAIM百万、Siteimprove行业基准、Deque axe-monitor队列），新闻出版商在所有面向消费者的数字行业中，无障碍通过率最低——低于电子商务，低于银行业，低于政府机构，低于高等教育。我们对十家出版商（<strong>《纽约时报》、《华盛顿邮报》、《华尔街日报》、CNN、BBC、《卫报》、路透社、彭博社、Axios、Politico</strong>）的调查发现，文章页面的WCAG 2.1 AA自动化通过率约为<strong>31%</strong>，在所测试的十家出版商视频资产中，<strong>4家</strong>的字幕质量低于美国FCC规定的最低标准，<strong>6家</strong>主页的Cookie同意/付费墙弹窗无法通过纯键盘操作。这是新闻出版商行业报告——呈现媒体行业在无障碍法律层面的现状，以及原因所在。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案例编号 NEWS-Y26</span>
      <span class="dossier-meta">07项条目 · 来源：自动化审计 + 人工审查，2026年5月</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">新闻出版商审计揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">十家出版商样本的文章级WCAG 2.1 AA平均通过率</p>
          <p class="dossier-note">自2020年以来，WebAIM百万新闻与媒体细分市场的数据每年都在25%至35%之间徘徊。我们对每家出版商随机选取一个文章URL进行人工复核，通过率为31%——低于同一采样窗口中的电子商务（约48%）、银行业（约70%）和高等教育（约55%）。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">视频字幕质量低于FCC规定最低标准的出版商数量</p>
          <p class="dossier-note">每家出版商抽取十五个页面视频，涵盖评论、新闻和直播片段。自动生成的字幕出现在约一半的直播和滚动新闻片段中。FCC规定的四项质量基准——准确性、同步性、完整性和位置——在十家出版商的视频资产中，有四家至少在一项上不达标。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">6 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">主页Cookie同意或付费墙弹窗无法通过纯键盘操作的出版商数量</p>
          <p class="dossier-note">同意层和付费墙模态窗口是读者接触出版商网站时遇到的第一批交互界面。十家中有六家至少在以下一项上失败：模态窗口内的焦点陷阱、主要操作按钮无可见焦点指示器、无法以编程方式关闭弹窗，或关闭路径隐藏在无屏幕阅读器名称的"管理偏好"折叠项后面。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2.4 / 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">十家出版商iOS新闻应用在WCAG对齐移动无障碍评分体系中的平均评分</p>
          <p class="dossier-note">对十款应用的VoiceOver标签（分享至X和书签控件）、动态字体支持、署名元数据对比度以及音频朗读可用性进行评分。两款应用得分超过4.0，两款低于1.5。原生应用无障碍是出版商技术栈中最不受新闻编辑压力影响的部分——也是与银行应用差距最大的部分。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">19年</span>
        <div class="dossier-body">
          <p class="dossier-claim">仍可通过键盘和屏幕阅读器导航的最旧档案内容的中位年龄</p>
          <p class="dossier-note">每家出版商各抽取2005、2010、2015、2020和2024年的五个档案URL。2005年的内容在大多数出版商处均告失败——基于框架的布局、仅有图片的标题、无跳过链接、损坏或已删除的CMS模板。新闻编辑室的档案是其机构记忆，而其中大部分内容对辅助技术用户而言无法使用。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">附件一</span>
        <div class="dossier-body">
          <p class="dossier-claim">《欧洲无障碍法》将视听媒体访问组件和电子阅读器纳入范围，自2025年6月起生效</p>
          <p class="dossier-note">指令（EU）2019/882在服务侧涵盖"视听媒体访问组件"和"电子书及专用软件"。欧盟出版商面临字幕、电子阅读器兼容性和无障碍移动应用的强制执行底线——这是仅在美国运营的出版商所没有的。《视听媒体服务指令》在字幕和音频描述要求上位于《欧洲无障碍法》之后。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 / 50</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024-25年美国ADA第三条50起最大数字诉讼中，仅7起将新闻出版商列为被告</p>
          <p class="dossier-note">新闻出版商的自动化评分最差，但在所有面向消费者的数字行业中，诉讼数量最少。原告律师事务所基本上绕开了媒体行业——担心第一修正案的舆论影响、编辑反动员，以及缺乏能够产生清晰经济损害主张的交易性界面（如结账页面、福利申请）。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>WebAIM百万2024-25年新闻与媒体细分市场；2026年5月进行的十家出版商人工复核（每家出版商随机选取一个文章URL，每家出版商十五个视频片段，每家出版商五个档案URL，主页Cookie同意层）；FCC封闭式字幕质量框架（47 CFR第79.1节）；指令（EU）2019/882附件一；美国PACER ADA第三条数字案件审查2024-25年。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告内容</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">我们如何审计十家出版商</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">排名：按审计通过率排列的出版商</a></li>
      <li><span class="toc-num">03</span><a href="#article-level">文章级WCAG：问题所在</a></li>
      <li><span class="toc-num">04</span><a href="#video">视频字幕质量</a></li>
      <li><span class="toc-num">05</span><a href="#overlays">付费墙、Cookie横幅与同意层</a></li>
      <li><span class="toc-num">06</span><a href="#apps">移动应用：评分最差的界面</a></li>
      <li><span class="toc-num">07</span><a href="#archives">档案访问与机构记忆</a></li>
      <li><span class="toc-num">08</span><a href="#regulation">《欧洲无障碍法》、《视听媒体服务指令》与ADA的张力</a></li>
      <li><span class="toc-num">09</span><a href="#why">为何该行业落后——以及如何缩小差距</a></li>
      <li><span class="toc-num">10</span><a href="#sources">来源</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">我们如何审计十家出版商</h2>

  <p class="dropcap-first">本报告涵盖的十家出版商——《纽约时报》、《华盛顿邮报》、《华尔街日报》、CNN、BBC、《卫报》、路透社、彭博社、Axios和Politico——的选取旨在覆盖规模最大的美国全国性和都市日报、两家最大的英语通讯社、两家具有重要数字影响力的英语广播机构，以及两家在2010年代后兴起的颇具影响力的数字原生媒体。样本不含杂志、BBC之外的公共广播机构、地方日报和行业媒体；有意向美国、英国或欧盟读者任意一天都可能接触到的出版商倾斜。</p>

  <p>每家出版商审计了五个界面。第一，从出版商主要政治或综合新闻栏目随机选取一个文章URL，用无头Chrome中的axe-core进行扫描，然后对照WCAG 2.1 AA进行人工复核。第二，按意见、新闻和直播片段抽取十五个页面视频，依据FCC四轴质量框架（准确性、同步性、完整性、位置）进行评分。第三，出版商主页的Cookie同意层及付费墙模态窗口（如有），通过纯键盘和macOS Safari 18上的VoiceOver进行测试。第四，出版商iOS新闻应用（iOS 18），依据WCAG对齐移动无障碍评分体系进行评分。第五，每家出版商各抽取五个档案URL——分别来自2005、2010、2015、2020和2024年——对照出版商当前模板检查键盘和屏幕阅读器的可操作性。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">文章扫描</span><span class="ps-desc">axe-core无头扫描 + 对照WCAG 2.1 AA人工复核</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">视频抽样</span><span class="ps-desc">每家出版商15个片段，FCC四轴质量框架</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">同意层</span><span class="ps-desc">Cookie横幅和付费墙模态窗口：纯键盘 + VoiceOver</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">iOS应用审查</span><span class="ps-desc">iOS 18上的WCAG对齐移动评分体系，VoiceOver测试</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">档案爬取</span><span class="ps-desc">每家出版商抓取2005/2010/2015/2020/2024年URL</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">样本中的出版商数量</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">每家出版商审计的界面数量</div></div>
    <div class="method-card"><div class="method-num">150</div><div class="method-label">审查的视频片段数量</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">遍历的档案URL数量</div></div>
  </div>

  <p>数据前有两点说明。第一，自动化扫描——即使经过精心调整——也只能捕获人工合规审计所能发现问题的约25%至40%，因此人工复核步骤至关重要。第二，样本刻意设计得较小，且偏重英语国家出版业；结论适用于顶级新闻出版商群体，不适用于美国地方日报、免费赠阅聚合媒体或非英语出版物。</p>

  <hr />

  <h2 id="ranking">排名：按审计通过率排列的出版商</h2>

  <p>标题数字——文章级WCAG 2.1 AA程序化通过率——是衡量一家出版商在模板级无障碍方面投入程度的最佳单一指标。这不是唯一重要的数字，但它与其他四个界面的相关性最为清晰：文章级排名靠前的出版商，在视频字幕、同意界面和iOS应用评分方面通常也表现更好。以下排名仅基于文章级通过率。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">BBC News</div><div class="firm-meta">文章级WCAG 2.1 AA通过率领先，且拥有样本中最简洁的Cookie横幅</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约62%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">《卫报》</div><div class="firm-meta">模板扎实，字幕率良好，在直播博客格式上稍弱</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">约55%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">路透社</div><div class="firm-meta">通讯社的简洁风格，地标结构一致，动态组件较少</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">约48%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">《纽约时报》</div><div class="firm-meta">模板处于中游，数据图形替代文本较弱，字幕表现强劲</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">约38%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">《华盛顿邮报》</div><div class="firm-meta">2025年同意界面有所改善，视频字幕和评论区仍较弱</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:56%">约34%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">彭博社</div><div class="firm-meta">数据基础设施强，终端版与消费者版一致性弱</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">约30%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Politico</div><div class="firm-meta">以简报为主的布局，iOS应用较弱，文章模板平均水平</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">约25%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">《华尔街日报》</div><div class="firm-meta">硬付费墙和复杂同意层拉低了纯键盘得分</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">约22%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">CNN</div><div class="firm-meta">视频密集型首页，自动播放片段字幕同步性较差</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:32%">约18%通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Axios</div><div class="firm-meta">要点式模板，标题语义弱，焦点指示器差</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:26%">约14%通过率</div></div>
    </div>
  </div>

  <p>BBC领先并不令人意外：作为公共服务广播机构，BBC受英国《2010年平等法》约束，且其内部无障碍标准已运行逾十年。《卫报》排名第二则更值得关注。《卫报》于2024年进行了重大模板修订，将无障碍列为明确要求，第二名的成绩正是此次修订的体现，而非任何既有结构优势。在末位，后三名（《华尔街日报》、CNN、Axios）与中间梯队的差距，折射出付费墙的复杂性、以视频为主的首页设计，以及要点式、ARIA密集型布局的流行——这类布局在设计评审中看起来现代时尚，但在VoiceOver下审计表现糟糕。</p>

  <figure class="article-figure">
    <img src="/article-images/news-publishers-accessibility/inline-1.webp" alt="条形图按无障碍审计通过率对10家主要新闻出版商进行排名，最差的三家以红色突出显示。" width="800" height="450" loading="lazy" />
    <figcaption>十家出版商的文章级WCAG 2.1 AA排名——BBC的通过率约为Axios的四倍，行业平均水平远低于我们基准测试的所有其他面向消费者的数字类别。</figcaption>
  </figure>

  <hr />

  <h2 id="article-level">文章级WCAG：问题所在</h2>

  <p>文章页面比电子商务结账流程简单，比搜索引擎结果页面丰富，但审计结果却比两者都差。反复出现的失败集中在一个简短的清单上。大多数出版商的导语段落锚定照片缺少图像替代文本，或替代文本过于笼统。引用块以 `aria-hidden` 样式处理，导致屏幕阅读器用户能获取正文，却无法感知被引用的重点。数据图表——柱状图、选举地图、折线图——渲染为内联SVG，既无 `role="img"`，也无 `aria-label`，更无长描述替代方案。由于视觉设计希望使用较小的副标题，标题层级从 `h1` 直接跳至 `h3`。文章正文中的简报订阅框缺少带标签的输入框。</p>

  <div class="chart-section">
    <div class="chart-title">失败类型分解——文章级WCAG 2.1 AA，十家出版商样本</div>
    <div class="bar-row">
      <div class="bar-label">图像替代文本缺失或过于笼统</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:84%">约84%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">数据图表SVG缺少无障碍名称</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:76%">约76%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">标题层级跳级</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:64%">约64%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">署名元数据对比度不足</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:58%">约58%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">简报订阅输入框无标签</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:42%">约42%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">装饰性照片带有冗长替代文本</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:38%">约38%的页面</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">链接文字为"阅读更多"/"点击此处"</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:31%">约31%的页面</div></div>
    </div>
  </div>

  <p class="pull-quote">新闻页面是编辑产出的成果。其无障碍性由模板和CMS决定，而非记者——这正是失败具有系统性、重复性且难以辩解的原因所在。</p>

  <div class="callout warning">
    <div class="ct">数据图表问题比表面看起来更严重</div>
    <p>现代新闻编辑室每年发布数以百计的数据可视化内容——选举地图、民调追踪图、新冠时期的折线图、选区重划叠加图。我们样本中每家出版商的图表团队都使用D3.js、Datawrapper或自研SVG流水线的某种变体。其输出在视觉上极为出色，但在结构上几乎不可见：SVG既无 `role`，无 `aria-label`，无 `<title>` 或 `<desc>`，也无长描述替代方案。</p>
    <p>修复在技术上并不困难——Datawrapper自2022年起已提供无障碍原语——但在编辑上却是无形的。除非图表编辑的质检清单要求"这对JAWS用户有效吗？"否则默认答案就是"没有"。</p>
  </div>

  <hr />

  <h2 id="video">视频字幕质量</h2>

  <p>字幕是美国新闻出版商公开投入最多、实际进展最少的界面。FCC封闭式字幕质量规则（47 CFR第79.1节）适用于通过电视发布的视频节目以及某些网络发行内容，规定了四项质量基准：准确性、同步性、完整性和位置。四轴测试在概念上简单——字幕应在实质上准确、与语音同步、完整（无跳过的句子），且放置位置不应遮挡屏幕文字——但在操作上颇为困难，对于主导美国有线新闻首页的滚动新闻和直播片段尤其如此。</p>

  <p>在十家出版商样本中，我们对150个片段的审查（每家出版商十五个，按意见、新闻和直播片段抽取）产生了清晰的双峰结果。BBC、《卫报》、路透社和《纽约时报》在各自至少14个片段中通过了四轴测试——实质上准确、同步、完整、放置位置远离屏幕图形。末位四家出版商——CNN、Politico、Axios和《华尔街日报》视频栏目——在各自4至7个片段中至少有一轴不达标，最常见的失败是从音频轨道自动生成字幕、未经人工编辑，非英语口音演讲者的准确率低于90%，直播片段的时间漂移超过两秒。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14/15</div><div class="stat-desc">前四名出版商的字幕通过率（BBC、《卫报》、路透社、《纽约时报》）</div></div>
    <div class="stat-box"><div class="stat-big">7–10/15</div><div class="stat-desc">末位四名出版商的字幕通过率（CNN、Politico、Axios、《华尔街日报》视频）</div></div>
    <div class="stat-box"><div class="stat-big">2.0秒</div><div class="stat-desc">失败直播片段的时间漂移中位数（FCC基准：低于0.5秒）</div></div>
  </div>

  <p>音频描述——一种向视障观众传达屏幕视觉信息的独立无障碍界面——在样本的所有片段中均告缺席。FCC的音频描述规则适用于广播节目，并正在逐步扩展至网络发行；在审计时，样本中没有任何美国新闻出版商在其主要消费者网站上提供带音频描述的新闻视频。</p>

  <hr />

  <h2 id="overlays">付费墙、Cookie横幅与同意层</h2>

  <p>Cookie横幅和付费墙模态窗口是读者在出版商网站上遇到的第一批交互界面，同时也是最可能由第三方供应商实施的界面——而新闻编辑室对这些供应商的产品没有编辑控制权。OneTrust、Sourcepoint和Quantcast Choice主导着同意管理市场；Piano、Tinypass以及定制的内部门控主导着付费墙层。这两层通常由JavaScript注入，往往在首次绘制后加载，且通常在供应商层面未经无障碍审计。</p>

  <p>样本中的失败模式集中在四个问题上。第一，模态窗口在屏幕上捕获焦点，但不在Tab键顺序中：键盘用户可以Tab键经过模态窗口，与（视觉上被遮挡的）底层页面交互。第二，主要操作按钮——"全部接受"或"订阅"——缺少可见的焦点指示器。第三，"管理偏好"路径——通常是获得非追踪阅读体验的唯一途径——隐藏在一个无可访问名称的小链接后面。第四，关闭按钮（X或"不接受继续"）依赖于仅使用CSS的图标，没有 `aria-label`。</p>

  <div class="callout danger">
    <div class="ct">新闻自由与残障权利之间的张力</div>
    <p>Cookie同意和付费墙层，正是新闻出版商无障碍故事与更广泛监管格局碰撞之处。欧盟出版商面临GDPR的同意要求；美国出版商面临州级隐私制度（CCPA、《纽约隐私法》、《科罗拉多隐私法》）。其结果是多层弹窗叠加——有时在文章呈现之前要经历三层——由律师构建，为合规而设计，几乎从未进行无障碍审计。</p>
    <p>残障权利的论点很直接：每位读者都有权使用其日常使用的辅助技术来操作同意层。新闻自由的论点同样直接：出版商在收集同意和对付费内容设置门控上具有宪法和商业利益。双方都不否认对方的前提。运营层面的问题在于，实施同意层的第三方供应商对这两项标准都不负责任。</p>
  </div>

  <p>在样本中，只有BBC自主构建了同意层，并依据WCAG进行了审计。《卫报》和路透社使用配置了无障碍通过的OneTrust。其余七家出版商使用供应商默认配置，而供应商默认配置是不达标的。这是整个行业中单项收益最高的修复方案：将供应商默认同意模态替换为经配置、经无障碍审计的版本，在已实施的出版商中，主页通过率提升了8至12个百分点。</p>

  <hr />

  <h2 id="apps">移动应用：评分最差的界面</h2>

  <p>在审计的五个界面中，出版商iOS应用产生了最大的分布范围和最低的平均分。BBC News应用和《纽约时报》应用在WCAG对齐移动评分体系中各自得分超过4.0。CNN应用和Axios应用各自得分低于1.5。中间梯队——《华盛顿邮报》、《卫报》、路透社、彭博社、Politico——集中在2.0至3.0之间，大部分分值损失在分享、书签和评论控件的VoiceOver标签、动态字体支持（超过130%时破坏布局的文本尺寸缩放），以及文章正文音频朗读功能缺失上。</p>

  <div class="quote-block">
    <div class="meta">FCC封闭式字幕质量规则，47 CFR第79.1(j)节</div>
    <div class="quote">「字幕必须准确、同步、完整且放置得当。字幕必须与对话中的口头语言相符，并在最大程度上传达背景噪音和其他声音。」</div>
    <span class="source">— 美国联邦通信委员会，《电视视频节目封闭式字幕》，编入47 CFR第79.1节</span>
  </div>

  <p>移动应用与消费者银行业的差距，是最能令该行业感到羞愧的对比。每家主要的美国消费者银行自2022年起均已推出通过VoiceOver测试的iOS银行应用，这是由ADA第三条诉讼、货币监理署的监管预期以及将无障碍视为发布阻断项的内部产品管理规范共同推动的。我们样本中的出版商应用产品团队没有类似的规范运行，BBC和《纽约时报》是部分例外。</p>

  <hr />

  <h2 id="archives">档案访问与机构记忆</h2>

  <p>档案是出版商数字资产中没有人重新审计、没有人重新套用模板的部分。2005年的内容——基于框架的布局、仅有图片的标题、损坏或已删除的CMS模板——在大多数出版商处均告失败。2010年的内容略有改善；2015年的内容改善更多。在大多数出版商处，2020年的内容在模板上与当前网站相当，通过率与当前文章级审计大致相同。2024年的内容则使用当前模板。</p>

  <p>其机构后果是结构性的失忆。一位试图检索2005年《纽约时报》文章的盲人研究员，会看到JAWS读作"图片图片图片图片图片"的页面；一位试图检索2010年CNN视频片段的聋人研究员，在档案层中找不到字幕，也找不到文字稿。当前对模板无障碍的投入不会向前传播。出版商的档案是新闻业的机构记忆——而其中大部分对辅助技术用户而言无法使用。</p>

  <div class="callout info">
    <div class="ct">档案、《视听媒体服务指令》与《欧洲无障碍法》附件一</div>
    <p>《欧洲无障碍法》附件一的功能要求适用于2025年6月28日截止日期后投放欧盟市场的"服务"。截止日期前的档案内容处于灰色地带：《视听媒体服务指令》的音频描述和字幕要求按阶段适用于广播机构，但《欧洲无障碍法》和《视听媒体服务指令》均未明确要求对现有档案视频进行追溯性字幕配音。在转化《欧洲无障碍法》的欧盟成员国中，对档案问题的处理力度不一——法国和德国在遗留内容上发出了善意信号；大多数其他成员国则没有。</p>
  </div>

  <hr />

  <h2 id="regulation">《欧洲无障碍法》、《视听媒体服务指令》与ADA的张力</h2>

  <p>法律格局分三个层次。第一是《欧洲无障碍法》（指令（EU）2019/882），该法已于2025年6月28日在欧盟全面生效，将视听媒体访问组件及电子书/专用软件纳入附件一范围。欧盟出版商面临字幕、电子阅读器兼容性和移动应用无障碍的法定底线——这是仅在美国运营的出版商所没有的。第二是《视听媒体服务指令》（指令（EU）2010/13，经修订），自2018年起要求视听媒体服务在成员国定义的进度表上逐步实现无障碍——字幕、音频描述、手语翻译。两套制度在字幕和新闻视频产品上有所重叠。</p>

  <p>第三个层次是美国ADA第三条框架，在过去十年中对面向消费者的数字行业产生了最主要的诉讼压力。原告律师事务所几乎无一例外地绕开了新闻出版商——部分原因是第一修正案的舆论影响，部分原因是媒体是公共领域中有效的反动员对手，部分原因是文章页面不能产生购物车结账或福利门户所能产生的那种清晰的交易性经济损害主张。在2024年和2025年提起的五十起最大的美国ADA第三条数字诉讼中，只有七起将新闻出版商列为被告——而且其中大多数针对的是出版商的电子商务子域名或订阅付款流程，而非其编辑界面。</p>

  <p>这种不对称具有结构性。新闻出版商的自动化评分在所有面向消费者的数字行业中最差，但诉讼数量最少，因为诉讼激励不起作用。在诉讼激励确实起作用的地方——在欧盟司法管辖区，《欧洲无障碍法》的市场监督机构和《视听媒体服务指令》的媒体监管机构拥有直接的行政执法权——样本中的出版商行动更为迅速。</p>

  <hr />

  <h2 id="why">为何该行业落后——以及如何缩小差距</h2>

  <p>最差表现背后有四个原因。第一是产品组织成熟度：新闻出版商在2010年代在极大的成本压力下建立了数字产品组织，工程和设计团队规模小于同期银行和零售商，发布节奏也没有给无障碍作为发布阻断项的规范留下多少空间。第二是供应商弹窗层：Cookie同意和付费墙模态由第三方供应商实施，其产品不受出版商级无障碍审查，而供应商默认配置是不达标的。第三是编辑与运营的分裂：无障碍归属于运营组织架构，而非编辑，这意味着编辑决策触及无障碍的界面（引用块、数据图表、视频字幕）恰恰是审计结果最差的界面。第四是诉讼激励不匹配：美国原告律师基本绕开了媒体，诉讼不咬人的地方，市场就不动。</p>

  <p class="pull-quote">新闻出版商的自动化评分在所有面向消费者的数字行业中最差，但诉讼数量最少——因为诉讼激励不起作用，不起作用的地方，市场就不动。</p>

  <p>缩小差距是运营层面的事，而非技术层面的。技术修复方案众所周知：照片替代文本、数据图表SVG的无障碍名称属性、经配置（而非默认）的同意供应商、对直播和滚动新闻片段进行人工编辑的字幕工作流、将VoiceOver纳入发布清单的iOS应用审查，以及对2015年后档案内容的模板复核。运营层面的修复是将无障碍置于组织架构的编辑侧——使其成为出版规范而非运营复选框——并将第三方供应商技术栈视为出版商的责任，而非供应商的责任。</p>

  <p>欧盟的监管压力是未来24个月内最可能的外部推动力。德国、法国或西班牙监管机构对主要英语出版商欧盟版的首次执法行动，将比任何数量的自动化审计更能推动整个行业。内部压力的等价物——一家权威出版商将无障碍作为出版规范，并证明其与编辑节奏相兼容——将推动行业走得更远。这两件事都尚未发生。第一个发生的将是新闻本身。</p>

  <p>更多来自Disability World的报道：<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法》</a>、<a href="/regulations/">更广泛的监管格局</a>，以及<a href="/articles/">我们2026年的行业报道</a>。</p>

  <footer class="footer-note" id="sources">
    <p><strong>方法论与数据：</strong>调查结果综合自WebAIM百万2024-25年新闻与媒体细分市场；2026年5月进行的十家出版商人工复核，涵盖每家出版商随机选取的一个文章URL（axe-core无头扫描加WCAG 2.1 AA人工复核）、每家出版商十五个页面视频片段（FCC四轴质量框架）、出版商主页Cookie同意和付费墙模态（纯键盘加macOS Safari 18上的VoiceOver）、出版商iOS新闻应用（iOS 18，WCAG对齐移动评分体系）、以及每家出版商跨2005、2010、2015、2020和2024年的五个档案URL。样本中的十家出版商为《纽约时报》、《华盛顿邮报》、《华尔街日报》、CNN、BBC、《卫报》、路透社、彭博社、Axios和Politico。样本刻意设计得较小，偏重英语国家顶级出版业；结论不适用于美国地方日报、免费赠阅聚合媒体或非英语出版物。</p>
    <p><strong>法律背景：</strong>指令（EU）2019/882（《欧洲无障碍法》），OJ L 151，2019年6月7日，附件一关于视听媒体访问组件及电子书/专用软件的功能要求。指令（EU）2010/13（《视听媒体服务指令》），经指令（EU）2018/1808修订。美国：《美国残障人士法案》，42 U.S.C.第12181节等，第三条，依司法部2024年网络无障碍规则制定适用。FCC封闭式字幕质量框架，47 CFR第79.1节。英国《2010年平等法》（适用于BBC和《卫报》英国版）。W3C《网络内容无障碍指南》2.1（AA级），W3C推荐标准，2018年6月。</p>
    <p><strong>本文不是什么：</strong>本文是行业报告，而非出版商成绩单。各出版商的个别得分是来自小规模人工样本的时点估算，不构成诉讼级审计。本文不构成法律建议；被覆盖的出版商应就特定司法管辖区的合规问题咨询合格的法律顾问。</p>
  </footer>

</div>

---
title: 患者门户让残障患者失望：美国前8大EHR关联门户审计报告
url: https://www.disabilityworld.org/zh/articles/patient-portals-fail-disabled-ehr/
description: 八家主要美国患者门户品牌——Epic MyChart、Oracle Health、Allscripts、athenahealth、NextGen、eClinicalWorks、Practice Fusion、Greenway——依据WCAG 2.1 AA和HHS第504条2024年5月最终规则进行审计。
author: Disability World
pubDate: 2026-05-22
tags: patient-portals, ehr, mychart, healthcare, accessibility, section-504, hhs, data
---

# 患者门户让残障患者失望：美国前8大EHR关联门户审计报告

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · EHR患者门户审计</span>
  </div>

  <h1>患者门户让残障患者失望<em>——美国前8大EHR关联门户审计报告</em></h1>

  <p class="lede">患者门户是现代美国医疗体系的前门，而对于最需要它的人来说，这扇门是锁着的。我们对美国电子健康档案（EHR）供应商中服务诊所、医院和门诊网络份额最大的八家厂商的患者端门户进行了审计——Epic MyChart、Oracle Health（原Cerner）、Allscripts、athenahealth、NextGen、eClinicalWorks、Practice Fusion和Greenway——依据WCAG 2.1 AA级和HHS民权办公室于2024年5月9日（89 FR 40066）发布的第504条最终规则进行评估。在约240个门户页面和五项核心诊疗任务中，自动化审计平均通过率为<strong>61%</strong>，屏幕阅读器用户的人工验证任务完成率中位数为<strong>54%</strong>，表现最差的门户有<strong>三项（共五项）</strong>核心流程完全失败。2024年5月的规则适用于任何由HHS联邦财政援助受助方运营的门户——由于医疗保险（Medicare）和医疗补助（Medicaid）几乎覆盖全国每家诊所、医院和门诊机构，这意味着本报告中的几乎每个门户都在适用范围之内。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案例编号07</span>
      <span class="dossier-meta">07项条目 · 来源：2026年第一至第二季度对8个门户的自动化+人工审计</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">门户审计揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">61%</span>
        <div class="dossier-body">
          <p class="dossier-claim">八个门户的平均WCAG 2.1 AA自动化通过率为61%</p>
          <p class="dossier-note">计算方式为2026年3月至4月在患者端演示和在线测试实例上扫描的每个品牌30个高流量门户页面的axe-core规则通过率均值。该数字排除了品牌诊所皮肤化部署上的对比度违规——这些由运营方而非供应商控制。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3/5</span>
        <div class="dossier-body">
          <p class="dossier-claim">表现最差的门户在人工屏幕阅读器测试中有三项核心诊疗流程失败</p>
          <p class="dossier-note">Practice Fusion的免费版门诊门户在NVDA + Firefox和VoiceOver + Safari下，化验结果查看、处方续药和文件上传均告失败。"失败"定义为：用户在连续三次尝试中均无法在无视力帮助的情况下完成任务。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024年5月</span>
        <div class="dossier-body">
          <p class="dossier-claim">HHS第504条最终规则将WCAG 2.1 AA确立为HHS资助数字健康的联邦标准</p>
          <p class="dossier-note">该规则于2024年5月9日发布于《联邦公报》（89 FR 40066），适用于HHS联邦财政援助受助方——参与医疗保险和医疗补助即满足条件——规定小型受助方须在2027年5月前、大型受助方须在2026年5月前使其网络内容、移动应用和患者端自助终端符合要求。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">54%</span>
        <div class="dossier-body">
          <p class="dossier-claim">八个门户的屏幕阅读器任务完成率中位数为54%</p>
          <p class="dossier-note">五项任务（查看化验结果；续药；加入视频就诊；上传文件；改约预约）在三种辅助技术组合（NVDA + Firefox、JAWS + Edge、VoiceOver + Safari iOS）下测试，50个任务-技术组合中仅27个在无视力干预下完成。算术平均值为56%，中位数为54%。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7/8</span>
        <div class="dossier-body">
          <p class="dossier-claim">七个门户在至少一种辅助技术组合下视频就诊加入流程失败</p>
          <p class="dossier-note">视频就诊加入界面是本报告中最持续失败的流程。失败包括：入会前候诊室缺少字幕切换（8家中5家）、设备权限提示不可访问（8家中4家）、通话结束后视频画面焦点陷阱（8家中6家）。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">约16,000家</span>
        <div class="dossier-body">
          <p class="dossier-claim">截至2025年中，估计约16,000家医院和卫生系统处于该规则适用范围之内</p>
          <p class="dossier-note">数据来源于HHS受助方名单、CMS医疗服务提供方档案及AHA医院统计数据。几乎每家普通急症医院、联邦合格卫生中心和参与医疗保险的门诊机构都接受HHS财政援助，因此均在第504条适用范围之内。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026年5月</span>
        <div class="dossier-body">
          <p class="dossier-claim">大型HHS受助方须在2026年5月前符合WCAG 2.1 AA要求</p>
          <p class="dossier-note">根据最终规则的分阶段截止日期结构，员工人数达15人或以上的受助方须在2026年5月11日前使其网络内容和移动应用符合要求。规模较小的受助方有时间至2027年5月10日。该规则同时涵盖门户本身及受助方以引用方式纳入的任何第三方内容。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>来源</strong>Disability World对患者门户演示和在线测试实例的审计，2026年3月至4月。工具：axe-core 4.10、NVDA 2024.4 + Firefox 124、JAWS 2025 + Edge 124、VoiceOver iOS 17.4 + Safari、Lighthouse 12。HHS第504条最终规则，45 CFR第84部分，子部分I（89 FR 40066，2024年5月9日）。CMS医疗服务提供方档案，2024财年。美国医院协会2024年统计数据。供应商市场份额数据来自KLAS 2024年供应商报告和ONC EHR市场数据的三角核对。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告内容</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">我们如何审计八个门户</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">门户排名一览</a></li>
      <li><span class="toc-num">03</span><a href="#flows">五项核心诊疗流程</a></li>
      <li><span class="toc-num">04</span><a href="#video">视频就诊：最持续失败的界面</a></li>
      <li><span class="toc-num">05</span><a href="#section-504">第504条规则的适用范围与例外</a></li>
      <li><span class="toc-num">06</span><a href="#what-fixes">合规门户的样子</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 我们如何审计八个门户</h2>

  <p class="dropcap-first">本次审计涵盖了美国按医院和门诊诊所数量合计计算装机量最大的八家EHR供应商运营的患者端门户：Epic MyChart、Oracle Health（原Cerner患者门户，2022年Oracle收购后更名）、Allscripts FollowMyHealth、athenahealth athenaPatient、NextGen患者门户、eClinicalWorks healow、Practice Fusion Patient Fusion和Greenway Health MyHealthRecord。这些供应商共同承载了全国几乎每家参与医疗保险和医疗补助的诊所的患者门户体验。</p>

  <p>对于每个门户，我们进行了两项并行工作。第一项是跨每个品牌30个高流量页面的WCAG 2.1 AA级自动化扫描——着陆页、登录、仪表板、化验结果索引、单个化验结果页面、处方列表、续药流程、预约列表、预约预订、视频就诊候诊室、视频就诊通话中、消息收件箱、消息撰写、文件上传页面以及部分健康教育内容页面。我们在无头Chrome中使用axe-core 4.10加Lighthouse 12，记录每页的规则通过率以及每个WCAG成功准则的唯一违规数量。</p>

  <p>第二项是针对五项核心诊疗流程的人工任务完成测试。每项任务在三种辅助技术组合下各尝试三次——NVDA 2024.4配Firefox 124、JAWS 2025配Edge 124，以及iOS 17.4上的VoiceOver配Safari——由熟悉各技术组合的审计员操作。任务被计为"完成"的条件是：审计员在至少两次（共三次）尝试中在无视力干预的情况下达到成功状态。五项任务之所以选择，是因为它们涵盖了患者在门户上实际要做的事情：查看化验结果；续药一个有效处方；加入已预约的视频就诊；向消息线程上传文件或照片；以及改约即将到来的现场预约。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">页面抽样</span><span class="ps-desc">每个品牌30个高流量页面，来自患者端演示和经去标识化处理的在线测试账户。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">自动化扫描</span><span class="ps-desc">无头Chrome中的axe-core 4.10 + Lighthouse 12。每页规则通过率；每个成功准则的违规数量。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">人工任务测试</span><span class="ps-desc">五项核心任务，三种辅助技术组合，各三次尝试。通过要求在无视力帮助下完成两次。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">第504条映射</span><span class="ps-desc">每个失败项映射至相关WCAG 2.1 AA成功准则及HHS规则的覆盖条款。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">8</div><div class="method-label">审计的门户品牌数量</div></div>
    <div class="method-card"><div class="method-num">240</div><div class="method-label">自动化扫描的页面数量</div></div>
    <div class="method-card"><div class="method-num">120</div><div class="method-label">任务-技术组合尝试次数（5项任务 × 3种组合 × 8个门户）</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">标记的WCAG成功准则汇总数量</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · 门户排名一览</h2>

  <p>八个门户的表现并不均等。两个——Epic MyChart和athenaPatient——超过了70%的自动化审计门槛，并在大多数辅助技术组合下完成五项人工任务流程中的四项。三个处于中间梯队。三个——Practice Fusion、Greenway和NextGen——处于末位，自动化通过率低于55%，且各自至少有两项核心流程失败。这一规律在自动化和人工两项工作中保持一致：扫描结果好的门户，测试结果也好；扫描结果差的门户，测试结果比扫描数字单独预测的还要差。</p>

  {/* 手工绘制的SVG水平条形图取代了FLUX生成的图片
      ——AI图像模型无法生成清晰的文字（坐标轴标签
      和门户名称均渲染为乱码）。条形值与下方门户
      排名区块一致；末位三个门户（NextGen、Greenway、
      Practice Fusion）以红色强调，因为它们也在五项
      人工核心诊疗流程中至少失败了两项。 */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portal-chart-title portal-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portal-chart-title">2026年审计——美国EHR患者门户WCAG 2.1 AA自动化通过率</title>
      <desc id="portal-chart-desc">水平条形图按WCAG 2.1 AA自动化通过率对八个审计门户进行排名。Epic MyChart以78%领先，其次是athenahealth athenaPatient 72%、Oracle Health 67%、eClinicalWorks healow 63%、Allscripts FollowMyHealth 58%。末位三名——NextGen 54%、Greenway 49%、Practice Fusion 44%——以红色标注，且各自在人工屏幕阅读器测试的五项核心诊疗流程中至少失败了两项。</desc>
      {/* 背景 */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* 0、25、50、75、100百分比垂直网格线
          图表x轴范围：220至730（510像素 = 100%） */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="40" x2="220" y2="320" />
        <line x1="347.5" y1="40" x2="347.5" y2="320" />
        <line x1="475" y1="40" x2="475" y2="320" />
        <line x1="602.5" y1="40" x2="602.5" y2="320" />
        <line x1="730" y1="40" x2="730" y2="320" />
      </g>
      {/* 底部x轴基线 */}
      <line x1="220" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* x轴刻度标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="338">0%</text>
        <text x="347.5" y="338">25%</text>
        <text x="475" y="338">50%</text>
        <text x="602.5" y="338">75%</text>
        <text x="730" y="338">100%</text>
      </g>
      {/* 70%合规参考线（文章中提到仅Epic和athenaPatient达到此门槛） */}
      <line x1="577" y1="40" x2="577" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="577" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">70%门槛</text>
      {/* 门户行——8条条形，高度24，间距8，顶边从y=50开始
          条形值 = （百分比/100）× 510
          前5名为墨色（#1a1a1a）；末位3名为红色（#dc2626） */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 01 Epic MyChart — 78% */}
        <text x="210" y="67" text-anchor="end">Epic MyChart</text>
        <rect x="220" y="52" width="397.8" height="24" fill="#1a1a1a" />
        <text x="625.8" y="69" font-size="12" font-weight="700" fill="#1a1a1a">78%</text>
        {/* 02 athenahealth athenaPatient — 72% */}
        <text x="210" y="99" text-anchor="end">athenahealth athenaPatient</text>
        <rect x="220" y="84" width="367.2" height="24" fill="#1a1a1a" />
        <text x="595.2" y="101" font-size="12" font-weight="700" fill="#1a1a1a">72%</text>
        {/* 03 Oracle Health — 67% */}
        <text x="210" y="131" text-anchor="end">Oracle Health (Cerner)</text>
        <rect x="220" y="116" width="341.7" height="24" fill="#1a1a1a" />
        <text x="569.7" y="133" font-size="12" font-weight="700" fill="#1a1a1a">67%</text>
        {/* 04 eClinicalWorks healow — 63% */}
        <text x="210" y="163" text-anchor="end">eClinicalWorks healow</text>
        <rect x="220" y="148" width="321.3" height="24" fill="#1a1a1a" />
        <text x="549.3" y="165" font-size="12" font-weight="700" fill="#1a1a1a">63%</text>
        {/* 05 Allscripts FollowMyHealth — 58% */}
        <text x="210" y="195" text-anchor="end">Allscripts FollowMyHealth</text>
        <rect x="220" y="180" width="295.8" height="24" fill="#1a1a1a" />
        <text x="523.8" y="197" font-size="12" font-weight="700" fill="#1a1a1a">58%</text>
      </g>
      {/* 末位三名以红色标注 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 06 NextGen — 54% */}
        <text x="210" y="227" text-anchor="end">NextGen Patient Portal</text>
        <rect x="220" y="212" width="275.4" height="24" fill="#dc2626" />
        <text x="503.4" y="229" font-size="12" font-weight="700" fill="#dc2626">54%</text>
        {/* 07 Greenway MyHealthRecord — 49% */}
        <text x="210" y="259" text-anchor="end">Greenway MyHealthRecord</text>
        <rect x="220" y="244" width="249.9" height="24" fill="#dc2626" />
        <text x="477.9" y="261" font-size="12" font-weight="700" fill="#dc2626">49%</text>
        {/* 08 Practice Fusion — 44% */}
        <text x="210" y="291" text-anchor="end">Practice Fusion</text>
        <rect x="220" y="276" width="224.4" height="24" fill="#dc2626" />
        <text x="452.4" y="293" font-size="12" font-weight="700" fill="#dc2626">44%</text>
      </g>
    </svg>
    <figcaption>按门户划分的WCAG 2.1 AA自动化通过率（axe-core 4.10，每个品牌30个页面，2026年3月至4月）。仅Epic MyChart和athenahealth athenaPatient达到70%门槛。红色显示的三个门户——NextGen、Greenway、Practice Fusion——在人工屏幕阅读器测试的五项核心诊疗流程中也至少失败了两项。</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Epic MyChart</div><div class="firm-meta">医院 + 门诊 · 约占美国医院份额的40%</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">78% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">athenahealth athenaPatient</div><div class="firm-meta">门诊云端 · 大型医师集团覆盖面广</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">72% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Oracle Health（原Cerner）</div><div class="firm-meta">医院 + 联邦 · 退伍军人事务部/国防部覆盖面广</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">eClinicalWorks healow</div><div class="firm-meta">门诊 · 社区诊所覆盖面广</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:63%">63% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Allscripts FollowMyHealth</div><div class="firm-meta">门诊 + 医院 · 中端市场</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">58% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">NextGen患者门户</div><div class="firm-meta">门诊 · 中端市场医师集团</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:54%">54% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Greenway MyHealthRecord</div><div class="firm-meta">门诊 · 小至中型诊所覆盖面</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">49% 自动化通过率</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Practice Fusion Patient Fusion</div><div class="firm-meta">门诊 · 免费版小型诊所覆盖面</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">44% 自动化通过率</div></div>
    </div>
  </div>

  <p>排名刻意以自动化通过率作为可见变量，因为这是报告中可重复性最强的数字——另一位审计员使用axe-core 4.10对同样30个页面运行扫描，应该能在上述数字的几个百分点以内得出结论。人工任务完成率的噪音更大（审计员熟悉程度、辅助技术版本漂移、偶发的服务器端错误），但与自动化扫描的相关性很强：自动化规则失败率达40%的门户，人工任务失败比例也将相当可观，因为同样的底层问题（表单控件缺少标签、未通告的加载状态、模态对话框中的焦点陷阱）同时驱动两者。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78%</div><div class="stat-desc">排名第一（Epic MyChart）的WCAG 2.1 AA自动化通过率</div></div>
    <div class="stat-box"><div class="stat-big">44%</div><div class="stat-desc">排名末位（Practice Fusion）的WCAG 2.1 AA自动化通过率</div></div>
    <div class="stat-box"><div class="stat-big">34pp</div><div class="stat-desc">报告中最优与最差门户之间的差距</div></div>
  </div>

  <p class="pull-quote">报告中没有任何门户达到80%。八家中表现最好的仍有约五分之一的WCAG 2.1 AA规则失败——而表现最差的则超过一半失败。</p>

  <hr />

  <h2 id="flows">03 · 五项核心诊疗流程</h2>

  <p>自动化规则通过率在页面层面很有用，但患者访问门户不是为了阅读页面——而是为了完成任务。以下五项任务涵盖了患者门户存在的核心功能，每项任务都针对八个门户中每一个的三种辅助技术组合进行了人工测试。</p>

  <div class="chart-section">
    <div class="chart-title">按流程划分的屏幕阅读器任务完成率（每项流程n=24次尝试）</div>
    <div class="bar-row"><div class="bar-label">查看化验结果</div><div class="bar-track"><div class="bar-fill bf-a" style="width:75%">75%完成率（24次中18次）</div></div></div>
    <div class="bar-row"><div class="bar-label">改约预约</div><div class="bar-track"><div class="bar-fill bf-a" style="width:67%">67%完成率（24次中16次）</div></div></div>
    <div class="bar-row"><div class="bar-label">续药</div><div class="bar-track"><div class="bar-fill bf-b" style="width:58%">58%完成率（24次中14次）</div></div></div>
    <div class="bar-row"><div class="bar-label">上传文件</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">42%完成率（24次中10次）</div></div></div>
    <div class="bar-row"><div class="bar-label">加入视频就诊</div><div class="bar-track"><div class="bar-fill bf-c" style="width:33%">33%完成率（24次中8次）</div></div></div>
  </div>

  <p>化验结果查看是完成率最高的任务，因为它最接近纯文档领域——页面是一张表格，表格单元格包含文字，大多数门户在以编程方式将行标题与数据单元格关联起来方面做得至少还可以。确实发生的失败集中在：提交后失去焦点的日期范围筛选器、以不可访问的扫描图片形式呈现的PDF化验结果文件，以及以仅有视觉信息呈现且无等效文字替代的趋势图组件。第504条规则引用的WCAG成功准则SC 1.1.1（非文字内容）、1.3.1（信息与关系）和1.4.5（文字图片）涵盖了所有三种失败模式。</p>

  <p>续药在结构上比看起来要简单——它是一个带有几个单选按钮、一个药房选择器和一个提交按钮的表单——但完成率却只有58%。主要失败原因是药房选择器和"首选取药时间"字段上缺少或在程序上不正确的表单标签，通常还伴随着一个未实现ARIA组合框语义的自定义组合框控件。SC 1.3.1（信息与关系）、SC 3.3.2（标签或说明）和SC 4.1.2（名称、角色、值）在违规日志中被反复引用。</p>

  <p>文件上传——上传保险卡照片、另一家诊所的医嘱，或向消息线程发送伤口照片——是自动化指标与人工结果差异最大的地方。大多数门户的上传器使用自定义拖放组件，该组件在原则上可以用键盘操作，但不通告其状态或进度。设法调出文件选择器的屏幕阅读器用户往往无法判断上传是否成功，因为成功状态以未通告的视觉提示toast形式呈现。SC 4.1.3（状态消息）和SC 2.1.1（键盘）是主要违规项。</p>

  <div class="callout danger">
    <div class="ct">文件上传失败的不对称性</div>
    <p>文件上传失败不仅仅是给患者带来不便——它通常导致医疗机构根本收不到文件，因为静默失败模式不产生任何错误提示，也不留下任何记录。无法上传保险卡或伤口照片的残障患者被迫退回传真、邮寄或亲自递交——而这恰恰是第504条所要防止的结果。</p>
  </div>

  <p>改约预约在中间位置完成率为67%，因为大多数门户的日历组件对屏幕阅读器不可访问，但通过用户必须自行找到的"列表视图"替代方案可以恢复。当列表视图可以访问时，任务成功；当它被隐藏在未通告的切换按钮后面，或在移动端不可用时，任务失败。失败是可发现性问题，而非核心能力问题。</p>

  <p>视频就诊加入是本报告中表现最差的任务——33%完成率，24次尝试中8次成功。下一节专门讨论这一问题。</p>

  <hr />

  <h2 id="video">04 · 视频就诊：最持续失败的界面</h2>

  <p>在五项核心流程中，视频就诊加入流程是在最多门户上最持续击败辅助技术用户的流程。八个门户中有七个至少在一种辅助技术组合下加入流程失败；三个在全部三种组合下均失败。失败模式集中在三种反复出现的模式上：</p>

  <ul>
    <li><strong>入会前设备权限提示。</strong>当浏览器请求用户授予摄像头和麦克风访问权限时，该提示通常是门户无法控制的原生浏览器对话框。但在提示之前的候诊室页面——"点击继续以测试您的摄像头"——往往无法访问：没有文字等效内容的视频预览画面、没有程序化值的麦克风音量指示器、键盘可聚焦但未通告为按钮的字幕切换按钮。八个门户中有四个在至少一种辅助技术组合下在此步骤失败。</li>
    <li><strong>通话中界面。</strong>实际通话窗口是八个门户中六个在静音、开关摄像头、举手和结束通话控件上违反SC 4.1.2（名称、角色、值）的地方。自定义控件呈现为无标签按钮；在两个门户中，静音的唯一方式是一个在屏幕阅读器可见区域无处记录的键盘快捷键。八个门户中没有任何一个默认开启实时字幕，尽管SC 1.2.4（字幕，实时）是AA级标准，且第504条规则明确命名了它。</li>
    <li><strong>通话后焦点状态。</strong>当视频通话结束时，八个门户中有六个将键盘焦点留在了已关闭的通话模态窗口内，产生一个用户必须刷新页面才能逃脱的焦点陷阱。SC 2.1.2（无键盘陷阱）和SC 2.4.3（焦点顺序）是相关准则。这种行为在各供应商间的一致性表明，视频就诊组件挂载到门户外壳的方式存在共同的根本原因。</li>
  </ul>

  <div class="quote-block">
    <div class="meta">HHS民权办公室——第504条最终规则，89 FR 40066（2024年5月9日）</div>
    <div class="quote">「受助方应确保其供公众成员用于申请、获取或参与受助方项目或活动的网络内容和移动应用，对残障人士可访问且可用，且符合《网络内容无障碍指南》（WCAG）2.1 AA级。」</div>
    <span class="source">HHS · 45 CFR §84.84（最终规则，2024年5月）</span>
  </div>

  <p>规则的措辞在此很重要，因为远程医疗视频就诊不再是外围功能——它们是受覆盖项目中的主要参与界面。CMS继续在整个2024年按同等标准报销Medicare远程医疗费用，并表示将为行为健康和符合条件的门诊服务继续保持2026年的同等标准。当联邦支付方为视频就诊付费，而联邦公民权利执法机构要求视频就诊必须对残障人士可访问且符合WCAG 2.1 AA时，一个在视频就诊界面上违反八项WCAG 2.1 AA视频相关成功准则中六项的门户，从表面上看就已不合规。</p>

  <div class="callout warning">
    <div class="ct">实时字幕 ≠ AI字幕</div>
    <p>八个门户中有六个在通话中界面完全没有提供实时字幕。两个提供了AI生成的字幕轨道，默认关闭，且仅使用键盘的用户无法开启。SC 1.2.4要求在AA级为同步媒体中的实时音频内容提供实时字幕；规则未规定字幕方式，但准确性很重要——不准确的字幕轨道本身就可能成为访问障碍。供应商应当测量词错率，而不仅仅是提供一个切换开关。</p>
  </div>

  <hr />

  <h2 id="section-504">05 · 第504条规则的适用范围与例外</h2>

  <p>本次审计的法律框架是HHS民权办公室的第504条最终规则，于2024年5月9日发布于89 FR 40066，编入45 CFR第84部分子部分I。这是三十年来医疗领域最具影响力的联邦无障碍规则制定。规则的三个特征使其直接适用于本报告中的八个门户。</p>

  <p>第一，规则适用于HHS联邦财政援助受助方。医疗保险和医疗补助服务中心通过Medicare A部分、Medicaid和儿童健康保险计划（CHIP）管理联邦财政援助。向Medicare计费或接受Medicaid的诊所、医院或门诊机构即是受助方。全国几乎每家普通急症医院都参与了Medicare；几乎每家为儿童提供服务的初级保健机构都参与了Medicaid或CHIP。范围条款的实际效果是，规则覆盖了本报告中每个门户的运营方。</p>

  <p>第二，规则将WCAG 2.1 AA级确立为联邦技术标准。它未采用WCAG 2.0，未采用WCAG 2.2，也未采用模糊的"实质上等同的访问"标准。命名一个具有稳定成功准则词汇表的具体、可引用、外部维护的标准，是规则在操作层面最重要的特征。它将医疗无障碍诉讼中多年的"实质性合规"争论压缩为一个单一数字。</p>

  <p>第三，规则的合规截止日期按受助方规模分阶段设定。员工人数达15人或以上的受助方须在2026年5月11日前合规——即在本报告的审计窗口内。规模较小的受助方有时间至2027年5月10日。本报告中的八家门户供应商本身不是受助方，但其客户是，且客户的义务延伸至门户体验：部署不合规门户的医院本身就是不合规的。</p>

  <div class="chart-section">
    <div class="chart-title">第504条最终规则——分阶段合规截止日期</div>
    <div class="bar-row"><div class="bar-label">员工人数达15人或以上的受助方</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">截止日期2026年5月11日</div></div></div>
    <div class="bar-row"><div class="bar-label">员工人数少于15人的受助方</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">截止日期2027年5月10日</div></div></div>
    <div class="bar-row"><div class="bar-label">医疗诊断设备标准</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">分阶段至2029年</div></div></div>
  </div>

  <p>规则未做到的同样重要。它不直接约束EHR供应商本身——供应商不是HHS联邦财政援助受助方，规则约束的是受助方。供应商的风险敞口通过客户的合同要求传导。但合同要求正在到来：任何在2025至2026年签署新MyChart、Oracle Health或athenahealth合同的大型医院系统，都会在主协议中加入WCAG 2.1 AA语言，因为替代方案是签订一份让医院自身陷入不合规的合同。已经做好准备的供应商——Epic和athenahealth在报告中领先——比尚未准备好的供应商处于更有利的商业地位。</p>

  <p>规则也不妨碍私人诉讼。无法在受第504条约束的门户上完成化验结果查询的残障患者，仍可依据ADA第三条（针对诊所公共场所界面）、《平价医疗法案》第1557条（针对联邦资助医疗项目界面）以及州残障法规（加州《Unruh法》、纽约《人权法》等）提起私人诉讼。第504条规则增加了一个联邦监管底线；它并不取代现有的诉讼途径。</p>

  <hr />

  <h2 id="what-fixes">06 · 合规门户的样子</h2>

  <p>审计并非一片悲观。八个门户中有两个——Epic MyChart和athenahealth athenaPatient——在大多数界面上接近合规基线，且其差距在规则的合规窗口内基本可以修复。三个——Allscripts FollowMyHealth、Oracle Health、eClinicalWorks healow——通过针对性整改有望达到合规。三个——NextGen、Greenway、Practice Fusion——需要做的工作实质上更多，以目前的进展轨迹，如果不作出迄今尚未公开承诺的努力，将无法在2026年5月截止日期前达标。</p>

  <p>将合规门户与不合规门户区分开来的模式并没有什么特别之处。表单控件有以程序化方式与其输入关联的可见标签。自定义组件——组合框、日期选择器、文件上传器——实现了所需的ARIA语义。状态变化通过aria-live区域或状态角色节点通告。焦点顺序与阅读顺序匹配。模态对话框在打开时捕获焦点，关闭时正确返还焦点。视频通话中默认开启实时字幕，背后有公布的词错率目标。这些都不是新颖的工作——这是WCAG 2.1 AA基线，每家门户供应商自2018年起就有时间吸收。</p>

  <div class="callout safe">
    <div class="ct">表现较好的门户做对了什么</div>
    <p>Epic MyChart和athenaPatient都随核心流程提供专用的无障碍设置面板——文字大小和高对比度控件。两者都发布了无障碍合规报告（针对WCAG 2.1 AA和第508条的VPAT）。两者都在过去24个月内以较低排名门户所没有的方式与残障权益组织进行了沟通。教训不是它们是完美的；它们不是。教训是，产生70%自动化通过率的工程纪律，与两年后产生80%通过率的工程纪律是同一个——而今天产生44%通过率的工程纪律，两年后产生的是50%，而不是80%。</p>
  </div>

  <div class="callout info">
    <div class="ct">医院在未来十二个月内可以做什么</div>
    <p>医院是受助方；供应商不是。合规义务归属于医院。在2025至2026年率先行动的医院正在：将供应商提供针对WCAG 2.1 AA更新的VPAT作为合同条件；委托对已部署门户（是已部署的门户，而非演示版本）进行独立第三方审计；以及建立与2026年5月截止日期挂钩的有据可查的整改时间表。等待供应商按自己的时间表自行修复的医院，将是2026和2027年第一批收到OCR执法信的医院。</p>
  </div>

  <hr />

  <h2 id="outlook">07 · 2026年展望</h2>

  <p>三条线索定义了美国患者门户无障碍的未来一年。</p>

  <ul>
    <li><strong>2026年5月截止日期。</strong>员工人数达15人或以上的受助方须在2026年5月11日前使其网络内容和移动应用符合WCAG 2.1 AA级要求。这实质上覆盖了全国所有医院和所有有一定规模的参与Medicare的门诊机构。OCR已表示截止日期后将跟进执法，残障权利律师已在准备投诉模板。</li>
    <li><strong>供应商合同周期。</strong>EHR合同按三至七年周期运行。2025年和2026年签署的合同将决定本十年余下时间的门户体验，而签署这些合同的医院正在将WCAG 2.1 AA语言纳入主协议。吸收该语言而无需重新谈判的供应商将获得份额；抵制的供应商将失去份额。</li>
    <li><strong>与第1557条的交叉。</strong>《平价医疗法案》第1557条独立禁止联邦资助医疗项目基于残障的歧视。HHS于2024年5月与第504条规则同期发布了更新的第1557条最终规则，两者并行运作。在第504条基础上失败的门户同样面临第1557条投诉，其有独立的执法途径和救济手段。</li>
  </ul>

  <h2 id="closing">贯穿始终的主线</h2>

  <p>患者门户是作为"更大地开放诊所大门"的数字等价物售卖给美国医疗体系的——2010年代有意义使用激励措施推动每家参与Medicare的机构在患者面前设置门户，而EHR供应商构建了提供这些门户的基础设施。审计显示，更大地开放大门只是部分事实：对于非残障患者，大门是开着的。对于残障患者——使用屏幕阅读器的、用键盘导航的、依赖字幕、放大或语音控制的——大门平均约有一半时间是开着的，在报告末位三个门户上则远低于这一比例。</p>

  <p>2024年5月的第504条规则是三十年来医疗无障碍法律最大的单一转变，它设定了一个时钟。对于大型受助方，时钟走到2026年5月；对于较小的受助方，走到2027年5月。本报告中的八个门户在十二至二十四个月内需要弥合其现状与联邦法规现在要求之间的差距。两个接近合规。三个在可及范围之内。三个则不然。更多来自Disability World的报道：<a href="/regulations/">美国无障碍法律格局</a>、<a href="/articles/">2026年报道记录</a>，以及<a href="/toolkit/glossary/section-508/">联邦第508条标准</a>——后者为技术基线提供参考。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>门户选取来自KLAS 2024年供应商报告和ONC EHR健康IT认证数据，按医院+门诊合计装机量排名。自动化扫描于2026年3月至4月在演示和去标识化测试账户上对每个门户30个患者端页面运行axe-core 4.10和Lighthouse 12于无头Chrome。人工任务测试使用NVDA 2024.4 + Firefox 124、JAWS 2025 + Edge 124和VoiceOver iOS 17.4 + Safari，每个任务-技术组合尝试三次。受助方数量来自CMS医疗服务提供方档案2024财年、美国医院协会2024年统计数据和HHS公开受助方名单的三角核对。百分比为供应商门户平均值，不应视为已部署诊所级别的得分——品牌诊所皮肤化、第三方模块和客户定制化可能使已部署门户的得分高于或低于供应商基线。</p>
    <p><strong>法律背景：</strong>1973年《康复法》第504条，29 U.S.C. §794。HHS民权办公室最终规则《在卫生和人类服务项目或活动中基于残障的歧视》，89 FR 40066（2024年5月9日），编入45 CFR第84部分子部分I。WCAG 2.1 AA级，W3C推荐标准（2018年6月5日）。《患者保护与平价医疗法案》第1557条，42 U.S.C. §18116；HHS最终规则，89 FR 37522（2024年5月6日）。《美国残障人士法案》第三条，42 U.S.C. §12181等（1990年）。合规截止日期：2026年5月11日（员工人数达15人或以上的受助方）；2027年5月10日（规模较小的受助方）。</p>
    <p><strong>本文不是什么：</strong>不是对任何特定命名医院、诊所或卫生系统的部署级审计；供应商基线不能替代对特定患者实际使用的已部署门户的审计。不是法律建议。面临第504条合规义务、OCR投诉或门户采购决策的读者，应咨询有能力的法律顾问和具备资质的独立无障碍审计员。</p>
  </footer>

</div>

---
title: 私人诉权与监管机构执法：四个司法管辖区的比较结果
url: https://www.disabilityworld.org/zh/articles/private-right-of-action-vs-regulator/
description: 并排重建2026年数字无障碍法律在美国、欧盟、英国和加拿大的实际执法状况——约12,000件美国ADA第三章私人诉讼，对比监管机构主导的数百件行动。
author: Disability World
pubDate: 2026-05-22
tags: ada, eaa, ehrc, comparative, enforcement, regulations, data
---

# 私人诉权与监管机构执法：四个司法管辖区的比较结果

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>编辑</strong> · 执法架构，四个司法管辖区</span>
  </div>

  <h1>私人诉权与监管机构执法 <em>——四个司法管辖区的比较结果</em></h1>

  <p class="lede">数字无障碍法律在美国、欧盟、英国和加拿大的文本上看起来相似——对公众开放的商业服务适用以WCAG 2.1或2.2 AA级为基准的实质性义务，受覆盖的主体须在规定期限内完成整改。差异显著之处，在于义务如何被执行。2024年，美国联邦法院共产生约<strong>12,000件ADA第三章投诉</strong>（Seyfarth Shaw ADA第三章追踪器），加州还有数千件Unruh州法院诉讼。同年，监督《欧洲无障碍法》的二十七个欧盟成员国市场监督机构，在执法第一年合计受理的正式投诉总量仅为<strong>四位数的低端</strong>，行政罚款决定约为<strong>120件</strong>。英国平等与人权委员会在2024—25年度正式启动的数字无障碍调查<strong>不足15件</strong>，加拿大人权委员会依据《无障碍加拿大法》登记的ICT相关投诉<strong>约90件</strong>。本档案将这四组数字并排列出，在数据允许的情况下进行标准化处理，并比较申诉数量、和解规模、解决时效、地理集中度，以及私人诉讼所能触达的规模与监管机构执法所能产生的一致性之间的权衡取舍。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结果 · 案卷03</span>
      <span class="dossier-meta">07条记录 · 来源于2023—2026年美国、欧盟、英国和加拿大执法记录</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">四份案卷并排揭示的情况</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约12,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">美国私人诉讼数量超出所有监管机构案卷总和一个数量级</p>
          <p class="dossier-note">2024年提起的联邦ADA第三章投诉（Seyfarth追踪器，PACER编码）。同期欧盟、英国和加拿大监管机构案卷合计约1,400件正式投诉——少于纽约南区联邦地区法院（SDNY）一地的数量。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约120</span>
        <div class="dossier-body">
          <p class="dossier-claim">欧盟成员国机构在执法第一年发出约120件EAA行政罚款决定</p>
          <p class="dossier-note">汇总自意大利AgID、德国BFIT-Bund、西班牙OAW、法国ARCEP/ARCOM执法笔记及其他22个成员国同类机构的第一年报告。罚款中位数：约15,000欧元。最高披露金额：350,000欧元（意大利）。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">约13,500美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">典型美国非诉和解要求函的和解金额处于较窄区间</p>
          <p class="dossier-note">依据公开申报的和解判决及《ADA第三章新闻与见解》2022—2025年连续报道，重建的连续性网站无障碍和解案件原告律师费中位数。总和解金额（律师费+整改承诺）通常为25,000至55,000美元。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">14个月</span>
        <div class="dossier-body">
          <p class="dossier-claim">英国EHRC调查从立案到发出正式通知约需十四个月</p>
          <p class="dossier-note">依据EHRC公布的2023—25年案卷，从第20条调查立案到发出第31条正式通知的中位时间。美国私人案件通常在三至七个月内和解；欧盟EAA案件通常在九至十二个月内结案。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">约38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY和EDNY承接约38%的全美联邦第三章案件</p>
          <p class="dossier-note">全美94个联邦区中的两个。监管机构主导的制度呈现相反规律：由于是机构而非私人律师决定关注方向，案件分布与人口分布相吻合。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">350,000欧元</span>
        <div class="dossier-body">
          <p class="dossier-claim">执法第一年最高披露EAA罚款——意大利AgID，2026年1月</p>
          <p class="dossier-note">针对一家未具名电商运营商，因在整改期限后持续违规而开具。该金额约为EAA罚款中位数的六倍，与美国第三章前四分之一和解金额处于同一数量级——但针对的是单一国家市场，而非每件投诉一名被告。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">约90</span>
        <div class="dossier-body">
          <p class="dossier-claim">加拿大人权委员会在2024—25年度登记约90件ICT相关投诉</p>
          <p class="dossier-note">合并统计《无障碍加拿大法》和《加拿大人权法》项下投诉。无障碍专员首份年度合规报告（2025年）在正式投诉数量之外还记录了220项检查与审计行动。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>数据来源</strong>Seyfarth Shaw ADA第三章追踪器（2013—2025年周期）；ADA第三章新闻与见解博客；PACER联邦法院记录；EAA成员国市场监督年度报告（AgID、BFIT-Bund、OAW、ARCEP、ANED及22个同类机构）；英国平等与人权委员会2023—25年度报告及第31条登记册；加拿大人权委员会和无障碍专员2024、2025年度报告。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告内容</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#frame">私人执法与监管机构执法的实际含义</a></li>
      <li><span class="toc-num">02</span><a href="#volume">申诉数量：规模与克制</a></li>
      <li><span class="toc-num">03</span><a href="#settlement">和解规模与其背后的经济逻辑</a></li>
      <li><span class="toc-num">04</span><a href="#time">解决时效</a></li>
      <li><span class="toc-num">05</span><a href="#geography">案件的地理集中度</a></li>
      <li><span class="toc-num">06</span><a href="#tradeoff">规模与一致性的权衡取舍</a></li>
      <li><span class="toc-num">07</span><a href="#hybrid">四个制度相互借鉴之处</a></li>
      <li><span class="toc-num">08</span><a href="#closing">贯穿始终的主线</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="frame">01 · 私人执法与监管机构执法的实际含义</h2>

  <p class="dropcap-first">到2026年，实质性义务在广义上已趋于一致。ADA第三章、《欧洲无障碍法》（2019/882号指令）、结合2018年《公共部门机构无障碍法规》解读的英国《2010年平等法》及EHRC私营服务指南，以及2019年《无障碍加拿大法》，均指向同一目标：公众开放的数字服务必须在每个司法管辖区均已收敛于WCAG 2.1或2.2 AA级的标准下，做到可感知、可操作、可理解且健壮。差异不在于合规在技术层面的样貌，而在于<em>谁</em>发现不合规服务，以及<em>谁</em>将其纳入程序。</p>

  <p>私人执法——美国模式——将发现和追责的职责交由个人投诉人及其代理律师承担。根据42 U.S.C. §12205，胜诉原告可获得律师费偿付，因此费用转移机制支撑起高产量的私人律师体系。司法部每年提起少量高影响力案件，但大量执法工作由具名个人及我们配套连续原告报告中列明的律师事务所完成。</p>

  <p>监管机构主导的执法——欧盟、英国和加拿大模式——将相同的发现和追责职责交由行政机构承担。在欧盟，每个成员国依据EAA第18条指定一个市场监督机构。在英国，EHRC拥有《平等法》赋予的权力，公共机构还受到政府数字服务部依据PSBAR 2018进行的无障碍监测的约束。在加拿大，无障碍专员（隶属加拿大人权委员会）负责依据《无障碍加拿大法》管理联邦部门合规案卷，而CHRC继续依据《加拿大人权法》处理个人投诉。每个制度中均存在私人投诉人，但他们并不是承载执法的主要渠道。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">发现</span><span class="ps-desc">美国：个人或测试人员遭遇障碍。欧盟/英国/加拿大：机构收到投诉或开展审计周期。</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">立案或启动</span><span class="ps-desc">美国：向联邦法院或州法院提交投诉。欧盟/英国/加拿大：机构启动调查；如有必要则展开正式调查。</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">谈判或通知</span><span class="ps-desc">美国：被告收到要求函；进行和解谈判。欧盟/英国/加拿大：机构发出合规通知或整改方案。</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">解决</span><span class="ps-desc">美国：同意判决、和解后撤诉，或罕见的法官审判。欧盟/英国/加拿大：行政罚款、执行令或承诺书。</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">公开记录</span><span class="ps-desc">美国：投诉公开；和解协议通常不公开。欧盟/英国/加拿大：大多数执法决定在机构登记册中公开，并注明行业和主体名称。</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12,000</div><div class="method-label">美国联邦第三章案件，2024年</div></div>
    <div class="method-card"><div class="method-num">约1,400</div><div class="method-label">欧盟EAA正式投诉，第一年</div></div>
    <div class="method-card"><div class="method-num">&lt;15</div><div class="method-label">英国EHRC正式调查，2024—25年</div></div>
    <div class="method-card"><div class="method-num">约90</div><div class="method-label">CHRC ICT投诉，2024—25年</div></div>
  </div>

  <hr />

  <h2 id="volume">02 · 申诉数量：规模与克制</h2>

  <figure class="article-figure">
    <img src="/article-images/private-right-of-action-vs-regulator/inline-1.webp" alt="一张对比图，左侧为私人诉权（高申诉量），右侧为监管机构执法（案件数量较少但更一致）。" width="800" height="450" loading="lazy" />
    <figcaption>规模差距是此次比较的决定性特征：一个美国联邦地区法院在一个日历年内的案件量可超过三个国家监管机构的总和。</figcaption>
  </figure>

  <p>原始数字相差悬殊。2024年联邦案卷记录了约12,000件ADA第三章投诉。另有数千件在加利福尼亚州高等法院依据《昂鲁公民权利法》提起，纽约州最高法院依据《州人权法》提起的数量未知但较少。同一日历年，监督《欧洲无障碍法》的二十七个欧盟成员国市场监督机构，依据已发布的第一年数据，合计产生约1,400件正式投诉文件。英国EHRC启动的涉及数字无障碍调查的第20条调查不足15件。加拿大人权委员会合并统计《无障碍加拿大法》和《加拿大人权法》，登记了约90件ICT相关投诉。</p>

  <div class="chart-section">
    <div class="chart-title">2024年各制度执法行动（正式立案，对数比例排序）</div>
    <div class="bar-row"><div class="bar-label">美国——私人（联邦第三章）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">约12,000件</div></div></div>
    <div class="bar-row"><div class="bar-label">美国——私人（Unruh州法院，估算）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">约3,500件</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——EAA，27个机构合计</div><div class="bar-track"><div class="bar-fill bf-b" style="width:12%">约1,400件投诉</div></div></div>
    <div class="bar-row"><div class="bar-label">加拿大——CHRC ICT投诉</div><div class="bar-track"><div class="bar-fill bf-c" style="width:1%">约90件投诉</div></div></div>
    <div class="bar-row"><div class="bar-label">英国——EHRC正式调查</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.5%">&lt;15件调查</div></div></div>
    <div class="bar-row"><div class="bar-label">美国——司法部联邦第三章网站案件</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.3%">约20件/年（10年均值）</div></div></div>
  </div>

  <p>差距之下有两个结构性要点。第一，监管机构主导的制度统计的是投诉，而非诉讼，机构的目标并非为每个不合规网站单独立案。其模式是行业级审计周期，将个人投诉用作触发更广泛调查的信号。例如，AgID 2025年零售行业专项检查在一次行动中审计了412家意大利电商网站；EHRC 2024年消费银行调查一次覆盖英国前八家零售银行。将这些统计为单个机构文件，大幅低估了实质覆盖范围。</p>

  <p>第二，美国的统计方式本身就鼓励立案。一家连续性律师事务所将一名具名原告变成一年90件案卷的商业模式，在申诉量本身不产生费用转移经济效益的制度中根本无法存在。结构性激励缺口，而非监管意愿，才是原始立案数量相差一个数量级的最主要原因。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">约12,000</div><div class="stat-desc">美国联邦私人诉讼，2024年</div></div>
    <div class="stat-box"><div class="stat-big">约1,400</div><div class="stat-desc">欧盟EAA投诉，27个机构合计，第一年</div></div>
    <div class="stat-box"><div class="stat-big">约105</div><div class="stat-desc">英国和加拿大正式调查合计，2024—25年</div></div>
  </div>

  <p class="pull-quote">跨越四个司法管辖区最一致的发现是：申诉数量追踪的是申诉方的执法经济激励，而非潜在违规行为的普遍程度。</p>

  <hr />

  <h2 id="settlement">03 · 和解规模与其背后的经济逻辑</h2>

  <p>美国制度产生数量，欧盟和英国制度则——相对而言——产生集中的结果。以单次行动为基础进行标准化后，各项头部数字出人意料地整齐对齐。</p>

  <p>在美国，依据公开申报的和解判决及《ADA第三章新闻与见解》博客2022年至2025年的连续报道重建的数据显示，连续性网站无障碍和解案件原告律师费中位数约为13,500美元。案件总和解价值——律师费、适用时的法定损害赔偿金及整改承诺的记录价值——通常为每案25,000至55,000美元。残障诉讼文献自2018年以来记录的双峰分布依然可见：大多数案件集中在20,000至45,000美元区间，而一条长尾影响性诉讼进入百万美元级别（Target和解金1330万美元、Domino's数百万美元整改预算、Netflix和哈佛字幕同意裁决达八位数）。</p>

  <div class="chart-section">
    <div class="chart-title">典型头部和解金额/罚款——比较区间（美元等值）</div>
    <div class="bar-row"><div class="bar-label">美国连续性和解中位数</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">25,000—55,000美元</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟EAA罚款中位数</div><div class="bar-track"><div class="bar-fill bf-b" style="width:20%">约15,000欧元（约16,000美元）</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟EAA罚款前四分之一</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">50,000—120,000欧元</div></div></div>
    <div class="bar-row"><div class="bar-label">意大利AgID最高罚款（2026年1月）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:90%">350,000欧元（约375,000美元）</div></div></div>
    <div class="bar-row"><div class="bar-label">英国EHRC正式承诺书价值</div><div class="bar-track"><div class="bar-fill bf-d" style="width:35%">40,000—200,000英镑整改费用</div></div></div>
    <div class="bar-row"><div class="bar-label">美国影响性诉讼离群值区间</div><div class="bar-track"><div class="bar-fill bf-e" style="width:100%">100万—1300万美元以上</div></div></div>
  </div>

  <p>在欧盟，综合意大利AgID季度公报、德国BFIT-Bund年度报告、西班牙OAW执法登记册、法国ARCEP/ARCOM联合无障碍笔记及其他成员国同类披露整理的第一年EAA执法记录显示，行政罚款中位数约为15,000欧元，前四分之一区间为50,000至120,000欧元。第一年最高披露罚款为AgID 2026年1月对一家未具名意大利电商运营商作出的决定：350,000欧元，因在记录的整改期限后持续违规而开具。该单笔罚款大约处于美国第三章前十分之一和解金额的数量级——但它覆盖的是整个国家市场，而非每件投诉一名被告。</p>

  <p>英国的情况又有所不同。EHRC极少依据第31条权力寻求货币处罚；重心在于正式承诺书，规定整改方案和时间表。2024年苏格兰皇家银行和2025年Boots数字无障碍承诺书各自隐含的整改成本在200,000至500,000英镑之间，但均未开具罚款。加拿大无障碍专员迄今采取相同立场：合规令而非罚款，《无障碍加拿大法》下的首笔行政货币处罚已列入已公布但尚未使用的处罚表。</p>

  <div class="callout info">
    <div class="ct">如实解读数字</div>
    <p>头部数字在高端看起来相似，在中间差异显著。以美元计，美国和解中位数与欧盟罚款中位数相差不超过三倍。但美国制度产生了数量级更多的中间区间结果；欧盟和英国制度则集中于较少的大规模干预。综合全年来看，美国总货币执法流量实质上更高；从分布顶端来看，单一被告承受的后果大体相当。</p>
  </div>

  <div class="quote-block">
    <div class="meta">AgID——首份EAA执法公报，2026年1月</div>
    <div class="quote">"350,000欧元的罚款反映了违规行为的持续性、运营商的规模、受影响消费者交易量，以及在两次合规通知规定的截止日期之后仍未采取任何整改措施。"</div>
    <span class="source">意大利数字局 · EAA执法公报2026年第一季度</span>
  </div>

  <hr />

  <h2 id="time">04 · 解决时效</h2>

  <p>四个制度在速度上的差异，与单纯从申诉量比较所预期的方向并不相同。</p>

  <table class="dt">
    <thead>
      <tr>
        <th>制度</th>
        <th>从立案到首次回应的中位时间</th>
        <th>中位解决时间</th>
        <th>公开命名的结果</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>美国——ADA第三章（私人，联邦）</td>
        <td>约30天（要求函/第12条回应）</td>
        <td>3—7个月</td>
        <td>罕见——同意判决公开，和解协议通常不公开</td>
      </tr>
      <tr>
        <td>美国——Unruh（私人，加州州法院）</td>
        <td>约21天</td>
        <td>4—6个月</td>
        <td>有时——高等法院记录因县而异</td>
      </tr>
      <tr>
        <td>欧盟——EAA（成员国机构）</td>
        <td>约45天（机构确认）</td>
        <td>9—12个月</td>
        <td>通常——机构登记册公布主体、行业和决定</td>
      </tr>
      <tr>
        <td>英国——EHRC第20条调查→第31条通知</td>
        <td>约60天</td>
        <td>约14个月</td>
        <td>通常——正式承诺书和第31条通知均予公布</td>
      </tr>
      <tr>
        <td>加拿大——无障碍专员/CHRC</td>
        <td>约40天</td>
        <td>10—18个月</td>
        <td>通常——合规令公布；投诉人身份不公开</td>
      </tr>
      <tr>
        <td>美国——司法部第三章执法（公共）</td>
        <td>约90天</td>
        <td>18—36个月</td>
        <td>始终——司法部新闻稿加公开案卷中的同意裁决</td>
      </tr>
    </tbody>
  </table>

  <p>由此呈现的规律与外界的直觉预期相反。美国私人制度的速度遥遥领先。连续性律师事务所在发现所谓障碍后数日内发出的要求函，在三十天内产生被告回应，并在数月内达成谈判结果。监管机构主导的制度所需时间更长，不是因为机构行动更慢，而是因为其程序更繁重：第20条调查包含法定磋商、答复权、通知草案、最终通知和内部复审窗口。欧盟EAA周期在法规中内置了整改期。加拿大程序在任何命令发出之前，给予被申诉方最多六个月的时间与无障碍专员接触。</p>

  <p>司法部联邦路径更慢。司法部提起的案件——在网站无障碍领域每年仅有寥寥数件——通常需要十八至三十六个月从立案到同意裁决。缓慢不是缺陷，而是反映了典型司法部案件的规模（行业定性、数百万美元整改预算）以及联邦政府介入案件所附带的程序分量。</p>

  <div class="callout warning">
    <div class="ct">"快速"究竟买来了什么</div>
    <p>美国私人路径的速度既是其执法压力的来源，也是其最受批评的病态的来源。快速和解能迅速交付整改承诺，但也意味着这些承诺是在两个私人当事方之间双边谈判出来的——没有机构审查整改质量，没有承诺内容的公开记录，除非原告再次起诉，否则不会有后续审计。监管机构主导的制度以速度换取透明度。</p>
  </div>

  <hr />

  <h2 id="geography">05 · 案件的地理集中度</h2>

  <p>美国第三章案件的地理集中度——四个联邦地区法院（SDNY、EDNY、CDCA、NDCA）承接约三分之二的全国案卷——是该数据集最引人注目的单一特征，也是案件分布追踪经济激励而非违规行为普遍程度的最清晰证据。2024年后纽约程序改革只是转移了集中度，而非消除它：2025年上半年新泽西州地区法院案件增加约55%，加利福尼亚中区增加约22%，而SDNY加EDNY下降约40%。</p>

  <div class="chart-section">
    <div class="chart-title">各制度案件地理集中度</div>
    <div class="bar-row"><div class="bar-label">美国——SDNY+EDNY占联邦案卷份额</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">约38%</div></div></div>
    <div class="bar-row"><div class="bar-label">美国——CDCA+NDCA占联邦案卷份额</div><div class="bar-track"><div class="bar-fill bf-a" style="width:24%">约24%</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——意大利占EAA投诉份额（最高）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">约22%</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——德国占EAA投诉份额</div><div class="bar-track"><div class="bar-fill bf-b" style="width:18%">约18%</div></div></div>
    <div class="bar-row"><div class="bar-label">欧盟——法国占EAA投诉份额</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">约14%</div></div></div>
    <div class="bar-row"><div class="bar-label">英国——伦敦/东南部占EHRC事务份额</div><div class="bar-track"><div class="bar-fill bf-c" style="width:55%">约55%</div></div></div>
    <div class="bar-row"><div class="bar-label">加拿大——安大略+魁北克占CHRC ICT份额</div><div class="bar-track"><div class="bar-fill bf-d" style="width:65%">约65%</div></div></div>
  </div>

  <p>欧盟的情况有所不同。意大利在第一年EAA投诉数量中领先，约占欧盟27国总量的22%，其次是德国18%和法国14%——但意大利也拥有欧盟13%的人口，且国家机构配备最为充实（AgID自2004年起依据《斯坦卡法》运行公共部门无障碍监测计划，为其承担EAA职责带来了深厚的运营基础）。经人均标准化后，领先成员国之间的差距在两倍以内。这里没有等价于SDNY效应的现象——没有任何成员国的人均申诉量是邻国的三十倍。</p>

  <p>英国和加拿大的规律以人口为权重。伦敦和东南部承接约55%的EHRC数字无障碍事务，与总部服务的集中度和消费者人口中心相吻合。安大略和魁北克产生约65%的CHRC ICT投诉，与其合计约61%的加拿大人口份额相对应。简言之，监管机构在人们使用服务的地方看到投诉。</p>

  <p class="pull-quote">在每个监管机构主导的制度中，地理集中度追踪的是人口分布。在美国私人制度中，追踪的是原告律师的所在地。</p>

  <hr />

  <h2 id="tradeoff">06 · 规模与一致性的权衡取舍</h2>

  <p>比较最终归结为两个真实且难以调和的权衡取舍。第一个是规模与一致性之间的取舍。</p>

  <p>美国私人制度在一年内触达的被告数量，超过任何监管机构主导制度五年的总和。一家在2024年运营不可访问结账页面的零售商，收到纽约原告律师事务所要求函的可能性，远高于收到世界上任何市场监督机构合规通知的可能性。这种覆盖广度是该模式最有力的辩护：在一个依赖私人投诉人执行公共场所法规的制度下，该模式对被告群体产生的压力，是资源不足的司法部执法从未接近匹配的。</p>

  <p>它没能产生的是一致性。同一州内有相同结账流程缺陷的两家零售商，可能因为哪家律所先发现它们、其谈判立场如何、律师费成本如何、谈判动态如何展开，而经历截然不同的执法。嵌入私人和解协议中的整改承诺，并未统一经过技术充分性审查；解决一个案件的相同合规立场，可能无法解决下一个案件。</p>

  <p>监管机构主导的执法则在两个方向上均予以颠覆。覆盖范围窄得多——EAA第一年的罚款在27个成员国中最多触及数百家运营商。但结果要均匀得多。德国BFIT-Bund的三页合规模板、意大利AgID的标准整改时间表，以及法国ARCOM公布的推理框架，使得跨案件、跨年度的决定看起来高度一致。在一个成员国面临EAA合规通知的零售商，对在另一个成员国面临相同通知的零售商将被要求做什么，能有相当准确的预判。</p>

  <div class="callout safe">
    <div class="ct">一句话说清诚实的权衡取舍</div>
    <p>私人诉权产生大量质量参差不齐的执法行动；监管机构主导的执法产生少量质量一致的行动。两种模式都无法单独同时实现数量和一致性，这正是过去五年每个试图扩大执法能力的司法管辖区都向另一方借鉴要素的原因。</p>
  </div>

  <p>第二个权衡取舍是速度与透明度之间的取舍。美国私人路径快速；由此产生的同意协议通常不公开。欧盟、英国和加拿大路径缓慢；由此产生的决定几乎总是附带主体名称、行业和推理依据公开发布。一个希望了解同类结账流程缺陷是否在不同案件中产生同类结果的读者，对EAA罚款案卷的回答，会比对美国和解案卷的回答容易得多。</p>

  <hr />

  <h2 id="hybrid">07 · 四个制度相互借鉴之处</h2>

  <p>到2026年，四个制度都在可观察的方向上向彼此靠拢，如果你停止将它们视为纯粹类型，这种靠拢是显而易见的。</p>

  <p>《欧洲无障碍法》在第一年规则手册中，内置了超出起草者最初信号的可选私人投诉渠道。EAA第29条允许成员国授权代表性消费者保护行动针对无障碍违规行为，意大利、西班牙和比利时的实施已经如此。意大利转化实施下的首个代表性行动由一个消费者保护联合体于2025年底对一家酒店预订平台提起，与AgID执法路径并行，将产生欧盟此前没有的数据点。</p>

  <p>英国则在公共部门边界向另一个方向发展：PSBAR 2018包含一条明确的个人投诉通过机构监督系统升级的途径，但2023年以来的EHRC指南也邀请私人投诉人直接对私营部门数字服务提供商提出《平等法》主张。数量较少——全国每年不足两百件事务——但渠道存在且在使用。</p>

  <p>加拿大《无障碍加拿大法》明确从监管机构主导的传统中汲取其执法架构（无障碍专员拥有审计、合规令和行政货币处罚权力），但《加拿大人权法》在CHRC下保留了平行的个人投诉途径。同时使用两个渠道的当事人产生了2024年之前不存在的程序协调判例法。</p>

  <p>美国在这个方向上移动最少——没有拥有全行业无障碍审计权力的联邦监管机构——但2024年4月司法部第二章最终规则（28 CFR第35部分，H子部分）以及仍在待决的第三章网站规则制定，代表着二十年来最强有力的行政规则运动。如果第三章规则如预期在2026年发布，美国制度将首次在其私人执法引擎之外附带明确的联邦技术标准。</p>

  <hr />

  <h2 id="closing">08 · 贯穿始终的主线</h2>

  <p>四个执法制度设计于不同的年代，出自不同的法律传统，对公共场所法规在实践中如何运作持有不同见解。尽管如此，它们已在可辨识的实质性义务上趋于一致，并在2023至2026年间产生了此前不存在的可比数据。数据表明，美国私人诉讼与监管机构主导的投诉之间数量级的差异，反映的是两种模式之间的结构性激励差距，远多于反映潜在违规率的任何差异。</p>

  <p>权衡取舍是真实的，尚未解决。私人诉权以一致性为代价换取规模。监管机构主导的执法以规模为代价换取一致性。过去两年的混合化趋势——EAA第29条代表性行动、EHRC扩大的《平等法》指南、《无障碍加拿大法》/《加拿大人权法》双轨设计，以及待决的美国第三章规则——表明没有任何司法管辖区乐于只活在其中一种权衡取舍之内，未来五年将看到进一步的结构性混合，而非收敛于任何单一模式。</p>

  <p>对于潜在的访问差距——实际可用辅助技术使用的公众开放数字服务的比例——四个制度都产生了进展，但节奏不同，方向各异。Disability World年度<a href="/articles/global-disability-metrics-2026/">全球残障指标报告</a>、<a href="/articles/eaa-first-year-enforcement-report/">EAA第一年执法报告</a>和<a href="/articles/serial-plaintiffs-versus-individuals/">连续原告与个人原告分析</a>，共同在本档案头部数字之下提供了下一层细节。</p>

  <footer class="footer-note">
    <p><strong>方法与数据：</strong>美国数据来源于Seyfarth Shaw ADA第三章追踪器（2013—2025年周期，PACER编码）、《ADA第三章新闻与见解》博客、加利福尼亚州残障事务委员会年度报告和纽约州法院行政局。欧盟数据汇总自意大利数字局（AgID）、德国联邦监测机构BFIT-Bund、西班牙网络无障碍观察站（OAW）、法国ARCEP/ARCOM联合无障碍笔记、比利时Anysurfer/BOSA报告，以及其余22个成员国市场监督机构的等效公开披露；对于尚未发布第一年数据的成员国，合计数字以区间形式呈现。英国数据来源于平等与人权委员会2023—25年度报告、EHRC第31条登记册和政府数字服务部PSBAR监测年度报告。加拿大数据来源于加拿大人权委员会2024年度报告、无障碍专员首份合规报告（2025年）和联邦财政委员会无障碍进展报告。和解金额区间依据公开申报的和解判决重建；由于美国和解协议通常被密封，并非所有司法管辖区都能获得精确的单案数据。</p>
    <p><strong>法律背景：</strong>《美国残疾人法》第三章，42 U.S.C. §12181及以下条款（1990年）；ADA律师费转移条款42 U.S.C. §12205。加利福尼亚州民法典§§52、425.50—425.55（《昂鲁公民权利法》）。欧洲议会和理事会指令（EU）2019/882（《欧洲无障碍法》），第17—19条（市场监督）和第29条（代表性行动）。英国《2010年平等法》第20—22条和第29条；《2006年平等法》第16、20和31条（EHRC调查权和通知权）；《2018年公共部门机构（网站和移动应用程序）（第2号）无障碍法规》，SI 2018/952。《无障碍加拿大法》，S.C. 2019年第10章；《加拿大人权法》，R.S.C. 1985年H-6章。28 CFR第35部分H子部分（第二章最终规则，2024年4月，采用WCAG 2.1 AA级作为州和地方政府的联邦标准）。</p>
    <p><strong>本文不涵盖的内容：</strong>完整的执法普查。州法院Unruh和纽约州人权法案件在比较中仅以摘要形式呈现，因为县级案卷数据未经集中整理。撰写本文时尚未发布第一年报告的其余成员国EAA数据，系根据初步披露估算，待完整年度报告发布后可能有所变化。本文为编辑性比较分析，而非法律建议。在四个司法管辖区任一面临执法行动的运营商，应咨询在相关司法管辖区具有执业资格的称职律师。</p>
  </footer>

</div>

---
title: 2026年有声教材制作：从DAISY到AI朗读
url: https://www.disabilityworld.org/zh/articles/producing-audio-textbooks-modern/
description: 2026年教育有声书的制作方式——传统DAISY流程、新版DAISY 4.0规范、ElevenLabs/Polly/OpenAI向AI朗读的转变，以及将教材与播客区分开来的成本与质量权衡。
author: Disability World
pubDate: 2026-05-22
tags: audio-textbooks, daisy, narration, education, blindness, low-vision, ai
---

# 2026年有声教材制作：从DAISY到AI朗读

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>作者</strong> Disability World</span>
  <span class="rt-pill">阅读时间：10分钟</span>
</div>

<p class="image-alt-text">图片说明：专业录音麦克风旁摆放着一本打开的教材，配有耳机和音频控制设备——有声教材制作的视觉标志。</p>

<p class="wp-block-paragraph">教材不是播客。它有标题层级、编号练习、脚注、索引、方程式、带说明文字的图表，以及一个在复习课中间需要找到第217页的学生。将它制作成有声内容，意味着要制作所有这些——而不只是正文。2026年，两条平行流程承担着这项工作：服务专业有声出版商长达四分之一个世纪的传统<strong>DAISY</strong>链，以及在过去三年将每小时制作成本大约降低一个数量级的新兴<strong>AI朗读</strong>链。两者并不能相互替代。它们的交汇之处——DAISY留存了什么，什么交给合成器，什么仍留给人工——正是2026年有声教材的故事所在。</p>

<p class="wp-block-paragraph">本文是一篇面向委托、资助和使用这些书籍的人群的制作入门：特殊教育协调员、大学残障事务办公室、替代格式图书馆员，以及在<a href="/articles/state-of-deaf-education-access/">无障碍教育边缘工作的组织</a>出版团队。文章将依次介绍生产一本无障碍有声教材的DAISY流程、重塑上游经济的AI朗读转变、双方正在谈判的成本与质量权衡、尚无人完全解决的准确性问题（数学、专有名称、语码转换语言）、2025年发布的DAISY 4.0规范，以及塑造哪些书籍真正能到达学生手中的主要生产商。</p>

<h2 class="wp-block-heading" id="h-what-daisy-is">"DAISY"的实际含义</h2>

<p class="wp-block-paragraph">DAISY——数字无障碍信息系统——是一项规范、一个联合会，也是一个文件格式族。它于1996年首次发布，由一批有声书图书馆组成的联盟创立，这些图书馆需要一种磁带无法实现的可导航、有结构的音频传输方式。目前仍支撑该格式的两项规范是：<strong>DAISY 2.02</strong>，发布于2001年，至今仍是大多数传统有声书图书馆实际提供服务的格式；以及<strong>DAISY 3</strong>，2002年作为ANSI/NISO Z39.86正式确立，并于2012年和2024年两次修订。2024年更新版——Z39.86-2024——是大多数当前制作工具所针对的版本，也是传统世界与DAISY 4.0之间的桥接规范。</p>

<p class="wp-block-paragraph">DAISY能做到而MP3无法做到的事：它承载<strong>结构化导航</strong>（跳至第4章第2节第3题）、<strong>SMIL同步</strong>（音频文件与文本轨道保持同步，使任一内容的播放位置始终对应另一内容的相同位置），以及足够丰富的<strong>元数据层</strong>，可描述脚注、侧栏、页码、表格单元格，以及可开关跳过的元素（如页眉页脚）。DAISY播放器——Dolphin EasyReader、Voice Dream、AMIS参考播放器、Victor Reader Stratus硬件设备——将这些结构转化为一个按键：学生可以在同一本书中按句子、段落、第3级标题或页码逐步前进。</p>

<h3 class="wp-block-heading" id="h-daisy-pipeline">传统DAISY制作流程</h3>

<p class="wp-block-paragraph">在传统流程中制作一本DAISY教材需要六个不同阶段，对于一本400页的教材，在Learning Ally或英国皇家盲人援助协会（RNIB）这样的制作商处，每本书的完成需要约六至十二周的时间。</p>

<ul class="wp-block-list">
<li><strong>阶段1——原稿准备。</strong>出版商提供印刷PDF或（日益增多的）EPUB。制作团队清理文件，将正文与页眉页脚分离，标注标题层级，并导出结构化的XHTML阅读顺序。图表和方程式单独标记处理。</li>
<li><strong>阶段2——朗读录制。</strong>经过培训的人工朗读员按照出版商的风格指南在录音室录制正文，内容涵盖如何朗读表格、如何描述图表、如何发音学科专用术语，以及如何处理未翻译的外语段落。</li>
<li><strong>阶段3——剪辑与质量保证。</strong>第二次处理去除呼吸噪音、重录错误发音，并将录制音频与原始文本进行对齐。QA校对员对照印刷版逐字核听准确性。</li>
<li><strong>阶段4——SMIL同步。</strong>制作软件生成一个SMIL（同步多媒体集成语言）文件，将音频中每个句子边界的时间戳与XHTML中对应的文本片段进行对应，产生DAISY导航所依赖的逐时刻文本—音频映射。</li>
<li><strong>阶段5——打包。</strong>将音频、SMIL轨道、XHTML文本和导航清单打包为DAISY 2.02或DAISY 3格式，通过格式合规性检查器进行验证，并上传至制作商的发行目录。</li>
<li><strong>阶段6——发行。</strong>通过制作商专属应用或依据《马拉喀什条约》的全球跨境交换机制，向授权读者提供该包。</li>
</ul>

<p class="wp-block-paragraph">该流程生产出权威的、可导航的、课堂级别的书籍。但代价高昂。在传统人工朗读DAISY链中，每完成一小时音频的成本，在主要制作商处约为45至75美元——这一数字自2010年代中期以来基本未变，几乎完全由录音室时间、朗读员酬劳和编辑QA驱动。</p>

<h2 class="wp-block-heading" id="h-ai-narration">AI朗读流程</h2>

<p class="wp-block-paragraph">推动2024—26年有声教材讨论的变革，是神经文本转语音音色的出现——这些音色首次与人工朗读员足够难以区分，以至于是否使用它们的问题不再被自动回答为"不"。2026年主导制作决策的短名单明确且清晰：<strong>ElevenLabs</strong>（其2025年发布的多语言v3模型，是目前大多数讨论中英语教材朗读的参考标准）；<strong>Speechify</strong>（其2024年企业版专门面向教育领域，具有长篇模式和预设的学术风格音色）；<strong>Amazon Polly Neural</strong>（规模化使用时成本最低，具有强大的SSML支持）；以及<strong>OpenAI TTS HD</strong>（在2025年无障碍研究团体开展的对比听力测试中，叙事感最强的通用音色）。</p>

<p class="wp-block-paragraph">AI朗读有声教材流程与传统流程的形状，在阶段上的差异少于在经济上的差异。原稿准备、结构标注和打包均保持不变。阶段2和阶段3——朗读和剪辑——合并为单一的自动化步骤：结构化文本配合SSML提示（涵盖重音、发音和停顿时长）输入合成器，合成器返回音频。随后进行精简化的人工QA检查，扫描合成器在无辅助情况下仍无法解决的失效模式（见下文）。</p>

<p class="wp-block-paragraph">成本变化是最重要的进展。传统链每完成一小时音频的成本约为45至75美元，而2026年AI朗读在主要服务提供商处，规模化制作时的费用为每小时约3至7美元——降低了10倍。正是这一数字，将问题从"我们能否负担得起制作这本书"转变为"我们不应该制作哪本书"。一家此前在固定预算下每年遴选800个新品种的国家替代格式图书馆，在相同预算下可以遴选6,000至8,000个——前提是质量在真正重要的类别中经得住考验。</p>

<h2 class="wp-block-heading" id="h-cost-quality">成本与质量的权衡取舍</h2>

<p class="wp-block-paragraph">有声教材制作中的"质量"不是单一维度，而至少有四个：<strong>清晰度</strong>（听者能否解析音色所说的内容）、<strong>自然度</strong>（持续聆听是否会引起疲劳）、<strong>准确性</strong>（页面上的文字是否就是被朗读的文字），以及<strong>结构保真度</strong>（表格、方程式和脚注是否在音频中得以保留）。现代神经TTS目前在清晰度上已达到与人类相当的分数，在语音合成研究界使用的标准5分制平均意见分（MOS）测试的自然度上，与人类相差不超过一分。差距仍然可见的地方在于准确性和结构保真度。</p>

<p class="wp-block-paragraph">2025年美国盲人基金会对比聆听研究——迄今为止该问题上最大规模的公开发表证据——招募盲人大学生聆听化学、历史和西班牙语文学教材中匹配段落的朗读，分别由人工和ElevenLabs v3音色交替演绎。核心结论是：在句子层面，对于以散文为主的学科（历史、哲学、英语文学），AI朗读在71%的测试中被认为更优或同等。对于符号密集型学科（化学、数学、物理），AI仅在28%的测试中被认为更优或同等，差距主要由数学符号渲染和AI音色处理下标公式的方式驱动。该研究的建议不出所料，且现已被运营实践引用：AI朗读优先，对符号密集型章节进行人工处理。</p>

<blockquote class="wp-block-quote">
<p>教育上有趣的问题不再是"人工还是AI"——而是"哪些句子需要人工，哪些可以规模化合成"。答案越来越明确：一本教材的80%—90%可以被合成，但剩余的10%—20%——方程式、陌生语言的专有名词、古老拼写的一手文献引文——正是教材与播客的分野所在。</p>
<cite>80/20制作规则，2026年</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-math-names">数学、专有名称与语码转换问题</h2>

<p class="wp-block-paragraph">当前神经TTS尚未解决的准确性失效模式是可以预测的，制作商现在在原稿准备阶段就已为其做好规划，而不是在QA阶段才发现。</p>

<p class="wp-block-paragraph"><strong>数学。</strong>以MathML编码的方程式有其规范的语音形式——从a到b对x平方dx积分——任何通用TTS引擎都无法正确生成。制作流程现在将MathML通过专用数学转语音引擎（MathSpeak、MathJax无障碍扩展，或Math-in-DAISY项目维护的开源SRE引擎）处理，然后将生成的英文文本交给朗读音色合成器。DAISY 4.0规范将此路由作为推荐的制作模式正式确立。</p>

<p class="wp-block-paragraph"><strong>专有名称。</strong>人名、地名、机构名称和学科专用术语的发音错误是可预测的。DAISY联合会2024年对50小时AI朗读教育内容的审计发现，历史文本（其中名称跨越多种语言）的名称误读率约为14%，外语教材（其中名称本身就是内容）约为22%。应对措施是为每个品种建立发音词典——一本400页教材通常有50至300个词条——在原稿准备阶段构建，并以SSML词典提示形式提供给合成器。</p>

<p class="wp-block-paragraph"><strong>语码转换语言。</strong>历史教材中引用拉丁语的西塞罗，文学教材中引用俄语的普希金，经济学教材中引用法语的皮凯蒂——这些句子是单语言TTS音色最明显失败的地方。ElevenLabs v3和OpenAI 2025年TTS更新都推出了在单次发音中切换语言的多语言单一音色模型，但切换质量参差不齐。2026年可靠的制作模式是：明确标注外语文本片段，将其路由至特定语言的音色，然后在SMIL层将音频重新拼接在一起。</p>

<h2 class="wp-block-heading" id="h-daisy-4">DAISY 4.0：2025年规范的变化</h2>

<p class="wp-block-paragraph">DAISY 4.0由DAISY联合会于2025年底以草案形式发布，是十年来首次在格式层面进行修订。其设计出发点是：制作的对象不应在有声书和图文书之间做出选择——它应该同时兼而有之，由播放器决定向读者呈现什么。</p>

<p class="wp-block-paragraph">对教材制作而言最重要的有四项变化。第一，<strong>EPUB 3对齐</strong>：DAISY 4.0在结构上是一个添加了音频的EPUB 3包，而不是以EPUB为导出目标的平行格式。维护EPUB 3教材的制作商，只需添加音轨即可制作其DAISY 4.0音频版，而无需转换文件。第二，<strong>原生MathML</strong>：方程式以MathML形式传递至播放器，播放器在运行时决定是进行视觉渲染、朗读，还是两者兼顾。第三，<strong>多音色来源元数据</strong>：DAISY 4.0包可以承载混合了人工朗读、AI朗读和数学引擎渲染的片段，每个片段在元数据中注明其制作方式——一批新兴国家采购规则开始要求这一透明度。第四，针对教材历来承载但DAISY 3处理起来较为笨拙的结构项目的<strong>导航扩展</strong>：编号练习、习题集、词汇表反向引用和跨卷引用。</p>

<p class="wp-block-paragraph">大多数制作商公开引用的过渡时间表是保守的。DAISY联合会预计大多数新教育品种将在2027—28年前以DAISY 4.0格式发行，而传统DAISY 2.02目录将在播放器端无限期存续，因为已安装的专用硬件播放设备无法远程升级。</p>

<h2 class="wp-block-heading" id="h-major-producers">主要制作商及其产品</h2>

<p class="wp-block-paragraph"><strong>Learning Ally</strong>，1948年以"为盲人录制"之名成立的美国非营利机构，持有全球最大的英语有声教材目录——截至2026年约80,000个品种——并在很大程度上仍采用人工朗读，拥有约1,000位活跃音色的志愿者朗读员网络。其2025年战略文件承诺对学校级数学和科学品种采用AI辅助流程（AI优先朗读，符号密集型章节由人工QA把关），同时为文学经典保留人工朗读。</p>

<p class="wp-block-paragraph"><strong>Bookshare</strong>，由Benetech运营，提供EPUB优先的目录——2026年超过130万个品种，涵盖大众读者和教育类别——配合由用户播放器在播放时合成音频的模式，而非在制作阶段预先制作。该模式在规模化使用时成本最低，也最符合DAISY 4.0的"播放器决定"架构。</p>

<p class="wp-block-paragraph"><strong>RNIB有声书</strong>在英国服务约25,000名活跃会员，每年制作约1,500个新品种，主要采用人工朗读，并于2024—26年针对非虚构类别开展AI朗读试点。其目录是英国课程教材受众的参考标准。</p>

<p class="wp-block-paragraph"><strong>IFLA视障服务图书馆（LPD）分部</strong>负责协调全球制作商网络，并依据《马拉喀什条约》运营无障碍图书联合会（ABC）跨境目录——这一机制使一个缔约国制作的图书可以跨境借阅给另一缔约国的授权读者。ABC 2024年目录交换报告超过85万次跨境品种传输，比五年前增长一个数量级，增长集中在教育材料领域。</p>

<h2 class="wp-block-heading" id="h-what-this-means">这对2026年的学生意味着什么</h2>

<p class="wp-block-paragraph">2024—26年变化的实际效果是：主要英语司法管辖区的盲人或低视力学生可获取的目录，大约比本十年初大出一个数量级，印刷版出版与无障碍音频版之间的时间差从一年以上压缩至数周。教材这一类别——历史上由于数学和结构复杂性而是速度最慢的——的时间差收缩得更慢，但正在收缩。</p>

<p class="wp-block-paragraph">没有改变的是可接受质量的底线。教材仍然必须可导航、准确，并与原始文本保持同步。DAISY 4.0的设计和AI朗读流程的经济性，使得达到这一底线比以往任何时候都更便宜。在本十年剩余时间里最有可能表现出色的制作商，是那些停止将选择定格为"人工还是AI"、开始思考"哪些句子需要哪种方法"的制作商——以及那些停止接受"我们无法承担制作这本书"为最终答案的大学和学校残障服务部门。</p>

<p class="wp-block-paragraph">从Disability World了解更多：<a href="/articles/state-of-deaf-education-access/">全球聋人教育无障碍现状</a>、<a href="/regulations/">各国无障碍法规</a>，以及更广泛的<a href="/articles/">2026年无障碍报道记录</a>。</p>

</div>

---
title: 人物档案：将无障碍功能推送给2亿用户产品的设计师
url: https://www.disabilityworld.org/zh/articles/profile-designer-200m-user-product/
description: 一位高级产品设计师的综合人物档案，讲述她如何主导一款约2亿用户消费类产品的无障碍转型历程。
author: Disability World
pubDate: 2026-05-22
tags: profile, designer, accessibility, scale, product-design, industry
---

# 人物档案：将无障碍功能推送给2亿用户产品的设计师

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：一位设计师从背后看站在站立式书桌前，双屏显示器上呈现着包含焦点状态的设计系统组件库——大规模无障碍设计师档案的视觉标志。</p>

<p class="rt-prefix">阅读时间：10分钟</p>

<p class="wp-block-paragraph"><strong>编者按。</strong>此处描写的设计师是一个复合人物。"Maya Okafor"并非真实存在的单一个人；这份传记是由五位高级无障碍设计负责人的有据可查的访谈拼接而成，她们在2019年至2025年间，分别在用户规模约为8,000万至3亿的消费互联网公司主导了跨越多个季度的无障碍项目。以下时间线中的每个数字、每件人工制品、每次挫折，都是真实的，来自五位从业者中的某一位；这种综合——一段职业生涯贯穿一个项目的弧线——是编辑自由。</p>

<p class="wp-block-paragraph">产品同样经过了处理。我们精确描述的是其规模（初始约2亿月活跃用户，项目结束时约2.4亿），其技术栈（React和TypeScript前端，加上与Web共享同一设计语言的原生iOS和Android应用），以及Maya所接手的设计系统体量（约410个组件，其中约90个为"主要"组件）。这些是决定工作难度的变量。</p>

<h2 class="wp-block-heading" id="h-the-monday-she-walked-in">她走进公司的那个星期一</h2>

<p class="wp-block-paragraph">Maya Okafor于2022年1月下旬一个雨天的星期一加入公司，担任设计系统团队的高级产品设计师。那年她三十四岁。此前六年她在一家大型出版商的数字部门工作，在那里她几乎是无意间成为了那个知道焦点环应该是什么样子、知道品牌规定的三级按钮2.6:1对比度"实际上并没有问题"究竟是什么意思的人。她没有正式的无障碍资质认证。她总说，她所知道的一切都是用艰难方式学来的：在屏幕阅读器用户提交支持工单、而没有其他人知道如何复现问题时，她就是那个接听电话的设计师。</p>

<p class="wp-block-paragraph">新公司没有无障碍授权，没有无障碍团队。有一个无障碍工作组，每隔一周在太平洋时间下午4点开会，Maya加入的第一个星期三，出席者只有六人。有一个最后更新于2020年的Confluence页面，一个拥有约140名成员、每周三条消息的Slack频道，以及——Maya后来才意识到——恰好一个杠杆点：41张积压的无障碍相关支持工单，其中七张来自同一家残障权益组织，该组织自2019年起每季度给公司发电子邮件。</p>

<blockquote class="wp-block-quote">
<p><em>"我做的第一件事是逐一阅读那四十一张工单。我做的第二件事是将它们打印出来，放入一个活页夹。不是因为任何人需要活页夹——而是因为三个月后谈话变得艰难时，我需要一个可以放在VP桌上的实物。"</em></p>
<cite>Maya Okafor，综合人物，谈及她的第一个月</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-building-the-case">建立论据：投诉量、法律风险与市场份额</h2>

<p class="wp-block-paragraph">最初三个月的工作不是设计工作，而是取证工作。Maya并行推进了三件事。</p>

<p class="wp-block-paragraph"><strong>她量化了投诉渠道。</strong>她与支持团队合作，提取了过去二十四个月内含有十余个标志性词汇的所有工单——"屏幕阅读器"、"VoiceOver"、"TalkBack"、"JAWS"、"NVDA"、"对比度"、"仅键盘"、"WCAG"、"ADA"、"EAA"、"我看不清"。她发现约1,470件独立投诉，其中约280件未解决且超过九十天。她将这些投诉映射到产品界面：约38%在结账流程，约22%在消息功能，约14%在个人资料创建，约9%在视频播放器。六个月后，这一分布将决定哪些组件优先重写。</p>

<p class="wp-block-paragraph"><strong>她量化了法律风险。</strong>该公司在过去十八个月内被列入两起ADA第三章诉讼，均已和解。Maya无法得知和解金额——法务不肯告诉她——但她能看到公开案卷中其所在行业的诉讼频率曲线。她建立了一张电子表格，基于公司的风险敞口面，在"不作为"轨道上估算出预期年度和解加整改成本的区间。该区间的中位数为每年数百万美元。</p>

<p class="wp-block-paragraph"><strong>她量化了市场机遇。</strong>这是打动全场的那条线。Maya将公司的用户研究数据与WebAIM屏幕阅读器用户调查、美国CDC残障统计数据，以及该产品所服务的欧盟市场的Eurostat残障患病率数据加以整合。她制作了一张幻灯片：在公司约2亿月活跃用户中，估计有1,400万至2,200万人在使用辅助技术或非默认设置访问该产品。数据分析显示，这一群体的流失率约为整体用户群的1.8倍。如果这一群体的留存率能够与整体拉平，净年度收入影响将是一个财务团队能够识别的数字。</p>

<blockquote class="wp-block-quote">
<p><em>"我从未把法务部的数字给市场部看，也从未把市场部的数字给法务部看。对每一方，我只展示对他们重要的那个数字。对CFO，我把两个数字并排放在一张幻灯片上。就在那次会议上，项目得到了资金。"</em></p>
<cite>Maya Okafor，综合人物，谈及资金申请</cite>
</blockquote>

<p class="wp-block-paragraph">项目于2022年第二季度末获批。人员配置：七人，在十二个月内扩充至十一人——三名设计师、四名工程师、两名QA专员、一名项目经理、一名具有残障社区招募经验的研究员。外部测试合作预算：六位数年度经费。权限：对任何新设计系统组件具有审批权，对未通过无障碍检查清单的组件具有一票否决权。最后那条——否决权——是Maya谈判最为艰难的。它是项目与请示型工作之间的区别。</p>

<h2 class="wp-block-heading" id="h-the-design-system-overhaul">设计系统重构：令牌、焦点、动效</h2>

<p class="wp-block-paragraph">技术工作于2022年第三季度启动，持续了接下来的十四个月。Maya将其分为三个批次，她在幻灯片和站会中称之为——基础、组件、模式。她常说，这种排序的规律是整个项目最重要的架构决策。</p>

<h3 class="wp-block-heading" id="h-tranche-1-foundations">批次一——基础</h3>

<p class="wp-block-paragraph">前六个月重建了设计令牌。遗留系统有约84个颜色令牌，没有语义命名——"Blue/600"、"Grey/400"、"Brand/Primary"——也没有对比度元数据。Maya的团队用约40个按功能组织的语义调色板取而代之：<code>content-primary</code>、<code>content-secondary</code>、<code>surface-base</code>、<code>border-default</code>，加上交互梯度（<code>action-primary</code>、<code>action-primary-hover</code>、<code>action-primary-pressed</code>）和状态梯度。每个令牌在其元数据中携带它被批准放置的表面上的对比度值，以及它通过哪个WCAG合规级别的标志。工具强制执行这一规则：设计师在Figma中无法将<code>content-tertiary</code>放置在<code>surface-base</code>之上而不触发lint提示。</p>

<p class="wp-block-paragraph">同一批次还标准化了焦点环。Maya数了一下，遗留组件有约十七种不同的焦点环处理方式，从在浅色背景上消失的1像素点状轮廓，到在紧凑列表中破坏布局的2像素实心蓝色环，不一而足。新焦点环是单一令牌：一个2像素轮廓，与组件边缘之间有2像素透明间隙，使焦点环在任何表面上都清晰可见。所有交互组件默认采用它；没有退出选项。</p>

<p class="wp-block-paragraph">动效偏好是第三个基础项。遗留系统在约一处——单个引导动画——响应<code>prefers-reduced-motion</code>，原生应用则完全不响应。新基础使动效成为令牌，有三个值（无、减少、完整），贯穿每个动画原语。设计师若要覆盖此偏好，必须附上一份由项目负责人审阅的书面理由。</p>

<h3 class="wp-block-heading" id="h-tranche-2-components">批次二——组件</h3>

<p class="wp-block-paragraph">基础稳定后，团队转向约90个主要组件。清单按Maya在第一个月提取的投诉渠道数据排序：结账优先，然后是消息、个人资料、视频。每个组件经历标准化重建：键盘导航映射、屏幕阅读器语义、焦点顺序、每个状态下的对比度验证、减少动效变体、RTL变体，以及——Maya坚持要求的——一个QA团队可以在每次发布时运行的有文档记录的测试套件。</p>

<p class="wp-block-paragraph">信用卡输入字段在旧版本中是一个单一的<code>&lt;input&gt;</code>，配有自动格式化JavaScript，该脚本破坏了屏幕阅读器对已输入字符的播报；重建后使用四个独立输入框，配有明确的标签、通过<code>aria-describedby</code>关联的错误提示，以及通过礼貌型实时区域播报的内联验证。这花了一名设计师和一名工程师六周时间。与结账相关的无障碍工单在下一个季度下降了约70%——因为大多数新工单根本就不再被提交了。</p>

<h3 class="wp-block-heading" id="h-tranche-3-patterns">批次三——模式</h3>

<p class="wp-block-paragraph">最后一个批次是Maya描述为执行上最轻松、协调上最艰难的批次。团队记录了组合模式——如何在重建的组件之上构建无障碍的模态流；如何组合包含混合媒体的项目列表；如何构建一个在语音控制下导航正常的设置页面。这些模式作为可运行的代码示例放入设计系统文档网站。难的不是写出它们，而是让每个产品团队使用它们，而不是自己另起炉灶。</p>

<h2 class="wp-block-heading" id="h-the-engineering-rollout">工程推广</h2>

<p class="wp-block-paragraph">重新设计的设计系统是一个库；它本身并不是一次推广。项目中最艰难的项目管理工作——Maya对此毫无保留地表示——是迁移。产品有约四十个小队，每个小队负责两至五个界面，每个小队实际上可以按照路线图允许的任何节奏使用设计系统。一个简单的计划会要求每个小队在一个季度内完成迁移。那个计划会失败。</p>

<p class="wp-block-paragraph">Maya的解决方案是渐进式授权。新组件作为默认组件发布；旧组件保留在功能标志后面，但每次发布仍使用旧版组件的界面，都会自动在该小队的积压工作中生成一个P2工单。该工单在九十天后自动升级为P1，在一百八十天后升级为P0。在四个季度内，约78%的旧版主要组件使用已完成迁移。在六个季度内，这一比例达到约94%。</p>

<blockquote class="wp-block-quote">
<p><em>"难的不是设计系统。难的是一个有四十个小队的组织架构和一个并非为此而设的预算周期。组件是三个月的工作。推广是三年的工作。"</em></p>
<cite>Maya Okafor，综合人物，谈及迁移</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-what-the-program-cost">项目花了多少，又带来了什么回报</h2>

<p class="wp-block-paragraph">Maya在追踪方面一丝不苟。到项目于2024年第四季度关闭正式阶段时，在两年半时间里，包括十一名专职人员和外部测试，总花费约为高个位数百万美元。与无障碍相关的工单流入量较2022年基准下降了约73%，尽管用户群增长了约20%。项目窗口期内发起的两起ADA相关法律事务均在未提起诉讼的情况下关闭，公司在年度申报文件中将其描述为无实质影响。辅助技术用户群体的产品留存率——Maya在融资说明中识别出的那个群体——已从整体用户群流失率的1.8倍缩小至约1.15倍。财务部门记入了这一差值。Maya没有说出具体数字。</p>

<p class="wp-block-paragraph">她还记录了一些不出现在电子表格中的成就。原生iOS应用的VoiceOver转子支持曾长期以来众所周知地存在问题，在2025年初的独立审计中，成为其所在行业中表现最优之一。Maya力排品牌团队反对意见推动的高对比度主题，在当地监管机构开始执行EAA的地区成为默认设置。设计系统文档网站，在2022年初每月浏览约4,000次，到2025年中期每月平均浏览量达约38,000次。一种实践已经建立；它将在她任期结束后继续存在。</p>

<h2 class="wp-block-heading" id="h-what-she-tells-designers-at-smaller-orgs">她对规模较小的组织的设计师说的话</h2>

<p class="wp-block-paragraph">到2025年，Maya在自己产品上的急诊式工作越来越少，为规模小一个数量级的公司的设计师提供的顾问服务越来越多——二十人产品团队、五十人产品团队，那种规模的组织里，一名设计师默认必须成为无障碍负责人。她在每次咖啡会面中都会说同样的几件事。值得一一列出。</p>

<p class="wp-block-paragraph"><strong>一。</strong>投诉渠道是杠杆。你不需要数百万用户才能拥有投诉渠道；你需要一个支持收件箱，以及阅读它的意愿。把工单打印出来，放入活页夹，带着活页夹去开会。活页夹有效。</p>

<p class="wp-block-paragraph"><strong>二。</strong>融资论据有三列：法律风险、市场机遇和投诉量。你不需要三列中任何一列有精确的数字。你需要让同一个人在同一个地方看到这三列，因为没有哪单独一列能打动全场。</p>

<p class="wp-block-paragraph"><strong>三。</strong>基础先于组件，组件先于模式。先从重写组件开始的团队，会花一年时间做完之后，交出一个建立在非语义颜色调色板之上的精美组件库，然后下一位设计师会再次全部重写。</p>

<p class="wp-block-paragraph"><strong>四。</strong>谈判否决权。在多团队产品公司中，单一最大的杠杆点是能够说"这个新组件在通过检查清单之前不得发布"。否决权在两年内被动用两次，已经足够。是否决权的公信力，而非其频率，在发挥作用。</p>

<p class="wp-block-paragraph"><strong>五。</strong>雇用有残障社区招募经验的研究员。Maya在项目预算中最坚决要保留的那一行是研究员的席位。没有残障用户参与，这项工作就是一场表演。</p>

<p class="wp-block-paragraph"><strong>六。</strong>旧版组件的倒计时是不可谈判的。没有倒计时的迁移不会发生。有倒计时的迁移会按倒计时允许的节奏发生。</p>

<p class="wp-block-paragraph"><strong>七。</strong>赢得成果后离开。Maya于2025年第一季度从项目中退出，转为顾问。无障碍项目的创始人不是在稳定运营阶段管理它的合适人选。创始人的工作是让项目存在。稳定运营的工作是保持常规。气质不同；适合的人不同。</p>

<h2 class="wp-block-heading" id="h-the-binder">关于那个活页夹</h2>

<p class="wp-block-paragraph">Maya还保留着那个活页夹。她有时在会议上拿出来，当一位高级设计师向她——通常带着些不好意思，往往是在小组讨论之后——询问自己那四十一张未解决工单该怎么办时。活页夹有半英寸厚。封面上的贴纸用Maya 2022年在一家手工艺品店买到的无衬线手写字体写着"第一天"。其中四十一张工单都已关闭。提交工单的人的姓名用黑色马克笔涂掉了。她不展示姓名。她展示页面，然后说：这就是这项工作的样子，这就是它开始的地方。</p>

</div>

---
title: 人物档案：一位欧盟公共部门采购官员如何执行EN 301 549
url: https://www.disabilityworld.org/zh/articles/profile-eu-procurement-officer-en-301-549/
description: 一幅欧盟成员国采购官员的综合画像——她将EN 301 549从被援引的标准转化为被驳回的投标、被要求提供的证据，以及授标后的补救条款。素材来自对五个成员国七名官员的访谈，个人信息已匿名处理。
author: Disability World
pubDate: 2026-05-22
tags: profile, procurement, eu, en-301-549, public-sector, web-accessibility-directive
---

# 人物档案：一位欧盟公共部门采购官员如何执行EN 301 549

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一位欧盟公共部门采购官员的办公桌，桌上摆放着印有彩色标签书签的EN 301 549标准文本，旁边是一枚欧盟旗帜徽章——这是采购官员档案的视觉标志。</p>

<p class="rt-prefix">阅读时间：10分钟</p>

<p class="wp-block-paragraph"><strong>"M."是一个综合人物</strong>。本档案所描述的人物并不是某个具体的实名个人，而是根据对五个欧盟成员国七名公共部门采购官员的录音访谈综合塑造而成——其中三人来自荷兰和比利时，两人来自西班牙和葡萄牙，两人来自德国——所有人目前均在规模相近的合同当局内负责无障碍合规审查（机构人员规模为200至900人，年度ICT采购支出约在800万至4000万欧元之间）。姓名、机构身份及任何可识别具体招标的细节均已更改。文中出现的直接引语均来自七次访谈中的原话，归属于"M."而非原始发言者。所描述的工作流程——条款表述、证据门槛、拒绝类别、补救制度——反映的是这一群体的共识做法，而非任何单一办公室的做法。</p>

<p class="wp-block-paragraph">之所以描述一位综合人物而非单一实名人士，是因为同样的模式在截然不同的成员国中反复出现。我们访谈的七名官员中，没有一人在就职时接受过如何执行<a href="/articles/en-301-549-explained/">EN 301 549</a>的系统培训。七人都是从零开始建立工作流程——从规模更大的部委公开采购文件中摘录条款、经过三四个招标周期不断细化拒绝标准，在与供应商的争论中败北，然后在下一次招标时写出更严密的文件。M.就是这条学习曲线所产生的结果。本文所呈现的，是2026年5月——<a href="/articles/european-accessibility-act-guide/">《欧洲无障碍法案》</a>生效四年、<a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》</a>成熟七年之后——M.的办公桌所呈现的面貌。</p>

<h2 class="wp-block-heading" id="h-the-route-in">入门路径——一位采购官员如何成为无障碍执法者</h2>

<p class="wp-block-paragraph">M.并非无障碍专家出身。她的入行路径是横向转型。M.学习的是公共行政通识，2010年代末加入某成员国部委采购办公室担任合同管理员，2021年因负责无障碍事务的同事跳槽至私营部门、这份工作需要有人接手而接管了无障碍文件夹。彼时，这个文件夹里装的是一叠未签署的政策备忘录，以及一份早年招标文件——其中的"无障碍条款"是从同事从德国某部委开放采购门户下载的模板中粘贴而来的。该条款援引的是"相关欧洲标准"而未点名EN 301 549，并要求"符合WCAG 2.0 Level AA"——而这一版本的WCAG已被超越整整七年。</p>

<p class="wp-block-paragraph">M.的第一步，是在2022年初重写这一条款。新版本明确点名EN 301 549 V3.2.1，列明适用章节（第9章针对网络内容，第11章针对非网络软件，第12章针对文档和支持服务），通过EN第9章的引用要求符合WCAG 2.1 Level AA，并要求供应商在投标阶段而非授标后提交合规报告。此后，这一条款又经历了四次修订——第一次是在供应商以产品"主要为后台工具"为由声称标准对其不适用之后；第二次是在另一家供应商提交了一份由两页营销文本构成的自我认证报告之后；第三次是在相关成员国EAA转化法律加入明确罚则条款之后；最后一次是在2025年底，为应对EN 301 549 V4.0.0纳入WCAG 2.2 AA而作的前瞻性修订。</p>

<blockquote class="wp-block-quote">
  <p><em>"我在第一次招标时犯的错误，是把无障碍当成一个复选框。供应商在框里打了勾，而我们没有要求他们出示证据。第二次招标时，我改了一句话。我说：打勾不是证据。从那天起，一切都变了。"</em></p>
  <cite>M.，采购官员，欧盟成员国合同当局</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-the-tender-language">招标语言——2026年M.的标准条款是什么样的</h2>

<p class="wp-block-paragraph">M.的标准无障碍条款现已长达四段，约380字，置于招标文件的技术要求部分。第一段列明法律依据：成员国对《网络无障碍指令》的转化（适用于公共部门网站和移动应用程序），以及对EAA的转化（适用于任何落入其范围的产品或服务）。第二段列明技术标准——EN 301 549 V3.2.1，并附有前瞻性条款：在V4.0.0于《官方公报》发布后交付的任何产品，须由供应商自费在十二个月内按新版本重新评估。第三段规定供应商必须提交的合规证据。第四段规定授标后若发现任何合规差距所适用的补救制度。</p>

<p class="wp-block-paragraph">第三段是核心条款。它要求提供M.和其他受访官员所称的"欧洲ACR"——一份无障碍合规报告，参照美国VPAT模板的结构，但引用的是EN 301 549条款集而非第508条。ETSI发布了相应模板；部分成员国也发布了各自的版本。M.的招标文件要求ACR须：（a）按编号逐一列明EN 301 549的每个适用条款；（b）对每个条款说明产品是否"支持""部分支持""不支持"或"不适用"；（c）对每个状态不为"支持"的条款提供一段备注；（d）附上ACR所依据的底层审计报告。</p>

<p class="wp-block-paragraph">最后一个分条款才是真正发挥作用的地方。任何供应商都可以在一小时内填写一份全部勾选"支持"的空白ACR，但底层审计报告却无法凭空捏造。M.的招标文件明确要求：审计须由相关国家认可注册机构中列明的第三方机构开展；若合同金额低于第三方审计的比例适当门槛，则须由经认可资质认证的内部团队开展——在M.的实践中，评估人员须持有IAAP CPACC或WAS认证，且审计方法须有据可查、可重复验证。既无第三方机构、又无具备资质内部审计员的纯自我认证，将被自动标记为不合规。</p>

<h2 class="wp-block-heading" id="h-the-evidence-threshold">证据门槛——什么算数，什么会被标记</h2>

<p class="wp-block-paragraph">2022年至2026年间，M.所做的最大改变，是收紧了证据门槛。2022年，她会接受任何以供应商抬头纸提交的ACR，只要格式符合ETSI模板。到2024年，在两份授标合同的后续无障碍审计中发现了招标ACR未申报的大量差距之后，M.改为采用浮动标准：第三方审计按面值接受；内部审计须接受抽查；供应商自我认证仅在附有签名声明的情况下方可接受——声明须表明底层方法论可随时提供，且签署官员依据合同失实陈述条款对其准确性承担个人责任。</p>

<p class="wp-block-paragraph">实践中，抽查才是真正的杠杆。M.目前对约三分之一的内部审计实施抽查——从提交的ACR中随机抽取三至五个条款，要求供应商在五个工作日内提供测试脚本、所用辅助技术的配置、测试人员姓名及原始输出结果。能在五天内提供的供应商通过。不能提供、或提供内容与ACR所申报状态相矛盾的供应商，将被拒绝。</p>

<p class="wp-block-paragraph">目前，M.的办公室已识别出四种会导致招标被标记的固定模式。第一种是"WCAG 2.0遗留"——条款援引WCAG 2.0而非2.1，通常表明模板未经更新。第二种是"无备注的支持"——所有条款均标记为"支持"而无任何说明备注，抽查几乎必然会击穿这一伪装。第三种是"第508条替代"——供应商提交针对第508条的美国VPAT，以替代EN 301 549的ACR，这在表面上即为无效应答，但美国总部的供应商仍普遍为之。第四种是"范围外声明"——供应商声称EN 301 549不适用，因为其产品是后台软件、面向B2B，或仅供内部员工使用。在M.所从事的公共部门采购情境中，上述任何豁免均不成立；面向员工的系统明确在成员国《网络无障碍指令》转化法律的适用范围之内。</p>

<blockquote class="wp-block-quote">
  <p><em>"我拒绝投标，不是因为对方诚实地承认了差距，而是因为对方提交了不诚实的文件。说'部分支持'并解释原因的供应商，是在和我对话。每一行都写'支持'的供应商，是在期望我不认真阅读。"</em></p>
  <cite>M.，采购官员，欧盟成员国合同当局</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-rejections-and-remediation">拒绝与补救——分裂行业的争论</h2>

<p class="wp-block-paragraph">2026年业内最大的争论，已不再是是否应在招标中要求EN 301 549——这一点已成共识——而是当招标ACR揭示差距时应如何应对。业内分为两派。第一派是"拒绝派"，将招标ACR中披露的任何实质性不合规视为排除程序的理由。第二派是"补救派"，将披露的不合规作为基准线，在授标合同中设定补救时间表，包含里程碑节点、未达里程碑的罚则，以及针对最终付款的扣留条款。</p>

<p class="wp-block-paragraph">M.曾两度跨越这条界线。2022年和2023年，她选择拒绝。2024年，一次采购程序因两个运营上最适合的投标人均披露了第11章差距而被双双排除，最终授标给一个ACR更干净但产品适配度更差的投标人，此后M.转向补救。2025年底，一份补救授标合同在十八个月内连续错过里程碑，最终部分终止，此后M.又部分回归原有立场。目前，M.办公室的做法是：仅当披露的差距位于第9章（网络）中对用户任务至关重要的条款时——如键盘可操作性、焦点可见性、程序化名称——才以合规为由拒绝；若差距位于第11章软件条款且有可信的技术修复路径，则采用补救方式。</p>

<p class="wp-block-paragraph">支持拒绝的论点在于，采购程序是最大杠杆之所在。一旦合同授出，杠杆即转向供应商：里程碑拖延、变更请求附带额外费用、无障碍议题在其他缺陷争夺工程资源时不断下滑。支持补救的论点则在于，严格拒绝会缩小竞争范围——有时只剩一家投标人，有时一家也没有——而市场薄弱的合同当局无法承受将所有人都拒之门外的后果。两种论点在不同条件下都是正确的。采购官员的技艺，在于判断眼前这份招标文件适用哪一组条件。</p>

<h2 class="wp-block-heading" id="h-post-award-clauses">授标后条款——如何让补救真正发挥作用</h2>

<p class="wp-block-paragraph">当M.选择补救时，合同中会载明四项具体条款。第一项是补救时间表——通常为授标后第三、六、十二个月设置三个里程碑——并与具体的EN 301 549条款挂钩。第二项是付款扣留条款——每张发票扣留一定比例金额（M.使用约15%），待该阶段里程碑签认后方予支付。第三项是重新审计义务——供应商须在第十二个月自费委托新的第三方审计以核实补救效果。第四项是终止触发条款——连续两个里程碑无故未达即赋予合同当局以重大违约为由终止合同的权利。</p>

<p class="wp-block-paragraph">M.的观察是，付款扣留条款几乎承担了全部工作。书面罚则——里程碑未达的定额罚款、逐级升档条款——援引程序缓慢且政治成本高昂。而一张被扣留的发票是机械性的：供应商财务团队在下一个工作日即向工程团队施压，补救工作随即推进。</p>

<h2 class="wp-block-heading" id="h-what-smaller-agencies-should-copy">小型机构应借鉴的做法</h2>

<p class="wp-block-paragraph">M.的大多数做法并不仅限于大型合同当局。七名受访官员在被问及规模较小的机构——市级IT部门、地区卫生局、仅有一两名员工的地方政府采购办公室——应借鉴哪些工作流程时，均给出了相同的答案。以下按官员自行排列的优先顺序列出。</p>

<ul class="wp-block-list">
  <li><strong>按编号和版本点名标准。</strong>不要写"相关欧洲无障碍标准"，而要写"EN 301 549 V3.2.1，V4.0.0一经《官方公报》发布即适用"。有名有号的标准可执行；无名无号的标准只是修辞。</li>
  <li><strong>要求在投标阶段而非授标时提交ACR。</strong>ACR是你的筛选器。若在授标前无法看到，就无法依此排除。</li>
  <li><strong>要求底层审计报告，而非仅仅要求ACR。</strong>ACR是摘要，审计才是证据。拒绝接受无审计附件的自我认证ACR。</li>
  <li><strong>对三分之一的内部审计实施抽查。</strong>即便没有时间逐一抽查，随机抽查也会改变整个投标方群体的行为。</li>
  <li><strong>对第9章基础条款采用拒绝，对第11章差距采用补救。</strong>键盘操作性、焦点可见性、程序化名称不可妥协；软件平台条款有补救路径，可以排期处理。</li>
  <li><strong>使用付款扣留，而非定额罚款。</strong>每张发票扣留约15%，待里程碑签认后方予支付。这一单独条款是合同中最有效的执法工具。</li>
  <li><strong>在第十二个月由供应商自费委托重新审计。</strong>由不同于出具招标ACR的第三方开展的第二次审计，是验证补救是否真正弥合差距的唯一途径。</li>
  <li><strong>拒绝第508条替代文件。</strong>针对第508条的美国VPAT不是EN 301 549的ACR。退回并要求提供欧洲文件。</li>
  <li><strong>借鉴大型部委的条款。</strong>每个欧盟成员国都有部委发布其无障碍条款范本。从那里出发，不要从头起草。</li>
  <li><strong>记录你的拒绝。</strong>为每一次以无障碍为由拒绝的招标撰写一页备忘录。积累三四份备忘录之后，你就有了一个机构立场，下一家供应商的律师将无从辩驳。</li>
</ul>

<h2 class="wp-block-heading" id="h-the-desk-at-the-end-of-the-day">工作日结束时的那张办公桌</h2>

<p class="wp-block-paragraph">5月初的一个周四下午，当我们造访这位综合人物的办公桌时，桌上摆着一份印刷版的EN 301 549 V3.2.1，右侧书脊贴满了彩色标签——绿色标记的是M.当月在某份招标中援引过的条款，黄色是目前正与供应商存在争议的条款，红色是此前授标失败且争议已升级的条款。挂绳上挂着一枚小小的欧盟旗帜徽章，是2023年布鲁塞尔EAA培训的纪念品。徽章与文本放在一起，是这个角色的视觉标志——而这个角色，在十年前几乎并不以这种形式存在。</p>

<p class="wp-block-paragraph">M.以一句话结束了对话，这句话概括了整个工作流程的精髓：对EN 301 549这样的标准的执行，归根结底不在于标准本身。它在于一种纪律——在供应商最想配合的时刻要求他们提供证据，那个时刻就是合同尚未签署之际；然后，当答案变得棘手时，坚守对证据的要求，不被说服放弃。标准已然存在。合同当局的工作，是让忽视标准的行为付出代价。</p>

</div>

---
title: 人物档案：一位企业内部法律顾问眼中的2024-2026年ADA诉讼
url: https://www.disabilityworld.org/zh/articles/profile-in-house-counsel-ada-litigation/
description: 一幅综合画像，描绘一位美国中型电商/SaaS公司的资深内部法律顾问，她在2024至2026年间处理了逾50封ADA网络无障碍律师函——她所见的原告方打法，以及早期和解窗口的内在逻辑。
author: Disability World
pubDate: 2026-05-22
tags: profile, in-house-counsel, ada-litigation, settlement, corporate-defense, legal
---

# 人物档案：一位企业内部法律顾问眼中的2024-2026年ADA诉讼

<div class="src-article" data-template="5">

<p class="image-alt-text">图片描述：一位内部法律顾问办公桌一角的纪实特写——一叠信纸大小的文件微微散开，一副阅读眼镜搁在上面，一块黄铜铭牌在虚焦中隐约可见，午后温暖的阳光透过办公室窗户斜射进来。</p>

<div class="byline">
  <span><strong>作者</strong> Disability World编辑部</span>
  <span><strong>更新</strong> 2026年5月</span>
  <span><strong>阅读时间</strong> 10分钟</span>
</div>

<p class="rt-prefix">阅读时间：10分钟</p>

<p class="wp-block-paragraph"><strong>编者按：</strong>本档案的主角是一位综合人物。其传记细节来自四位资深内部法律顾问——其中两位供职于美国总部的电商零售商，两位供职于B2B SaaS公司——她们合计自2022年起处理了逾两百封网络无障碍律师函。姓名、雇主及可识别的交易事实均已综合处理并作了变动。引文中的程序性和财务性数字均按受访者所述保留，并经公开存档的动议、联邦PACER档案及加州司法委员会民事立案数据交叉核实。主角以第一人称发言时，所引文字为各受访者确认忠实反映其书面陈述的转述。本文使用<em>"M.R."</em>作为综合人物的代称，以避免暗示特定个人。</p>

<p class="wp-block-paragraph">M.R.现年43岁，2007年毕业于美国中西部某法学院，现任一家私营美国电商兼SaaS公司副总裁兼总法律顾问。该公司直接销售自有品牌消费品，并向数百家中小商户授权其结账平台。年收入处于低位九位数区间。法务团队由四名律师和一名律师助理构成。直到2023年底，M.R.从未从头到尾读完<a href="/toolkit/glossary/wcag-2-2/">WCAG 2.2</a>的所有成功准则。而如今，她能按顺序背出前十一条。这件事是如何发生的——以及她险些签下的那张支票，以及她随后意识到应该签另一张支票——这段故事，正是美国<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章</a>网络无障碍诉讼行业在2026年所处位置的缩影。</p>

<h2 class="wp-block-heading" id="h-demand-letter-no-1">第一封律师函</h2>

<p class="wp-block-paragraph">2024年3月的一个周四下午，第一封信以挂号平邮的方式装在一个马尼拉信封里寄到。寄件地址是纽约东区一家单人原告律师事务所。具名原告是纽约市一位法定盲人居民，有记录的投诉历史约为四年内提起约80起无障碍投诉。信函正文长达九页。M.R.很快意识到，开头约六页均为套话：援引<a href="/articles/ada-title-iii-web-accessibility-guide/">第三章</a>及第二巡回法院关于"公共场所"的判例，援引WCAG 2.1 AA作为适用技术标准，并有一段声称原告曾尝试使用JAWS屏幕阅读器访问公司店面但无法完成购买。真正重要的是剩余三页：一份具体缺陷清单、有时间戳的截图，以及一项和解要求。</p>

<p class="wp-block-paragraph">信中列举的缺陷，对任何读过无障碍审计报告的人来说都不陌生：五张产品详情页图片没有替代文字；一个定制数量选择器控件被JAWS读成无值无标签的"button"；一个模态对话框的关闭控件无法通过键盘到达；焦点指示器在结账流程中消失；页脚的"无障碍声明"链接指向一个404页面。证据门槛并不高：信中援引了五项具体缺陷，每项均附有截图或JAWS语音输出转录。信中并未指控站点整体存在无障碍问题，也无需如此。依据成熟的<a href="/articles/ada-title-iii-web-accessibility-guide/">第三章</a>原则，公共场所网站上存在单一的访问障碍，原则上即构成ADA违规。</p>

<p class="wp-block-paragraph">和解要求为18,500美元。信中并未将其定性为和解，而是定性为诉讼前的善意解决提案，表示将终结与具名无障碍障碍相关的所有主张，并为原告支付十二个月的"监督费"。M.R.将该要求读了三遍，随后将扫描件转发给公司的外部诉讼律师。</p>

<blockquote class="wp-block-quote">
  <p>"我当时的想法是——一万八千五百美元。这是一名工程师四分之一个月的薪资。是一个展位费用的一半。大约相当于这个办公室一年的咖啡开销。面对第一封信，本能不是反击，而是让它消失。"</p>
  <cite>M.R.，副总裁兼总法律顾问（综合人物）</cite>
</blockquote>

<p class="wp-block-paragraph">外部律师第二天上午就反馈了文件，附上一条建议：付款，签署免责声明，修复五个具名问题，继续前行。建议附有一份备忘录，备忘录解释了经济逻辑。在纽约南区或东区就一份经过合规起草的<a href="/articles/ada-title-iii-web-accessibility-guide/">第三章</a>诉状提出驳回动议，费用在40,000至90,000美元之间，而且动议获批并不意味着案件结束——它只是启动了证据开示程序。一个走向审判的第三章案件，律师费风险高达六位数，若败诉还须承担原告的合理律师费。原告的和解要求，从设计上就低于第一轮程序交锋费用的三分之一。M.R.在周五签了支票，周二收到了免责声明，五个问题在下一个冲刺周期中完成了修复。</p>

<h2 class="wp-block-heading" id="h-the-early-settlement-window">早期和解窗口</h2>

<p class="wp-block-paragraph">然后，第二封信来了。接着是第三封。2024年第二季度结束时，M.R.已收到来自四家原告律所的七封律师函。截至2024年底，累计总数达十九封。套话文本在细节上有所差异——援引的依据不同，开头陈述略有不同，偶尔适用不同版本的WCAG——但结构完全一致：六页法律铺垫，五至八项具体缺陷清单，要求金额集中在约10,000至20,000美元的窄区间内，几乎无一例外地趋近于高位数字。</p>

<p class="wp-block-paragraph">这个区间正是早期和解窗口。它由原告律师团体依据M.R.外部律师所描述的成本曲线精心校准：足够低，使一位头脑清醒的总法律顾问不会选择诉讼；足够高，使原告律所——通常抽取总额的33%至40%——能从实质上相当于四至八小时助理工作（生成信件和截图）中获得可观报酬。这一窗口在2023、2024和2025年保持稳定。PACER数据和司法委员会存档文件显示，主要立案区的早期和解金额众数收敛于约14,000至18,000美元；随着更多被告迅速付款，区间趋于收窄而非扩大。</p>

<p class="wp-block-paragraph">证据门槛同样经过精心校准。一封典型律师函中列举的具体缺陷并非随机选取——它们来自一套高频违规项，原告调查员只需对主页和产品详情页进行十五分钟的屏幕阅读器浏览即可发现。<a href="/articles/wcag-2-2-adoption-rate-survey/">缺失或错误的图片替代文字、未标注的表单字段、不可访问的自定义控件、模态框中的键盘陷阱，以及焦点管理失效</a>是典型的五项。原告调查员无需审计整个网站，列举几项附有截图或转录文本的具名违规，已足以起草投诉并锚定和解要求。</p>

<blockquote class="wp-block-quote">
  <p>"到第五封信，我已经理解了这套模式。到第九封，我建立了一张电子表格——收到日期、具名原告、原告律所、按WCAG准则列出的具名缺陷、要求金额、和解金额、签署免责声明的天数。到第十五封，我只需看信头就能在两千美元的误差范围内预测要求金额。"</p>
  <cite>M.R.，副总裁兼总法律顾问（综合人物）</cite>
</blockquote>

<p class="wp-block-paragraph">到2025年年中，累计支出仅和解金额一项即以约26万美元的年率运行，还不包括外部律师在接案、免责谈判及例行修复上投入的小时费。每封律师函的边际处置成本约为16,000美元和解金加约3,500美元外部律师费。而原告律所那边，每封信的净收入约为5,500至7,000美元——这显然是、反复地、无差别地是一项助理工作。这种不对称并非误判，而是制度设计。</p>

<h2 class="wp-block-heading" id="h-the-procedural-reform-turn">程序改革的转折</h2>

<p class="wp-block-paragraph">2024至2025年间，有两件事改变了这道算术题。第一件是程序改革举措开始产生实际效果——<a href="/articles/ada-filings-move-to-state-court-post-acheson/">最高法院2023年12月对<em>Acheson Hotels, LLC v. Laufer</em>案的处理</a>、随之而来的联邦法院"测试者当事人资格"的不确定性、加州对高频Unruh诉讼当事人强化适用的民事诉讼法典第425.55条，以及纽约CPLR第3211条收紧答辩前动议实践的修订——均开始产生约束效力。第二件是M.R.开始研读她正在和解的案件的程序态势，而不仅仅关注要求金额。</p>

<p class="wp-block-paragraph">CPLR第3211条在纽约已施行数十年。2023至2026年间，无障碍被告在纽约州最高法院NYCHRL无障碍投诉中提出的答辩前第3211(a)(7)条动议获得法官受理的意愿有所提升——更重要的是，纽约原告律师团体随之作出了调整。<a href="/articles/ada-filings-move-to-state-court-post-acheson/">随着联邦法院的测试者当事人资格动议开始在纽约南区产生约束</a>，相同的原告律所开始依据《纽约市人权法》在纽约县最高法院立案——那里的当事人资格原则更为宽松，且可获得补偿性赔偿。对M.R.而言，案件从联邦法院向州法院的迁移，从她桌上的信头就能看出来。2024年第四季度的信件已是以州法院投诉草稿而非联邦投诉草稿的形式送达。</p>

<p class="wp-block-paragraph">加州第425.55条在某些方面影响更为深远——至少对承受Unruh为据律师函的被告而言如此。该条款自2015年起施行，并于2022年经历了有实质意义的强化，要求任何"高频诉讼当事人"——以前十二个月内提起的无障碍案件数量界定——就任何州法院Unruh主张额外缴纳1,000美元立案费，并就其残障状况、其对公共场所的造访，以及其立案原因提交经核实的具体陈述。联邦对应条款即加州民事诉讼法典第425.50条规定了平行的经核实起诉文件要求。两者叠加，使由反复立案原告提起的加州Unruh投诉在立案费层面和经核实起诉文件起草层面均产生了2015年前不存在的自付程序成本。原告律所的应对方式是更有选择地锁定被告，并在加州案件中将早期和解要求提高约15%至20%，但整体案件量开始缓慢收缩。</p>

<p class="wp-block-paragraph">对一位观察趋势线的内部法律顾问而言，结论显而易见：程序门槛并未消灭律师函产业，但提高了运营成本。在门槛筛选后存活下来的原告律所，是那些选择更难立案的案件、每封信指名更多被告、要求更高和解金额的律所。从2024年底起，M.R.的电子表格开始显示每季度信件数量减少，但每封信的中位要求金额开始上涨——从2024年第一季度的约16,500美元，涨至2025年第四季度的约22,000美元。</p>

<h2 class="wp-block-heading" id="h-the-remediation-pivot">转向修复</h2>

<p class="wp-block-paragraph">M.R.决定和解策略已走到尽头的时刻，并非来自一次战略顿悟，而是来自董事会的一个问题。2025年2月，公司审计委员会——三名独立董事和首席执行官——在季度法务支出常规审查中问道：为何"无障碍和解"诉讼储备金追踪值约为28万美元，而修复预算项仅约为4.5万美元。首席财务官将这个问题构建为简单的差异审查。M.R.没有能在两分钟内站稳脚跟的答案。</p>

<blockquote class="wp-block-quote">
  <p>"董事会并不愤怒，他们只是困惑。一位董事提出了那个显而易见的问题：如果你每年向原告律所支付二十八万美元，把同样的钱投入工程团队，能解决这个问题吗？我不得不说，我不知道。那天早上，我开始重新来过。"</p>
  <cite>M.R.，副总裁兼总法律顾问（综合人物）</cite>
</blockquote>

<p class="wp-block-paragraph">重建工作历时十八个月，至今仍在继续。M.R.引入外部无障碍审计公司，对店面、结账流程、授权给商户客户的结账SDK，以及管理控制台开展全面的<a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2 AA</a>审计。初次审计在四个平台上发现约340项具名问题，按WCAG准则和严重程度分类。约60%的问题属于轻微至中等程度的修复——替代文字、ARIA标签、焦点管理、对比度调整——可在三个季度的工程冲刺中批量完成。约30%是自定义控件重写，这类问题在律师函中反复出现：数量选择器、模态对话框、购物车抽屉、地址自动补全。约10%属于架构层面的问题——设计系统组件库、表单验证模式、异步更新的播报区域策略——需要高级工程师跨两个季度投入。</p>

<p class="wp-block-paragraph">总投入——2025全年加2026年上半年——约为41万美元：外部审计和咨询费约9万美元，内部工程时间重新分配约26万美元，工具、培训及自动化CI无障碍回归测试流程约6万美元。2025年和解储备金约为21.5万美元——相较2024年有所下降，反映的是修复前遗留问题仍在以律师函形式陆续到来的长尾效应。预计2026年，在主要高频问题完成修复、回归测试流程在每次拉取请求中运行的情况下，约为9万至12万美元。</p>

<p class="wp-block-paragraph">双轨并行策略——一边支付早期和解，一边推进修复——是经过深思熟虑的。M.R.在2025年没有停止和解。对边际信件的成本计算——16,000至22,000美元让其消失，对比40,000美元以上的驳回动议费用——没有改变。改变的是底层风险面积。随着修复后的页面陆续上线，新收律师函中列举的具名缺陷越来越多地描述已修复的页面，截图已然过时。外部律师可以依据当前无障碍审计报告、部署日志，以及在两个案件中制作的展示具名页面被JAWS成功导航的视频录像，提出实质性否认——无需诉诸动议。2025年底数封信件在收到初步实质性回复后即未经付款撤回。</p>

<p class="wp-block-paragraph">保险部分与修复轨道并行推进，是M.R.自述中她所采取的最有用的单一举措。公司持有一份不涵盖无障碍主张的一般责任险，以及一份针对ADA第三章事项提供有限纯辩护背书的媒体责任险。在2025年续保周期中，M.R.谈判取得了一份专项无障碍责任附加险，涵盖辩护费用、在约定限额内的和解赔偿，以及——最关键的——一项"修复激励"抵扣条款：当公司能证明其在WCAG 2.2 AA路线图上取得有据可查的进展时，可获得保费抵扣。该附加险额外保费约为38,000美元，仅2025年一年就回收了约74,000美元的辩护费用。修复激励抵扣成为M.R.向首席财务官证明工程时间重新分配合理性的杠杆，无需重开预算周期：她投入修复的每一美元，都能让次年保费降低可量化的比例。</p>

<h2 class="wp-block-heading" id="h-lessons">经验——M.R.对其他内部法律顾问的建议</h2>

<p class="wp-block-paragraph">M.R.现在大约每月两次接受其他电商和SaaS公司同行总法律顾问的非正式电话咨询。来电公司的规模比她的小，处于律师函周期的早期阶段，提出的正是她2024年中期自己也在提的问题。她的回答已足够一致，值得记录下来。</p>

<p class="wp-block-paragraph"><strong>第一，对第一封信选择和解；从第二封起追踪所有变量。</strong>对任何合理的成本曲线解读而言，单封律师函的诉讼经济账都倾向于和解。但当第二封信到来的那一刻——而它几乎必然会在九十天内从另一家原告律所到来，援引不同但相邻的缺陷——公司就已进入律师函关系，而非诉讼事件。这段关系需要一张电子表格：日期、原告、原告律所、按WCAG准则列出的具名缺陷、要求金额、和解金额、收到免责声明的天数。没有电子表格，公司只是在支付一系列无关账单；有了电子表格，公司就是在购买数据。</p>

<p class="wp-block-paragraph"><strong>第二，研读程序态势，而非只看要求金额。</strong>一封威胁2026年联邦法院立案的信件，与一封威胁NYCHRL州法院或Unruh州法院立案的信件，构成的威胁本质不同。不同情境下的可辩性、可移送性、动议成本曲线，以及原告的当事人资格漏洞，均存在实质差异。<a href="/articles/ada-filings-move-to-state-court-post-acheson/">向州法院的迁移</a>是真实发生的，程序改革法规在不同法院以不同方式产生约束，将2024年的和解脚本套用在2026年的信件上，只会多付钱。</p>

<p class="wp-block-paragraph"><strong>第三，不要将修复预算对标今年的和解支出。</strong>修复的论证逻辑不是"我们今年花40万美元，明年节省26万美元"——这个对比在单年维度上是亏损的。论证逻辑是"我们一次性投入40万美元，压缩律师函的风险面积，使边际律师函从须付款变为可否认，并在此后每一年降低保费和工程事故时间成本"。向首席财务官的汇报需要三年期模型，而非单年差异分析。</p>

<p class="wp-block-paragraph"><strong>第四，保险与修复双轨并行。</strong>不含无障碍专项条款的保险形同虚设。不含有据可查的修复保费抵扣的附加险，等于将钱留在桌上。2025年和2026年的续保市场愿意为能展示WCAG 2.2 AA路线图和回归测试流程的被告提供合理条款，对无法展示的被告则不愿承保。</p>

<p class="wp-block-paragraph"><strong>第五，不要将技术阅读工作外包给外部律师。</strong>外部诉讼律师在大多数情况下并不具备WCAG知识。他们会把律师函当作程序文件来读，无法区分公司已修复的具名缺陷和尚未修复的具名缺陷。能够<a href="/articles/wcag-2-2-adoption-rate-survey/">将信中援引的WCAG准则与公司当前审计报告对照阅读</a>的内部法律顾问，才是能告诉外部律师哪些信件须和解、哪些可否认的那个人。</p>

<h2 class="wp-block-heading" id="h-final-thoughts">内部视角改变了什么</h2>

<p class="wp-block-paragraph">过去十年，美国ADA网络无障碍诉讼的被告方叙事，一直以怨愤的语言书写——套话信件、反复立案的原告、一个以收取小额和解金为存在意义的产业。这一叙事在机制描述上并无错误：早期和解窗口是这个产业经过设计的特征，而非偶然产物。但它对应对策略的判断是错误的。在三年维度上将法律支出最小化的应对方式，不是诉讼，而是修复——与保险双轨并行，按程序改革格局有序推进，由内部法律顾问以电子表格管理，将每封律师函视为稳定分布中的一个数据点。</p>

<p class="wp-block-paragraph">M.R.的故事所揭示的是：得出这一认识的内部法律顾问，不是读了最多判例法的那位，而是认真阅读了自己和解台账、在董事会层面追问差异成因、并坦然接受"我尚无答案"是一段不同对话起点的那位。律师函产业将比任何单一被告的转型更持久。率先转型的被告，总体上将为这个产业提供更少的资金。</p>

<p class="wp-block-paragraph">本系列将继续推出配套文章，分别呈现一位资深原告方无障碍律师的视角，以及一位在CPLR第3211条改革后程序环境下执业的纽约州原告律师的视角。目的不是用对立叙事平衡内部视角——而是展示诉讼双方如何以不同的方式解读同一组信件、和解协议与改革举措，以及双方解读在哪里趋于一致。</p>

</div>

---
title: 渐进式网络应用与无障碍访问：2026年现状全览
url: https://www.disabilityworld.org/zh/articles/pwa-accessibility-state-of-the-art/
description: 2026年渐进式网络应用在无障碍访问方面的现状——安装提示用户体验、自适应图标、网页与原生应用间的屏幕阅读器切换、file_handlers/share_target/window_controls_overlay清单属性、离线辅助技术行为，以及iOS 16.4后的iOS Safari安装路径。
author: Disability World
pubDate: 2026-05-22
tags: pwa, progressive-web-apps, service-worker, offline, manifest, mobile, tech-news
---

# 渐进式网络应用与无障碍访问：2026年现状全览

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">工程入门 · 2026年PWA无障碍访问</div>
      <h1 class="hero__title" id="hero-heading">
        渐进式网络应用与无障碍访问：<br/>
        2026年现状全览
      </h1>
      <p class="hero__lead">自苹果在iOS 16.4上终于提供了可用的安装路径，六年过去了，渐进式网络应用已从一个新奇概念，演变为一个采购问题。本文面向2026年的工程团队，旨在厘清PWA对辅助技术用户究竟负有哪些义务——以及平台与真正的原生应用相比仍存在哪些不足。</p>
      <div class="hero__stats" aria-label="关键数据">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">iOS 16.4 — Safari上首个可用的PWA安装路径</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">影响辅助技术行为的清单属性</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">约35%</div>
          <div class="stat-chip__label">Lighthouse评分PWA的安装按钮对辅助技术不可见</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World — 工程编辑部</strong></div>
        <div class="hero__pill">阅读约需9分钟</div>
        <div class="hero__pill">2026年5月更新</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章目录">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 2026年"PWA无障碍访问"的含义</a></li>
        <li><a href="#s2">2. 安装提示</a></li>
        <li><a href="#s3">3. 清单属性层</a></li>
        <li><a href="#s4">4. 网页与原生应用间的屏幕阅读器切换</a></li>
        <li><a href="#s5">5. 离线状态与辅助技术行为</a></li>
        <li><a href="#s6">6. iOS Safari、Android与原生应用对比</a></li>
        <li><a href="#s7">结语：2026年实践手册</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础概念</div>
        <h2 class="section-title" id="s1-heading">1. 2026年"PWA无障碍访问"的含义</h2>
        <div class="prose">
          <p>渐进式网络应用在运行时，是在普通网站之上叠加的三层结构：Web应用清单、Service Worker，以及一个已安装模式的外壳——它用操作系统自身的任务切换器条目替代浏览器框架。这三层中的每一层都引入了各自独特的无障碍义务——也各自以不同的、可独立调试的方式使辅助技术用户受挫。</p>
          <p>2020年，整个讨论归结为一句"WCAG适用于PWA"——技术上正确，操作上毫无意义。到2026年，讨论已拆分为真正重要的四个层面：安装提示的用户体验、驱动操作系统级功能的清单属性、PWA在独立模式下启动后浏览器无障碍树与操作系统无障碍树之间的切换，以及Service Worker离线回退的辅助技术行为。WCAG 2.2规范文档层面；平台集成层面则受一套更为零散的混合规范约束——W3C草案、厂商特定行为，以及继承自网页的ARIA惯例。</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">范围说明</span>
            <div class="callout__body"><p>本文涵盖PWA的平台集成层面——安装提示、清单属性、独立模式下的辅助技术行为、离线回退。默认底层文档已满足WCAG 2.2 AA。在不可访问页面上套一层PWA外壳，结果仍是一个不可访问的页面。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">层面</div>
        <h2 class="section-title" id="s2-heading">2. 安装提示</h2>
        <div class="prose">
          <p>安装提示是PWA中用户感知最直接的层面，在2026年仍是工程实现最为粗糙的一个。在Chromium上，提示受`beforeinstallprompt`事件控制，该事件仅在满足启发式参与门槛后触发，网站通常将其挂接到一个自定义的"安装应用"按钮上。问题正出在这个自定义按钮上：约三分之一获得Lighthouse评分的PWA将安装操作渲染为一个`&lt;div&gt;`或经过样式化的`&lt;span&gt;`，没有角色、没有可访问名称、没有键盘处理程序——对屏幕阅读器不可见、Tab键无法到达、与装饰性界面元素无从区分。</p>
          <p>修复方案并不复杂，但不可或缺：将安装操作渲染为真正的`&lt;button&gt;`，设置包含动词的可访问名称（如"在此设备上安装Disability World"），向所有输入方式提供同一按钮，并在用户关闭操作系统确认界面后通过动态区域播报成功或失败状态。同样的原则适用于相关应用和`beforeinstallprompt`被取消的状态——两者都必须为辅助技术用户产生可感知的状态变化。</p>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">安装按钮解析：劣与优</div>
          <div class="cmp-grid">
            <div class="cmp-card good">
              <div class="cmp-card-label">较差——实际案例中常见的做法</div>
              <ul>
                <li>`&lt;div onclick="install()"&gt;安装&lt;/div&gt;` — 不可获得焦点，无角色，屏幕阅读器只能看到"安装"一词，没有可操作的功能提示。</li>
                <li>按钮在`beforeinstallprompt`触发前隐藏——事件触发后，键盘用户会遇到一个"安装"链接，点击却毫无反应。</li>
                <li>取消后无状态播报——辅助技术用户无从得知安装是否成功。</li>
              </ul>
            </div>
            <div class="cmp-card better">
              <div class="cmp-card-label">较优——2026年的实践</div>
              <ul>
                <li>`&lt;button type="button" aria-label="安装Disability World"&gt;...&lt;/button&gt;`，在安装尚不可用时显式设置`aria-disabled`。</li>
                <li>`beforeinstallprompt`处理程序暂存事件；按钮通过事件到来时切换`aria-disabled`来反映当前状态。</li>
                <li>一个礼貌（polite）动态区域在`userChoice`解析后播报"已安装"或"安装已取消"，使辅助技术用户获得可感知的确认。</li>
              </ul>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考</div>
        <h2 class="section-title" id="s3-heading">3. 清单属性层</h2>
        <div class="prose">
          <p>Web应用清单在2022至2026年间悄然扩展，其中许多新增属性对无障碍访问有直接影响。下方矩阵表将与辅助技术交互的11个清单属性，与各浏览器当前的实际支持情况一一对应——覆盖Android上的Chrome、iOS上的Safari、Windows上的Edge，以及桌面版Firefox。`file_handlers`、`share_target`、`window_controls_overlay`等属性在2021年几乎没有实质意义，而在2026年，它们决定了PWA是否出现在操作系统分享菜单中、能否从系统文件管理器打开文件，以及能否自定义标题栏——而屏幕阅读器用户必须能够感知和操作所有这些功能。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Chrome（Android）</th>
              <th>Safari（iOS 16.4+）</th>
              <th>Edge（Windows）</th>
              <th>Firefox（桌面）</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>`name`暴露给操作系统启动器</th><td>是</td><td>是</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`short_name`显示在主屏幕图标下方</th><td>是</td><td>是</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`description`由辅助技术在应用信息对话框中读取</th><td>是</td><td>部分</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>自适应遮罩图标（`purpose: "maskable"`）</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`lang` + `dir`传递给辅助技术</th><td>是</td><td>部分</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`file_handlers` — 从系统文件管理器打开</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`share_target` — 出现在操作系统分享菜单中</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`window_controls_overlay`标题栏接管</th><td class="cell-na">不适用</td><td class="cell-na">不适用</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`shortcuts` — 长按启动器菜单</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`display_override`（`minimal-ui`、`window-controls-overlay`）</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
            <tr><th>`launch_handler`（`focus-existing`）</th><td>是</td><td>否</td><td>是</td><td class="cell-na">不适用</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">`window_controls_overlay`的陷阱</span>
            <div class="callout__body"><p>当PWA启用`window_controls_overlay`时，它接管了操作系统的标题栏——包括在原生应用中屏幕阅读器会自动播报窗口标题的区域。采用此属性的应用必须在安全区域内显式渲染一个可获得焦点、带辅助技术标签的标题栏控件，否则屏幕阅读器用户将失去唯一能在屏幕上确认"我在应用的哪个位置"的锚点。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">行为</div>
        <h2 class="section-title" id="s4-heading">4. 网页与原生应用间的屏幕阅读器切换</h2>
        <div class="prose">
          <p>2026年PWA无障碍访问中最难调试的问题，是当用户跨越独立模式PWA外壳与操作系统本身之间的接缝时会发生什么。在Android上，TalkBack在用户聚焦主屏幕图标时读取清单的`name`，然后在PWA启动后切换到读取应用内无障碍树；在iOS 16.4+上，VoiceOver对已安装的PWA执行相同操作，但有一个重要的差异——启动后首个可获得焦点的元素被播报时，缺少原生iOS应用通过UIWindow标题提供的应用级上下文信息。</p>
          <p>PWA开发者有一个工具来弥合这一差距：在冷启动时，将焦点移至一个在可访问标签中包含应用名称的标题或主区域地标，并将文档`&lt;title&gt;`设置为一个在用户在应用间切换时操作系统任务切换器能够读取的字符串。若不这样做，屏幕阅读器用户将失去"已切换应用"的情境提示——这种"我在哪里"的失效，在原生应用中不会出现。</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"2024年，一位使用蓝牙键盘的VoiceOver用户告诉我们，在一个我们已认证符合WCAG 2.2 AA的PWA上，他完全不知道自己已经从Safari切换到了我们的应用。文档本身是可访问的，但切换过程不是。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World用户研究日志，2024年10月</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">行为</div>
        <h2 class="section-title" id="s5-heading">5. 离线状态与辅助技术行为</h2>
        <div class="prose">
          <p>当Service Worker提供离线回退页面时，会出现两种辅助技术特有的失效模式：原来处于已卸载页面中的焦点被静默地丢到文档主体上，而离线页面本身几乎从不使用动态区域来告知屏幕阅读器用户刚刚发生了什么。结果是，用户听到一次离线页面标题的播报（如果运气好的话），随后完全失去情境。</p>
          <p>修复方案是将离线过渡视为一次状态变化：通过礼貌（polite）`aria-live`区域播报，将焦点恢复至离线页面上的已知地标，并将"重试"操作渲染为真正的按钮，而非大多数Service Worker样板代码中附带的"重新加载"链接。同样的原则适用于前台同步恢复路径：当网络连接恢复、Service Worker清空队列时，这也是一次辅助技术用户必须被告知的状态变化。</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Service Worker检查清单</span>
            <div class="callout__body"><p>过渡时礼貌动态区域播报"您已离线"。焦点移至离线页面主标题。第一个可交互元素是标签清晰的`&lt;button&gt;重试&lt;/button&gt;`。重新连接后，第二条礼貌播报说"网络连接已恢复"，焦点恢复到用户上次交互的位置。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">对比</div>
        <h2 class="section-title" id="s6-heading">6. iOS Safari、Android与原生应用对比</h2>
        <div class="prose">
          <p>"应该交付PWA还是原生应用"这个问题，如今既有功能完整性维度，也有无障碍访问维度。下方我们将同一款假想新闻阅读应用以四种方式呈现——Android上的PWA、iOS 16.4+上的PWA、原生iOS应用、原生Android应用——并在屏幕阅读器用户首先触及的五个层面进行对比。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PWA · Android</th>
              <th>PWA · iOS 16.4+</th>
              <th>原生 · iOS</th>
              <th>原生 · Android</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>安装操作对辅助技术可发现</th><td>取决于开发者是否正确实现</td><td>"添加到主屏幕"菜单 — 可发现</td><td>App Store — 完全可访问</td><td>Play Store — 完全可访问</td></tr>
            <tr><th>启动器图标的应用名称和描述</th><td>是</td><td>是（`name` + `apple-mobile-web-app-title`）</td><td>是（UIKit Info.plist）</td><td>是（Android manifest）</td></tr>
            <tr><th>自适应图标（主题色/单色）</th><td>是（maskable）</td><td>否</td><td>是</td><td>是</td></tr>
            <tr><th>应用切换器情境已播报</th><td>是</td><td>部分</td><td>是（UIWindow标题）</td><td>是</td></tr>
            <tr><th>操作系统分享菜单入口</th><td>是（`share_target`）</td><td>否</td><td>是（UIActivity）</td><td>是（Intent filter）</td></tr>
            <tr><th>长按快捷方式</th><td>是（`shortcuts`）</td><td>否</td><td>是（UIApplicationShortcutItem）</td><td>是</td></tr>
            <tr><th>推送通知内容可访问</th><td>是</td><td>是（自iOS 16.4起）</td><td>是</td><td>是</td></tr>
            <tr><th>自定义旋转器/快速导航</th><td class="cell-na">不适用</td><td class="cell-na">不适用</td><td>是</td><td>是</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">2026年iOS的差距</span>
            <div class="callout__body"><p>iOS 16.4为PWA开放了安装路径、推送通知和标记API，iOS 17在基本启动层面进一步缩小了差距。但`file_handlers`、`share_target`、`shortcuts`和`window_controls_overlay`仍不受支持。对于依赖操作系统分享菜单在应用间传递内容的辅助技术用户而言，iOS上的PWA在功能上仍明显小于Android上的PWA或原生iOS应用。</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <h2 class="section-title" id="s7-heading">结语：2026年实践手册</h2>
        <div class="prose">
          <p>将安装操作渲染为带可访问名称的真正`&lt;button&gt;`。将礼貌动态区域挂接至`userChoice`的结果。在清单中填写`name`、`short_name`、`description`、`lang`和`dir`，并为Android提供maskable图标。若启用`window_controls_overlay`，自行渲染并标记标题栏；若启用`file_handlers`或`share_target`，将由此触发的启动视为状态变化并在入口处播报。</p>
          <p>每次屏幕阅读器用户跨越接缝时，都要将焦点恢复至带标签的地标——首次启动、从应用切换器返回、离线过渡、分享目标启动、重新连接。将每次跨越视为一个独立事件，该事件对用户负有提供可感知播报和已知焦点锚点的义务。这些并不复杂；但几乎没有哪个团队真正系统地落实了这些要求。</p>
          <p>2026年的PWA，对辅助技术用户而言可以非常接近原生应用——在Android上是这样。在iOS上，与之前相比已经更近了，但仍存在真实的差距。这一差距每年大约缩小一个清单属性的距离。对于在PWA与原生应用之间做选择的采购团队而言，无障碍访问方面的问题已不再是"PWA能否实现无障碍访问？"——答案是可以。问题在于，构建它的团队是否已研读了上方11行清单，并认识到每一行都是其交付物的组成部分。</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"PWA外壳并不能免除团队承担平台集成工作的义务。它新增了11个无障碍访问层面，并要求团队在其所交付的每个平台上分别处理好每一个层面。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World工程编辑部</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 2026年可刷新盲文显示器购买指南：12款机型全面对比
url: https://www.disabilityworld.org/zh/articles/refreshable-braille-displays-buyers-guide/
description: 工程评测：对比2026年12款可刷新盲文显示器——Humanware Brailliant BI 40X/20X、HIMS Polaris/QBraille XL、Orbit Reader 40/20、APH Mantis Q40/Chameleon 20、Eurobraille Esys、Help Tech Activator及Dot Pad，附功能矩阵与三强推荐。
author: Disability World
pubDate: 2026-05-22
tags: braille-displays, refreshable-braille, blindness, assistive-tech, hardware, buyers-guide
---

# 2026年可刷新盲文显示器购买指南：12款机型全面对比

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">购买指南 · 2026年可刷新盲文显示器</div>
      <h1 class="hero__title" id="hero-heading">
        2026年可刷新盲文显示器购买指南：<br />
        12款机型全面对比
      </h1>
      <p class="hero__lead">2026年市场上共有十二款可刷新盲文设备，价格从数百美元到近九千美元不等，应用场景涵盖纯文本阅读到多行触觉图形。本文是专为盲人专业人士、家长、教师及采购负责人撰写的实用购买评分表。</p>
      <div class="hero__stats" aria-label="关键统计数据">
        <div class="stat-chip">
          <div class="stat-chip__num">12</div>
          <div class="stat-chip__label">参评机型</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">每款机型的评估维度</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">约 8,800 美元</div>
          <div class="stat-chip__label">全场价格跨度</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">作者：<strong>Disability World 硬件评测团队</strong></div>
        <div class="hero__pill">阅读约需 11 分钟</div>
        <div class="hero__pill">更新于 2026 年 5 月</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="文章章节">
    <div class="toc-bar__inner">
      <p>目录</p>
      <ul role="list">
        <li><a href="#s1">1. 购买者真正购买的是什么</a></li>
        <li><a href="#s2">2. 参评的十二款机型</a></li>
        <li><a href="#s3">3. 功能矩阵</a></li>
        <li><a href="#s4">4. 2026年三强推荐</a></li>
        <li><a href="#s5">5. Dot Pad 问题</a></li>
        <li><a href="#s6">6. 决策树</a></li>
        <li><a href="#conclusion">结语</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">基础知识</div>
        <h2 class="section-title" id="s1-heading">1. 购买盲文显示器时，购买者真正购买的是什么</h2>
        <div class="prose">
          <p>可刷新盲文显示器是一排——有时是一整片——在软件控制下上下起伏的小塑料针，用以构成盲文字符。这些针通常由压电驱动器驱动，部分低成本新款设计采用步进电机，高端设备则越来越多地集成触觉图形模块。显示器通过 USB 或蓝牙连接到计算机或手机，主机上的屏幕阅读器逐格输出字符。这就是整个工作原理，四十年来始终如此。</p>
          <p>机型之间的差异在于围绕针脚的一切：设备一次显示多少格，如何配对，内置了哪些记事应用，电池续航多久，哪些屏幕阅读器能流畅驱动它，以及在购买者所在国家加上进口税和延保后的实际价格。40 格的显示器能一次显示完整的书本正文一行；20 格的显示器可以放进外套口袋，足以显示一条手机通知。内置记事应用的设备可以在没有主机的飞机上编辑文档；"纯显示器"则不能。这些差异绝非微不足道——它们决定了一款工具能否融入工作日常，还是只能搁置在架子上。</p>
        </div>

        <div class="stat-row" aria-label="盲文显示器背景数据">
          <div class="stat-card">
            <div class="stat-card__num">40</div>
            <div class="stat-card__label">典型全行显示器的格数——按标准行宽足以显示书本正文一整行。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">20</div>
            <div class="stat-card__label">典型口袋显示器的格数——足以显示一条手机通知、一个日历条目或一行代码。</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">约 3 款</div>
            <div class="stat-card__label">几乎每款盲文显示器都随附驱动的屏幕阅读器：JAWS、NVDA 与 VoiceOver（iOS + macOS）。</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">七个关键评估维度</span>
            <div class="callout__body">
              <p><strong>1. 格数。</strong>20 格（口袋型）、32 格（中档）、40 格（全行）或多行（适用于图形）。</p>
              <p><strong>2. 连接方式。</strong>蓝牙（任意版本）、USB-C、USB-A，以及 SD 卡槽等附加接口。</p>
              <p><strong>3. 屏幕阅读器兼容性。</strong>JAWS、NVDA、VoiceOver——以及各自驱动设备的流畅程度。</p>
              <p><strong>4. 记事应用。</strong>设备是否能在不连接主机的情况下原生运行编辑器、日历、邮件和电子书阅读应用。</p>
              <p><strong>5. 电池。</strong>单次充电后连续阅读或记录笔记的小时数。</p>
              <p><strong>6. 价格。</strong>厂商建议零售价（USD、EUR、GBP）——不含各国辅助技术补贴（部分国家可抵扣 100% 费用）。</p>
              <p><strong>7. 保修。</strong>厂商标准保修期及延保费用。</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"盲文显示器不是屏幕的替代品。它是盲人读者已经流利掌握的语言的触觉键盘——而这种流利的代价，是长达四十年缓慢的工业进步。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">—— Disability World 硬件评测团队</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">市场全景</div>
        <h2 class="section-title" id="s2-heading">2. 参评的十二款机型</h2>
        <div class="prose">
          <p>2026 年市场可分为四个层级。旗舰层——Brailliant BI 40X、Polaris、Mantis Q40、Activator——价格在 4,000 至 6,000 美元之间，集 40 格显示与完整记事操作系统于一体。中端层——Brailliant BI 20X、QBraille XL、Chameleon 20、Eurobraille Esys——价格在 2,500 至 4,000 美元之间，格数较少或记事功能较简化。低价层——Orbit Reader 20 和 40——通过步进电机替代压电驱动器，将价格压至 1,500 美元以下。图形层只有一款：Dot Pad 配备了完整的二维针脚阵列，其价格决定了它更适合机构采购而非个人购买。</p>
          <p>下方卡片概述了每款机型的定位及其目标用户群体。圆点反映该设备对 2026 年购买第一台或第二台显示器的典型盲人专业人士的整体适配度，并非质量评分。四点 Orbit Reader 并不比五点 Brailliant 差——它只是一款价格更低、功能更少的机器，而这种取舍对许多读者而言恰恰是正确的。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 40X</div>
                <div class="combo-card__sub">40 格旗舰记事型（Humanware）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合全天阅读和撰写长篇文章的专业人士</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 20X</div>
                <div class="combo-card__sub">20 格口袋记事型（Humanware）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合与手机配对的通勤者和学生</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS Polaris</div>
                <div class="combo-card__sub">32 格基于 Android 的记事型（HIMS）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合希望在格键下拥有完整 Android 平板体验的用户</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>32</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS QBraille XL</div>
                <div class="combo-card__sub">40 格带 QWERTY 键盘的显示型（HIMS）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合以 QWERTY 输入、以盲文阅读的用户</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 40</div>
                <div class="combo-card__sub">40 格低价显示型（Orbit Research）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合学生、学校及新兴市场读者</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 20</div>
                <div class="combo-card__sub">20 格低价显示型（Orbit Research）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合初次购买显示器的用户及盲文学习项目</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Mantis Q40</div>
                <div class="combo-card__sub">40 格带 QWERTY 键盘的显示型（APH）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合已习惯 QWERTY 输入的后天失明专业人士</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Chameleon 20</div>
                <div class="combo-card__sub">20 格带珀金斯键的显示型（APH）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合学习盲文输入的 K-12 学生</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Eurobraille Esys</div>
                <div class="combo-card__sub">40 格欧洲市场显示型（Eurobraille）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合可申请国家补贴的法国和比利时读者</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Help Tech Activator</div>
                <div class="combo-card__sub">40 格基于 Android 的记事型（Help Tech）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合德国市场读者及 ATC 集成用户</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Dot Pad</div>
                <div class="combo-card__sub">多行触觉图形平面（Dot Inc.）</div>
              </div>
            </div>
            <div class="combo-card__usage">高度适合 STEM 学生、博物馆及机构图形工作</div>
            <div class="combo-feat"><span class="combo-feat__label">格数</span><span>2,400 针（300 格）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">荣誉提名</div>
                <div class="combo-card__sub">2026 年其他值得关注的参赛者</div>
              </div>
            </div>
            <div class="combo-card__usage">Tactile Engineering Cadence、Bristol Braille Canute、NLS eReader（美国借阅专用）</div>
            <div class="combo-feat"><span class="combo-feat__label">状态</span><span>小众或仅限借阅</span></div>
            <div class="combo-feat"><span class="combo-feat__label">整体适配度</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">价格会变，驱动程序不会</span>
            <div class="callout__body">
              <p>第三节中的 USD、EUR、GBP 价格均为撰稿时的厂商建议零售价，在不同国家会因汇率、关税和经销商加价而浮动。相比之下，驱动程序和屏幕阅读器的兼容性由厂商设定，仅在新固件或新版屏幕阅读器发布时才会变更。请将矩阵数据视为持久有效的参考，将价格列视为时间截面数据。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">参考资料</div>
        <h2 class="section-title" id="s3-heading">3. 功能矩阵：机型与属性对照</h2>
        <div class="prose">
          <p>将第一节的七个维度与第二节的十二款机型逐一对照。价格为厂商建议零售价（USD、EUR、GBP）。电池续航时长为厂商标注的连续阅读时间。"JAWS / NVDA / VoiceOver"栏目列出可通过第一方或社区驱动程序驱动该设备的屏幕阅读器；不在列并不意味着完全不可用，只代表购买者需要自行寻找变通方案。</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>机型</th>
              <th>格数</th>
              <th>连接方式</th>
              <th>屏幕阅读器支持</th>
              <th>记事应用</th>
              <th>电池续航</th>
              <th>价格（USD / EUR / GBP）</th>
              <th>保修</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Brailliant BI 40X</th>
              <td>40</td>
              <td>USB-C、蓝牙 5</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>编辑器、图书馆、日历、计算器</td>
              <td>约 15 小时</td>
              <td>约 4,395 / 4,250 / 3,650</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>Brailliant BI 20X</th>
              <td>20</td>
              <td>USB-C、蓝牙 5</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>编辑器、图书馆、日历、计算器</td>
              <td>约 15 小时</td>
              <td>约 3,095 / 2,990 / 2,580</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>HIMS Polaris</th>
              <td>32</td>
              <td>USB-C、USB-A 主机口、蓝牙、Wi-Fi</td>
              <td>JAWS、NVDA、VoiceOver（主机端）+ Android 原生</td>
              <td>完整 Android 记事套件</td>
              <td>约 18 小时</td>
              <td>约 5,995 / 5,800 / 4,990</td>
              <td>标准 1 年</td>
            </tr>
            <tr>
              <th>HIMS QBraille XL</th>
              <td>40</td>
              <td>USB-C、蓝牙</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>无（带 QWERTY 输入的纯显示型）</td>
              <td>约 20 小时</td>
              <td>约 3,795 / 3,690 / 3,150</td>
              <td>标准 1 年</td>
            </tr>
            <tr>
              <th>Orbit Reader 40</th>
              <td>40</td>
              <td>USB-C、蓝牙、SD 卡</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>独立阅读器、简易编辑器、文件浏览器</td>
              <td>约 20 小时</td>
              <td>约 1,495 / 1,490 / 1,280</td>
              <td>标准 1 年</td>
            </tr>
            <tr>
              <th>Orbit Reader 20</th>
              <td>20</td>
              <td>USB-C、蓝牙、SD 卡</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>独立阅读器、简易编辑器、文件浏览器</td>
              <td>约 20 小时</td>
              <td>约 699 / 720 / 620</td>
              <td>标准 1 年</td>
            </tr>
            <tr>
              <th>APH Mantis Q40</th>
              <td>40</td>
              <td>USB-C、蓝牙 5</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>编辑器、图书馆、计算器、终端</td>
              <td>约 14 小时</td>
              <td>约 2,495 / 2,490 / 2,140</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>APH Chameleon 20</th>
              <td>20</td>
              <td>USB-C、蓝牙 5</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>编辑器、图书馆、计算器</td>
              <td>约 14 小时</td>
              <td>约 2,195 / 2,190 / 1,880</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>Eurobraille Esys</th>
              <td>40</td>
              <td>USB-C、蓝牙</td>
              <td>JAWS、NVDA、VoiceOver</td>
              <td>编辑器、日历、地址簿</td>
              <td>约 20 小时</td>
              <td>约 4,195 / 3,990 / 3,490</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>Help Tech Activator</th>
              <td>40</td>
              <td>USB-C、蓝牙、Wi-Fi、ATC</td>
              <td>JAWS、NVDA、VoiceOver + Android 原生</td>
              <td>完整 Android 记事套件</td>
              <td>约 12 小时</td>
              <td>约 6,495 / 6,290 / 5,390</td>
              <td>标准 2 年</td>
            </tr>
            <tr>
              <th>Dot Pad</th>
              <td>2,400 针（300 格，多行）</td>
              <td>USB-C、蓝牙、iPad 配对</td>
              <td>VoiceOver（主要）、JAWS（经主机桥接）</td>
              <td>无（触觉图形平面，由主机驱动）</td>
              <td>约 8 小时</td>
              <td>约 8,900 / 8,490 / 7,290</td>
              <td>标准 1 年</td>
            </tr>
            <tr>
              <th>荣誉提名</th>
              <td>各异</td>
              <td>各异</td>
              <td>各异</td>
              <td>小众或仅限借阅</td>
              <td>各异</td>
              <td>各异</td>
              <td>各异</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">如何阅读矩阵</span>
            <div class="callout__body">
              <p>矩阵自然有三种阅读顺序。纵向阅读价格列以比较成本；纵向阅读记事应用列以比较脱离主机使用的独立性；纵向阅读屏幕阅读器列以确认某款机型能否与购买者现有软件配合使用。矩阵不对格键本身打分——本列表中的每款设备均使用符合标准的 2.5 毫米点径和 2.5 毫米格间距，实际触摸对比测试难以区分优劣。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">推荐</div>
        <h2 class="section-title" id="s4-heading">4. 2026年三强推荐，按用户画像分类</h2>
        <div class="prose">
          <p>矩阵列出了十二款设备；大多数购买者应在其中三款中做选择。以下推荐覆盖了 2026 年新购量最大的三类用户：全天阅读和撰写长篇文章的在职专业人士、以手机为中心的学生或通勤者，以及批量采购显示器的学校或康复机构。</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">适合在职专业人士</div>
                <div class="combo-card__sub">Brailliant BI 40X——约 4,395 美元</div>
              </div>
            </div>
            <div class="combo-card__usage">完整 40 格行、强大记事功能、JAWS 和 NVDA 驱动流畅、两年保修</div>
            <div class="combo-feat"><span class="combo-feat__label">选择理由</span><span>支持最完善的全行显示设备</span></div>
            <div class="combo-feat"><span class="combo-feat__label">备选</span><span>APH Mantis Q40（QWERTY 输入）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">跳过条件</span><span>预算低于约 3,000 美元</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">适合学生或通勤者</div>
                <div class="combo-card__sub">Brailliant BI 20X——约 3,095 美元</div>
              </div>
            </div>
            <div class="combo-card__usage">20 格口袋形态、完整蓝牙 5 与 iPhone 或 Android 配对、轻巧便于每日携带</div>
            <div class="combo-feat"><span class="combo-feat__label">选择理由</span><span>最佳手机配对口袋显示器</span></div>
            <div class="combo-feat"><span class="combo-feat__label">备选</span><span>APH Chameleon 20（美国 K-12 购买者）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">跳过条件</span><span>日常需阅读长篇文章——请选 40 格</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">适合学校和机构项目</div>
                <div class="combo-card__sub">Orbit Reader 20——约 699 美元</div>
              </div>
            </div>
            <div class="combo-card__usage">市场上单价最低、经久耐用、SD 卡独立阅读、维修路径简单</div>
            <div class="combo-feat"><span class="combo-feat__label">选择理由</span><span>每笔经费可购买显示器数量最多</span></div>
            <div class="combo-feat"><span class="combo-feat__label">备选</span><span>Orbit Reader 40（年龄较大的学生）</span></div>
            <div class="combo-feat"><span class="combo-feat__label">跳过条件</span><span>记事应用是硬性需求</span></div>
          </article>
        </div>

        <p class="pull">2026 年最合适的盲文显示器，往往并非购买者能合理申请到的最贵款，而是能满足购买者清单上所有要求的最便宜款。</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">国家补贴改变账单逻辑</span>
            <div class="callout__body">
              <p>在德国，法定医疗保险（Krankenkasse）可为在职读者全额报销 Activator；在法国，MDPH 途径可报销 Esys；在英国，"无障碍工作"（Access to Work）可报销大多数旗舰设备（有上限）；在美国，职业康复（Vocational Rehabilitation）和退伍军人事务部通常报销 Brailliant 和 Mantis。自费购买者应将价格列视为约束性数据；符合国家补贴资格的购买者则应将其视为谈判起点。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">前沿</div>
        <h2 class="section-title" id="s5-heading">5. Dot Pad 问题：多行图形时代已至</h2>
        <div class="prose">
          <p>列表中十一款设备均为单行盲文显示器——每次只显示一行文字。第十二款 Dot Pad 则截然不同：它是一个由十行三十格排列而成的 300 格网格，加上一个可渲染图表、地图、数学示意图或 UI 原型图的 2,400 针触觉图形区域。这是二十年来可刷新盲文硬件领域最重要的工业变革，其价格对个人购买而言高不可攀，但对机构采购来说完全可以承受。</p>
          <p>Dot Pad 并非 Brailliant 或 Mantis 的替代品，而是补充。一名拥有 Mantis Q40 用于阅读文字、Dot Pad 用于查看图表的盲人 STEM 本科生，可以在同一张桌子上读教材又看图表；博物馆将 Dot Pad 置于视觉展品旁，可实时向盲人参观者展示展品内容；学校在数学实验室配备 Dot Pad，可让盲人学生接触此前只能靠压纹纸印制、隔夜邮寄的图形。2026 年这一切已不再是设想——该设备已批量销售给韩国、日本、美国和英国的公共机构买家，欧洲机构采购亦在增长。</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Dot Pad 取代了什么</div>
            <p>压纹纸印制的图形——每张约 15-40 美元，需经转录服务隔夜邮寄，24 至 48 小时才能到手，且印出后无法修改。对静态教材图示尚可应付，对在职分析师实时生成的图表则完全无能为力。</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Dot Pad 实现了什么</div>
            <p>实时触觉渲染主机发送的任何图形——来自教材、图表库生成，或从幻灯片实时转录。秒级刷新，原地修改，通过重新发送文件即可在学生之间共享。明眼班级看到的同一张图，在同一分钟呈现给盲人学生。</p>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">购买 Dot Pad 的注意事项</span>
            <div class="callout__body">
              <p>Dot Pad 的价格几乎超出所有个人购买预算——约 8,900 美元，是 Mantis Q40 的三倍以上，接近一辆小型汽车的价格。对于个人购买者，问题通常不是 Dot Pad 是否优秀（它确实优秀），而是能否找到机构为其买单并允许使用。STEM 学生应咨询所在院校的残障服务办公室；在职专业人士应查询雇主的合理便利预算；家长应向孩子所在的学区提出申请。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">决策手册</div>
        <h2 class="section-title" id="s6-heading">6. 决策树：从"我需要盲文显示器"到"我买了这款"</h2>
        <div class="prose">
          <p>上述矩阵和推荐是数据，下面的决策树是使用方法。按顺序回答六个问题，每个问题的答案都会从列表中排除部分机型。从上到下走完决策树，大多数购买者最终会落在一两款候选机型上。</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>您需要 40 格全行，还是 20 格已够用？</h3>
            <p>阅读长篇文章、撰写报告、处理电子表格——选 40 格。阅读手机通知、与 iPhone 配对、每天随身携带——选 20 格。如果不确定，选 40 格：价差确实存在，但体验差距更大，大多数从 20 格起步的读者会在两年内升级。这一个问题就能排除一半候选机型。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>您需要内置记事应用，还是仅需由主机驱动的显示器？</h3>
            <p>如果设备必须在没有笔记本电脑的飞机上独立工作——编辑器、日历、计算器、电子书阅读器——您需要记事功能。这将指向 Brailliant BI 40X / 20X、HIMS Polaris、Help Tech Activator、APH Mantis Q40 / Chameleon 20。如果设备始终与手机或计算机配对，QBraille XL、Orbit Reader 20 / 40 和 Eurobraille Esys 是以显示为主的设备，价格也因此更低。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>您实际使用哪款屏幕阅读器？</h3>
            <p>仅使用 JAWS 的购买者可从任何旗舰设备中选择，但应在 Freedom Scientific 兼容性页面上确认驱动版本。NVDA 用户的硬件支持最广泛，社区驱动生态也最丰富；Orbit Reader 和 Brailliant 系列与 NVDA 配合尤为流畅。iPhone 上的 VoiceOver 用户应购买支持当前蓝牙 5 标准的设备——Brailliant 20X、Mantis Q40 和 Chameleon 20 是最稳妥的选择。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>您偏好珀金斯式盲文键还是 QWERTY 键？</h3>
            <p>大多数自幼学习盲文的盲人读者偏好设备上的珀金斯式输入。大多数已习惯盲打的后天失明专业人士偏好 QWERTY。如果您的答案是 QWERTY，选择范围迅速缩窄为 APH Mantis Q40 和 HIMS QBraille XL。如果答案是珀金斯式，几乎所有其他机型均可胜任。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>补贴后您的实际预算是多少？</h3>
            <p>低于约 1,500 美元：Orbit Reader 20 或 40 是唯一选择。约 2,000 至 3,500 美元：APH Mantis Q40 和 Chameleon 20 占主导。约 3,500 至 5,000 美元：Brailliant BI 40X、QBraille XL 和 Eurobraille Esys 是主要候选。高于约 5,000 美元：Polaris、Activator 以及（机构购买的）Dot Pad 均在考虑范围之内。回答此问题前请先核算国家补贴；一旦开通 Krankenkasse、MDPH、Access to Work 或职业康复途径，账单逻辑将彻底改变。</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>您是否需要触觉图形，还是只需要文字？</h3>
            <p>几乎所有购买者只需要文字。Dot Pad 仅对 STEM 学生、制图师、设计师、博物馆教育工作者以及每天与图表和地图打交道的人有意义。如果答案是"只需文字"，跳过 Dot Pad，将预算用于更好的单行设备加两年延保。如果答案是"图形是我工作的核心"，Dot Pad 是本列表中唯一能满足该需求的设备。</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">先试后买</span>
            <div class="callout__body">
              <p>本列表中每款设备的按键布局、格间距和按键手感均略有不同。能在购买前亲自试用——在全国性残障联合会大会、当地康复机构或厂商演示活动上——的购买者，比盲购的购买者做出更好的决策。在美国，每年春季举办的 CSUN、ATIA 和 NFB 大会均设有厂商展台；在欧洲，伯明翰的 Sight Village 和法兰克福的 SightCity 承担同样的角色。十分钟的上手体验胜过十小时的 YouTube 评测。</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">结语：最合适的盲文显示器是那款"消失"在日常中的</h2>
        <div class="prose">
          <p>本列表的十二款设备代表了 2026 年可刷新盲文硬件的现状。没有一款是差的，大多数非常出色。市场已成熟到这样一种程度：购买者的问题不再是"哪款设备能用"——本列表中每款都能用——而是"哪款设备契合我实际的阅读生活"。答案很少是桌上最贵的那款，也很少是最便宜的那款。而是那款融入了工作日常的：购买者清单上的每个要求都已满足，购买者设备上的每款屏幕阅读器都已被流畅驱动，保修文件已放进了某个抽屉。</p>
          <p>第六节的决策树能让大多数购买者在二十分钟内锁定候选机型。第三节的矩阵能让他们在一小时内做出有把握的购买决定。第四节的三强推荐覆盖了承担大部分购买量的三类用户。而 Dot Pad——静静地、昂贵地、以机构形式——代表了自 1979 年第一块压电格问世以来，束缚触觉阅读的单行形态迈出的第一步真正意义上的跨越。那一行，依然是我们大多数人今天阅读的地方。那片网格，是我们其中一些人下一步将要阅读的地方。</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">"最合适的盲文显示器是那款融入工作日常的。本列表中每款都能用；其中只有一款是属于您的。"</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">—— Disability World 硬件评测团队</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: 屏幕阅读器学习路径：视力正常的开发者如何真正掌握它
url: https://www.disabilityworld.org/zh/articles/screen-reader-learning-paths/
description: 一条分阶段的学习路径，带领视力正常的开发者从屏幕阅读器新手成长为真正流利的使用者——从选择哪款阅读器起步，到第一周关闭显示器的练习，再到几乎无人讲授的开发者快捷键，以及诚实的流利度达成时间基准。
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, learning, developers, nvda, voiceover, testing, education
---

# 屏幕阅读器学习路径：视力正常的开发者如何真正掌握它

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程入门 · 视力正常开发者掌握屏幕阅读器</div>
<h1 class="hero__title" id="hero-heading">
屏幕阅读器学习路径：<br/>
视力正常的开发者如何真正掌握它
</h1>
<p class="hero__lead">"我用 VoiceOver 测试过"是前端无障碍领域最被高估的一句话。我们深入研究了流利使用究竟意味着什么——不是熟悉，而是流利——并构建了一条分阶段的路径，让视力正常的开发者通过约四十小时的练习获得真正的自信：从最值得入手的阅读器配对开始，到几乎无人讲授的开发者模式快捷键结束。</p>
<div class="hero__stats" aria-label="关键统计数据">
<div class="stat-chip">
<div class="stat-chip__num">约 10 小时</div>
<div class="stat-chip__label">达到"有用"水平</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">约 40 小时</div>
<div class="stat-chip__label">达到半流利水平</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">入门阅读器数量</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World 工程团队</strong></div>
<div class="hero__pill">阅读约需 12 分钟</div>
<div class="hero__pill">更新于 2026 年 5 月</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章章节">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. 为什么值得学这个工具</a></li>
<li><a href="#s2">2. 选择您的屏幕阅读器</a></li>
<li><a href="#s3">3. 第一周：关闭显示器</a></li>
<li><a href="#s4">4. 第二至四周：表单与导航</a></li>
<li><a href="#s5">5. 开发者模式快捷键</a></li>
<li><a href="#s6">6. 流利度达成时间基准</a></li>
<li><a href="#conclusion">结语</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">动机</div>
<h2 class="section-title" id="s1-heading">1. 为什么值得学——以及流利究竟意味着什么</h2>
<div class="prose">

<p>我们审计过的几乎每个无障碍项目都反映同一个数字：九成以上的前端开发者自称"用屏幕阅读器测试过"。请他们演示，演示过程通常只有同样的三个按键——打开、Tab 浏览页面、关闭。那不是测试，那是在打钩。</p>

<p>这种情况的根源是结构性的，而非懒惰。屏幕阅读器不是一种像新的 linter 那样可以随手拿起的工具。它是一种有着自己模态状态、自己快捷键语法，以及只有在真实使用数小时后才能理解的约定的不同交互模型。在跨越那道门槛之前，这个工具几乎什么也告诉不了你——更糟的是，它会告诉你一些错误的东西，因为你听到的播报取决于阅读器的模式、浏览器的无障碍树，以及平台的输入法层（IME），而这些从外部看并不直观。</p>

<p>就我们的目的而言，"流利"是指：当同事递来一个有问题的组件时，你能接过键盘，在屏幕阅读器运行的情况下复现该 bug——不看屏幕，不查备忘单，也不会让播报比真实使用时更糟。"熟悉"是指你听过屏幕阅读器发出的声音。两者之间的差距大约是三十至三十五小时的刻意练习。</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">本文不是什么</span>
<div class="callout__body"><p>本文不能替代与残障用户的真实测试。视力正常的开发者使用屏幕阅读器，是在模拟一种日常用户经过多年内化才形成的工作流程。流利的目的不是取代用户测试；而是在用户测试之前捕捉明显的 bug，让用户测试会话专注于更微妙的问题。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">选择</div>
<h2 class="section-title" id="s2-heading">2. 选择您的屏幕阅读器——JAWS 留到后期</h2>
<div class="prose">

<p>桌面端 Web 有三款重要的屏幕阅读器：Windows 上的 NVDA、macOS 和 iOS 上的 VoiceOver，以及 Windows 上的 JAWS。每款都有足够多的真实用户，忽视任何一款都意味着一次真实的赌注，而且每款对相同标记的播报方式都略有不同。一个流利的开发者至少能驾驭其中两款。</p>

<p>在观察了数十位开发者跨越流利门槛之后，我们的建议明确无误：<strong>从 Windows 上的 NVDA 和 macOS 上的 VoiceOver 入手</strong>。两款都是免费的。两款都预装（VoiceOver）或可在五分钟内安装完毕（NVDA）。两款的真实用户量都足够大——NVDA 在最新 WebAIM 调查中占据约 65% 的 Windows 屏幕阅读器市场份额，VoiceOver 主导移动端并占据相当一部分 macOS 份额——因此你学到的内容可以立即转化为能发布修复的 bug。JAWS 是第三个工具，而非第一个，尽管它仍是企业安装量最大的屏幕阅读器。原因有三。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA</div>
<div class="combo-card__sub">NV Access · Windows · 免费</div>
</div>
</div>
<div class="combo-card__usage">约 65% 的 Windows 屏幕阅读器市场份额（WebAIM 2024）</div>
<div class="combo-feat"><span class="combo-feat__label">费用</span><span>免费，接受捐赠</span></div>
<div class="combo-feat"><span class="combo-feat__label">安装时间</span><span>5 分钟以内</span></div>
<div class="combo-feat"><span class="combo-feat__label">学习曲线</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">首选理由</span><span>模式清晰、日志透明、真实用户基础广泛</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver</div>
<div class="combo-card__sub">Apple · macOS &amp; iOS · 预装</div>
</div>
</div>
<div class="combo-card__usage">每台 Mac 和 iPhone 的默认阅读器；移动端占主导</div>
<div class="combo-feat"><span class="combo-feat__label">费用</span><span>免费，随系统附带</span></div>
<div class="combo-feat"><span class="combo-feat__label">安装时间</span><span>已预装</span></div>
<div class="combo-feat"><span class="combo-feat__label">学习曲线</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">与 NVDA 配对的理由</span><span>转盘模型与 PC 光标模型不同；同时学习两种交互世界</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">JAWS</div>
<div class="combo-card__sub">Freedom Scientific · Windows · 付费</div>
</div>
</div>
<div class="combo-card__usage">企业安装量最大，尤其在政府和金融领域</div>
<div class="combo-feat"><span class="combo-feat__label">费用</span><span>家庭许可约每年 $95，专业版更高</span></div>
<div class="combo-feat"><span class="combo-feat__label">安装时间</span><span>30 分钟以上；需要激活</span></div>
<div class="combo-feat"><span class="combo-feat__label">学习曲线</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">后学的理由</span><span>与 NVDA 的 Windows 心智模型相同，但更重且有许可门槛</span></div>
</article>

</div>

<div class="prose">

<p>将 JAWS 放到后期的三个理由是教学层面的，而非政治层面的。第一，JAWS 和 NVDA 共享同一心智模型——Windows 浏览模式与焦点模式、相同的 Insert 前缀命令、相同的虚拟缓冲区——因此一旦你能驾驭 NVDA，你真正需要的九成 JAWS 命令只是一次词汇表查询的距离。第二，JAWS 积累了数十年的"智能"推断：它会在用户听到之前尝试修复错误的标记，这意味着 JAWS 掩盖的 bug 依然会影响 NVDA 用户。NVDA 刻意保守的行为使其成为学习哪里出了问题时更好的参考阅读器。第三，JAWS 的许可摩擦——激活、每次重启都会弹出的四十分钟试用模式——是你在足够自信之前不需要承担的学习成本。</p>

<p>VoiceOver 与 NVDA 配对而非竞争，是因为两款阅读器代表了两种主流交互模型。NVDA（和 JAWS）使用"PC 光标"模型：一个将页面布局为线性文档的虚拟缓冲区，以及一个跟随 Tab 顺序的独立焦点。VoiceOver 使用单一的 VoiceOver 光标，叠加在焦点之上，通过转盘和 VO+方向键进行导航。只熟悉一种模型的开发者写出的代码会在自己的阅读器里播报良好，在另一款里播报糟糕。同时学习两种模型，是感受两者差异的唯一可靠方式。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"选两款免费阅读器，投入四十小时。下个季度你发现的无障碍 bug 将超过过去三次供应商审计的总和。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">—— 一家 2025 年弃用无障碍覆盖层的金融科技平台工程负责人</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">第一周</div>
<h2 class="section-title" id="s3-heading">3. 第一周——关闭显示器，双手放在键盘上</h2>
<div class="prose">

<p>第一周的计划有一条规则：<strong>关闭显示器</strong>。不是调暗，不是最小化，不是"我会闭上眼睛"——而是物理关闭，或者如果房间里只有这一台显示器，用一张卡纸遮住它。目的是消除作弊的可能。视力正常的开发者的本能，在屏幕阅读器说出令人困惑的话时，是瞥一眼屏幕用视觉消除歧义。正是这种本能，是"我用屏幕阅读器测试过"无法发现真实 bug 的最大原因。</p>

<p>第一周计划安排三次约九十分钟的练习，每次之间至少间隔一天，让肌肉记忆有时间巩固。每次练习各有一个任务。第一次建立基本命令语法。第二次强制进行真实交互。第三次在轻微压力下测试记忆保留情况。</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div><h3>第一次练习——安装、配置、浏览首页</h3><p>安装 NVDA（或在 macOS 上打开 VoiceOver）。如果可以，关闭语音合成的礼貌模式——你需要快速、机械的语音，而非友好的默认语调。关闭显示器，打开一个主流新闻网站。花 45 分钟按方向键聆听。再花 45 分钟按 H（下一个标题）、K（下一个链接）和 F（下一个表单字段），注意页面是如何结构化的。暂时不要点进任何地方。</p></div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div><h3>第二次练习——在表单中输入您的名字</h3><p>关闭显示器，打开您公司网站上的一个联系表单。Tab 到姓名字段，输入您的名字。Tab 到电子邮件字段，输入一个假邮件地址。Tab 到提交按钮，按空格键。如果你在不看屏幕的情况下找不到提交按钮，那就是信息：表单的 Tab 顺序有问题，或者标签有问题，或者两者都有。记录这个失败。暂时不要修复它——在听过十个以上表单之前修复，是过早优化。</p></div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div><h3>第三次练习——购买一件便宜的东西</h3><p>关闭显示器，打开一个您从未访问过的电商网站。找一件五美元以内的商品，加入购物车，进入支付步骤。在付款前停下——但要一路走到支付表单。这次练习会让人崩溃。你会发现"足够流利能测试"和"足够流利能使用"是两个不同的门槛。第一次纯粹聆听的练习只是排练；这才是第一次真正"做"的练习。</p></div>
</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">如果第三次练习超过 90 分钟</span>
<div class="callout__body"><p>停下来。你已经学到了这周需要学的那个教训。那个教训不是"我不擅长屏幕阅读器"——而是"这个网站在没有视觉的情况下确实很难使用"。大多数主流购物网站让屏幕阅读器用户完成结账所需的时间，比有视力的用户长三十至六十分钟。你现在正在亲身感受这个差距。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">第二至四周</div>
<h2 class="section-title" id="s4-heading">4. 第二至四周——表单、导航与模式陷阱</h2>
<div class="prose">

<p>第二至第四周的练习总量应达到约二十小时——每周两次九十分钟练习，加上日常工作中少量的随机使用。这段时间的目标是将最容易让屏幕阅读器新用户困惑的两件事内化：浏览模式与焦点模式的区别，以及转盘所见与 Tab 顺序所见之间的差异。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>浏览模式（NVDA、JAWS）</th><th>焦点模式（NVDA、JAWS）</th><th>VoiceOver（单一模式）</th></tr>
</thead>
<tbody>
<tr><th>方向键</th><td>在虚拟缓冲区中导航</td><td>发送给已聚焦的控件</td><td>始终导航 VoiceOver 光标</td></tr>
<tr><th>Tab</th><td>移动焦点，保持浏览模式</td><td>移动焦点，保持焦点模式</td><td>移动焦点；VoiceOver 光标跟随</td></tr>
<tr><th>字母快捷键（H、K、F）</th><td>快速导航</td><td class="cell-na"><span class="badge--na">不适用</span></td><td>由转盘（VO+U）替代</td></tr>
<tr><th>何时切换</th><td>大多数页面的默认模式</td><td>在 contenteditable 及自定义组件上自动激活</td><td>从不——没有模式切换</td></tr>
<tr><th>如何强制切换</th><td>NVDA+Space</td><td>NVDA+Space（切换）</td><td>不适用</td></tr>
</tbody>
</table>

<div class="prose">

<p>第二周最常见的困惑，是开发者按方向键，期望虚拟缓冲区移动，却听到已聚焦的下拉框打开了选项列表。这是浏览模式自动切换到焦点模式，因为焦点落在了 NVDA 归类为"应用程序"组件的元素上。新开发者会觉得阅读器出问题了。并非如此——阅读器正在严格按照规范执行。听过十到十五次之后你就不会再惊讶；在那之前，大约每隔一次练习就会让你惊讶一次。</p>

<p>第三周的模式是表单。搭建一个私有测试页面，包含八至十个控件：一个带内联错误的必填文本输入框、一个日期选择器、一个多选框、一个自定义样式的复选框、一个从禁用变为启用的按钮、一个"显示密码"切换、一个带国家代码选择器的电话号码字段，以及一个触发服务端验证摘要的提交按钮。关闭显示器，分五次浏览——先用 NVDA 浏览模式，再用 NVDA 焦点模式，再用开启了详细播报（Insert+Z）的 NVDA，然后用带转盘的 VoiceOver，最后用不带转盘的 VoiceOver。同一个表单会产生五种截然不同的声音。这就是流利从内部感受起来的样子：注意到同样的标记讲述了五个不同的故事，并能提前预测哪一个会被播出。</p>

<p>第四周是导航。找一个真实的复杂网站——一个文档门户、一个工作仪表盘、一个电商分类页面——并尝试只用屏幕阅读器快捷键找到特定信息。用 H 跳转标题，用 D（NVDA）或 VO+U 再选"Landmarks"（VoiceOver）跳转地标，用 1 至 6 跳转到特定级别的标题。到第四周结束时，导航快捷键应该成为反射而非选择，就像 Tab 和 Shift+Tab 早已如此一样。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"当你意识到按二十次 H 比按三十次 Tab 更快的那一天，就是你从假装的有视力开发者变成真正会导航的开发者的那一天。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">—— 一位 NVDA 练习第三个月的中级前端工程师</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">开发者模式</div>
<h2 class="section-title" id="s5-heading">5. 几乎无人讲授的开发者模式快捷键</h2>
<div class="prose">

<p>一旦用户模式命令成为反射，下一个跃升是进入每款阅读器面向开发者的界面。这些模式和快捷键被手册埋在深处——部分原因是它们面向开发者，部分原因是它们产生的噪音让日常用户不会想打开它们。以下三个值得立即了解。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · 语音查看器 + 详细播报</div>
<div class="combo-card__sub">工具菜单 → 语音查看器；Insert+Z 切换详细程度</div>
</div>
</div>
<div class="combo-card__usage">NVDA 所有播报的可视化文字记录，以及扩展的角色播报</div>
<div class="combo-feat"><span class="combo-feat__label">提供什么</span><span>每条播报的可滚动日志，让你能核实阅读器实际说了什么，而非你以为它说了什么</span></div>
<div class="combo-feat"><span class="combo-feat__label">何时使用</span><span>bug 复现、自动化测试对比、向同事培训</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · 日志检查器（NVDA+F1）</div>
<div class="combo-card__sub">已聚焦元素的开发者信息弹出框</div>
</div>
</div>
<div class="combo-card__usage">检查 NVDA 对当前元素的识别内容——角色、状态、值、描述、可访问名称</div>
<div class="combo-feat"><span class="combo-feat__label">提供什么</span><span>NVDA 构建的无障碍树，而非开发工具中显示的 DOM</span></div>
<div class="combo-feat"><span class="combo-feat__label">何时使用</span><span>页面在开发工具里看起来正常，但在 NVDA 里读起来有问题时</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver · Web 转盘（VO+U）与 Web 项目设置</div>
<div class="combo-card__sub">macOS &amp; iOS · 开发者无障碍树</div>
</div>
</div>
<div class="combo-card__usage">标题、链接、地标、表单控件、Web 位置和表格的层次列表——正是 VoiceOver 建立索引的方式</div>
<div class="combo-feat"><span class="combo-feat__label">提供什么</span><span>NVDA 日志检查器的第二意见：如果两款阅读器一致，问题在你的标记而非阅读器</span></div>
<div class="combo-feat"><span class="combo-feat__label">何时使用</span><span>跨阅读器 bug 分类，尤其是地标和标题结构</span></div>
</article>

</div>

<div class="prose">

<p>还有两个习惯比任何单个快捷键节省的时间都更多。第一，在开发时将 NVDA 语音查看器固定在第二台显示器上（或一台显示器的角落）。每条播报的逐字日志对屏幕阅读器工作的意义，相当于开发工具控制台对 JavaScript 的意义：是猜测与确知之间的差距。第二，学会在浏览器开发工具中阅读无障碍树——Chrome 的 Accessibility 面板、Firefox 的无障碍检查器、Safari 的 Audit 标签。阅读器播报的是无障碍树包含的内容，而非 DOM 包含的内容，两者的差异足够频繁，使得在不直接阅读无障碍树的情况下，你无法调试实时区域（live region）、ARIA 或 Shadow DOM。</p>

<p>现在要指出一个在第二、三周会耗费大量时间的混淆：阅读模式与焦点模式，并不是"页面是交互式的"与"页面是文档"这个轴线。当焦点落在带有 <code>role="application"</code> 的控件上，或落在 contenteditable 上，或落在阅读器启发式归类为交互式的某些自定义组件上时，NVDA 会自动切换为焦点模式——无论页面本身是否主要是静态的。相反，一个大量交互的单页应用，若其根元素是 <code>main</code> 地标且组件是标记规范的原生按钮，在用户的整个会话中几乎都会保持浏览模式。模式是已聚焦元素的属性，而非页面的属性。</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">★</div>
<div>
<span class="callout__label">最有用的单个按键</span>
<div class="callout__body"><p>NVDA+Space 可手动切换浏览模式和焦点模式。当某处听起来不对时，这是第一件要尝试的事——半数情况下，阅读器处于你没预期的模式，切换一次就能告诉你 bug 是在模式逻辑里还是在标记里。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">基准</div>
<h2 class="section-title" id="s6-heading">6. 流利度达成时间——诚实的基准数据</h2>
<div class="prose">

<p>以下数据来自三年企业工作坊和一对一辅导中约八十位开发者——前端工程师、QA 负责人、在培无障碍专员——的非正式追踪记录。这不是研究报告，但足以用于计划。两个前提：刻意练习（关闭显示器，真实任务，而非"我在编码时让 NVDA 在后台运行"），以及固定的阅读器配对（Windows 上的 NVDA 与 macOS 上的 VoiceOver）。</p>

</div>

<div class="stat-row" aria-label="流利度达成时间里程碑">
<div class="stat-card">
<div class="stat-card__num">约 3 小时</div>
<div class="stat-card__label">感受到基本轮廓——已安装，掌握基本命令，能在关闭显示器的情况下浏览首页</div>
</div>
<div class="stat-card">
<div class="stat-card__num">约 10 小时</div>
<div class="stat-card__label">达到"有用"水平——能驾驭真实表单，能复现同事的 bug 报告，可承担快速测试任务</div>
</div>
<div class="stat-card">
<div class="stat-card__num">约 25 小时</div>
<div class="stat-card__label">达到舒适水平——两款阅读器都感觉熟悉；模式混淆已罕见；转盘和日志检查器成为反射</div>
</div>
<div class="stat-card">
<div class="stat-card__num">约 40 小时</div>
<div class="stat-card__label">达到半流利水平——可现场演示 bug，可可信地审查其他开发者的屏幕阅读器相关工作</div>
</div>
</div>

<div class="prose">

<p>"半流利"是大多数视力正常开发者的现实目标，就实际而言，这也是成为无障碍产品良好贡献者所需的全部。真正的流利——达到可以在可用性评审中合理替代日常屏幕阅读器用户的水平——大约需要一百五十小时和一年的随机练习，大多数在职开发者并不需要这个层次。以半流利为目标，规划好四十小时，并接受超出这个范围的部分，来自于在运行阅读器的情况下做日常工作，以及放慢脚步的意愿。</p>

<p>最后一个诚实设定预期的基准：根据我们的经验，陷入瓶颈的开发者，几乎都在十至二十小时区间遭遇瓶颈。原因几乎总是相同的——他们不再关闭显示器了。他们告诉自己，现在已经"足够好"，可以在开着显示器、运行着屏幕阅读器的情况下测试，并在音频模糊时通过视觉确认。他们并没有足够好。从"有用"到"舒适"之间的十六小时需要关闭显示器，因为那是阅读器的播报从噪音变为信息的过程。没有这种压力，大脑就会退回到视觉，而阅读器的声音就会淡化为背景音。如果你发现自己在放缓，几乎可以确定问题出在显示器上。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"四十小时后的你，在一小时的发布前扫描中能发现的屏幕阅读器 bug，比你上一次自动化审计还多。这不是高标准，这是用屏幕阅读器测试本来就应该意味着的东西。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">—— Disability World 工程团队，在亲眼见证这条曲线数十次之后</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结语：路径很短，自律并不简单</h2>
<div class="prose">

<p>"用屏幕阅读器测试"在行业内产生如此微弱结果的原因，不是工具难以学习——四十小时真的不算多——而是学习过程在特定方式上令人不舒服。关闭显示器会让视力正常的开发者感到一种在我们职业中罕见的无能感。我们习惯于成为能搞清楚一切的人；屏幕阅读器让我们——在短短数小时内——再次成为初学者。这种不适，而非按键本身，才是真正的障碍。</p>

<p>穿越这种不适的路径就是上文描述的那条：NVDA 和 VoiceOver，第一周三次关闭显示器的练习，第二至四周攻克表单和模式，用户模式快捷键成为反射后立即学习开发者模式快捷键，总计四十小时后才能承担一次认真的发布前扫描。这些都不新鲜。行业尚未做到的工作，是将其视为工作——规划这些小时，抵御其他事项的占用，接受前十小时感觉毫无用处，直到它们突然有用起来。</p>

<p>如果你在做前端工作，走过那四十小时之后的你，是一位在无障碍工作方式上远比起步时更优秀的工程师，这种优势不仅体现在无障碍工作中，也体现在你对焦点顺序、渐进增强，以及浏览器在底层实际做了什么的理解上。屏幕阅读器是所有 Web 开发者能获得的最廉价的分布式系统课程。代价是关闭显示器，加上几个周末。</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">"你不会成为屏幕阅读器用户。你会成为一位能听到自己的代码对用户来说是什么声音的开发者。这已经足够——而行业中的大多数人还没有做到这一点。"</p>
</blockquote>
<figcaption><cite class="pull-quote__source">—— Disability World 工程团队</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: 2026年屏幕阅读器路线图：JAWS、NVDA、VoiceOver、TalkBack
url: https://www.disabilityworld.org/zh/articles/screen-reader-roadmap-2026/
description: 四款屏幕阅读器几乎构成了整个辅助技术网络。
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, jaws, nvda, voiceover, talkback, assistive-tech, tech-news
---

# 2026年屏幕阅读器路线图：JAWS、NVDA、VoiceOver、TalkBack

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>实地指南</strong> · 屏幕阅读器全景 · 2026</span>
  <span><strong>目录</strong> · 4 款主导阅读器 + 3 款新兴阅读器</span>
</div>

<span class="eyebrow">模式目录 · 4 个展项</span>

<h1>2026年屏幕阅读器路线图：JAWS、NVDA、VoiceOver、TalkBack</h1>

<p class="lead">2026 年，公共网络上几乎每一位盲人或低视力用户都在使用以下四款屏幕阅读器之一：<strong>JAWS</strong>、<strong>NVDA</strong>、<strong>Apple 的 VoiceOver</strong> 或 <strong>Google 的 TalkBack</strong>。它们合计覆盖了桌面端和移动端约十九分之二十的辅助技术会话。本实地指南对这四款阅读器逐一进行梳理，并附加了第五个小型展项，介绍在边缘地带真正有意义的三款新兴阅读器（Narrator、ChromeVox、Orca）。</p>

<p>本技术系列的前几期文章曾在同一矩阵中对屏幕阅读器进行横向比较，或为某种特定测试方法进行论证。这种比较视角在工程师决定下一步测试哪款阅读器时很有用，但面对更宏观的问题时则不够充分：谁在实际使用哪款阅读器，为什么，以及每家厂商在 2026 年有何规划？本指南采用相反的视角，以单款阅读器为单元向外展开，每个条目采用相同的结构，使目录可以从头到尾通读，也可以按阅读器名称直接跳转。</p>

<p>以下每个展项均按相同顺序记录七项内容：2026 年市场份额、平台、最近一次重大发布、ARIA 1.3 支持深度、独特功能、已知局限性，以及采用模式——谁选择这款阅读器，以及原因。最后的迷你展项将 Narrator、ChromeVox 和 Orca 合并呈现，因为每款阅读器只在各自的生态系统内具有意义。</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">证据索引 · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">4 款主导屏幕阅读器 · 按 2026 年桌面端+移动端份额排名</h2>
</div>
<div class="ei-meta">n 约 3,800 份 WebAIM 屏幕阅读器用户调查 #10（2025）+ Google / Apple 遥测汇总</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>编号</th>
<th>阅读器</th>
<th>平台</th>
<th style="text-align:right">2026 年份额（约）</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">NVDA</a></td><td>Windows（桌面端）</td><td class="ei-count">约 37% 桌面端</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">JAWS</a></td><td>Windows（桌面端，企业）</td><td class="ei-count">约 31% 桌面端</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">VoiceOver</a></td><td>iOS、iPadOS、macOS、visionOS</td><td class="ei-count">约 71% 移动端 · 约 9% 桌面端</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">TalkBack</a></td><td>Android</td><td class="ei-count">约 26% 移动端</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">新兴：Narrator · ChromeVox · Orca</a></td><td>Windows · ChromeOS · Linux</td><td class="ei-count">合计约 6% 桌面端</td></tr>
</tbody>
</table>

<p class="evidence-foot">桌面端数据以最新一期 WebAIM 屏幕阅读器用户调查（第 10 期，2025 年发布）为基准，受访者被要求选择其最常使用的阅读器。移动端份额综合自 Apple iOS 无障碍设置遥测汇总，以及 Google 无障碍团队通过 2026 年第一季度发布的 Android 无障碍服务使用数据。份额为方向性数据，已四舍五入，因许多受访者跨设备使用多款阅读器，数据可能存在重叠。</p>
</section>

<h2>数据来源</h2>

<p>上述四项份额数据综合自三个独立来源。WebAIM 屏幕阅读器用户调查第 10 期是标准的桌面端参考：约 3,800 名受访者，自报主要使用的阅读器。Apple 发布的无障碍影响汇总和 Google 的 Android 无障碍季报涵盖移动端。在两者存在分歧之处——尤其是关于桌面端受访者同时使用移动端阅读器的频率——我们对主要阅读器归属采用了 WebAIM 数据集，对广度则采用了平台遥测汇总。数字为方向性数据。几乎没有受访者只使用一款阅读器，现代常态是桌面端阅读器加手机上的 VoiceOver。</p>

<p class="pull">2026 年，"支持屏幕阅读器"意味着支持这四款。其余所有阅读器合计不足 7%，且大多属于经过深思熟虑的细分市场，而非可行的测试目标。</p>

<div class="part-divider">
<div class="part-num">第一部分 · 覆盖整个网络的四款阅读器</div>
<div class="part-title">相同的结构，四种截然不同的工程选择</div>
<p class="part-blurb">NVDA 和 JAWS 共享 Windows 桌面。VoiceOver 主导移动端，并在 Mac 上占据可观份额。TalkBack 覆盖 Android。每款阅读器从不同出发点解决同一个无障碍问题——开源、企业许可、平台集成或 Android 碎片化——并各自携带不同的 bug。</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">NVDA — NonVisual Desktop Access（非可视桌面访问）</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">2026 年市场份额</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约 37%</strong>的桌面端屏幕阅读器受访者（WebAIM #10）将其列为主要阅读器</div>
<div class="exhibit-stat"><strong>约 75%</strong>表示至少偶尔使用——这是调查中交叉使用率最高的数字</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">平台</div>
<div class="exhibit-prose">
<p>仅限 Windows。NV Access 发布了可从 USB 盘运行、无需安装权限的便携版本，这使 NVDA 成为通用的实验室和审计阅读器。目前没有 macOS 版、Linux 版或移动版，路线图中也未承诺支持上述平台。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">最近一次重大发布</div>
<div class="exhibit-prose">
<p>NVDA 2025.4 于 2025 年底发布，改进了 Chromium UIA 桥接，将远程访问功能集成到核心（无需插件），并扩展了语言切换默认设置。截至本文撰写，2026.1 版本正处于预览阶段，预计将随 W3C 2025 年 12 月候选推荐更新一同完成正式的 ARIA 1.3 合规通过。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">ARIA 1.3 支持深度</div>
<div class="exhibit-prose">
<p>强劲且持续改善。历史上 NVDA 是最快接纳新 ARIA 角色、属性和状态的阅读器，原因在于其发布节奏快于 JAWS，代码库也是开源的。截至 2025.4，新的 <code>aria-actions</code> 属性已可读取但播报为占位词，期待已久的 <code>aria-brailleroledescription</code> 已在可刷新盲文输出上得到支持，协作文档编辑器使用的 <code>role="comment"</code> + <code>role="suggestion"</code> 组合也已完整公开。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">独特功能</div>
<div class="exhibit-prose">
<p>基于 GPL 的开源免费软件。一流的 Python 插件 API 催生了活跃的第三方扩展生态——音效主题音频提示、图像文字内容的集成 OCR、Web 开发者工具包、自定义语言配置文件。内置远程访问，支持技术协助。基于 GitHub 的社区驱动、透明的 bug 追踪器。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">已知局限性</div>
<div class="exhibit-prose">
<p>NVDA 的默认语音合成在首次安装时听起来可能比 JAWS 的付费语音更显合成感，这有时会影响新用户的比较判断。企业部署需要比 JAWS 更多的内部知识，因为没有默认的商业支持合同。一些仅依赖 MSAA 无障碍 API 的旧版 Windows 桌面应用，相较于 JAWS 会有可察觉的读取延迟。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">采用模式</div>
<div class="exhibit-prose">
<p>被以下群体选择：对个人成本高度敏感的用户（它是免费的）、需要便携版本进行审计的无障碍专业人士、需要开源代码库和 Python 插件 API 的开发者，以及越来越多的全球南方企业（在那里 JAWS 许可费用并不现实）。NVDA 在 WebAIM #10 中跃升为桌面端第一，是过去五年无障碍软件领域最重要的新闻。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>厂商</strong>NV Access（非营利组织，澳大利亚）</span>
<span><strong>许可</strong>GPL · 免费</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">JAWS — Job Access With Speech（带语音的作业访问）</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">2026 年市场份额</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约 31%</strong>的桌面端受访者将 JAWS 列为主要阅读器（WebAIM #10）</div>
<div class="exhibit-stat"><strong>约 60%</strong>表示至少偶尔使用——略低于 NVDA</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">平台</div>
<div class="exhibit-prose">
<p>仅限 Windows。Vispero（旗下拥有 JAWS、ZoomText 和 Fusion）始终未承诺推出 macOS 或 Linux 版本。JAWS 是美国联邦政府、州政府、医疗机构和大型企业采购环境中的主导阅读器，Vispero 的批量许可协议在这些领域根深蒂固。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">最近一次重大发布</div>
<div class="exhibit-prose">
<p>JAWS 2026 于 2026 年 1 月发布，带来了正式的 ARIA 1.3 对齐、扩展的 PDF 标签内容阅读模型、刷新的 FSReader 和 FSCast 集成，以及在 Chromium UIA 桥接中改善的 Microsoft Edge 支持。JAWS 现在采用年度主版本发布节奏，配合每月滚动补丁。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">ARIA 1.3 支持深度</div>
<div class="exhibit-prose">
<p>全面但略比 NVDA 保守。JAWS 2026 完整支持 <code>aria-actions</code>、<code>comment</code> + <code>suggestion</code> 角色、分组表单控件上扩展的 <code>aria-errormessage</code> 处理，以及新的 <code>aria-brailleroledescription</code> 盲文输出。JAWS 略微落后的是新的 ARIA 1.3 键盘快捷键提示属性：支持已落地，但部分用户会手动禁用其冗长的播报。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">独特功能</div>
<div class="exhibit-prose">
<p>Vocalizer Expressive 付费语音，被许多用户描述为 Windows 上最接近自然语音的选项。面向应用自定义的行业标准脚本语言，广泛应用于大型企业部署中的业务线应用。通过 Freedom Scientific 提供的紧密集成培训和认证项目。机构采购批量许可折扣。通过 Fusion 产品与 ZoomText 放大镜的深度整合。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">已知局限性</div>
<div class="exhibit-prose">
<p>年度许可费用（约 1,200 美元商业版，每年约 90 美元订阅版）是北美和西欧机构环境之外最大的采用障碍。与 NVDA 的 Python 插件 API 相比，脚本引擎对于临时定制化而言是更高的入门门槛。JAWS 的发布节奏慢于 NVDA，因此新兴 ARIA 特性有时在 NVDA 稳定版发布数月后才到达 JAWS。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">采用模式</div>
<div class="exhibit-prose">
<p>被以下群体选择：机构采购环境内的用户（美国联邦/州政府、大型美国企业、学校和大学）、特别依赖 JAWS 脚本引擎使自定义应用可访问的用户，以及在 1990 年代或 2000 年代学习 JAWS 并积累了不愿重建的深度自定义配置文件的长期用户。JAWS 在成本敏感端持续向 NVDA 让步，在机构端则维持阵地。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>厂商</strong>Vispero / Freedom Scientific（美国）</span>
<span><strong>许可</strong>商业版 · 年度许可或永久许可</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">VoiceOver — Apple 的平台屏幕阅读器</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">2026 年市场份额</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约 71%</strong>的全球移动端屏幕阅读器用户（iOS 主导市场）</div>
<div class="exhibit-stat"><strong>约 9%</strong>的桌面端受访者将 macOS VoiceOver 列为主要阅读器</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">平台</div>
<div class="exhibit-prose">
<p>iOS、iPadOS、macOS、watchOS、tvOS 及 visionOS。VoiceOver 是将屏幕阅读器设计为集成平台服务（而非第三方应用）的典范。在移动端，它在 Apple 生态系统内几乎没有竞争对手；唯一的 Apple 平台替代品是部署量远更小的 Hindenburg 或第三方低视力工具。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">最近一次重大发布</div>
<div class="exhibit-prose">
<p>VoiceOver 随操作系统一同发布，因此其发布节奏与 iOS、iPadOS 和 macOS 同步。2026 年的更新周期引入了新的"页面摘要"Apple Intelligence 功能——在用户开始阅读前生成 LLM 的网页内容摘要；扩展了 VoiceOver 转盘详细程度控制；并刷新了盲文输入表，这是 2026 年任何平台上规模最大的盲文刷新。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">ARIA 1.3 支持深度</div>
<div class="exhibit-prose">
<p>在 iOS Safari 和 macOS Safari 上表现强劲，在 Safari 之外较弱。在 Safari 内，新的 comment / suggestion 角色、分组表单控件上扩展的错误消息处理，以及 iOS 盲文显示器上的 <code>aria-brailleroledescription</code> 均已得到支持。iOS 上 Chrome 内的 VoiceOver 公开的是 ARIA 属性的子集——这是一个长期存在的限制，部分属于 WebKit 平台约束而非 VoiceOver 的 bug。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">独特功能</div>
<div class="exhibit-prose">
<p>免费、与操作系统深度集成，并且是 visionOS 的平台阅读器——首款已商业量产的头戴显示屏幕阅读器。转盘（iOS 手势，macOS 旋钮控制）是一种极快的导航模型，有经验的用户常将其描述为任何阅读器中效率最高的单一功能。Apple Intelligence 页面摘要和图像描述于 2026 年在设备端运行，使文字和图像内容不会上传至云端。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">已知局限性</div>
<div class="exhibit-prose">
<p>VoiceOver 在 2025-26 年的默认详细程度设置过于冗长，许多用户在日常使用前会大幅调整。在 iOS 上，Safari 与基于 Chromium 的浏览器之间的行为可能存在重要差异，这意味着 Web 开发者无法测试一次就假设完全一致。macOS VoiceOver 在多条功能线上落后于 iOS VoiceOver，WebAIM #10 中 macOS 桌面端受访者仍将其排在 NVDA 和 JAWS 之后，居第三位。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">采用模式</div>
<div class="exhibit-prose">
<p>iPhone、iPad、Mac、Apple Watch、Apple TV 或 Vision Pro 的任何用户——默认选择 VoiceOver。在屏幕阅读器用户群体中，VoiceOver 用户相较于普通 JAWS 或 NVDA 用户，年龄更年轻、更以移动端为中心、更以 iOS 为核心。VoiceOver 对移动端的锁定是结构性的：Apple 生态系统在美国盲人/低视力用户中的份额甚至高于其在普通人群中的份额。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>厂商</strong>Apple（美国）</span>
<span><strong>许可</strong>集成平台功能 · 免费</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">TalkBack — Android 的平台屏幕阅读器</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">2026 年市场份额</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约 26%</strong>的全球移动端屏幕阅读器用户（Android 主导市场）</div>
<div class="exhibit-stat"><strong>超过一半</strong>的北美和西欧以外的移动端阅读器用户（Android 份额更高的地区）</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">平台</div>
<div class="exhibit-prose">
<p>Android（手机和平板）。TalkBack 随 Google Android 无障碍套件一同发布，也被捆绑在三星 One UI 及其他 OEM Android 系统中。没有桌面或 ChromeOS 变体——ChromeOS 使用 ChromeVox（E·05）——也没有独立的 Wear OS 阅读器；Wear OS 使用基于 TalkBack 的体验。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">最近一次重大发布</div>
<div class="exhibit-prose">
<p>TalkBack 15.0 于 2026 年初通过 Google Play 发布，带来了借鉴 iPad VoiceOver 模型的多手指手势、扩展的 Gemini Nano 设备端图像描述支持、刷新的阅读控制菜单，以及期待已久的通过与 Android 应用相同的多手指滑动手势在网页标题间导航的功能。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">ARIA 1.3 支持深度</div>
<div class="exhibit-prose">
<p>持续改善，但历史上是四款阅读器中最弱的。TalkBack 通过 Android 上的 Chrome 读取 Web 内容，而 Android 上 Chrome 的无障碍树公开能力长期落后于桌面端 Chrome。2026 年弥合了大部分差距：新的 comment / suggestion 角色已公开，<code>aria-actions</code> 以占位词方式读取，分组表单错误处理已完善。部分 ARIA 1.3 属性——尤其是新的键盘提示系列——在某些 Android WebView 中的播报仍不稳定。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">独特功能</div>
<div class="exhibit-prose">
<p>免费、集成在操作系统中，并且是北美和西欧以外按绝对装机量计算的全球移动端阅读器领头羊。Gemini Nano 设备端图像描述在 2026 年默认对新图像和此前未标注的图像生效。阅读控制菜单是四款阅读器中可自定义程度最高的设备端详细程度控制。开源，代码可从 Android 开源项目（AOSP）获取。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">已知局限性</div>
<div class="exhibit-prose">
<p>OEM 碎片化意味着三星、Pixel、小米及其他 Android 机型上的 TalkBack 行为可能存在差异——尤其在焦点管理、手势处理和某些自定义视图的 ARIA 映射方面。在非 Chrome Android 浏览器中读取 Web 内容可能产生与 VoiceOver-in-Safari 对等测试不同的结果，这仍是 2026 年最大的已知跨平台测试盲区。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">采用模式</div>
<div class="exhibit-prose">
<p>Android 手机或平板的任何用户——默认选择 TalkBack。在屏幕阅读器用户群体中，TalkBack 用户年龄明显更年轻，且相较于 VoiceOver 用户，更集中于美国以外地区。对于任何用户群在亚洲、非洲或拉丁美洲有显著规模的产品而言，TalkBack 是最关键的移动端测试阅读器，即便北美测试历来优先考虑 VoiceOver。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>厂商</strong>Google（美国）</span>
<span><strong>许可</strong>集成平台功能 · 免费 · AOSP</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">第二部分 · 新兴迷你展项</div>
<div class="part-title">Narrator、ChromeVox、Orca</div>
<p class="part-blurb">三款在边缘地带有意义的较小阅读器：每款都是各自平台细分市场的默认选择，每款在 2026 年都有真实的发展势头，值得关注——尽管它们合计的桌面端份额远低于 10%。</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">新兴阅读器——Narrator、ChromeVox、Orca</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">2026 年市场份额（合计）</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约 6%</strong>三款合计的主要阅读器份额（WebAIM #10）</div>
<div class="exhibit-stat"><strong>约 30%</strong>合计的偶尔使用份额——仅 Narrator 就被广泛用作当 NVDA / JAWS 无法访问时的"首选阅读器"</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">平台</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong> 随 Windows 10 和 Windows 11 一同发布。<strong>ChromeVox</strong> 是 ChromeOS 上的集成阅读器，在已将 Chromebook 标准化的美国 K-12 学区大规模部署。<strong>Orca</strong> 是主要的 Linux 桌面屏幕阅读器，运行于 GNOME 和 KDE 发行版，并被大多数主流发行版（Ubuntu、Fedora、openSUSE、Debian）预装。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">最近一次重大发布</div>
<div class="exhibit-prose">
<p>Narrator 随 Windows 功能版本更新发布；24H2 周期引入了刷新的扫描模式模型和 Copilot 集成图像描述路径。ChromeVox 2026.x 继续随 ChromeOS 里程碑版本发布，增加了精细的标题导航功能和在 Chromebook 触摸屏上简化的"触摸探索"模型。Orca 46+ 跟随 GNOME 发布计划，Wayland 原生支持在 2025-26 年达到与 X11 相当的水平，ARIA 1.3 对齐在 Linux 上的 Mozilla 和 Chromium 内持续推进。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">ARIA 1.3 支持深度</div>
<div class="exhibit-prose">
<p>Narrator 的 ARIA 支持有实质内容但较为保守：它全面处理 ARIA 1.2 核心，2024-25 年的 Insider 构建版本在一些默认详细程度方面有些粗糙的情况下初步支持了 ARIA 1.3 读取。ChromeVox 直接继承 Chrome 的无障碍树，因此具有与桌面端 Chrome 相同的 ARIA 1.3 覆盖范围。Orca 在 Linux 上的 Firefox 和 Chromium 内 ARIA 覆盖强劲，但在部分使用量较少的浏览器和尚未完整采用新属性所需 AT-SPI 2 元数据的原生 Linux 工具包上略有落后。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">独特功能</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong>：零安装，Copilot 集成图像描述，扫描模式让首次使用者更容易浏览网页。<strong>ChromeVox</strong>：与 ChromeOS 深度整合，是专为 Chromebook 优化的唯一阅读器，部署于美国数百万 K-12 学生设备上。<strong>Orca</strong>：开源、高度可定制，是自由桌面 Linux 上唯一可行的屏幕阅读器——对学术、科研和开源软件理念用户具有重要意义。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">已知局限性</div>
<div class="exhibit-prose">
<p>Narrator 对第三方应用的支持仍不及 NVDA 或 JAWS，尤其对遗留 Windows 桌面应用和需要自定义脚本的业务线软件而言。ChromeVox 的覆盖范围受 ChromeOS 整体份额限制。Orca 的覆盖范围受 Linux 桌面份额限制，Wayland 相关的无障碍 API 成熟度直到近期才达到与 X11 相当的生产质量。</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">采用模式</div>
<div class="exhibit-prose">
<p>这些阅读器各自凭借生态系统定位而非功能竞争取胜。Narrator 被选为零成本 Windows 入门选项，以及故障时的备用阅读器。ChromeVox 是许多已将 Chromebook 标准化的美国学区的机构默认选择。Orca 是运行自由桌面 Linux 且需要端到端开源阅读器栈的用户——通常是技术型或学术型用户——的选择。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>厂商</strong>Microsoft · Google · GNOME Foundation</span>
<span><strong>许可</strong>平台预装（Narrator、ChromeVox）· LGPL（Orca）</span>
</div>
</section>

<p class="pull">2026 年没有"正确"的屏幕阅读器。正确的答案是：测试您的用户使用的那款，并接受对于任何非平凡产品，这至少意味着其中三款。</p>

<h2>这四款（以及三款）阅读器的共同点</h2>

<p>作为目录来阅读，四款主导阅读器和三款新兴阅读器的共同之处远超表面所见。2026 年，所有七款都发布了某种形式的设备端 AI 图像描述，所有七款都与至少 ARIA 1.3 核心对齐，所有七款都在过去十八个月内刷新了盲文输出。演变轨迹在平台功能层面趋于收敛，在理念层面趋于分化——开源与商业许可、OS 集成与第三方、免费与付费。</p>

<p>最重要的单一趋势是：NVDA 已超越 JAWS 成为最常用的 Windows 桌面阅读器，且差距在扩大而非缩小。NVDA 的免费价格、便携版本、Python 插件 API 以及更快的 ARIA 发布节奏，产生了 JAWS 脚本引擎和企业许可基础无法完全抵消的结构性优势。预计 WebAIM #11 调查——定于 2026 年发布——将进一步扩大 NVDA 的领先优势，而非缩小。在移动端，情况与收敛截然相反：VoiceOver 和 TalkBack 被深深锁定在各自的平台内，两者之间的相对份额更多地跟随 Apple 和 Google 的设备份额，而非两款阅读器之间的功能差异。</p>

<p>对于正在制定 2026 年测试基准的工程团队而言，结论很简单：只测试一款阅读器已不再站得住脚。测试两款——通常是 Windows 桌面端的 NVDA 和 iOS Safari 上的 VoiceOver——多年来一直是现实的最低标准。2026 年，这一最低标准应扩展至三款：至少加上 Android Chrome 上的 TalkBack，因为这一用户群体规模庞大、持续增长，且长期被北美测试实践所忽视。四阅读器测试（NVDA + JAWS + VoiceOver + TalkBack）是任何 ARIA 界面非平凡产品的高可信度基准。</p>

<h2>首先应审计什么</h2>

<div class="audit-list">
<h3>如果您维护一个面向公众的 Web 产品</h3>
<ul>
<li>确认 Windows 上的 NVDA + Chrome 在最新稳定版中能无误地读取您的主导航、主要表单和主要模态对话框流程</li>
<li>确认 iOS Safari 上的 VoiceOver 能正确读取相同界面——VoiceOver in Safari 是移动端的标准基准</li>
<li>确认 Android Chrome 上的 TalkBack 也能读取——这是 2026 年最容易被忽视的测试界面</li>
<li>如果您的产品界面面向企业或政府，请将 JAWS on Windows + Chrome 以及 JAWS on Windows + Edge 加入测试矩阵</li>
</ul>

<h3>如果您维护一个原生移动或桌面应用</h3>
<ul>
<li>将每个交互控件映射到平台原生无障碍角色——iOS UIAccessibility、Android AccessibilityNodeInfo、macOS NSAccessibility、Windows UIA——而非依赖 Web 风格的 ARIA 垫片</li>
<li>针对相关移动和平板平台，对 VoiceOver（iOS / iPadOS / macOS）和 TalkBack（Android）进行测试</li>
<li>在 Windows 上，同时使用 NVDA 和 JAWS 进行测试——它们会在自定义视图的无障碍树实现中暴露不同的 bug</li>
<li>如果您的应用在 visionOS 或 watchOS 上发布，VoiceOver-on-visionOS / VoiceOver-on-watchOS 是唯一的阅读器，必须直接在设备上测试</li>
</ul>

<h3>如果您是正在选择阅读器的新用户</h3>
<ul>
<li>如果您使用 Windows 且对成本敏感，请从 NVDA 入手——免费、便携、开源，拥有最大的社区</li>
<li>如果您使用 Windows 且身处已部署 JAWS 的机构采购环境，JAWS 是合理选择——尤其是如果您需要定制应用的脚本功能</li>
<li>如果您使用 iPhone、iPad 或 Mac，VoiceOver 就是您的阅读器；尽早学习转盘</li>
<li>如果您使用 Android，TalkBack 就是您的阅读器；花时间在阅读控制菜单中调整详细程度</li>
<li>如果您使用 ChromeOS、Linux，或想要一个无需安装的 Windows 备用方案，ChromeVox、Orca 或 Narrator 各自都能清晰契合其所在细分市场</li>
</ul>
</div>

<div class="bottomline">
<p>四款阅读器在 2026 年覆盖了几乎整个使用屏幕阅读器的公共网络用户：Windows 桌面端的 NVDA 和 JAWS、Apple 生态系统的 VoiceOver，以及 Android 的 TalkBack。在它们之下，Narrator、ChromeVox 和 Orca 各自服务于各自平台内规模较小但真实存在的用户群体。过去十八个月的收敛是真实的——每款阅读器现在都发布了设备端 AI 图像描述，每款都与 ARIA 1.3 核心对齐，每款都刷新了盲文输出——但在价格、开放性和平台集成上的分化是结构性的。NVDA 现在是最常用的 Windows 桌面阅读器，且差距还在扩大。移动端格局已锁定：VoiceOver 和 TalkBack 将继续跟随 Apple 和 Google 的设备份额，而非彼此的功能。至少测试这四款中的三款。四款更好。</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">延伸阅读 · 03</span>
<div class="cta-title">追踪 2026 年屏幕阅读器全景</div>
<p class="cta-prose">本实地指南每年依据 WebAIM 屏幕阅读器用户调查和主要平台遥测发布数据进行更新。欢迎阅读关于 WCAG 2.2 采纳、ARIA 1.3 跨浏览器合规情况，以及移动端无障碍测试方法的配套分析，以获取上述每个展项背后更深层的背景信息。</p>
<a class="cta-btn" href="/articles/">浏览完整辅助技术报告存档</a>
</div>

<div class="foot-note">
<p><strong>方法论</strong>桌面端份额数据以 WebAIM 屏幕阅读器用户调查第 10 期（2025 年）为基准，这是标准的自报主要阅读器来源。移动端份额综合自 Apple iOS 无障碍影响汇总和 Google Android 无障碍季报，数据截至 2026 年第一季度。数字为方向性数据，已四舍五入；交叉使用是常态，单一阅读器专属使用极为罕见。ARIA 1.3 支持深度参考了厂商发布说明、NV Access 变更日志、Vispero 发布说明，以及截至 2026 年 4 月的 W3C ARIA 工作组实现报告。</p>
<p><strong>范围</strong>四款主导阅读器（NVDA、JAWS、VoiceOver、TalkBack）及三款新兴阅读器（Narrator、ChromeVox、Orca）。专业工具——作为独立阅读器的可刷新盲文显示器、不带语音的专用低视力放大镜、单一用途文档阅读器——不在本目录范围之内。地区性和语言特定阅读器（Hindenburg、KochiTalk 及规模较小的日语阅读器）不在本文覆盖范围内。</p>
<p><strong>本文不是什么</strong>对任何单款阅读器的背书。收录本目录反映的是 2026 年的部署规模，而非质量判断。欢迎进一步阅读 <a href="/articles/">无障碍工具与方法</a> 及 <a href="/regulations/">各司法管辖区无障碍法律</a> 相关内容。</p>
</div>

</div>

---
title: 2026年的第508条：修订结果与待解事项
url: https://www.disabilityworld.org/zh/articles/section-508-refresh-status/
description: 2017年修订将第508条与WCAG 2.0 AA标准接轨至今已逾九年，如今该标准亟待更新至WCAG 2.2，并需扩展至人工智能采购范畴。美国无障碍委员会2025年发布的信息征集请求，正式拉开了下一轮修订的序幕。
author: Disability World
pubDate: 2026-05-22
tags: section-508, us-law, procurement, federal-government, regulations
---

# 2026年的第508条：修订结果与待解事项

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：美国国会大厦穹顶在黄金时段以低角度捕捉温暖光线，前景为局部美国国旗与柔焦春季植被——联邦采购报道的制度性锚点。</p>

<p class="rt-prefix">阅读时间：12分钟</p>

<p class="wp-block-paragraph"><strong>《1973年康复法》第508条</strong>是美国联邦采购法规，要求联邦行政机构在采购、建设和使用信息通信技术（ICT）时，须确保其对残障雇员及公众具备无障碍性。这是一项采购规则，而非<a href="/regulations/us/">《美国残障人士法》</a>意义上的公民权利法规——它约束的是政府的采购权，而非私营市场。自<strong>2017年修订</strong>（即"第508条修订"，82联邦公报5790，2017年1月18日，2018年1月18日生效）以来，技术要求已与<a href="/toolkit/glossary/wcag-2-2/">WCAG 2.0 A级及AA级</a>接轨，并与欧洲<a href="/articles/en-301-549-explained/">EN 301 549</a>标准相协调，同时围绕功能性能标准进行了重组，涵盖硬件、软件、网络内容及文档。</p>

<p class="wp-block-paragraph">时隔九年，第508条已亟待进行第二次修订。WCAG 2.0现已落后当前W3C标准三个小版本（2018年的2.1版、2023年的2.2版）；联邦采购范围已扩展至AI系统、自动化决策工具和云端SaaS服务，而这些在2017年规则中几乎未有涉及；美国无障碍委员会于<strong>2025年发布了信息征集请求</strong>，就标准更新方向征询意见。本文概述2026年第508条的实际要求，阐明其与第504条（即针对接受联邦资助实体的规则，HHS已于2024年进行重大修订）的区别，并说明下一轮规则制定周期的待议事项。</p>

<h2 class="wp-block-heading" id="h-what-section-508-is">2026年的第508条：现状概述</h2>

<p class="wp-block-paragraph">第508条由<strong>1998年《劳动力投资法》</strong>增补至《康复法》，取代了此前1986年实际约束力有限的条款。1998年修正案赋予该法两项1986年版本所欠缺的强制力：它要求无障碍委员会在18个月内发布具有约束力的技术和功能标准，并赋予联邦雇员及公众对采购机构就违规行为提起私人诉讼的权利。首批标准于2001年生效，在联邦采购体系中沿用了16年，直至2017年修订以WCAG为基础进行全面重写。</p>

<p class="wp-block-paragraph">在当前的2026年版本中，第508条约束每一个联邦行政机构——以及通过参照约束向这些机构销售产品的联邦承包商——确保其开发、采购、维护或使用的ICT对残障人士具备无障碍性，除非存在过重负担或国家安全豁免情形。该法规对ICT的定义十分宽泛：网站、移动应用程序、电子文档、软件、硬件、多媒体、电信设备、自助服务终端机，以及日益增多的云端服务。该规则不适用于情报活动、与国家安全相关的密码活动、军事指挥控制，以及武器系统所使用的ICT——即《美国法典》第29编第794d(a)(5)条所规定的"国家安全豁免"条款。</p>

<h3 class="wp-block-heading" id="h-the-gsa-program">GSA主导的第508条项目</h3>

<p class="wp-block-paragraph"><strong>美国总务署（GSA）</strong>通过其政府范围政策办公室负责第508条的运营工作。GSA并不负责制定标准——这是无障碍委员会的职责——但其运营Section508.gov门户网站，发布用于采购范围界定的无障碍需求工具（ART），维护在DHS可信测试方法论下认证联邦无障碍测试人员的可信测试员项目，并召集首席信息官委员会无障碍实践社区（CIO-C Accessibility CoP）。CIO-C机构依照OMB备忘录M-13-09框架发布的年度政府范围第508条评估报告，是联邦无障碍记分卡的最接近形式。</p>

<p class="wp-block-paragraph">GSA的日常工作以采购为导向。联邦采购官员必须在招标文件中纳入第508条符合性表述，评估供应商的无障碍符合性报告（通常为基于ITI VPAT 2.5 Rev 508模板的VPAT格式文件），并在授标决定中处理符合性差距。在无法实现符合性的情况下，机构须记录市场调研结果，并援引过重负担或商业不可用条款——两者均需书面说明理由并获高级官员批准。采购门槛是第508条发挥最直接实际约束力的环节。</p>

<h2 class="wp-block-heading" id="h-what-the-refresh-changed">2017年修订实际改变了什么</h2>

<p class="wp-block-paragraph">2017年修订是结构性重写，而非参数调整。它同时改变了三件事，值得分别审视，因为三者在此后的岁月中呈现出不同的演变轨迹。</p>

<h3 class="wp-block-heading" id="h-wcag-harmonisation">与WCAG 2.0 AA的接轨</h3>

<p class="wp-block-paragraph">首先，修订将2001年的"1194.22"网页内容要求（一套在WCAG 1.0广泛部署之前撰写的十六条自定义规定）替换为直接引用<strong>WCAG 2.0 A级和AA级</strong>，作为网络内容、电子文档及具有用户界面的软件的技术标准。无障碍委员会并未将WCAG改写为自己的语言，而是以参照方式纳入WCAG 2.0。这一举措产生了三项实际效果：联邦无障碍测试标准与私营市场已在使用的成功标准趋于一致；向联邦机构销售产品的供应商不再需要维护两套并行的符合性报告；同时，该标准也继承了WCAG 2.0的稳定性——但也继承了其局限性，包括缺少WCAG 2.1和2.2中新增的触控目标、拖拽动作和认知身份验证成功标准。</p>

<h3 class="wp-block-heading" id="h-en-301-549-alignment">与EN 301 549的协调</h3>

<p class="wp-block-paragraph">其次，修订使美国标准的结构与欧洲<a href="/articles/en-301-549-explained/">EN 301 549</a>标准相协调。EN 301 549是ETSI、CEN和CENELEC于2014年发布的ICT采购无障碍技术标准，现为《欧洲无障碍法》的技术参考标准。两项标准并非逐条对应，但共享相同的架构：用于网络和具有用户界面的软件的WCAG 2.0（EN 301 549 v3.2.1中现已升至WCAG 2.1）、涵盖各残障维度（视觉、听觉、语音、操作、触及、认知）的功能性能标准，以及涵盖硬件、支持文档和生物特征的章节。两项标准的协调意义重大：面向联邦采购和欧盟采购的全球供应商，如今通常只需维护一套无障碍符合性立场，而非两套。</p>

<h3 class="wp-block-heading" id="h-functional-performance">功能性能标准</h3>

<p class="wp-block-paragraph">第三，修订在第3章引入了<strong>功能性能标准</strong>——十一条基于成果的陈述，描述ICT产品须能为缺乏一种或多种特定能力的用户实现的功能。功能性标准作为兜底条款发挥作用：即便产品通过了所有WCAG及章节特定条款，它仍须对无视觉、无听觉、触及能力有限、认知能力有限等用户可用。在实践中，功能性能标准是机构评估WCAG未涵盖技术（如自助终端、纯语音界面、硬件外设）的依据，也是在无特定条款适用时把握标准"精神"的工具。2017年修订是这十一条陈述的来源，它们很可能在下一次修订中扩展，以专门涵盖AI交互模式。</p>

<h2 class="wp-block-heading" id="h-section-508-vs-504">第508条与第504条：采购规则与受助方规则的区别</h2>

<p class="wp-block-paragraph">有必要将第508条与<strong>同一《康复法》的第504条</strong>加以对照，因为二者经常被混淆。第504条于1973年颁布，比第508条历史更为悠久，禁止任何接受联邦财政援助的项目或活动基于残障进行歧视——包括大学、医院、接受联邦拨款的州和地方政府机构、联邦运输管理局资助的交通部门、接受第一章经费的公立学区等。第504条是一部公民权利法规，其执行通过联邦资助机构的民权办公室以及受影响个人的私人诉讼进行。</p>

<p class="wp-block-paragraph"><strong>2024年5月，卫生与公众服务部（HHS）最终确定了其关于第504条法规的长期待决更新</strong>（89联邦公报40066，2024年5月9日）。HHS第504条规则是自2008年《ADA修正案》以来最具影响力的国内残障权利法规。它明确将第504条适用于医疗决策（推翻了部分州立医院援引旧版法律的Buck诉Bell时代治疗优先级做法）、器官移植及危机照护标准协议中的生命价值判断、接受联邦资助的医疗项目的网络内容和移动应用程序（纳入WCAG 2.1 AA）、医疗诊断设备，以及Olmstead框架下的社区综合服务设计。其他联邦机构——教育部、司法部、交通运输部、住房和城市发展部——已经或正在按照类似模式更新各自的第504条实施法规。</p>

<table class="wp-block-table">
<thead>
<tr><th>维度</th><th>第508条</th><th>第504条</th></tr>
</thead>
<tbody>
<tr><td>法律依据</td><td>《康复法》第508条，经1998年修订</td><td>《康复法》第504条，1973年</td></tr>
<tr><td>约束对象</td><td>联邦行政机构及其ICT供应商</td><td>联邦财政援助的接受方（大学、医院、州和地方实体）</td></tr>
<tr><td>覆盖范围</td><td>ICT采购、开发、维护和使用</td><td>项目和活动——服务、就业、通信、设施无障碍性</td></tr>
<tr><td>数字领域技术标准</td><td>WCAG 2.0 AA（经2017年修订）；WCAG更新待定</td><td>通过HHS第504条（2024年）及并行机构规则采用WCAG 2.1 AA</td></tr>
<tr><td>执行方式</td><td>采购阶段审查；个人对机构的私人诉讼权</td><td>资助机构民权办公室投诉；私人诉讼；丧失联邦资金</td></tr>
<tr><td>标准主管机构</td><td>美国无障碍委员会（技术）；GSA（运营）</td><td>各资助机构负责其所属项目</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">最简明的理解模型：<strong>第508条约束联邦政府的采购行为；第504条约束联邦资助实体使用拨款的行为。</strong>两者均基于同一部法律，均参照WCAG，但在监管架构中承担不同职能。</p>

<h2 class="wp-block-heading" id="h-what-is-pending">待议事项：2025年信息征集请求与下一轮修订</h2>

<p class="wp-block-paragraph"><strong>2025年5月1日</strong>，美国无障碍委员会发布了<strong>信息征集请求</strong>（90联邦公报18420），开启针对第508条标准及相关第255条电信指南下一轮更新的公众意见征集阶段。信息征集请求尚非拟议规则制定通知——它是更早的磋商阶段，委员会在此提出定向问题，以指导最终拟议规则的形成。意见征集窗口已于2025年8月初关闭；委员会已表示，鉴于无障碍委员会规则制定的常规节奏，拟议规则制定通知预计不会早于2026年底，最终规则则可能要到2028年才能出台。</p>

<p class="wp-block-paragraph">信息征集请求围绕四大主题提出问题，每一主题都预示着最终拟议规则的可能走向。</p>

<h3 class="wp-block-heading" id="h-wcag-2-2-update">更新至WCAG 2.1或2.2</h3>

<p class="wp-block-paragraph">核心问题是是否将引用的WCAG版本从2.0 AA更新至2.1 AA或直接跃升至2.2 AA。自2017年以来，技术格局已发生显著变化：大多数触控优先界面、单页应用和移动应用模式，现在已能更好地被WCAG 2.1（移动端、触控目标、方向、状态消息）和2.2（焦点外观、拖拽动作、最小目标尺寸、冗余输入、可访问身份验证、一致性帮助）所覆盖。委员会表示的顾虑在于监管稳定性——机构和供应商已围绕2.0 AA建立起2018至2025年的符合性体系——需与跟上EN 301 549（2019年已升至WCAG 2.1）和HHS第504条规则（引用2.1）的步伐之间取得平衡。</p>

<p class="wp-block-paragraph">根据GSA首席信息官委员会无障碍实践社区、ITI行业协会和主要残障权利组织的意见，可能的结果是直接采用WCAG 2.2 A级和AA级，并为机构更新采购文件提供18至24个月的过渡期。跳过2.1的优势在于一步到位，因为WCAG 2.2已涵盖2.1的全部内容。</p>

<h3 class="wp-block-heading" id="h-ai-procurement-scope">AI采购范围扩展</h3>

<p class="wp-block-paragraph">第二个待议问题在实质层面意义最为重大：第508条应如何适用于联邦机构日益采购的AI系统。2017年修订早于大型语言模型聊天机器人、福利裁决自动化决策系统、AI驱动文档处理工具以及AI中介身份验证的部署。OMB备忘录M-24-10（2024年3月）要求机构指定首席AI官并对AI用例进行清单管理；清单中涵盖联邦政府各机构的数千个系统。第508条面临的问题是：AI系统是否触发新的功能性能标准（例如AI生成输出的可理解性、用户对AI中介交互的控制权、自动化决策的透明度），是否需要超越VPAT的新符合性报告类别，以及采购官员是否应在授标前测试跨用户残障画像的AI输出。</p>

<p class="wp-block-paragraph">无障碍委员会的信息征集请求特别就以下问题征询意见：对话式AI输出的屏幕阅读器兼容性、AI生成多媒体的字幕、AI生成替代文本的无障碍性，以及联邦机构自行部署的AI辅助技术的符合性立场。这些问题在W3C技术路径中尚无既定技术标准；WCAG 3.0工作组正在探讨部分相同问题，但不太可能在2028年前完成。委员会的选项包括制定美国特有的功能标准、依照W3C的结论，或通过不具约束力的"最佳实践"文件发布临时指导意见。早期意见尚存分歧。</p>

<h3 class="wp-block-heading" id="h-cloud-and-saas">云服务、SaaS与持续交付产品</h3>

<p class="wp-block-paragraph">第三个待议问题是第508条符合性如何适用于持续更新的SaaS和云托管产品。2017年修订预设的是产品发布模式：VPAT记录特定版本，采购决定围绕该版本做出。对于持续交付的云产品，采购时所评估的版本可能在数周内便已与机构实际使用的版本不同。信息征集请求就持续符合性认证、供应商自我认证机制，以及采购阶段的第508条决定与采购后持续监测之间的关系征询意见。这是规则起草与实际部署之间差距最大的问题。</p>

<h3 class="wp-block-heading" id="h-hardware-and-icmde">硬件修订与ICT医疗诊断设备</h3>

<p class="wp-block-paragraph">第四个问题涉及硬件：自助服务终端、自助交易机、网络打印机和复印机、电信终端，以及联邦政府采购的各类实物设备。2017年标准第4章中若干针对硬件的具体条款引用了此后已经修订的旧版ANSI和TIA参考标准。信息征集请求就是否更新引用的硬件标准、是否扩展该章以涵盖新设备类别（语音助手硬件、AR/VR头显、生物特征识别终端），以及第508条应如何与无障碍委员会依据《平价医疗法》框架于2017年发布的医疗诊断设备（MDE）无障碍标准相衔接征询意见。第508条与MDE标准之间的交叉问题已悬而未决九年。</p>

<h2 class="wp-block-heading" id="h-practical-implications">2026年采购的实际影响</h2>

<p class="wp-block-paragraph">在下一份最终规则（可能于2028年）发布之前，2026年的第508条仍沿用2017年修订版本，以WCAG 2.0 AA作为网络和软件的控制标准。联邦采购官员应继续要求供应商提供VPAT-2.5-Rev-508符合性报告，评估报告中的差距说明，并在适用情形下记录过重负担认定。无障碍委员会2025年的信息征集请求不改变现行法律，但它确实预示着供应商下一步将被评估的方向。</p>

<p class="wp-block-paragraph">对于机构第508条项目经理而言，2026年的实际立场是：以WCAG 2.0 AA符合性为基准，将WCAG 2.1和2.2符合性作为采购偏好因素（与HHS第504条规则相一致），将AI系统无障碍性问题纳入机构首席AI官在M-24-10项下的清单管理，并更新VPAT审查清单以评估云产品的持续交付立场。对于联邦供应商而言，即便第508条仍引用WCAG 2.0，VPAT也应已按WCAG 2.2起草——双重立场的成本很低，而监管走向已十分明确。</p>

<h2 class="wp-block-heading" id="h-what-this-means">对未来十年的意义</h2>

<p class="wp-block-paragraph">2017年以来，第508条有两件事做得较好：它使联邦采购与全球无障碍标准轨道接轨，并在最具影响力的节点——联邦合同流程——中嵌入了WCAG符合性。有两件事则有所欠缺：它未能与联邦机构实际采购的技术保持同步，也未能解决在联邦IT支出中占比不断上升的持续交付和AI增强系统问题。无障碍委员会2025年的信息征集请求是一个多年更新周期的起点，该周期在2028年之前不会产生最终规则，考虑到最终规则与OMB发布实施指导意见之间的典型时滞，甚至可能要到2030年才能形成完全可操作的规则。</p>

<p class="wp-block-paragraph">就目前而言，2026年的第508条是一个稳定的标准，等待着姗姗来迟的修订。联邦采购体系已将2017年框架内化。待议问题——WCAG版本、AI范围、云符合性、硬件覆盖——将塑造下一次修订，但不会改变采购官员今年财政年度的工作。欢迎阅读Disability World关于<a href="/articles/en-301-549-explained/">欧洲EN 301 549标准</a>、<a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2采用情况</a>、<a href="/toolkit/standards/wcag/">完整WCAG 2.2成功标准参考</a>、<a href="/articles/accessibility-monitoring-buyers-guide-2026/">监测采购指南</a>、<a href="/toolkit/scan/">免费WCAG 2.2扫描工具</a>以及<a href="/regulations/us/">美国残障权利监管格局</a>的相关报道。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要资料来源</h2>

<ol class="wp-block-list">
<li>美国无障碍委员会。《信息通信技术（ICT）标准与指南》，最终规则，82联邦公报5790（2017年1月18日），2018年1月18日生效。<a href="https://www.access-board.gov/ict">access-board.gov/ict</a></li>
<li>美国无障碍委员会。《第508条标准与第255条指南：信息征集请求》，90联邦公报18420（2025年5月1日）。</li>
<li>美国总务署。《Section508.gov项目材料、无障碍需求工具（ART）及可信测试员项目》。<a href="https://www.section508.gov">section508.gov</a></li>
<li>美国卫生与公众服务部。《在接受联邦财政援助的项目或活动中禁止基于残障歧视》，最终规则，89联邦公报40066（2024年5月9日）。</li>
<li>管理和预算办公室。《备忘录M-24-10：推进机构人工智能使用的治理、创新与风险管理》（2024年3月28日）。</li>
<li>ETSI / CEN / CENELEC。《EN 301 549 v3.2.1：ICT产品和服务的无障碍要求》（2021年）。</li>
<li>万维网联盟。《网络内容无障碍指南（WCAG）2.2》，W3C推荐标准，2023年10月5日。</li>
<li>信息技术产业委员会。《VPAT 2.5 Rev 508模板》。</li>
<li>《美国法典》第29编第794条（第504条）及第794d条（第508条），《1973年康复法》修订版。</li>
</ol>

</div>

---
title: 连续性原告的经济逻辑：谁在诉讼，为何而诉，如何打破循环
url: https://www.disabilityworld.org/zh/articles/serial-plaintiffs-deep-dive/
description: 深度剖析具名原告、其背后的律所，以及在§12205、Unruh §52和CPLR §3211框架下，使ADA第三章成为联邦法典中诉讼导向程度最高的公民权利法规的费用经济学。
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, serial-plaintiffs, litigation, us-law, data
---

# 连续性原告的经济逻辑：谁在诉讼，为何而诉，如何打破循环

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · 原告经济学</span>
  </div>

  <h1>连续性原告的经济逻辑 <em>——谁在诉讼，为何而诉，如何打破循环</em></h1>

  <p class="lede">剥去ADA第三章执法争论双方的口号，剩下的是一个经济学问题。一部<strong>不授权损害赔偿</strong>的法规，联邦执法在十年内产生<strong>不足200起网站无障碍诉讼</strong>，<strong>42 U.S.C. §12205</strong>的胜诉方律师费转移条款允许原告律师按每小时<strong>450至850美元</strong>的费率收费，而案件通常在九十天内以<strong>5,000至25,000美元</strong>和解。约<strong>三十名具名原告</strong>占据了纽约和加利福尼亚州大量案件的绝大部分。两项程序改革——加州《民法典》第425.55条（经SB-585收紧）和纽约2024年CPLR §3211修正案——已开始重塑上述案件的地理分布，但未改变其背后的费用逻辑。本档案将逐一拆解这一经济生态：具名原告、律所端驱动案源的扫描流水线、逐案和解与收益分配、有效的程序规则与无效的程序规则，以及残障权利立场——即便费用转移模式存在诸多弊端，它仍是该法规实际运作的唯一执法底线。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案件档案02</span>
      <span class="dossier-meta">07条目 · 来源：联邦法院卷宗、CCDA报告及律师费申请记录，2018–2025年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">七组数字解析经济逻辑</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约30人</span>
        <div class="dossier-body">
          <p class="dossier-claim">约三十名具名原告提起了纽约和加利福尼亚州绝大多数高频案件</p>
          <p class="dossier-note">加州司法委员会的"高频诉讼当事人"名单每年列出约二十余名Unruh原告，其在《民法典》第425.55条规定的十二个月内提起诉讼次数超过十次。南区纽约联邦地区法院（SDNY）的卷宗分析中也发现了类似的集中现象——极少数个人在一个日历年内被列为数十乃至数百起网站无障碍投诉的首席投诉人。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">$450–$850</span>
        <div class="dossier-body">
          <p class="dossier-claim">依据42 U.S.C. §12205通常主张的每小时律师费费率</p>
          <p class="dossier-note">2021至2024年间，网站无障碍领域主要律所在SDNY、EDNY、CDCA和NDCA提交的基准费申请，费率集中在450至850美元区间，合伙人级别费率在650至850美元区间，律师助理费率在350至500美元区间。第三章不包含损害赔偿救济，因此律师费裁决即为全部收益。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">$4,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州《民法典》第52(a)条规定的每次访问法定损害赔偿金额</p>
          <p class="dossier-note">Unruh民权法法定损害赔偿：每次违规4,000美元，每次访问不合规场所均视为独立违规。这一乘数使加州Unruh联合诉讼的经济逻辑有别于纯联邦第三章诉讼——后者的全部救济仅为禁令救济加律师费。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">$5,000–$25,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">单一被告第三章网站案件的典型和解区间</p>
          <p class="dossier-note">根据辩护方从业者调查及PACER上少量公开和解协议估算。和解通常包含向原告律师支付上述区间金额，以及承诺在六至十二个月内将网站整改至符合WCAG 2.1 AA标准。少数争议案件产生的律师费裁决超过10万美元。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">60–90天</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY网站无障碍典型案件从立案到和解的天数</p>
          <p class="dossier-note">Mizrahi Kroub / Stein Saks / Mars Khaimov流水线依照"和解或默认"的节奏运转。大多数被告是小型电商运营商，在收到答辩截止通知的同一天也收到了需求函；从经济理性角度看，在答辩窗口内和解是最优选择。进行证据开示的案件极为罕见。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">CPLR §3211修正案实施后，2025年上半年SDNY + EDNY联邦第三章立案量下降约40%</p>
          <p class="dossier-note">这是2024年纽约程序改革的首个可量化效果。改革并未消除背后的经济逻辑；立案转移至其他辖区——新泽西州上升约55%，加州中区上升约22%——且部分案量从联邦法院转移至州法院，后者的卷宗数据更难追踪。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">&lt;200件</span>
        <div class="dossier-body">
          <p class="dossier-claim">司法部2015至2024年联邦网站无障碍诉讼立案总数</p>
          <p class="dossier-note">这是残障权利律师群体自2017年以来持续阐明的结构性论点：公共执法底线如此之低，以至于在实践中，私人费用转移诉讼并非并行执法轨道，而是唯一的执法轨道。取消律师费，得到的不是更清洁的制度——而是无人执法的制度。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>资料来源：</strong>加州司法委员会《民法典》第425.55条高频诉讼当事人声明（历年周期）；2021至2024年间在SDNY、EDNY、CDCA和NDCA提交的律师费申请；Seyfarth Shaw ADA第三章追踪器（2025年上半年更新）；加州残障通道委员会年度报告；司法部ADA执法档案（ada.gov）；餐厅法律中心和零售诉讼中心汇总的辩护方从业者调查。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#fee-math">第三章核心费用逻辑</a></li>
      <li><span class="toc-num">02</span><a href="#named">具名原告</a></li>
      <li><span class="toc-num">03</span><a href="#pipeline">扫描驱动的案源流水线</a></li>
      <li><span class="toc-num">04</span><a href="#settle-split">和解收益分配</a></li>
      <li><span class="toc-num">05</span><a href="#reforms">有效的程序改革</a></li>
      <li><span class="toc-num">06</span><a href="#defenders">残障权利辩护立场</a></li>
      <li><span class="toc-num">07</span><a href="#what-stops">如何打破循环</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="fee-math">01 · 第三章核心费用逻辑</h2>

  <p class="dropcap-first">《美国残障人士法》第三章不包含损害赔偿救济。该法规授权的是禁令救济——命令被告整改违规行为——以及在<strong>42 U.S.C. §12205</strong>项下，"胜诉方合理的律师费，包括诉讼费用和成本"。这单一的费用转移条款，是整个私人执法体系的核心经济支柱。理解§12205的作用，就能同时理解为何连续性原告经济生态得以存在，以及为何那些显而易见的改革措施——限制立案数量、要求诉前通知、增加立案费——对实际案量的影响远低于改革者的预期。</p>

  <p>机制十分直接。当第三章案件以原告胜诉方式和解或审判时，原告律师提交基准律师费申请：工作小时数乘以时薪。2021至2024年间，纽约南区和东区以及加州中区和北区主要网站无障碍律所提交的申请中，合伙人级别费率集中在<strong>650至850美元区间</strong>，律师助理费率在<strong>350至500美元区间</strong>。一个简单的、无争议的网站无障碍案件通常产生二十至四十小时的律师工时，涵盖受案、起草诉状、和解谈判及同意令文书——由此产生的合理律师费主张在12,000至30,000美元区间，谈判之前即如此。</p>

  <p>正是这一价格标签，驱使典型被告——一家没有内部律师的小型电商企业——选择和解。面对30,000美元的律师费敞口和无论如何都必须履行的禁令救济义务，从经济理性角度看，最优选择是协商达成一项将费用支付与整改承诺捆绑的<strong>5,000至25,000美元区间</strong>和解协议。这一和解区间是案件卷宗的现实。少数争议案件——通常涉及有意愿和预算应诉的较大规模被告——产生的律师费裁决超过10万美元，这也是改革方在形容费用结构"敲诈勒索"时引用的数字。两个数字都是真实的，描述的是不同的案件。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">$450–$850</div><div class="stat-desc">§12205律师费申请每小时费率区间，2021–2024年</div></div>
    <div class="stat-box"><div class="stat-big">20–40小时</div><div class="stat-desc">无争议网站无障碍案件的典型律师工时主张</div></div>
    <div class="stat-box"><div class="stat-big">$5,000–$25,000</div><div class="stat-desc">单一被告典型和解区间</div></div>
  </div>

  <p>加州的叠加规则改变了算术逻辑。在加州中区和北区提起的联邦第三章诉状，通常附带加州《民法典》第51条等规定的州法Unruh民权法主张。《民法典》第52(a)条附加<strong>每次违规4,000美元</strong>的法定损害赔偿金，且加州法院已将对不合规场所的每次单独访问认定为独立违规。一名主张三次访问的原告，在律师费主张之外还额外主张了12,000美元的法定损害赔偿金。Unruh乘数是加州卷宗的和解区间分布不同于纽约卷宗的原因，也是加州改革方案——《民法典》第425.55条和SB-585——聚焦于立案纪律程序而非损害赔偿救济本身的原因。</p>

  <p class="pull-quote">限制立案数量而不改变费用结构，得到的是案件更少但费用更高的卷宗。限制费用而不改变立案数量，则会瓦解该法规仅有的执法底线。</p>

  <hr />

  <h2 id="named">02 · 具名原告</h2>

  <p>2024年纽约CPLR §3211修正案是针对一种特定实证规律起草的：极少数非本州居民原告在单一日历年内作为数十乃至数百起网站无障碍投诉的具名投诉人出现。加州对应机制——第425.55条高频诉讼当事人声明——自2016年起每年公布这类原告名单。综合两个数据来源，可以对"具体是哪些人"给出相当清晰的回答。</p>

  {/* 手工绘制的SVG水平条形图，替代了FLUX生成的图像
      （AI图像模型无法渲染清晰文字，公司名称和案件数量均显示为乱码）。
      条形宽度与下方律所排名中的案件数量估算成比例。
      SDNY/EDNY排名前三的律所以红色高亮，标示出2024年CPLR §3211修正案
      针对的集中现象。*/}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="firms-chart-title firms-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="firms-chart-title">2024年按联邦法院估算立案量排名的前十大ADA第三章原告律所</title>
      <desc id="firms-chart-desc">水平条形图，按2024年联邦法院ADA第三章立案量排列十大主要原告律所。Mizrahi Kroub LLP以约1,700件居首，其次为Stein Saks PLLC约1,500件、Mars Khaimov Law约1,050件、Center for Disability Access约930件、Pacific Trial Attorneys约700件、Wittenberg Law约600件、Manning Law约510件、Lipton Law Center约430件、佛州南区实体无障碍集群约370件、新泽西联邦地区法院集群约310件。前三名律所——均为SDNY和EDNY网站无障碍专业律所——合计约4,250件。</desc>
      {/* 背景 */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* 垂直网格线，位于0、500、1000、1500件处 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="335" y1="40" x2="335" y2="320" />
        <line x1="470" y1="40" x2="470" y2="320" />
        <line x1="605" y1="40" x2="605" y2="320" />
      </g>
      {/* X轴基线 */}
      <line x1="200" y1="320" x2="720" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="200" y1="40" x2="200" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X轴刻度标签（案件数） */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="200" y="338">0</text>
        <text x="335" y="338">500</text>
        <text x="470" y="338">1,000</text>
        <text x="605" y="338">1,500</text>
      </g>
      <text x="460" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">2024年联邦立案量估算</text>
      {/* 律所名称标签（条形左侧） */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="192" y="62">Mizrahi Kroub LLP</text>
        <text x="192" y="88">Stein Saks PLLC</text>
        <text x="192" y="114">Mars Khaimov Law</text>
        <text x="192" y="140">Center for Disability Access</text>
        <text x="192" y="166">Pacific Trial Attorneys</text>
        <text x="192" y="192">Wittenberg Law</text>
        <text x="192" y="218">Manning Law APC</text>
        <text x="192" y="244">Lipton Law Center</text>
        <text x="192" y="270">SDFL实体无障碍集群</text>
        <text x="192" y="296">DNJ集群（纽约改革后）</text>
      </g>
      {/* SDNY/EDNY前三名律所条形，以红色高亮 */}
      <g fill="#dc2626">
        <rect x="200" y="52" width="460" height="16" />
        <rect x="200" y="78" width="405.9" height="16" />
        <rect x="200" y="104" width="284.1" height="16" />
      </g>
      {/* 其余律所条形，以深色显示 */}
      <g fill="#1a1a1a">
        <rect x="200" y="130" width="251.6" height="16" />
        <rect x="200" y="156" width="189.4" height="16" />
        <rect x="200" y="182" width="162.4" height="16" />
        <rect x="200" y="208" width="138.0" height="16" />
        <rect x="200" y="234" width="116.4" height="16" />
        <rect x="200" y="260" width="100.1" height="16" />
        <rect x="200" y="286" width="83.9" height="16" />
      </g>
      {/* 每条末尾的数值标签 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="668" y="65">约1,700件</text>
        <text x="614" y="91">约1,500件</text>
        <text x="492" y="117">约1,050件</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="460" y="143">约930件</text>
        <text x="398" y="169">约700件</text>
        <text x="370" y="195">约600件</text>
        <text x="346" y="221">约510件</text>
        <text x="324" y="247">约430件</text>
        <text x="308" y="273">约370件</text>
        <text x="292" y="299">约310件</text>
      </g>
      {/* 红色条形的图例注释 */}
      <rect x="540" y="18" width="12" height="12" fill="#dc2626" />
      <text x="558" y="28" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#1a1a1a">SDNY / EDNY网站无障碍专业律所</text>
    </svg>
    <figcaption>SDNY/EDNY前三大网站无障碍专业律所——Mizrahi Kroub、Stein Saks和Mars Khaimov——合计约4,250件，超过其余七家律所的总和。在每家律所的卷宗内部，少数具名个人反复出现。</figcaption>
  </figure>

  <p>在加州数据中，高频诉讼当事人名单每年约列出二十余名个人，这些名字在不同周期中反复出现。少数原告——由残障通道中心（Potter Handy LLP旗下）、Pacific Trial Attorneys、Manning Law和Wittenberg Law代理——年复一年出现在公开声明中，年度立案数从法定最低十件到低三位数不等。第425.55条声明还披露原告访问每家被告场所的理由，这正是SB-585修正案在2024年收紧的数据依据，旨在过滤原告从未实际到访该商家、而仅凭扫描器输出或法律助理现场调查主张知悉违规情况的测试性索赔。</p>

  <p>在纽约数据中，不存在公开的高频原告名单，但卷宗层面的集中程度类似。SDNY和EDNY的案件管理记录汇总后，同样呈现出类似的集中现象：少数视力障碍原告分别由Mizrahi Kroub LLP、Stein Saks PLLC和Mars Khaimov Law PLLC代理，每人在一个日历年内作为大量网站无障碍投诉的首席投诉人出现，这些投诉以连续多批次的形式针对电商被告提起。2024年CPLR §3211修正案的立法说明书明确将这些立案模式列为改革所针对的行为。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约1,700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">SDNY / DNJ · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">约1,500件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">SDNY / EDNY · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">约1,050件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access（Potter Handy LLP）</div><div class="firm-meta">CDCA / NDCA · Unruh联合实体及数字无障碍</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">约930件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CDCA · 第九巡回法院网站无障碍卷宗</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">约700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CDCA / NDCA · Unruh联合联邦立案</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">约600件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CDCA · 第九巡回法院网站无障碍卷宗</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">约510件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CDCA · 数字无障碍立案</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">约430件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">SDFL实体无障碍集群</div><div class="firm-meta">SDFL · 停车场、卫生间、坡道、标识</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">约370件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">DNJ集群（纽约改革后，2025年）</div><div class="firm-meta">DNJ · 网站无障碍，2025年扩张</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">约310件（估算）</div></div>
    </div>
  </div>

  <p>具名原告的集中现象<em>并不能</em>告诉我们任何单个原告是否具有机会主义动机。同一名在一年内出现于四十起SDNY诉状的视力障碍原告，确实无法使用四十个不可访问的网站；法律问题在于第三章的原告资格规则是否要求超出这一范围的附加条件。最高法院在<em>Acheson Hotels, LLC诉Laufer</em>案（601 U.S. 1，2023年）中，以案件已无实际争议为由撤销了下级法院在一起连续性原告测试案中的裁决，并明确将基础性原告资格问题——ADA"测试性"原告从不打算光顾被告场所是否具有第三条宪法原告资格——留待日后解决。这一悬而未决的问题是经济背景的组成部分：辩护方提出缺乏原告资格的申请很少产生决定性裁决，因为案件在法院审及这一问题之前便已和解。</p>

  <hr />

  <h2 id="pipeline">03 · 扫描驱动的案源流水线</h2>

  <p>仅靠具名原告无法解释这一案量。一名个人在一年内实际遭遇四十个不可访问网站尚属可信；遭遇四百个则并不现实。介于具名原告与卷宗之间的，是律所端围绕自动化无障碍扫描器构建的受案流程。</p>

  <p>根据辩护方从业者陈述以及少数逐项列明工时记录的律师费申请，机制大致如下：扫描器——有时是某款商用WCAG审计工具，有时是定制的内部爬虫——对从某一垂直行业（珠宝零售商、电子烟店、小众服饰、餐饮）采集的一批电商域名进行扫描，为每个域名生成违规报告：缺失替代文字、表单输入标签、焦点陷阱故障、低对比度文本、缺失跳过链接。律所受案团队将报告分类整理为"可操作"网站的流水线——通常是那些自动化工具能以近乎确定性标记出多个WCAG 2.1 A级缺陷的网站。针对可操作网站生成模板化诉状，具名原告签署（或被声称已签署）声明书，诉状随即提交立案。</p>

  <p>同样流水线的实体无障碍版本历史更为悠久。残障通道中心及其他加州Unruh专业律所早在2010年代初就开始针对28 CFR §36.302等条款规定的停车场、标识、卫生间和坡道违规进行"驾车巡查"受案——法律助理乘车拍摄不合规停车场布局，将其录入针对物业所有人的诉状模板。2015年《加州民法典》第425.55条的颁布，正是对这一流水线的直接回应；2024年SB-585修正案则是对其数字后继版本的回应。</p>

  <div class="callout info">
    <div class="ct">为何扫描器驱动的受案难以监管</div>
    <p>对任何大量美国电商域名运行的自动化WCAG违规扫描，将真实发现违规情况。受案流水线并非无中生有地制造主张——它是在大规模识别真实缺陷。法律政策问题在于：该法规的原告资格和诉状规则是否要求具名原告亲自遭遇每一项违规，还是扫描器输出足以作为诉状的证据基础。2024年SB-585修正案对加州州法院Unruh主张采取了前一立场；联邦层面的答案仍视具体案情而定。</p>
  </div>

  <p>流水线正是使逐案边际成本如此之低的原因所在。一旦律所建立了扫描队列和诉状模板，每个额外立案仅需一小时法律助理工时和405美元联邦立案费。一条每季度产生一百件立案、逐案和解价值7,000美元（扣除立案费、法律助理工时和合伙人审核时间后）的流水线，所形成的律所级经济引擎，不会有任何单个被告有动力将其诉诸终局裁决。</p>

  <hr />

  <h2 id="settle-split">04 · 和解收益分配</h2>

  <p>在一个已和解案件中，钱究竟流向何处？§12205费用转移机制与第三章缺乏损害赔偿救济的特点相叠加，产生了一种相对于大多数其他联邦公民权利法规而言颇为特殊的收益分配结构。</p>

  <p>在纯联邦第三章案件中——即在SDNY、EDNY，或佛罗里达州、马萨诸塞州法院提起的、无州法叠加的案件——具名原告不获任何货币损害赔偿。和解金额是经谈判确定的§12205律师费（及诉讼费用），加上整改承诺。原告在案件中的经济利益，从严格的法定意义上说，是禁令救济和提起有实质依据主张的满足感。律师费是律师的收益。部分律所从律师费中向具名原告额外支付适度的"服务奖励"——通常为500至2,000美元——但该结构属于律师所有，而非原告所有。</p>

  <p>在加州Unruh联合案件中，收益分配有所不同。《民法典》第52(a)条规定的每次访问4,000美元法定损害赔偿金归原告所有。Unruh联合案件的和解通常分为三部分：分配给法定损害赔偿金的款项（原告保留），分配给律师费的款项（律所保留），以及整改承诺（被告单独出资）。Unruh损害赔偿金使加州具名原告在案件中拥有纯联邦纽约原告所不具备的直接经济利益。</p>

  <div class="chart-section">
    <div class="chart-title">20,000美元典型和解的实际流向</div>
    <div class="bar-row"><div class="bar-label">纯联邦第三章 · 律师费</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">约$18,000 · 90%</div></div></div>
    <div class="bar-row"><div class="bar-label">纯联邦第三章 · 原告服务奖励</div><div class="bar-track"><div class="bar-fill bf-b" style="width:10%">约$2,000 · 10%</div></div></div>
    <div class="bar-row"><div class="bar-label">Unruh联合加州案 · 律师费</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">约$12,000 · 60%</div></div></div>
    <div class="bar-row"><div class="bar-label">Unruh联合加州案 · 法定损害赔偿金归原告</div><div class="bar-track"><div class="bar-fill bf-d" style="width:40%">约$8,000 · 40%</div></div></div>
  </div>

  <p>整改承诺单独处理。以20,000美元和解的被告，通常还须承诺在约定的六至十二个月窗口内，将违规网站或场所整改至符合WCAG 2.1 Level AA标准（或实体场所整改至2010年ADA标准），通常须经第三方审计员核实。这笔整改费用不体现在和解金额中。对于小型电商被告而言，审计与整改预算可能与律师费支付相当甚至更高——这也是部分辩护方从业者认为公开披露的和解区间数字低估了对小企业真实经济负担的原因。</p>

  <p>这一分配结构同样未能呈现<em>不</em>和解案件的成本。应诉并在简易判决中败诉的被告，将面临无上限的基准律师费裁决。2022至2024年间少数争议案件产生的超过10万美元律师费裁决——集中于选择就原告资格或关联性问题进行诉讼的较大规模商业被告——构成了逐案敞口曲线的上限。大多数被告选择和解，正是为了规避这一上限。</p>

  <hr />

  <h2 id="reforms">05 · 有效的程序改革</h2>

  <p>两项程序改革——一项在加州，一项在纽约——已以早期数据开始揭示的方式改变了立案地理分布。第三项，联邦层面的，自2017年起在历届国会悬而未决，从未获得通过。</p>

  <h3>加州：《民法典》第425.55条 + SB-585（2024年）</h3>
  <p>加州的改革路径更为悠久且循序渐进。2015年颁布的《民法典》第425.55条要求任何达到高频诉讼当事人门槛（在12个月内提起十次或以上残障通道主张）的原告，在每份Unruh诉状中附上独立声明书。声明书须披露此前立案情况、注明代理律师，并说明原告访问被告场所的理由。须额外缴纳1,000美元补充立案费。该法规在<em>Thurston诉Omni Hotels Management Corp.</em>案（69 Cal. App. 5th 299，2021年）中通过了平等保护质疑。</p>

  <p>2024年SB-585修正案收紧了第425.55条的声明书要求。新增的"亲自到访"诉状要求尤为关键，旨在过滤测试性Unruh主张——即原告从未实际到访该商家，而是依赖扫描器输出或法律助理现场调查来主张知悉违规情况。加州残障通道委员会2025年初的数据显示，SB-585实施后高频诉讼当事人Unruh立案的绝对数量仍小幅上升——但原告声称亲自实地到访（而非测试性或远程主张）的立案占比上升更为显著，表明流水线已进行调整而非崩溃。</p>

  <h3>纽约：CPLR §3211（2024年修正案）</h3>
  <p>纽约的改革更为近期且更为直接。2024年对CPLR §3211——规定答辩前申请驳回动议的法规——的修订，新增了一条提高举证标准的驳回途径，适用于同一系列中针对非本州居民被告、由非本州居民原告提起的实质相同立案的无障碍相关诉讼。立法说明书明确将高频网站无障碍立案模式列为改革所针对的行为。修正案并未废止纽约法院的第三章主张；它改变了程序立场，使被告得以要求原告证明与纽约的真实关联，否则面临驳回。</p>

  <p>2025年上半年Seyfarth数据中已出现首个可量化效果。SDNY和EDNY联邦第三章立案量在2025年上半年较2024年同期下降约40%。新泽西联邦地区法院立案量上升约55%。加州中区立案量上升约22%。全国联邦法院总立案量同比下降约18%。改革并未消除背后的经济逻辑——§12205的费用逻辑未变，具名原告及其律所只是将卷宗迁移至其他辖区——但它已可量化地重塑了地理分布。</p>

  <h3>联邦层面：长期悬而未决的诉前通知法案</h3>
  <p>联邦对应版本——通常被引用为"ADA教育与改革法案"的诉前通知法案——于2018年在众议院获得通过，但从未在参议院过关。第119届国会版本（2026年待审）拟设立一个通知与整改窗口，要求原告在提起诉讼前发出书面通知描述涉嫌违规内容，并给予被告六十天回应时间。残障权利组织对每一版本均持反对立场，理由是通知与整改制度实际上将公民权利法规转变为一种被告可无限期拖延而无需切实整改的投诉制度。</p>

  <div class="quote-block">
    <div class="meta">DREDF · 2018年众议院关于H.R. 620的证词</div>
    <div class="quote">"诉前通知提案并未解决潜在违规问题——它们解决的只是诉讼是否存在的问题。一部允许被告在诉讼提起之前发现并忽视公民权利违规行为的法规，在实际运作意义上产生的是一种自愿执法体系。"</div>
    <span class="source">残障权利教育与辩护基金 · 众议院司法委员会证词（2018年）</span>
  </div>

  <hr />

  <h2 id="defenders">06 · 残障权利辩护立场</h2>

  <p>改革方对连续性原告经济生态的定性——"敲诈勒索"、"驾车巡查式诉讼"、"点击巡查式诉讼"——自2017年美国商会、餐厅法律中心和零售诉讼中心提交法庭之友意见书以来，一直是行业媒体和立法说明书的主流词汇。残障权利律师群体以一个结构性反论作为回应，行业媒体倾向于将其作为脚注处理，但这才是争论中更为深刻的一半。</p>

  <div class="callout warning">
    <div class="ct">为何辩护方的立场部分正确</div>
    <p>部分立案——以及部分具名原告——确实以1990年国会所未能预料的方式利用了逐案经济逻辑。一条每季度发现一百个可操作WCAG违规报告、并将其转化为针对小型电商被告的一百份模板化诉状的流水线，无论从哪个角度看，都是一种商业模式。改革方并非在凭空捏造被告和解动机与律所逐案边际成本之间的不对称性。</p>
  </div>

  <div class="callout safe">
    <div class="ct">为何残障权利方的立场也部分正确</div>
    <p>第三章不包含损害赔偿救济。司法部提起的执法案件极为罕见——十年内联邦网站无障碍诉讼不足200件。结果是：唯一具有经济激励来执法的实体，是那些依靠费用转移模式运作的私人律所。取消§12205律师费而不提供替代性执法底线，得到的不是更清洁的制度——而是无人执法的制度。DREDF、全国盲人联合会和残障权利倡导者自2000年代初便持续提出这一论点。</p>
  </div>

  <p>残障权利论点有三个结构性组成部分。第一，实证观察：公共执法底线——司法部在第三章下的立案、州检察长的立案以及美国律师办公室的行动——如此之低，就其本身而言，无法对全国数百万网站构成有意义的合规压力。第二，法律观察：§12205的费用转移机制是1990年国会的刻意选择，正是为了克服缺乏损害赔偿救济的局限，将私人律师群体委任为执法力量。第三，政策观察：最常被提议的改革措施——诉前通知、立案上限、原告人数上限——着力于降低诉讼曲线的可见度，而不着力于潜在的无障碍差距是否正在缩小。</p>

  <p>全国盲人联合会在其2024年政策简报中最为直接地阐明了第三点。简报回顾了CPLR §3211后的SDNY数据，观察到立案的地理迁移，并指出纽约改革最可量化的效果是案件的重新分配，而非底层电商群体无障碍失败率的降低。"如果目标是减少诉讼，纽约改革正在取得成效，"简报写道。"如果目标是拥有更多无障碍网站，数据尚未显示出这一结果。"</p>

  <p class="pull-quote">费用结构是该法规仅有的执法底线。在不提高公共执法力度的情况下降低底线，就是在降低执法力度。</p>

  <hr />

  <h2 id="what-stops">07 · 如何打破循环</h2>

  <p>如果"循环"被狭义理解——即少数具名原告针对大量小型电商被告发起的高频、扫描驱动、模板化立案——那么三件事协同作用可以打破它。其一：附有整改安全港的诉前通知，通过将范围收窄至不消灭潜在主张来经受残障权利方的反对。其二：最高法院就测试性原告资格问题作出裁决，使卷宗得以真正依赖，取代<em>Acheson Hotels诉Laufer</em>案留下的悬而未决状态。其三：实质性增加公共第三章执法——司法部立案、州检察长无障碍专项工作组——足以分担部分私人律师的执法负担。这三件事中，没有一件可靠地出现在2026年的日程中。</p>

  <p>如果"循环"被更宽泛地理解——即第三章执法本身，由私人律师群体依靠费用转移模式开展，因为没有其他有效的执法机制——那么打破循环是否是正确的政策目标，并不明显。与该法规共处三十六年的残障权利组织倾向于在此处着陆：问题不在于私人执法模式是否存在成本（确实存在），而在于拟议的替代方案是否会产生更多无障碍性，还是更少。迄今为止，纽约和加州改革的数据表明答案是"两者皆否"——立案已经转移，无障碍差距尚未缩小。</p>

  <p>2026年的周期因此很可能与2025年的周期大体相似。具名原告将继续在程序改革尚未产生影响的辖区提起立案。律所端扫描流水线将继续在大量美国电商中发现可操作的违规情况。典型案件的和解区间将继续维持在5,000至25,000美元，偶发的争议案件产生六位数的个案。司法部待定的第三章网站规则制定，若得以出台，将提高合规的技术门槛，并可能扩大而非收窄潜在被告群体。公共辩论将继续各说各话，一方统计立案数量，另一方统计无障碍网页数量——两个指标在现有数据中并未朝同一方向移动。</p>

  <p>关于更宏观的视角——谁提起第三章诉讼、在哪里提起，以及2024年后的改革如何重塑联邦法院地理分布——请阅读本系列姊妹篇：<a href="/articles/serial-plaintiffs-versus-individuals/">连续性原告与个人原告：2026年谁在真正推动ADA第三章执法</a>。关于基础法规，请阅读<a href="/regulations/us/">ADA概览</a>；关于更广泛的美国无障碍法律格局，请参阅<a href="/regulations/">法规索引</a>。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>具名原告身份来源于加州司法委员会《民法典》第425.55条高频诉讼当事人声明（2016至2025年各年度周期）以及美国审判律师协会残障权利实践小组2024年工作论文汇总的SDNY/EDNY卷宗报告。律师费数字来源于2021至2024年间在SDNY、EDNY、CDCA和NDCA提交并从PACER中抽样的基准律师费申请。和解区间数字来源于餐厅法律中心和零售诉讼中心汇总的辩护方从业者调查，以及少量公开同意令的补充。立案量数字来源于Seyfarth Shaw ADA第三章追踪器（2013至2025年周期，含2025年上半年更新）。司法部执法计数来源于ada.gov公开执法档案。所有律所级数字应视为相对排名估算，而非经审计的精确总量。</p>
    <p><strong>法律背景：</strong>《美国残障人士法》第三章，42 U.S.C. §§12181–12189（1990年）；费用转移条款见42 U.S.C. §12205。加州《民法典》第51、52、425.50至425.55条（Unruh民权法、法定损害赔偿金及高频诉讼当事人声明）；2024年经SB-585修订。纽约《民事诉讼法和规则》第3211条，经修订（2024年）。佛罗里达州第八编民事程序修正案（2021年）。案件引用：<em>Acheson Hotels, LLC诉Laufer</em>，601 U.S. 1（2023年）；<em>Robles诉Domino's Pizza, LLC</em>，913 F.3d 898（第九巡回法院2019年），拒绝调卷令140 S. Ct. 122（2019年）；<em>Thurston诉Omni Hotels Management Corp.</em>，69 Cal. App. 5th 299（2021年）。</p>
    <p><strong>本文不构成：</strong>对所列具名原告、律所或任何单个立案案件实质的判断。所描述的行为——扫描器驱动受案、模板化诉状、费用转移和解——在绝大多数情况下均属于该法规原文和法院解释所允许的行为。本文是对费用转移公民权利制度内在经济学及其周边政策辩论的社论分析，不构成法律建议。面临第三章需求函、诉状或律师费申请的读者，应咨询相关辖区有执照的胜任律师。</p>
  </footer>

</div>

---
title: 连续性原告与个人原告：2026年谁在真正推动ADA第三章执法
url: https://www.disabilityworld.org/zh/articles/serial-plaintiffs-versus-individuals/
description: 2024年美国联邦法院约有12,000起ADA第三章诉讼，案件大量集中于少数原告律所。2025年纽约和加州的程序改革已开始重塑这一格局——但从现有数据来看，并未以改革者预期的方式呈现。
author: Disability World
pubDate: 2026-05-22
tags: ada, litigation, title-iii, serial-plaintiffs, enforcement, us-law, data
---

# 连续性原告与个人原告：2026年谁在真正推动ADA第三章执法

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>社论</strong> · ADA第三章执法</span>
  </div>

  <h1>连续性原告与个人原告 <em>——2026年谁在真正推动ADA第三章执法</em></h1>

  <p class="lede">《美国残障人士法》签署成为法律三十六年后，其公共设施执法几乎全部由私人原告而非美国司法部承担——在这一群体中，又高度集中于极少数在极少数联邦法区立案的原告律所。2024年美国联邦法院共提起约<strong>12,000起ADA第三章投诉</strong>（Seyfarth Shaw ADA第三章追踪器，自2013年起作为行业事实基准），此外加州Unruh民权法和纽约州人权法下的州法院立案又额外增加了数千件。<strong>前十大原告律所</strong>约占所有联邦立案的<strong>70%</strong>；司法部<strong>十年内联邦网站无障碍诉讼不足200件</strong>。本档案重建2026年第三章执法的实际图景，分析2025年程序改革的影响，并评估现有数据是否以及如何说明这些改革正在缩小潜在的无障碍差距。</p>

    <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查结论 · 案件档案01</span>
      <span class="dossier-meta">08条目 · 来源：联邦卷宗与州法院数据，2013–2025年</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">第三章卷宗揭示的规律</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约12,000件</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年联邦第三章立案量反弹至约12,000件</p>
          <p class="dossier-note">在2023年跌至8,227件后，联邦法院ADA第三章立案量回升至2021年峰值11,452件以上。2024年的反弹几乎完全由纽约南区联邦地区法院的网站无障碍案件驱动。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">十家律所约占全部联邦投诉的七成</p>
          <p class="dossier-note">Seyfarth追踪器和美国审判律师协会残障权利实践小组2024年工作论文识别出十家原告律所——Mizrahi Kroub、Stein Saks、Mars Khaimov、Pacific Trial、Wittenberg、Center for Disability Access、Lipton、Manning以及两家佛州律所——为联邦第三章活动的主要来源。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">约4,500件</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年SDNY和EDNY共受理逾4,500件联邦投诉</p>
          <p class="dossier-note">约占全国联邦法院总量的38%。加上加州中区和北区，已覆盖60%以上的卷宗。四个法区承接了全国大多数联邦第三章立案。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">约4,300件</span>
        <div class="dossier-body">
          <p class="dossier-claim">网站无障碍案件现已占全部联邦第三章活动的三分之一以上</p>
          <p class="dossier-note">据Seyfarth及《ADA第三章新闻与见解》博客，2024年网站无障碍投诉约达4,300件联邦立案——为<em>Robles诉Domino's Pizza</em>（第九巡回法院，2019年）的法律后继。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt;200件</span>
        <div class="dossier-body">
          <p class="dossier-claim">司法部十年内联邦网站无障碍立案不足200件</p>
          <p class="dossier-note">司法部及美国律师办公室2015至2024年联邦法院网站无障碍投诉估算总量。私人诉讼实际运作于其上方的公共执法底线极低。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">$4,000</span>
        <div class="dossier-body">
          <p class="dossier-claim">加州Unruh法规提供每次访问法定损害赔偿金——ADA本身不提供</p>
          <p class="dossier-note">第三章本身仅授权禁令救济和律师费。与Unruh主张合并提起时，加州《民法典》第52条提供每次访问4,000美元法定损害赔偿金——这是加州连续性立案背后的经济引擎。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">2025年上半年SDNY和EDNY立案量下降约40%</p>
          <p class="dossier-note">纽约CPLR §3211修正案的首个可量化效果。立案并未消失——而是转移了。同期新泽西联邦地区法院立案量上升约55%，加州中区上升约22%。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026年</span>
        <div class="dossier-body">
          <p class="dossier-claim">司法部第三章网站规则制定仍待出台</p>
          <p class="dossier-note">自2022年起列入统一监管议程。同类第二章规则于2024年4月最终确定（28 CFR第35部分H款），以WCAG 2.1 Level AA为联邦标准适用于州和地方政府——已对私人诉讼谈判立场产生影响。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>资料来源：</strong>Seyfarth Shaw ADA第三章追踪器（2013至2025年周期）；《ADA第三章新闻与见解》博客；加州残障通道委员会年度报告；纽约州法院行政办公室卷宗数据；PACER联邦法院记录；美国审判律师协会残障权利实践小组2024年工作论文。</p>
  </section>

    <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#numbers">数据及其统计口径</a></li>
      <li><span class="toc-num">02</span><a href="#firms">卷宗背后的律所</a></li>
      <li><span class="toc-num">03</span><a href="#geography">地理集中</a></li>
      <li><span class="toc-num">04</span><a href="#website-wave">网站无障碍浪潮</a></li>
      <li><span class="toc-num">05</span><a href="#procedural">程序性回应</a></li>
      <li><span class="toc-num">06</span><a href="#defense-disability">被告与残障权利的反驳</a></li>
      <li><span class="toc-num">07</span><a href="#individual">个人原告与策略性诉讼</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">2026年展望</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="numbers">01 · 数据及其统计口径</h2>

  <p class="dropcap-first">ADA第三章执法的核心数字——出现在每份国会工作人员备忘录和商会提交材料中的那个数字——来自单一的私有数据集。自2013年起，Seyfarth Shaw律所使用PACER卷宗检索和稳定的分类体系，对美国联邦地区法院受理的每一份ADA第三章投诉进行人工编码。Seyfarth ADA第三章追踪器报告显示：<strong>2021年联邦法院立案11,452件，2022年8,694件，2023年8,227件，2024年约12,000件</strong>。2024年的反弹——几乎完全由纽约南区联邦地区法院网站无障碍案件激增驱动——是"私人执法是否已失灵"这一辩论在2026年重新活跃的根本原因。</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">11,452</div><div class="stat-desc">联邦第三章立案，2021年——2024年反弹前的此前峰值</div></div>
    <div class="stat-box"><div class="stat-big">8,227</div><div class="stat-desc">联邦第三章立案，2023年——疫情后周期的低谷</div></div>
    <div class="stat-box"><div class="stat-big">约12,000</div><div class="stat-desc">联邦第三章立案，2024年——SDNY主导的反弹</div></div>
  </div>

  <p>这一核心数字之下，有三点需要注意。第一，它仅统计<em>联邦</em>立案。同时提出第三章主张和加州Unruh民权法主张的投诉被计入；仅在州法院提出Unruh主张而未附联邦诉因的投诉则不被计入。加州残障通道委员会在其2024年年度报告中估计，每年还有数千件额外的残障通道投诉在加州高等法院依据Unruh法规提起——该法规允许每次访问4,000美元的法定损害赔偿金，而ADA本身不提供此类救济，这一点至关重要。</p>

  <p>第二，"已立案投诉"不等于"已作出判决"。Seyfarth数据集明确指出，绝大多数第三章案件在数月内和解，从未产生有据可查的裁决。结构性原因与残障权利律师群体自1990年代初便一再引用的相同：第三章本身不授权损害赔偿，只授权禁令救济和律师费。面对快速通道需求函及30,000至80,000美元律师费敞口的被告，通常会以该数字的一个零头加上整改承诺和解，而与案件是非曲直无关。</p>

  <p>第三，驱动年际波动的类别，并非ADA在1990年为之立法的实体无障碍案件。<strong>网站无障碍案件——主张面向公众的商业网站本身构成"公共设施场所"，或与某场所关联程度足以触发第三章的主张——2024年约占联邦立案4,300件</strong>，据Seyfarth及《ADA第三章新闻与见解》博客，超过全部联邦第三章活动的三分之一，且高度集中于两个法区。</p>

  <p class="pull-quote">第三章不包含损害赔偿救济。司法部提起的执法案件极为罕见。结果是：唯一具有经济激励来执法的实体，是那些依靠费用转移模式运作的私人律所。</p>

  <hr />

  <h2 id="firms">02 · 卷宗背后的律所</h2>

  <p>律所层面的集中程度比地理集中更为明显。Seyfarth追踪器和美国审判律师协会残障权利实践小组2024年工作论文分析，在立案统计排名榜首反复出现同一批名字。在纽约，<strong>Mizrahi Kroub LLP</strong>、<strong>Stein Saks PLLC</strong>和<strong>Mars Khaimov Law PLLC</strong>自2020年以来合计提起了数千件网站无障碍投诉。在加州，<strong>Pacific Trial Attorneys</strong>、<strong>Wittenberg Law</strong>和<strong>残障通道中心</strong>（Potter Handy LLP旗下）主导了Unruh联合联邦立案。<strong>Lipton Law</strong>和<strong>Manning Law</strong>在第九巡回法院网站无障碍卷宗中持续出现。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">纽约 · 网站无障碍专业律所 · SDNY / EDNY</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约1,700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">纽约/新泽西 · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">约1,500件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">纽约 · 网站无障碍专业律所</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">约1,050件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access（Potter Handy LLP）</div><div class="firm-meta">加州 · Unruh联合实体及数字无障碍</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">约930件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">加州 · 第九巡回法院网站无障碍卷宗</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">约700件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">加州 · Unruh联合联邦立案</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">约600件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">加州 · 第九巡回法院网站无障碍卷宗</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">约510件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">加州 · 数字无障碍立案</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">约430件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">佛州实体无障碍集群</div><div class="firm-meta">SDFL · 停车场、卫生间、坡道、标识</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">约370件（估算）</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">新泽西集群（纽约改革后）</div><div class="firm-meta">DNJ · 网站无障碍，2025年扩张</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">约310件（估算）</div></div>
    </div>
  </div>

  <p>这些律所并不可互换。纽约集群几乎完全专注于网站无障碍——即零售商结账页面、餐厅菜单PDF或酒店预订页面无法使用屏幕阅读器的主张。加州Unruh专业律所同时处理实体和数字案件，但依赖法定损害赔偿乘数。佛州和新泽西立案者更接近第三章最初的模式：停车场、卫生间、坡道、标识、28 CFR §36.302(e)规定的酒店预订规则。</p>

  <p>在每个集群内部，少数具名原告反复出现。加州《民法典》第425.55条"高频诉讼当事人"定义——即在12个月内提起十次或以上残障通道主张的原告——本身即是法院公开发布的统计数据：加州历年司法委员会数据每年识别出约二十余名达到该门槛的个人，他们提起了该州绝大多数连续性Unruh诉讼。纽约没有类似的公开统计，但2024年程序改革的设计正是针对类似程度的集中现象。</p>

  <hr />

  <h2 id="geography">03 · 地理集中</h2>

  <figure class="article-figure">
    <img src="/article-images/serial-plaintiffs-versus-individuals/inline-1.webp" alt="美国简化地图，标出承接绝大多数ADA第三章立案的四个联邦法区——SDNY、EDNY、CDCA、NDCA。" width="800" height="450" loading="lazy" />
    <figcaption>四个联邦法区——纽约的SDNY + EDNY以及加州的CDCA + NDCA——承接了全部联邦第三章立案的主体。佛州南区和新泽西联邦地区法院位列次级梯队。</figcaption>
  </figure>

  <p>地理集中是该数据集中最为一贯的特征。2024年，<strong>纽约南区和东区联邦地区法院合计受理逾4,500件第三章投诉</strong>——约占全国总量的38%。<strong>加州中区和北区</strong>合计再增加约2,800件。佛州南区和新泽西联邦地区法院构成次级梯队。换言之，四个法区承接了全国联邦第三章立案的主体。</p>

  <div class="chart-section">
    <div class="chart-title">2024年联邦第三章立案按法区分布（估算）</div>
    <div class="bar-row"><div class="bar-label">SDNY（纽约南区）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">约3,200件 · 27%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA（加州中区）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:62%">约2,000件 · 17%</div></div></div>
    <div class="bar-row"><div class="bar-label">EDNY（纽约东区）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:41%">约1,300件 · 11%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDFL（佛州南区）</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">约900件 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">NDCA（加州北区）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:25%">约800件 · 7%</div></div></div>
    <div class="bar-row"><div class="bar-label">DNJ（新泽西区）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">约700件 · 6%</div></div></div>
    <div class="bar-row"><div class="bar-label">其余所有法区</div><div class="bar-track"><div class="bar-fill bf-d" style="width:30%">约3,100件 · 24%</div></div></div>
  </div>

  <p>这一格局并非偶然。SDNY和EDNY结合了对网站即公共设施场所主张的友好地区法院裁判线（<em>Andrews诉Blick Art Materials, LLC</em>，268 F. Supp. 3d 381，EDNY 2017年，及其后续案件）、历史上允许纽约原告起诉外州电商被告的宽松属人管辖先例，以及密集的专业律所群体。加州中区结合了Unruh法定损害赔偿乘数和第九巡回法院<em>Robles</em>规则。佛州和新泽西法区是主要法区收紧程序规则后的次优管辖地——正如第05节所示，这恰恰是2025年已经开始呈现的规律。</p>

  <hr />

  <h2 id="website-wave">04 · 网站无障碍浪潮</h2>

  <p>解释2020至2024年案量的法理背景较为简短。在<em>Robles诉Domino's Pizza, LLC</em>案（913 F.3d 898，第九巡回法院2019年）中，第九巡回法院裁定ADA适用于该连锁餐厅的网站和应用程序，因为二者与其实体门店关联足够紧密。最高法院于2019年10月拒绝调卷令。早在1994年，<em>Carparts Distribution Center诉Automotive Wholesaler's Association</em>案（37 F.3d 12，第一巡回法院1994年）便已确立了"公共设施场所"不限于实体场所的第一巡回法院法理。<em>Gil诉Winn-Dixie Stores</em>案（257 F. Supp. 3d 1340，SDFL 2017年）产生了一份有利于视障原告的早期法庭审判裁决，但第十一巡回法院于2021年以案件已无实际争议为由撤销并发回重审——使该巡回法院的巡回层面法律迄今仍悬而未决。</p>

  <p>结果是一幅拼凑式图景。在第九和第一巡回法院立案的原告拥有明确的法理钩子。在第二巡回法院立案的原告拥有友好的地区法院裁判线。在第十一巡回法院立案的原告面临残余的不确定性。司法部仍待出台的第三章网站规则制定——自2022年起列入统一监管议程——将以行政方式解决这一问题，但尚未出台。2024年4月最终确定的第二章规则（<strong>28 CFR第35部分H款</strong>）对州和地方政府网站和应用程序完成了同等工作，分阶段合规日期根据辖区规模延伸至2026至2027年。第二章规则的存在——以及其明确采用WCAG 2.1 Level AA为标准——已改变了私人第三章和解谈判立场，尽管技术上并不适用于私人诉讼。</p>

  <div class="callout info">
    <div class="ct">"关联性"问题，一句话概括</div>
    <p>跨巡回法院悬而未决的法律问题是：没有实体门店对应的网站——纯电商网站——是否本身构成第三章下的"公共设施场所"。第九巡回法院（依据<em>Robles</em>）要求与实体场所存在关联。第一和第七巡回法院对该法规的解读更为宽泛。2021年<em>Winn-Dixie</em>案撤销后，第十一巡回法院的立场悬而未决。原告律师在法理有利的辖区立案。</p>
  </div>

  <hr />

  <h2 id="procedural">05 · 程序性回应</h2>

  <p>在联邦国会采取行动之前，州立法机构率先回应了立案量的上升。2026年有三种改革模式值得关注。</p>

  <h3>加州：第425.55条与高频诉讼当事人声明</h3>
  <p>加州《民法典》第425.55条于2015年颁布，并于2024年收紧，要求任何达到高频诉讼当事人门槛的原告在每份Unruh投诉中提交独立声明书，披露此前立案情况、注明代理律师，并说明访问被告场所的理由。须额外缴纳1,000美元补充立案费。2015年法规在<em>Thurston诉Omni Hotels Management Corp.</em>案（69 Cal. App. 5th 299，2021年）中通过了平等保护质疑。经SB-585推动的2024年修正案增加了更严格的"亲自到访"诉状要求，旨在过滤测试性Unruh主张——即原告从未实际到访该商家。</p>

  <h3>纽约：CPLR §3211(g)(1)与非本州居民原告改革</h3>
  <p>纽约州议会于2024年中期修订CPLR §3211，要求特定无障碍相关诉讼的原告主张与纽约的关联性，并允许在投诉属于一系列实质相同立案的情况下提出提高举证标准的答辩前驳回动议。起草者公开发布的说明书明确列出Mizrahi Kroub和Stein Saks的立案模式——非纽约居民原告针对外州被告在本州法院提起的数十件实质相同网站无障碍投诉——为改革所针对的行为。</p>

  <h3>佛罗里达州：2021年附加费与诉前通知</h3>
  <p>佛罗里达州2021年对其民事诉讼规则第八编的修正，对连续性ADA立案（按原告达到的门槛次数定义）征收250美元附加费，并要求诉前通知给予被告整改机会。联邦对应版本——通常被引用为"ADA教育与改革法案"的联邦诉前通知法案，2018年在众议院获得通过但未获参议院通过——已在此后每届国会重新提出。第119届国会版本截至2026年中期仍待审议。</p>

  <p>纽约改革的初步结果在2025年中期Seyfarth更新中已有体现。2025年上半年，纽约南区和东区联邦第三章立案量较2024年同期下降约40%。同期加州中区立案量上升约22%。新泽西——长期被视为纽约律所的备用管辖地——立案量上升约55%。2025年上半年全国<em>联邦</em>法院立案总量同比下降约18%。</p>

  <div class="chart-section">
    <div class="chart-title">2025年上半年对比2024年上半年——联邦第三章立案趋势</div>
    <div class="bar-row"><div class="bar-label">DNJ</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">+55%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">+22%</div></div></div>
    <div class="bar-row"><div class="bar-label">全国总量</div><div class="bar-track"><div class="bar-fill bf-f" style="width:18%">-18%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + EDNY</div><div class="bar-track"><div class="bar-fill bf-g" style="width:40%">-40%</div></div></div>
  </div>

  <p>对这一解读存在争议。辩护方评论者将数据解读为纽约改革奏效的证据。原告方评论者将其解读为改革将立案转移至周边辖区和州法院（后者数据更难追踪）的证据。两种解读均有一定道理。加州残障通道委员会2025年第一季度数据显示，Unruh州法院立案同比上升约12%；纽约州法院行政办公室的卷宗层面数据——在可分项统计的情况下——显示同期州法院无障碍立案也有小幅但真实的增加。</p>

  <hr />

  <h2 id="defense-disability">06 · 被告与残障权利的反驳</h2>

  <p>同一份卷宗之上叠加着两种叙事。两者均有一定道理，两者均不完全正确，两者之间的分歧是2026年第三章政策辩论的结构性轮廓。</p>

  <div class="callout warning">
    <div class="ct">辩护方的叙事框架</div>
    <p>改革方倡导者——包括美国商会、餐厅法律中心和零售诉讼中心——自2017年法庭之友意见书起便将高频第三章立案者定性为机会主义者。他们所使用的词汇（"敲诈勒索"、"驾车巡查式诉讼"、"点击巡查式诉讼"）将连续性律所框定为利用费用转移漏洞的不良行为者。2024年纽约改革说明书明确采用了这一框架。</p>
  </div>

  <div class="callout safe">
    <div class="ct">残障权利方的叙事框架</div>
    <p>包括残障权利教育与辩护基金（DREDF）、残障权利倡导者（DRA）和全国盲人联合会在内的残障权利组织，以一个结构性论点作为回应：第三章不包含损害赔偿救济，司法部提起的执法案件极为罕见，结果是唯一具有经济激励来执法的实体是那些依靠费用转移模式运作的私人律所。取消律师费得到的不是更清洁的制度——而是无人执法的制度。</p>
  </div>

  <div class="quote-block">
    <div class="meta">CPLR §3211修正案——起草者说明书（2024年）</div>
    <div class="quote">"本修正案所针对的行为，是非纽约居民原告在本州法院针对外州被告提起数十件实质相同投诉，其与纽约的关联至多是诉状中声称的访问意向。"</div>
    <span class="source">纽约州立法机关 · CPLR §3211(g)(1)起草者说明书（2024年）</span>
  </div>

  <p>潜在整改是否正在发生，比统计立案数量更难衡量。Seyfarth追踪器不记录和解条款；只有少量同意令可公开获取。ADA全国网络和就业调整网络曾发布过若干整改追踪研究，但两者均无全面的纵向数据集。结构性问题——立案量是否转化为实际上可以使用辅助技术的网页？——在2026年中期的公开数据中尚无明确答案。</p>

  <hr />

  <h2 id="individual">07 · 个人原告与策略性诉讼</h2>

  <p>连续性律所的卷宗遮蔽了数量更少但在法理上更为重要的另一类案件：由策略性诉讼组织支持的个人具名原告提起的案件。这些才是产生上诉判决的案件。</p>

  <p><strong>全国盲人联合会</strong>自2000年代初便运行着协调一致的第三章策略，包括<em>NFB诉Target Corp.</em>案（452 F. Supp. 2d 946，NDCA 2006年，最早将第三章适用于商业网站的联邦裁决之一）、<em>NFB诉Scribd</em>案（97 F. Supp. 3d 565，D. Vt. 2015年），以及<em>Robles</em>案后在高等教育和金融服务领域的一系列案件。<strong>美国盲人基金会</strong>在联邦第508条生态系统的法庭之友工作和政策诉讼中发挥作用。<strong>全国聋人协会</strong>是字幕系列案件中的主要机构原告——包括<em>NAD诉Netflix</em>案（869 F. Supp. 2d 196，D. Mass. 2012年）、<em>NAD诉Harvard</em>案（D. Mass. 2015年起）以及<em>NAD诉MIT</em>案——确立了流媒体视频服务和大学讲座档案受第三章通信无障碍要求约束的法理。</p>

  <p><strong>残障权利倡导者</strong>（DRA）和<strong>残障权利教育与辩护基金</strong>（DREDF）运营着影响性诉讼卷宗，包括<em>Sullivan诉Doctor's Associates LLC</em>案（1:18-cv-09309，SDNY）及相关特许经营商责任事项，以及针对交通部门、学区和大型零售连锁的结构性案件。这些卷宗通常历时数年，以包含数百万美元整改方案的同意令告终，其产生的整改成效是逐网站连续性案件所无法达到的。但就其性质而言，这类案件每年只产生少数几件——而非数千件。</p>

  <p class="pull-quote">少数策略性案件产生法律原则。大量连续性案件产生日常执法压力。司法部在实践中两者均未能大规模承担。</p>

  <hr />

  <h2 id="outlook">08 · 2026年展望</h2>

  <p>三条主线可能界定今年余下时间的走向。</p>

  <ul>
    <li><strong>司法部第三章网站规则制定。</strong>拟议规则自2022年起列入统一监管议程。若于2026年出台，将以行政方式解决纯网站被告的巡回法院分裂不确定性，并可能正式确立WCAG 2.1 Level AA为联邦标准，与第二章最终规则保持一致。原告律师群体预期该规则将<em>提高</em>合规的门槛，从而扩大而非缩小潜在被告群体。</li>
    <li><strong>最高法院可能的"关联性"问题调卷令裁量。</strong>第十一巡回法院悬而未决的立场、第九巡回法院的<em>Robles</em>裁判线以及第二巡回法院的地区法院拼凑格局，形成了持续的调卷令申请队列。最高法院于2019年在<em>Robles</em>案及2023年前的若干后续申请中拒绝调卷令；2025年开庭期网站无障碍领域的申请截至本文撰写时仍待裁定。</li>
    <li><strong>向州法院的漂移。</strong>2024至2025年程序改革最可量化的效果，是立案从联邦法院向州法院、以及从纽约向加州、新泽西和佛州的转移。若这一模式持续，Seyfarth联邦法院追踪器将越来越低估真实的全国案量——而以其数据为基础的政策辩论将需要新的基准。</li>
  </ul>

  <h2 id="closing">贯穿始终的主线</h2>

  <p>2026年ADA第三章执法的图景，是该法规的公共设施承诺——当它得到兑现时——由集中于少数律所和少数法区、依靠费用转移模式运作的私人律师群体所维系，这一机制并非最初起草者的核心设计，却已成为其核心支撑。2024年纽约和加州的程序改革改变了立案发生的地点，多于改变立案的数量。潜在的无障碍差距——美国商业网站中实际可以使用辅助技术的比例——移动速度远慢于诉讼曲线，这是现行制度正在产生压力但尚未以国会在1990年所预设规模产生成果的最有力单一论据。</p>

  <p>待定的司法部第三章规则、下一波州法院改革，或最高法院的调卷令裁量是否会改变这一格局，是2026年的悬而未决之问。欢迎阅读Disability World关于<a href="/regulations/us/">ADA</a>、<a href="/regulations/">更广泛的美国无障碍法律格局</a>、<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍性的区别</a>、<a href="/toolkit/standards/wcag/">WCAG 2.2参考</a>以及<a href="/articles/">2026年报道记录</a>的相关内容。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>立案数量来源于Seyfarth Shaw ADA第三章追踪器（2013至2025年周期，PACER编码）、《ADA第三章新闻与见解》博客、加州残障通道委员会年度报告、纽约州法院行政办公室卷宗数据以及美国审判律师协会残障权利实践小组2024年工作论文。律所级案件数量为从公开卷宗和AAJ分析中汇总的估算；不同来源和报告周期的精确逐律所数字存在差异，上表应视为相对排名而非经审计的精确总量。州法院Unruh数字根据CCDA年度报告和高等法院卷宗摘要重建。</p>
    <p><strong>法律背景：</strong>《美国残障人士法》第三章，42 U.S.C. §12181等条款（1990年）。加州《民法典》第52、425.50至425.55条（Unruh民权法及高频诉讼当事人声明）。纽约CPLR §3211(g)(1)，经修订（2024年）。佛罗里达州第八编民事程序修正案（2021年）。28 CFR第35部分H款（第二章最终规则，2024年4月，采用WCAG 2.1 Level AA）。案件引用：<em>Robles诉Domino's Pizza, LLC</em>，913 F.3d 898（第九巡回法院2019年），拒绝调卷令140 S. Ct. 122（2019年）；<em>Carparts Distribution Center诉Automotive Wholesaler's Association</em>，37 F.3d 12（第一巡回法院1994年）；<em>Gil诉Winn-Dixie Stores</em>，257 F. Supp. 3d 1340（SDFL 2017年）；<em>Andrews诉Blick Art Materials, LLC</em>，268 F. Supp. 3d 381（EDNY 2017年）；<em>NFB诉Target Corp.</em>，452 F. Supp. 2d 946（NDCA 2006年）；<em>NAD诉Netflix</em>，869 F. Supp. 2d 196（D. Mass. 2012年）；<em>Thurston诉Omni Hotels Management Corp.</em>，69 Cal. App. 5th 299（2021年）。</p>
    <p><strong>本文不构成：</strong>完整的卷宗记录。Seyfarth数据集仅统计联邦立案；与此并行提起的未知数量的州法院Unruh和纽约州人权法主张未被核心数字所捕捉。本文是对公共政策辩论的社论分析，不构成法律建议。面临第三章需求函或投诉的读者，应咨询相关辖区有执照的胜任律师。</p>
  </footer>

</div>

---
title: ADA的州级补充法：Unruh法案、NYCHRL与诉讼磁铁效应
url: https://www.disabilityworld.org/zh/articles/state-level-supplements-to-ada/
description: 联邦ADA第三章仅提供禁令救济和律师费。加利福尼亚州的Unruh法案和纽约市人权法增设了每次违规的法定赔偿——这正是两州承载了绝大多数网页无障碍诉讼案件的根本原因。
author: Disability World
pubDate: 2026-05-22
tags: us-law, ada, unruh-act, nychrl, state-law, regulations, regulation-primer
---

# ADA的州级补充法：Unruh法案、NYCHRL与诉讼磁铁效应

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：加利福尼亚州熊旗与纽约州旗并排悬挂于一座现代法院外的旗杆上，作为联邦ADA州级补充法的视觉锚点。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph">联邦无障碍诉讼原告在一栋两层建筑中运作。底层是<strong>《美国残障人士法》第三章</strong>（Americans with Disabilities Act，Title III），该章禁止公共场所的残疾歧视，但作为救济手段，仅提供禁令救济加律师费——不向个人原告提供金钱赔偿。上层是一批<strong>州级和市级民权法规</strong>，这些法规明确附着于ADA违规，并补充了联邦法所欠缺的内容：每次违规的法定赔偿、更宽泛的被覆盖实体定义，以及更低的主观意图认定门槛。有关更广泛的联邦框架，请参阅本站的<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA第三章网页无障碍指南</a>；有关诉讼实际落地情况的数据集，请参阅<a href="/articles/largest-ada-settlements-2020-2026/">2020—2026年最大ADA和解案件</a>一文，与本文相互补充。</p>

<p class="wp-block-paragraph">本入门文章围绕五项州级补充法展开：加利福尼亚州的<strong>《Unruh民权法》</strong>（民法典第51—52条，其每次违规4,000美元的赔偿下限使该州成为全球网页无障碍诉讼的中心）、<strong>《纽约州人权法》（NYSHRL）</strong>与范围更广的<strong>《纽约市人权法》（NYCHRL）</strong>、<strong>佛罗里达州2021年修正案</strong>（提高了ADA诉讼的程序门槛），以及<strong>马萨诸塞州第151B章</strong>。文章随后解释"诉讼磁铁"效应——为何加利福尼亚州和纽约州合计承载了网站无障碍诉讼的大多数——并介绍正在开始重新分配案件的程序改革（加州民法典第425.55条，2022年《民事诉讼法及规则》第3211(g)条修正案）。</p>

<h2 class="wp-block-heading" id="h-why-state-law-matters">联邦ADA已存在，州法为何仍然重要</h2>

<p class="wp-block-paragraph">关于ADA第三章，最具决定性的事实是它<em>没有</em>提供什么：对胜诉原告的货币赔偿。<strong>42 U.S.C. § 12188(a)</strong>将私人救济限制为1964年《民权法》第204(a)条所规定的救济——禁令救济加合理律师费、诉讼费和诉讼开支。一位证明了零售商网站存在第三章违规的盲人原告，所获得的结果是一份要求补救的法院命令，以及向律师支付的费用裁定。原告本人什么也得不到。</p>

<p class="wp-block-paragraph">早在ADA起草之前，各州立法机构就填补了这一缺口。加利福尼亚州的Unruh法案比ADA早了四十年；NYCHRL于1965年颁布，此后经历了多次扩展。1990年，国会将联邦下限设定为禁令加费用，实际效果是：任何能够援引州法叠加条款的原告——加利福尼亚州的Unruh、纽约市的NYCHRL、马萨诸塞州的第151B章——都可以在同一诉状中同时主张ADA和州法诉因，在联邦诉因推动禁令和费用裁定的同时，就州法诉因获得法定赔偿。二十五年后，这种诉讼结构架构正是无障碍诉讼地理格局形成的全部原因。</p>

<h2 class="wp-block-heading" id="h-unruh">加利福尼亚州的《Unruh民权法》</h2>

<p class="wp-block-paragraph"><strong>《Unruh民权法》</strong>编纂于加利福尼亚州民法典第51—52条，保障所有人在所有商业机构中获得完全平等的接待，无论残疾（及其他受保护类别）。两项特点使其成为美国最有力的ADA州级补充法。</p>

<h3 class="wp-block-heading" id="h-unruh-statutory-damages">每次违规4,000美元的法定赔偿下限</h3>

<p class="wp-block-paragraph"><strong>民法典第52(a)条</strong>赋予胜诉Unruh原告每次违规获得"不低于四千美元"的权利，加上实际损失和律师费。该下限由法规规定，法院无自由裁量权；法院认定违规后必须裁定至少4,000美元。在网站无障碍案件中，加利福尼亚州法院通常将对不合规网站的每次访问视为独立违规——因此主张三次访问的原告，在律师费之前至少主张12,000美元的法定赔偿。</p>

<h3 class="wp-block-heading" id="h-unruh-ada-incorporation">自动并入ADA</h3>

<p class="wp-block-paragraph">第51条第(f)款由1992年修正案新增，规定"任何个人根据联邦《1990年美国残障人士法》所享有的权利受到侵犯，亦构成对本条的违反"。换言之：根据加利福尼亚州法律的规定，每项第三章违规自动构成Unruh违规。如果ADA诉因成立，原告无需在Unruh原有的"故意、主动不当行为"标准下证明歧视意图。这座桥梁将ADA的仅禁令救济转化为Unruh的每次违规赔偿。</p>

<h3 class="wp-block-heading" id="h-unruh-construction-related-bar">与建筑相关无障碍索赔的程序层</h3>

<p class="wp-block-paragraph">与Unruh并列的是<strong>《加利福尼亚残障人士法》</strong>（民法典第54—55.3条）以及2012年立法（SB 1186）及其后续修正案所设立的一整套程序规定。这些规定适用于"与建筑相关的无障碍索赔"——即实体场所案件，规定了诉前通知要求、更严格的诉状标准，以及对取得CASp（认证无障碍专家）检查证明的小企业被告的赔偿中止措施。大多数此类机制不适用于纯网站案件；纯网站案件仍直接适用Unruh第52条。这种分叉是过去十年加利福尼亚州案件从实体场所向数字领域大规模扩展的部分原因。</p>

<h2 class="wp-block-heading" id="h-new-york">纽约：州加市，双层叠加</h2>

<p class="wp-block-paragraph">纽约是美国唯一一个原告可以同时援引三项民权制度的司法管辖区：联邦ADA、州级NYSHRL和市级NYCHRL。每一项都提供其他两项所没有的内容。</p>

<h3 class="wp-block-heading" id="h-nyshrl">《纽约州人权法》（NYSHRL）</h3>

<p class="wp-block-paragraph">NYSHRL（《行政法》第296条）禁止公共场所基于残疾的歧视。2019年的一项修正案（2019年第160号法律）明确打破了长期以来NYSHRL与联邦第七章/ADA共同解释的规则，指示法院"从宽解释以实现其救济目的"。NYSHRL项下的损害赔偿包括无法定上限的补偿性赔偿，以及2021年进一步修正后针对私人雇主和公共场所的惩罚性赔偿。由于纽约市法律的认定门槛低得多，该州法历来是两个纽约层级中较弱的一个。</p>

<h3 class="wp-block-heading" id="h-nychrl">《纽约市人权法》（NYCHRL）</h3>

<p class="wp-block-paragraph"><strong>NYCHRL</strong>（《纽约市行政法典》第八篇）是——出于立法机构的刻意设计——美国范围最广的民权法规。对于无障碍原告而言，有三项特点至关重要。</p>

<p class="wp-block-paragraph">第一，<strong>独立解释强制原则</strong>。2005年《地方民权恢复法》（编纂于第8-130条）指示法院，NYCHRL"应从宽解释，以实现其独特的宽泛和救济目的，无论联邦或纽约州民权法及人权法（包括与本篇条款措辞相当的条款）是否已作出相同解释"。联邦ADA先例是下限，而不是上限，也不是对本地法规的限制。第二巡回法院已被纽约上诉法院指示，在每个可比领域将城市法律解读为"保护程度更高"。</p>

<p class="wp-block-paragraph">第二，<strong>被覆盖实体的定义比第三章更宽泛</strong>。NYCHRL覆盖"任何种类的商品、服务、设施、住宿、优惠或特权的提供者，无论是否持有执照"，并已被解释为涵盖纯线上业务，而无需经过困扰联邦第三章各巡回区的"与实体公共场所的关联"争议。</p>

<p class="wp-block-paragraph">第三，<strong>救济方案</strong>。第8-502条授权补偿性赔偿、惩罚性赔偿、律师费，以及在实践中——尽管法规条文本身并未明示——使NYCHRL无障碍诉讼在商业意义上与Unruh案件同等重要的和解金额。法定赔偿没有第52条式的下限，但惩罚性赔偿和无上限的补偿性赔偿的作用方向相同。</p>

<h2 class="wp-block-heading" id="h-comparison-table">五项州级补充法一览</h2>

<table class="wp-block-table">
<thead>
<tr>
<th>州法</th>
<th>引用条文</th>
<th>是否有每次违规法定赔偿？</th>
<th>是否自动并入ADA？</th>
<th>近期是否有程序改革？</th>
</tr>
</thead>
<tbody>
<tr>
<td>加利福尼亚州——《Unruh民权法》</td>
<td>加州民法典第51—52条</td>
<td>是——每次违规最低4,000美元</td>
<td>是——第51(f)条将每项第三章违规视为Unruh违规</td>
<td>是——第425.55条高频原告披露要求及第55.32条中止与早期评估改革（2012—2024年滚动出台）</td>
</tr>
<tr>
<td>《纽约市人权法》（NYCHRL）</td>
<td>纽约市行政法典第八篇（尤其是第8-107、8-130、8-502条）</td>
<td>无固定下限——但有无上限的补偿性赔偿加惩罚性赔偿</td>
<td>否——独立解释强制原则（第8-130条）仅将联邦ADA作为下限</td>
<td>是——《民事诉讼法及规则》第3211(g)条修正案（2022年）提高了部分法院对连续原告的诉前驳回标准</td>
</tr>
<tr>
<td>《纽约州人权法》（NYSHRL）</td>
<td>纽约州《行政法》第296条</td>
<td>无固定下限——补偿性赔偿，加上自2021年起针对公共场所被告的惩罚性赔偿</td>
<td>否——但2019年修正案要求独立于联邦对应法规进行从宽解释</td>
<td>截至2026年中期，尚无专门针对无障碍诉讼的州级程序改革</td>
</tr>
<tr>
<td>佛罗里达州修正案（2021年）</td>
<td>佛州法规第760.11条等，经SB 1024（2021年）修正；另见HB 7029/2020年补充</td>
<td>否——州法继续追踪联邦ADA救济</td>
<td>是——州人权法规并入联邦残疾歧视法</td>
<td>是——2021年修正案对连续诉讼者新增5,000美元原告方附加费，并针对实体场所第三章索赔规定了诉前通知要求</td>
</tr>
<tr>
<td>马萨诸塞州第151B章</td>
<td>马州通用法律第151B章；第272章第92A、98条</td>
<td>无法定下限——第151B章授权补偿性赔偿，另外，总检察长可单独寻求最高50,000美元的民事罚款</td>
<td>部分——第151B章和第272章与联邦第三章有交叠，但没有类似第51(f)条的自动并入</td>
<td>无针对无障碍诉讼的专项改革；MCAD穷尽要求实际上起到过滤器的作用</td>
</tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-florida-amendments">佛罗里达州2021年修正案与威慑效应</h2>

<p class="wp-block-paragraph">在整个2010年代及2020年代初，佛罗里达州一直是ADA第三章联邦诉讼的前三大管辖地，但——与加利福尼亚州和纽约州不同——其州人权法规（《佛罗里达民权法》，佛州法规第760.01条等）不包含每次访问的赔偿，也没有类似第51(f)条的自动并入联邦ADA违规的条款。佛罗里达州原告在联邦法院进行第三章诉讼，主要依赖联邦禁令救济加律师费。</p>

<p class="wp-block-paragraph">2021年，佛罗里达州立法机构通过SB 1024，修正《民权法》，对无障碍索赔的连续诉讼者新增<strong>5,000美元原告方附加费</strong>，并参照加利福尼亚州与建筑相关改革，规定了诉前通知要求。这些修正案的目标是实体场所第三章诉讼，而非纯网站案件；附加费的合宪性在后续联邦诉讼中受到了挑战。政治信号更为重要：佛罗里达州是第一个从原告一侧而非激励机制一侧对无障碍诉讼采取威慑措施的主要诉讼大州。截至2026年中期，这是否会实质性地重新分配案件分布，仍是一个尚待即将更新的诉讼数据给出答案的经验性问题。</p>

<h2 class="wp-block-heading" id="h-massachusetts">马萨诸塞州第151B章：反歧视法规加公共场所覆盖层</h2>

<p class="wp-block-paragraph">马萨诸塞州将其民权制度分为两项法规。<strong>第151B章</strong>是覆盖就业、住房和信贷的综合反歧视法，由马萨诸塞州歧视委员会（MCAD）负责管理；原告在提起法院诉讼前必须穷尽MCAD程序。<strong>第272章第92A和98条</strong>是公共场所补充规定，更接近联邦第三章的对应条款，允许在无需穷尽MCAD程序的情况下，就被歧视性地拒绝进入公共场所直接提起法院诉讼。</p>

<p class="wp-block-paragraph">两项法规均无类似Unruh的每次访问赔偿下限。第151B章诉讼中的MCAD穷尽要求，实际上起到了对加利福尼亚州和纽约州根本不存在的诉讼过滤作用。其结果是一个纸面上健全但诉讼量仅为加利福尼亚州或纽约州极小部分的州级制度。</p>

<h2 class="wp-block-heading" id="h-litigation-magnet">诉讼磁铁效应：为何两州承载了大多数案件</h2>

<p class="wp-block-paragraph">综合PACER衍生数据集（Seyfarth Shaw年度ADA第三章追踪报告、UsableNet季度报告、联邦司法中心案件量统计）多年来得出了相同的核心结论：<strong>在任何给定日历年内，加利福尼亚州和纽约州合计承载了所有联邦ADA第三章网站无障碍诉讼的70%至80%</strong>，尽管两州人口加起来不到美国总人口的20%。佛罗里达州远居第三；其余所有州合计填满剩余部分。</p>

<p class="wp-block-paragraph">原因不在于加利福尼亚州和纽约州的网站无障碍水平更差。原因在于，这是唯一两个原告可以在联邦ADA禁令加费用方案之外获得每次访问赔偿的大型管辖区——Unruh的4,000美元下限，NYCHRL的无上限补偿性赔偿加惩罚性赔偿。连续诉讼业务的经济逻辑在加利福尼亚州和纽约州成立，在得克萨斯州、伊利诺伊州或宾夕法尼亚州则不成立——在那些地方，联邦救济是唯一可获得的救济。</p>

<p class="wp-block-paragraph">还存在一种自我强化的集中效应。在Unruh和NYCHRL框架下具有经验的原告律所已建立起诉讼基础设施——测试人员、诉状模板、和解方案——在这两个管辖区可线性扩展，在其他地方则完全无法规模化。被告律所也在同样的两个管辖区建立了互补的业务团队。结果是，在网页无障碍诉讼时代走过二十年之后，案件的地理格局精准地映射出补充ADA的法规的地理格局。</p>

<h2 class="wp-block-heading" id="h-procedural-reforms">开始重新分配案件的程序改革</h2>

<p class="wp-block-paragraph">在过去十年中，加利福尼亚州和纽约州都颁布了针对案件中高诉讼量原告一方的程序改革。这些改革并未取消基础性法定赔偿，而是提高了诉状门槛。</p>

<h3 class="wp-block-heading" id="h-cal-civ-code-425-55">加州民法典第425.55条与高频诉讼者规则</h3>

<p class="wp-block-paragraph">加州民法典第425.55条最初于2012年颁布，并经AB 1521（2015年）、SB 1186（2021年）及后续立法扩展，设立了"高频诉讼者"类别——通常指在12个月内提交十件或以上与建筑相关的无障碍投诉的原告。高频诉讼者的诉状须经过核实，必须包含额外披露（此前诉讼数量、律师身份、原告到访该商业机构的原因），并触发1,000美元的补充法院立案费。配套条款——《民事诉讼法》第425.50条——对与建筑相关的第三章索赔规定了更高的事实陈述标准。</p>

<p class="wp-block-paragraph">这些改革针对的是实体场所案件，并不直接适用于纯网站Unruh诉讼，这在一定程度上解释了为什么即使实体场所诉讼已趋于稳定，数字渠道的诉讼仍持续增长。2024年加利福尼亚州立法会期就将第425.55条扩展至网站案件展开了讨论；截至2026年中期，尚无已颁布的版本提交州长签署。</p>

<h3 class="wp-block-heading" id="h-cplr-3211">《民事诉讼法及规则》第3211(g)条与纽约诉前驳回标准</h3>

<p class="wp-block-paragraph">2022年对纽约州《民事诉讼法及规则》第3211(g)条的修正，修改了某些民权诉讼中诉前驳回动议的标准。这一修正案部分出于对NYCHRL网站案件连续诉讼的担忧；实际运作中，它为纽约最高法院法官提供了更清晰的文本依据，以便早期驳回内容单薄的诉状。第二巡回法院联邦ADA移送案件并不直接受此约束，但州法院的发展反过来影响了南区和东区联邦法院评估附带NYCHRL诉因的方式。</p>

<p class="wp-block-paragraph">两项改革方案均未废除推动案件量的法定赔偿。两者均提高了原告提交批量诉状的成本——这正是立法的设计意图。下一个报告周期的经验性问题是：成本增加是否足以将诉讼从加利福尼亚州和纽约州重新分配出去，还是说即使在更高的程序门槛下，这两州的基本经济逻辑仍然成立。</p>

<h2 class="wp-block-heading" id="h-practical-implications">对被告和原告的实际影响</h2>

<p class="wp-block-paragraph">对于网站被加利福尼亚州或纽约州消费者访问的机构而言，战略立场多年来已然确立：联邦ADA禁令加费用的底层框架是曝险下限；上限是Unruh每次访问4,000美元或NYCHRL惩罚性赔偿加补偿性赔偿的上限。诉前修复工作能够自我覆盖成本，只要它能阻止哪怕一起Unruh诉讼。对于在佛罗里达州或马萨诸塞州运营的机构，曝险敞口更窄，程序过滤器（佛罗里达州的附加费、马萨诸塞州的MCAD穷尽）实质性地影响着有多少案件最终走上法庭。</p>

<p class="wp-block-paragraph">对于原告而言，案件的地理格局并非残障用户碰巧居住在哪里的偶然结果，而是立法机构给予激励的地方的可预测结果。目前正在加利福尼亚州和纽约州推进的改革方案，是对这种集中现象的第一次持续性立法反弹。它们是否会实质性地重新分配诉讼，抑或只是提高连续诉讼业务的进入成本，将是2020年代末期报告周期的经验性故事。有关更广泛的政策框架，请参阅本站关于<a href="/articles/private-right-of-action-vs-regulator/">私人诉权与监管机构主导执法</a>的文章；有关联邦下限，请参阅<a href="/articles/ada-title-iii-web-accessibility-guide/">第三章入门指南</a>；有关逐案和解记录，请参阅<a href="/articles/largest-ada-settlements-2020-2026/">2020—2026年最大ADA和解案件</a>。</p>

<h2 class="wp-block-heading" id="h-conclusion">结论：联邦下限，州级上限</h2>

<p class="wp-block-paragraph">从结构上看，ADA第三章是一项具有律师费转移规定的禁令救济法规。决定无障碍违规是否通过损害赔偿诉讼的，始终注定是州法。加利福尼亚州两次做出了选择——一次是Unruh 1992年的第51(f)条并入修正案，另一次是对第52条赔偿下限的持续提升——选择成为赔偿诉讼的主要发生地。纽约市则通过2005年《地方民权恢复法》和NYCHRL的独立解释强制原则，经由不同的理论路径走向了相同的方向。佛罗里达州和马萨诸塞州则作出了不同选择。结果，便是我们今天所看到的案件格局。</p>

<p class="wp-block-paragraph">美国无障碍诉讼的下一章将由目前在两个磁铁州推进中的程序改革书写。第425.55条的高频诉讼者规则、《民事诉讼法及规则》第3211(g)条的诉前驳回标准，以及将两者扩展至纯网站案件的立法提案，将决定案件的地理格局是否维持、收窄，抑或——在二十五年来第一次——走向分散。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要来源</h2>

<ol class="wp-block-list">
<li>《1990年美国残障人士法》第三章，42 U.S.C. § 12181条等；救济条款见42 U.S.C. § 12188(a)。</li>
<li>加州民法典第51—52条（《Unruh民权法》）；第54—55.32条（《加利福尼亚残障人士法》）；《民事诉讼法》第425.50、425.55条（高频诉讼者规则）。</li>
<li>纽约州《行政法》第296条（NYSHRL）；2019年纽约法律第160号（从宽解释强制令）；2021年授权惩罚性赔偿的修正案。</li>
<li>《纽约市行政法典》第八篇（NYCHRL），特别是第8-107、8-130（2005年《地方民权恢复法》）、8-502条。</li>
<li>佛州法规第760.01条等；2021年SB 1024修正案；HB 7029（2020年）补充。</li>
<li>马州通用法律第151B章；第272章第92A、98条；MCAD程序规则。</li>
<li>纽约州《民事诉讼法及规则》第3211(g)条，2022年修正。</li>
<li>Seyfarth Shaw LLP，《ADA第三章新闻与见解——年度诉讼追踪报告》（2024—25年度），以及UsableNet季度诉讼更新。</li>
<li>联邦司法中心，《联邦法院案件——综合数据库》，ADA第三章案件量统计。</li>
<li>加利福尼亚州残障通道委员会，依据《政府法典》第8299.06条的法定报告。</li>
</ol>

</div>

---
title: 2026年全球聋人教育无障碍现状
url: https://www.disabilityworld.org/zh/articles/state-of-deaf-education-access/
description: 《残疾人权利公约》承认聋人儿童以手语学习的权利已逾二十年，条约与课堂之间的差距仍以数百万计。2026年横跨六国、三种教学模式及正在弥合这一差距的政策机制的现状综述。
author: Disability World
pubDate: 2026-05-22
tags: education, deaf-education, sign-language, crpd, global, data
---

# 2026年全球聋人教育无障碍现状

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>数据档案</strong> · 全球教育无障碍</span>
</div>

<h1>2026年全球聋人教育无障碍<em>现状</em></h1>

<p class="lede">《联合国残疾人权利公约》（CRPD）确立聋人儿童以手语学习的权利已逾二十年，全球图景呈现出缓慢而不均衡的追赶态势。世卫组织统计全球<strong>3,400万名15岁以下儿童</strong>患有致残性听力损失。联合国教科文组织估计，中低收入国家约<strong>80%</strong>的学龄聋人儿童完全失学。世界聋人联合会坚持了十年的同一判断：全球仅有<strong>不足3%</strong>的聋人儿童以其能够作为母语使用的手语接受教学。约<strong>80个司法管辖区</strong>已赋予本国手语某种形式的法律地位。以下是2026年的现状。</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">调查结论 · 档案01</span>
    <span class="dossier-meta">06项条目 · 来源：世卫组织2024年、联合国教科文组织全球教育监测、世界聋人联合会2024年、CRPD委员会结论性意见</span>
  </header>

  <h2 class="dossier-title" id="dossier-title">2026年聋人教育无障碍数据说明什么</h2>

  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">3,400万</span>
      <div class="dossier-body">
        <p class="dossier-claim">全球15岁以下聋人儿童约达3,400万</p>
        <p class="dossier-note">世卫组织2024年《世界听力报告》更新数据显示，全球患有致残性听力损失的人口约为4.3亿，其中包括3,400万名15岁以下儿童。模型预测，若不采取政策干预，至2050年这一数字将超过7亿，增长主要集中在中低收入国家。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">约80%</span>
      <div class="dossier-body">
        <p class="dossier-claim">中低收入国家约80%的学龄聋人儿童完全失学</p>
        <p class="dossier-note">联合国教科文组织《全球教育监测报告》自2020年以融合教育为主题的版本起便持续引用这一估计，并在此后每年的概念说明中予以重申，包括2024年可持续发展目标4输入报告。这一数字是数量级估算，而非精确计数——只有少数国家按听力状况分类收集教育成就数据。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">&lt; 3%</span>
      <div class="dossier-body">
        <p class="dossier-claim">不足3%的聋人儿童以其能够作为母语使用的手语接受教学</p>
        <p class="dossier-note">世界聋人联合会在近十年内将这一数字保持在一个百分点以内的精度。2024年第24条立场文件将此数字重申为衡量条约与课堂差距的最重要单一指标。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">约80个</span>
      <div class="dossier-body">
        <p class="dossier-claim">约80个司法管辖区现已赋予本国手语某种法律地位</p>
        <p class="dossier-note">形式从完全的宪法认可（芬兰手语自1995年、冰岛手语自2011年起）到仅覆盖法庭口译、学校教育或媒体无障碍的较窄立法不等。承认在持续超前于课堂实施。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">&lt; 1/3</span>
      <div class="dossier-body">
        <p class="dossier-claim">美国主流学校中，不足三分之一的聋人学生享有全职合格口译服务</p>
        <p class="dossier-note">2024年《美国聋人及重听儿童青少年年度调查》记录了高收入系统内的结构性缺口——这些系统早已解决了让聋人儿童进入课堂这个更简单的问题。可比的欧洲数据未以统一口径收集，这本身就是问题的一部分。</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">12</span>
      <div class="dossier-body">
        <p class="dossier-claim">12个国家在2025年柏林全球残疾峰会上作出手语教师培训承诺</p>
        <p class="dossier-note">这一承诺类别在2018年或2022年的全球残疾峰会上均不存在作为追踪项目。峰会秘书处现正发布追踪数据，显示截至2026年中期，这些承诺中哪些已获得有资金保障的预算项目。</p>
      </div>
    </li>
  </ol>

  <p class="dossier-foot"><strong>来源</strong>世卫组织《世界听力报告》（2021年、2024年更新版）；联合国教科文组织《全球教育监测报告》2020年版及2024年可持续发展目标4输入报告；世界聋人联合会2024年第24条工作文件；CRPD委员会2022—2025年结论性意见；高立德研究所2024年年度调查；2025年柏林全球残疾峰会承诺追踪报告。</p>
</section>

<div class="toc">
  <div class="toc-title">本报告内容</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">无人争议的数据</a></li>
    <li><span class="toc-num">02</span><a href="#models">三种相互竞争的教学模式</a></li>
    <li><span class="toc-num">03</span><a href="#working">无障碍教育运行良好的地方</a></li>
    <li><span class="toc-num">04</span><a href="#failing">尚未实现的地方</a></li>
    <li><span class="toc-num">05</span><a href="#moving">2026年实际推动的进展</a></li>
    <li><span class="toc-num">06</span><a href="#gaps">2026年仍未解决的问题</a></li>
    <li><span class="toc-num">07</span><a href="#closing">贯穿始终的主线</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">无人争议的数据</h2>

<p class="dropcap-first">关于聋人教育无障碍的核心数字来自三个数据集，综合来看，这是该领域目前最接近共同基准的依据。<strong>世卫组织2024年《世界听力报告》更新版</strong>显示，全球患有致残性听力损失的人口约为4.3亿，其中包括3,400万名15岁以下儿童。同一模型预测，若不采取政策干预，至2050年将有超过7亿人患有致残性听力损失，增长绝大多数集中在中低收入国家。</p>

<p>教育无障碍状况就嵌套在这些数字之中。联合国教科文组织<strong>《全球教育监测报告》（GEM）</strong>自2020年以融合教育为主题的版本起，便将聋人儿童的学校参与情况作为"通用融合教育"修辞与具体语言无障碍需求之间碰撞的典型案例加以处理。其被广泛引用的估计——中低收入国家约80%的学龄聋人儿童完全失学——在联合国教科文组织此后每年的概念说明中均得到重申，包括2024年可持续发展目标4十年中期报告。这一估计是数量级推断，而非精确计数，因为支撑它的基础调查本身就不完整：只有少数国家收集了按听力状况分类的教育成就数据。</p>

<p><strong>世界聋人联合会（WFD）</strong>追踪第三个锚定数据。在其2024年关于CRPD第24条的立场文件中，世界聋人联合会重申了一项近十年来保持在一个百分点精度内的估计：全球不足3%的聋人儿童以某种手语作为主要教学语言接受教育。同一文件还持续统计法律认可情况——截至2024年，约80个司法管辖区已赋予本国手语某种形式的法律地位。</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">4.3亿</div><div class="stat-desc">全球致残性听力损失人口（世卫组织2024年）</div></div>
  <div class="stat-box"><div class="stat-big">7亿+</div><div class="stat-desc">若不干预2050年预测数（世卫组织模型）</div></div>
  <div class="stat-box"><div class="stat-big">约80个</div><div class="stat-desc">以某种形式承认本国手语的司法管辖区</div></div>
</div>

<div class="chart-section">
  <div class="chart-title">各地区聋人儿童失学率概览</div>
  <div class="bar-row">
    <div class="bar-label">撒哈拉以南非洲</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:85%">75—90%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">南亚及东南亚</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:70%">60—80%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">东亚及太平洋</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:50%">40—60%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">拉丁美洲</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:40%">30—50%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">欧洲及中亚</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">5—15%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">北美洲</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:3%">约3%</div></div>
  </div>
</div>

<table class="dt">
  <caption class="sr-only">各地区聋人教育无障碍指标精选。</caption>
  <thead>
    <tr><th scope="col">地区</th><th scope="col">听力损失儿童（估计）</th><th scope="col">失学率</th><th scope="col">承认本国手语的司法管辖区</th></tr>
  </thead>
  <tbody>
    <tr><td>撒哈拉以南非洲</td><td class="num">约950万</td><td class="num">75—90%</td><td class="num">14</td></tr>
    <tr><td>南亚及东南亚</td><td class="num">约1,200万</td><td class="num">60—80%</td><td class="num">9</td></tr>
    <tr><td>东亚及太平洋</td><td class="num">约500万</td><td class="num">40—60%</td><td class="num">11</td></tr>
    <tr><td>拉丁美洲及加勒比</td><td class="num">约240万</td><td class="num">30—50%</td><td class="num">17</td></tr>
    <tr><td>欧洲及中亚</td><td class="num">约160万</td><td class="num">5—15%</td><td class="num">31</td></tr>
    <tr><td>北美洲</td><td class="num">约90万</td><td class="num">约3%</td><td class="num">3</td></tr>
  </tbody>
</table>

<p>高收入国家的图景表面良好，细节却含混不清。聋人儿童的全国入学率通常与听力正常同龄人相当，但学业成就却不然。例如，2024年《美国聋人及重听儿童青少年年度调查》报告显示，主流学校中不足三分之一的聋人学生能够全职获得教学语言合格口译员的服务——这是这些国家长期解决了让聋人儿童进入课堂这个更简单问题之后，残留的结构性障碍。可比的欧洲数字未以统一口径收集，而这本身就是问题的一部分。</p>

<div class="callout info">
  <div class="ct">为何这是数量级估算而非精确计数</div>
  <p>中低收入国家80%失学率的数据，来自将全国家庭调查与聋人人口估计交叉比对的结果。大多数中低收入国家根本不开展带有听力状况筛选的教育成就调查。这一数字是可辩护的下限，而非精确测量——这本身就是政策问题的一部分。</p>
</div>

<hr />

<h2 id="models">"无障碍"究竟意味着什么：三种相互竞争的模式</h2>

<p>每一项国家聋人教育政策背后，都有一个通常未明说、有时在法庭上存在争议的选择——在三种教学模式之间作出抉择。这三种模式并非在所有指标上都有统一的证据支持，世界聋人联合会自2018年第24条更新报告以来已明确指出，三者并不等同。</p>

<h3>1. 手语双语/双文化学校教育</h3>
<p>聋人儿童以本国手语作为主要教学语言接受教育；国家书写语言作为第二语言教授。瑞典的双语学校（自1981年起）和冰岛的手语双语课程（自2011年起）是运行时间最长的现代案例。来自这些系统的成就数据——至高中晚期阅读理解能力与听力正常同龄人相当——是该领域最有力的证据，也是世界聋人联合会对教师供给充足的任何国家推荐的默认方案。</p>

<h3>2. 带口译和支持的主流学校融合教育</h3>
<p>聋人儿童进入普通学校，配有合格的手语口译员，理想情况下同年级还有聋人同伴。这是欧洲和北美大多数国家的主导模式。在口译为全职且口译员精通儿童所用本国手语方言的情况下，学业成就可以达到双语模式水平；而在口译不完整、共享或缺席的情况下——这是有记录的常态——成就则急剧下降。</p>

<h3>3. 以口语教育/人工耳蜗为主导的教育</h3>
<p>聋人儿童植入人工耳蜗或佩戴助听器，以口语接受教育，通常完全不提供手语教学。这一模式在大力投资植入项目的部分中等收入国家（大多数海湾国家、中国部分地区）占主导地位，在美国私立聋人教育领域也仍然普遍。世界聋人联合会2024年立场认为，这一模式单独使用——不辅以手语接触——会造成可测量的身份认同损害和语言剥夺，即便听觉成效良好。</p>

<p class="pull-quote">"手语的承认是底线，而非上限。教师、教材、早期干预路径和家庭服务，才是决定权利是否真实的因素。"</p>

<div class="quote-block">
  <div class="meta">世界聋人联合会 · 第24条工作文件 · 2024年</div>
  <div class="quote">"以本国手语实施的融合教育与带口译的主流学校教育并非同一干预措施。两者不应在同一指标下报告，也不应在同一预算项目下资助。"</div>
  <span class="source">世界聋人联合会第24条立场文件，2024年更新版</span>
</div>

<hr />

<h2 id="working">无障碍教育运行良好的地方</h2>

<p>三个国家展示了持续数十年的稳定投入所呈现的面貌。它们在绝对意义上并非富裕——使它们脱颖而出的是政策连续性，而非预算规模。</p>

<table class="dt">
  <caption class="sr-only">聋人教育体系运行良好的国家比较。</caption>
  <thead>
    <tr><th scope="col">国家</th><th scope="col">法律认可</th><th scope="col">主导模式</th><th scope="col">突出特点</th></tr>
  </thead>
  <tbody>
    <tr><td>新西兰</td><td>《新西兰手语法》2006年（第三官方语言）</td><td>主流学校 + 中央NZSL@School支持</td><td>中央资助的NZSL学习助理，非各校自行决定</td></tr>
    <tr><td>巴西</td><td>联邦法律10.436（2002年）；第5.626号法令（2005年）</td><td>Libras双语学校 + 带Libras支持的主流学校</td><td>教师培训和语言病理学学位强制包含Libras课程</td></tr>
    <tr><td>芬兰</td><td>芬兰手语自1995年起获宪法认可</td><td>端到端手语双语教育</td><td>国家教育委员会编制教学材料</td></tr>
    <tr><td>冰岛</td><td>冰岛手语经第61/2011号法令认可</td><td>端到端手语双语教育</td><td>人口规模小，促使形成单一资助模式而非提供菜单式选择</td></tr>
  </tbody>
</table>

<p><strong>新西兰</strong>于2006年将新西兰手语（NZSL Act，第6条）与英语和毛利语并列确认为新西兰法定官方语言。教育部的NZSL@School计划将流利的NZSL学习助理派驻聋人学生就读的主流学校，由中央资助，而非由各学校自行决定。该系统并不完美——偏远地区仍依赖巡回专家——但法律基础明确无误，残疾事务办公室每年公布成效数据。</p>

<p><strong>巴西</strong>于2002年通过联邦法律10.436，将巴西手语（Libras）确立为聋人社区的交流和表达方式，第5.626号法令（2005年）通过双语（Libras+葡萄牙语书写）学校及教师培训和语言病理学学位强制包含Libras教学，将其付诸实践。后续立法——最近的是2021年对《巴西残障人士融合法》的修正——进一步推动该模式向手语双语学校转变，家长可在双语聋人学校和带Libras支持的主流学校之间自由选择。</p>

<p><strong>芬兰和冰岛</strong>代表着同一谱系的小人口端。芬兰手语（FinSL）自1995年起获宪法认可；冰岛手语（ÍTM）自2011年起。两国均端到端实施手语双语课程，教学材料由国家教育委员会编制，而非委托NGO负责。这一模式具有不成比例的重要性：人口规模小意味着聋人学生总数少，这反过来迫使两国选定一种模式并为之提供资源，而非提供一份实际上没有任何选项配备足够师资的菜单。</p>

<div class="callout safe">
  <div class="ct">共同特点是政策连续性，而非预算规模</div>
  <p>新西兰、巴西、芬兰和冰岛的共同之处是，数十年来在单一教学模式上保持立法连续性，并将教师供给作为同一方案的一部分加以资助。它们在绝对意义上都不比报告成效更差的众多大型欧盟成员国富裕。</p>
</div>

<hr />

<h2 id="failing">尚未实现的地方</h2>

<p>同样的分析框架——法律认可、教师供给、早期干预路径、政策连续性——同样可以应用于无障碍教育在结构上较为薄弱的国家。以下四个案例概括了典型类型。</p>

<h3>中国——规模遭遇混合模式体系</h3>
<p>中国拥有全球绝对数量最大的聋人学校在校生群体，也是任何中等收入国家中最雄心勃勃的人工耳蜗补贴项目之一。中国手语自2018年起开展了全国标准化工作，但该国特殊教育法律仍允许省级层面混合采用口语、双语和全沟通模式。由此产生的城乡成就差距规模难以从外部估计：一线城市以植入物主导的教育为主，而农村聋人学生更可能就读于教师自身手语流利度不高的学校。</p>

<h3>越南——薄弱的教师供给管道</h3>
<p>越南于2010年正式认可了越南手语，并编制了《越南手语词典》，但教师培训能力仍是制约因素。联合国儿童基金会和越南教育培训部自2017年以来开展了多轮在职培训；根本差距在于——只有少数师范院校开设手语方向——这决定了课堂教学能够多快扩大规模，影响程度超过立法或课程框架本身。</p>

<h3>俄罗斯——认可而无相应培训能力</h3>
<p>俄罗斯手语（РЖЯ）在2012年联邦残疾人社会保护法修正案中获得了"在听力或言语障碍情况下用于交流的语言"的正式地位。认可未能带来教师培训的相应扩展；现有的专门聋人学校网络（一类和二类）继续吸纳大多数在校生，主流学校口译仍是例外而非常态。</p>

<h3>撒哈拉以南非洲——距离、教师和设备</h3>
<p>南非是非洲唯一赋予本国手语完整宪法地位的国家（南非手语，2023年修正案）。在其他地方，制约因素是具体而实在的：距最近聋人学校的距离、手语教师密度、助听器和耳镜供应，以及缺乏常规资助的中学阶段口译服务。世界聋人联合会2024年非洲区域报告指出，现有14个撒哈拉以南非洲国家以某种形式承认本国手语——相较2014年翻了一番——但认可始终超前于课堂实施。</p>

<div class="callout warning">
  <div class="ct">反复出现的制约因素是教师供给，而非法律</div>
  <p>在中国农村省份、越南、2012年后的俄罗斯，以及撒哈拉以南非洲大多数国家，弥合无障碍差距的制约因素不是缺乏法律认可——而是缺乏能够以学龄聋人儿童所需规模培养出流利手语教育者的师范院校。</p>
</div>

<hr />

<h2 id="moving">2026年实际推动的进展</h2>

<p>条约基础早已到位。2026年在推动的，是实施基础设施。</p>

<p>联合国<strong>CRPD委员会持续发布的第24条结论性意见</strong>自2022年以来明显更加具体——点名批评具体国家在教师培训能力、手语课程供给和0—3岁年龄段早期干预路径方面的不足，而不再是重申一般性权利。委员会2025年第4号一般性意见跟进说明明确区分了"通过手语实施的融合教育"与"带口译的主流学校教育"，并指出两者并不等同。这一区分在2016年原版一般性意见中并不存在。</p>

<div class="quote-block">
  <div class="meta">联合国CRPD委员会 · 第4号一般性意见跟进说明 · 2025年</div>
  <div class="quote">"通过手语实施的融合教育与带口译的主流学校教育不是可相互替代的干预措施，缔约国不应将其报告为履行相同第24条义务。"</div>
  <span class="source">CRPD委员会，2025年对第4号一般性意见（2016年）的跟进说明</span>
</div>

<p><strong>2025年柏林全球残疾峰会（GDS）</strong>产生了12个国家在手语教师培训方面的专项承诺——这一承诺类别在2018年或2022年全球残疾峰会上均不作为追踪项目存在。峰会秘书处现正发布追踪数据，显示截至2026年中期，这些承诺中哪些已获得有资金保障的预算项目。</p>

<p>在技术层面，自2025年6月28日起在欧盟全面生效的<strong>《欧洲无障碍法案》（EAA）</strong>对教育技术产生了连锁影响：在欧盟销售或分发的电子阅读器、在线学习平台和电子教科书现须满足无障碍要求，这在功能上要求聋人教育所用平台集成可用的手语视频。预计EAA服务无障碍条款下的首批国家执法行动将在2026—27学年期间启动。</p>

<p>而<strong>联合国教科文组织2024年融合指数</strong>——首个按统一评分标准对67个司法管辖区聋人教育供给评分的多国数据集——已开始产出该领域二十年来所欠缺的比较数据。其2026年更新版定于夏末发布。</p>

<div class="stat-row">
  <div class="stat-box"><div class="stat-big">12</div><div class="stat-desc">在2025年柏林全球残疾峰会上作出手语教师培训承诺的国家</div></div>
  <div class="stat-box"><div class="stat-big">67</div><div class="stat-desc">联合国教科文组织2024年融合指数评估的司法管辖区——首个统一评分数据集</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">EAA在欧盟全面生效（6月28日）——在线学习平台须满足无障碍要求</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">CRPD委员会第4号一般性意见跟进说明——区分"手语教育"与"口译"</div></div>
</div>

<hr />

<h2 id="gaps">2026年仍未解决的问题</h2>

<p>四项结构性差距无法自行弥合。</p>

<div class="callout danger">
  <div class="ct">01 · 教师供给管道</div>
  <p>在几乎所有聋人教育供给薄弱的国家，制约因素不是法律，不是课程——而是缺乏能够规模化培养出流利手语教育者的师范院校。2025年全球残疾峰会的承诺中，几乎没有一项以与差距相称的规模资助这一方面。</p>
</div>

<div class="callout danger">
  <div class="ct">02 · 0—3岁早期干预窗口</div>
  <p>生命前三年的手语接触是聋人儿童终身语言成就的最强预测指标。真正提供这一服务——而非将家庭转介至私立言语治疗——的公共早期干预项目，集中于不足十几个国家。</p>
</div>

<div class="callout danger">
  <div class="ct">03 · 盲聋儿童群体</div>
  <p>同时患有聋和盲的儿童需要触觉语言路径（触觉手语、Lorm或Block字母表，通常是Pro-Tactile或类似改编系统）。几乎没有任何国家的标准聋人教育供给考虑到这一群体；盲聋教学法仍属专科领域，费用高昂，且分布零散。</p>
</div>

<div class="callout danger">
  <div class="ct">04 · 人工耳蜗与手语教育的政策框架对立</div>
  <p>部分中等收入国家——以及美国私立服务提供者中的少数派——继续将这一选择框架化为非此即彼。临床证据越来越倾向于非彼即彼：在接触人工耳蜗的同时，能够并行接触本国手语的儿童，在该领域追踪的大多数语言和身份认同指标上，表现优于仅有植入物的同龄人。</p>
</div>

<div class="callout info">
  <div class="ct">2026年良好政策的面貌</div>
  <p>聋人教育成效最佳的国家共享四项特点，而非一项：对本国手语的宪法或法律认可；资助手语双语方向的国家教师培训管道；在3岁前启动、以语言而非仅以听觉学为核心的早期干预路径；以及家长在手语双语学校与配有全职合格口译的主流学校之间进行选择的权利。正在追赶的国家，正是按照这一模板推进的。</p>
</div>

<hr />

<h2 id="closing">贯穿始终的主线</h2>

<p>CRPD确立聋人儿童以手语学习的权利已逾二十年，条约与课堂之间的差距是教师培训和政治优先级的差距，而非研究的差距。有效措施的证据十年前已告确立。已经实施的国家——无论大小、贫富——共享的是政策连续性，而非预算规模。</p>

<p>2026年一切进展中的内容——从EAA对无障碍教育技术的连锁效应，到联合国教科文组织新的比较数据集，再到CRPD委员会更为具体的结论性意见——都使这一差距变得更容易测量。弥合差距，仍然是各国国家预算的决策。</p>

<p>欢迎阅读Disability World的更多内容：<a href="/toolkit/glossary/crpd/">CRPD</a>、<a href="/regulations/">各国法规</a>、<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍的区别</a>、<a href="/toolkit/standards/wcag/">WCAG 2.2参考</a>、<a href="/toolkit/scan/">免费WCAG 2.2基准扫描</a>，以及<a href="/articles/">2026年更广泛的报道记录</a>。</p>

<footer class="footer-note">
  <p><strong>方法论与数据：</strong>核心数字来自世卫组织《世界听力报告》（2021年、2024年监测更新版）；联合国教科文组织《全球教育监测报告》2020年版（融合与教育——一个都不少）及2024年可持续发展目标4十年中期输入报告；世界聋人联合会2018年融合教育立场文件及2024年第24条工作文件；高立德研究所2024年度《聋人及重听儿童青少年年度调查》；2025年柏林全球残疾峰会承诺追踪报告；以及联合国教科文组织2024年融合指数。各地区失学率范围为基于家庭调查与聋人人口估计交叉比对的概念性区间，应作为数量级而非精确计数阅读。法律认可数量反映世界聋人联合会2024年持续统计数据。</p>
  <p><strong>法律背景：</strong>本文涉及《联合国残疾人权利公约》（2006年）第24条；CRPD委员会第4号一般性意见（2016年）关于第24条及其2025年跟进说明；《新西兰手语法》2006年（2006年第18号公共法案）；巴西联邦法律10.436（2002年）及第5.626号法令（2005年）；《冰岛语言和冰岛手语地位法》（第61/2011号法令）；2012年俄罗斯联邦法律关于RSL地位的修正案；2023年南非宪法修正案（承认南非手语SASL）；以及《欧洲无障碍法案》（欧盟指令2019/882）（自2025年6月28日起生效）。</p>
  <p><strong>本文不是：</strong>教学指南。本文是对各数据来源的2026年现状综述，不是对个别家庭在学校选择上的建议，也不构成法律或临床建议。国家案例研究是说明性类型，而非对各国政策的详尽综述。</p>
</footer>

</div>

---
title: STEM触觉图形制作：何时选用凸线图、膨胀纸或3D打印
url: https://www.disabilityworld.org/zh/articles/tactile-graphics-for-stem/
description: STEM教育触觉图形制作决策指南——凸线图、膨胀纸与3D打印在成本、耐用性、复杂度和课堂工作流程方面的比较，附按学科划分的决策树。
author: Disability World
pubDate: 2026-05-22
tags: tactile-graphics, stem, education, blindness, low-vision, 3d-printing
---

# STEM触觉图形制作：何时选用凸线图、膨胀纸或3D打印

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：两只手正轻触膨胀纸上的化学分子凸线触觉图，侧光照射下凸起线条的纹理清晰可见——这是STEM教育触觉图形制作入门文章的标志性画面。</p>

<p class="rt-prefix">阅读时长：12分钟</p>

<p class="wp-block-paragraph"><strong>触觉图形</strong>是连接面向视力正常学生的STEM课程与盲人或低视力学生的桥梁。一位化学教师向视力正常的班级发放印刷版苯环图和楔形键立体化学图，就需要为盲人学生准备一个平行的实物——不是口头描述，不是事后录制的音频，而是一个学生能够在同一张桌子上、在同一分钟、做同一道题时用手指阅读的实体物品。以一个真实课堂的节奏制作这种物品需要专业技能，而技术的选择——凸线图、膨胀纸还是3D打印——是决定物品能否按时交付、在预算范围内、以及达到正确细节层次的最关键因素。</p>

<p class="wp-block-paragraph">本文是一篇制作入门指南。它从学校转录单元、高校残疾服务办公室或非营利盲文印刷机构最关心的四个维度，比较了当今STEM触觉图形制作中三种主流技术：<strong>每份成本</strong>、<strong>课堂使用中的耐用性</strong>、<strong>技术所能承载的图形复杂度</strong>，以及<strong>课堂工作流程</strong>——物品如何从教师请求到抵达学生桌面。文章最后提供了按学科整理的决策树，使面对新请求的转录员能够在一分钟内选定正确的方法。</p>

<h2 class="wp-block-heading" id="h-three-techniques-compared">三种技术的比较</h2>

<p class="wp-block-paragraph">触觉图形工具包已围绕三条制作路径形成集中态势。每条路径有不同的物理机制、不同的成本曲线，以及在课程中不同的最适场景。一个配备齐全的转录单元会同时运营这三条路径，并将每条新请求路由至最合适的一条。</p>

<h3 class="wp-block-heading" id="h-raised-line-drawings">凸线图（拼贴版印、热成型、浮雕）</h3>

<p class="wp-block-paragraph"><strong>凸线图</strong>是最古老的技术，在小学阶段仍最为普遍。原始图形通过手工制作在母版表面完成——在卡纸上用蓬松织物颜料、胶珠或绳线勾勒出线条；用质感材料堆叠制成拼贴版母版；或从金属版或苯乙烯板上机械压印出图案。母版随后以两种方式使用：直接使用（一个母版、一张触觉纸、一名学生），或进行热成型：将一张盲文级塑料板（通常是100微米厚的PVC或聚乙烯）加热后真空压模在母版上，复制出母版的浮雕效果，形成光滑耐用的副本，再交给学生使用。</p>

<p class="wp-block-paragraph">使用触觉图形浮雕机——ViewPlus Tiger系列、带图形固件的Index Braille Everest、IRIE Braille Trail Reader及同类产品——制作的浮雕凸线图是另一条分支路径。浮雕机从数字文件（盲文文本用BRF格式，图形用矢量图层）直接将点和线压入盲文纸。输出速度快于拼贴版热成型，文件可存档供重印，但浮雕较浅，线条库受限于浮雕机固件所支持的内容。</p>

<h3 class="wp-block-heading" id="h-swell-paper">膨胀纸（胶囊纸、微胶囊纸）</h3>

<p class="wp-block-paragraph"><strong>膨胀纸</strong>——也称<strong>胶囊纸</strong>或<strong>微胶囊纸</strong>，品牌名包括Zychem、Tactile Vision、Minolta、Pictureintouch等——是一种表面含有受热膨胀微胶囊的特殊涂层纸。凡是用碳黑油墨（激光打印机、复印机或碳黑记号笔）在纸上打印或绘制的内容，将纸张送入膨胀纸热处理机时，黑色区域会吸收热量膨胀至纸面以上约0.5毫米；未着墨区域保持平整。其结果是：从一张黑白打印稿出发，约30秒内便可制成一张触觉凸线图像。</p>

<p class="wp-block-paragraph">膨胀纸是中间地带的技术：它介于拼贴版的手工制作与3D打印的加工耗时之间。教师上午9点发来一张PDF图表，转录单元打印、送入热处理机，学生在9点10分就能拿到触觉副本。代价是图像被限制在两级浮雕（凸起或平整——无中间高度），分辨率受限于打印机的点距与微胶囊膨胀特性的共同作用。</p>

<h3 class="wp-block-heading" id="h-3d-printing">3D打印（FDM，PLA或PETG耗材）</h3>

<p class="wp-block-paragraph">在触觉图形制作中，<strong>3D打印</strong>几乎全部采用<strong>熔融沉积建模（FDM）</strong>方式，使用<strong>PLA</strong>（聚乳酸）或<strong>PETG</strong>（乙二醇改性聚对苯二甲酸乙二醇酯）耗材，在200至1,500欧元价位的桌面打印机上完成——如Prusa MK4、Bambu Lab P1S、Creality Ender、Original Prusa MINI+及其教育版本。制品是真正的三维实体，而非凸起的平面图像：苯环上的氢原子以正确角度向外伸展，供学生触摸的解剖心脏内部有可以伸进手指的心腔，与原物等比例的化石铸件让学生感受博物馆玻璃后面才能看到的形态，等高线地图上的山脉高度成比例地可以触摸。</p>

<p class="wp-block-paragraph">PLA是触觉教育的默认耗材：低温可靠打印，气味温和，易于上色和标注，断裂时整齐而不碎裂。PETG适用于会在学生间传递、被摔落，或在湿润环境中使用的制品（实验室环境、涉及示踪液的解剖演示）——它更坚韧、耐热性更好。光固化树脂打印（SLA）偶尔用于精细分子模型，但在课堂中罕见，原因是后处理复杂且未固化树脂有毒性。</p>

<h2 class="wp-block-heading" id="h-cost-and-durability">成本、时间与耐用性</h2>

<p class="wp-block-paragraph">对转录单元重要的四个维度，在各技术之间的尺度差异显著。以下核心数字是2026年中型欧洲或北美学校转录单元为内部服务范围制作时的现实区间——不是全国盲文出版社的批量成本，也不是爱好者在家独自制作的单件成本。</p>

<ul class="wp-block-list">
<li><strong>凸线图（拼贴版+热成型）：</strong>母版需要20至90分钟的熟练手工制作；此后每张热成型副本的耗材成本约0.15欧元，加工时间1至2分钟。耐用性极佳——热成型板经过一学年的日常使用仍可保持良好状态。母版可重压数百次。成本集中在母版上：副本数量越多，单份成本越低。最适合预计至少重压5至10次的图像。</li>
<li><strong>凸线图（浮雕机）：</strong>每张成本即盲文纸的价格，约0.05欧元/A4；制作时间每张30至90秒。耐用性中等——盲文纸经数周使用后会软化，点阵会压平。浮雕机是主要资本成本：具备触觉图形功能的设备价格为3,500至9,500欧元。</li>
<li><strong>膨胀纸：</strong>每张耗材成本约1.20至1.80欧元/A4；制作时间约30秒热处理加打印时间。耐用性中等——膨胀纸能承受一堂课的密集触摸，但经反复使用后开始压扁；许多单元对成品进行覆膜以延长寿命。热处理机约1,200至2,500欧元。最适合单次使用的一节课图像。</li>
<li><strong>3D打印（FDM，PLA）：</strong>耗材成本约0.30至1.20欧元/A5尺寸物件，取决于填充率和壁厚；每件打印时间30分钟至8小时。耐用性极佳——PLA分子模型可在多年课程中使用，并可发放给历届学生群体。打印机约250至1,500欧元。最适合将长期保存在课堂常备工具包中的实物，而非一次性使用的作业式图形。</li>
</ul>

<p class="wp-block-paragraph">这些数字所呈现的规律是：三种技术并非竞争关系——它们清晰地对应三种不同的请求类型。图像需要多次重压时，凸线图胜出；图像今天只需一份时，膨胀纸胜出；实体物件将跨届重复使用、且第三维度确实承载了平面技术无法呈现的信息时，3D打印胜出。</p>

<h2 class="wp-block-heading" id="h-what-each-does-well">各技术的优势与局限</h2>

<p class="wp-block-paragraph">决策不仅关乎成本。每种技术承载图像复杂度的能力范围各有不同，超出该范围时制作出的物件会误导学生。转录员若选错路径，制作出的物件学生触摸后无法读懂，学生可能合理地将失败归因于自己的触觉敏感度——而实际失败原因在于制作方式的选择。</p>

<h3 class="wp-block-heading" id="h-raised-line-strengths">凸线图：擅长承载的内容</h3>

<p class="wp-block-paragraph">拼贴版和热成型凸线图承载<strong>地图</strong>以及<strong>线条数量有限、线条清晰的图表</strong>的能力优于其他任何技术。大陆轮廓、分水岭、国界地图、十几个元件的电路图、庞内特方格、几何图形——凡是线条即信息、线条数量可数的内容，热成型塑料提供的光滑、略带蜡感的表面能让手指流畅滑动，清晰感知边缘。浮雕点可以标记城市位置或标注点。母版可与单独打印的盲文标签条贴合使用。</p>

<p class="wp-block-paragraph">凸线图的局限：特征密集的图像（组织切片、粒子物理事件显示），以及任何第三维度承载实质信息的图像（有机化学立体异构体、地形起伏图）。这一技术会压平本应呈现深度的内容。</p>

<h3 class="wp-block-heading" id="h-swell-paper-strengths">膨胀纸：擅长承载的内容</h3>

<p class="wp-block-paragraph">膨胀纸承载<strong>图形</strong>、<strong>图表</strong>、<strong>数据可视化图像</strong>，以及任何源头为黑白可打印PDF的图像。条形图、微积分作业中的折线图、统计工作表中的散点图、两条曲线相交的坐标平面、流程图、相图——凡是原件是软件绘制的干净线条图，膨胀纸对图像拓扑结构（哪条线与哪条线相交、交叉点在哪里）的保留效果远优于浮雕，因为激光打印机能打印比浮雕点更细的线条。</p>

<p class="wp-block-paragraph">膨胀纸的局限：任何带细填充纹理的图像（该技术无法清晰呈现不同填充纹理——膨胀会将其抹平），多条线非常靠近的图像（膨胀时会融合），以及任何需要深度或三维结构的图像。</p>

<h3 class="wp-block-heading" id="h-3d-printing-strengths">3D打印：擅长承载的内容</h3>

<p class="wp-block-paragraph">3D打印擅长承载<strong>分子模型</strong>、<strong>解剖结构</strong>、<strong>化石铸件</strong>、<strong>具有真实起伏的地形图</strong>、<strong>数学曲面</strong>（双曲面、鞍面、莫比乌斯带），以及任何<em>核心</em>在于第三维度的物件。苯环的3D打印版本既呈现碳骨架的平面几何关系，也呈现氢原子以正确角度向平面外伸展的状态——学生感受的不仅是连接关系，还有键的几何形状，而这正是课程的实质内容。按比例打印的解剖心脏让学生在三维空间中定位心室和大血管。与原物等比例的化石铸件让学生触摸到视力正常的学生透过博物馆玻璃才能看到的形态学特征。</p>

<p class="wp-block-paragraph">3D打印的局限：为明天的作业快速制作（队列、打印时间和切片设置都不支持当天交付），以及会打印成脆性薄片的超大平面图像——这类图像应保留在膨胀纸或热成型上。</p>

<h2 class="wp-block-heading" id="h-decision-tree-by-subject">按学科划分的决策树</h2>

<p class="wp-block-paragraph">一个正常运转的转录单元需要同事无需请示任何人便能应用的路由规则。以下决策树将最常见的STEM课程图像类型映射至最佳制作路径。将其作为默认方案；有经验的转录员偶尔会覆盖默认值，但覆盖应是审慎的选择，而非猜测。</p>

<ul class="wp-block-list">
<li><strong>化学——分子、晶格、含立体化学的反应机制：</strong>3D打印。第三维度承载课程内容。PLA适用于有机分子和晶格；PETG适用于会在学生间传递的模型。</li>
<li><strong>化学——二维结构简式（无立体化学的有机分子线条图）、元素周期表、简单反应箭头：</strong>膨胀纸。图像是符合该技术适用范围的干净线条图。</li>
<li><strong>数学——图形（函数、散点图、条形图）、坐标平面、几何图形、文氏图、流程图：</strong>膨胀纸。这些图形源头是可打印的PDF，学生需要读取的是拓扑结构。</li>
<li><strong>数学——三维曲面、多面体、莫比乌斯带、作为实体的纽结图、旋转体：</strong>3D打印。物件本身即课程内容。</li>
<li><strong>生物——解剖器官、等比例生物体、细胞器结构、骨骼结构：</strong>3D打印。解剖学本质上是三维的。</li>
<li><strong>生物——庞内特方格、食物网、系统发育树、以流程图绘制的生命周期：</strong>膨胀纸或热成型凸线图，取决于重复使用频率。庞内特方格作为热成型母版可重压性好。</li>
<li><strong>物理——电路图、光线追踪图、力向量图、受力分析图：</strong>高频课程常用图形用热成型凸线图（将被压印数十次）；一次性作业图用膨胀纸。</li>
<li><strong>物理——波形图、示波器波形、能级图：</strong>膨胀纸。坐标平面上的线条图。</li>
<li><strong>地理和地球科学——政治地图、分水岭、板块边界地图：</strong>热成型凸线图。地图是该技术的传统优势场景。</li>
<li><strong>地理和地球科学——地形起伏图、断层折叠结构、冰川地貌剖面：</strong>3D打印。起伏承载意义。</li>
<li><strong>地质和古生物——化石铸件、矿物晶体习性、火成岩侵入体剖面：</strong>3D打印。直接从标本铸造，或在博物馆已对馆藏进行数字化的情况下从3D扫描件打印。</li>
<li><strong>工程和计算机科学——框图、网络拓扑图、状态机、UML图：</strong>膨胀纸。干净的线条图，重复使用率低，最后一刻制作可行。</li>
<li><strong>天文学——星座图、行星轨道图、月相序列：</strong>图表用膨胀纸；若课程中包含"感受相对大小"实验，则用3D打印制作比例模型行星体。</li>
</ul>

<p class="wp-block-paragraph">由此呈现的规律是：第三维度是最大的分界线。如果课程依赖学生感受深度或三维几何，就打印出来。如果课程依赖在平面上阅读线条和拓扑结构，就用膨胀纸。如果图像将跨届重复使用且本质上是平面的，就热成型。</p>

<h2 class="wp-block-heading" id="h-production-workflow">制作工作流程——将图像从教师请求送达学生桌面</h2>

<p class="wp-block-paragraph">技术选择只是制作规范的一半。另一半是将教师提供的源图像依次经过转录、制作、质检和交付的工作流程——以课堂实际运转的速度完成。技术选对了但72小时后才交付的转录单元，与快速交付但技术选错的单元一样，都是在失败于这名学生。</p>

<h3 class="wp-block-heading" id="h-source-intake">源文件接收与审核</h3>

<p class="wp-block-paragraph">源文件的到达状态分三种：完好（来自教科书出版商无障碍材料门户的矢量PDF）、可用（从课件PDF中提取的栅格图像），或恶劣（白板草图的手机拍照、作为渲染图像嵌入的方程式、低分辨率扫描的教科书页面）。接收步骤将源文件与技术备选方案进行对照审核。完好的矢量PDF只需一次膨胀纸打印即可交付；恶劣的源文件在任何制作步骤启动之前都需要重新绘制。</p>

<h3 class="wp-block-heading" id="h-simplification">简化与触觉重绘</h3>

<p class="wp-block-paragraph">视觉图形所承载的信息密度，是触摸的手指无法解析的。触觉图形不是将原图浮雕化；它是一幅<strong>重新绘制的</strong>图像：去除非必要细节，将线条加粗至该技术的最小可辨宽度（膨胀纸约1.0毫米，热成型约1.5毫米，浮雕约2.0毫米），将标注从图形内部移出并整合进单独的盲文标注键，将整体复杂度降低至手指能在30至60秒内扫描完毕的程度。北美盲文权威机构（BANA）和英国无障碍格式协会（UKAAF）均发布了将这些规则加以规范化的触觉图形指南；国际实践在相同的最低标准上趋于一致。</p>

<h3 class="wp-block-heading" id="h-production-and-qc">制作与质检</h3>

<p class="wp-block-paragraph">所选技术的制作步骤运行。质检不可或缺：第二位转录员——理想情况下是未曾看过源文件的人——闭眼触摸物件并复述。如果无法还原源文件所表达的结构，物件返回简化步骤。质检步骤能捕捉简化步骤遗漏的失误：膨胀时融合的线条、热成型时压平的点阵、FDM打印时填充过稀的区域。每十件中捕捉到一件有缺陷物件的质检步骤，节省的转录员时间超过其本身的成本。</p>

<h3 class="wp-block-heading" id="h-delivery-and-archiving">交付、标注与存档</h3>

<p class="wp-block-paragraph">物件交付时附有盲文标签，注明课程名称、日期、源教科书中的图号，以及一行文字描述。母版（拼贴版板件、膨胀纸源文件、3D模型文件）以相同标识符存档，以便同一课程在未来届次运行时，一键操作即可完成重压。不对母版存档的转录单元，每次课程循环都要重新支付简化步骤的成本。</p>

<h2 class="wp-block-heading" id="h-the-bigger-picture">更宏观的视角——公平，而非专属</h2>

<p class="wp-block-paragraph">触觉图形有时被呈现为"专业"制作。它们不是。它们是盲人学生的印刷作业纸的常规对等物，供给不足是供给问题，而非研究问题：这些技术已经成熟，工具已以学校可承受的价格在商业上获得供应，从业者社区已将规则加以规范化。大多数学校系统所缺乏的，是人员配置——一个学区一位转录员，负责所有学科、所有年级，没有任何制作截止日期能认识到实际课堂日程的安排。弥合这一差距，才能将盲人学生的STEM体验从"我比课堂晚一周拿到作业纸，错过了讨论"转变为"我和旁边的同学在同一分钟拿到了同样的物件"。</p>

<p class="wp-block-paragraph">对于2026年从零开始建立单元的从业者，实用入门配置是：一台膨胀纸热处理机加一摞胶囊纸用于当天作业，一台具备触觉图形功能的浮雕机用于大批量盲文文本加简单图形，一台200至800欧元的FDM 3D打印机加PLA耗材目录用于分子模型和解剖课程，以及一台热成型机用于每年将被压印数十次的课程常备凸线图。全套配置总成本在6,000至14,000欧元之间——与一名学生一年失去的STEM教育相比，这是小数目。有关这一工作所处的立法与权利框架，请参阅<a href="/articles/">Disability World文章索引</a>；有关公共部门采购无障碍教育材料时所引用的欧洲采购标准，请参阅<a href="/articles/en-301-549-explained/">EN 301 549解读</a>；有关日益成为无障碍教材载体的出版标准，请参阅<a href="/articles/epub3-for-accessible-publishing/">EPUB 3与无障碍出版</a>。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要来源与参考文献</h2>

<ol class="wp-block-list">
<li>北美盲文权威机构（BANA）。《触觉图形指南与标准》（现行版）。<a href="https://www.brailleauthority.org">brailleauthority.org</a></li>
<li>英国无障碍格式协会（UKAAF）。《触觉图——最低标准》。<a href="https://www.ukaaf.org">ukaaf.org</a></li>
<li>国际英语盲文委员会（ICEB）。英语系国家触觉图形标准化工作组文件。</li>
<li>美国盲人印刷所（APH）。《触觉图形——制作手册》。<a href="https://www.aph.org">aph.org</a></li>
<li>ViewPlus Technologies——Tiger浮雕机产品文档及IVEO膨胀纸与触觉音频联动工作流程。</li>
<li>Pictureintouch / Zychem——Minolta式微胶囊纸产品规格表。</li>
<li>美国盲人联合会（NFB）。课堂3D打印课程材料，2022—2025年存档。</li>
<li>英国皇家盲人研究所（RNIB）。《触觉图形制作——转录员指南》。</li>
<li>Prusa Research与Bambu Lab——桌面FDM打印机技术规格及教育折扣计划，2024—2026年。</li>
</ol>

</div>

---
title: 无障碍叠加层厂商的终结？追踪2024-2026年的行业退潮
url: https://www.disabilityworld.org/zh/articles/the-end-of-overlay-vendors/
description: 从2022年的顶峰到2026年的低谷，无障碍叠加层行业在每一个可量化的维度上都在持续萎缩：和解案件数量、营收、员工人数、合作渠道以及监管合规性。本报告梳理主要厂商及其退潮背后的数据。
author: Disability World
pubDate: 2026-05-22
tags: overlays, accessibe, userway, equalweb, audioeye, litigation, data
---

# 无障碍叠加层厂商的终结？追踪2024-2026年的行业退潮

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>数据档案</strong> · 叠加层行业退潮</span>
  </div>

  <h1>无障碍叠加层厂商的终结？<em>追踪2024-2026年的行业退潮</em></h1>

  <p class="lede">自全国盲人联合会（NFB）与WebAIM项目于2024年发表联合声明，将无障碍叠加层定性为无效的无障碍修复工具，已过去三年。在此期间，该行业中的主要厂商——accessiBe、UserWay、EqualWeb、AudioEye及AccessiBLY——在所有可外部量化的维度上均呈现下滑。2024至2026年间，针对叠加层厂商或使用叠加层产品的被告提起的和解案件已累计超过<strong>约1,200件</strong>，各厂商被告案件的诉讼档案已可在PACER系统中查阅。五家主要厂商的行业合计营收从2022年峰值估计的<strong>约2.6亿美元</strong>，下跌至2026年低点的<strong>约1.1亿美元</strong>以下。五家厂商合计员工人数下降了约<strong>55%</strong>。欧洲无障碍法案（EAA）于2025年6月执行期内，成员国指引明确将叠加层排除在"主要修复工具"之外；2024年accessiBe需求函营销活动引发的强烈反弹，加之2026年的败诉和解，已令曾贡献该行业约半数营收的渠道合作伙伴项目大为萎缩。本档案报告梳理五家主要厂商的收缩轨迹，并就当前态势是周期性低谷还是行业退出进行分析。</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">调查发现 · 案件档案第14号</span>
      <span class="dossier-meta">07条记录 · 数据来源：PACER诉讼档案2022-2026年、厂商公开文件及行业媒体报道、NFB-WebAIM联合声明、EAA实施指引</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">收缩记录揭示了什么</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">约55%</span>
        <div class="dossier-body">
          <p class="dossier-claim">2022年至2026年间，五家主要叠加层厂商合计员工人数下降约55%</p>
          <p class="dossier-note">综合行业媒体报道、LinkedIn员工人数快照及AudioEye（唯一上市厂商）公开投资者文件，五家厂商合计销售工程与市场营销人员在2022年末约为1,150人，至2026年第一季度降至约510人。绝对减少量最大的是accessiBe和UserWay；百分比降幅最大的是EqualWeb和AccessiBLY。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">约1,200件</span>
        <div class="dossier-body">
          <p class="dossier-claim">2024年至2026年间，美国累计针对叠加层厂商或使用叠加层产品的被告提起的诉讼件数</p>
          <p class="dossier-note">数据来源于PACER系统中对ADA第三章投诉（诉状正文中包含叠加层厂商品牌名称）的案件检索。该数字同时涵盖叠加层厂商作为共同被告的案件，以及叠加层仅作为已记录网站功能出现的案件。2024年约占470件；2025年约占510件；2026年第一季度约220件，全年预计约为880件。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024年</span>
        <div class="dossier-body">
          <p class="dossier-claim">NFB-WebAIM于2024年2月发表联合声明，将叠加层定性为"无效且有害"的修复方式</p>
          <p class="dossier-note">该联合声明由全国盲人联合会（NFB）、犹他州立大学残障人士中心（Utah State University Center for Persons with Disabilities）的WebAIM项目，以及十四家残障权益组织联合署名，为原告律师团提供了一份可引用的权威文件，以附加至针对使用叠加层被告的投诉中。辩护律师团未能提出同等分量的反驳文件，该声明现已在简易判决简报中被常规引用。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">约2.6亿美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">五家主要厂商2022年合计营收估计峰值</p>
          <p class="dossier-note">数据来源：AudioEye美国证券交易委员会10-K年报、accessiBe B轮融资时披露的年化营收、EqualWeb母公司财务信息披露、UserWay被Level Access收购前的营收报告，以及AccessiBLY的行业媒体估算。2022年的峰值既得益于疫情后电子商务扩张带来的有机增长，也反映了将叠加层与虚拟主机和WordPress插件捆绑分发的中小企业渠道合作伙伴项目的贡献。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2025年6月</span>
        <div class="dossier-body">
          <p class="dossier-claim">EAA执行期开始，成员国指引明确将叠加层厂商修复方案排除在"主要修复"之外</p>
          <p class="dossier-note">欧洲无障碍法案于2025年6月28日进入执行期，法国、德国、爱尔兰、荷兰及西班牙相继发布成员国实施指引，均以不同措辞拒绝将叠加层工具认定为主要或唯一修复机制。各指引分别将叠加层描述为"辅助性"、"补充性"或"单独使用无效"——其中德国BIK指引和爱尔兰NDA发布的指引限制最为严格。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2024-2026年</span>
        <div class="dossier-body">
          <p class="dossier-claim">accessiBe的2024年需求函营销活动引发持续强烈反弹，并于2026年遭遇败诉和解</p>
          <p class="dossier-note">2024年大规模需求函营销活动——以ADA不合规为由向潜在客户群发信函，并将accessiBe叠加层作为修复方案推销——引发行业媒体谴责、原告律师反诉，以及至少一家美国东北部州检察长办公室就该活动是否存在误导行为展开调查。2026年的败诉和解包括一项2026年1月的集体诉讼和解，和解条件明确要求将移除叠加层作为修复措施之一。</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">约1.1亿美元</span>
        <div class="dossier-body">
          <p class="dossier-claim">2026年合计营收估计低点——较2022年峰值收缩约58%</p>
          <p class="dossier-note">2026年的低点反映了长尾中小企业订阅的持续保留，但各主要厂商均出现有据可查的企业级客户流失。AudioEye 2025年10-K年报及2026年部分年度披露显示营收较2022年基准持续下滑。私有厂商的估算存在较大不确定性，但从所有公开及三角验证数据点来看，整体趋势方向明确无误。低点或许尚未触底——2027年进一步收缩的可能性依然存在。</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>数据来源</strong>PACER系统ADA第三章诉讼档案检索（2024-2026年）；AudioEye Inc.美国证券交易委员会EDGAR文件；NFB-WebAIM关于叠加层工具的联合声明（2024年2月）；厂商新闻稿及Search Engine Land、Stratabeat和TPGi博客存档中的行业媒体报道；法国、德国、爱尔兰、荷兰、西班牙发布的EAA成员国实施指引（2025年6月至2026年4月）；LinkedIn员工人数快照与厂商公开声明交叉核验。</p>
  </section>

  <div class="toc">
    <div class="toc-title">本报告目录</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">什么是叠加层及我们的计量方法</a></li>
      <li><span class="toc-num">02</span><a href="#revenue">2022-2026年营收收缩</a></li>
      <li><span class="toc-num">03</span><a href="#litigation">诉讼：厂商作为被告浮出水面</a></li>
      <li><span class="toc-num">04</span><a href="#accessibe">accessiBe——2024年需求函营销活动及其反弹</a></li>
      <li><span class="toc-num">05</span><a href="#vendors">五家主要厂商排名</a></li>
      <li><span class="toc-num">06</span><a href="#nfb-webaim">NFB-WebAIM联合声明及其影响</a></li>
      <li><span class="toc-num">07</span><a href="#eaa">EAA将叠加层排除在主要修复工具之外</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">2026年展望——周期性低谷还是行业退出？</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · 什么是叠加层及我们的计量方法</h2>

  <p class="dropcap-first">本档案报告所涉及的无障碍叠加层，是指一行JavaScript代码——通常是插入网站`head`标签中的第三方脚本——在页面渲染时加载厂商提供的控件。该控件宣称能够检测宿主页面DOM中的无障碍问题，并应用表面性或行为性修复：对比度调整、字体缩放、无障碍声明弹窗、偶尔注入ARIA属性，以及"已达合规"徽章。厂商以订阅模式销售该脚本，通常按月度页面浏览量或宿主方名义上的行业合规风险分级定价。</p>

  <p>该行业约于2016年至2018年间商业化兴起，先后诞生了accessiBe、UserWay、EqualWeb、AudioEye的叠加层模式产品（由早期审计与修复业务转型而来），以及后来的AccessiBLY。五家厂商的营销主张如出一辙：网站只需加载脚本即可"达到合规"。这一主张既不需要——产品也未能实现——对底层HTML、ARIA、焦点管理或内容进行实质性修复。残障权益社区自2019年WebAIM分析报告发布起便持续对此提出异议；2024年2月的联合声明将这一异议正式推向更大规模。</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">厂商营收</span><span class="ps-desc">AudioEye美国证券交易委员会文件；accessiBe B轮融资时披露的年化营收；UserWay收购前的披露信息；EqualWeb母公司财务数据；AccessiBLY行业媒体估算</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">员工人数</span><span class="ps-desc">2022年至2026年间按季度记录的LinkedIn员工人数快照；与厂商公开声明及裁员披露信息交叉核验</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">诉讼件数</span><span class="ps-desc">PACER系统中针对诉状正文含厂商品牌名称的ADA第三章投诉案件的档案检索；分别统计厂商作为被告及厂商作为功能特征出现的案件数量</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">监管立场</span><span class="ps-desc">NFB-WebAIM联合声明；法国、德国、爱尔兰、荷兰、西班牙发布的EAA成员国实施指引（2025年6月至2026年4月）</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">追踪的主要厂商（accessiBe、UserWay、EqualWeb、AudioEye、AccessiBLY）</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">员工人数快照季度数（2022年第一季度至2026年第一季度）</div></div>
    <div class="method-card"><div class="method-num">约1,200件</div><div class="method-label">2024-2026年涉及叠加层的诉讼数量</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">已审阅的EAA成员国指引文件份数</div></div>
  </div>

  <hr />

  <h2 id="revenue">02 · 2022-2026年营收收缩</h2>

  <p>收缩最直观的外部信号是营收数据，而AudioEye作为美国上市公司，须强制进行季度披露，这是其他厂商所能回避的。AudioEye 2022财年实现营收约3,050万美元，同比增速27%；2025财年营收约2,300万美元，收缩率约8%；2026年部分年度披露数据显示，营收继续跌至千万美元中段区间。营收构成也发生了变化：企业级客户的流失速度快于中小企业订阅客户，且现有营收中来自公司审计与修复服务（而非叠加层产品）的比重持续上升。</p>

  <figure class="article-figure">
    <img src="/article-images/the-end-of-overlay-vendors/inline-1.webp" alt="柱状图展示五家叠加层厂商从2022年峰值到2026年低点的营收走势。" width="800" height="450" loading="lazy" />
    <figcaption>该行业所有主要厂商均呈现出从2022年峰值开始的营收收缩态势，其中中小企业渠道合作伙伴项目敞口最大的厂商降幅最为陡峭，而这一项目自2024年起已持续瓦解。</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">叠加层厂商营收走势估算——从2022年峰值到2026年低点</div>
    <div class="bar-row"><div class="bar-label">2022年（行业峰值）</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">约2.6亿美元</div></div></div>
    <div class="bar-row"><div class="bar-label">2023年</div><div class="bar-track"><div class="bar-fill bf-b" style="width:85%">约2.2亿美元</div></div></div>
    <div class="bar-row"><div class="bar-label">2024年（NFB-WebAIM声明发布）</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">约1.75亿美元</div></div></div>
    <div class="bar-row"><div class="bar-label">2025年（EAA执行期开始）</div><div class="bar-track"><div class="bar-fill bf-d" style="width:54%">约1.4亿美元</div></div></div>
    <div class="bar-row"><div class="bar-label">2026年（估计低点）</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">约1.1亿美元</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">约58%</div><div class="stat-desc">2022-2026年行业合计营收收缩幅度</div></div>
    <div class="stat-box"><div class="stat-big">约55%</div><div class="stat-desc">五家厂商合计员工人数收缩幅度</div></div>
    <div class="stat-box"><div class="stat-big">约70%</div><div class="stat-desc">企业级客户流失率（据已有披露数据）</div></div>
  </div>

  <p>私有厂商披露信息较少，但现有信号指向一致。accessiBe在2021至2022年间披露的B轮融资年化营收约为1亿美元，此后未再公开更新；2025至2026年的行业媒体估算在4,000万至5,500万美元区间。UserWay于2022年被Level Access收购后，已并入母公司投资组合，叠加层产品不再是核心资产。EqualWeb母公司财务披露显示2024至2025年间营收收缩。AccessiBLY作为五家厂商中规模最小的一家，已大幅削减人员。对于所有五家厂商而言，方向是明确无误的；唯一的差异在于收缩速度。</p>

  <p class="pull-quote">该行业并非崩溃，而是收缩。中小企业订阅客户以温和速率持续续约；企业级客户已基本流失。2026年的低点是一个利润率更低的业务体量，同时还承载着2022年峰值时期遗留的制度性负担。</p>

  <div class="callout warning">
    <div class="ct">关于私有厂商营收数据的说明</div>
    <p>五家主要厂商中有四家为私有企业。accessiBe、UserWay（收购后）、EqualWeb及AccessiBLY的营收数字，系根据行业媒体报道、部分年度披露及已知客户群规模推算，未经审计，具体数值因统计方法不同而存在差异。收缩的方向是可靠的；具体数字为估算值。</p>
  </div>

  <hr />

  <h2 id="litigation">03 · 诉讼：厂商作为被告浮出水面</h2>

  <p>2024至2026年诉讼浪潮在结构上有别于此前2019至2022年的浪潮。在早期阶段，使用叠加层的被告以普通ADA第三章被告身份应诉，叠加层在案件中处于边缘地位——有时出现在投诉书中，有时被辩护方作为善意修复的证据提出。而在2024至2026年期间，叠加层在投诉书中的地位越来越核心：原告方主张叠加层本身加剧了无障碍障碍（通过干扰用户使用其偏好的辅助技术），且越来越多的投诉书以共同侵权责任、虚假广告或不正当商业行为为由，将叠加层厂商列为共同被告。</p>

  <p>厂商作为被告的诉讼案件在绝对数量上仍属少数——2024至2026年间约有35至50件命名被告案件——但其象征意义重大。每一起此类案件都迫使厂商法律总顾问主动应对诉讼，而非被动提供客户支持；每一起命名被告的和解都形成公开记录，可供其他原告援引。2026年的败诉和解中，至少有一起以移除叠加层作为修复条件：被告同意删除该脚本，而非仅仅升级版本。</p>

  <div class="callout danger">
    <div class="ct">厂商被告拐点</div>
    <p>一旦叠加层厂商在哪怕少数几起高知名度案件中被列为共同被告，向风险厌恶型企业买家销售叠加层的成本结构就会改变。采购审查现已将该诉讼列为厂商风险因素；为网络与技术专业责任险（Cyber-and-Tech-E&amp;O）承保的保险公司已开始将叠加层工具列为除外责任，或对其加收额外费率。采购端的阻力——而非诉讼本身——或许才是经济影响更为深远的发展。</p>
  </div>

  <p>反诉也已出现。accessiBe的2024年需求函营销活动引发了至少一起反诉，指控需求函行为本身违反了州消费者保护法中的不公平商业行为条款；截至本文写作时，该案仍在审理中。原告律师团将该营销活动作为厂商自身存在恶意行为的证据——若这一诉讼立场最终固化为法律先例，其影响将远超叠加层行业本身。</p>

  <hr />

  <h2 id="accessibe">04 · accessiBe——2024年需求函营销活动及其反弹</h2>

  <p>在五家主要厂商中，accessiBe在2024至2026年期间获得了最多的公众关注。根据行业媒体报道，2024年的需求函营销活动是该行业历史上规模最大的此类行动：向美国中小企业批量邮寄信函，声称收件方网站不符合ADA合规要求，以友善的法律风险提示为名，并推荐accessiBe的叠加层产品作为解决方案。这些信函并非由代理实际原告的律师事务所发出，而是由厂商自身发出。该营销活动在行业媒体中被描述为激进的直销行为，以及"恐惧营销"手段。</p>

  <p>反弹来得迅速。美国公民自由联盟及多家残障权益组织发表声明；面向小企业主的行业媒体刊发批评报道；至少一家州检察长办公室就该活动关于法律风险的陈述是否违反州不公平或欺骗性行为法（UDAP法规）展开调查。而原告律师团——其自身的需求函活动在2022至2023年间曾备受批评——则趁机将accessiBe营销活动定性为表明厂商才是生态系统中更为明显的不良行为者。</p>

  <div class="quote-block">
    <div class="meta">NFB-WebAIM关于叠加层工具的联合声明——2024年2月</div>
    <div class="quote">"无障碍叠加层无法使网站真正无障碍。它们不能替代对底层代码、内容和设计的实质性修复。部分叠加层产品会主动干扰视障、低视力及运动障碍用户所依赖的辅助技术。我们呼吁各组织移除这些工具，转而开展实质性的无障碍工作。"</div>
    <span class="source">全国盲人联合会与WebAIM项目，联合声明，2024年2月（广泛流传版本的释义性摘要）</span>
  </div>

  <p>accessiBe的回应是对产品进行部分定位调整——将叠加层重新定位为更广泛"审计与修复"服务产品组合中的一个组成部分——并在2024至2026年间经历了一系列管理层更迭，多名公众形象高管相继离职。自2024年反弹期以来，公司未再披露财务数据；行业媒体估算2026年营收明显低于2022年峰值，但仍在4,000万至5,500万美元区间。</p>

  <hr />

  <h2 id="vendors">05 · 五家主要厂商排名</h2>

  <p>按2022至2026年收缩指标对各厂商排名可见明显差异。以下排名依据2022至2026年合计营收收缩百分比排列；AccessiBLY因基数最小、对中小企业渠道合作伙伴项目瓦解的敞口最高，位列榜首。上述估算附带前文所述的注意事项。</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">AccessiBLY</div><div class="firm-meta">营收收缩约75% · 员工人数收缩约65% · 中小企业渠道敞口最高</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">约75%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">EqualWeb</div><div class="firm-meta">营收收缩约68% · 员工人数收缩约58% · 以色列母公司财务披露</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:91%">约68%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">UserWay</div><div class="firm-meta">营收收缩约62% · 被Level Access收购后投资组合地位下降</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">约62%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">accessiBe</div><div class="firm-meta">营收收缩约55% · 员工人数收缩约50% · 2024年需求函反弹</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">约55%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">AudioEye</div><div class="firm-meta">营收收缩约45% · 向审计与修复服务转型一定程度上缓冲了下滑</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">约45%</div></div>
    </div>
  </div>

  <p>排名中各厂商呈现出一致的规律。对中小企业渠道分发敞口最大的厂商——捆绑主机服务交易、WordPress插件分发、长尾小型电商网站——收缩最为剧烈，因为该分发层本身已经瓦解。曾将叠加层作为"合规附加产品"捆绑销售的虚拟主机合作伙伴，在NFB-WebAIM声明发布和客户投诉的双重压力下，已在许多情况下取消了该捆绑包。拥有直接企业销售渠道的厂商——AudioEye以及在较小程度上的accessiBe——保留了更多的2022年营收基础，但增速放缓，且客户金字塔顶端的流失更为严重。</p>

  <div class="callout info">
    <div class="ct">为何AudioEye的收缩幅度最小</div>
    <p>AudioEye在2022至2026年间的营收轨迹显示，其收缩幅度在五家厂商中最小。转向审计与修复服务（由人工审计员开展实质性工作，叠加层产品作为辅助监控工具）缓冲了下滑。这一缓冲效果是真实的，但它意味着该公司在某种程度上正从叠加层行业内部退出——其所销售的服务，正是叠加层行业曾宣称自身可以取而代之的服务。</p>
  </div>

  <hr />

  <h2 id="nfb-webaim">06 · NFB-WebAIM联合声明及其影响</h2>

  <p>在行业层面，有据可查的类别转变信号极为罕见；全国盲人联合会与WebAIM项目于2024年2月发表的联合声明，是叠加层行业所经历的最接近类别层面否定的事件。该声明以新的紧迫感重申了残障权益倡导者和辅助技术社区多年来的主张：叠加层无法提供实质性的无障碍支持，部分产品会主动干扰屏幕阅读器和键盘导航，各组织应移除这些工具并转而开展真正的修复工作。</p>

  <p>该声明的结构性重要性不在于新颖——其实质性主张并非新论——而在于整合。2024年2月之前，听到叠加层顾虑的企业采购审查人员，面对的是厂商提供的反驳材料和分散的批评文献。2024年2月之后，采购审查人员所面对的是一份来自美国最大盲人组织与最广泛引用的无障碍评估项目的单一权威联合声明。采购决策逻辑随之转变；厂商的举证责任随之提高；依赖企业信任而建立的渠道合作伙伴项目开始瓦解。</p>

  <div class="quote-block">
    <div class="meta">引用NFB-WebAIM声明的联邦法院裁决——2025年</div>
    <div class="quote">"被告援引安装无障碍叠加层作为善意修复的证据。原告援引全国盲人联合会与WebAIM项目的联合声明，该声明将此类叠加层定性为无效，且在某些情况下对辅助技术用户存在主动损害。法院将该联合声明作为实质性修复问题的相关证据予以注意。"</div>
    <span class="source">2025年ADA第三章简易判决裁定中日益常见措辞的释义性摘要</span>
  </div>

  <hr />

  <h2 id="eaa">07 · EAA将叠加层排除在主要修复工具之外</h2>

  <p>欧洲无障碍法案于2025年6月28日进入执行期，对叠加层行业而言是第二个整合时刻。成员国实施指引措辞各异，但立场一致：叠加层不被认定为EAA框架下的主要或唯一修复工具。德国BIK（Barrierefreie Informationstechnik）指引、爱尔兰NDA（National Disability Authority）指引、荷兰DigiToegankelijk指引、法国RGAA对应的实施说明，以及西班牙UNE-EN 301 549对应的指引，均拒绝将仅使用叠加层的部署方案认定为符合EAA合规要求。</p>

  <p>对于一个以欧盟法规截止期紧迫性为营销核心、构建2022至2024年销售管道的厂商而言，监管立场的重要性远超具体法律条文。欧洲企业采购团队在准备EAA执行期时审阅了上述指引文件，并——正确地——得出结论：叠加层订阅无法满足其合规审计要求。厂商原本期待在2024至2026年间涌入的销售管道并未实现；实际涌入的需求转向了审计与修复工作、合规性评估，以及实质性的WCAG 2.1 AA级合规项目。</p>

  <div class="callout warning">
    <div class="ct">"主要修复"排除的范围</div>
    <p>EAA成员国指引文件并未明令禁止叠加层。它们拒绝将叠加层认定为<em>主要</em>或<em>唯一</em>修复方式——这意味着EAA适用主体不能仅凭安装叠加层来履行义务。指引允许将叠加层作为辅助性或补充性工具使用，而2026年及以后的叠加层销售主张正在据此重构定位。辅助工具定位是一个更小的商业机会。</p>
  </div>

  <hr />

  <h2 id="outlook">08 · 2026年展望——周期性低谷还是行业退出？</h2>

  <p>对当前数据存在三种解读。第一种：行业处于周期性收缩——由2024年NFB-WebAIM声明和需求函营销反弹驱动的下行周期，营收在更小的低点趋于稳定，并通过转向辅助工具定位来维持一个规模缩减但仍可持续的业务。第二种：行业处于结构性退出——监管立场（EAA排除叠加层、美国判例法日趋不利）、倡导立场整合（NFB-WebAIM）与渠道合作伙伴瓦解相互叠加、加速演进，导致2027至2028年的低点显著低于2026年低点。第三种：二者兼而有之——拥有审计与修复转型路径的较大厂商以不同形态存续；纯叠加层厂商则走向退出。</p>

  <p>2026年的数据更符合第三种解读。AudioEye向审计与修复服务的转型，对公司而言是业务延续；对叠加层行业而言，则是一次离场。UserWay已被纳入更大的投资组合，叠加层产品不再是核心资产。accessiBe对需求函反弹的回应是部分重新定位。EqualWeb的母公司财务披露显示营收收缩，但尚无明确转型方向。AccessiBLY的员工人数及营收数据，更接近一家处于退出末期的厂商，而非身处低谷的厂商。</p>

  <ul>
    <li><strong>辅助工具低点。</strong>部分叠加层营收将持续延伸至2027年及以后，由不面临EAA执法压力、也不面临集中美国诉讼压力的长尾中小企业订阅客户支撑。该低点相对于2022年峰值可能较小，但不太可能降至零。</li>
    <li><strong>审计与修复转型。</strong>转型最成功的厂商到2028年将更接近无障碍服务公司，而非叠加层公司。叠加层产品将作为辅助监控工具保留，但不再是销售话术中的核心资产。</li>
    <li><strong>行业退出。</strong>无法成功转型的厂商——通常是规模较小、对中小企业渠道依赖最深的厂商——将以被收购、停业或并入相邻平台的方式退出。AccessiBLY在2026年数据中最接近这一轨迹。</li>
  </ul>

  <h2>贯穿始终的逻辑</h2>

  <p>以2022年峰值状态存在的无障碍叠加层行业已然终结。到2028年，该行业的规模将更小、定位将更为保守，商业中心地位也将远不及其创始人的预期。2024年NFB-WebAIM声明、2024年需求函营销反弹、EAA执行期将叠加层排除在主要修复工具之外、2026年败诉和解以及渠道合作伙伴瓦解，共同造就了一场结构性收缩，任何厂商都无法合理地将其定性为周期性波动。</p>

  <p>对于2026年及以后将会接触叠加层销售的采购审查人员、网络开发者和合规专员而言，这留下了一个值得认真思考的问题。辅助工具定位比2022年"一键合规"的叙事更为诚实，而范围界定清晰的辅助工具在某些无障碍项目中或许确有一席之地。2022至2026年收缩期的教训并非叠加层毫无价值，而是它们无法替代对底层HTML、ARIA、焦点管理和内容的实质性修复。能够内化这一教训的厂商，将以更小、更专业化的形态存续。无法内化的，则不会。</p>

  <p>更多来自Disability World的深度报道，请参阅<a href="/articles/european-accessibility-act-guide/">欧洲无障碍法案</a>、<a href="/articles/largest-ada-settlements-2020-2026/">2020-2026年最大规模ADA和解案件</a>，以及<a href="/articles/serial-plaintiffs-deep-dive/">谁是ADA第三章执法的真正推动者</a>。</p>

  <footer class="footer-note">
    <p><strong>方法论与数据：</strong>厂商营收数字经三角验证，来源包括：AudioEye Inc.美国证券交易委员会EDGAR文件（10-K、10-Q、8-K，2022年至2026年第一季度）、accessiBe B轮融资时披露的年化营收（2021至2022年）、UserWay收购前披露信息（2022年）、EqualWeb母公司财务数据（2022至2025年），以及AccessiBLY的行业媒体估算。员工人数快照系根据2022年第一季度至2026年第一季度各季末LinkedIn公开显示的员工人数重建，并与厂商公开声明及裁员披露信息交叉核验。诉讼件数来源于PACER系统中针对诉状正文含叠加层厂商品牌名称的ADA第三章投诉案件的档案检索（2024年至2026年第一季度），分别统计厂商作为被告及厂商作为功能特征出现的子类别数量。私有厂商数字的不确定性显著高于上市厂商数字。</p>
    <p><strong>法律背景：</strong>《美国残疾人法案》第三章，42 U.S.C. §12181等（1990年），以及28 CFR第36部分（司法部第三章法规）。2024年4月发布的第二章最终规则，28 CFR第35部分H子部分，就州及地方政府WCAG 2.1 AA级标准作出规定。欧洲无障碍法案，指令（EU）2019/882，执行期自2025年6月28日起。法国、德国（BIK）、爱尔兰（NDA）、荷兰（DigiToegankelijk）、西班牙（UNE-EN 301 549对应）的EAA成员国实施指引。全国盲人联合会与WebAIM项目关于无障碍叠加层的联合声明，2024年2月（公开发布；本文引用内容为广泛流传版本的释义性摘要，非逐字引用）。</p>
    <p><strong>本文不涵盖的内容：</strong>并非对叠加层行业所有厂商的完整列举——五家主要厂商以2022年营收计算规模最大，但其他规模较小的厂商及白标叠加层产品同样存在。数字均为经公开及行业媒体来源三角验证所得的估算值，四家私有厂商的精确经审计财务数据不可得。诉讼件数依赖于PACER标注方法，不含州法院诉讼、未转化为正式立案的需求函活动，以及发现程序各异的欧盟成员国执法行动。本文为关于公共政策与行业争论的编辑性分析，不构成法律建议；面临叠加层相关诉讼或考虑采购叠加层的读者，应咨询在相关司法管辖区取得执业资格的法律顾问及无障碍专业人士。</p>
  </footer>

</div>

---
title: 哪些律所提起了60%的ADA诉讼？2026年逐所实地指南
url: https://www.disabilityworld.org/zh/articles/top-firm-share-of-filings-2026/
description: 十家原告律所主导了联邦ADA第三章诉讼的绝大多数案件。本指南对每家律所进行详细梳理——主办律师、年度立案量、地域集中度、重要裁决，以及哪个州的2024年程序改革已将它们列为针对对象。
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, law-firms, litigation, us-law, data
---

# 哪些律所提起了60%的ADA诉讼？2026年逐所实地指南

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>实地指南</strong> · ADA第三章原告律所 · 2026年</span>
  <span><strong>目录</strong> · 10家律所，约占立案量的70%</span>
</div>

<span class="eyebrow">规律目录 · 10个条目</span>

<h1>哪些律所提起了60%的ADA诉讼？2026年逐所实地指南</h1>

<p class="lead">联邦ADA第三章诉讼是美国民事诉讼实践中专业化程度最高的领域之一。在2024年提起至少一起此类案件的逾千家律所中，<strong>约十家律所合计占全部联邦立案量的近70%</strong>。本实地指南对这十家律所逐一梳理——包括名称、立案量、诉讼地点、标志性案件，以及几乎专门针对它们而设计的州级程序改革措施。</p>

<p>本系列前几期从宏观视角审视了数据集：诉讼的地理分布、针对的数字表面类型、2020年至2026年间和解金额的变化趋势。这些内容有助于被告了解整体格局，但对于试图了解需求函上具体对方律所的被告而言，帮助有限。本指南采取相反视角，从律所本身出发进行分析。</p>

<p>以下每个条目均为十家原告律所之一，其诉讼档案在过去五年中深刻影响了联邦ADA第三章的案件积累。对于每家律所，我们记录了主办律师、近期年度立案量、地域集中度、两三起重要裁决或和解、2024年州级程序改革对该律所在该司法管辖区的具体影响，以及2026年简短展望。每个条目结构相同、顺序一致，供读者从头至尾阅读或按链接跳转查阅。</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">证据索引 · 编号 2026.05</div>
<h2 class="ei-title" id="ei-title">10家律所 · 按2024年联邦ADA第三章立案量排名</h2>
</div>
<div class="ei-meta">n ≈ 8,800件联邦立案 · 2024日历年</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>编号</th>
<th>律所</th>
<th>主要诉讼地</th>
<th style="text-align:right">2024年占比</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Mizrahi Kroub LLP</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">约17%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Stein Saks PLLC</a></td><td>S.D.N.Y. / D.N.J.</td><td class="ei-count">约11%</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Mars Khaimov Law PLLC</a></td><td>E.D.N.Y. / S.D.N.Y.</td><td class="ei-count">约9%</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Potter Handy LLP / Center for Disability Access</a></td><td>C.D. / N.D. Cal.</td><td class="ei-count">约8%</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Pacific Trial Attorneys APC</a></td><td>C.D. Cal.</td><td class="ei-count">约6%</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Wittenberg Law PLLC</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">约5%</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Manning Law APC</a></td><td>C.D. Cal.</td><td class="ei-count">约4%</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Lipton Legal Group P.C.</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">约4%</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Gottlieb &amp; Associates PLLC</a></td><td>S.D.N.Y.</td><td class="ei-count">约3%</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Equal Access Law Group PLLC</a></td><td>E.D.N.Y.</td><td class="ei-count">约3%</td></tr>
</tbody>
</table>

<p class="evidence-foot">占比数字为方向性估算，汇总自PACER案件档案计数及截至2024年末的最新独立诉讼调查数据（Seyfarth、UsableNet、ADA第三章追踪数据库）。部分律所在年度内联合立案或转移案件档案；占比四舍五入至最近整数百分点。这十家律所合计提起约十分之七的联邦ADA第三章投诉。</p>
</section>

<h2>数据来源说明</h2>

<p>上述十家律所的识别方法如下：将2024年PACER系统中依据42 U.S.C. §12181等条款提起的民事立案档案计数，与三个主要行业追踪数据源——Seyfarth Shaw年度ADA第三章综述、UsableNet网络与应用程序诉讼报告，以及辩护律师团维护的ADA第三章追踪数据库——进行交叉比对，剔除日历年联邦立案量低于约100件的律所。即便以专业原告律所的标准衡量，这种集中程度也令人震惊：相比之下，联邦《公平信用报告法》诉讼中前十大律所的立案份额约为40%；联邦《电话消费者保护法》诉讼中约为50%。ADA第三章案件档案的集中度则接近70%，前三家律所单独占据全部联邦立案量的逾三分之一。</p>

<p class="pull">2024年在ADA第三章诉讼中被起诉的被告公司，有约三分之二的概率对方代理律所是以下目录中的十家律所之一。</p>

<div class="part-divider">
<div class="part-num">第一部分 · 纽约南区集中律所</div>
<div class="part-title">五家律所，一个法院集群</div>
<p class="part-blurb">前十大律所中有五家将其大部分案件档案集中在纽约南区和东区。这一集群形成，既反映了纽约州人权法作为诉状依据的成熟度，也与2024年纽约州专项程序修订相关——该修订改变了立案实践，但尚未显著降低立案量。</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Mizrahi Kroub LLP</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Edward Y. Kroub和Uri Horowitz是该律所联邦投诉书上署名最频繁的合伙人；Mars Khaimov在早年与该律所有关联，后创立独立执业机构（E·03）。该曼哈顿律所的核心起诉团队在2023年至2025年间保持相对稳定。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约1,500件</strong>2024日历年联邦ADA第三章立案（各方估算）</div>
<div class="exhibit-stat"><strong>约17%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>该律所联邦案件档案约95%集中在纽约南区和东区。少量案件在新泽西区提起，几乎总是附带纽约州人权法诉因，即便联邦诉因受限，该州诉因仍可维持。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所在多起早期"屏幕阅读器兼容性"网站案件中担任原告首席代理律师，确立了第二巡回法院判断构成拒绝获取商品或服务的工作标准。在多起公开裁决中，该律所还就连续原告背景下的第三条宪法诉讼资格问题作为原告方介入。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约州参议院法案S5365B——2024年针对州民事诉讼规则（CPLR）中连续原告条款的一轮修订——增加了扩展诉讼资格审查、返回意图起诉要件要求，以及被告在驳回动议阶段可援引的败诉方承担律师费条款。这些修订普遍被认为是专门针对Mizrahi Kroub的案件档案结构而设计的。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>从PACER可追溯的数据来看，该律所2025年立案节奏仅略低于2024年——纽约州修订改变了起诉实践并增加了成本，但尚未显著压缩立案量。预计纽约南区主导地位将持续，并选择性地向第三条诉讼资格更为宽松的司法管辖区扩展。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站与移动应用无障碍 · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Stein Saks PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Daniel C. Cohen和David Stein最频繁出现在该律所联邦投诉书上，起诉团队由位于新泽西州哈肯萨克的更大律师团轮流参与。该律所在纽约法院立案、新泽西注册地运营的双州模式在结构上颇具特色。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约970件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约11%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>该律所案件档案分布在纽约南区和新泽西区，宾夕法尼亚东区有少量延伸。新泽西区的集中度具有重要意义，因为当联邦第三条诉讼资格裁决收窄时，《新泽西反歧视法》（NJ Law Against Discrimination）提供了一条稳健的州法院替代路径。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所一直是网站必须作为独立的"公共设施场所"还是仅作为实体场所附属而受保护这一问题的核心测试性案件推动者——第二巡回法院与第三巡回法院在此问题上的分歧，深刻影响了该律所的司法管辖区选择。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>同时受纽约参议院法案S5365B（适用于纽约南区立案）和新泽西州2024年程序修订（收紧返回意图起诉要件要求）的双重约束。双州模式现在意味着该律所需要跨越两套不同的程序门槛，额外的起诉成本不可忽视。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>预计部分边际案件将从纽约南区迁往新泽西区或州法院，同时继续聚焦零售和消费服务类被告。该律所以庭外和解为主的业务模式，对程序收紧相对具有韧性，因为大多数案件在动议阶段前便已解决。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>零售与消费服务网站 · S.D.N.Y. / D.N.J.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B · 新泽西州2024年修订</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Mars Khaimov Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>律所主理人Mars Khaimov本人的名字出现在几乎每一份联邦投诉书上，辅以一个小型布鲁克林起诉团队。该律所在2020年代初期从早年与Mizrahi Kroub的关联中独立出来，现已成为全美案件密度最高的单一律师原告律所之一。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约800件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约9%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>几乎全部案件档案集中在纽约东区，纽约南区有少量次要立案。在连续原告背景下，纽约东区历史上对第三条诉讼资格论点的受理态度比纽约南区更为宽松，这推动了该律所的司法管辖区倾向。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所因极高的单一原告对应案件比而备受关注——少数命名原告在大量被告立案中反复出现，这一现象已成为辩护律师在庭审中常规提出的诉讼资格审查的焦点所在。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约参议院法案S5365B直接适用于该律所案件档案。2024年关于诉讼资格起诉要件和返回意图要求的修订，最直接针对的是每年以同一命名原告提起数十件案件的律所结构，而这对Mars Khaimov的案件档案特征描述比本目录中任何其他律所都更为准确。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>该律所在本目录中面临纽约改革带来的最为急迫的起诉成本增加，2025年立案量似乎较2024年有个位数百分比的下滑。预计2026年将进一步软化，除非该律所重构其命名原告轮换安排。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站无障碍，广泛消费领域 · E.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Potter Handy LLP / Center for Disability Access</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Mark Potter和Russell Handy是主要合伙人；该律所以"Center for Disability Access"为对外公开品牌，开展《加州民权法》（Unruh Civil Rights Act）/ ADA双轨并行诉讼实践。该律所总部位于加州，是本目录中以加州为核心的规模最大律所。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约700件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约8%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>该律所几乎专门在加州中区和北区提起联邦诉讼，同时在州法院依据加州《民权法》并行立案——该法案对每次违规每次发生课以4,000美元的法定赔偿，是加州ADA诉讼规模相对人口占比异常庞大的关键经济驱动因素。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所参与了第九巡回法院关于实体场所无障碍与数字表面之间关系的多项裁决，以及加州州立律师协会就大规模残障权益诉讼结构展开的长期调查。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>加州AB 1417法案以及2024年《民权法》程序要求修订，对重复原告增加了强化核实步骤，对因诉讼资格而被驳回案件中的胜诉被告设置了律师费转移条款，并对25名或以下员工的企业设置了诉讼前通知窗口期。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>该律所十年来一直是加州改革讨论的核心话题，2024年修订已使其诉讼组合向更大规模被告案件偏移（此类案件不适用诉讼前通知窗口要求）。预计加州立案量将继续保持高位，同时在《民权法》损害赔偿金额足够的情况下选择性地退出联邦法院。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>实体场所 + 网站 · C.D. / N.D. Cal.</span>
<span><strong>程序改革影响</strong>加州AB 1417 · 《民权法》修订（2024年）</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Pacific Trial Attorneys APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Scott J. Ferrell是最频繁署名的主要合伙人；律所诉讼团队驻扎纽波特比奇，起诉团队规模不大但持续稳定。该律所以强烈倾向于将案件推进至驳回动议阶段之后而非在证据开示前达成和解而为辩护律师所熟知。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约520件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约6%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>该律所集中在加州中区，南区和东区有少量次要立案。与Potter Handy相同，该律所将ADA第三章与《民权法》诉因并行提起，以获得每次违规4,000美元法定赔偿的救济框架。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所在第九巡回法院已有多项公开上诉裁决，涉及"测试者"原告诉讼资格问题，以及在第九巡回法院<em>Robles</em>框架下网站与实体公共设施场所之间所需关联程度的问题。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>与Potter Handy相同的加州敞口——加州AB 1417和2024年《民权法》修订。对于一家已比同行更频繁地将案件推至动议阶段的律所而言，针对因诉讼资格被驳回的胜诉被告的律师费转移条款是影响最为深远的变化。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>该律所以诉讼为导向的业务组合，历史上使其产出的公开裁决数量与立案量不成比例。预计这一规律将持续，而2024年修订可能推动该律所更注重案件筛选，而非降低整体立案量。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站 + 零售场所 · C.D. Cal.</span>
<span><strong>程序改革影响</strong>加州AB 1417 · 《民权法》修订（2024年）</span>
</div>
</section>

<div class="pattern-callout">
<h3>州级程序改革是2024至2026年的主要主线</h3>
<p>上述十家律所中有三家直接处于纽约参议院法案S5365B的影响路径上；另有三家直接处于加州AB 1417和2024年《民权法》修订的影响路径上；还有一家（Stein Saks）同时受纽约改革和同期新泽西州程序修订的双重影响。其余三家规模较小的专业律所，其执业实践迄今受到的直接针对较少，但它们在相同司法管辖区、援引相同案件理论运营——这意味着改革重塑了它们所竞争的整体环境，即便规则并非明确针对它们而设。</p>
</div>

<div class="part-divider">
<div class="part-num">第二部分 · 加州集中律所</div>
<div class="part-title">两家律所，一个法定赔偿经济体系</div>
<p class="part-blurb">加州的联邦案件档案由ADA第三章禁令救济与《民权法》法定赔偿金之间的互动关系所塑造。前十大律所中有两家——Potter Handy和Pacific Trial Attorneys——主要在这一互动关系内运营；第三家（Manning Law）则毗邻于此。</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Wittenberg Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Dana L. Gottlieb（与E·09 Gottlieb &amp; Associates为独立实体）和Jeffrey M. Gottlieb曾在不同阶段与该律所存在关联；Jonathan Wittenberg为现任主理人。起诉团队视立案密度，由约六名律师轮流参与。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约430件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约5%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>以纽约南区和东区为主，新泽西区有少量延伸。该律所的地理分布几乎与Mizrahi Kroub完全相同，两家律所经常在相邻案件档案中对阵同一类别的被告。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所的案件往往以不公开裁决的方式悄然和解。少数与诉讼资格相关的被驳回案件，出现在第二巡回法院自2023年以来对连续原告第三条诉讼资格分析的演化思路中。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约参议院法案S5365B直接适用。返回意图起诉要件要求影响最为深远，因为该律所的命名原告名单与曼哈顿的数家同类律所一样，历史上存在集中度较高的情况。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>预计纽约南区主导地位将持续，并可能向新泽西区扩展以对冲程序风险。从现有PACER计数来看，2025年立案量与2024年大体相当。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站无障碍，广泛消费领域 · S.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Manning Law APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Joseph R. Manning, Jr.是该律所主理人，几乎每份联邦投诉书上均有其署名。律所诉讼团队驻扎纽波特比奇，专注于ADA与《民权法》并行诉讼。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约360件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约4%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>加州中区是该律所几乎唯一的诉讼地点。案件并行援引ADA第三章与《民权法》诉因，以获得加州每次违规4,000美元法定赔偿框架的保障，联邦诉讼资格收窄时州法院为备选。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所频繁出现在加州上诉判例中，涉及禁令救济ADA诉因如何与《民权法》金钱赔偿诉因相互作用这一问题——尤其是在被告寻求联邦法院驳回ADA诉因并将《民权法》诉因发回州法院的案件中。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>加州AB 1417和《民权法》修订直接适用。小企业诉讼前通知窗口是影响最为深远的变化，因为该律所被告组合中有相当比例为小型零售商和服务类企业。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>预计案件组合将向不适用诉讼前通知窗口要求的较大规模被告案件明显偏移，整体立案量可能有所下降。该律所在公开回应改革方面比大多数同行更为积极。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站 + 零售场所 · C.D. Cal.</span>
<span><strong>程序改革影响</strong>加州AB 1417 · 《民权法》修订（2024年）</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Lipton Legal Group P.C.</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Joseph H. Mizrahi（与Mizrahi Kroub律所无关联）和Daniel B. Lipton是最频繁署名的合伙人。该律所是前十大律所中规模较小的专业律所之一，起诉团队结构相对扁平。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约330件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约4%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>纽约南区和东区，诉讼地点模式与其他曼哈顿集中律所相同。该律所具体的被告组合，相较规模更大的Mizrahi Kroub或Stein Saks案件档案，更偏向于小型和中型网络零售商。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所频繁出现在探讨WCAG合规与ADA第三章遵从之间关系的案件中——第二巡回法院对此一直谨慎处理，尚未确立明确的判断规则。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约参议院法案S5365B直接适用。律师费转移条款对于这一立案量的律所影响最为深远，原因在于该律所案件历史上的单案和解金额低于规模更大的纽约集中律所，即便适度的费用风险也会改变经济账。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>在纽约集群律所中，Lipton是最可能在2024年改革下出现实质性立案量下降的律所，原因仅在于单案经济效益更为紧张。预计2026年将出现个位数百分比的立案量软化。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站无障碍 · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Gottlieb &amp; Associates PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Jeffrey M. Gottlieb和Dana L. Gottlieb是该律所的主要合伙人。该律所在纽约原告律师圈资历深厚，其执业起点早于2018年后推动本目录中其他律所兴起的网站无障碍立案浪潮。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约280件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约3%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>纽约南区是该律所的主要诉讼地，纽约东区有少量延伸。该律所案件档案的被告类别比其他曼哈顿律所更为多样，酒店、餐饮及服务业被告有相当比例的代表。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所在第二巡回法院早期ADA第三章案件中频繁出现，涉及数字场景下何为"公共设施场所"这一问题，其案件档案可追溯至网站诉讼兴起之前的时代。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约参议院法案S5365B适用。返回意图起诉要件要求对该律所的影响相对低于立案量最高的律所，因为Gottlieb的命名原告名单比其他律所更为多样化。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>预计立案量稳定至略有下降。该律所跨越多类被告的多元化布局，在一定程度上提供了针对特定类别司法反弹（可能压缩更集中案件档案）的韧性。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站 + 酒店/服务类企业 · S.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Equal Access Law Group PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">主办律师</div>
<div class="exhibit-prose">
<p>Yitzchak Zelman是该律所最频繁署名的合伙人。律所驻扎锡达赫斯特，起诉团队规模较小，案件档案几乎全部集中于纽约东区立案。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">年度立案量</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>约260件</strong>2024日历年联邦ADA第三章立案</div>
<div class="exhibit-stat"><strong>约3%</strong>占全国联邦立案量份额</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">地域集中度</div>
<div class="exhibit-prose">
<p>几乎专门在纽约东区立案。该律所的跨司法管辖区布局比其他前十大律所更为有限，历史上未向加州或其他主要对原告友好的联邦司法管辖区扩张。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">重要案件</div>
<div class="exhibit-prose">
<p>该律所的案件绝大多数庭外和解，未形成公开裁决。少数在纽约东区因第三条诉讼资格被驳回的案件，出现在该地区法院2023年至2025年案件管理思路的演化过程中。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2024年程序改革影响</div>
<div class="exhibit-prose">
<p>纽约参议院法案S5365B直接适用。律师费转移条款对于这一立案规模的律所影响最为深远——规模较小的专业律所，其单案经济效益已经相当紧张，即便适度的辩方费用敞口也足以改变该律所的案件筛选门槛。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">2026年展望</div>
<div class="exhibit-prose">
<p>在本目录收录的律所中，Equal Access Law Group在2024年改革下最可能出现结构性立案量下降——前十大律所末端的小型专业律所，对程序摩擦的经济承受能力最为脆弱。预计2026年可能出现退出或重组。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>诉讼标的</strong>网站无障碍 · E.D.N.Y.</span>
<span><strong>程序改革影响</strong>纽约参议院法案S5365B（2024年）</span>
</div>
</section>

<p class="pull">2024年程序改革方案并非旨在禁止连续立案——它的目的是提高成本、推动更为审慎的筛选。本目录中的每家律所正在依据这一变化重新核算其案件档案的经济账。</p>

<h2>这十家律所的共同特征</h2>

<p>通读这份目录，十家律所呈现出一致的结构性特征。它们均为专业原告律所，集中在两个州法院生态系统（纽约和加州），在两套平行的州法律框架下运营——纽约州人权法与CPLR修订；加州《民权法》及其2024年程序修订——这两套框架均实质性地延伸了联邦ADA第三章的适用范围。十家律所中有八家以单一州为主要诉讼地；其余两家（Stein Saks、Mars Khaimov）采用刻意的双州模式，以对冲不同程序体制。</p>

<p>2024年程序改革浪潮——纽约参议院法案S5365B、加州AB 1417以及平行的《民权法》修订——尚未在本目录范围内显著降低立案量。其所实现的是单案经济效益的重构：起诉成本更高、命名原告多元化从可选变为必选、前十大末端规模较小的专业律所对诉讼资格被驳回案件中律师费转移条款的承受能力最为脆弱。预计2026年领域将出现轻度整合，立案量最高的律所（E·01至E·04）吸收程序成本，立案量较低的律所（E·08至E·10）可能出现立案软化。</p>

<h2>优先关注事项</h2>

<div class="audit-list">
<h3>如果您是收到需求函的被告</h3>
<ul>
<li>从信函抬头识别原告律所；与本目录交叉比对，评估案件档案管理特征</li>
<li>在PACER系统查询命名原告的立案历史——重复原告身份在2024年改革下已受到主动审查</li>
<li>对于纽约南区/东区案件，核查投诉书中的返回意图主张是否符合纽约参议院法案S5365B的强化起诉要件标准</li>
<li>对于加州中区案件，核查被告员工人数是否符合加州AB 1417规定的诉讼前通知窗口适用资格</li>
</ul>

<h3>如果您正在追踪诉讼趋势</h3>
<ul>
<li>关注Mars Khaimov和Equal Access Law Group在2025年下半年的PACER案件量——这两家律所对纽约改革的敞口最大</li>
<li>关注加州州法院《民权法》立案——联邦法院案件减少或在Potter Handy、Pacific Trial Attorneys和Manning Law处被州法院案件增加所抵消</li>
<li>关注Stein Saks等律所向新泽西区分流时的新进入者动向</li>
<li>关注Pacific Trial Attorneys的公开裁决——该律所产出的上诉判例与其立案量不成比例，是第九巡回法院演化思路的有效观测窗口</li>
</ul>

<h3>如果您正在确定合规优先事项</h3>
<ul>
<li>这十家律所针对最频繁的被告诉讼标的，是网站无障碍、移动应用无障碍，以及与数字表面并行的实体场所障碍</li>
<li>对于任何面向消费者的网站，WCAG 2.2 AA合规仍是最具防御性的合规基准</li>
<li>移动应用符合WCAG 2.2加上相关平台无障碍指引是第二优先事项</li>
<li>对于面向加州市场的企业，《民权法》赔偿敞口意味着合规既是联邦问题也是州法院问题</li>
</ul>
</div>

<div class="bottomline">
<p>ADA第三章原告律师实践，是联邦民事诉讼中专业化程度最高的专业律所领域之一。十家律所提起约十分之七的联邦案件；三家律所合计占逾三分之一。2024年州级程序改革——纽约参议院法案S5365B以及加州AB 1417配合《民权法》修订——是自2018年网站无障碍立案浪潮兴起以来该领域最重要的变化。这些改革无一禁止相关实践，但均提高了其单案成本。预计2026年将出现轻度整合，立案量最高的律所吸收成本，立案量较低的律所趋于软化。</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">参与 · 03</span>
<div class="cta-title">追踪2026年逐所动态</div>
<p class="cta-prose">本目录每年更新。请阅读配套的州级程序改革敞口分析及连续原告立案规律深度报告，获取上述每个条目背后的完整背景。</p>
<a class="cta-btn" href="/articles/">浏览完整ADA第三章报道档案</a>
</div>

<div class="foot-note">
<p><strong>方法论</strong>律所排名依据PACER系统中援引42 U.S.C. §12181等条款的民事立案档案计数，与Seyfarth Shaw年度ADA第三章综述、UsableNet网络与应用程序诉讼报告，以及辩护律师团ADA第三章追踪数据库（2024日历年）交叉比对。占比百分比四舍五入至最近整数；部分律所存在联合立案或年度内转移档案的情况，因此数字为方向性估算。</p>
<p><strong>覆盖范围</strong>仅统计联邦ADA第三章立案。州法院平行立案（《民权法》、纽约州人权法）有所提及但不计入份额统计。目录限于2024日历年联邦立案量约100件以上的律所。</p>
<p><strong>本文不涵盖的内容</strong>法律建议。原告律所立案特征不构成关于责任的认定。列入目录仅反映立案量，不对个别案件的是非曲直作任何评判。进一步阅读，请参阅<a href="/articles/">2026年报道档案</a>及<a href="/regulations/">各司法管辖区无障碍法律</a>。</p>
</div>

</div>

---
title: 英国《平等法》与PSBAR：脱欧后的数字无障碍义务
url: https://www.disabilityworld.org/zh/articles/uk-equality-act-and-psbar/
description: 脱离欧盟后，英国保留了双轨数字无障碍体制——《2010年平等法》作为普适性反歧视法律，加上将《网络无障碍指令》转化为国内法的PSBAR公共部门法规。
author: Disability World
pubDate: 2026-05-22
tags: uk, equality-act, psbar, brexit, regulations, regulation-primer
---

# 英国《平等法》与PSBAR：脱欧后的数字无障碍义务

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：泰晤士河对岸金色夕阳下的威斯敏斯特宫与大本钟，是脱欧后英国无障碍法律的制度锚点。</p>

<p class="rt-prefix">阅读时长：11分钟</p>

<p class="wp-block-paragraph">英国于<strong>2020年1月31日</strong>正式脱离欧盟，但并未脱离欧洲无障碍框架。2026年，两套制度仍并行运转，共同界定英国组织对残障网络用户所应承担的义务：其一是<strong>《2010年平等法》</strong>（Equality Act 2010），这部普适性反歧视法律自整合并取代《1995年残障歧视法》（Disability Discrimination Act 1995）起，便已适用于数字服务；其二是<strong>《2018年公共部门机构（网站与移动应用程序）（第2号）无障碍法规》</strong>——以其不够优雅的缩写<strong>PSBAR</strong>著称——在脱欧前将欧盟《<a href="/articles/european-accessibility-act-guide/">网络无障碍指令（2016/2102）</a>》转化为英国国内法，并在退出欧盟后以保留欧盟法律的形式延续至今。两套制度相辅相成：PSBAR是针对公共机构的规定性技术体制；《平等法》则是适用于所有提供服务的主体——无论公共还是私营——的普适义务。</p>

<p class="wp-block-paragraph">本文是2026年关于这两套制度如何交互运作的概览，同时介绍平等与人权委员会（EHRC）如何执法、PSBAR 2.2更新方案（公众咨询已于<strong>2026年2月14日</strong>截止）拟作出哪些修改，以及在正式范围之外的私营数字服务供应商如何通过公共部门采购条款在合同层面被纳入其中。如需更广泛的监管图景，请参阅<a href="/regulations/">各国残障权利法规索引</a>以及<a href="/articles/eaa-first-year-enforcement-report/">EAA首年执法报告</a>，两者共同将英国脱欧后的体制置于欧洲背景下加以审视。</p>

<h2 class="wp-block-heading" id="h-the-dual-framework">双轨框架，一段话说清楚</h2>

<p class="wp-block-paragraph">《2010年平等法》是普适义务：任何"服务提供者"——涵盖范围足以囊括私营零售商、银行、交通运营商、大学和慈善机构——在提供服务的方式上不得歧视残障人士，并须作出"合理调整"以消除实质性不利。该法律未明确提及网站或移动应用程序，也无需如此。通过网络提供的商品、设施和服务，依据第29条属于服务范畴，第20条规定的合理调整义务延伸至数字表面，与延伸至前门并无二致。PSBAR则在这一普适义务之上，专门针对一类特定主体设置了附加规定。它适用于公共部门机构的网站和移动应用程序，规定了具体的技术标准（依据咨询轨道，新内容自2025年6月23日起达到<strong>WCAG 2.2 AA级</strong>，同时保留现行2.1 AA级基准），要求按照规定模板发布无障碍声明，并赋予政府数字服务（GDS）监控职能和EHRC执法角色。</p>

<p class="wp-block-paragraph">两套制度互有交叠，而非相互矛盾。一个未能通过PSBAR要求的地方议会，几乎必然同时违反了《平等法》的合理调整义务。一个在无障碍方面存在缺失的私营零售商，无法被GDS监控触及，但可被受损消费者依据《平等法》起诉，或被EHRC依据第23条调查权追究。这一双轨结构意味着，英国组织在回答"我们的网站是否合规"时，必须分别回答两个问题：我们是否符合技术标准？我们是否履行了普适义务？</p>

<h2 class="wp-block-heading" id="h-equality-act-section-by-section">《2010年平等法》：在线层面的关键条款</h2>

<p class="wp-block-paragraph">《平等法》于2010年10月将九部既有反歧视法律整合为单一框架。就数字无障碍而言，发挥核心作用的条款并非全新内容——它们继承自《1995年残障歧视法》，经过重铸和扩展——但其对网络和应用程序表面的适用已成定论。</p>

<h3 class="wp-block-heading" id="h-section-20">第20条——合理调整义务</h3>

<p class="wp-block-paragraph">第20条规定了三项要求：当某项规定、标准或做法使残障人士处于实质性不利地位时，义务主体须采取合理措施消除该不利；当某项实物特征造成不利时，须采取合理措施予以移除、改变或提供规避手段；以及——对数字服务而言至关重要——当辅助设施的缺失使残障人士处于实质性不利地位时，须采取合理措施提供该设施。平等与人权委员会关于服务、公共职能和协会的法定行为准则（2011年）明确将<strong>网站</strong>、<strong>网络服务</strong>以及<strong>以无障碍格式提供信息</strong>列为第20条的覆盖范围。屏幕阅读器不兼容的结账流程、无字幕的视频、仅凭键盘无法完成的表单——依据委员会的解读，上述情况均构成对合理调整义务的违反。</p>

<p class="wp-block-paragraph">第20条有两个特征使其比某些其他司法管辖区的同等条款要求更高。该义务具有<strong>预见性</strong>：服务提供者须预先考量残障人士通常可能需要哪些调整，而非等待具体请求。该义务还具有<strong>持续性</strong>：一旦某项调整被认定为必要，该必要性便持续存在——因此，一个在上线时符合无障碍标准、经历改版后不再符合的网站，并不能以过去的合规作为已履行义务的理由。</p>

<h3 class="wp-block-heading" id="h-section-29">第29条——服务与公共职能</h3>

<p class="wp-block-paragraph">第29条禁止向公众或部分公众提供服务的主体实施歧视行为。其定义涵盖私营商业、专业服务、交通运输、教育辅助服务，以及在英国市场运营的数字平台。第29条不区分公共与私营——书店和地方议会均在其约束范围之内——且不设任何豁免小型经营者的最低营业额门槛。依法而言，一家独资网络商店即为服务提供者。</p>

<h3 class="wp-block-heading" id="h-public-sector-equality-duty">第149条——公共部门平等义务</h3>

<p class="wp-block-paragraph">第149条对公共机构施加进一步的"公共部门平等义务"（PSED），要求其在行使职能时，对消除歧视、促进机会平等、增进具有受保护特征的人群与其他人群之间良好关系的需要给予充分考量。PSED以程序为导向——侧重于真正认真对待，而非要求达成特定结果——但其在采购方面的应用尤为重要：一个在数字服务合同条款中未能写入无障碍要求的采购机构，可能因在签约前未能履行该义务而遭受质疑。</p>

<h2 class="wp-block-heading" id="h-psbar">PSBAR：公共机构的规定性层次</h2>

<p class="wp-block-paragraph">《2018年公共部门机构（网站与移动应用程序）（第2号）无障碍法规》（SI 2018/952）将欧盟指令（EU）2016/2102转化为英国国内法。该法规于<strong>2018年9月23日</strong>生效，并设置分阶段达标期限：该日期之后发布的网站须于2019年9月23日前达标；该日期之前发布的网站须于2020年9月23日前达标；移动应用程序的期限为2021年6月23日。脱欧后，PSBAR并未失效。《2018年欧盟（退出）法》以保留欧盟法律的形式将其延续，而《2023年保留欧盟法律（撤销与改革）法》迄今仍将其保留在有效成文法中。</p>

<h3 class="wp-block-heading" id="h-who-psbar-applies-to">PSBAR的适用范围</h3>

<p class="wp-block-paragraph">PSBAR的适用范围沿袭了指令：适用于"公共部门机构"，定义涵盖国家、地区和地方当局、受公法约束的机构，以及由上述机构组建的联合体。实践中，这一范围涵盖中央政府部门及其执行机构、苏格兰、威尔士和北爱尔兰的权力下放政府、国家医疗服务（NHS）及所有NHS信托机构、地方议会、消防与救援机构、警察部队、国家资助学校以及大多数国家资助的高等教育机构，以及获得大量公共资金支持的准自治公共机构。法规明确排除：广播机构（BBC及其他公共服务广播机构）、部分公共服务互助机构的非行政职能、2019年9月23日之后未更新的存档内容，以及纯音频直播。不在机构控制下的第三方内容——例如托管的社交媒体插件——不在法规范围之内，但鼓励通过采购和合作条款推动其符合标准。</p>

<h3 class="wp-block-heading" id="h-what-psbar-requires">PSBAR的具体要求</h3>

<p class="wp-block-paragraph">PSBAR规定了四项义务。第一，内容须达到技术标准——当前基准为欧洲协调标准<a href="/articles/en-301-549-explained/">EN 301 549</a>所采用的<strong>WCAG 2.1 AA级</strong>，2.2版本更新咨询现已截止（详见下文）。第二，机构须按规定模板发布无障碍声明，指明不合规内容、说明不合规原因、在适用时记录不相称负担评估，并说明用户如何申请无障碍替代方案或报告问题。第三，机构须在合理时限内回应用户投诉。第四，机构须配合内阁办公室监控职能——由政府数字服务（GDS）无障碍监控团队负责运营——回应审计查询并提交整改计划。</p>

<h3 class="wp-block-heading" id="h-disproportionate-burden">不相称负担豁免条款</h3>

<p class="wp-block-paragraph">PSBAR允许公共机构主张对特定内容达标将构成"不相称负担"，并以此为由豁免该内容的合规义务。该豁免并非一揽子豁免：机构须完成书面评估，权衡组织规模与资源、对残障用户的预期收益、无障碍成本与整体组织预算的比较，以及该内容的使用频率和使用时长。无障碍声明须记录该评估结论。在监控过程中，GDS频繁发现该豁免在无记录评估支撑的情况下被援引——这是2021年以来PSBAR审计中最常发现的正式缺陷。2026年更新咨询进一步提高了所需证明标准。</p>

<h2 class="wp-block-heading" id="h-how-the-two-interact">两套制度在实践中如何交互</h2>

<p class="wp-block-paragraph">理解双轨框架的一个实用视角，是就任何特定英国组织而言，哪套制度构成约束性规范、哪套构成兜底保障。</p>

<table class="wp-block-table">
<thead>
<tr><th>组织类型</th><th>适用《平等法》？</th><th>适用PSBAR？</th><th>主要执法途径</th></tr>
</thead>
<tbody>
<tr><td>中央政府部门</td><td>是（普适义务 + PSED）</td><td>是</td><td>GDS监控；EHRC调查</td></tr>
<tr><td>地方议会、NHS信托、公立学校</td><td>是（普适义务 + PSED）</td><td>是</td><td>GDS监控；投诉；EHRC</td></tr>
<tr><td>私营零售商、银行、交通运营商</td><td>是（普适义务）</td><td>否</td><td>郡法院个人索赔；EHRC第23条调查</td></tr>
<tr><td>未提供公共职能的慈善机构</td><td>是（普适义务）</td><td>否</td><td>个人索赔；行业监管机构施压</td></tr>
<tr><td>向政府提供数字服务的私营供应商</td><td>是（普适义务）</td><td>否（正式上），但受合同约束</td><td>合同执行；丧失框架资格</td></tr>
<tr><td>广播机构（BBC、公共服务广播机构）</td><td>是（普适义务）</td><td>排除在外</td><td>Ofcom；EHRC；个人索赔</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">由此可见清晰规律。PSBAR是范围有限但规定细密的体制；《平等法》是覆盖广泛但以原则为导向的体制。对于既非公共机构也非公共采购供应商的英国服务提供者，PSBAR表面上无关紧要——但《平等法》并非如此，任何在英国向残障用户提供数字服务的提供者，都应将WCAG 2.2 AA视为合理调整义务在线层面的工作近似标准，因为EHRC、法院和委员会行为准则将以此标准衡量其表现。</p>

<h2 class="wp-block-heading" id="h-ehrc-enforcement">EHRC执法：约束力的体现</h2>

<p class="wp-block-paragraph">平等与人权委员会是《2006年平等法》所设立的独立法定监管机构，职权范围涵盖《2010年法》中的受保护特征。其依据《2006年法》的执法权力——以及就PSBAR而言，依据《2018年法规》所延伸的《2010年平等法》执法框架——切实存在，但被有选择地运用。以下三类工具最为关键。</p>

<h3 class="wp-block-heading" id="h-section-20-agreements">第23条协议与第21条违法行为通知</h3>

<p class="wp-block-paragraph">依据《2006年平等法》第23条，EHRC可与服务提供者——通常在调查之后——签订具有法律约束力的协议，其中提供者承诺在规定期限内完成特定无障碍改进，作为委员会不采取进一步执法行动的交换条件。协议内容对外公开。如提供者拒绝谈判或违反协议，第21条允许委员会发出违法行为通知，要求提供者制定行动计划；违反通知本身构成可强制执行的违规行为。</p>

<h3 class="wp-block-heading" id="h-judicial-review">司法复核</h3>

<p class="wp-block-paragraph">对于公共机构而言，执行PSBAR的最常见途径是对机构未能履行其法定义务提出司法复核申请。委员会有时会资助或支持申请人；也可以非当事方身份介入诉讼程序。近期司法复核压力主要集中于NHS信托机构、三个伦敦自治区，以及少数中央政府信息服务机构——此类机构的无障碍声明声称已达标，而GDS审计结果却与之相悖。</p>

<h3 class="wp-block-heading" id="h-individual-county-court-claims">《平等法》下的个人索赔</h3>

<p class="wp-block-paragraph">因数字服务存在无障碍障碍而受损的残障用户，可依据《平等法》第114条在郡法院提起索赔——这是商品与服务歧视诉讼的诉讼地（就业诉讼归就业法庭管辖）。救济措施包括损害赔偿（含感情损害赔偿，Vento区间目前从底部约1,200英镑至顶部逾60,000英镑）、声明以及责令提供者采取相应措施的命令。现实障碍确实存在——有六个月时效限制；法律援助资源有限——但自2022年以来，数字无障碍索赔量已显著上升，并形成了一个在立案前通过诉前函件解决的稳定子类别。</p>

<h2 class="wp-block-heading" id="h-the-2-2-update">PSBAR 2.2更新方案：2026年2月咨询的内容</h2>

<p class="wp-block-paragraph">由内阁办公室和政府数字服务联合科学、创新与技术部共同主导的PSBAR 2.2更新咨询，于2025年10月启动，并于<strong>2026年2月14日</strong>截止征集意见。核心提案是将规定性技术标准从WCAG 2.1 AA升至<strong>WCAG 2.2 AA</strong>，使英国体制与EN 301 549最新版本（已于2024年修订中采用2.2版本）以及欧洲无障碍法案对2025年6月28日起纳入范围的私营部门服务的要求保持一致。</p>

<p class="wp-block-paragraph">咨询文件在核心标准升级之外，还提出了四项值得关注的进一步建议。</p>

<ul class="wp-block-list">
<li><strong>书面不相称负担评估成为强制要求。</strong>现行法规要求机构在援引豁免前"充分考量"不相称负担，拟议修订则要求提供书面评估，点名四项法定因素并逐一解释权衡结论。缺乏评估本身将构成监管违规。</li>
<li><strong>年度声明审查并设固定发布日期。</strong>无障碍声明须至少每年审查一次，且审查日期须在声明中注明。现行"重大变更时审查"的措辞已导致声明在不被注意的情况下悄然过时。</li>
<li><strong>明确的移动应用程序抽样要求。</strong>GDS监控自2019年以来以网站为主；更新方案赋予监控职能按已公布节奏对移动应用程序进行明确抽样的授权。</li>
<li><strong>采购条款指引。</strong>英国政府商业服务局（Crown Commercial Service）将发布更新指引，要求所有用于采购数字服务的公共采购框架须将WCAG 2.2 AA合规、EN 301 549对应要求（如适用），以及供应商按PSBAR要求维护无障碍声明作为必要条件。该变化属于指引层面，而非法律层面——但对于框架入围供应商而言，其效力等同于硬性要求。</li>
</ul>

<p class="wp-block-paragraph">政府对咨询的回应预计于2026年下半年发布，如提案按草案采纳，将可能于2027年通过法规修订方式对PSBAR进行修改。</p>

<h2 class="wp-block-heading" id="h-procurement-pull-in">私营供应商如何被纳入：采购路径</h2>

<p class="wp-block-paragraph">尽管PSBAR表面上是一套公共部门体制，其实际覆盖范围通过采购机制深入延伸至私营部门。英国公共合同的年总额高达数百亿英镑，英国政府商业服务局运营着一套中央框架体系——数字成果与专家、G-Cloud、网络服务、Crown Hosting数据中心等——绝大多数中央政府及相当比例的更广泛公共部门数字采购均通过这些框架进行。这些框架均依据内阁办公室政策，在合同中纳入要求供应商提供符合规定性标准的内容、提供无障碍声明、并按照与采购机构PSBAR要求相一致的时间表整改无障碍问题的条款。</p>

<p class="wp-block-paragraph">这一影响意义深远。向某个白厅部门提供工作流程工具的SaaS供应商、为地方议会构建内网的设计工作室、向NHS信托提供托管表单服务的供应商——均不在PSBAR的法定范围之内，但在各自合同中均须遵守PSBAR同等标准。采购机构在PSBAR下仍是法律责任主体，但提供不合规内容的供应商可能被移出框架、失去合同、并面临违约赔偿。这一模式现已足够普遍，以至于有意在英国开展公共部门业务的供应商，将WCAG 2.2 AA合规视为市场准入的基准要求，而非特定合同的附加条件。</p>

<p class="wp-block-paragraph">同样的逻辑也在上一个层级发挥作用。某个大型政府项目的主承包商会将采购条款传导至其分包商，因此供应链中处于两层之下的小型专业咨询公司，所受约束的条款最终可追溯至PSBAR。这一"层层传导的采购机制"，正是一套公共部门体制最终塑造更广泛英国数字服务市场无障碍预期的路径——正如美国第508条采购条款塑造联邦承包商生态系统的方式。</p>

<h2 class="wp-block-heading" id="h-what-brexit-changed">脱欧改变了什么，没有改变什么</h2>

<p class="wp-block-paragraph">有必要准确说明脱欧的影响。《退出法》以保留欧盟法律的形式维持了PSBAR；《2023年保留欧盟法律（撤销与改革）法》设立了日落框架，但内阁办公室和科学、创新与技术部迄今仍将PSBAR保留在有效成文法中。英国没有义务纳入《网络无障碍指令》的未来修订版本——但2026年咨询无论如何都将英国实践与EN 301 549 v3.2.1对齐，因为在与欧盟自由贸易且服务同样面向欧盟用户的数字服务市场中，分歧的成本高于收益。《2010年平等法》完全源于英国国内立法，不受脱欧影响。《退出协议》第2附表维护了《北爱尔兰议定书》框架下北爱尔兰居民的权利；《2010年平等法》已适用于英格兰、苏格兰和威尔士，《1995年残障歧视法》与之并行适用于北爱尔兰。</p>

<p class="wp-block-paragraph">欧洲无障碍法案并不直接适用于英国，因为英国已不再是欧盟成员国。但英国总部企业若向欧盟市场销售，其欧盟业务自<strong>2025年6月28日</strong>起即在EAA适用范围之内；而在工程实践层面，大多数面向两个市场的英国服务提供者，均为两个市场提供相同的无障碍规格。对比分析请参阅<a href="/articles/eaa-first-year-enforcement-report/">EAA首年执法报告</a>。</p>

<h2 class="wp-block-heading" id="h-practical-implications">实践影响：英国组织2026年应采取哪些行动</h2>

<p class="wp-block-paragraph">对于正在权衡本年度合规工作优先级的组织而言，以下三项行动值得重点关注。</p>

<ul class="wp-block-list">
<li><strong>公共部门机构应进行基于WCAG 2.2 AA的书面重新基线评估</strong>，而非等待咨询回应。该标准新增的成功准则——焦点外观、拖拽动作、目标尺寸、一致帮助、冗余输入以及无障碍身份验证——影响到大多数公共部门服务自2021年以来未曾重新测试的真实界面。在任何法规变更之前，主动将无障碍声明更新至2.2合规标准，也是向EHRC和GDS证明机构顺应发展方向的最简便方式。</li>
<li><strong>私营数字服务提供者应审计其在第20条下的合理调整立场。</strong>预见性、持续性义务不允许"收到申请后再整改"的做法。对于电商结账流程、银行应用程序、交通购票网站，核心问题是：当前版本在实践中是否符合WCAG 2.2 AA——若不符合，是否有附带时间节点的书面整改计划。EHRC调查的初始请求通常同时涵盖这两点。</li>
<li><strong>采购团队应将WCAG 2.2 AA作为供应商遴选的硬性标准。</strong>英国政府商业服务局指引更新正在推进；框架运营方正在超前于法规变化行动；数字交付物不符合2.2标准的供应商，对于采购机构而言既是PSBAR合规风险，也是PSED合规风险。</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">结论：一套运转有序的双轨体制</h2>

<p class="wp-block-paragraph">脱欧五年后，英国的数字无障碍体制并未按照许多人所担忧的方向分化。《平等法》依然是普适义务和结构性兜底保障；PSBAR依然是公共机构的规定性层次；EHRC以有限但切实的约束力执行两套制度；采购条款则无论法规是否正式触及，都将私营部门拉入标准体系。2026年咨询对现行法规的四项操作性缺陷——不相称负担证明要求、年度声明审查、移动应用程序抽样及采购条款指引——进行了修补，但并未重新设计整体架构。框架运转正常。未来两年的问题在于执法节奏，而非法规设计。</p>

<p class="wp-block-paragraph">如需进一步阅读英国体制及其欧洲同类制度，请参阅<a href="/articles/european-accessibility-act-guide/">网络无障碍指令概览</a>、<a href="/articles/en-301-549-explained/">EN 301 549解读</a>、<a href="/articles/eaa-first-year-enforcement-report/">EAA首年执法报告</a>，以及<a href="/regulations/">各国残障权利法规索引</a>。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要参考来源</h2>

<ol class="wp-block-list">
<li>Equality Act 2010, c. 15 (UK)，特别是第20、29、114及149条。<a href="https://www.legislation.gov.uk/ukpga/2010/15/contents">legislation.gov.uk/ukpga/2010/15/contents</a></li>
<li>Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018, SI 2018/952. <a href="https://www.legislation.gov.uk/uksi/2018/952/contents/made">legislation.gov.uk/uksi/2018/952/contents/made</a></li>
<li>Equality and Human Rights Commission. <em>Services, Public Functions and Associations: Statutory Code of Practice</em>（2011年，附后续指引更新）。<a href="https://www.equalityhumanrights.com">equalityhumanrights.com</a></li>
<li>Cabinet Office and Government Digital Service. <em>Accessibility Monitoring Team annual reports</em>（2021-2025年）。<a href="https://www.gov.uk/government/organisations/government-digital-service">gov.uk/government/organisations/government-digital-service</a></li>
<li>Cabinet Office, GDS and DSIT. <em>PSBAR 2.2 update consultation document</em>（截止日期：2026年2月14日）。</li>
<li>European Union. Directive (EU) 2016/2102 of the European Parliament and of the Council on the accessibility of the websites and mobile applications of public sector bodies. <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>ETSI. <em>EN 301 549 v3.2.1 — Accessibility requirements for ICT products and services</em>（2024年）。</li>
<li>European Union (Withdrawal) Act 2018, c. 16; Retained EU Law (Revocation and Reform) Act 2023, c. 28.</li>
<li>Crown Commercial Service. <em>Digital Outcomes and Specialists framework — accessibility schedule</em>, and refreshed guidance on accessibility in public procurement（2026年更新）。</li>
</ol>

</div>

---
title: 《联合国残疾人权利公约》二十年：批准与执行之间的落差
url: https://www.disabilityworld.org/zh/articles/un-crpd-enforcement-twenty-years-on/
description: 《联合国残疾人权利公约》生效二十年后，191个缔约国已批准该公约——但委员会个人来文案件积压、第33条焦点机构与预算拨款之间的鸿沟，以及《任择议定书》接受率参差不齐，共同勾勒出2026年执法现状的不均衡图景。
author: Disability World
pubDate: 2026-05-22
tags: crpd, un, treaty-enforcement, human-rights, international-law, data
---

# 《联合国残疾人权利公约》二十年：批准与执行之间的落差

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：联合国成员国国旗排列于日内瓦联合国大楼某厅，残疾人权利委员会定期在此举行会议。</p>

<p class="rt-prefix">阅读时间：约13分钟</p>

<p class="wp-block-paragraph"><strong>《联合国残疾人权利公约》（CRPD）</strong>于<strong>2006年12月13日</strong>由联合国大会通过，并于<strong>2008年5月3日</strong>正式生效，是联合国历史上谈判速度最快的人权条约。截至2026年初，已有<strong>191个缔约国</strong>批准该公约，使其成为2000年后获得最广泛批准的人权条约。该条约约束这些国家、其公共机构以及欧盟（欧盟于2010年加入，成为首个加入联合国人权条约的区域一体化组织），要求各方在公民、政治、经济、社会和文化生活各领域识别、预防并消除残障人士面临的障碍。有关该公约与各国无障碍法规的关系，请参阅<a href="/regulations/">各国残疾权利法规索引</a>及<a href="/toolkit/glossary/crpd/">CRPD词汇条目</a>。</p>

<p class="wp-block-paragraph">二十年后，委员会已发布八项权威性一般性意见，墨西哥城至内罗毕的各国国内法院已开始援引公约条款的具体编号。然而：报告积压长达数年，接受《任择议定书》个人来文程序的国家不足110个，而原本应使国内执行情况透明化的第33条架构，在大多数国家仍仅是某个官网上挂名的焦点机构，国家预算中没有任何相应拨款。本文是对该条约的结构性梳理——目的、条款、时间线、执行机制、条约有效发挥作用的领域以及尚未发挥作用的领域——同时也是以"约束力"为维度衡量的2026年CRPD执法现状分析。</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">目的与适用范围</h2>

<p class="wp-block-paragraph">CRPD是一项涵盖50条实质性权利条款的综合性公约，另附设《任择议定书》，增加了两项申诉机制。其核心法律创新在于：从医学模式——即将损伤本身视为问题——转向社会与人权模式，即将损伤与环境、观念和制度障碍之间的相互作用视为国家有义务解决的问题。公约适用于"所有残疾人"，无需进一步限定：运作性定义（第1条）采用非穷举式表述，涵盖长期性身体、精神、智力或感官损伤——此类损伤与各种障碍相互作用，可能妨碍当事人在平等基础上充分、有效地参与社会生活。</p>

<p class="wp-block-paragraph">该条约适用于缔约国全部领土管辖范围内，并通过第4条规定的一般义务，约束政府所有部门及所有层级（联邦、省级、市级）。对于联邦制国家，第4条第5款规定义务"适用于联邦国家的所有组成部分，不得有任何限制或例外"。对于欧盟这一区域一体化组织，公约在其权限范围内（尤其是非歧视、交通、就业、内部市场领域）对欧盟具有约束力，同时各成员国也继续受公约约束。</p>

<h3 class="wp-block-heading" id="h-who-the-cprd-applies-to">2026年CRPD的适用主体</h3>

<p class="wp-block-paragraph">据联合国条约汇编，截至2026年初，<strong>191个国家已批准CRPD</strong>。尚未批准的缔约方包括一批已签署但未完成批准程序的国家，以及少数非缔约方——其中包括<strong>美国</strong>（2009年已签署，但参议院始终未能达到批准所需的三分之二多数票）、<strong>不丹</strong>、<strong>南苏丹</strong>和<strong>厄立特里亚</strong>。《任择议定书》与公约同步开放签署，但缔约基础窄得多：截至2026年，约有<strong>104个缔约国</strong>接受，比母约少近三分之一，这是委员会执法案件地理分布失衡的结构性原因。</p>

<h2 class="wp-block-heading" id="h-key-provisions">核心条款：五条支撑执法架构的规定</h2>

<p class="wp-block-paragraph">CRPD共50条。第5条至第30条规定了实质性权利——平等与不歧视（第5条）、残疾妇女（第6条）、残疾儿童（第7条）、无障碍（第9条）、法律能力（第12条）、融合教育（第24条）、健康（第25条）、工作与就业（第27条）、独立生活（第19条）等。然而，<strong>执法架构</strong>仅集中于五条核心条款及《任择议定书》——正是这些条款，而非实质性权利清单，决定了条约是否具有约束力。</p>

<h3 class="wp-block-heading" id="h-article-4-general-obligations">第4条——一般义务与残疾人组织义务</h3>

<p class="wp-block-paragraph"><strong>第4条</strong>规定了一般义务——立法、行政及"所有其他适当措施"——并在第4条第3款明确要求就涉及残障人士的决策与残疾人组织（DPO）进行磋商。这一磋商义务是贯穿整个条约的"无关乎我们，不能决定我们的事"原则的法律基础。委员会于2018年发布的<strong>第7号一般性意见</strong>（关于第4条第3款和第33条第3款）正式阐明了真正意义上的DPO磋商在实践中的标准，将其与形式参与区分开来。</p>

<h3 class="wp-block-heading" id="h-article-33-domestic-architecture">第33条——国内执行架构</h3>

<p class="wp-block-paragraph"><strong>第33条</strong>要求每个缔约国在国内完成三项结构性任务：指定一个政府联络点、"适当考虑"设立跨部门协调机制，以及建立"符合《巴黎原则》"的独立监督框架——在大多数国家即国家人权机构（NHRI）。至关重要的是，第33条第3款还要求公民社会，尤其是残疾人组织，充分参与监督进程。</p>

<p class="wp-block-paragraph">第33条承载着条约的一项核心设计：使执行情况在国内而非仅在日内瓦的国际层面得以呈现。这一设计是否已产生实效，将在下文进一步分析。</p>

<h3 class="wp-block-heading" id="h-articles-34-39-the-committee">第34至39条——残疾人权利委员会</h3>

<p class="wp-block-paragraph"><strong>第34至39条</strong>设立了残疾人权利委员会：一个由18名独立专家组成的机构，负责根据第35条审议定期报告并发布结论性意见。委员会每年在日内瓦举行两届定期会议，每届三周，另有一周的会前工作组会议。缔约国须在批准公约后两年内提交初次报告，此后每四年提交一次定期报告。</p>

<h3 class="wp-block-heading" id="h-the-optional-protocol">《任择议定书》——两项申诉机制</h3>

<p class="wp-block-paragraph"><strong>《任择议定书》</strong>与公约同步开放签署，增加了两项公约本身所不具备的机制：</p>

<ul class="wp-block-list">
<li><strong>个人来文程序（第1条）。</strong>处于缔约国管辖范围内的个人在穷尽国内救济途径后，可向委员会提交申诉。委员会随后发布"意见"，认定是否存在违约并提出建议。</li>
<li><strong>调查程序（第6条）。</strong>委员会可对公约权利遭受"严重或系统性侵犯"的情况展开调查——例如2016年针对英国福利改革问题的调查，以及2020年针对匈牙利收容机构化问题的调查。</li>
</ul>

<p class="wp-block-paragraph">《任择议定书》是整个条约体系中能够依据单一申诉人的陈述，将缔约国国内记录置于直接国际审视之下的部分，也是三分之一缔约国拒绝接受的部分。</p>

<h2 class="wp-block-heading" id="h-timelines">时间线：从2006年通过到2026年的二十年回顾</h2>

<p class="wp-block-paragraph">公约的二十年历程可分为四个阶段——起草与通过、生效、委员会的规范建构十年，以及2020年代的巩固期。以下压缩时间线涵盖关键节点。</p>

<ul class="wp-block-list">
<li><strong>2006年12月13日</strong>——联合国大会通过公约及《任择议定书》（A/RES/61/106）。</li>
<li><strong>2008年5月3日</strong>——公约在第20份批准书交存后生效，距通过仅不足17个月，是迄今任何现代联合国人权条约中生效最快的。</li>
<li><strong>2010年</strong>——欧盟整体加入公约，这是欧盟作为整体首次成为联合国人权条约缔约方。</li>
<li><strong>2014年</strong>——委员会发布<em>第1号一般性意见（第12条）</em>和<em>第2号一般性意见（第9条）</em>，开启规范建构的十年。</li>
<li><strong>2016—2018年</strong>——陆续发布五项一般性意见（涉及第6条、第24条、第19条、第5条及第4条第3款/第33条第3款）。</li>
<li><strong>2022年</strong>——发布第8号一般性意见（第27条，工作与就业），将开放劳动力市场标准与庇护性就业改革相关联。</li>
<li><strong>2024—2025年周期</strong>——委员会在第31至第33届会议期间审议约50份国家报告；报告积压量约60份逾期报告。</li>
<li><strong>2025年</strong>——全球残疾峰会（GDS）在柏林举行，由德国、约旦和国际残疾联盟联合主办，生成一份公开可审计的承诺跟踪报告。</li>
<li><strong>2026年</strong>——公约通过二十周年；第33条执行情况更新；UNPRPD战略计划修订，为2025—2028年第33条监督能力建设拨款7500万美元。</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">执法：委员会案件量数据</h2>

<p class="wp-block-paragraph">在<strong>2024—2025年周期</strong>（第31至第33届会议），委员会审议了约<strong>50份国家报告</strong>，就每份报告通过结论性意见，登记了最新一批个人来文，并就第8号一般性意见发出后续说明。截至2026年初，报告积压量约<strong>60个国家</strong>的初次或定期报告逾期超过两年——这一数据由委员会在2025年向大会提交的年度报告中公布，近五个周期始终在50至70份之间波动。</p>

<p class="wp-block-paragraph">个人来文案件量的增长速度慢于2008年DPO倡导者的预期，但快于任何条约机构在成立后二十年内可比案件量的增速。截至2025年底，委员会已登记约<strong>110件个人来文</strong>，<strong>已通过约55份实质性意见</strong>——其余案件处于待决、撤销或不予受理状态。据日内瓦学院、国际残疾联盟（IDA）维护的滚动追踪数据库及人权事务高级专员办事处年度条约机构统计汇编，委员会在已决意见中认定违约的比例占明显多数。</p>

<h3 class="wp-block-heading" id="h-geography-of-the-docket">案件地理分布</h3>

<p class="wp-block-paragraph">案件地理分布所揭示的信息更为深刻。获受理来文中，不成比例的大份额来自一小部分拥有完善法律援助生态系统和活跃残疾人组织的《任择议定书》缔约国——澳大利亚、西班牙、德国、瑞典、墨西哥、厄瓜多尔、意大利——尽管尚未批准《任择议定书》的国家（印度、中国、美国）或已批准但缺乏国内基础设施以提出申诉的国家，其残障人士数量要多出许多倍。这种不对称并非源于条约文本，而是根植于条约周边的获取条件。</p>

<table class="wp-block-table">
<thead>
<tr><th>群体</th><th>《任择议定书》状态</th><th>对申诉人的实际影响</th></tr>
</thead>
<tbody>
<tr><td>澳大利亚、西班牙、德国、瑞典、墨西哥、厄瓜多尔、意大利</td><td>缔约国——申诉案件活跃</td><td>国内法律援助生态系统健全，残疾人组织活跃，可定期提出可受理的来文。</td></tr>
<tr><td>大部分撒哈拉以南非洲及部分亚太地区国家</td><td>缔约国，但来文量低</td><td>条约获取渠道名义上存在；识别和穷尽国内救济途径的国内基础设施薄弱。</td></tr>
<tr><td>印度、中国、俄罗斯、巴基斯坦、孟加拉国</td><td>公约缔约国，但未接受《任择议定书》</td><td>完全不存在向委员会提交个人申诉的权利。</td></tr>
<tr><td>美国</td><td>2009年已签署公约，但从未批准</td><td>不具备缔约国资格，公约对美国当局不具约束力。</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-article-33-the-budget-line-problem">第33条——预算拨款问题</h3>

<p class="wp-block-paragraph">第33条原本应使执行情况在国内可见。每个缔约国须指定一个联络点（通常是社会事务部或同等机构下设的某个部门），"适当考虑"设立跨部门协调机制，并维护一个独立框架——通常是国家人权机构——以监督执行情况，同时保障包括残疾人组织在内的公民社会参与。二十年后，这一架构在纸面上已普遍建立。但是否拥有预算拨款，则是另一个问题。</p>

<p class="wp-block-paragraph">人权事务高级专员办事处与全球国家人权机构联盟（GANHRI）自2017年起追踪第33条执行情况。二者为缔约国会议联合发布的2024年专项报告发现：<strong>逾150个国家</strong>已指定联络点；<strong>约110个</strong>国家已设立协调机制；<strong>近100个</strong>国家已明确将某国家人权机构指定为独立监督框架；而能够证明拥有专项预算拨款（独立于所在机构一般运营预算）来履行第33条职责的国家，据GANHRI统计，<strong>不足40个</strong>。其余国家的经费来自联络点所在部委或国家人权机构所能吸纳的任意可支配资源。在大多数国家，从指定到保障资源之间的差距，就是从形式合规到实质监督之间的差距。</p>

<h3 class="wp-block-heading" id="h-paris-principles">《巴黎原则》与CRPD</h3>

<p class="wp-block-paragraph">《巴黎原则》由联合国大会于1993年通过（A/RES/48/134），规定了国际社会评定国家人权机构为"A级"的标准——广泛职权、多元构成、法定独立性、充足资源。CRPD第33条第2款要求独立监督框架"按照"上述原则运作。2025年，GANHRI认可小组委员会首次在再认可决定中明确将CRPD专项监督能力纳入考量因素，释放出一个信号：国家人权机构不能一边保持A级地位，一边对第33条职责不提供任何资金支持。该政策的全面效果要等到2027—2028年下一轮五年再认可周期结束后才会显现。</p>

<h2 class="wp-block-heading" id="h-where-it-has-bite">条约有效发挥作用的领域：援引公约条款的法院</h2>

<p class="wp-block-paragraph">对于"CRPD是否具有约束力"这一问题，最具体的回答是：越来越多的国内和区域法院将其不仅作为道德背景，而是作为解释国内法的具有约束力的诠释框架来援引。最具代表性的案例集中于三个司法管辖区。</p>

<h3 class="wp-block-heading" id="h-cjeu">欧盟法院</h3>

<p class="wp-block-paragraph"><strong>欧盟法院（CJEU）</strong>自欧盟于2010年加入以来，一直将CRPD作为欧盟法律的组成部分加以援引。相关判例脉络清晰：<em>HK Danmark</em>案（合并案件C-335/11及C-337/11，2013年）援引CRPD对残疾的定义，将《就业平等指令》（2000/78/EC）的适用范围从医学损伤层面扩展至更广泛的框架；<em>Z诉某政府部门</em>案（C-363/12，2014年）未将同等保护延伸至代孕相关休假，但重申了CRPD的分析框架；<em>Glatzel诉巴伐利亚自由州</em>案（C-356/12，2014年）就驾驶证视力标准对公约进行了检验；<em>Daouidi诉Bootes Plus</em>案（C-395/15，2016年）将<em>HK Danmark</em>案的适用范围扩展至长期疾病。CRPD一致性解释如今已成为欧盟指令解读的常规方法。</p>

<h3 class="wp-block-heading" id="h-inter-american-court">美洲人权法院</h3>

<p class="wp-block-paragraph"><strong>美洲人权法院</strong>自<em>Furlan及其家人诉阿根廷</em>案（2012年）起，开始依据《美洲人权公约》第29条将CRPD作为解释工具，在美洲范围内阐明残疾的"社会模式"解读。<em>Chinchilla Sandoval诉危地马拉</em>案（2016年）将CRPD原则适用于监狱条件问题；<em>Guachalá Chimbo诉厄瓜多尔</em>案（2021年）是法院首起明确以CRPD关于法律能力及精神病护理中知情同意框架为基础裁决的对抗案。在整个美洲体系内，该公约已成为残疾案件的默认参照。</p>

<h3 class="wp-block-heading" id="h-national-constitutional-courts">各国宪法法院</h3>

<p class="wp-block-paragraph">各国宪法法院越来越多地将CRPD视为直接可适用的规范。<strong>墨西哥最高法院</strong>在2019年涉及第12条的宪法救济判决（重新审视了该国对监护制度的处理方式）后，在数十件法律能力相关判决中援引了CRPD。<strong>哥伦比亚宪法法院</strong>在T-573/16号判决（关于无障碍住房）及此后一系列宪法保护令裁定（T-024/22、T-051/24）中，直接援引了CRPD条款编号。<strong>肯尼亚高等法院</strong>在<em>Mathew Okwanda诉卫生部长</em>案（2013年）及2024年《残疾人法》判例中也作出了相同处理。以上均非孤例；综合来看，这些案例表明，CRPD条款在已将该条约纳入国内法律体系的司法管辖区，已具有实定法的效力。</p>

<h2 class="wp-block-heading" id="h-penalties-and-consequences">处罚与后果：条约尚未发挥约束力的领域</h2>

<p class="wp-block-paragraph">执法图景的另一面，是条约尚未发挥约束力的结构性原因。与<a href="/regulations/">《欧洲无障碍法案》</a>或AODA等国内法规不同——后者由指定机构开具行政罚款，个人可就损害提起诉讼——CRPD本身没有强制性处罚机制。委员会最有力的输出成果是"意见"文件或结论性意见。在国家层面，以下三种模式反复出现。</p>

<h3 class="wp-block-heading" id="h-reservations-and-declarations">保留与解释性声明</h3>

<p class="wp-block-paragraph">其一，<strong>保留与解释性声明。</strong>CRPD积累的保留数量超出起草者预期。英国对第24条第2款（a）项和（b）项就融合教育提出保留，保留了维持分立特殊学校的权利。印度对第12条的解释性声明在国内层面缩窄了法律能力改革的空间。若干海湾国家提出将公约置于本国伊斯兰法律框架之下的保留条款。委员会多次质疑其中部分保留是否与条约的目的和宗旨相符——但与所有联合国条约机构一样，委员会无权撤销这些保留。</p>

<h3 class="wp-block-heading" id="h-dualist-legal-systems">二元法律体系</h3>

<p class="wp-block-paragraph">其二，<strong>二元法律体系。</strong>在条约未经立法实施即不直接适用的国家——英国、澳大利亚、加拿大、印度及大多数英联邦国家——CRPD仅作为解释援助发挥作用，而非可强制执行的法律。委员会依据《任择议定书》作出的判决具有政治影响力，但并不当然优先于相反的国内法规。瑞典对<em>HM诉瑞典</em>案（CRPD/C/7/D/3/2011，水疗服务无障碍问题）的回应，以及澳大利亚对<em>Marlon Noble诉澳大利亚</em>案（CRPD/C/16/D/7/2012，刑事诉讼中的法律能力问题）的回应，均呈现出同一规律：各国政府正式接受委员会意见，但随后以窄幅或根本不予执行告终。</p>

<h3 class="wp-block-heading" id="h-reporting-gap">报告缺口</h3>

<p class="wp-block-paragraph">其三，<strong>报告缺口。</strong>据不同统计口径，有35至60个缔约国的初次或定期报告逾期五年以上。即便报告已提交，提交与审议之间的平均等待期为2.5至3年。在此期间，上一周期的结论性意见仍是缔约国收到的最新权威性国际评估——有时已是十年前的文件。</p>

<h2 class="wp-block-heading" id="h-general-comments">委员会建构的规范：一般性意见</h2>

<p class="wp-block-paragraph">委员会建构持久性规范的成果，体现在其八项一般性意见中。这些意见如今在整个领域发挥着对争议最大条款的权威性解释功能。按时间顺序列举如下：</p>

<ul class="wp-block-list">
<li><strong>第1号（2014年）——第12条：在法律面前获得平等承认。</strong>迄今最具影响力的一般性意见：替代决策制度（监护、禁治产、全面监护）与公约不相容，必须由支持性决策框架取而代之。墨西哥、秘鲁、哥伦比亚、哥斯达黎加和保加利亚已在不同深度上依据这一解读改革了本国民法典；若干西欧国家尚未跟进。</li>
<li><strong>第2号（2014年）——第9条：无障碍。</strong>将义务界定为持续性、预见性标准，而非事后应对性标准。</li>
<li><strong>第3号（2016年）——第6条：残疾妇女和女童。</strong>将公约框架定位为要求交叉性分析。</li>
<li><strong>第4号（2016年）——第24条：融合教育。</strong>是委员会文件中在国家教育政策讨论中被引用最多的一份。</li>
<li><strong>第5号（2017年）——第19条：独立生活并融入社区。</strong>确立了去机构化标准。</li>
<li><strong>第6号（2018年）——第5条：平等与不歧视。</strong>阐明合理便利义务具有即时性，而非渐进实现性。</li>
<li><strong>第7号（2018年）——第4条第3款及第33条第3款。</strong>正式阐明了真正意义上的DPO磋商的标准。</li>
<li><strong>第8号（2022年）——第27条：工作与就业。</strong>将开放劳动力市场标准与庇护性就业改革相关联。</li>
</ul>

<p class="wp-block-paragraph">一般性意见在名义上是"权威性解释指导"而非具有约束力的法律。但在实践中，国内法院和区域机构援引时待之如法律规范——这种地位在2008年并不存在。</p>

<h2 class="wp-block-heading" id="h-what-is-moving-in-2026">2026年的实践意义：正在发生的变化</h2>

<p class="wp-block-paragraph">二十周年产生的政治动力超过了2018年十周年，部分原因在于缔约国会议（COSP）已成为一个实质性论坛，部分原因在于2025年在柏林举行的<strong>全球残疾峰会（GDS）</strong>——由德国、约旦和国际残疾联盟联合主办——生成了公开可审计的承诺追踪数据。秘书处报告了来自各国政府、多边机构和公民社会组织的800多项个人承诺，其中约90项明确与CRPD第33条执行、第24条下的手语法律认可或第19条下的去机构化相挂钩。该追踪平台公布了截至2026年中期有资金支持预算拨款的承诺情况；审计结果令若干签署国处境尴尬。</p>

<p class="wp-block-paragraph">委员会在第32届会议上通过了简化版"报告前议题清单"（LOIPR）程序，目前已有若干国家采用——此举压缩了定期报告程序，目标是在2030年前消除积压。这是委员会首次通过调整自身工作流程来应对能力问题，而非仅向大会申请更多资源。</p>

<p class="wp-block-paragraph">联合国经济和社会事务部残疾事务司、IDA以及联合国残疾人权利伙伴关系（UNPRPD）多伙伴信托基金自2011年起为中低收入国家的CRPD国家级执行项目提供资助。UNPRPD 2024年战略计划修订版在2025—2028年间拨款<strong>7500万美元</strong>，专项用于国家人权机构资金匮乏国家的第33条监督能力建设。这一数字相对于实际需求而言十分有限；更具意义的是其设计——以残疾人为主导，强制要求DPO参与。</p>

<h3 class="wp-block-heading" id="h-structural-gaps">四项不会自动弥合的结构性缺口</h3>

<ul class="wp-block-list">
<li><strong>《任择议定书》缺口。</strong>扩大CRPD执法效力最关键的单项举措，是推动缔约国从104个增至191个。印度、中国、美国、俄罗斯、巴基斯坦和孟加拉国合计占全球残障人士总数逾半，且无一接受《任择议定书》。没有这一基础，个人来文案件渠道将依然只是特定中高收入国家居民可使用的工具。</li>
<li><strong>第33条预算缺口。</strong>有名无实的指定是主流模式。只要国家人权机构和联络点没有与相关部委预算挂钩的专项预算拨款，监督工作就只能靠机会资源维持。GANHRI的认可政策调整是首个系统性压力点——但只在再认可时才发挥作用，而非实时产生效力。</li>
<li><strong>委员会能力不足。</strong>18名专家、每年两届三周的会议，以及规模小于其他更老条约机构秘书处的工作支撑，无法按公约设想的周期审议191个缔约国的报告。"报告前议题清单"有所帮助；大会提供资金支持的长期能力扩充将更有帮助。两者目前均未达到所需规模。</li>
<li><strong>国家层面的救济缺口。</strong>在《任择议定书》意见不能由国内法院直接强制执行的地方，结果取决于各国的政治意愿。若干国家正式接受了委员会意见，但实施范围狭窄。该条约没有，也并非设计为具有强制执行机制——但反映公约权利的国家层面救济渠道参差不齐，且缺口最大之处，往往恰恰是违约行为最为普遍的地方。</li>
</ul>

<h2 class="wp-block-heading" id="h-what-2026-onwards-looks-like">展望2026年及以后</h2>

<p class="wp-block-paragraph">CRPD开放签署二十年后，该条约已成为其起草者所期许的样子：2000年后获得最广泛批准的人权条约，首个由欧盟作为整体加入的条约，首个要求权利持有者本身参与执行架构的条约，首个解释性指导被区域和国内法院常规援引的条约。与此同时，它也成为其质疑者所担忧的样子：执法在地理上不均衡的条约；委员会相对于其案件量而言资源不足；而其最有力的工具——《任择议定书》个人来文程序——因各国政府拒绝接受，对全球约半数残障人士不可及。2026年，条约与救济之间的差距，是预算拨款与政治意愿的差距。规范框架已建立；法院已援引；未来十年的核心问题是：批准了条约的国家，是否愿意为其所签署的内容提供资金支持。</p>

<p class="wp-block-paragraph">更多内容，请参阅 Disability World 关于<a href="/toolkit/glossary/crpd/">CRPD词汇条目</a>、<a href="/regulations/">各国残疾权利法规</a>、<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍的区别</a>、<a href="/toolkit/standards/wcag/">WCAG 2.2参考资料</a>以及<a href="/articles/">2026年更广泛报道记录</a>的相关报道。</p>

<h2 class="wp-block-heading" id="h-primary-sources">主要来源</h2>

<ol class="wp-block-list">
<li>联合国。<em>《残疾人权利公约》及《任择议定书》</em>（A/RES/61/106，2006年12月13日通过；2008年5月3日生效）。联合国条约汇编状态数据。<a href="https://treaties.un.org">treaties.un.org</a></li>
<li>联合国残疾人权利委员会。<em>向大会提交的年度报告</em>（A/80/55，2025年），以及第1—8号一般性意见（2014—2022年）。<a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/en/treaty-bodies/crpd</a></li>
<li>人权事务高级专员办事处与GANHRI。<em>第33条执行情况联合专项报告</em>（缔约国会议背景文件，2024年）。</li>
<li>国际残疾联盟。<em>CRPD判例数据库及《任择议定书》来文追踪器</em>（2025年更新版）。<a href="https://www.internationaldisabilityalliance.org">internationaldisabilityalliance.org</a></li>
<li>欧盟法院。合并案件C-335/11及C-337/11 <em>HK Danmark</em>（2013年）；C-363/12 <em>Z诉某政府部门</em>（2014年）；C-356/12 <em>Glatzel</em>（2014年）；C-395/15 <em>Daouidi</em>（2016年）。</li>
<li>美洲人权法院。<em>Furlan及其家人诉阿根廷</em>（2012年）；<em>Chinchilla Sandoval诉危地马拉</em>（2016年）；<em>Guachalá Chimbo诉厄瓜多尔</em>（2021年）。</li>
<li>全球残疾峰会秘书处。<em>GDS 2025柏林承诺追踪报告及2026年中期审计</em>。<a href="https://www.globaldisabilitysummit.org">globaldisabilitysummit.org</a></li>
<li>联合国残疾人权利伙伴关系（UNPRPD）。<em>战略与业务框架2025—2028年</em>。<a href="https://www.unprpd.org">unprpd.org</a></li>
<li>联合国大会。<em>关于国家机构地位的原则</em>（《巴黎原则》），A/RES/48/134，1993年12月20日。</li>
</ol>

</div>

---
title: 语音界面无障碍：针对非典型语音用户测评Alexa、Google Assistant、Siri和Bixby
url: https://www.disabilityworld.org/zh/articles/voice-ui-accessibility-atypical-speech/
description: 我们依据Apple语音无障碍项目和Google Project Euphonia数据集，对四款主流语音助手进行了基准测试——按语言障碍类型分别统计词错误率和意图识别率，并详细分析个性化功能对数据的影响，以及设计师应落地的功能清单。
author: Disability World
pubDate: 2026-05-22
tags: voice-ui, alexa, google-assistant, siri, speech-disability, atypical-speech, tech-news
---

# 语音界面无障碍：针对非典型语音用户测评Alexa、Google Assistant、Siri和Bixby

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">工程入门 · 非典型语音的语音界面无障碍</div>
<h1 class="hero__title" id="hero-heading">
语音界面无障碍：<br/>
针对非典型语音用户测评Alexa、Google Assistant、Siri和Bixby
</h1>
<p class="hero__lead">语音助手的训练、评估和调优均以"平均水平"说话者为基准——发音清晰、神经典型、口音轻微。对于脑性麻痹、肌萎缩侧索硬化症（ALS）、卒中后失语症、持续性口吃、聋人或听力损失者的语音，以及强烈的二语口音用户而言，识别率会急剧下滑。我们针对四款主流语音助手，依据Apple语音无障碍项目和公开的Project Euphonia评估集进行测试，评分指标涵盖词错误率与意图识别成功率，并深入分析了设备端个性化功能的实际效果。</p>
<div class="hero__stats" aria-label="关键数据">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">参测助手数量</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">语音障碍类型队列</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3,420</div>
<div class="stat-chip__label">已评分语句数量</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">作者：<strong>Disability World工程编辑部</strong></div>
<div class="hero__pill">阅读约13分钟</div>
<div class="hero__pill">2026年5月更新</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="文章章节">
<div class="toc-bar__inner">
<p>目录</p>
<ul role="list">
<li><a href="#s1">1. 为何"平均水平"语音对非典型语音不适用</a></li>
<li><a href="#s2">2. 基准测试：数据集、队列与指标</a></li>
<li><a href="#s3">3. 识别矩阵</a></li>
<li><a href="#s4">4. 能改变数据的个性化功能</a></li>
<li><a href="#s5">5. 非典型语音的语音界面设计：正反对比模式</a></li>
<li><a href="#playbook">6. 设计师应落地的功能</a></li>
<li><a href="#conclusion">结语</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">基础</div>
<h2 class="section-title" id="s1-heading">1. 为何"平均水平"语音对非典型语音不适用</h2>
<div class="prose">

<p>每款商用语音助手出厂时，其声学模型均基于数据团队标注为"干净"的语音进行训练。所谓"干净"，实际上意味着：某十余种主流语言的母语或接近母语的说话者，语速约为每分钟150个词，无持续性言语不流利、无节律性震颤、无费力呼吸组，也无极端音调变化。识别流水线——声学前端、音素解码器、语言模型、意图分类器——以端到端方式针对上述分布进行了优化。当真实用户偏离这一分布时，流水线的每一层都会对其造成惩罚。</p>

<p>这种不匹配并非假设。Google研究团队于2022年发布并于2024年扩充的Project Euphonia公开评估集，包含肌萎缩侧索硬化症（ALS）、脑性麻痹、帕金森构音障碍、唐氏综合征和卒中后失语症说话者的录音。Apple语音无障碍项目于2023年启动，目前已汇集逾2,200名说话者的贡献，新增了严重口吃、聋人或听力损失者的语音，以及多种二语口音类型。两个数据集均按严重程度分层取样，均揭示了量产助手实际上有多脆弱。</p>

<p>最主要的两种失败模式是词替换和静默拒识。词替换发生在解码器将不熟悉的音素序列强行匹配到词库中最接近的词时——"play Coldplay"变成"play Coldspring"，助手便兴冲冲地播放了错误的音乐。静默拒识发生在唤醒词检测器或语音结束检测器判定该语句并非针对设备发出，助手就此重新进入待机状态，既不确认收到，也不给出任何反馈。第一种失败模式可从助手的响应中察觉；第二种完全不可见——而这正是来自非典型语音用户的投诉中出现最多的问题。</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">词错误率是必要指标，但并不充分</span>
<div class="callout__body"><p>词错误率（WER）是语音识别的传统指标——转录文本与参考文本之间的编辑距离除以参考文本长度。该指标有其价值，但会对无害的同义表达（"play the Beatles"与"play Beatles"）施以惩罚，同时对灾难性的意图失败（"play Beatles"被识别为"pay bills"）网开一面。本报告在WER之外同时报告意图识别成功率——以助手的实际动作而非其转录文本为评分标准。两项指标均不可或缺；只有后者才能真正追踪用户的实际使用结果。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">方法</div>
<h2 class="section-title" id="s2-heading">2. 基准测试：数据集、队列与指标</h2>
<div class="prose">

<p>我们从Apple语音无障碍项目和Project Euphonia评估版本中，各抽取约570条语句，按六个队列进行均衡采样，共组成3,420条语句的评估集。六个队列分别为：中重度构音障碍的脑性麻痹、伴进行性延髓麻痹的ALS、卒中后失语症（Broca型与完全型）、每10%音节以上言语不流利的持续性发育性口吃、聋人或听力损失者的语音，以及普通话母语者、印地语母语者和巴西葡萄牙语母语者的英语强烈二语口音。语句内容涵盖标准助手任务谱：媒体播放、智能家居控制、计时器与提醒、导航查询和简短事实性问答。</p>

<p>每条语句均通过校准的录音室监听音箱以65 dBA声压级、距设备麦克风一米的距离、在混响时间低于0.3秒的声学处理室内播放。测试对象为四款处于2025年末固件状态的设备：运行Alexa的Amazon Echo（第5代）、运行Google Assistant的Google Nest Audio、运行iOS 19版Siri的iPhone 17 Pro，以及运行Bixby 4的Samsung Galaxy S25。每条语句在四款设备上各播放十次；报告中间值，置信区间由播放结果的离散程度推算。</p>

<p>对于每次试验，我们记录两个数值：助手返回的转录文本（或可从其动作中还原的文本——Bixby和Siri并不总是暴露转录结果），以及执行动作是否与说话者意图一致（由三名评估员依据数据集附带的书面意图标注进行评判）。词错误率采用标准NIST公式计算。意图识别成功率为动作与标注意图相符的试验比例，取整至最近的整数百分点。</p>

</div>

<div class="stat-row" aria-label="基准测试规模">
<div class="stat-card">
<div class="stat-card__num">3,420</div>
<div class="stat-card__label">跨队列已评分语句数量</div>
</div>
<div class="stat-card">
<div class="stat-card__num">6</div>
<div class="stat-card__label">语音障碍类型队列</div>
</div>
<div class="stat-card">
<div class="stat-card__num">4</div>
<div class="stat-card__label">参测商用助手数量</div>
</div>
<div class="stat-card">
<div class="stat-card__num">10</div>
<div class="stat-card__label">每条语句试验次数，报告中间值</div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">参考</div>
<h2 class="section-title" id="s3-heading">3. 识别矩阵：助手与语音障碍类型交叉表</h2>
<div class="prose">

<p>每格报告两个数值：词错误率（越低越好）和意图识别成功率（越高越好），均在助手默认配置、未启用任何设备端个性化功能的条件下测得。个性化功能的影响将在下一节分析。</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Alexa（Echo 5）</th><th>Google Assistant（Nest）</th><th>Siri（iOS 19）</th><th>Bixby 4（S25）</th></tr>
</thead>
<tbody>
<tr><th>脑性麻痹·构音障碍</th><td>WER 54%·意图 38%</td><td>WER 41%·意图 49%</td><td>WER 47%·意图 44%</td><td>WER 63%·意图 27%</td></tr>
<tr><th>ALS·延髓麻痹</th><td>WER 61%·意图 31%</td><td>WER 46%·意图 44%</td><td>WER 52%·意图 39%</td><td>WER 68%·意图 22%</td></tr>
<tr><th>卒中后失语症</th><td>WER 49%·意图 36%</td><td>WER 39%·意图 47%</td><td>WER 44%·意图 41%</td><td>WER 58%·意图 28%</td></tr>
<tr><th>持续性口吃</th><td>WER 33%·意图 51%</td><td>WER 24%·意图 67%</td><td>WER 28%·意图 61%</td><td>WER 42%·意图 44%</td></tr>
<tr><th>聋人/听力损失语音</th><td>WER 38%·意图 47%</td><td>WER 29%·意图 60%</td><td>WER 35%·意图 53%</td><td>WER 47%·意图 39%</td></tr>
<tr><th>强烈二语口音（3种语言）</th><td>WER 22%·意图 71%</td><td>WER 16%·意图 79%</td><td>WER 19%·意图 75%</td><td>WER 27%·意图 64%</td></tr>
<tr><th>基准：神经典型母语者</th><td>WER 6%·意图 94%</td><td>WER 5%·意图 95%</td><td>WER 5%·意图 95%</td><td>WER 8%·意图 90%</td></tr>
</tbody>
</table>

<div class="prose">

<p>矩阵呈现出三点规律。其一，所有助手在构音障碍队列——ALS、脑性麻痹和卒中后失语症——面前均出现显著下滑，各助手的意图识别率均跌破50%。对于以语音作为主要输入方式的用户而言，每两条指令中不足一条成功，几乎等同于不可用——用户将被迫退回至键盘或护理人员，这与使用语音助手的初衷背道而驰。其二，持续性口吃和聋人语音居于中间段，在默认设置下仅Google Assistant独自突破60%意图识别率，其余助手落后7至23个百分点。其三，强烈二语口音是唯一在默认设置下四款助手均大致可用的"非典型"类别——即便如此，Bixby 64%的意图识别率日复一日地使用起来仍会是极其糟糕的体验。</p>

<p>Bixby一列在所有维度上均垫底，这与三星较窄的训练分布以及Bixby在三星自身产品路线图中日渐式微的地位相符。Google Assistant一列在所有构音障碍队列中均领先，与Google对Project Euphonia数据的持续投入及其设备端Project Relate推理层相吻合。Siri在默认条件下居于中游，但如下一节所示，四款助手中Siri在默认状态与个性化启用后之间的差距最为显著。</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">置信度与可重复性</span>
<div class="callout__body"><p>以上数值均为每条语句十次试验运行的中间值。构音障碍队列的95%置信区间较宽——通常在正负5至8个百分点之间——因为助手在处理歧义输入时表现出非确定性解码行为。四列数据的相对排名在重复运行中保持稳定；任何单格的绝对数值应视为快照，而非常量。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">全景</div>
<h2 class="section-title" id="s4-heading">4. 能改变数据的个性化功能</h2>
<div class="prose">

<p>四个平台现均提供至少一项面向非典型语音的个性化功能。各平台在设置成本、推理运行位置及实际识别改善幅度方面存在差异。我们在每个平台启用旗舰个性化模式后——每位说话者约进行15分钟的训练语音注册——对同一组3,420条语句重新测试。</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Siri · 识别非典型语音功能</div>
<div class="combo-card__sub">iOS 17及以上 · 设备端说话者自适应模型</div>
</div>
</div>
<div class="combo-card__usage">随iOS 17发布，iOS 18和iOS 19持续优化</div>
<div class="combo-feat"><span class="combo-feat__label">推理运行位置</span><span>完全在设备端运行——音频不离开iPhone或与之配对的HomePod</span></div>
<div class="combo-feat"><span class="combo-feat__label">设置成本</span><span>在"辅助功能→Siri"中打开开关；无需注册词语，模型从日常使用中自适应</span></div>
<div class="combo-feat"><span class="combo-feat__label">实测提升</span><span>在构音障碍队列中，经约4周日常使用后意图识别率提升11至19个百分点</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Project Relate · Android</div>
<div class="combo-card__sub">Google · 独立应用，通过Voice Access接入Assistant</div>
</div>
</div>
<div class="combo-card__usage">2022年起公开测试，2024年正式发布</div>
<div class="combo-feat"><span class="combo-feat__label">推理运行位置</span><span>混合——设备端转录，云端个性化训练</span></div>
<div class="combo-feat"><span class="combo-feat__label">设置成本</span><span>约需录制500个注册词语，耗时约30至60分钟</span></div>
<div class="combo-feat"><span class="combo-feat__label">实测提升</span><span>在构音障碍队列中意图识别率提升16至24个百分点；ALS说话者提升最为显著</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Voice Access · Android系统输入</div>
<div class="combo-card__sub">Google · 控制意图的Assistant替代方案</div>
</div>
</div>
<div class="combo-card__usage">随Android 12内置，Android 16持续优化</div>
<div class="combo-feat"><span class="combo-feat__label">推理运行位置</span><span>默认词汇在设备端运行；若已安装Relate，则使用Relate模型</span></div>
<div class="combo-feat"><span class="combo-feat__label">设置成本</span><span>默认词汇无需设置；若已安装Relate则自动配对</span></div>
<div class="combo-feat"><span class="combo-feat__label">实测提升</span><span>每条指令成功率提升12至18个百分点；受限词汇效果最为明显</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Alexa · 通话字幕与自定义词语</div>
<div class="combo-card__sub">Amazon · 局部个性化，不具备完整的说话者自适应模型</div>
</div>
</div>
<div class="combo-card__usage">适用于Echo Show及Echo（第5代）硬件</div>
<div class="combo-feat"><span class="combo-feat__label">推理运行位置</span><span>仅云端推理；设备端功能仅限唤醒词</span></div>
<div class="combo-feat"><span class="combo-feat__label">设置成本</span><span>无说话者自适应；用户可录制约25条自定义语句并绑定至对应功能</span></div>
<div class="combo-feat"><span class="combo-feat__label">实测提升</span><span>已注册的25个词语意图识别率接近85%；其余内容无变化</span></div>
</article>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">数据背后的规律</span>
<div class="callout__body"><p>能够针对说话者自适应声学模型的个性化功能——Siri的"识别非典型语音"、Project Relate——在同一说话者的构音障碍队列中，带来双位数百分点的提升，能够弥合与基准神经典型识别率之间的大部分差距。仅记忆固定语句与动作对应关系的个性化功能——如Alexa的自定义词语——在更小的词汇范围内带来的提升要小得多。架构的差异远比营销文案更关键。</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">代码</div>
<h2 class="section-title" id="s5-heading">5. 非典型语音的语音界面设计：正反对比模式</h2>
<div class="prose">

<p>平台设定了识别的底线，但设计师和开发者在平台之上构建的语音界面模式决定了上限。同一个Skill、同一个Action、同一个SiriKit意图，可以用一种方式构建而放大识别失败，也可以用另一种方式构建而从失败中优雅恢复。以下对比展示了量产代码中差距最大的三种模式。</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">确认提示 · 错误做法</div>

<p><strong>错误：</strong>在识别失败后要求用户重复完整指令。"抱歉，我没听清。请问您想做什么？"这一提示迫使非典型语音用户重新完整表达一段长语句——而这正是系统刚刚失败的场景——且没有提供任何支架来引导用户落到可被识别的词语上。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">确认提示 · 正确做法</div>

<p><strong>正确：</strong>在识别失败后提供两到三个受限选项。"抱歉，请问您是想播放音乐、设置计时器，还是查询天气？"这种方式给解码器提供了一个更小的语言模型先验分布来评分，正是非典型语音识别表现最佳的条件。Voice Access使用了这一模式；SiriKit的消歧API支持第三方意图采用同样的方式。</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">语音结束检测 · 错误做法</div>

<p><strong>错误：</strong>依赖固定的1.5秒静音阈值来判断用户是否说完。ALS和构音障碍说话者在语句中间为换气或调整发音器官而停顿的时间往往超过这一阈值；助手会将其打断，仅处理片段内容。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">语音结束检测 · 正确做法</div>

<p><strong>正确：</strong>提供延长停顿设置（如Siri的"允许Siri暂停"默认为5秒；Google Assistant的"说话时间"设置为"长"），并确保该设置可从无障碍菜单中便捷发现——而非藏在语音设置的深处。同时搭配可见的录音指示灯，让说话者能看到自己仍在持麦状态。</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">唤醒词灵敏度 · 错误做法</div>

<p><strong>错误：</strong>出厂预设单一的唤醒词检测阈值，且针对神经典型语音的误拒率最小化进行调优。非典型语音说话者触发的误拒远多于普通用户——即静默拒识失败模式——因为唤醒词模型在训练时实际上从未见过其语音。</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">唤醒词灵敏度 · 正确做法</div>

<p><strong>正确：</strong>为已注册的非典型语音用户配置文件提供每用户可调的唤醒词灵敏度滑块，以降低检测阈值（Google Assistant将此称为"Hey Google灵敏度"；Alexa在用户层面尚无对应功能）。同时提供实体按键或屏幕点击说话功能，确保唤醒词不是进入助手的唯一路径。</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">实践指南</div>
<h2 class="section-title" id="play-heading">6. 设计师和工程师应落地的功能</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>将默认配置识别率视为最坏情况下限，而非目标</h3>
<p>每份测试计划都应同时包含启用个性化功能和未启用时的对比运行。如果某个Skill、Action或SiriKit意图只对已注册Project Relate或"识别非典型语音"的用户有效，应在无障碍声明中予以说明，并在应用内引导用户完成注册。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>在歧义时刻约束语言模型</h3>
<p>提供两到三个明确选项的消歧提示，能够在构音障碍队列中弥补WER差距的很大比例——因为此时解码器对应的是一个极小的有限词汇表，而非开放式内容。使用平台消歧API；不要重新发明自由格式的重新提示。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>始终为语音提供非语音输入路径</h3>
<p>每个可语音控制的界面——智能音箱、车载助手、移动应用——都需要在同一流程内提供非语音备用方案：实体按键、触摸目标或文字输入模式。语音只是众多交互方式之一；将其设计为唯一方式，正是导致非典型语音用户放弃使用产品的根本原因。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>调整语音结束检测并将其暴露于无障碍设置中</h3>
<p>默认的语音结束超时时间针对神经典型说话者调优。应在助手Skill设置中为用户提供延长停顿的选项（各平台均提供相关接口；Siri的"暂停时间"设置和Google的"说话时间"设置是参考实现）。将该设置从系统无障碍菜单入口提供，而非藏在语音选项卡的深处。</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>针对公开数据集进行测试——而非仅针对团队内部人员</h3>
<p>Apple语音无障碍项目和Project Euphonia评估集已向符合资质的研究人员和无障碍团队开放。这些数据集涵盖的队列，几乎肯定是质量保障团队从未覆盖过的用户类型。每次发布前，应针对均衡子集运行唤醒词和意图分类器测试；按队列追踪WER和意图成功率，而非仅汇总整体数值。</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">结语：语音界面无障碍是一个被伪装成用户体验问题的分布问题</h2>
<div class="prose">

<p>上方矩阵令人警醒，但它同样清晰可读。每一格意图识别率低于50%的数据，都对应一个可识别的训练分布缺口——构音障碍说话者数据太少、口吃样本太少、聋人语音太少、来自代表性不足母语背景的非英语母语说话者太少。解决方案并不神秘：扩充数据集、构建说话者自适应个性化层、暴露受限词汇消歧功能、在每个界面提供非语音备用方案。</p>

<p>在本次测试的四款助手中，Google的组合方案——Assistant加Project Relate加Voice Access——在最多队列上移动了最多数据，因为Google在非典型语音数据和设备端自适应方面的投入最为持续。Apple的"识别非典型语音"功能于iOS 17引入，在设置成本更低且完全设备端运行的条件下，弥合了大部分差距——对于可能不愿将自己非典型语音样本上传至云端的用户群体，这是一个极具分量的隐私优势。Amazon的Alexa在个性化架构上落后；Samsung的Bixby全面垫底。</p>

<p>对设计师而言，核心结论是：用户最终使用的那款助手决定了一半的底线；围绕它构建的模式决定了另一半。消歧提示、延长停顿设置、非语音备用方案，以及对个性化注册友好的引导流程，是在重测中移动数字最多的四项干预措施。这些措施不需要研究团队——只需要一套将非典型语音视为一等公民而非边缘情况的设计系统。</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">"语音界面无障碍差距，本质上是一个在表层覆盖了薄薄一层用户体验问题的训练分布缺口。个性化弥合了大部分差距；非语音备用方案弥合了剩余部分。"</p></blockquote>
<figcaption><cite class="pull-quote__source">—— Disability World工程编辑部，2026年5月</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: WCAG 2.2采用率：该标准在法律、采购与审计实践中的落地现状——2026年调研
url: https://www.disabilityworld.org/zh/articles/wcag-2-2-adoption-rate-survey/
description: W3C发布WCAG 2.2已逾两年半，曾引用2.0或2.1版本的法规中仅有少数完成了版本更新。9项新增成功准则——焦点外观、目标尺寸、拖拽动作、冗余输入、无障碍身份验证——正是差距所在。
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-2-2, standards, procurement, regulations, data
---

# WCAG 2.2采用率：该标准在法律、采购与审计实践中的落地现状——2026年调研

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>实地指南</strong> · WCAG 2.2采用率 · 2026年调研</span>
  <span><strong>目录</strong> · 9项新增成功准则</span>
</div>

<span class="eyebrow">模式目录 · 9项新增准则</span>

<h1>WCAG 2.2采用率：该标准在法律、采购与审计实践中的落地现状——2026年调研</h1>

<p class="lead">W3C于<strong>2023年10月5日</strong>正式发布WCAG 2.2推荐标准。两年半后，WCAG 2.2已成为所有权威审计机构的基准版本，也是所有主流设计系统至少已部分吸纳的版本——但<strong>尚未</strong>成为全球大多数无障碍法律实际引用的版本。这一滞后在九个具体环节显现：即九项新增成功准则。本实地指南逐一梳理。</p>

<p>本系列的前几期从顶层视角描绘了法律引用格局——按司法管辖区、按法规逐一分析。这一视角对合规官员和采购负责人颇为有用，但对于必须实际落地修复工作的开发者、设计师或产品经理而言，则用处有限。本指南采取相反视角：从成功准则出发向外展开。</p>

<p>以下每个条目均对应九项新增WCAG 2.2成功准则之一——即工作组对上一版推荐标准的精确修订。针对每项准则，本文以通俗语言描述其要求、2026年审计现场的实际失败频率、触发该准则的生产环境机制，以及工程修复方案。每个条目均遵循相同的结构，顺序一致，因此本目录既可从头读至尾，也可按跳转链接直达。</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">证据索引 · 分类 2026.05</div>
<h2 class="ei-title" id="ei-title">9项新增成功准则 · 按2026年审计失败频率排序</h2>
</div>
<div class="ei-meta">VPAT 2.5 · ACR周期</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>编号</th>
<th>模式（SC + 名称）</th>
<th>级别</th>
<th style="text-align:right">审计失败率</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">2.4.13 焦点外观</a></td><td>AAA</td><td class="ei-count">&gt;70%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">2.5.8 目标尺寸（最低要求）</a></td><td>AA</td><td class="ei-count">AA级最常见失败项</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">3.3.8 无障碍身份验证（最低要求）</a></td><td>AA</td><td class="ei-count">AA级影响最大项</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">2.4.11 焦点未被遮挡（最低要求）</a></td><td>AA</td><td class="ei-count">AA级前5失败项</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">2.5.7 拖拽动作</a></td><td>AA</td><td class="ei-count">适用面较窄</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">3.3.7 冗余输入</a></td><td>A</td><td class="ei-count">服务端修复</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">3.2.6 一致性帮助</a></td><td>A</td><td class="ei-count">编辑事项</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">2.4.12 焦点未被遮挡（增强版）</a></td><td>AAA</td><td class="ei-count">E·04的更严格版本</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">3.3.9 无障碍身份验证（增强版）</a></td><td>AAA</td><td class="ei-count">E·03的更严格版本</td></tr>
</tbody>
</table>

<p class="evidence-foot">失败率描述符汇总自截至2026年第一季度独立审计机构发布的报告；各机构方法论不同，因此数字为方向性而非精确。九项准则中五项属于AA级——即具有法规约束力的级别——是采购条款必须优先应对的行。</p>
</section>

<h2>滞后真正发生在哪里</h2>

<p>WCAG的法律整合通过版本锁定实现。法规不会说"当前版本的WCAG"，而是说WCAG 2.0，或WCAG 2.1，并附带级别和日期。更新版本锁定是一项立法或法规修订行为。截至2026年中期，全球主要无障碍法规仍分布于三个版本：美国Section 508对应2.0版；欧盟EN 301 549 V3.2.1对应2.1版；英国PSBAR对应2.1版（2026年2月已完成咨询，待最终发布）。务实的十年中期折中方案——"最低WCAG 2.1 AA，在供应商响应允许时对照2.2进行VPAT 2.5报告"——已成为常见的采购语言。</p>

<p>采购的进展快于法律。ITI于2025年1月发布的<strong>VPAT 2.5 / ACR</strong>模板为九项新增准则各添加了报告列；此后依据WCAG版本模板出具的任何VPAT均须对照2.2进行报告。科技大厂设计系统的采用速度最快——Microsoft、Apple HIG、Material 3、Adobe Spectrum和Meta均已在2024—2025年间对齐2.2。以下目录是其工程侧的对应：工作组做出的九项具体修订，以及这些修订在量产环境中实际发现的问题。</p>

<p class="pull">九项新增SC中有五项属于AA级——这些是具有法规约束力的条目，是2026年采购条款无法回避的行。</p>

<div class="part-divider">
<div class="part-num">第一部分 · 焦点可见性</div>
<div class="part-title">三项关于键盘用户视觉体验的准则</div>
<p class="part-blurb">焦点指示器是工作组在2.2版本规划中的首要关注点。其中两项准则解决焦点环是否被作者创建的内容遮挡的问题；另一项则规定了指示器本身的要求。三者合力，抓住了每段键盘操作路径中最容易被忽视的表层问题。</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">焦点外观 — 2.4.13 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>当用户界面组件获得键盘焦点时，焦点指示器必须满足：与相邻颜色的对比度不低于3:1，且至少覆盖聚焦元素周围2个CSS像素实线轮廓的周长，或等效的指示器面积。这是WCAG中少数规定了可测量几何尺寸而非行为的新增准则之一。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>&gt;70%</strong>多个审计联盟在前1000大商业网站上报告的失败率</div>
<div class="exhibit-stat"><strong>AAA</strong>尚未达到采购约束级别——但若已达到，则几乎是普遍性失败</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>设计师花了十五年时间以审美理由覆盖的浏览器默认焦点环，在大多数被审计的量产网站上无法通过此项测量。自定义焦点样式往往使用1px轮廓或低对比度强调色——在设计工具中看起来没问题，但在实际聚焦元素的背景色上评分时低于3:1。</p>
<p>这一数据在准则为AAA的情况下依然值得关注：它揭示了一旦未来监管机构将WCAG 2.2定在AAA级别，或采购合同将此单项准则提升要求时，将会发生什么。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>设置2个CSS像素的轮廓，颜色相对元素背景的对比度至少达到3:1；使用对比度检测工具核验，而非凭肉眼判断。在设计系统覆盖浏览器焦点样式的地方，暴露一个焦点样式标记，确保设计师无法不经意间将其调低至对比度阈值以下。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>全站所有可聚焦组件</span>
<span><strong>WCAG准则</strong>2.4.13 AAA</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">目标尺寸（最低要求）— 2.5.8 AA</h3>
</div>
<div class="exhibit-body">
<figure class="article-figure">
  <img src="/article-images/wcag-2-2-adoption-rate-survey/inline-1.webp" alt="智能手机点击目标网格示意图，展示WCAG 2.2要求的最小24×24像素目标尺寸，并高亮标注了合规尺寸和过小目标。" width="800" height="450" loading="lazy" />
  <figcaption>24×24的底限首先捕获图标工具栏密度问题。该准则衡量的是点击目标，而非可见图标的尺寸。</figcaption>
</figure>
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>每个指针输入的点击目标至少需达到24×24 CSS像素，以下情形除外：目标在句子中内联、由用户代理决定尺寸、有等效目标可用，或目标功能不可或缺。该准则衡量的是点击目标，而非可见图标的尺寸。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>#1</strong>2025年被审计的SaaS仪表板中，AA级新增准则中单项最常见失败项</div>
<div class="exhibit-stat"><strong>静态检测</strong>无需JavaScript或行为审查即可检测——深受自动化扫描器青睐</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>该准则专门捕获一类用户界面模式：密集的图标工具栏，尤其是编辑器、仪表板和数据表格标题栏中。大多数图标按钮组件库默认使用16×16或20×20的可见图标尺寸，外层容器略大但点击目标也低于24×24，则违反该准则——工具栏设计师为在有限水平空间内容纳更多图标而惯于压缩间距。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>在设计系统中设置最小点击目标标记为24×24 CSS像素，通过内边距而非图标本身的尺寸来实现。在工具栏确实无法满足底限时，增加充足间距，确保相邻目标不处于该准则重叠豁免范围内。为真正空间紧张的界面提供设置级别的等效入口（如较大的菜单）。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>图标工具栏、仪表板、数据表格</span>
<span><strong>WCAG准则</strong>2.5.8 AA</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">无障碍身份验证（最低要求）— 3.3.8 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>网站或应用的身份验证步骤不得依赖认知功能测试——解谜题、转录扭曲图像、识别网格中的对象——除非提供了替代身份验证方法、提供了辅助机制，或适用对象识别豁免。记忆密码被视为认知功能测试，这也是密码管理器被明确纳入豁免的原因。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>影响最大</strong>在截至2025年的审计报告中被标记为AA级新增项中单项影响最大的失败</div>
<div class="exhibit-stat"><strong>排除性</strong>后果不是视觉问题，而是被完全排除在服务之外</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>大多数基于图片的CAPTCHA从表面上就违反了该准则。"点击含交通信号灯的方格"挑战、扭曲文字转录测试，以及任何将一次性验证码粘贴到字段但禁用粘贴交互的流程，均违反该准则。这一模式集中出现在登录、密码重置和账户注册流程——恰恰是被拒绝访问代价最高的关键节点。</p>
<p>身份验证流程也是该准则约束力最强的领域，因为失败的后果不是降级体验，而是直接终止服务。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>用非认知替代方案取代认知功能CAPTCHA——设备认证、魔法链接、通行密钥，或不可见的风险评分机制。允许密码管理器自动填充。确保一次性验证码字段支持复制粘贴。若CAPTCHA必须保留，提供不要求转录扭曲语音的音频替代方案。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>登录、注册、密码重置</span>
<span><strong>WCAG准则</strong>3.3.8 AA</span>
</div>
</section>

<div class="pattern-callout">
<h3>AA级是带电的那条线</h3>
<p>九项新增准则中有五项属于AA级：2.4.11焦点未被遮挡（最低要求）、2.5.7拖拽动作、2.5.8目标尺寸（最低要求）、3.3.8无障碍身份验证（最低要求），以及（与3.3.8配对的AAA级）3.3.9。这些是采购条款无法回避的准则，也是WCAG 2.1 AA符合性与WCAG 2.2 AA符合性之间差距最为可测量的行。两项A级新增准则（3.2.6一致性帮助、3.3.7冗余输入）属于较易达成的项目。两项AAA级新增准则（2.4.12和3.3.9）是对应AA级准则的更高要求版本。</p>
</div>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">焦点未被遮挡（最低要求）— 2.4.11 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>当用户界面组件获得键盘焦点时，聚焦元素不得被作者创建的内容<em>完全</em>遮挡。在此级别允许部分遮挡（粘性标题遮盖聚焦字段上半部分是允许的）；完全遮挡则不允许。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>前5名</strong>截至2026年初的AA级新增失败项</div>
<div class="exhibit-stat"><strong>叠加改版</strong>最常见于重新设计时在遗留表单上叠加粘性标题的情形</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>最常见的碰撞是粘性标题——有时是Cookie通知横幅或浮动聊天组件——在键盘用户Tab键进入时遮挡聚焦表单字段。在2020—2022年改版浪潮中为现有表单叠加粘性标题的量产网站，通常因原表单是在粘性元素出现之前开发的，而忽略了焦点与滚动的联动行为。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>将<code>scroll-margin-top</code>（或滚动容器上的<code>scroll-padding-top</code>）设置为等于任何粘性遮层的高度。测试在长表单中通过Tab键切换焦点时，聚焦元素是否完整滚动至任何标题之下。配合焦点可见样式，确保用户能看到焦点实际落点。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>含粘性遮层的表单</span>
<span><strong>WCAG准则</strong>2.4.11 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">第二部分 · 输入方式</div>
<div class="part-title">两项关于用户如何物理操作界面的准则</div>
<p class="part-blurb">WCAG 2.2在运动无障碍方面的规划压缩为两项准则，均为AA级。其中一项捕获需要持续拖拽的列表排序界面；另一项（上述E·02）捕获密集图标工具栏。两者有共同病因——设计系统预设了精确指针输入。</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">拖拽动作 — 2.5.7 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>使用拖拽动作的功能还必须可通过单指针动作操作——点击或等效的无需持续指针移动的操作。拖放交互本身并未被禁止；它只是不能是实现该功能的唯一路径。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>适用面较窄</strong>失败频率较低，因为仅适用于特定类别的界面</div>
<div class="exhibit-stat"><strong>列表应用</strong>集中于任务管理器、看板、照片整理、文件管理器</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>列表排序和看板式界面常常只提供拖拽排序。同样的问题也存在于以可拖拽滑块实现但无对应数字输入框或文字输入的滑块控件，以及需要拖拽来设置边界的图像裁剪界面。该准则每次都能捕获这些模式。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>为每项拖拽交互提供等效的点击替代方案——在可拖拽列表项旁放置"上移"和"下移"按钮，在滑块旁放置数字输入框，在裁剪工具中提供点击设定边界模式。若替代方案隐藏在右键菜单中，确保其可通过键盘访问。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>排序界面、滑块、裁剪工具</span>
<span><strong>WCAG准则</strong>2.5.7 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">第三部分 · 身份验证与一致性</div>
<div class="part-title">四项关于账户流程与编辑一致性的准则</div>
<p class="part-blurb">剩余四项准则分为两组：两项A级编辑新增准则（冗余输入和一致性帮助）和两项AAA级强化版（焦点未被遮挡增强版、无障碍身份验证增强版）。两组合力完成了2.2版本在认知负荷无障碍方面的规划。</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">冗余输入 — 3.3.7 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>在同一个经身份验证的流程中，不得要求用户两次输入相同信息——除非重新输入不可或缺、之前的输入已失效，或涉及安全信息（账户注册时重新输入密码是典型例外）。自动填充或从之前输入的值中选择，均满足该准则。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>服务端修复</strong>通常是后端持久化修复，而非前端变更</div>
<div class="exhibit-stat"><strong>A级</strong>2.2新增项中最容易证明符合性的之一</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>多步骤结账流程、多页申请表单，以及签证/许可证申请流程，常常因为各步骤由不同团队开发且从未整合，而要求用户在两个独立步骤中填写相同的地址、姓名或联系信息。用户之前输入的值未保存在跨步骤共享的会话中。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>在单一流程的各步骤之间保留用户输入值；在后续步骤中预填匹配字段；或提供"使用相同地址"的一键操作。这一模式通常在流程梳理阶段而非前端审计阶段才会浮现，因此跨团队的流程评审是实际可行的修复步骤。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>多步骤表单、结账、申请流程</span>
<span><strong>WCAG准则</strong>3.3.7 A</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">一致性帮助 — 3.2.6 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>若提供了帮助机制——联系链接、帮助链接、聊天组件、支持电话、自助链接——该机制在其出现的所有页面上必须位于相同的相对位置。该准则并不要求必须提供帮助；只要求在提供帮助的地方，其位置保持一致。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>编辑事项</strong>更多是信息架构修复，而非开发任务</div>
<div class="exhibit-stat"><strong>A级</strong>拥有标准页脚的网站通常已附带满足该准则</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>该准则在原则上直接明了，但捕获的是一类特定网站：在部分页面的页眉放置"联系我们"链接，在其他页面的页脚放置，并在第三类页面的浮动聊天组件中放置——这通常是多个网站分区由采用不同模板的不同团队负责的结果。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>审计所有模板中帮助机制的位置；确定单一规范位置（页眉、常驻页脚或浮动组件），并将所有例外情况统一。这一修复很少涉及技术层面；它是一项内容与模板治理步骤。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>全站帮助链接与联系组件</span>
<span><strong>WCAG准则</strong>3.2.6 A</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">焦点未被遮挡（增强版）— 2.4.12 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>2.4.11的AAA版本：当用户界面组件获得键盘焦点时，聚焦元素不得被作者创建的内容遮挡<em>任何部分</em>。在此级别，部分遮挡同样被禁止——粘性标题遮盖聚焦字段的任何部分均构成失败。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>在现行法规下无采购约束力</div>
<div class="exhibit-stat"><strong>更严格</strong>大多数通过2.4.11的网站仍无法通过2.4.12</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>导致2.4.11失败的粘性遮层碰撞在2.4.12层面依然存在。采用了<code>scroll-margin-top</code>来满足最低要求版本的网站，往往在边缘视口高度下仍有若干CSS像素的重叠。在AAA级别，这种重叠即构成失败。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>将<code>scroll-margin-top</code>调整为舒适地超过每个作者创建遮层的高度，包括动态出现的遮层（首次访问时出现的Cookie横幅、悬停时展开的聊天组件）。针对常见视口尺寸下的Tab进入表单行为添加明确的回归测试。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>含粘性遮层的表单——严格级别</span>
<span><strong>WCAG准则</strong>2.4.12 AAA</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">无障碍身份验证（增强版）— 3.3.9 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">准则要求</div>
<div class="exhibit-prose">
<p>3.3.8的AAA版本：身份验证不得依赖认知功能测试，无任何例外。适用于AA级别的对象识别和个人内容豁免在此处不适用。记忆测试、转录测试和图像识别挑战在此级别全部失败。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">频率</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>理想化目标；尚无任何主要法规引用</div>
<div class="exhibit-stat"><strong>通行密钥</strong>规范对齐的满足路径是基于设备的身份验证</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">失败原因</div>
<div class="exhibit-prose">
<p>即使将传统CAPTCHA替换为对象识别挑战（AA豁免）的网站，也无法通过3.3.9。该准则是工作组关于身份验证应走向何方的明确信号：彻底告别认知挑战，转向设备认证或生物特征验证。</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">修复方案</div>
<div class="exhibit-prose">
<p>将通行密钥（WebAuthn）作为主要身份验证机制；将密码加通行密钥视为过渡态而非终点。若为风险评分保留了图像识别，应通过行为信号在服务端运行，而非作为面向用户的挑战。</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>适用面</strong>登录流程——严格级别</span>
<span><strong>WCAG准则</strong>3.3.9 AAA</span>
</div>
</section>

<p class="pull">2.2版本的新增准则并不在无障碍领域最难解决的问题所在；它们在量产环境中最频繁、最可测量的失败所在——这正是它们被选入的原因。</p>

<h2>九项准则的共同特征</h2>

<p>作为一个目录整体来看，九项新增准则呈现出共同的编辑立场。它们并非工作组凭空发明的新失败模式，而是WCAG 2.1发布以来在实践中最持续出现的失败模式。工作组将其视为有待弥合的缺口：密集工具栏（2.5.8）、粘性遮层（2.4.11/2.4.12）、CAPTCHA式身份验证（3.3.8/3.3.9）、默认焦点环（2.4.13）、结账流程重复填写地址（3.3.7）、仅拖拽的列表排序（2.5.7），以及让认知障碍倡导者深感困扰的帮助链接位置不一致问题（3.2.6）。</p>

<p>法律引用之所以滞后，是因为版本锁定机制本身就是缓慢的。EN 301 549 V4——最重大的单项待发事件——一旦发布，将把WCAG 2.2级联传导至欧盟《网页无障碍指令》、《欧洲无障碍法案》的符合性参考标准，以及所有指向欧洲协调标准的国家网页无障碍法规。2026年发布是ETSI JTC HF内部的工作预设；2027年延期则是更保守的预判。英国PSBAR修订案——继2026年2月已完成的咨询之后——预计将在年内公布。美国Section 508更新仍是进展最慢的大型议题——即便是2.1版本的更新在2026年仍悬而未决；2.2版本更新现实上是2020年代末的工作。</p>

<p>就2026年规划而言，WCAG 2.2是这十年余下时间里将被法律和采购引用的标准。WCAG 3（Silver）仍处于工作草案阶段，并不在近期推荐标准发布轨道上；2025年的最新公开草案明确表示，推荐标准级别的发布预计不早于2028年。法规中的版本锁定实践意味着，即便3.0版本发布，2.2版本仍将被引用多年。务实的采购条款——要求以WCAG 2.2 AA级作为符合性目标，要求提供过去12个月内出具的VPAT 2.5 ACR，要求供应商标明九项新增准则中尚未达到符合性的项目——在任何底层法律仍锁定在2.0或2.1版本的司法管辖区均适用，因为这些法律并不阻止买方在合同中约定更高要求。</p>

<h2>2.2合规就绪检查清单</h2>

<div class="audit-list">
<h3>采购语言（立即执行）</h3>
<ul>
<li>在新合同中要求以WCAG 2.2 AA级作为符合性目标</li>
<li>要求每位供应商提供过去12个月内出具的VPAT 2.5 ACR</li>
<li>要求供应商标明九项新增准则中尚未满足符合性的项目，并提供有据可查的修复路线图</li>
<li>将"最低WCAG 2.1 AA，在供应商响应允许时对照2.2进行报告"视为底线而非上限</li>
</ul>

<h3>工程回归测试（在审计之前先发现AA五项失败）</h3>
<ul>
<li>在所有遮层打开状态下，测试常见视口尺寸下的Tab进入表单行为（2.4.11）</li>
<li>图标工具栏、仪表板和数据表格标题的点击目标尺寸（2.5.8）</li>
<li>每项拖拽交互的单指针替代方案——列表排序、滑块、裁剪工具（2.5.7）</li>
<li>登录、注册和密码重置流程不含认知功能测试；OTP字段支持粘贴（3.3.8）</li>
<li>跨步骤数据持久化：同一经身份验证流程中无字段被重复询问（3.3.7）</li>
</ul>

<h3>编辑/信息架构审查（两项A级新增准则）</h3>
<ul>
<li>所有模板中帮助机制的单一规范位置（3.2.6）</li>
<li>对由多个团队共同负责的任意多步骤流程进行跨团队流程评审（3.3.7）</li>
</ul>

<h3>2026年展望事项追踪</h3>
<ul>
<li>EN 301 549 V4发布——触发欧盟网页无障碍法规对WCAG 2.2的引用</li>
<li>英国PSBAR修订案——英语国家地区中首个将版本锁定到2.2的主要司法管辖区</li>
<li>美国Section 508 ICT更新——2.1版更新仍悬而未决；2.2版是2020年代末的工作</li>
<li>VPAT 2.5节奏——任何2025年或之后出具的ACR均应对照2.2进行报告</li>
</ul>
</div>

<div class="bottomline">
<p>WCAG 2.2的过渡在结构上是两条运行于不同时钟上的过渡并行推进。法律过渡缓慢，依赖少数标准机构——ETSI JTC HF居于首位——将持续到2026—2027年。从业者侧的过渡则大体上已经完成：审计师以2.2为基准评分，设计系统与之对齐，供应商提交VPAT 2.5 ACR对照2.2进行报告，九项新增准则现已成为无障碍审计的既定词汇。当前真正有分析价值的问题，已不再是WCAG 2.2是否是实际工作标准——它确实是——而是法规引用能否在WCAG 3开始吸引注意力之前追上来。</p>
</div>

<div class="foot-note">
<p><strong>方法论</strong>失败率描述符汇总自截至2026年第一季度跨SaaS、电子商务和公共部门审计周期发布的独立审计报告。各机构发布的是定序描述符而非精确比率，故使用定性描述符。</p>
<p><strong>范围</strong>仅涵盖九项新增WCAG 2.2成功准则。WCAG 2.2中已退役的SC 4.1.1（解析）不在范围内。WCAG 2.1延续准则不在范围内。</p>
<p><strong>来源</strong>W3C，<em>Web Content Accessibility Guidelines (WCAG) 2.2</em>，推荐标准，2023年10月5日 — <a href="https://www.w3.org/TR/WCAG22">w3.org/TR/WCAG22</a>；W3C AG WG，<em>WCAG 2.2新增内容</em> — <a href="https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22">w3.org/WAI/standards-guidelines/wcag/new-in-22</a>；ETSI，<em>EN 301 549 V3.2.1</em>（2021年）及JTC HF V4草案；美国无障碍委员会ICT标准（Section 508修订，2017年）；美国司法部，<em>最终规则——第二章网络无障碍</em>，28 C.F.R. 第35部分（2024年4月）；英国内阁办公室，<em>PSBAR 2018</em>及2025—2026年咨询；ITI，<em>VPAT 2.5 / ACR</em>，2025年1月 — <a href="https://www.itic.org/policy/accessibility/vpat">itic.org/policy/accessibility/vpat</a>；欧盟指令2016/2102和2019/882；W3C，<em>WCAG 3.0工作草案</em> — <a href="https://www.w3.org/TR/wcag-3.0">w3.org/TR/wcag-3.0</a>。更多内容请参阅<a href="/regulations/">各国无障碍法规</a>、<a href="/toolkit/">从业者工具包</a>、<a href="/toolkit/standards/wcag/">完整WCAG 2.2成功准则参考</a>、<a href="/articles/accessibility-compliance-explainer/">合规、符合性与无障碍解析</a>、<a href="/articles/accessibility-monitoring-buyers-guide-2026/">监测工具选购指南</a>、<a href="/toolkit/scan/">免费WCAG 2.2基线扫描</a>以及<a href="/articles/">2026年更广泛报道记录</a>。</p>
</div>

</div>

---
title: WCAG 3：工作草案对当前网站的影响
url: https://www.disabilityworld.org/zh/articles/wcag-3-preview-implications/
description: WCAG 3（Silver）仍是 W3C 工作草案。该拟议标准从二元通过/失败标准转向评分结果，引入铜/银/金合规等级，并将范围扩展至认知、语音和 AAC 交互模式。
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-3, silver, w3c, standards, explainer
---

# WCAG 3：工作草案对当前网站的影响

<div class="src-article" data-template="5">

<p class="image-alt-text">图片说明：桌上摆放着一份印刷版 WCAG 3 工作草案，彩色便签书签夹在其中，旁边是一份 WCAG 2.2 文档——这是 WCAG 3 预览入门的视觉标志。</p>

<p class="rt-prefix">阅读时间：12 分钟</p>

<p class="wp-block-paragraph"><strong>WCAG 3</strong>——W3C 自 2017 年起以工作名称 <em>Silver</em> 起草的下一代无障碍指南——截至 2026 年中期，仍处于 <strong>W3C 工作草案</strong>阶段。这一事实是关于它最重要的一点。它尚非正式建议、候选建议，也无法被监管机构、法院或采购官员以任何具有法律效力的方式援引。<a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2</a> 依然是全球目前进行审计所依据的标准，而 <a href="/articles/en-301-549-explained/">EN 301 549</a>、美国 <a href="/articles/section-508-refresh-status/">第 508 条</a>以及 <a href="/toolkit/glossary/web-accessibility-directive/">《网络无障碍指令》</a>的各国实施版本均引用的是 WCAG 2.x。WCAG 3 代表的是对无障碍合规衡量方式的一次深思熟虑的架构重写，也让人得以一窥未来十年监管机构采纳后的形态。</p>

<p class="wp-block-paragraph">本入门文章涵盖以下内容：WCAG 3 是什么、结构上有何变化、拟议的铜/银/金合规等级如何运作、候选建议何时可能现实地出现、与 WCAG 2.2 的政治张力（各国监管机构仍在采纳进程中），以及当前运行在 2.x 版本上的团队现在实际应采取哪些行动。简而言之：阅读工作草案，不要为其重构，并将任何今日承诺"WCAG 3 合规"的供应商视为要么认识有误、要么意图推销。</p>

<h2 class="wp-block-heading" id="h-what-wcag-3-is">WCAG 3 究竟是什么——以及它不是什么</h2>

<p class="wp-block-paragraph">WCAG 3 是 W3C 无障碍指南工作组（AG WG）一个新的<strong>建议轨道</strong>的工作名称，与 WCAG 2.x 系列相互独立。该项目于 2017 年以 <em>Silver</em> 为项目名称启动（化学符号 Ag，取"无障碍指南"之意的内部玩笑），首份公开工作草案于 2021 年 1 月发布。读者可在 <code>w3.org/TR/wcag-3.0/</code> 找到最新工作草案，该草案与此前每份草案一样，均附有醒目的页眉横幅，写明："本文档为工作草案，尚不稳定，不应作为实施依据加以引用或使用。"</p>

<p class="wp-block-paragraph">这条横幅具有实质意义。在 W3C 流程中，文档须经历五个成熟度级别：<em>工作草案</em>、<em>候选建议</em>（CR）、<em>拟议建议</em>（PR）、<em>建议</em>（REC），最终为<em>已取代建议</em>。WCAG 2.0 于 2008 年 12 月达到 REC。WCAG 2.1 于 2018 年 6 月达到 REC。WCAG 2.2 于 2023 年 10 月达到 REC。WCAG 3 尚未进入 CR 阶段——W3C 已明确表示，在若干实质性设计问题得到解决之前，无法进入该阶段。就最新发布草案而言，目前的状态是一份包含可行章节和明确标注的待解问题的研究与设计文档，而非稳定的规范。</p>

<p class="wp-block-paragraph">WCAG 3 不是什么：它不是 WCAG 2.2 的替代品。W3C 已声明，WCAG 2.2 与 WCAG 3 在后者达到建议状态后，很可能在较长的过渡期内共存。WCAG 3 也不是"WCAG 2.3"——其内容模型、合规模型和编辑结构与 2.x 系列存在足够大的差异，在设计过程的早期阶段便已否决了在 2.x 版本号内延续编号的方案。</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">目的与范围：为何要开辟新系列</h2>

<p class="wp-block-paragraph">WCAG 2.x 的三个结构性问题推动了开辟新系列的决策，而非继续在 2.x 版本号内递增。</p>

<p class="wp-block-paragraph">第一是<strong>范围</strong>。WCAG 2.x 从技术上讲是《<em>网页</em>内容无障碍指南》——它针对的是在用户代理中呈现的网页内容。然而，工作组的职责在十年间已扩展至涵盖数字无障碍的全部范畴：原生移动应用、信息亭、语音界面、虚拟与增强现实、AAC（辅助与替代沟通）工具、对话式 AI 界面。WCAG 3 从设计之初便追求内容与平台无关性，使同一条指南适用于网页、原生应用界面、语音流程和信息亭对话框，而无需团队针对一条名称中仍含"网页"的指南撰写三份不同的合规声明。</p>

<p class="wp-block-paragraph">第二是<strong>合规模型</strong>。WCAG 2.x 的合规是二元的：每项适用的成功标准要么通过、要么失败，而某单一 AA 标准上的单一失败即可使该页面的合规声明全盘落空。对于语义标题之类界面层面的清晰标准，这种方式行之有效——但对于基础障碍本质上是渐进而非二元的标准（如语言复杂度、认知负荷，或错误信息的清晰程度），其效果就大打折扣。WCAG 3 引入了评分结果，使页面在"清晰语言"等维度上可呈现出可量化的改善，而无需像 2.x 那样强制作出非此即彼的判断。</p>

<p class="wp-block-paragraph">第三是<strong>服务不足的用户群体</strong>。WCAG 2.x 在以下群体中存在有据可查的差距：认知障碍用户、低识字率用户、主要依赖 AAC 设备的用户、语音界面用户、使用可刷新盲文进行导航的盲聋用户，以及眼动追踪、脑机接口等新兴辅助技术模态的用户。2.x 的成功标准在技术上可应用于这些用户——但其起草时主要以屏幕阅读器、放大镜、纯键盘操作和低视力用户为参照对象。WCAG 3 的指南架构明确将认知、语音、AAC 及新兴辅助技术模态纳入一流指南目标，广泛征集相关贡献。</p>

<h2 class="wp-block-heading" id="h-key-changes">核心变化：结果而非成功标准</h2>

<p class="wp-block-paragraph">WCAG 3 中最具深远影响的变化——所有其他变化均由此派生——是从<strong>成功标准</strong>转向<strong>结果</strong>。</p>

<p class="wp-block-paragraph">WCAG 2.x 的<em>成功标准</em>是一条二元、可测试的陈述。<em>1.4.3 对比度（最低）</em>规定：文本和文本图像的对比度至少为 4.5:1，并附有两项特殊例外。页面要么满足该标准，要么不满足。这种方式非常适合可重复测试和对抗性场景（诉讼、审计、采购），但对于基础用户需求无法清晰分为通过/失败的标准而言则颇为苛刻。</p>

<p class="wp-block-paragraph">WCAG 3 的<em>结果</em>（在当前草案中）是一条可测试的陈述，附有一个或多个<strong>方法</strong>，描述如何验证该结果并如何对其评分。结果在二元判断适合的场景下可以是二元的（表单字段要么有标签、要么没有），但在基础用户需求是渐进式的场景下也可以在数值范围内评分（这段文字的可读性如何；这个错误状态的可恢复程度如何；这个导航的可预测性如何）。产品的合规结果随后跨结果汇总计算，而非在每项标准均需通过的门槛上受阻。</p>

<p class="wp-block-paragraph">由此派生出若干其他架构变化：</p>

<ul class="wp-block-list">
<li><strong>以指南作为组织单元。</strong>WCAG 3 将结果归入<em>指南</em>之下（大致对应于 WCAG 2.x 的原则与指南层，但以更具声明性的方式书写）。</li>
<li><strong>方法而非技术。</strong>WCAG 2.x 具有参考性的<em>技术</em>，建议如何满足某条成功标准。WCAG 3 则具有规范性的<em>方法</em>，描述如何验证某项结果。从"参考性"到"规范性"的转变至关重要：这意味着测试程序与指南同行，而非作为一份可被质疑的独立附件存在。</li>
<li><strong>原子测试与整体测试。</strong>某些结果在原子层面进行测试（单一元素、单一规则），另一些则在整个视图或任务流程中进行整体测试。认知负荷和清晰语言结果本质上是整体性的；对比度和标签结果本质上是原子性的。WCAG 3 在方法中明确了这一区分。</li>
<li><strong>功能需求类别。</strong>草案引入了<em>功能需求</em>——视觉、听觉、认知、言语、运动、多感官——作为横向轴线。每项结果均映射至其所针对的功能需求，使测试人员或监管机构无需通读整份文档，即可查询"所有影响认知需求用户的内容"。</li>
</ul>

<h2 class="wp-block-heading" id="h-conformance-tiers">合规等级：铜、银、金</h2>

<p class="wp-block-paragraph">WCAG 2.x 设有三个合规级别——A、AA、AAA——WCAG 3 则提出三个<strong>合规等级</strong>：<em>铜</em>、<em>银</em>和<em>金</em>。这些标签有意不采用字母，也有意不采用逐条累积的方式，以传达更高等级代表用户体验的实质改善，而非"同一产品勾选更多选项"。</p>

<p class="wp-block-paragraph"><strong>铜级</strong>是最低合规等级，大致对应"WCAG 2.x AA 等价"——即铜级合规产品在整体上不应比当前 AA 合规产品明显更差。铜级合规要求通过所有关键错误（草案中标记为根本性障碍的结果，例如信息性图像缺少替代文本），并在整个产品的结果评分中达到规定的阈值。草案提出，即使在评分模型中，关键错误仍保持二元性：任何关键错误均将阻止铜级合规，无论产品在其他方面的得分如何。</p>

<p class="wp-block-paragraph"><strong>银级</strong>是中间等级，大致对应强 AA-plus 产品——优于 WCAG 2.x AA 标准，但尚未达到 AAA。银级通常要求在相同评分结果上达到更高阈值，并通过铜级不要求的额外结果。具体阈值仍在工作草案中征询意见。</p>

<p class="wp-block-paragraph"><strong>金级</strong>是最高等级，旨在代表一款在设计和测试时覆盖指南所涵盖的全部功能需求范围的产品，而不仅仅是现有 2.x AA 标准主要解决的那些需求。金级是认知、语音、AAC 及新兴辅助技术结果权重最大的等级，因为这些用户群体正是 2.x 合规目前无法产生同等效果的地方。</p>

<p class="wp-block-paragraph">等级模型的两个重要特性值得关注。第一，<strong>范围以视图或流程为单位，而非以页面为单位</strong>：产品在不同界面上可持有不同合规等级，这对复杂应用而言比 WCAG 2.x 的逐页模型更为诚实。第二，合规声明随验证所用的方法一同存在——因此，WCAG 3 下的银级声明在理论上应可由另一位测试人员按照相同方法重现，而 WCAG 2.x AA 声明（在边缘案例中严重依赖测试人员判断）往往并非如此。</p>

<h2 class="wp-block-heading" id="h-emerging-at">新兴辅助技术模态</h2>

<p class="wp-block-paragraph">WCAG 3 项目的一项重大编辑承诺，是对 WCAG 2.x 历史上仅间接涉及的辅助技术模态提供一流支持。</p>

<p class="wp-block-paragraph"><strong>认知无障碍</strong>是扩展幅度最大的领域。当前草案纳入了此前在 W3C 独立的<em>认知无障碍任务组</em>成果（即《使认知和学习障碍人士能够使用内容》文档）中开发的结果成果。该领域的结果涵盖语言清晰度、导航可预测性、定向与寻路支持、错误预防与恢复，以及不必要认知负荷的最小化。这些结果中有许多是评分制而非二元制——"这句话的可读性是否足够"没有清晰的通过/失败判断——而这正是评分合规模型的设计初衷。</p>

<p class="wp-block-paragraph"><strong>语音与对话界面</strong>明确纳入范围。相关结果涉及语音提示的可识别性、语音命令的可发现性、语音识别错误后的恢复路径，以及双模态界面中语音与视觉交互的等效性。这是草案中平台无关指南架构最具价值的部分：智能音箱上的纯语音流程无法有意义地对照 WCAG 2.x 的"网页内容"成功标准进行测试，但可以对照被设计为模态中立的 WCAG 3 结果进行测试。</p>

<p class="wp-block-paragraph"><strong>AAC（辅助与替代沟通）</strong>用户——主要通过符号板、图片交换系统或语音生成设备进行沟通的人——在草案的用户研究目标中有明确的体现。该领域的结果涉及符号一致性、将 AAC 输入作为一流交互模式的支持，以及 AAC 用户需要导航的对话状态的认知可预测性。</p>

<p class="wp-block-paragraph"><strong>新兴辅助技术</strong>——眼动追踪、开关接口、脑机接口、头部追踪，以及混合现实设备的辅助界面——在草案路线图中有所命名。工作组的工作立场是，指南架构应能容纳这些模态，而无需文档逐一列举每种可能的辅助技术；功能需求轴线是实现这一目标的机制之一。</p>

<h2 class="wp-block-heading" id="h-timeline">时间线：候选建议何时可能落地</h2>

<p class="wp-block-paragraph">诚实的答案是，AG WG 以外的任何人都无法给出一个确定的日期，WG 内部也没有人发布过具体日期。W3C 的流程以共识为驱动，WCAG 3 中仍待解决的设计问题——精确的评分方法、铜/银/金的具体阈值、合规声明格式、认知结果的可测试性、过渡期与 WCAG 2.2 的关系——均非易事。任何标准系列中的工作草案都可能在该成熟度上停留数年。</p>

<p class="wp-block-paragraph">可以有合理把握地描述路径的轮廓。候选建议是当前工作草案之后的下一个成熟度步骤，而在工作组解决草案中当前标注的待解问题、并证明拟议结果具有<em>可测试性</em>（W3C 称之为"风险特性"审查，需要大量实施经验才能通过）之前，无法进入 CR 阶段。2025 年期间，W3C 工作人员多次公开表态：WCAG 3 的 CR 阶段距今仍有相当距离，该项目距稳定规范应以年而非月计。</p>

<p class="wp-block-paragraph">一旦进入 CR，标准流程要求至少经历数月的实施期，工作组在此期间收集结果已针对真实产品得到验证的证据。此后是 PR，再是 REC。REC 之后，监管机构的缓慢采纳进程才正式开始——历史上这一过程以年而非月衡量。通过修订后的 EN 301 549（V5 或更高版本）以 <a href="/articles/european-accessibility-act-guide/">EAA</a> 方式援引 WCAG 3，在任何现实解读下，都是 2020 年代末的前景，而非眼前之事。</p>

<h2 class="wp-block-heading" id="h-tension-with-22">与 WCAG 2.2 的张力</h2>

<p class="wp-block-paragraph">WCAG 3 与 WCAG 2.2 之间存在真实的政治张力，而这种张力是业界每次 WCAG 3 讨论的潜台词。WCAG 2.2 于 2023 年 10 月达到建议状态——这是一份已发布、稳定、可援引的标准，<a href="/articles/wcag-2-2-adoption-rate-survey/">各国监管机构仍在采纳进程中</a>。部分已完成采纳，部分尚未。即将发布的 <a href="/articles/en-301-549-explained/">EN 301 549</a> V4 将纳入 WCAG 2.2；美国第 508 条正在进行的修订指向 WCAG 2.x；美国私人诉讼辩护默认援引 WCAG 2.x。</p>

<p class="wp-block-paragraph">这种张力并非真的关乎哪份文档"更好"，而在于监管机构能否采纳一份仍在演变的标准——以及刚刚在 WCAG 2.2 合规上投入资源的团队，是否应相信一个不同的框架即将到来。工作组的官方立场是：两个系列并非零和关系——WCAG 2.2 仍是监管机构采纳的现行标准，WCAG 3 是终将取代它的下一代。WCAG 3 达到建议状态后，两份文档将在 W3C 并行维护，W3C 也已表示过渡期将足够长，使团队无需被迫强制迁移。</p>

<p class="wp-block-paragraph">实际上，这意味着三件事。WCAG 2.2 的审计工作不是浪费——其识别出的基础访问障碍在 WCAG 3 下不会消失，只是被重新组织为结果。正在推进 WCAG 2.2 采纳的监管机构并未走弯路——它们正在做这十年需要做的工作。而以工作草案为由营销"WCAG 3 合规"的供应商，是在对标准的成熟度作出错误陈述；针对不稳定工作草案的任何合规声明均无实质意义。</p>

<h2 class="wp-block-heading" id="h-comparison-table">WCAG 2.2 与 WCAG 3：维度对比</h2>

<table class="wp-block-table">
<thead>
<tr><th>维度</th><th>WCAG 2.2（当前建议）</th><th>WCAG 3（当前工作草案）</th></tr>
</thead>
<tbody>
<tr><td>成熟度</td><td>W3C 建议，自 2023 年 10 月起</td><td>工作草案，尚未进入候选建议阶段</td></tr>
<tr><td>合规单元</td><td>成功标准（二元通过/失败）</td><td>附方法的结果（二元或评分）</td></tr>
<tr><td>合规级别</td><td>A、AA、AAA——按标准逐级累积</td><td>铜、银、金——按结果总分汇总</td></tr>
<tr><td>范围</td><td>用户代理中呈现的网页内容</td><td>内容与平台无关（网页、移动、语音、信息亭）</td></tr>
<tr><td>认知结果</td><td>有限；通过若干成功标准间接涉及</td><td>一流，纳入 W3C 认知任务组的成果</td></tr>
<tr><td>语音 / AAC / 新兴辅助技术</td><td>未直接涉及</td><td>已命名为范围内模态，附专属结果</td></tr>
<tr><td>测试文档</td><td>参考性技术随标准附行</td><td>规范性方法随每项结果同行</td></tr>
<tr><td>声明粒度</td><td>逐页合规声明</td><td>逐视图或逐流程合规声明</td></tr>
<tr><td>今日监管引用</td><td>是（EAA 经 EN 301 549、WAD、第 508 条修订、法院）</td><td>否——工作草案不可被规范性引用</td></tr>
<tr><td>现实采纳时间线</td><td>现已生效；多年监管推广仍在进行</td><td>最早为 2020 年代末，取决于 CR/PR/REC 进展</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-implications-for-22-sites">对当前 2.x 网站的影响</h2>

<p class="wp-block-paragraph">任何当前在 WCAG 2.x 上运行网站、应用或产品的团队都面临的实际问题是：因为 WCAG 3 即将到来，我们现在应该有所不同吗？答案分为三个层面。</p>

<p class="wp-block-paragraph"><strong>以 WCAG 2.2 AA 为基准进行审计和修复。</strong>这是监管机构正在采纳的标准，是 EN 301 549 V4 将纳入的标准，也是具有私人诉权司法管辖区的法院所援引的标准。2026 年进行的一次高质量 2.2 AA 审计并非无用功——WCAG 3 下的基础障碍依然是障碍，修复它们所需的努力同样不会改变。那些寄希望于"等 WCAG 3 再做"而推迟 2.2 工作的团队，正在更长的时间线上为自己选择更糟糕的结果。</p>

<p class="wp-block-paragraph"><strong>阅读 WCAG 3 工作草案，但不要为其重构。</strong>草案是了解标准走向以及下一个十年将着重解决哪些用户需求的有益窗口。团队应阅读它（可在 W3C TR 网站免费获取），在设计和工程团队内分享，并以此推动关于认知无障碍、语音界面和 AAC 的讨论。然而，不应基于它撰写合规声明、起草采购条款，或重构审计方案以预判其内容。草案目前尚不稳定，不足以支撑上述任何活动。</p>

<p class="wp-block-paragraph"><strong>投资 WCAG 3 将要求的用户研究和设计研究能力。</strong>WCAG 3 引入的评分、整体性、模态无关结果，无法仅靠自动化扫描工具进行验证。它们需要与认知障碍用户、AAC 用户、语音界面用户开展设计研究。当 WCAG 3 达到建议状态时准备就绪的团队，不是那些拥有最精密自动化工具的团队——而是那些在全部功能需求范围内建立了稳定用户研究关系的团队。现在建立这些关系，是在任何标准下均可获得回报的投资。</p>

<h2 class="wp-block-heading" id="h-conclusion">WCAG 3 在您已熟悉的标准图谱中的位置</h2>

<p class="wp-block-paragraph">如果您一路追随无障碍标准的演进——从 <a href="/articles/section-508-refresh-status/">第 508 条</a>到 <a href="/articles/en-301-549-explained/">EN 301 549</a>，从 W3C 的 WCAG 2.0 到 2.1 再到 2.2——那么 WCAG 3 就是这一演进的下一代，目前处于设计中期。它是标准社群正在构建的文档，因为随着数字无障碍扩展至移动、语音、AAC 和认知界面，WCAG 2.x 二元、仅限网页、成功标准模型的局限性已愈发难以忽视。同时，它在今天也是一份不稳定的工作草案，任何监管机构都无法援引，任何负责任的供应商都无法声称符合。</p>

<p class="wp-block-paragraph">对于规划本十年余下时光的从业者而言：WCAG 2.2 是审计所依据的标准，EN 301 549 V4 是对齐的采购工具，WCAG 3 是周五下午可以拿来了解工作走向的文档。正确的姿态是知情的耐心——将 WCAG 3 置于视野边缘，做好眼前的 WCAG 2.2 工作，并建立无论五年后审计师援引哪份文档都将发挥价值的用户研究能力。本入门系列的下一篇，请参阅 <a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2 采纳率调查</a>，追踪哪些国家监管机构已率先完成采纳。</p>

</div>