「うちのWebサイト、アクセシビリティ対応しなくて大丈夫？」――2024年4月の障害者差別解消法改正により、民間事業者にも合理的配慮の提供が法的義務となりました。Webサイトも例外ではありません。

本記事では、中小企業のWeb担当者・経営者の方に向けて、Webアクセシビリティの法的背景からWCAG 2.2の具体的な達成基準、JIS X 8341-3との関係、対応すべき項目TOP20、チェックツール、費用感、対応しない場合のリスク、そして段階的なロードマップまでを網羅的に解説します。

なぜ今Webアクセシビリティが必須なのか

2024年4月｜障害者差別解消法改正の衝撃

2024年4月1日に施行された改正障害者差別解消法により、これまで「努力義務」にとどまっていた民間事業者の合理的配慮の提供が法的義務に格上げされました。

この改正の核心は以下の通りです。

  • 改正前（2016年施行）：国・自治体は義務、民間事業者は努力義務
  • 改正後（2024年施行）：国・自治体・民間事業者すべてが義務

「合理的配慮」とは、障害のある方から何らかの対応を求められた場合に、過重な負担でない範囲で社会的障壁を取り除くための対応を行うことを指します。Webサイトにおいては、視覚障害者がスクリーンリーダーで情報を取得できるようにする、色覚多様性のある方にも判別できるコントラスト比を確保するといった対応が該当します。

デジタル庁「ウェブアクセシビリティ導入ガイドブック」の公開

デジタル庁は2022年以降、ウェブアクセシビリティ導入ガイドブックを公開し、継続的に更新しています。このガイドブックではWCAG 2.1をベースとしたJIS X 8341-3:2016への準拠を推奨しており、行政機関だけでなく民間企業にとっても事実上の指針となっています。

数字で見るアクセシビリティの市場インパクト

Webアクセシビリティ対応は「コンプライアンス」だけの問題ではありません。ビジネス上のメリットも明確です。

  • 日本の障害者数：約964万人（身体・知的・精神の合計、内閣府「障害者白書」）
  • 高齢者人口：約3,600万人超（65歳以上、総務省統計局）
  • 一時的な障害を含むユーザー：骨折・手術後の一時的な障害、妊娠中の体調変化、日差しの強い屋外でのスマートフォン利用など
  • SEO効果：適切なalt属性、見出し構造、ページタイトルはGoogleのクロール・インデックスにも好影響
  • WebAIMの調査：上位100万サイトの96.3%にWCAGの適合エラーが検出（2024年調査）

つまり、アクセシビリティ対応は潜在顧客の拡大と検索流入の増加に直結するのです。

WCAG 2.2の4原則と達成基準

WCAGとは

WCAG（Web Content Accessibility Guidelines）は、W3C（World Wide Web Consortium）のWAI（Web Accessibility Initiative）が策定する国際的なWebアクセシビリティガイドラインです。2023年10月にWCAG 2.2が正式勧告となりました。

4つの原則

WCAG 2.2は以下の4原則に基づいて構成されています。

1. 知覚可能（Perceivable）

すべての情報とユーザーインターフェースの構成要素は、利用者が知覚できる方法で提示されなければなりません。

  • テキスト以外のコンテンツに代替テキストを提供する
  • 動画に字幕・音声解説を提供する
  • コンテンツは様々な方法（レイアウトを変更するなど）で提示でき、情報や構造を損なわない

2. 操作可能（Operable）

ユーザーインターフェースの構成要素とナビゲーションは操作可能でなければなりません。

  • すべての機能をキーボードで操作できる
  • コンテンツの閲覧・操作に十分な時間を確保する
  • 発作や身体的反応を引き起こすことが知られている方法でコンテンツを設計しない

3. 理解可能（Understandable）

情報とユーザーインターフェースの操作は理解可能でなければなりません。

  • テキストは読みやすく理解しやすいものにする
  • Webページの表示や動作は予測可能にする
  • 利用者がエラーを回避・修正できるようにする

4. 堅牢（Robust）

コンテンツは、支援技術を含む様々なユーザーエージェントが確実に解釈できるよう堅牢でなければなりません。

  • 現在および将来の支援技術との互換性を最大限に確保する

達成基準のレベル（A / AA / AAA）

WCAGの達成基準は3つの適合レベルに分類されます。

