2024年4月1日、改正障害者差別解消法が施行され、民間事業者にも「合理的配慮の提供」が法的義務となった。Webサイトはその対象に含まれる。
総務省「令和6年版 情報通信白書」によれば、65歳以上のインターネット利用率は86.8%に達している。視覚・聴覚・運動機能に何らかの制約を持つユーザーは国内推計964万人（内閣府「令和5年版 障害者白書」）。さらに一時的なケガや加齢による視力低下など「状況的障害」を含めれば、アクセシビリティの恩恵を受ける層は全人口の2割を超える。
にもかかわらず、WebAIM Million 2025の調査では、世界の上位100万サイトの96.3%に何らかのWCAGエラーが検出されている。国内サイトも例外ではない。
本記事では、情報システム部門や経営企画部門でWebアクセシビリティ対応の稟議を通す立場にある鈴木さんのような担当者に向けて、WCAG 2.2 AA基準の対応費用、優先順位の付け方、段階的な改修ロードマップを具体的な数字とともに解説する。
目次
- Webアクセシビリティとは何か --- 義務化の背景と対象範囲
- WCAG 2.2の概要 --- 達成すべき基準レベル
- 対応しないリスク --- 法的・ビジネス上の損失
- 費用相場 --- 監査・改修・運用の3段階
- 費用を左右する5つの要因
- 対応ステップ --- 6ヶ月ロードマップ
- ROI試算 --- 「コスト」ではなく「投資」として説明する方法
- 失敗しないための4つの原則
- まとめ
- FAQ（よくある質問）
- 付録：WCAGセルフチェックリスト
Webアクセシビリティとは何か --- 義務化の背景と対象範囲
Webアクセシビリティとは、障害の有無や年齢、利用環境に関わらず、すべてのユーザーがWebサイトの情報やサービスを利用できる状態を指す。
改正障害者差別解消法と義務化の実態
2024年4月1日施行の改正障害者差別解消法により、民間事業者にも合理的配慮の提供が法的義務化された。これまで「努力義務」にとどまっていた民間事業者の対応が、「しなければならない」に格上げされた。
具体的にWebサイトに対して「WCAG AAに準拠せよ」と明文化されているわけではない。しかし、デジタル庁「ウェブアクセシビリティ導入ガイドブック」（2024年3月改訂版）では、WCAG 2.1以上のAA準拠を推奨しており、実質的なスタンダードとして機能している。2026年現在、最新のWCAG 2.2 AA準拠を目標にするのが合理的だ。
JIS X 8341-3:2016との関係
日本工業規格のJIS X 8341-3:2016は、WCAG 2.0と技術的に整合している。ただし、WCAG 2.2には9つの新しい達成基準が追加されており（2.4.11 Focus Not Obscured、3.3.7 Redundant Entry、3.2.6 Consistent Helpなど）、JIS規格だけに準拠しても最新のWCAG 2.2 AAをカバーしきれない。国際的なデファクト標準であるWCAG 2.2 AAを対応目標に設定すべきだ。
対象となるサイト
すべてのWebサイトが対象だが、特に以下のケースは対応の緊急度が高い。
- BtoC向けサービスサイト・ECサイト：顧客接点であり、利用できないユーザーがいればそのまま売上損失になる
- 自治体・公共サービスの受託サイト：公共調達においてアクセシビリティ要件は必須
- 上場企業のコーポレートサイト：ESG・CSR報告でアクセシビリティへの取り組みが問われる
- 採用サイト：応募者に障害のある方が含まれる場合、利用できないサイトは法的リスクとなる
WCAG 2.2の概要 --- 達成すべき基準レベル
WCAG（Web Content Accessibility Guidelines）はW3Cが策定する国際標準ガイドラインだ。2023年10月にバージョン2.2が勧告され、2026年現在はこのWCAG 2.2が最新の安定版となっている。
4つの原則と13のガイドライン
WCAGは以下の4原則（POUR）に基づいて構成される。
| 原則 | 内容 | 具体例 |
|---|---|---|
| 知覚可能（Perceivable） | 情報やUIコンポーネントを知覚できること | 画像のalt属性、動画の字幕、十分なコントラスト比 |
| 操作可能（Operable） | UIコンポーネントやナビゲーションを操作できること | キーボード操作、十分な操作時間、フォーカスの可視化 |
| 理解可能（Understandable） | 情報やUIの操作方法が理解できること | 一貫したナビゲーション、エラーの特定と修正提案 |
| 堅牢（Robust） | 多様なユーザーエージェントや支援技術で利用できること | 正しいHTML構造、ARIAの適切な使用 |
適合レベル（A / AA / AAA）
WCAGには3つの適合レベルがある。
- レベルA：最低限のアクセシビリティ要件（30項目）
- レベルAA：一般的に目標とすべき水準（20項目追加、計50項目）
- レベルAAA：最高水準（28項目追加、計78項目）
AA準拠が実務上の標準だ。レベルAAAはすべてのコンテンツに対して達成するのが困難であり、W3C自身もサイト全体でのAAA準拠を要求していない。デジタル庁もAA準拠を推奨している。
WCAG 2.2で追加された主な達成基準
| 達成基準 | レベル | 内容 |
|---|---|---|
| 2.4.11 Focus Not Obscured (Minimum) | AA | フォーカスを受けた要素が他の要素に完全に隠されないこと |
| 2.4.12 Focus Not Obscured (Enhanced) | AAA | フォーカスを受けた要素がまったく隠されないこと |
| 2.4.13 Focus Appearance | AAA | フォーカスインジケーターが十分な面積とコントラストを持つこと |
| 2.5.7 Dragging Movements | AA | ドラッグ操作が必要な機能に代替手段があること |
| 2.5.8 Target Size (Minimum) | AA | タッチターゲットが最低24×24 CSSピクセルあること |
| 3.2.6 Consistent Help | A | ヘルプ機能が複数ページで一貫した位置にあること |
| 3.3.7 Redundant Entry | A | 同一プロセス内で既に入力した情報の再入力を求めないこと |
| 3.3.8 Accessible Authentication (Minimum) | AA | 認知機能テスト（CAPTCHAなど）に代替手段があること |
| 3.3.9 Accessible Authentication (Enhanced) | AAA | 認知機能テストをまったく必要としないこと |
対応しないリスク --- 法的・ビジネス上の損失
法的リスク
米国ではADA（Americans with Disabilities Act）に基づくWebアクセシビリティ訴訟が年間4,000件を超えている（UsableNet 2024年報告）。日本ではまだ訴訟件数は少ないが、改正障害者差別解消法の施行により行政指導の対象になり得る。主務大臣による報告徴収・助言・指導・勧告の対象となり、勧告に従わない場合は事業者名の公表もあり得る。
ビジネス上のリスク
- 顧客の取りこぼし：アクセシビリティ非対応のサイトは、障害を持つユーザーや高齢ユーザーを排除している。国内964万人の障害者と、3,600万人超の65歳以上人口は、無視できない市場規模だ
- 公共調達の機会損失：国や自治体の調達案件ではアクセシビリティ要件が標準化されつつあり、非対応企業は入札参加資格を失う
- ESG/CSR評価への影響：投資家やステークホルダーがデジタルインクルージョンへの取り組みを評価する流れが強まっている
- SEOへの間接的影響：アクセシビリティとSEOは技術的に重複する要素が多い。alt属性、見出し構造、セマンティックHTML、ページ速度など、アクセシビリティを改善すれば検索順位にも好影響がある
費用相場 --- 監査・改修・運用の3段階
Webアクセシビリティ対応の費用は「監査」「改修」「継続運用」の3段階に分かれる。一度にすべてを完璧にする必要はなく、段階的に投資するのが現実的だ。
レベル1：アクセシビリティ監査（50万〜200万円）
現状のサイトがWCAG 2.2 AAにどの程度準拠しているかを診断するフェーズだ。
| 監査項目 | 内容 | 費用目安 |
|---|---|---|
| 自動テスト | axe、Lighthouse等のツールによる一括スキャン | 10万〜30万円 |
| 手動テスト | スクリーンリーダー（NVDA、VoiceOver）での実操作確認 | 20万〜80万円 |
| 支援技術テスト | キーボード操作、音声認識、拡大表示での動作確認 | 10万〜40万円 |
| 報告書作成 | 問題一覧、優先度分類、改修方針の提示 | 10万〜50万円 |
自動テストだけでは検出できる問題は全体の約30%にとどまる（Deque Systemsの調査）。手動テストとの組み合わせが必須だ。
レベル2：改修・実装（200万〜600万円）
監査結果に基づいてサイトを改修するフェーズだ。改修範囲によって費用が大きく異なる。
| 改修範囲 | 内容 | 費用目安 |
|---|---|---|
| 軽微な修正 | alt属性追加、コントラスト比調整、フォーム改善 | 50万〜150万円 |
| 中規模改修 | HTML構造の見直し、キーボード操作対応、ARIA実装 | 150万〜350万円 |
| 大規模改修 | CMSテンプレートの再構築、動的コンテンツの改修 | 300万〜600万円 |
| 改修項目 | 具体的な作業 | 工数目安 |
|---|---|---|
| 画像のalt属性 | 全画像のalt属性を適切に記述（装飾画像はalt=""） | 2〜5人日 |
| コントラスト比 | テキストと背景の色コントラストを4.5:1以上に調整 | 3〜10人日 |
| フォームのラベル | input要素とlabel要素を正しく関連付け | 2〜5人日 |
| 見出し構造 | h1〜h6の階層構造を論理的に整理 | 2〜5人日 |
| キーボード操作 | すべてのインタラクティブ要素をキーボードで操作可能に | 5〜15人日 |
| フォーカスインジケーター | フォーカスの視覚的表示を明確に | 2〜5人日 |
| 動画の字幕 | 既存動画への字幕追加 | 動画1本あたり1〜3人日 |
| ARIA属性の実装 | カスタムコンポーネントへのrole、aria-label等の付与 | 5〜20人日 |
| レスポンシブ対応の修正 | 拡大表示（200%）での表示崩れ修正 | 3〜10人日 |
| CAPTCHAの代替 | 画像CAPTCHAを音声CAPTCHAやreCAPTCHA v3に置換 | 2〜5人日 |
レベル3：継続運用・保守（月額5万〜30万円）
アクセシビリティは一度対応すれば終わりではない。新規コンテンツの追加やサイト更新のたびに、アクセシビリティを維持する体制が必要だ。
| 運用項目 | 内容 | 月額目安 |
|---|---|---|
| 定期監査 | 四半期ごとの自動テスト＋年1回の手動テスト | 5万〜15万円/月 |
| コンテンツレビュー | 新規コンテンツのアクセシビリティチェック | 5万〜10万円/月 |
| 社内研修・ガイドライン更新 | 更新担当者向けの教育と基準書の改訂 | 3万〜5万円/月 |
費用を左右する5つの要因
同じ「WCAG AA準拠」でも、サイトの状態によって費用は大きく変わる。以下の5つの要因が費用を左右する。
1. サイトの規模とテンプレート数
ページ数よりもテンプレートの種類数が重要だ。テンプレートが5種類なら、改修対象は実質5種類×α。テンプレートが50種類あれば、改修工数は10倍近くになる。
2. CMSの種類とカスタマイズ度
WordPressで標準的なテーマを使っているサイトは、アクセシブルなテーマへの差し替えで大幅に改善できることがある。一方、独自開発のCMSやフルスクラッチのフロントエンドは、テンプレートレベルからの改修が必要になり、費用が跳ね上がる。
3. 動的コンテンツの量
モーダル、アコーディオン、タブ、カルーセル、ドラッグ＆ドロップなどのインタラクティブなUIコンポーネントは、キーボード操作対応とARIA実装の工数がかかる。静的なコンテンツ中心のサイトと比べて、改修費用が1.5〜2倍になることがある。
4. マルチメディアコンテンツの量
動画や音声コンテンツが多いサイトは、字幕・トランスクリプト（文字起こし）・音声解説の制作費用が加算される。動画1本あたりの字幕制作費は5万〜15万円が相場だ。動画が50本あれば、それだけで250万〜750万円の追加費用になる。
5. 現状の準拠度
すでに基本的なセマンティックHTMLで構築されているサイトは改修工数が少なくて済む。一方、テーブルレイアウト時代のHTMLが残っているサイトや、divとspanだけで構築されたサイトは、HTML構造の根本的な見直しが必要になる。
対応ステップ --- 6ヶ月ロードマップ
Webアクセシビリティ対応は一度にすべてを完璧にする必要はない。以下の6ヶ月ロードマップで段階的に進める。
Phase 1：現状把握と方針策定（Month 1）
| 作業 | 成果 |
|---|---|
| 自動テストツール（axe DevTools、Lighthouse）による全ページスキャン | エラー総数と傾向の把握 |
| 主要テンプレート（10ページ程度）の手動テスト | 深刻な問題の特定 |
| アクセシビリティ方針（ポリシー）の策定 | 「WCAG 2.2 AA準拠を目指す」の宣言 |
| 改修優先順位マトリクスの作成 | 影響度×改修工数で分類 |
Phase 2：Quick Win ― すぐに直せる問題の修正（Month 2〜3）
| 作業 | 成果 |
|---|---|
| 画像のalt属性を一括追加・修正 | 全画像の代替テキスト完備 |
| コントラスト比の調整（CSS修正） | 4.5:1以上の確保 |
| フォームのlabel要素を正しく関連付け | スクリーンリーダーでの操作改善 |
| 見出し構造（h1〜h6）の整理 | 論理的な文書構造の確保 |
| lang属性の設定 | ページ言語の正しい宣言 |
| リンクテキストの改善（「こちら」→具体的な文言） | リンク目的の明確化 |
Quick Winだけで、自動テストのエラー数は50〜70%減少することが多い。この段階の成果を数字で報告し、次フェーズの投資承認を得る。
Phase 3：構造的な改修（Month 3〜5）
| 作業 | 成果 |
|---|---|
| キーボード操作対応（Tab、Enter、Escapeキーでの操作） | マウスなしで全機能が利用可能 |
| フォーカスインジケーターの実装 | 現在位置の視覚的な明示 |
| ARIA属性の適切な実装 | カスタムコンポーネントの支援技術対応 |
| 動画への字幕追加 | 聴覚障害のあるユーザーへの情報保障 |
| エラーメッセージの改善 | エラー箇所の特定と修正方法の提示 |
| レスポンシブ対応の修正（200%拡大表示） | ロービジョンユーザーへの対応 |
Phase 4：継続運用体制の確立（Month 5〜6）
| 作業 | 成果 |
|---|---|
| アクセシビリティガイドラインの社内文書化 | コンテンツ更新時の基準明確化 |
| CMS入稿ルールの策定 | 非エンジニアでもアクセシブルなコンテンツを作成可能に |
| 自動テストのCI/CD組み込み | デプロイ前の自動チェック |
| 社内研修の実施 | Web担当者のリテラシー向上 |
| 問い合わせ窓口の設置 | ユーザーからのフィードバック受付体制 |
6ヶ月合計：280万〜750万円。Phase 2完了時点（2〜3ヶ月目）で最初の大きな成果が出る。段階的に進めれば、初年度の予算を300万円程度に抑えつつ、主要な問題の大半を解消できる。
ROI試算 --- 「コスト」ではなく「投資」として説明する方法
アクセシビリティ対応の稟議で最大のハードルは「費用対効果が見えにくい」ことだ。以下のフレームワークで数字に落とし込む。
試算例：年商10億円・月間10万PVのBtoBサイト
対応しない場合の年間損失（推定）
| 項目 | 金額 |
|---|---|
| 障害を持つユーザー・高齢ユーザーの離脱による機会損失（全体CVの5%と仮定） | 500万円 |
| 公共調達案件の入札資格喪失（年2件 × 平均受注額500万円） | 1,000万円 |
| 法的リスク対応（弁護士相談、行政対応の工数） | 100万円 |
| ブランドイメージ毀損（ESG評価低下、SNSでの批判リスク） | 定量化困難 |
| 合計（定量分） | 1,600万円 |
| 項目 | 金額 |
|---|---|
| 初年度投資（監査＋改修） | 400万円 |
| 年間運用コスト | 120万円 |
| 年間削減効果 | 1,600万円 |
投資回収期間 ≒ 4ヶ月
もちろんこれは推定値であり、企業ごとに前提が異なる。重要なのは「対応コスト」だけを見るのではなく、「対応しないことのコスト」と比較することだ。
稟議書に盛り込むべき3つの数字
- 法的リスクの金額換算：改正障害者差別解消法違反による行政指導・勧告・事業者名公表のリスクと、その対応コスト
- 機会損失の金額換算：障害者・高齢者マーケットの規模と、アクセシビリティ非対応による取りこぼし額
- SEO副次効果の試算：アクセシビリティ改善によるセマンティックHTML化がもたらす検索順位向上と流入増の見込み
失敗しないための4つの原則
1. 100点を目指さない
WCAG 2.2 AAのすべての達成基準を初日から完璧に満たそうとすると、プロジェクトは頓挫する。まず影響度の大きい問題（スクリーンリーダーで操作不能、フォームが送信できないなど）から対処し、段階的に準拠率を上げる。
2. 自動テストと手動テストを組み合わせる
axe DevToolsやLighthouseなどの自動テストツールは効率的だが、検出できるのは全問題の約30%だ。スクリーンリーダーでの実操作、キーボードのみでの操作確認、実際の障害当事者によるユーザーテストを組み合わせなければ、真のアクセシビリティは実現できない。
3. デザインシステムに組み込む
ページ単位で個別対応するのではなく、共通コンポーネント（ボタン、フォーム、モーダル、ナビゲーションなど）のデザインシステムにアクセシビリティ要件を組み込む。一度正しく作れば、そのコンポーネントを使うすべてのページが自動的にアクセシブルになる。
4. 当事者の声を取り入れる
アクセシビリティは仕様書の数値合わせではない。実際に支援技術を使っているユーザーにテストしてもらい、フィードバックを反映する。WCAG準拠しているが実用的でないサイトは少なくない。数値だけでなく「本当に使えるか」を確認する。
まとめ
Webアクセシビリティ対応は、2024年の改正障害者差別解消法施行により「やるべきか」ではなく「いつやるか」のフェーズに入った。
費用はアクセシビリティ監査で50万〜200万円、改修で200万〜600万円、継続運用で月額5万〜30万円。段階的に進めれば、初年度300万円程度の予算で主要な問題の大半を解消できる。
最も重要なのは「一度にすべてを完璧にする」のではなく、「影響度の高い問題から順に、段階的に改善する」ことだ。Phase 2のQuick Winだけでも、自動テストのエラー数は50〜70%減少し、スクリーンリーダーでの操作性は大幅に改善する。
そして、経営層への説明では「対応コスト」ではなく「対応しないことのコスト」を先に提示する。法的リスク、機会損失、SEO副次効果を数字で示せば、アクセシビリティ対応は「コスト」ではなく「リターンのある投資」として認識される。
GXOでは、WCAG 2.2 AA準拠を目標としたアクセシビリティ監査・改修・運用支援を一貫して提供している。GXO株式会社の開発事例はこちら。会社概要はこちら。
Webアクセシビリティ無料相談を受付中
「自社サイトがWCAGにどの程度準拠しているか分からない」「改修の優先順位を知りたい」「稟議に使える概算費用がほしい」。まずは現状のサイトを簡易診断し、改修ロードマップと概算費用をご提示します。
※ 営業電話はしません ｜ オンライン対応可 ｜ 相談だけでもOK
FAQ（よくある質問）
Q1. WCAG 2.2に対応しないと罰則はありますか？
A1. 現行の改正障害者差別解消法には直接的な罰則規定はない。ただし、主務大臣による報告徴収・助言・指導・勧告の対象となり、勧告に従わない場合は事業者名の公表がある。また、民事上の不法行為責任を問われるリスクもゼロではない。米国ではADAに基づくWebアクセシビリティ訴訟が年間4,000件を超えており、日本でも今後訴訟リスクが高まる可能性がある。「罰則がないから対応しない」は、中長期的に見てリスクの高い判断だ。
Q2. 自社のWeb担当者だけで対応できますか？
A2. Quick Win（alt属性の追加、コントラスト比の調整、見出し構造の整理など）は非エンジニアのWeb担当者でも対応できる。ただし、キーボード操作対応、ARIA属性の実装、CAPTCHAの代替実装などはフロントエンドの専門知識が必要だ。監査フェーズで問題の全体像と優先順位を把握し、自社で対応できる範囲と外部パートナーに委託すべき範囲を切り分けるのが効率的だ。
Q3. WordPressサイトのアクセシビリティ対応はどう進めればよいですか？
A3. WordPressにはアクセシビリティ対応を謳うテーマ（WordPress.org公式の「Accessibility Ready」タグ付きテーマ）がある。テーマの差し替えだけで基本的な構造面の問題が解消するケースもある。ただし、カスタムプラグインや独自テーマを使用している場合は、テンプレートレベルの改修が必要だ。プラグイン（WP Accessibility、One Click Accessibilityなど）による対処は応急処置にはなるが、根本的な解決にはならない。
Q4. アクセシビリティ対応とSEO対策は重複しますか？
A4. 大きく重複する。alt属性の適切な記述、見出し構造の最適化、セマンティックHTMLの使用、ページ速度の改善、モバイル対応の強化はいずれもSEOにも有効だ。Googleの検索品質評価ガイドラインでも「ユーザビリティ」の観点でアクセシビリティに言及している。アクセシビリティ対応の予算をSEO改善の予算と合わせて稟議に出せば、投資対効果がさらに見えやすくなる。
Q5. アクセシビリティのオーバーレイツール（自動修正ウィジェット）で対応できますか？
A5. 推奨しない。accessiBeやUserWayなどのオーバーレイツールは、サイトにJavaScriptウィジェットを追加してフォントサイズやコントラストを変更できるようにするものだが、根本的なHTMLの問題（見出し構造の欠如、alt属性の欠如、キーボード操作非対応など）は解決しない。National Federation of the Blind（全米盲人連合）もオーバーレイツールの使用に反対する声明を出しており、米国では「オーバーレイを導入したサイトが訴訟されるケース」も報告されている。WCAG準拠にはソースコードレベルの改修が必要だ。