EAA適用開始後、日本企業が進めるWebアクセシビリティ対応｜対象確認から継続運用まで

欧州アクセシビリティ法（European Accessibility Act、以下EAA）は、EUで流通する特定の製品とサービスにアクセシビリティ要件を設けるEU指令です。

2025年6月28日に適用が始まりましたが、「EUから閲覧できるウェブサイトがすべて対象になる」という制度ではありません。

日本企業は、EUで提供している製品やサービスが対象に含まれるかを確認し、該当する要件を実装、検証、運用する必要があります。

EAAの対象は製品やサービス単位で確認する

EAAは、EU域内のアクセシビリティ要件をそろえ、障害のある人が対象の製品やサービスを利用しやすくするための指令です。

対象には、一般消費者向けコンピューター関連機器、決済端末などのセルフサービス端末、電子書籍関連機器のほか、電子商取引など一定のサービスが含まれます。

したがって、企業の所在地やサイトの言語だけでは適用の有無を決められません。

EUの利用者に何を提供し、どのウェブサイトやアプリがそのサービス提供を担っているかを先に整理します。

対象製品とサービスの全体像は、関連記事「欧州アクセシビリティ法（EAA）の要点と日本企業の確認手順」でも整理しています。

適用判断で確認したい五つの項目

1. 提供物：EAAが列挙する製品またはサービスに該当するか。
2. 市場と利用者：EUのどの国で、誰に向けて提供しているか。
3. 提供経路：ウェブサイトやアプリのどの画面が契約、購入、本人確認、サポートに使われるか。
4. 事業者の役割：製造者、輸入者、販売者、サービス提供者のどれに当たるか。
5. 各国法：対象国がEAAをどのように国内法へ移し、監督や制裁を定めているか。

EAAはEU指令であり、実務上の義務や制裁は各加盟国の国内法と執行体制にも左右されます。

「違反すれば一律に同じ罰金が科される」と決めつけず、展開国ごとに確認するのが安全です。

免除と例外は自己判断で終わらせない

EAAには、一定の零細企業がサービスを提供する場合の免除や、製品やサービスの基本的な性質を根本から変える場合、不均衡な負担になる場合の扱いがあります。

ただし、例外を使えるかどうかと、評価や記録が必要かどうかは同じ問題ではありません。

判断の根拠を残し、必要に応じてEU法と対象国の制度に詳しい専門家へ確認します。

詳しい考え方は「EAAの免除と例外、不均衡な負担の判断手順」を参照してください。

EAAとWCAGは同じものではない

WCAGは、Web Content Accessibility Guidelinesの略称で、ウェブコンテンツを知覚、操作、理解しやすくし、幅広い環境で利用できるようにするための技術的な指針です。

一方、EAAは対象製品とサービスに機能面のアクセシビリティ要件を課す法的な枠組みです。

欧州のICTアクセシビリティ規格であるEN 301 549は、ウェブに関する要件へWCAGの達成基準を取り込んでいます。

このためWCAGへの適合確認は有力な実装基準になりますが、「WCAG 2.1のレベルAAだけを満たせば、EAA対応がすべて完了する」とは限りません。

サービス情報の提供、サポート、適合を維持する手順など、ウェブページ以外の要件も対象になり得るからです。

Webサイトで優先したいアクセシビリティ改善

最初から全ページを同じ深さで調べると、利用を妨げる問題が後回しになりがちです。

購入、申込、ログイン、本人確認、問い合わせなど、サービスの完了に欠かせない利用経路から確認します。

主要な確認項目と実務上の着眼点

確認項目	確認する内容
画像の代替テキスト	情報を伝える画像には目的に合う代替テキストを付け、装飾画像は支援技術が読み飛ばせるようにします。
文字と背景のコントラスト	通常の文字を読み分けられるコントラストを確保し、文字サイズや例外条件も含めて判定します。
キーボード操作	メニュー、ダイアログ、フォーム、決済までをキーボードで進められ、現在位置を示すフォーカスが見えるか確認します。
見出しとランドマーク	見た目だけでなくHTMLの意味構造を整え、支援技術でもページの構成を把握できるようにします。
フォーム	入力欄とラベルを関連付け、必須条件、入力例、エラーの場所と直し方を文字で伝えます。
動的な画面	状態変化やエラー通知が支援技術にも伝わるかを確認し、標準HTMLで表せない場合にARIAを補助的に使います。
動画と音声	内容と提供方法に応じて、字幕、文字起こし、音声解説など必要な代替手段を用意します。