レベル概要対応の目安
A（最低限）基本的なアクセシビリティの確保。これを満たさないと一部のユーザーがコンテンツにアクセスできないすべてのサイトが必須で対応すべき
AA（推奨）大多数のユーザーにとってアクセスしやすい状態。JIS X 8341-3やデジタル庁が準拠を推奨するレベル企業サイトはAA準拠を目標にすべき
AAA（最高）最も高いアクセシビリティの水準。すべての基準を満たすのは現実的に困難一部の特定コンテンツで対応
実務上の推奨：AA準拠を目標とするのが業界標準です。多くの企業・公的機関がAA準拠を目標に設定しています。

WCAG 2.2で追加された新基準

WCAG 2.2ではWCAG 2.1に対して9つの新しい達成基準が追加されました。主な追加項目は以下の通りです。

  • 2.4.11 フォーカスの外観（AA）：キーボードフォーカスのインジケータが十分に視認できること
  • 2.4.12 フォーカスの外観（強化）（AAA）：より厳格なフォーカスインジケータの要件
  • 2.4.13 ページ・ブレイク・ナビゲーション（A）：ページ区切りのナビゲーション
  • 2.5.7 ドラッグ動作（AA）：ドラッグ操作に代替手段を提供する
  • 2.5.8 ターゲットサイズ（最低限）（AA）：タッチターゲットのサイズが最低24x24 CSSピクセル以上
  • 3.2.6 一貫したヘルプ（A）：ヘルプ機能の一貫した配置
  • 3.3.7 冗長な入力（A）：同じ情報の再入力を求めない
  • 3.3.8 アクセシブルな認証（最低限）（AA）：認知機能テストに頼らない認証手段の提供
  • 3.3.9 アクセシブルな認証（強化）（AAA）：より厳格な認証のアクセシビリティ要件

特にターゲットサイズ（2.5.8）とアクセシブルな認証（3.3.8）は多くのサイトに影響するため、早期の対応が重要です。

JIS X 8341-3:2016との関係

JIS X 8341-3とは

JIS X 8341-3:2016「高齢者・障害者等配慮設計指針―情報通信における機器，ソフトウェア及びサービス―第3部：ウェブコンテンツ」は、日本のWebアクセシビリティに関するJIS規格です。

WCAGとの対応関係

JIS X 8341-3:2016はWCAG 2.0と一致（Identical）規格として策定されています。つまり、技術的な内容はWCAG 2.0と同一です。

規格ベースとなるWCAG策定年
JIS X 8341-3:2010WCAG 2.02010年
JIS X 8341-3:2016WCAG 2.02016年
※改定検討中WCAG 2.1 / 2.2未定

実務上の注意点

現時点でJIS X 8341-3はWCAG 2.0ベースですが、デジタル庁やウェブアクセシビリティ基盤委員会（WAIC）はWCAG 2.1以上への対応を推奨しています。2026年現在、実務上はWCAG 2.2のAA準拠を目標としつつ、JIS X 8341-3:2016の達成基準も満たす形で進めるのが望ましいアプローチです。

試験方法

JIS X 8341-3:2016では、適合レベルの宣言にあたって以下の試験方法が定められています。

  1. 対象ページの選定：ランダムサンプリングまたは全ページ
  2. 達成基準ごとの検証：各基準に対して「適合」「不適合」「該当なし」を判定
  3. 試験結果の公開：アクセシビリティ方針と試験結果をWebサイト上で公開

対応すべき具体的な項目TOP20

以下に、実務上特に重要度の高いアクセシビリティ対応項目を優先順位順に20項目挙げます。

最優先（レベルA相当・対応必須）

1. 画像の代替テキスト（alt属性）

すべての画像に適切なalt属性を設定します。装飾画像にはalt=""（空のalt）を指定し、スクリーンリーダーが無視できるようにします。

2. ページタイトルの適切な設定

各ページに固有で内容を的確に示すtitle要素を設定します。

3. 見出し構造の適切な階層化

h1〜h6を論理的な順序で使用し、見出しレベルを飛ばさないようにします。

4. リンクテキストの明確化

「こちら」「詳しくはこちら」ではなく、リンク先の内容がわかるテキストにします。

5. フォームのラベル関連付け

すべてのフォーム入力要素にlabel要素を関連付けます。

6. キーボード操作の確保

マウスに依存せず、Tabキー・Enterキー・矢印キーだけですべての機能にアクセスできるようにします。

7. フォーカス順序の論理性

Tabキーでのフォーカス移動が、視覚的なレイアウトと一致した論理的な順序になるようにします。

