その実装が、実際に使われているスクリーンリーダーで動くか

適合要件4（WCAG 2.2の5.2.4）は2文です。WAICの日本語訳では「達成基準を満たすために、技術のアクセシビリティ サポーテッドな使用方法だけに依存している。アクセシビリティ サポーテッドではない方法で提供されている情報又は機能は、アクセシビリティ サポーテッドな方法でも利用可能である」です。

用語集によれば、ある技術の使い方がアクセシビリティ サポーテッドといえるのは、次の両方を満たす場合です。

1. 利用者の支援技術でサポートされていること。その使い方が「そのコンテンツの自然言語における利用者の支援技術との相互運用性について検証されている」ことを指します。
2. 利用者が入手できる、アクセシビリティ サポーテッドなブラウザーがあること。次の4つのいずれかに当てはまる必要があります。
   • 広く普及した、それ自体アクセシビリティ サポーテッドなブラウザーが標準でサポートしている（HTMLやCSSなど）。
   • 広く普及した、アクセシビリティ サポーテッドなプラグインでサポートされている。
   • 社内ネットワークのような閉じた環境で使われ、その組織のブラウザーがアクセシビリティ サポーテッドである。
   • 障害のある人にとって、費用が障害のない人を上回らず、同じくらい簡単に探して入手できる。

依存している技術とは、それが無効になっている、またはサポートされていないと、コンテンツが適合しなくなる技術のことです（用語集では「その技術が無効になっている、又はサポートされていない場合、コンテンツが適合しないこと」）。そのため、問うべきは「ARIAはサポートされているか」ではなく、この使い方がサポートされているかです。読んでいる最中に書き込まれる role="alert"、span に付けた aria-label、Tabキーで入るスクロール領域、という単位で考えます。用語集の注記も、HTMLを含むほとんどの技術に、サポートが欠けている機能や使い方が少なくとも一つはあるとしています。

WCAGが決めていないことが2つあります。用語集の注記は、どの支援技術がどれだけサポートしていればよいかを、作業部会とW3Cは「定めない」としています。Understanding文書はその理由として、サポートの状況は環境や言語によって異なること、新しい技術を過去の支援技術がすべてサポートすることはありえないこと、支援技術一つでのサポートでは「通常は十分ではない」ことを挙げています。判断は、組織や調達、コミュニティの要件を決める立場の人に委ねられています。

組み合わせは、実際に使われているものから選びます。日本向けのページについて、EaseWebは次の4つで試しています。国立国会図書館の2015年の調査でよく使われていたスクリーンリーダーから選び、ブラウザーはEaseWebが決めたものです。

• NVDAとChrome
• JAWSとChrome
• iPhoneのVoiceOver（Safari）
• AndroidのTalkBack（Chrome）

この調査でよく使われていたPC-Talkerは、Windows用の日本語スクリーンリーダーです。無料版がないため、EaseWebは試していません。試していない組み合わせは、そのことも記録に書いておきます。日本で使われるNVDAは、NVDA日本語チームが配布するNVDA日本語版です。初期設定では、Insertキーに加えて無変換キーもNVDA制御キーになります。

英語圏の数字はWebAIMの調査#11（2026年7月から8月、有効回答1,780件）にあります。パソコンでのスクリーンリーダーとブラウザーの組み合わせは次のとおりで、英語のページについてEaseWebは4%を超えるものをすべて試しています。

スクリーンリーダーとブラウザー	回答者の割合
JAWSとChrome	31.2%
NVDAとChrome	17.3%
JAWSとEdge	17.0%
NVDAとFirefox	9.1%
NVDAとEdge	5.4%
JAWSとFirefox	5.0%
VoiceOverとSafari	4.3%

WebAIMは、標本を管理しておらず、スクリーンリーダー利用者全体を代表しない可能性があるとしています。地域による差も大きく、アジアの回答者が主に使うスクリーンリーダーはNVDAが77.4%、JAWSが17%でした。英語圏の数字を、そのまま日本の利用者に当てはめないでください。組み合わせごとの記録は、ARIAのスクリーンリーダー対応状況にあります。

テストの方法によって、選ぶ組み合わせは異なります。英国政府のService Manualは、JAWS、NVDA、iOSのVoiceOver、TalkBackに加えて、画面拡大ソフトとDragonでのテストを求めています。スコットランド政府のService Manualは、職員のパソコンに入っているナレーターでページを確かめる方法を説明しており、ナレーターと一緒に使うブラウザーとしてEdgeを推奨しています。EaseWebはナレーターで試しておらず、その結果はありません。

もう一つ、定義にある「コンテンツの自然言語における」という条件があります。日本語のページは、日本語の音声で確かめます。

パソコンとスマートフォン

WebAIMの調査では、回答者の多くがスマートフォンやタブレットでもスクリーンリーダーを使っています。