なお、画像に常に説明文を入れるのが正解ではありません。

装飾画像に冗長な説明を付けると、スクリーンリーダーの利用者へ不要な情報まで伝わります。

画像がリンクそのものである場合は、見た目の説明よりリンク先や操作の目的が分かる代替テキストを優先します。

画像リンクの改善例

次の例では、画像の代替テキストからリンクの目的が分かるようにしています。

<a href='/news'>
  <img src='news-banner.jpg' alt='最新ニュースを見る'>
</a>

この場合、同じ意味のaria-labelを重ねる必要はありません。

標準HTMLだけで名前と役割が伝わるなら、その構造を先に整えたほうが保守しやすくなります。

自動検査と人による確認を組み合わせる

自動検査は、代替テキストの欠落、コントラスト不足、HTMLの一部の誤りを広く見つける作業に向いています。

ただし、代替テキストが画像の目的に合っているか、操作順が理解しやすいか、エラーメッセージを読んで修正できるかまでは、自動検査だけで判断できません。

少なくとも次の方法を組み合わせます。

• 自動検査ツールによる全体確認
• キーボードだけを使った主要経路の操作
• 画面拡大、文字拡大、色の見え方を変えた表示確認
• スクリーンリーダーなど支援技術による確認
• 実際の利用者を含むテストとフィードバック

WCAGのレベルA、AA、AAAは達成基準の区分であり、「視覚障害にはAA、聴覚障害にはA」のように障害の種類へ割り当てる評価ではありません。

試験対象、適用した規格、達成できた基準、未解決の課題を分けて記録すると、改修の優先順位を説明しやすくなります。

対応を一度きりの改修で終わらせない

1. 対象を整理する：対象国、製品、サービス、利用者、主要な利用経路を一覧にします。
2. 基準を決める：EAAと各国法を確認し、EN 301 549やWCAGを実装と試験の基準へ落とし込みます。
3. 現状を調べる：自動検査と人による確認で、利用を妨げる問題を特定します。
4. 優先順位を付ける：購入や申込を完了できない問題、複数ページに共通する部品の問題から直します。
5. 修正後に再検証する：コードを変更しただけで完了とせず、実際の操作で改善したか確かめます。
6. 更新工程へ組み込む：新しいページや機能の公開前に確認し、定期点検と利用者の声で改善を続けます。

公開後の試験と担当体制については「Webアクセシビリティを継続運用するための試験と体制づくり」も参考になります。

UUUを使う場合の位置づけ

UUUウェブアクセシビリティサービスは、専用ウィジェットを通じて文字サイズの変更、コントラスト調整、音声読み上げの補助などを追加できるサービスです。

Webアクセシビリティチェックサービスも用意されており、対応を始める際の現状確認に利用できます。

一方、ウィジェットの導入だけで、見出し構造、キーボード操作、フォームのエラー、動画の代替手段、運用手順まで自動的に整うわけではありません。

基礎となるHTMLと操作設計を改善し、必要な補助機能を組み合わせるという順序で検討します。

UUUを含む実践的な考え方は「WebアクセシビリティとUUUを運用に組み込む実践ガイド」でも紹介しています。

導入方法や自社サイトでの進め方は、Webアクセシビリティの相談窓口へお問い合わせください。

EAA対応で最初に着手すること

EAA対応では、サイト全体を急いで改修する前に、自社の製品やサービスが対象かを確認し、購入や申込など重要な利用経路を特定します。

そのうえで、WCAGを実装と試験の基準として活用し、自動検査と人による操作確認を組み合わせます。

法的な適用判断は各国法と事業条件によって変わるため、社内の法務担当者や専門家と連携し、判断根拠と検証結果を記録してください。

この記事に関連する株式会社greedenの取り組み

EAA対応は、対象確認、実装、検証、更新後の再確認を続ける取り組みです。株式会社greedenは、UUUの導入とWebアクセシビリティチェックを通じて、サイトの使いにくさを見つけ、改善を始める工程を支援します。