AIアクセシビリティ：活用法、ツール、限界に関する実践ガイド

AIアクセシビリティとは、人工知能（AI）を活用して、障害のある人がデジタルコンテンツを読んだり、聞いたり、話したり、その中を移動したりできるよう支援すること、そしてAIツール自体をアクセシブルにすることを指します。

このガイドでは、さまざまなアクセスニーズに対してAIができること、デジタルコンテンツをアクセシブルにするためにAIを活用する際のベストプラクティス、結果の確認方法、AIツール自体がアクセシブルかどうかを見分ける方法、そしてアクセシビリティのためのAIにまだ足りない点について解説します。

AIアクセシビリティとは？

AIアクセシビリティには2つの意味があります。アクセシビリティのためのAIと、AIのアクセシビリティです。

アクセシビリティのためのAIとは、AIを活用して、障害や学習困難のあるユーザーにとってコンテンツをアクセシブルにすることです。

AIを活用したアクセシビリティツールは、本来ならアクセスできないコンテンツを利用したり、本来なら極めて困難なタスクを完了したりするのに役立ちます。あるいは、まったく不可能なタスクでさえも。

たとえば、テキスト読み上げツールを使えば視覚障害のある人も書かれた文章を「読む」ことができ、音声入力や単語予測はディスレクシアのある人が文章でコミュニケーションをとるのを容易にします。そうすることで、こうしたツールは、彼らが私生活、学業、仕事の場で直面する不利の一部を補っています。

AIツールは、視覚障害のある読者向けの画像の代替テキストや、ろう者や難聴の視聴者向けの動画字幕など、アクセシブルなコンテンツの作成にも役立ちます。

AIのアクセシビリティについて話すとき、それはAIツール自体のアクセシビリティを意味します。たとえば、手の器用さに制限のある人がキーボードや音声だけで操作できるかどうか、あるいはすべての入力欄やボタンにスクリーンリーダー向けの明確なラベルが付いているかどうか、といったことです。

AIは障害のある人をどう支援するか

支援技術は、障害や学習困難のあるユーザーを助ける光学文字認識（OCR）、音声認識、テキスト読み上げツールなどで、長年にわたりAIを活用してきました。

生成AIは、そこに新たな次元を加えます。画像の説明、要約、字幕といった新しいコンテンツを生成するのです。

視覚障害から認知障害まで、さまざまなアクセシビリティニーズをAIがどのように支援し、どこでうまくいかないのかを以下にまとめます：

AIを使ってコンテンツのアクセシビリティを向上させる方法

AIツールは、コンテンツ制作者やパブリッシャーがWeb Content Accessibility Guidelines（WCAG）に定められたアクセシビリティ基準を満たすのに役立ちます。代替テキスト、字幕、音声解説の下書きを作成したり、記事を音声に変換したり、複雑な文章をわかりやすい言葉に書き換えたりできます。

画像、グラフ、インフォグラフィックの代替テキストを書く

PerplexityなどのAIアシスタントを使って、画像、グラフ、インフォグラフィックの代替テキスト（altテキスト）の下書きを作成しましょう。スクリーンリーダーは代替テキストを読み上げるため、優れた説明があれば、全盲や弱視の読者もグラフィックが伝える情報を得られます。

以下は、Perplexityが棒グラフ用に生成した、詳細な説明付きの代替テキストの例です：

拡大

プロンプトは次のとおりです：

このグラフの代替テキストを書いてください。グラフが示す内容とその主なポイントを1〜2文で述べてください。次に、すべての傾向、値、ラベル、データポイントを網羅した詳細な説明を書いてください。グラフを見ることができない人でも、その説明だけで完全に理解できるほど詳しく書いてください。最後に、はっきり読み取れなかった箇所や確信が持てない箇所をすべて挙げてください。元データと照合して確認します。

視覚コンテンツの代替テキストを書く際のポイント：

• 視覚コンテンツには短いバージョンと長いバージョンを用意する：1文の代替テキストに加えて、データまたは詳細な説明を書きます。
• 目的に合わせて書く：WCAGでは、テキストによる代替が画像と同等の目的を果たすことが求められています。そのためには、AIアシスタントがその画像が本文中にある理由を理解する必要がある場合もあるため、記事の本文など、追加のコンテキストを提供しましょう。
• すべての値を確認する：AIが読み間違えている可能性があるため、説明に含まれる各数値を元データと照合しましょう。特に小さなラベルや数字には注意が必要です。
• 装飾画像はそれとわかるようにマークする：純粋に装飾的な画像には空のalt属性（alt=""）を指定し、スクリーンリーダーが読み飛ばすようにします。（属性自体を省略しても効果はありません。W3Cの画像チュートリアルで説明されているように、その場合はファイル名を読み上げてしまうスクリーンリーダーがあるためです。）

