2025年、原告側は連邦裁判所において、ADA（障害を持つアメリカ人法）第3編に基づき3,117件のウェブサイト・アクセシビリティ訴訟を提起しました。これは2024年比で27%の急増であり、2022年以来の年間最高件数です。州裁判所への申し立てを合わせると、合計は5,000件を超えます。しかし、この見出しの数字でさえ、その実態の厳しさを過小評価しています。弁護側弁護士の推計によると、昨年、米国の企業に対して送付されたアクセシビリティに関する督促状（デマンド・レター）は35,000件から50,000件に上り、そのほとんどが訴訟記録に残ることなく、1,000ドルから25,000ドルの間で内密に和解に至っています。
ウェブサイト、モバイルアプリ、オンラインショップ、予約ウィジェット、またはカスタマーポータルを運営しているビジネスであれば、今や現実的なターゲットとなります。そして、シリアル原告（連発提訴者）は、もはや少数の常連提訴者に限られません。2025年の連邦ADA第3編の申し立ての約40%は本人訴訟の個人によるもので、その多くはAI搭載スキャナーを使用して潜在的な被告を特定し、数分で訴状を作成しています。
このガイドでは、デジタルエクスペリエンスに対してADA第3編が実際に何を要求しているのか、なぜWCAG 2.1 レベルAAが事実上の基準となったのか、改善のロードマップはどのようなものか、そして督促状が届く前にどのように防御可能な記録を構築するかについて解説します。
なぜ今、ウェブサイトがADA第3編の対象となるのか
障害を持つアメリカ人法（ADA）の第3編は、公共施設（places of public accommodation）における障害を理由とする差別を禁止しています。この法律は1990年に制定されたもので、ウェブサイトやモバイルアプリについては明示的に言及されていません。しかし、裁判所はこの10年間、その曖昧さを解消するために時間を費やし、ほとんどの場合、原告に有利な判断を下してきました。
Robles対ドミノ・ピザ事件の遺産
最も重要な単一のケースは、Robles v. Domino's Pizzaです。カリフォルニア州の視覚障害者である原告、ギレルモ・ロブレス氏は、同チェーンのウェブサイトやモバイルアプリをスクリーンリーダーで使用できないことを知り、2016年にドミノ・ピザを提訴しました。地方裁判所は当初、ウェブアクセシビリティに関する規制が公表されていない以上、ドミノ・ピザは何を遵守すべきかについて公正な通知を受けていないとして、適正手続き（デュー・プロセス）の観点から訴えを棄却しました。
第9巡回区控訴裁判所は2019年にこの決定を覆しました。裁判所は、ウェブサイトとアプリが物理的な公共施設（ピザレストラン）と関連性（ネクサス）を持っているため、第3編の対象に含まれると判断しました。また、技術的な基準が公表されていなくても、責任を課すことは適正手続きに違反しないとしました。最高裁判所はその年の後半に第9巡回区の判決の検討を拒否し、そのルールを維持しました。ドミノ・ピザは6年にわたる訴訟の末、2022年6月にようやく和解しました。
実務上の影響として、物理的な拠点を有するあらゆるビジネス（そして多くの裁判管轄区では純粋にオンラインのみのビジネスでさえも）が、アクセシビリティに欠けるウェブサイトによって現実の訴訟リスクにさらされることになりました。
司法省（DOJ）による2024年の第2編規則と第3編への波及効果
2024年4月、司法省はADA第2編に基づく最終規則を発行し、州および地方政府のウェブサイトとモバイルアプリに対してWCAG 2.1 レベルAAへの準拠を義務付けました。この規則が正式に拘束するのは公的機関のみですが、原告や裁判所は直ちに、この規則を「アクセシブル」が何を意味するかについての最も権威ある連邦政府の表明として引用し始めました。
民間企業にとって、法的計算は一夜にして変わりました。第3編にいまだ公表された技術基準がないとしても、原告は、実質的に同様の第2編の団体に対する標準としてWCAG 2.1 レベルAAを名指しした拘束力のある連邦規制を指し示すことができるようになったのです。現在、ほとんどの弁護士は、第3編のクライアントに対してWCAG 2.1 レベルAAを最低基準として扱うよう助言しています。
WCAG 2.1 レベルAAが実際に要求すること
WCAG（Web Content Accessibility Guidelines）は、World Wide Web Consortiumによって管理されており、POURというアクロニムで便利にまとめられた4つの原則（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には音声による代替手段が必要です。
<img src="quarterly-earnings-chart.png" alt="2025年第4四半期の収益チャート。サービス収入が15%増加したことを示しています。">
### キーボード操作性 (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`、任意にレベルを飛ばさない）に従う必要があります。`<nav>`、`<main>`、`<header>`、`<footer>` といったセマンティック HTML 要素、または ARIA ランドマークを使用することで、スクリーンリーダーのユーザーが目的のセクションにジャンプできるようにします。適切なセマンティックロールを与えずに、`<div>` を見出しのようにスタイリングすることは避けてください。
### サイズ変更とリフロー (1.4.4, 1.4.10)
テキストは、水平スクロールを発生させることなく、200%のズームでも読み取れる状態を維持する必要があります。レイアウトは、320 CSS ピクセルのビューポートにおいて、二次元スクロールなしでリフロー（再配置）される必要があります。
## 訴訟が集中している場所
3つの連邦地方裁判所区が、ウェブアクセシビリティに関する提訴の大半を占めています。ニューヨーク州南部地区、カリフォルニア州中部地区、およびフロリダ州南部地区です。ニューヨーク州が圧倒的な差で首位に立っていますが、その理由の一つは、ニューヨーク州人権法やニューヨーク市人権法が、連邦の ADA（障害を持つアメリカ人法）請求よりも追加の法的根拠を提供し、提訴のハードルが低いためです。
カリフォルニア州にはアンルー民権法（Unruh Civil Rights Act）があり、原告1人、違反1件につき4,000ドルの法定損害賠償が規定されています。これにより和解金の計算が劇的に変わります。集団訴訟として認定されれば、少額の請求が瞬く間に6桁（数十万ドル）規模の賠償リスクへと膨れ上がります。
フロリダ州は2020年以来、第3の拠点として浮上しています。少数の原告側法律事務所が、レストランチェーン、ホスピタリティブランド、および消費者直接取引（D2C）型 eコマースショップをターゲットに、大量の訴訟を展開しています。
## 修正ロードマップの構築
催告状（Demand Letter）を受け取った場合、あるいは（より好ましいのは）受け取る前に対処する場合、作業はおよそ5つのフェーズに分けられます。これを一度限りの監査ではなく、予算と期限のあるプロジェクトとして扱ってください。
### フェーズ 1: 自動および手動監査
まずは axe DevTools、WAVE、Google Lighthouse などのツールを使用して自動スキャンを開始します。自動ツールで検出できるのは WCAG 違反の 30〜50% 程度です。残りは、スクリーンリーダー（Windows の NVDA、macOS および iOS の VoiceOver、Android の TalkBack）、キーボードのみのナビゲーション、ズーム、およびリフローテストによる手動テストが必要です。
検出された各違反について、違反した WCAG 基準、影響を受けるページまたはテンプレート、深刻度、および推定される修正作業を記録します。この監査ログが、以降のすべてのフェーズの基盤となります。
### フェーズ 2: デザインシステムとコンポーネントの修正
件数の多い違反のほとんどは、デザインシステムに起因しています。ボタンのコントラスト、フォーカスインジケーター、フォーム入力、モーダルのパターン、カルーセルのコントロール、ナビゲーションメニューなどです。コンポーネントを一度修正すれば、そのすべてのインスタンスが修正されます。より多くのページに表示されるコンポーネントを優先的に修正してください。
### フェーズ 3: コンテンツの一括修正
代替テキスト、ビデオのキャプション、見出し構造、フォームラベルなどは、通常コンテンツレベルの修正であり、多くのテンプレートやページに関わります。執筆者が新しいページを作成する際に従うべきコンテンツチェックリストを作成し、既存のページを遡って修正するためのバックログ項目を整備してください。
### フェーズ 4: サードパーティベンダーとの調整
現代のウェブサイトの多くは、決済フォーム、ライブチャット、予約カレンダー、ビデオプレーヤー、分析オーバーレイ、レビューウィジェット、メール登録ポップアップなどのサードパーティウィジェットを埋め込んでいます。これらの一つひとつがアクセシビリティの不備を引き起こす可能性があり、タイトルIII（Title III）裁判では一般的に、自社サイトに埋め込んだベンダーコードのアクセシビリティについても企業が責任を負うと判断されています。
各ベンダーに対し、最新の VPAT（自発的製品アクセシビリティテンプレート）またはアクセシビリティ適合報告書の提出を求めてください。提供されているバージョンが WCAG 2.1 レベル AA を満たしているか確認します。基準に達していないベンダーには修正を促すか、ベンダーの切り替えを検討してください。
### フェーズ 5: アクセシビリティ声明とフィードバックチャネル
準拠を目指す標準規格（通常は WCAG 2.1 レベル AA）、既知の制限事項、およびユーザーがアクセシビリティの問題を報告するための連絡先（メールおよび電話）を明記したアクセシビリティ声明を公開し、わかりやすくリンクを貼ってください。この声明自体に法的免責権はありませんが、誠実な対応（good faith）を証明する文書となり、催告状への回答において具体的な根拠として示すことができます。
## アクセシビリティ・オーバーレイについて
「アクセシビリティ・オーバーレイ」ツールの業界が急成長しています。これらは、たった1行のコードでWCAGへの即時準拠を約束するJavaScriptウィジェットであり、アクセシビリティを迅速かつ安価に解決すると主張しています。しかし、現実はより複雑です。オーバーレイ自体がユーザーの支援技術を妨げ、アクセシビリティ上の問題を引き起こしているとして、数十件の訴訟で名指しされています。複数の裁判所が、オーバーレイ単体ではタイトルIII（Title III）の請求を退けるのに十分ではないという主張を認めています。
オーバーレイは、すでにアクセシブルなサイトに対してユーザーが自身の好みを適用する必要がある場合に、根本的な修正を補完する役割を果たすことはあるかもしれませんが、根本的なコードの修正に代わるものではありません。原告側の法律事務所は現在、特定のオーバーレイ製品を実行しているサイトを具体的に標的にしています。
## 防御のためのドキュメント作成
催告状（Demand Letter）が届いた際、防御戦略は、違反が申し立てられた時点でのアクセシビリティ・プログラムについて何を証明できるかにほぼ完全にかかっています。以下を含む証拠の記録（ペーパートレイル）を構築してください：
- 範囲と調査結果を示す日付入りの監査レポート
- 完了日が記載された修正チケット
- ベンダーのVPATおよびアクセシビリティ適合レポート
- デザイナーおよび開発者のトレーニング記録
- 製品リリースに関連付けられた内部アクセシビリティ・レビュー・チェックリスト
- アクセシビリティ・ステートメントの変更ログ
- アクセシビリティ連絡窓口を通じて受け取ったユーザーフィードバックとその対応内容
これらの記録は訴訟を完全に防ぐものではありませんが、和解交渉を劇的に有利にします。手っ取り早い1万ドルの迷惑料的な和解を期待している原告は、被告が現行の監査結果、文書化された修正バックログ、およびすべての埋め込みウィジェットに対するベンダーのVPATを提示できる場合、関心を大幅に失います。
## アクセシビリティ・コンプライアンスの簿記的側面
アクセシビリティの修正は、一度限りの費用で済むことは稀です。通常、監査のためのエージェンシーや請負業者への請求書、テストツールや監視サービスのソフトウェアライセンス、デザインシステムの再構築コスト、ベンダー切り替えコスト、そして最善を尽くしても避けられない催告状への和解金など、経常的な支出として帳簿に現れます。
これらの費用を一般的なマーケティングやエンジニアリング支出とは別に追跡することで、いくつかのメリットがあります。長期的な真のコンプライアンス・コストを明確に把握でき、翌年度の予算策定に役立ちます。また、後に控除を申請したり、資産化したウェブサイト改善費用を償却したりする場合に、支出を証明できます。さらに、連続原告によるクラスアクション（集団訴訟）に直面した場合でも、アクセシビリティへの善意の投資を示す財務記録を迅速に提示でき、和解交渉や「合理的配慮」の抗弁において有用となります。
「アクセシビリティ・コンプライアンス」という勘定科目セグメントを作成し、監査、修正労務費、テストツール、ベンダーのデューデリジェンス、和解準備金などのサブカテゴリーを設けることは非常に効果的です。これに四半期ごとのレビューを組み合わせることで、プログラムが予算から静かに外れてしまうのを防ぐことができます。
## 避けるべき一般的な間違い
ビジネスオーナーが受け取る催告状の中で、ほぼすべてに見られるいくつかのパターンがあります。
**アクセシビリティを一回限りのプロジェクトとして扱う。** サイトは絶えず変化します。新しい製品ページ、再設計されたチェックアウト、埋め込みチャットボットなど、これらすべてが新たな不備を導入する可能性があります。アクセシビリティを開発ライフサイクルに組み込み、すべての変更がリリース前にチェックされるようにしてください。
**自動スキャンに完全に依存する。** 自動ツールで検出できるのはWCAGの不備の少数に過ぎません。論理的でないフォーカス順序、誤解を招く代替テキスト、使用不可能なカスタムウィジェットなどの問題を見つけるには、支援技術を使用した手動テストが唯一の方法です。
**モバイルアプリを無視する。** タイトルIIIの原告は、ウェブサイトとネイティブモバイルアプリの両方を対象とした二重の請求を行うケースが増えています。iOSとAndroidにはそれぞれ独自のアクセシビリティAPI（UIAccessibilityおよびTalkBack/AccessibilityService）があり、同じWCAGの原則が適用されますが、プラットフォーム固有のテストが必要です。
**PDFを忘れる。** サイトに掲載されている納税フォーム、ホワイトペーパー、メニュー、ダウンロード可能なリソースはすべて対象範囲内です。PDFもHTMLページと同様に、適切な読み上げ順序、タグ、代替テキスト、フォームフィールドのラベルが必要です。
**サードパーティプラットフォームが対応してくれると思い込む。** Shopify、WordPress、Wix、Squarespaceなどのプラットフォームはある程度のアクセシビリティの枠組みを提供しますが、テーマの選択、カスタムコード、埋め込みウィジェット、および公開するコンテンツについては依然としてあなたの責任です。催告状において、テーマがあらかじめ作成されたものかどうかは関係ありません。
**アクセシビリティ・ステートメントを省略する。** 公開するのにコストはかかりませんが、善意の証明として明確な証拠になります。ステートメントがないことが、苦情の中で具体的に言及されることもあります。
## コンプライアンス財務を初日から整理しておく
アクセシビリティ・プログラムを構築する際、監査の請求書、ベンダー契約、修正労務費、トレーニングコスト、和解準備金などの裏付けとなる財務記録は、数年後に連続原告があなたのビジネスを名指ししたときに備えて、見つけられる場所に保管しておく必要があります。[Beancount.io](https://beancount.io)は、すべての項目に対して完全な透明性とバージョン管理された履歴を提供するプレーンテキスト会計を提供します。ブラックボックスやベンダーロックインはありません。[無料で開始](https://beancount.io)して、開発者、財務チーム、およびコンプライアンスを重視する運営者が、監査に耐えうる記録を保持するためにプレーンテキスト会計を選ぶ理由を確かめてください。