アクセシビリティ・オーバーレイサービスはWCAG2.2AAのサイト改修の代わりになる？

こんにちは、リベロジック代表の森本です。

お問い合わせフォームからアクセシビリティについてご相談いただき、初めて打ち合わせをするお客様から、「このサービスを使えばJISやWCAGに対応できるのでは？」とよく尋ねられます。

Webサイトの片隅に人型のアイコンがあり、押すと文字の拡大、配色の変更、読み上げなどを選べる。こうした機能を提供するサービスは一般的に「アクセシビリティ・オーバーレイ」と呼ばれます。中にはページの問題をJavaScriptで自動修正する製品もあります。

便利な機能が含まれることはありますが、オーバーレイを導入しただけでWebサイトのアクセシビリティ対応が完了するわけではありませんし、WCAGのAAに準拠できるとも思えません。

Webアクセシビリティ基盤委員会（WAIC）さんもこの業界の先駆者ミツエーさんも昔から言及している部分です。
［参照 WAIC：アクセシビリティ・オーバーレイはアクセシビリティを確保するのに有効ですか？適合レベルAAに準拠できますか？］
［参照ミツエーリンクス：アクセシビリティオーバーレイのとりとめもない話］

一時はそういったサービスを取り除くためのChromeのプラグインがリリースされていたこともあります。
そのあたりの質問に対する回答を欧米の事例も含めて参照としてまとめてみました。

主導権を持つのは利用者

Webを使う環境は人それぞれです。ブラウザで画面を拡大する人、OSの配色設定を使う人、スクリーンリーダーや音声入力を使う人、キーボードだけで操作する人がいます。設定を複数のサイトで共通して使っている人もいます。

W3Cは、文字のカスタマイズや利用者の設定などはWebコンテンツよりも「ユーザーエージェント」で提供するほうが適したニーズがあると説明しています。
そこにはブラウザや支援技術などが含まれますが、Webサイト側に何も配慮しなくてよいという意味ではありません。
利用者が選んだ環境でサイトを使えるように作ることがサイト側の役割です。
［参照 W3C：UAAGの概要］

例えば利用者が動きを減らす設定をしていれば、サイト側は prefers-reduced-motion に応じてアニメーションを調整できます。高コントラストを求める設定には prefers-contrast、強制配色モードには forced-colors という仕組みがあります。

これらへの対応は、WCAG 2.2の適合レベルA・AAで求められている要件ではありません。ただ、利用者がすでに自分で選んでいる設定を、サイトがそのまま受け止めるための手段として有効です。サイト独自の切り替えボタンを用意する前に、まず検討したい方法です。
［参照 MDN：prefers-reduced-motion］

追加の機能とサイトの問題を直すことは別

オーバーレイサービスには文字サイズや色を変更する機能とHTMLなどの問題を自動で修正する機能があります。
文字サイズや色を変更する機能が役立つ人もいるとは思いますが、すでにブラウザや支援技術で自分に合う設定をしている人にとっては機能が重なり、普段の設定や操作を妨げる場合もあります。

HTMLなどを自動で修正する機能にも限界があります。例えば画像の説明文（代替テキスト）は、その画像がページの中で何を伝えているかに合わせて書く必要があります。入力欄の目的が伝わるか、キーボードだけで使えるか、ダイアログを開いた後に操作位置（フォーカス）が正しく移るか、サイト独自のボタンの役割や状態が支援技術に伝わるか、といった問題もあります。こうした問題は、見た目を変えるだけでは解決しません。自動で直せる箇所があっても、実際に使えるかどうかは人が操作して確かめる必要があります。

European Disability Forum（EDF）とInternational Association of Accessibility Professionals（IAAP）の共同声明は、オーバーレイの一部機能には役立つ可能性がある一方、ブラウザや支援技術と重複したり干渉したりする問題を指摘しています。
そしてオーバーレイはサイト本体の修正の代替にはならないと述べています。
［参照 EDF・IAAP共同声明］

欧州では「問題の発生源で直す」という考え方

欧州委員会は公共部門のWebサイトやアプリを対象とするWeb Accessibility Directiveの案内で、オーバーレイに明示的に触れています。

サイト自体が技術基準の詳細な要件を満たすことを保証しないオーバーレイなどは適切な解決策ではなく、アクセシビリティの問題は発生源で修正するのが最善