動画の字幕と音声の文字起こしを作成する

現在では、多くのAIアシスタントが音声ファイルや動画ファイルを受け付け、文字起こしできます。

字幕と文字起こしがあれば、音声を聞くことができない人も話し言葉のコンテンツを利用できます。ろう者や難聴の視聴者は、動画の内容を追うために字幕を、ポッドキャストや録音された通話には文字起こしを頼りにしています。また、聞くよりも読んだり検索したりしたい人にとっても役立ちます。

PerplexityなどのAIアシスタントは動画や音声ファイルを文字起こしし、誰が何を話したかをラベル付けできますが、専用の文字起こし・字幕作成ツールを使えば作業をより速く進められます。たとえば、Otter.aiやSembly AIは音声ファイルや会議を文字起こしして話者を表示し、DescriptやTellaなどの動画編集ツールは字幕を自動で作成します。

WCAGの字幕に関する達成基準（収録済み動画については1.2.2、ライブ動画については1.2.4）は、セリフ、話者、意味のある効果音を対象としています。そのため、話者の切り替わりや笑い声などの音も字幕に含まれているか確認しましょう。

AIツールは名前や製品用語を間違えることがよくあります。そのため、録音に含まれる名前や用語の用語集をAIアシスタントと共有し、字幕作成ツールや文字起こしツールにカスタム語彙機能があれば、それらの用語を追加しましょう。

動画に音声解説を追加する

音声解説は収録済み動画に対するレベルAAの要件（WCAG 1.2.5）であり、動作、場面の転換、表情、画面上のテキストなど、サウンドトラックでは伝わらない状況を、見ることができない人に伝えます。

解説を手作業で書くには時間がかかるため、Verbit、3Play Media、ScreenPalなどの専用ツールでは現在、AIを使って解説の下書き作成と音声化を行っています。

AIによる下書きには、依然として人間による編集が必要です。RNIBの委託によりサリー大学が実施した2025年の調査では、AIが生成したBBC番組の解説は「正確さ、一貫性、文脈の把握に欠けることが多く」、登場人物を誤認していました。

解説を編集する際は、視聴者が動画の内容を追うのに必要な情報に絞り、セリフの自然な間に配置しましょう。

複雑な文章をわかりやすい言葉に書き換える

生成AIツールは、文章の書き換え、短縮、再構成、説明ができます。ディスレクシアやADHDなど、認知・学習・注意に関する特性があり、長い文や専門用語、長い段落を理解しにくい人のために、密度の高い文章をよりわかりやすいバージョンに変換できます。

文章の理解に前期中等教育（約9年間の学校教育）を超える読解力が必要な場合、WCAGはより平易なバージョンまたは補足コンテンツを提供することを推奨しています（達成基準3.1.5、レベルAAA）。

文書の書き換えに応用できるプロンプトの例を紹介します：

[添付の育児休業規程]を、英語を第二言語として読む従業員や、ディスレクシアやADHDのある従業員向けに、わかりやすい言葉で書き直してください。12〜14歳が理解できる読解レベルを目指してください。[受給資格の規則、期限、日数、書式名]はすべて原文どおりに残してください。1文は20語以内とし、1文につき1つの内容にしてください。冒頭に[対象者と申請方法についての]2文の要約を入れてください。[申請]手続きを番号付きの手順にし、各パートの前に短い見出しを付け、[「accrual」]や[「statutory pay」]などの専門用語は、初出時に括弧内で説明するか言い換えてください。略語はすべて初出時に正式名称を記載してください。

AIは、一見正しく見えるまま重要な詳細を落としたり意味を変えたりすることがあります。そのため、原文と照合し、公開前にその分野に詳しい人に重要な情報が失われていないことを確認してもらいましょう。

文章コンテンツの音声版を作成する

音声版があれば記事や文書を耳で聞けるため、視力を失った人や、ディスレクシアなど読み書きに関わる学習困難のある人にとってアクセシビリティが高まります。

拡大

AI音声生成ツールは、テキストを自然な音声に変換します。たとえば、ElevenLabs Audio Nativeは記事に埋め込めるナレーションプレーヤーを作成し、Amazon Pollyはテキストを公開可能な音声ファイルに変換します。

どちらも、名前、略語、製品用語の発音を設定できます。リスナーを混乱させないよう、まずそれらを確認しましょう。

音声版をページに埋め込む際は、オーディオプレーヤーがキーボードで操作でき、コントロールに明確なラベルが付いていることを確認してください。長い記事には短い要約を追加し、本文が変更されたら必ず音声も更新しましょう。