8. 言語の指定

html要素にlang属性を正しく設定します。

9. エラーの特定とテキストでの説明

フォーム入力エラーが発生した場合、エラーの箇所とその内容をテキストで明示します。

10. 自動再生コンテンツの制御

動画・音声の自動再生を避け、ユーザーが制御（停止・一時停止・音量調整）できるようにします。

重要（レベルAA相当・企業サイトは対応推奨）

11. テキストのコントラスト比

本文テキストと背景のコントラスト比を4.5:1以上、大きな文字（18pt以上または14pt太字以上）は3:1以上を確保します。

12. テキストのリサイズ対応

ブラウザで文字サイズを200%に拡大しても、コンテンツが読めなくなったり機能が損なわれたりしないようにします。

13. 動画の字幕・キャプション

収録済み動画にはクローズドキャプション（字幕）を提供します。ライブ動画にもリアルタイム字幕を付与することが推奨されます。

14. レスポンシブ対応とリフロー

320pxの表示幅でも横スクロールなしにコンテンツが閲覧可能であること（WCAG 2.1の1.4.10 リフロー）。

15. 非テキストコントラスト

ユーザーインターフェースコンポーネント（ボタン、入力フィールドの境界線など）とグラフィカルオブジェクトのコントラスト比を3:1以上確保します。

16. テキスト間隔の調整許容

行の高さ、段落間隔、文字間隔、単語間隔をユーザーが調整してもコンテンツや機能が損なわれないようにします。

17. ホバー・フォーカスで表示されるコンテンツ

ツールチップやドロップダウンなど、ホバーやフォーカスで表示されるコンテンツは、消去可能・ホバー可能・永続的であること。

18. 入力の目的の特定（オートコンプリート）

名前、メールアドレス、電話番号などの入力フィールドにautocomplete属性を正しく設定します。

19. ターゲットサイズの確保（WCAG 2.2新規）

タッチ・クリックのターゲットサイズを最低24x24 CSSピクセル以上にします。ナビゲーションリンクやボタンが小さすぎないか確認してください。

20. アクセシブルな認証（WCAG 2.2新規）

CAPTCHAなどの認知機能テストに頼る認証を避け、パスキー・パスワードマネージャー・SMSコードなどの代替手段を提供します。

対応チェックツール

アクセシビリティの適合状況を効率的に検証するための主要ツールを紹介します。

自動検査ツール

1. axe DevTools（Deque Systems）

最も広く使われているアクセシビリティ検査エンジンです。Chrome/Firefox拡張機能として利用でき、ページ内のWCAG違反を自動検出します。

  • 対応規格：WCAG 2.0 / 2.1 / 2.2（A・AA）
  • 価格：基本機能は無料、axe DevTools Pro（有料）で追加機能
  • 特徴：誤検出率が非常に低い（業界トップクラスの精度）、CI/CDパイプラインへの組み込みが可能

2. Google Lighthouse

Chrome DevToolsに内蔵されているサイト品質監査ツールです。パフォーマンス、SEO、ベストプラクティスと並んでアクセシビリティのスコアを表示します。

  • 対応規格：WCAG 2.1（A・AA）の一部
  • 価格：無料
  • 特徴：スコアが0〜100で表示され、経営層への説明がしやすい。ただし検出できるのは自動検査可能な項目のみ

3. WAVE（WebAIM）

WebAIMが提供する無料のアクセシビリティ検査ツールです。ページ上にアイコンを表示して問題箇所を視覚的に示してくれます。

  • 対応規格：WCAG 2.1（A・AA）
  • 価格：無料（Chrome/Firefox拡張機能）
  • 特徴：視覚的にわかりやすく、非エンジニアでも問題箇所を把握しやすい

4. miChecker（総務省）

日本の総務省が提供する無料のアクセシビリティ検査ツールです。JIS X 8341-3:2016に特化した検査が可能です。

  • 対応規格：JIS X 8341-3:2016
  • 価格：無料
  • 特徴：日本語対応、色覚シミュレーション機能あり、音声読み上げのプレビュー機能あり。ただしデスクトップアプリケーションのため、やや導入に手間がかかる

ツールの使い分け推奨

用途推奨ツール
開発中の自動検査axe DevTools
サイト全体の概況把握Lighthouse
非エンジニアとの共有WAVE
JIS準拠の正式試験miChecker
CI/CDでの自動テストaxe-core（npm）
重要な注意点：自動ツールで検出できるのはWCAGの達成基準全体の約30〜40%にとどまります。残りの60〜70%はキーボード操作の確認、スクリーンリーダーでの読み上げ確認、文脈に依存する代替テキストの適切性など、人間による手動検査が必要です。