という説明です。
EUがオーバーレイという技術を一律に禁止したという意味ではありませんのでご注意を。
［参照欧州委員会：Web accessibility］

フランスでは2026年6月カーン司法裁判所が大手小売企業に対し、ECサイトとアプリのアクセシビリティ改善を命じました。
こちらはオーバーレイの是非を判断したものではありませんが、実際のサービスが利用できる状態かどうかが問われた事例なので一応掲載しておきます。
［参照フランス司法機関が公開する裁判文書］

米国では「導入すればWCAG準拠」という表示が問題に

米国では2025年4月、連邦取引委員会（FTC）がアクセシビリティ・オーバーレイを提供する事業者に対する最終同意命令を確定しました。FTCは「どのWebサイトもWCAGに適合させられる」といった宣伝について、虚偽、誤解を招く、または十分な根拠がないと申し立てました。
命令は100万ドルの支払いを求め、裏付けのない同種の表示を禁じています。
特定企業の広告表示に関する行政上の事例であり、すべてのオーバーレイが違法だとする判断ではありませんが事例として掲載しておきます。
［参照 FTC：最終同意命令の発表］

また別の訴訟ではサイト運営者がオーバーレイの導入などを挙げ、サイトはWCAG 2.1 AAに対応済みとして訴えの却下を求めました。2025年3月、裁判所はその申立てを退け審理の継続を認めました。
原告は商品の購入や栄養情報の確認に障壁が残ると主張していましたが、ツールの導入や適合を示す報告書だけでは、問題が解消したとして訴訟を終わらせられなかった事例です。
オーバーレイが直接新たな障壁を作ったと最終認定した判決ではありませんが事例として掲載しておきます。
［参照裁判所の決定文］

米国司法省も自動チェックやオーバーレイは役立つ場合があるとしつつ慎重な利用を求めています。自動チェックの結果が「問題なし」でも、すべてがアクセシブルとは限りません。
人による確認と組み合わせるよう案内しています。
［参照米国司法省：Web accessibility guidance］

WCAG 3.0ではどうなるのか

2026年9月現在WCAG 3.0はまだ草案です。要件や適合性の評価方法は変わり得るため、「3.0でオーバーレイが認められる」「認められない」と今から断定することはできません。W3Cは現時点での準備として、まずWCAG 2.2の達成基準に取り組むことを勧めています。
［参照 W3C：WCAG 3の概要］

ただし2026年9月10日版の草案には、利用者がブラウザや支援技術からコンテンツの設定を制御できること、コンテンツが利用者のアクセシビリティ設定に応じることが盛り込まれています。
評価に用いるブラウザ、支援技術、設定の組み合わせを「アクセシビリティサポートセット」として扱う考え方も示されています。

WCAG 3.0の新しいドラフトが公開されました。今回は何が変わった？
WCAG 3.0で何が変わるの？

いずれも検討中であり、ここから「オーバーレイを禁止する条項ができる」とは言えませんが、オーバーレイを入れればサイト本体の改善が不要になるという方向性は読み取れません。
［参照 W3C：WCAG 3.0草案］

まずWebサイト本体を使えるようにしないと

サイトの運営者や制作者が取り組むべきことは明確です。

見出し、ボタン、フォームに適切な意味や名前を付ける
キーボードだけでも操作でき、フォーカスの移動先が分かるようにする
画像の役割に合った代替テキストを用意する
拡大や利用者の配色・動きの設定に対応する
自動チェックに加え、実際の操作や支援技術を使って確認し、見つかった問題を修正する

追加のツールが特定の人に役立つなら、実際の利用者への影響を確かめたうえで使う余地はありますが、ツールの設置は改善の完了を意味しません。

アクセシビリティの主導権は利用者にあります。
利用者が選んだブラウザ、OS、支援技術でサイトを使えるようにする。
そのために、サイトそのものを作り、確かめ、直していくことが基本なのです。

ちなみにリベロジックではWebサイトのアクセシビリティ上の問題を見つけるための無料の自動診断ツールLente Scanと、自動診断では確認できない部分を専門家が診断し改善を支援するLente Auditを提供しています。
制作・運用の際にはコントラストやページ構造を確認できる当社の無料Chrome拡張機能もぜひご利用ください。

いずれもサイト本体のアクセシビリティ改善につながるサービスです。