ウェブサイトのアクセシビリティを向上させる

自動チェッカーとAIコーディングアシスタントは相性が抜群です。チェッカーがサイトのコードの問題を見つけ、アシスタントがそれを修正します。

まずはAxeなどの自動ウェブアクセシビリティチェッカーを使いましょう。Axeは固定のルールに照らしてページをテストし、色のコントラスト不足、名前のないボタンやリンク、ラベルのないフォーム項目などの不合格箇所を指摘します。次に、レポートとページのコードを、従うべきアクセシビリティルールとあわせてコーディングアシスタントに渡します：

このページで自動アクセシビリティチェッカーを実行しました。レポートとページのコードを添付します。ページがWCAG 2.2 AAを満たすように各不合格箇所を修正し、各変更を1文で説明してください。正しいコードには手を加えないでください。

新しいサイトを構築する際は、最初からAIアシスタントにルールを与えましょう。

8つのAIモデルを対象としたMicrosoftの2026年5月のテストでは、アクセシビリティに関する指示なしで構築されたページのうち、自動チェックに合格したのは12%でした。WCAG 2.2のコーディングルールをまとめた約100行のチェックリストを追加すると、平均は60%に上昇しました。そのガイダンスを再利用可能なスキルとしてパッケージ化すると82%に、さらにモデルにテストを実行させて自身のコードを修正させると86%に上昇しました。

拡大

Microsoftのレポートでも指摘されているように、自動テストで検出できるのはアクセシビリティの問題の一部にすぎません。そのため、すべてのチェックに合格したページでも、依然として使いにくい場合があります。

サイトを規格に準拠させると謳う1行のウィジェット、つまりAIアクセシビリティオーバーレイには注意が必要です。2025年1月、米連邦取引委員会はaccessiBeに100万ドルの支払いを命じました。同社のAIウィジェットがあらゆるウェブサイトをWCAGに準拠させられるという主張が理由です。また、2025年4月の最終命令では、同社が根拠を示せない限り、そのような主張をすることを禁じています。

アクセシビリティのためのAIの限界

AIはアクセスを広げる一方で、プライバシー上のリスクも生み出します。また、その出力は信頼性に欠けたり、偏っていたりする場合があります。

プライバシーに関する懸念

支援AIは機密性の高い情報を扱います。手紙、書類、薬のラベルを映したカメラ映像、会話の録音、障害を明らかにしうる詳細情報などです。

そのデータがどの程度プライベートに保たれるかは、主にツールがどこでデータを処理するかによって決まります。

AppleのPersonal Voiceのように、すべてをデバイス上で処理するツールもあれば、クラウドに依存するツールもあります。たとえば、Be My EyesのBe My AIは、説明を生成するために写真をAIプロバイダーのサーバーに送信します。

もう一つの大きな懸念は、ベンダーがユーザーデータを使ってモデルをトレーニングしているかどうかです。

信頼性の問題

AIを活用したアクセシビリティ技術を含め、AIツールは間違いを犯すことがあり、その間違いは障害のある人により大きな害を及ぼします。

2026年に発表された、全盲・弱視の20人を対象とした日記調査では、追加の質問への回答の22%に誤った情報が含まれており、AIがテキストやグラフィックを読み取る場合には35%に上昇しました（ただし、AIによる最初の説明の大半は正確でした）。

間違いが起きると、実害につながることがあります。American Foundation for the Blindが2025年に実施した調査では、AIによる画像説明を利用する全盲・弱視の人の21%が、AIの間違いによって被害を受けたことがあると回答しました。これに対し、晴眼者のユーザーでは9%でした。AI字幕を利用するろう者・難聴者ではこの割合が24%で、障害のないユーザーでは4%でした。

レポートの著者は2つの理由を挙げています。障害のあるユーザーは出力を元の画像や音声と照合できないことが多いこと、そして薬のラベルや金融関係の書類を読むなど、より重大な場面でこれらのツールを使う人がいることです。

バイアスとトレーニングデータ

音声認識ツールなど、一部のAIツールは障害のある人にとって十分に機能しない場合があり、トレーニングデータの不足がその理由の一つとなっています。

Speech Accessibility Projectによる2024年の論文によると、2008年から2023年にかけて、構音障害のある話者の発話認識における最良のエラー率は3分の1に低下したのに対し、他の話者では5分の1に低下しました。著者らは、主な理由の一つとしてデータ不足を挙げています。同プロジェクトの2025年の続報論文では、この差は部分的にはデータ不足によるものだとしています。

ただし、データだけが問題なのではありません。モデルの仕組みにも原因があります。