WebAIMの調査#11	回答者の割合
モバイル端末でスクリーンリーダーを使う	91.8%
モバイルでVoiceOverをよく使う	72.2%
モバイルでTalkBackをよく使う	29.5%
パソコンで使うことが多い	42.6%
モバイルとパソコンを同じくらい使う	49.0%
モバイルで使うことが多い	8.3%

スマートフォンは、小さなパソコンではありません。AppleのガイドはVoiceOverがオンのとき、標準のタッチスクリーンジェスチャの効果が変わると説明しています。タップで項目を選んで読み上げ、ダブルタップで実行し、3本指のスワイプでスクロールします。GoogleのTalkBackのガイドも、スクロールは1本指ではなく2本指で行うとしています。どちらも、1本指で画面をなぞると、ページを動かす代わりに指の下にあるものを読み上げます。そのためタッチ操作は2回試します。スクリーンリーダーをオフにして、1本指での操作、ページ独自のジェスチャー、タップする対象の大きさを確かめ、オンにして、すべての操作に届くかを確かめます。ジェスチャーでしか操作できない場合に起きる問題は、ボタンで代われないピンチ・ドラッグ・傾きのジェスチャーで扱っています。

道具ごとにどうページを使うかは、支援技術を使って、人はどうウェブを使うかにあります。

回避策を入れてよいのは、次のすべてに「はい」と答えられるときです。

• 仕様に沿っている。あるスクリーンリーダーのために仕様を破る回避策（ARIAが禁止する場所への aria-label など）は、未対応をほかの組み合わせに移すだけです。
• 未対応のある組み合わせだけでなく、一覧のすべての組み合わせで試してある。
• 後で外せる。何を回避しているのかを不具合報告とあわせて記録しておけば、未対応が解消したかを後から確かめられます。
• 余分なコードを足す価値があるほど、その未対応が多くの人に関わる。上の利用状況の表は出発点で、サイト自身の利用者とは異なることがあります。

スクロール領域への tabindex="0" は、4つとも満たします。普通のHTMLで、すでに枠で止まるブラウザーでは何も変わらず、Safariが変わった後も残しておけます。

ポリフィルは読み込んだページのすべてで動くコードなので、アクセシビリティに加えてセキュリティの問題も持ち込みます。Sansecは2024年6月25日、cdn.polyfill.io のドメインが同年2月にプロジェクトのGitHubアカウントとともに買い取られ、それを読み込むすべてのサイトを通じて、モバイルの訪問者にマルウェアを送り込んでいたと報告しました。Sansecの数えでは、このドメインを埋め込んでいたサイトは10万を超えます。ポリフィルの作者自身は、最近のブラウザーにはもう必要ないとして、使わないよう勧めていました。それでもポリフィルが必要なときは、バージョンを固定して自分のサイトから配信します。機能をスクリプトでまねているため、スクリーンリーダーに何が伝わるかも同じ組み合わせで試し、対象のブラウザーがその機能を備えたら外します。

プログレッシブエンハンスメントは、スクリプトが届かない場合に備える作り方です。英国政府のService Manualは、JavaScriptが読み込まれない、動かない理由として、ネットワークの一時的なエラー、広告ブロッカー、コンテンツ配信ネットワークの停止、DNSの失敗、ブラウザーの更新で入った不具合、通信を遮断したり書き換えたりするファイアウォールやウイルス対策ソフトを挙げています。WebAIMの調査では99.7%の回答でJavaScriptが有効だったので、スクリーンリーダー利用者がスクリプトを切っているという話ではありません。誰にとってもスクリプトは失敗しうる、という話です。この作り方では、内容、リンク、フォームを、サーバーが応答するHTMLのまま保ちます。適合の考え方も簡単になります。ページを強化するだけのスクリプトには依存していないので、WCAGの5.2.5が求めるのは、そのスクリプトが有効でも、無効でも、サポートされていなくても、ページが適合要件を満たし続けることと、すべてのコンテンツに適用される1.4.2、2.1.2、2.2.2、2.3.1を満たすことです。

スクリーンリーダーもブラウザーも、リリースのたびに変わります。この記事の日付の時点で、NV Accessのユーザーガイドは NVDA 2026.3 のもの、NVDA日本語版の最新は 2026.3jp です。結果からいえるのは、その時点のリリースで何が聞こえたかだけです。結果ごとに、次を記録します。

• 何を試したか：ページやコンポーネントと、そのビルド
• 組み合わせ：OS、ブラウザー、スクリーンリーダーのバージョン（日本語版なら「jp」の付いた版まで）
• 設定と、それが初期設定かどうか
• どうたどったか：下矢印キー、連続読み上げ、Tabキー、スワイプ
• 何が聞こえたか：判定ではなく、聞こえた言葉
• 日付

WCAGの用語集の注記は、複数のバージョンがあるウェブコンテンツ技術を挙げるときは、サポートされているバージョンを明記するのがよいとしています。5.3.2も、適合表明に試験で使った支援技術を含むユーザーエージェントの一覧を載せるよう勧めています。EaseWebの記録は結果ごとに年月を持ち、12か月以上たった結果を再テストの時期として表示します。