2025年，原告在联邦法院依据ADA第三章提起了3,117起网站无障碍诉讼——比2024年增长了27%，是自2022年以来的最高年度数字。加上州法院的起诉，总数超过5,000起。即使这个头条数字也低估了压力：辩护律师估计，去年有35,000至50,000封无障碍催告函被发送到美国企业，其中大部分以1,000至25,000美元的价格私下和解，从未出现在任何案卷中。
如果你的企业运营网站、移动应用、在线商店、预订小部件或客户门户，你现在就是一个现实的目标。而且系列原告不再局限于一小群重复起诉者——2025年联邦ADA第三章诉讼中约有40%来自自我代理的个人，其中许多人使用AI驱动的扫描工具来识别潜在被告并在几分钟内起草诉状。
本指南将说明ADA第三章对数字体验的实际要求、为什么WCAG 2.1 AA级已成为事实上的基准、修复路线图是什么样的，以及如何在催告函到达之前建立可辩护的记录。
为什么你的网站现在处于ADA第三章的管辖范围内
《美国残疾人法案》第三章禁止在公共 accommodation 场所基于残疾的歧视。该法规制定于1990年，从未明确提及网站或移动应用——但法院在过去十年中一直在解决这一模糊性，几乎总是倾向于原告。
Robles诉Domino's Pizza案的遗产
最重要的案例是Robles诉Domino's Pizza案。加州盲人原告Guillermo Robles在2016年起诉Domino's，因为他发现自己无法使用屏幕阅读器浏览该披萨连锁店的网站或移动应用。地方法院最初以正当程序为由驳回了此案，理由是没有公布的网络无障碍法规，Domino's没有公平通知什么构成合规。
第九巡回上诉法院在2019年推翻了该决定。法院认为第三章涵盖Domino's的网站和应用，因为它们与物理公共 accommodation 场所（披萨餐厅）有联系，并且即使没有公布的技术标准，施加责任也不违反正当程序。最高法院当年晚些时候拒绝审查第九巡回上诉法院的决定，使该规则得以保留。Domino's在六年诉讼后最终于2022年6月达成和解。
实际效果是，任何有实体地点的企业——在许多巡回法院中，甚至纯在线企业——现在都面临因网站不可访问而产生的真实风险。
司法部2024年第二章规则及其对第三章的溢出效应
2024年4月，司法部根据ADA第二章发布了一项最终规则，要求州和地方政府网站及移动应用符合WCAG 2.1 AA级。虽然该规则正式只约束公共实体，但原告和法院立即开始引用它作为联邦对"无障碍"含义最权威的表述。
对于私营企业来说，法律计算在一夜之间发生了变化。即使第三章仍然没有公布的技术标准，原告现在可以指出一项具有约束力的联邦法规，该法规将WCAG 2.1 AA级命名为实质上类似的第二章实体的标准。大多数辩护律师现在建议他们的第三章客户将WCAG 2.1 AA级视为底线。
WCAG 2.1 AA级实际上要求什么
WCAG——网络内容无障碍指南，由万维网联盟维护——围绕四个原则组织，方便地用首字母缩略词POUR概括：可感知（Perceivable）、可操作（Operable）、可理解（Understandable）和健壮（Robust）。AA级包括每个A级成功标准加上额外的AA特定标准。AA级总共有50个成功标准，但少数几个驱动了绝大多数催告函。
颜色对比度（1.4.3和1.4.11）
正文文本与其背景的对比度必须至少为4.5:1。大号文本（18磅或14磅加粗）至少需要3:1。按钮、表单字段边框、焦点指示器和其他交互式图形元素必须与相邻颜色达到3:1。很多催告函源于此，因为自动化扫描工具能在几秒钟内检测到对比度失败。
非文本内容的文本替代（1.1.1）
每个承载信息的图像、图标、图表、照片和图形都需要一个传达相同信息的alt属性。装饰性图像获得空alt属性（alt=""），以便屏幕阅读器跳过它们。标志应描述品牌。图表和信息图需要在附近或链接中提供更长的文本等价物。表单输入图标需要标签。CAPTCHA需要音频替代方案。
键盘可操作性（2.1.1、2.1.2、2.4.3、2.4.7）
每个交互元素——菜单、模态框、轮播、手风琴、选项卡、自定义下拉菜单——必须仅使用键盘即可访问和操作。用户绝不能被困在小部件内而无路可退（经典的"没有鼠标就无法关闭的模态框"失败）。焦点顺序必须合乎逻辑，可见的焦点指示器必须始终显示用户在页面上的位置。
表单标签、错误和说明（1.3.1、3.3.1、3.3.2、3.3.3、3.3.4）
每个表单输入都需要一个程序化关联的标签（<label for="">元素或aria-label）。错误消息必须标识哪个字段失败以及如何处理。对于高风险表单（结账、账户创建、法律确认），用户需要有机会在提交前审查和更正。
字幕和音频描述（1.2.2、1.2.5）
预先录制的视频需要同步字幕。如果基本信息通过视觉传达而不在音轨中，你还需要音频描述。AA级的直播视频需要实时字幕。
标题结构和地标（1.3.1、2.4.6）
标题必须遵循逻辑层级（h1 → h2 → h3，不能随意跳级）。使用语义HTML元素——<nav>、<main>、<header>、<footer>——或ARIA地标，以便屏幕阅读器用户可以跳到他们想要的区域。避免将<div>样式化为标题而不赋予其正确的语义角色。
调整大小和重排（1.4.4、1.4.10）
文本在200%缩放时必须保持可读性，无需水平滚动。布局必须在320 CSS像素视口上重排，无需二维滚动。
诉讼集中的地区
三个联邦地区集中了大部分网站无障碍诉讼：纽约南区、加州中区和佛罗里达南区。纽约遥遥领先，部分原因是纽约州人权法和纽约市人权法提供了额外的州法依据和比联邦ADA索赔更低的起诉门槛。
加州增加了Unruh民权法案，该法案为每位原告的每次违规提供4,000美元的法定损害赔偿。这大大改变了和解计算——如果集体诉讼获得认证，一个小索赔可能迅速变成六位数的风险敞口。
佛罗里达自2020年以来成为第三个中心，少数原告律师事务所发展了高量业务，针对连锁餐厅、酒店品牌和直接面向消费者的电子商务商店。
构建修复路线图
如果你收到催告函——或者更好的是，如果你在此之前采取行动——工作大致分为五个阶段。将其视为一个有预算和截止日期的项目，而不是一次性审计。
第一阶段：自动化和手动审计
首先使用axe DevTools、WAVE或Google Lighthouse等工具进行自动化扫描。自动化工具能捕捉到WCAG失败的30%至50%——其余需要手动测试，包括使用屏幕阅读器（Windows上的NVDA、macOS和iOS上的VoiceOver、Android上的TalkBack）、仅键盘导航以及缩放和重排测试。
记录每个失败，包括违反的WCAG标准、受影响的页面或模板、严重程度以及估计的修复工作量。此审计日志成为后续每个阶段的主干。
第二阶段：设计系统和组件修复
大多数高量失败存在于你的设计系统中：按钮对比度、焦点指示器、表单输入、模态框模式、轮播控件、导航菜单。修复组件一次即可修复每个实例。优先处理出现在最多页面上的组件。
第三阶段：内容清理
替代文本、视频字幕、标题结构和表单标签通常是内容级别的修复，涉及最多的模板和页面。为作者构建一个内容检查清单，必须用于每个新页面，并为追溯修复现有页面创建待办事项。
第四阶段：第三方供应商协调
大多数现代网站嵌入了第三方小部件：支付表单、在线聊天、预订日历、视频播放器、分析覆盖层、评论小部件和电子邮件捕获弹窗。每一个都可能引入自己的无障碍失败，第三章法院通常认为企业对其网站上嵌入的供应商代码的无障碍性负责。
对于每个供应商，索取当前的VPAT（自愿产品无障碍模板）或无障碍一致性报告。验证他们提供的版本符合WCAG 2.1 AA级。推动不合格的供应商进行修复，或替换它们。
第五阶段：无障碍声明和反馈渠道
发布一个清晰链接的无障碍声明，说明你旨在达到的标准（通常为WCAG 2.1 AA级）、已知限制以及供用户报告无障碍问题的联系渠道（电子邮件和电话）。该声明不提供法律豁免，但它记录了善意，并为催告函回复者提供了具体可指出的内容。
关于无障碍覆盖层的一句话
一个蓬勃发展的"无障碍覆盖层"工具行业——通过一行代码承诺即时WCAG合规的JavaScript小部件——声称能快速、廉价地解决无障碍问题。现实更为复杂。覆盖层已在数十起诉讼中被点名，称其本身通过干扰用户的辅助技术而导致无障碍问题。一些法院已驳回仅靠覆盖层就足以击败第三章索赔的论点。
覆盖层可能作为基础修复的补充发挥作用——适用于需要在自己偏好的已无障碍网站上应用偏好的用户——但它们不能替代修复底层代码。原告律师事务所现在专门针对运行某些覆盖层产品的网站。
为辩护记录一切
当催告函到达时，你的辩护策略几乎完全取决于你能证明在涉嫌违规时你的无障碍计划是什么。建立包括以下内容的书面记录：
- 显示范围和发现的注明日期的审计报告
- 带有关闭日期的修复工单
- 供应商VPAT和无障碍一致性报告
- 设计师和开发人员的培训记录
- 与产品发布相关的内部无障碍审查检查清单
- 无障碍声明的变更日志
- 通过你的无障碍联系渠道收到的用户反馈以及你的回复
这些记录不能防止诉讼，但它们会显著改变和解谈判。一个希望快速获得10,000美元滋扰和解的原告，在被告能出示当前审计、记录的修复积压以及每个嵌入小部件的供应商VPAT时，兴趣会大大降低。
无障碍合规的簿记方面
无障碍修复很少是一次性支出。它通常作为经常性支出出现在你的账簿中——审计的代理或承包商发票、测试工具和监控服务的软件许可、设计系统重建成本、供应商切换成本，以及尽管你尽了最大努力仍会滑过的不可避免的催告函和解。
将这些支出与一般营销或工程支出分开跟踪会使几件事变得更容易。你可以清楚地了解随时间推移的真实合规成本，这有助于预算明年的计划。如果以后需要申请扣除或将资本化的网站改进摊销，你可以记录支出。如果你面临系列原告集体诉讼，你可以快速制作出你在无障碍方面的善意投资的财务记录——在和解谈判和任何合理修改抗辩中都有用。
一个简单的"无障碍合规"会计科目表细分，包括审计、修复人工、测试工具、供应商尽职调查和和解准备金等子类别，会大有帮助。配合季度审查，使计划不会悄然偏离预算。
应避免的常见错误
几乎每一封我看到的商业主收到的催告函中都出现一些模式。
将无障碍视为一次性项目。 网站不断变化。新的产品页面、重新设计的结账流程、嵌入的聊天机器人——任何这些都可能引入新的失败。将无障碍纳入你的开发生命周期，以便每个更改在发布前都经过检查。
完全依赖自动化扫描。 自动化工具只能捕捉到WCAG失败的一小部分。使用辅助技术进行手动测试是发现逻辑焦点顺序混乱、误导性替代文本或不可用的自定义小部件等问题的唯一方法。
忽略移动应用。 第三章原告越来越多地提起涵盖网站和原生移动应用的双重索赔。iOS和Android各有自己的无障碍API（UIAccessibility和TalkBack/AccessibilityService），相同的WCAG原则适用，但需要平台特定的测试。
忘记PDF。 税务表格、白皮书、菜单和网站上托管的可下载资源都在范围内。PDF需要与HTML页面相同的正确阅读顺序、标签、替代文本和表单字段标签。
假设第三方平台会为你处理。 Shopify、WordPress、Wix、Squarespace等平台提供一些无障碍脚手架，但主题选择、自定义代码、嵌入小部件以及你发布的内容仍然是你的责任。催告函不关心主题是否是预建的。
跳过无障碍声明。 发布它不需要任何成本，并提供可证明的善意证据。缺少声明有时会在投诉中被特别引用。
从第一天起保持合规财务井然有序
在你构建无障碍计划时，支持性的财务记录——审计发票、供应商协议、修复人工、培训成本和和解准备金——需要存放在一个若干年后如果系列原告点名你的企业时能找到的地方。Beancount.io提供纯文本记账，为你提供对每个明细项目的完全透明和版本控制历史，没有黑匣子，没有供应商锁定。免费开始，看看为什么开发者、财务团队和注重合规的运营者选择纯文本记账来保持可审计辩护的记录。