W3Cの2023年AI and Accessibility Research Symposiumでの基調講演で、Inclusive Design Research CentreのJutta Treviranus氏は、AIシステムは平均に近い人に対しては正確である一方、平均から最も遠い人に対してはうまく機能しないと主張しました。

同氏は2024年の記事で、トレーニングデータに含まれる障害のある人を増やしても問題は解消されないと付け加えています。モデルは依然として平均を優先するからです。「トレーニングデータにおいて障害のある人が完全かつ公平に比例して代表されていたとしても、機械は依然として統計的な平均の側につくのです」

アクセシブルなAIツールの選び方

組織にAIツールを導入する際は、障害のある人や学習に困難を抱える人を含め、誰もが使えるものでなければなりません。

拡大

ツールの導入を決める前に、次の基準を満たしているか確認しましょう。

• ラベル付きのコントロール：すべてのボタンと入力欄に支援技術が読み取れる名前が付いており、その名前でコントロールの機能がわかること。たとえば「ボタン」ではなく「送信」とします（WCAG 4.1.2および1.1.1）。
• キーボードによる完全な操作：キーボードだけでプロンプトの入力と送信、回答間の移動、回答のコピーができ、現在の位置を示すフォーカスインジケーターが表示されること（WCAG 2.1.1および2.4.7）。
• ステータスメッセージの読み上げ：「回答を生成中…」などのメッセージが、フォーカスを移動させることなくスクリーンリーダーに伝わること（WCAG 4.1.3）。
• 構造化されコピー可能な出力：回答に実際の見出しやリストが使われ、コピーしても書式が保たれること。また、プレーンテキストでの出力を依頼できること。
• 時間：セッションがタイムアウトする場合に、制限時間を解除する、デフォルトの10倍以上に延長する、または20秒以上の猶予がある警告を受けて延長する、のいずれかができること（WCAG 2.2.1）。
• ズーム：400%のズーム（幅320ピクセルのビューポート）でコンテンツが1列にリフローされ、横スクロールせずに読めること（WCAG 1.4.10）。
• 各自が使う支援技術への対応：ツールが組み込み機能で置き換えるのではなく、サードパーティ製のスクリーンリーダーや設定をサポートしていること。これはWCAGの達成基準ではありませんが、ユーザーが使い慣れた環境をそのまま使い続けられるかどうかを左右します。
• 読みやすいコントラスト：プロンプト入力欄のテキスト（プレースホルダーを含む）と回答のテキストが、4.5:1のコントラスト比を満たしていること（WCAG 1.4.3）。
• 見つけやすいエラー：アップロードが失敗したときやプロンプトが拒否されたときに、色の変化やアイコンだけでなく、テキストでその旨が示されること（WCAG 3.3.1）。

多くのベンダーは、情報技術産業協議会のVoluntary Product Accessibility Template（VPAT）に記入したアクセシビリティ適合性レポート（ACR）を公開しています。ACRは各アクセシビリティ基準に照らして製品を評価するため、試用前にツールを比較するのに役立ちます。

AIアクセシビリティに関するよくある質問

支援技術にはどのようなものがありますか？

支援技術の代表的な例としては、スクリーンリーダー、字幕・文字起こしツール、音声認識・音声操作、拡大代替コミュニケーション（AAC）機器、スイッチ操作や代替キーボードなどがあります。現在ではその多くにAIが活用されており、特に字幕、音声認識、画像説明でその傾向が顕著です。

WCAGへの準拠は法的に義務付けられていますか？

WCAG自体は法律ではなくW3Cの標準規格ですが、WCAGを参照したり、同様の要件を定めたりしている法律があります。

たとえば米国では、司法省のADA第II編規則により、州政府および地方自治体のウェブコンテンツとモバイルアプリは、人口5万人以上を対象とする自治体では2027年4月26日までに、それより小規模な自治体と特別区では2028年4月26日までに、WCAG 2.1レベルAAを満たすことが義務付けられています。連邦政府機関はSection 508に従っており、その基準にはWCAG 2.0が組み込まれています。

EUでは、eコマース、消費者向け銀行サービス、電子書籍などの製品やサービスに適用される欧州アクセシビリティ法は、WCAGを直接参照していません。実際には、ほとんどの組織がWCAGと欧州規格EN 301 549を用いて同法に対応しており、EN 301 549の2026年版ではWCAG 2.2が採用されています。

アクセシビリティの4つの原則とは何ですか？

WCAGは、ガイドラインを4つの原則のもとに整理しています。その4つとは、知覚可能、操作可能、理解可能、堅牢です。WCAGの13のガイドラインはこの4つの原則の下に位置付けられ、各ガイドラインには、監査で確認の対象となるテスト可能な達成基準が含まれています。