2025年、原告はADAタイトルIIIに基づくウェブサイトアクセシビリティ訴訟を連邦裁判所に3,117件提起しました。これは2024年比27%増で、2022年以来の年間最多です。州裁判所への提訴を加えると、総数は5,000件を超えます。その顕著な数字でさえ圧力を過小評価しています。弁護士の見積もりによると、昨年35,000〜50,000通のアクセシビリティ督促状が米国企業に送られ、そのほとんどが裁判記録に載ることなく1,000〜25,000ドルで私下けされています。
貴社がウェブサイト、モバイルアプリ、オンラインストア、予約ウィジェット、またはカスタマーポータルを運営しているなら、貴社は今や現実的な標的です。そして、連続原告はもはや少数の常習的申立人に限られません。2025年の連邦ADAタイトルIII提訴の約40%は自己訴訟の個人によるもので、その多くがAI搭載スキャナーを使用して潜在的な被告を特定し、数分で訴状を作成しています。
本ガイドでは、ADAタイトルIIIがデジタル体験に実際に求める内容、WCAG 2.1レベルAAが事実上のベンチマークとなった理由、改善ロードマップの実際の姿、そして督促状が届く前に防御可能な記録を構築する方法について説明します。
なぜ貴社のウェブサイトがADAタイトルIIIの対象となるのか
障害者差別禁止法（ADA）のタイトルIIIは、公共施設における障害に基づく差別を禁止しています。この法律は1990年に制定され、ウェブサイトやモバイルアプリについて明示的に言及していませんでした。しかし、裁判所は過去10年間この曖昧さを解消するために動き、ほとんどの場合原告有利の判断を下してきました。
Robles対Domino's Pizza判決の影響
最も重要な判例はRobles対Domino's Pizza事件です。カリフォルニア州の視覚障害者である原告ギレルモ・ロブレス氏は、スクリーンリーダーでピザチェーンのウェブサイトとモバイルアプリを利用できないことを発見し、2016年にDomino'sを提訴しました。地方裁判所は当初、デュー・プロセス（適正手続き）の理由でこの訴訟を却下し、公表されたウェブアクセシビリティ規則がない以上、Domino'sにはコンプライアンスに必要な公正な通知がなかったと判断しました。
第九巡回区控訴裁判所は2019年にこの判決を覆しました。裁判所は、タイトルIIIがDomino'sのウェブサイトとアプリを対象とするのは、それらが物理的な公共施設（ピザレストラン）と関連しているからであり、公表された技術基準がなくても責任を課すことはデュー・プロセスに違反しないと判断しました。最高裁判所は同年、第九巡回区の判決に対する上告受理を拒否し、このルールを確定させました。Domino'sは6年間の訴訟の後、2022年6月に最終的に私下けしました。
実際的な影響は、物理的な店舗を持つ企業（そして多くの巡回区では純粋なオンライン企業も）が、アクセシブルでないウェブサイトに対して現実的な法的リスクに直面することです。
DOJの2024年タイトルII規則とタイトルIIIへの波及効果
2024年4月、司法省（DOJ）はADAタイトルIIに基づく最終規則を発行し、州および地方自治体のウェブサイトとモバイルアプリがWCAG 2.1レベルAAに準拠することを要求しました。この規則は正式には公共機関のみを拘束しますが、原告と裁判所は直ちにこれを「アクセシブル」の意味について最も権威ある連邦政府の表明として引用し始めました。
民間企業にとって、法的な計算は一夜にして変わりました。タイトルIIIには依然として公表された技術基準がなくても、原告はWCAG 2.1レベルAAを実質的に類似するタイトルII機関の基準として明記する拘束力のある連邦規則を指摘できます。現在、ほとんどの弁護士はタイトルIIIのクライアントに対し、WCAG 2.1レベルAAを最低基準として扱うようアドバイスしています。
WCAG 2.1レベルAAが実際に求める内容
WCAG（Web Content Accessibility Guidelines、W3Cが維持管理）は、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には音声代替が必要です。
キーボード操作可能性（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ピクセルのビューポートで2次元スクロールなしにリフローする必要があります。
訴訟が集中している地域
3つの連邦地区がウェブサイトアクセシビリティ提訴の大部分を占めています：ニューヨーク南部地区、カリフォルニア中部地区、フロリダ南部地区です。ニューヨークが圧倒的に多く、その理由の一部は、ニューヨーク州人権法とニューヨーク市人権法が連邦ADA請求よりも追加の州法上の根拠と低い訴答ハードルを提供するためです。
カリフォルニアでは、Unruh公民権法が原告1人につき違反1件あたり4,000ドルの法定損害賠償を規定しています。これにより和解の計算が劇的に変わります。小さな請求がクラスアクションで認証されれば、すぐに6桁のリスクに発展する可能性があります。
フロリダは2020年以降、3番目のハブとして浮上し、レストランチェーン、ホスピタリティブランド、D2C Eコマースショップをターゲットにした高頻度の訴訟業務を展開する原告側法律事務所がいくつか出現しています。
改善ロードマップの構築
督促状を受け取った場合、または理想的には受け取る前に対処する場合、作業はおおむね5つのフェーズに分かれます。これを1回限りの監査ではなく、予算と期限のあるプロジェクトとして扱ってください。
フェーズ1：自動および手動監査
まず、axe DevTools、WAVE、Google Lighthouseなどのツールを使用して自動スキャンを実行します。自動ツールはWCAGの失敗の30〜50%しか検出できません。残りはスクリーンリーダー（WindowsのNVDA、macOSとiOSのVoiceOver、AndroidのTalkBack）を使った手動テスト、キーボードのみのナビゲーション、ズームとリフローのテストが必要です。
各失敗を、違反したWCAG基準、影響を受けるページまたはテンプレート、重大度、推定改善作業量とともに文書化します。この監査ログが以降のすべてのフェーズの基盤となります。
フェーズ2：デザインシステムとコンポーネント修正
高頻度の失敗のほとんどはデザインシステムに存在します：ボタンのコントラスト、フォーカスインジケーター、フォーム入力、モーダルパターン、カルーセルコントロール、ナビゲーションメニューなどです。コンポーネントを1回修正すれば、そのすべてのインスタンスが修正されます。最も多くのページに表示されるコンポーネントを優先してください。
フェーズ3：コンテンツの一括点検
Altテキスト、ビデオキャプション、見出し構造、フォームラベルは通常、最も多くのテンプレートとページに影響するコンテンツレベルの修正です。すべての新規ページで作成者が従うべきコンテンツチェックリストと、既存ページを遡及的に修正するためのバックログ項目を作成してください。
フェーズ4：サードパーティベンダーとの調整
ほとんどの現代的なウェブサイトはサードパーティのウィジェットを埋め込んでいます：決済フォーム、ライブチャット、予約カレンダー、ビデオプレーヤー、分析オーバーレイ、レビューウィジェット、メールキャプチャポップアップなどです。これらのそれぞれが独自のアクセシビリティ失敗をもたらす可能性があり、タイトルIIIの裁判所は一般的に、企業は自社サイトに埋め込んだベンダーコードのアクセシビリティについて責任を負うとの判断を示しています。
各ベンダーに対し、現在のVPAT（自発的製品アクセシビリティテンプレート）またはアクセシビリティ適合レポートを要求してください。提供されるバージョンがWCAG 2.1レベルAAを満たしていることを確認してください。基準を満たさないベンダーには改善を要求するか、代替業者に切り替えてください。
フェーズ5：アクセシビリティステートメントとフィードバックチャネル
達成を目指す基準（通常はWCAG 2.1レベルAA）、既知の制限、ユーザーがアクセシビリティの問題を報告するための連絡チャネル（メールと電話）を明記した、明確にリンクされたアクセシビリティステートメントを公開します。このステートメントは法的免責を提供しませんが、誠意を文書化し、督促状への対応時に具体的に示せるものを提供します。
アクセシビリティオーバーレイについて
「アクセシビリティオーバーレイ」ツールの急成長産業（1行のコードで即時のWCAG準拠を約束するJavaScriptウィジェット）は、アクセシビリティを迅速かつ安価に解決すると主張しています。現実はもっと複雑です。オーバーレイは、ユーザーの支援技術を妨げることでアクセシビリティ問題自体を引き起こすとして、数十件の訴訟で名指しされています。複数の裁判所は、オーバーレイだけではタイトルIIIの請求を退けるのに十分ではないという主張を退けています。
オーバーレイは、すでにアクセシブルなサイト上でユーザーが自分の好みを適用する必要がある場合など、根本的な改善を補完する役割を果たすことはありますが、根本的なコードを修正する代わりにはなりません。原告側法律事務所は現在、特定のオーバーレイ製品を実行しているサイトを特に標的にしています。
防御のためのすべての記録化
督促状が届いたとき、防御戦略はほぼ完全に、申し立てられた違反時点でアクセシビリティプログラムについて証明できる内容に依存します。以下を含む証跡を構築してください：
- 範囲と発見事項を示す日付入り監査レポート
- 完了日付付きの改善チケット
- ベンダーのVPATとアクセシビリティ適合レポート
- デザイナーと開発者向けトレーニング記録
- 製品リリースに関連付けた内部アクセシビリティレビューチェックリスト
- アクセシビリティステートメントの変更ログ
- アクセシビリティ連絡チャネルを通じて受け取ったユーザーフィードバックとその対応
これらの記録は訴訟を防ぎませんが、和解交渉を劇的に変えます。迅速な10,000ドルの厄介者和解を狙う原告は、被告が現在の監査、文書化された改善バックログ、埋め込まれたすべてのウィジェットのベンダーVPATを提出できる場合、はるかに興味を失います。
アクセシビリティコンプライアンスの簿記面
アクセシビリティ改善はめったに1回限りの費用ではありません。通常、継続的な支出として帳簿に現れます：監査の代理店または請負業者請求書、テストツールと監視サービスのソフトウェアライセンス、デザインシステム再構築コスト、ベンダー切り替えコスト、そして最善の努力にもかかわらずすり抜ける不可避免な督促状和解金などです。
これらの費用を一般的なマーケティングやエンジニアリング支出とは別に追跡することで、いくつかのことが容易になります。時間の経過に伴う真のコンプライアンスコストを明確に把握でき、来年度のプログラム予算編成に役立ちます。後で控除を請求したり、資本化されたウェブサイト改善を償却したりする必要がある場合、支出を文書化できます。そして、常習的原告によるクラスアクションに直面した場合、アクセシビリティへの誠実な投資の財務記録を迅速に提示できます。これは和解交渉と合理的な修正の抗弁の両方で有用です。
「アクセシビリティコンプライアンス」のための簡単な勘定科目セグメントで、監査、改善労働力、テストツール、ベンダーデューデリジェンス、和解引当金のサブカテゴリを設けることは大いに役立ちます。四半期ごとのレビューと組み合わせて、プログラムが静かに予算から外れないようにしてください。
避けるべき一般的な間違い
事業者が受け取る督促状には、ほぼすべてにいくつかのパターンが見られます。
アクセシビリティを1回限りのプロジェクトとして扱うこと。 サイトは常に変化します。新しい製品ページ、再設計されたチェックアウト、埋め込まれたチャットボット、これらはいずれも新たな失敗をもたらす可能性があります。アクセシビリティを開発ライフサイクルに組み込み、すべての変更が出荷前にチェックされるようにしてください。
自動スキャンに全面的に依存すること。 自動ツールはWCAG失敗の一部しか検出しません。支援技術を使った手動テストは、非論理的なフォーカス順序、誤解を招くaltテキスト、使用不能なカスタムウィジェットなどの問題を見つける唯一の方法です。
モバイルアプリを無視すること。 タイトルIIIの原告は、ウェブサイトとネイティブモバイルアプリの両方を対象とする二重請求をますます提出しています。iOSとAndroidにはそれぞれ独自のアクセシビリティAPI（UIAccessibilityとTalkBack/AccessibilityService）があり、同じWCAG原則が適用されますが、プラットフォーム固有のテストが必要です。
PDFを忘れること。 サイトでホストされている税務フォーム、ホワイトペーパー、メニュー、ダウンロード可能なリソースはすべて対象です。PDFにはHTMLページと同様に、適切な読み取り順序、タグ、altテキスト、フォームフィールドラベルが必要です。
サードパーティプラットフォームが処理してくれると想定すること。 Shopify、WordPress、Wix、Squarespaceなどのプラットフォームはある程度のアクセシビリティ基盤を提供しますが、テーマの選択、カスタムコード、埋め込みウィジェット、公開するコンテンツは依然としてあなたの責任です。督促状はテーマが既製であるかどうか気にしません。
アクセシビリティステートメントを省略すること。 公開するのにコストはかからず、誠意の実証可能な証拠を提供します。ステートメントの不在は、訴状で具体的に引用されることがあります。
初日からコンプライアンス財務を整理する
アクセシビリティプログラムを構築する際、それを支える財務記録（監査請求書、ベンダー契約、改善労働力、トレーニングコスト、和解引当金）は、常習的原告が貴社を名指しした場合に何年後でも見つけられる場所に保存する必要があります。Beancount.ioはプレーンテキスト会計を提供し、すべての明細に対して完全な透明性とバージョン管理された履歴を、ブラックボックスなし、ベンダーロックインなしで実現します。無料で始めると、開発者、財務チーム、コンプライアンス意識の高い運営者が監査防御可能な記録を維持するためにプレーンテキスト会計を選ぶ理由がわかります。