対応費用の目安

既存サイト改修の場合

既存サイトのアクセシビリティ改修にかかる費用は、サイトの規模・現状の状態・目標とする適合レベルによって大きく異なります。

規模ページ数目安診断費用改修費用合計目安
小規模（コーポレートサイト）10〜30ページ30〜80万円50〜150万円80〜230万円
中規模（サービスサイト）30〜100ページ80〜150万円150〜400万円230〜550万円
大規模（ECサイト・ポータル）100ページ以上150〜300万円400〜1,000万円超550〜1,300万円超
※上記はWCAG 2.1/2.2のAA準拠を目標とした場合の概算です。

新規構築でアクセシビリティ対応する場合

新規でWebサイトを構築する際にアクセシビリティ対応を組み込む場合、追加コストは通常の開発費用の10〜20%程度が目安です。

  • 設計段階からアクセシビリティを考慮するため、後付けの改修より圧倒的にコスト効率が良い
  • デザインシステムやコンポーネントライブラリに最初からアクセシビリティを組み込むことで、継続的な運用コストも抑えられる

費用を抑えるためのポイント

  1. 段階的に対応する：一度にすべてを対応するのではなく、優先度の高い項目から着手する
  2. テンプレートベースで改修する：共通ヘッダー・フッター・フォームなど、テンプレート部分の改修だけで多くのページに効果が波及する
  3. 社内での運用ルール策定：新規コンテンツ作成時のチェックリストを整備し、問題の発生を予防する
  4. IT補助金の活用：Webサイトのリニューアルにはデジタル化基盤導入枠などの補助金が活用できる場合がある

対応しない場合のリスク

1. 行政指導・勧告

障害者差別解消法に基づき、主務大臣は事業者に対して報告徴収・助言・指導・勧告を行うことができます（同法第12条）。勧告に従わない場合は企業名が公表される可能性もあります。

2. 訴訟リスク

日本では米国ほど訴訟が一般的ではありませんが、障害者差別解消法違反を理由とした損害賠償請求や差止請求の可能性は否定できません。

米国ではADA（Americans with Disabilities Act）に基づくWebアクセシビリティ訴訟が年間4,000件超（2023年実績）に達しており、日本でも今後増加する可能性があります。特に以下のような業種は訴訟リスクが高いとされています。

  • EC・小売（オンラインショッピング）
  • 金融・保険（オンラインバンキング）
  • 教育（eラーニング）
  • 医療（オンライン予約）
  • 公共交通・観光

3. 公共調達からの排除

国や地方自治体の調達では、Webサイトの納品物にJIS X 8341-3:2016の準拠が求められるケースが増えています。アクセシビリティ対応ができない企業は、公共案件の入札から実質的に排除されるリスクがあります。

4. ブランド毀損・レピュテーションリスク

SNSの普及により、アクセシビリティに配慮していないWebサイトへの批判は瞬時に拡散します。「障害者への配慮がない企業」というレッテルは、採用活動やBtoB取引にも悪影響を及ぼします。

逆に、アクセシビリティへの積極的な取り組みはESG・SDGs対応の一環として企業価値を高める要素にもなります。

5. SEOへの間接的な悪影響

Googleはアクセシビリティを直接的なランキング要因とは明言していませんが、以下の要素は検索順位に影響します。

  • 適切な見出し構造 → クロール効率の向上
  • 代替テキスト → 画像検索での表示機会
  • モバイル対応 → モバイルフレンドリー評価
  • ページ速度 → Core Web Vitals
  • ユーザビリティ → 滞在時間・直帰率の改善

アクセシビリティ対応とSEO対策は多くの部分で重複しており、アクセシビリティを放置することはSEOパフォーマンスの機会損失にもつながります。

段階的な対応ロードマップ

すべてを一度に対応するのは現実的ではありません。以下の4フェーズで段階的に進めることを推奨します。

Phase 1：現状把握と方針策定（1〜2ヶ月）

実施内容

  • 現行サイトのアクセシビリティ診断（自動ツール＋手動検査）
  • 問題点の洗い出しとWCAG達成基準ごとの適合状況の整理
  • アクセシビリティ方針の策定と社内承認
  • 目標とする適合レベル（推奨：AA）の決定

