ADA（Americans with Disabilities Act、アメリカ障害者法）は、障害を理由とする差別を禁止し、雇用、州政府と地方政府のサービス、一般向けの施設やサービス、交通、通信などで機会の平等を図る米国の法律です。
Webサイトやモバイルアプリも、情報の確認、予約、購入、申請、問い合わせといったサービスの入口になっているため、提供者によってはADA上の責任と切り離せません。
ただし、必要な対応は事業者の種類、サービスの内容、適用される条項によって異なります。
この記事はITサービスの設計と運用に役立つ一般的な情報を整理したものであり、個別案件の法的判断については米国法に詳しい専門家へ確認してください。
ADAの対象とデジタルサービスの関係
ADAは複数の「Title（編）」に分かれ、組織や活動の種類ごとに義務を定めています。
ITサービスとの関係を考えるときは、まず誰が、誰に、どのようなサービスを提供しているのかを整理します。
| 主な区分 | 主な対象 | ITサービスで確認する場面 |
|---|---|---|
| Title I | 雇用 | 採用サイト、応募手続き、従業員向けシステム |
| Title II | 州政府と地方政府 | 行政情報、申請、予約、公共サービスのWebサイトやアプリ |
| Title III | 一般に開かれた事業者のサービス | 商品やサービスの案内、購入、予約、問い合わせなどのオンライン機能 |
米国司法省は、州政府と地方政府、および一般に開かれた事業者が提供するWebコンテンツについて、障害のある人が情報やサービスを利用できるようにする必要があると説明しています。
対象範囲の確認には、米国司法省のADAの構成と適用対象に関する公式解説が出発点になります。
WCAGはアクセシビリティ要件を整理する共通言語
WCAG（Web Content Accessibility Guidelines）は、Webコンテンツを障害のある人にも利用しやすくするために、W3Cが策定している国際的なガイドラインです。
代替テキスト、キーボード操作、色の使い方、見出し構造、フォームのラベルなど、設計と実装で確認すべき事項を具体化できます。
現在の勧告であるWCAG 2.2の仕様は、知覚可能、操作可能、理解可能、堅牢という四つの原則で達成基準を整理しています。
サイト内のWCAG 2.2の基礎と実務上の読み方も、基準の全体像をつかむ手掛かりになります。
一方で、「WCAGのチェック項目を満たせば、あらゆる場合にADAへの適合が確定する」という意味ではありません。
WCAGは技術上の有力な判断基準ですが、法的責任の判断には組織の区分、提供するサービス、個別の状況も関わるからです。
利用を妨げるデジタル上の障壁
アクセシビリティの問題は、画面の見た目だけでは判断できません。
利用者が目的の操作を最後まで完了できるかという単位で確認すると、改善の優先順位を決めやすくなります。
| 障壁の例 | 起こり得る問題 | 主な確認方法 |
|---|---|---|
| 画像に適切な代替テキストがない | スクリーンリーダー利用者に画像の目的や情報が伝わらない | 画像の目的に合う代替テキストがあるか確認する |
| マウスでしか操作できない | キーボード利用者がメニュー、ダイアログ、フォームを操作できない | Tabキーなどで順序どおり移動し、現在位置を見分けられるか確認する |
| 色だけで状態を示す | 入力エラーや選択状態を区別できない利用者がいる | 文字、アイコン、形などでも同じ情報を伝える |
| 動画に字幕や代替手段がない | 音声を聞き取りにくい利用者へ内容が伝わらない | 正確な字幕や必要なテキスト説明を用意する |
| フォームの説明やエラー表示が曖昧 | 入力項目の意味や修正方法を理解できない | ラベル、入力例、エラーの場所と直し方を明示する |
| 文字を拡大すると表示が崩れる | 一部の情報や操作部品が見えなくなる | 拡大時や狭い画面でも内容と操作を保てるか確認する |
キーボード操作を詳しく確認する場合は、サイト内のキーボード操作とフォーカス表示の実務を参照してください。
設計から運用までの進め方
公開直前に検査するだけでは、構造に関わる問題の修正コストが大きくなります。
要件定義から運用まで同じ確認軸を引き継ぐと、担当者間で判断が分断されにくくなります。
- 対象範囲を決める：利用者が必ず通るログイン、検索、購入、予約、申請、問い合わせなどの主要な流れを洗い出します。
- 要件と受け入れ条件を定める：参照するWCAGの版と適合レベル、対象ページ、試験方法、修正の責任者を文書にします。
- 設計段階で障壁を減らす：見出しの順序、色に依存しない情報提示、フォーカス状態、エラー表示、字幕などを画面設計に含めます。
- 標準的な実装を優先する：意味に合うHTML要素を使い、キーボード操作、支援技術から伝わる名前や状態、文字拡大への対応を確認します。
- 複数の方法で試験する：自動検査、キーボードによる手動確認、スクリーンリーダーなどの支援技術による確認、障害のある利用者による評価を組み合わせます。
- 公開後も改善する：更新で問題が戻らないよう定期試験を行い、利用者が問題を報告できる窓口と修正手順を整えます。
自動検査は、機械的に判定できる問題を広く探すのに向いていますが、文章の分かりやすさ、代替テキストの妥当性、操作の自然さまで保証するものではありません。
検査方法を選ぶ際は、サイト内のWebアクセシビリティのチェックツール解説も参考になります。
担当者ごとの確認ポイント
アクセシビリティを一人の専門担当者だけに任せると、企画、設計、実装、コンテンツ更新の境界で問題を見落としやすくなります。
| 担当 | 主な確認事項 |
|---|---|
| プロダクトマネージャー | 対象利用者、主要な操作、適用範囲、受け入れ条件、改善の優先順位 |
| UX/UIデザイナー | 色とコントラスト、文字拡大、フォーカス状態、エラー表示、操作の一貫性 |
| 開発者 | 意味に合うHTML、キーボード操作、フォームの名前と説明、状態変化の伝達 |
| 品質保証担当者 | 自動検査と手動試験の組み合わせ、主要な利用経路、複数環境での再現確認 |
| 運用とサポート担当者 | 更新時の確認、問い合わせ窓口、問題の記録、修正後の再試験 |
モバイルアプリでは、OSのスクリーンリーダー、文字サイズ設定、外付けキーボードなど、実際の端末機能を使った確認も必要です。
対応で期待できることと限界
- 利用できる人を増やす：障害の有無や操作環境にかかわらず、情報取得や手続きを完了しやすくなります。
- 品質上の問題を早く見つける：不明確なラベル、複雑な操作、伝わりにくいエラーなど、幅広い利用者を困らせる問題の発見につながります。
- 手戻りを抑える：企画と設計の段階から要件に含めれば、公開後に構造を作り直す範囲を小さくできます。
- 法的リスクを把握しやすくする：対象範囲、試験結果、修正記録を管理することで、未確認の領域を説明しやすくなります。
ただし、アクセシビリティ施策は「訴訟を必ず回避する」「売上や評価が必ず上がる」と保証するものではありません。
法的な適合性と利用者が実際に操作できることを分けて確認し、継続的に改善する必要があります。
よくある誤解
WCAGに適合すればADA上の判断も自動的に決まるのか
WCAGへの適合は技術的な評価の根拠になりますが、それだけで個別案件の法的結論が自動的に決まるわけではありません。
米国司法省の公式情報、適用される規則、サービスの実態を確認し、必要に応じて専門家の助言を受けます。
自動検査でエラーがなければ十分なのか
自動検査でエラーが見つからなくても、すべての利用者が支障なく操作できるとは限りません。
キーボードによる手動確認、支援技術での確認、主要な操作を通した利用者評価を組み合わせます。
ウィジェットを導入すれば対応は完了するのか
補助ツールやウィジェットは、表示や操作の選択肢を増やし、一部の障壁を軽減する手段になります。
しかし、欠けているフォームラベル、キーボードで抜け出せない部品、動画の字幕、分かりにくい文章など、コンテンツや設計そのものにある問題を単独ですべて解決するものではありません。
補助ツールは、標準に沿った設計と実装、手動試験、利用者からのフィードバックを含む改善活動の一部として位置づけます。
実務で着手するためのチェックリスト
- 提供者とサービスに関係するADAの区分を確認する
- 利用者が必ず通る主要な操作を特定する
- 参照するWCAGの版、適合レベル、対象範囲を決める
- キーボードだけで主要な操作を完了できるか試す
- フォーム、画像、動画、見出し、エラー表示を確認する
- 自動検査の結果を手動試験と利用者評価で補う
- 問題の受付、優先順位付け、修正、再試験の手順を決める
当社では、利用者側の表示と操作を補助するUUU ウェブアクセシビリティウィジェットツールを提供しています。
導入を検討する際は、サイトの構造、コンテンツ、試験、運用を含むアクセシビリティ改善と組み合わせてご活用ください。
参考資料
- 米国司法省：Introduction to the Americans with Disabilities Act
- 米国司法省：Guidance on Web Accessibility and the ADA
- W3C：Web Content Accessibility Guidelines (WCAG) 2.2