成果物

  • アクセシビリティ診断レポート
  • アクセシビリティ方針文書
  • 改善優先順位リスト

Phase 2：緊急対応・レベルA準拠（2〜3ヶ月）

実施内容

  • alt属性の全面見直し・追加
  • ページタイトル・見出し構造の修正
  • キーボード操作の確保
  • フォームのラベル・エラーメッセージ改善
  • 言語指定（lang属性）の設定
  • 自動再生コンテンツの制御機能追加

成果物

  • レベルA準拠のサイト
  • 対応完了報告書

Phase 3：レベルAA準拠（3〜6ヶ月）

実施内容

  • コントラスト比の調整（デザインの一部見直しを含む場合あり）
  • 動画字幕の作成・追加
  • レスポンシブ対応の強化（リフロー対応）
  • 非テキストコントラストの改善
  • ターゲットサイズの確保
  • アクセシブルな認証の導入

成果物

  • レベルAA準拠のサイト
  • JIS X 8341-3に基づく試験結果
  • アクセシビリティ適合宣言の公開

Phase 4：継続的改善と運用体制構築（継続）

実施内容

  • 社内向けアクセシビリティガイドラインの策定
  • コンテンツ作成者向けチェックリストの整備
  • 新規ページ・更新時のレビュープロセスの確立
  • 定期的な再検査（年1回以上推奨）
  • ユーザーからのフィードバック受付窓口の設置

成果物

  • 社内アクセシビリティガイドライン
  • コンテンツチェックリスト
  • 年次レビュー報告書

ロードマップの全体像

まとめ

Webアクセシビリティ対応は、2024年4月の障害者差別解消法改正により、もはや「やった方がいい」ではなく「やらなければならない」課題となりました。

本記事のポイントを整理します。

  • 法的義務化：民間事業者にも合理的配慮の提供が法的義務に（2024年4月施行）
  • 目標基準：WCAG 2.2のAA準拠を目指す（JIS X 8341-3:2016も同時に満たせる）
  • 優先対応：alt属性、見出し構造、キーボード操作、コントラスト比、フォーム改善が最優先
  • ツール活用：axe・Lighthouse・WAVE・miCheckerを組み合わせて効率的に検査
  • 段階的に進める：一度にすべてを対応するのではなく、4フェーズに分けて計画的に実施
  • ビジネスメリット：潜在顧客の拡大、SEO効果、ブランド向上、公共案件参加の機会確保

対応を先延ばしにするほどリスクは高まり、改修コストも増大します。まずは現状の診断から始めてみてはいかがでしょうか。

アクセシビリティ相談はこちら

よくある質問（FAQ）

Q1. 小規模な企業サイトでもアクセシビリティ対応は必要ですか？

はい。障害者差別解消法は事業者の規模を問わず適用されます。ただし「合理的配慮」は「過重な負担でない範囲」で求められるため、小規模サイトであればまずalt属性・見出し構造・キーボード操作など、コストをかけずに対応できる項目から着手するのが現実的です。

Q2. WordPress等のCMSを使っていますが対応できますか？

はい。WordPressの場合、アクセシビリティに配慮したテーマの選定、プラグインの活用、コンテンツ入力時のルール整備で多くの項目に対応できます。ただし、テーマやプラグインによってはアクセシビリティに問題があるものもあるため、選定時の注意が必要です。

Q3. 「WCAG 2.2 AA準拠」と「JIS X 8341-3:2016 適合レベルAA」は同じですか？

厳密には異なります。JIS X 8341-3:2016はWCAG 2.0ベースなので、WCAG 2.1/2.2で追加された達成基準はJISの範囲外です。ただし、WCAG 2.2 AAに準拠すれば、JIS X 8341-3:2016 AAの達成基準は原則としてすべて満たされます。

Q4. 対応にはどのくらいの期間がかかりますか？

サイトの規模と現状によりますが、レベルA準拠までで2〜3ヶ月、レベルAA準拠までで6〜12ヶ月が一般的な目安です。診断・方針策定の期間も含めると、トータルで1年程度の計画を見込むのが現実的です。

Q5. 社内にアクセシビリティの専門知識を持つ人材がいません。どうすればよいですか？

外部の専門企業によるアクセシビリティ診断と改修支援を活用するのが効率的です。並行して、社内のWeb担当者にアクセシビリティの基礎知識を習得してもらい、日常のコンテンツ更新時にチェックできる体制を構築することを推奨します。