ウェブアクセシビリティ向上の進め方｜JIS改正でWCAG 2.2へ、先に直すべき実装から

ウェブアクセシビリティ（英字表記でWebアクセシビリティ）向上に着手するとき、最初に詰まるのは「どこまでやれば対応したことになるのか」という線引きです。日本の基準であるJIS X 8341-3は2016年版のまま10年近く据え置かれてきましたが、その改正審議が2025年10月に始まりました。改正原案は、WCAG 2.2をそのまま国際規格化したISO/IEC 40500:2025との一致規格とする方針です。つまり、これから取り組む改修は2016年版ではなくWCAG 2.2を基準に設計したほうが手戻りが少なくなります。この記事では、制度上の線引きを確認したうえで、影響の大きい実装から順に着手手順を整理します。

まとめ

ウェブアクセシビリティ向上について、実務上の結論は次のとおりです。

• 2024年4月改正で民間事業者に義務化されたのは合理的配慮の提供（障害者差別解消法 第8条第2項）で、ウェブのJIS適合は第5条「環境の整備」＝努力義務です。「2024年4月からウェブアクセシビリティが義務化された」という説明は不正確です。
• 現行のJIS X 8341-3:2016はWCAG 2.0相当ですが、WAICが2025年10月30日に改正原案作成委員会を発足させ、ISO/IEC 40500:2025（＝WCAG 2.2）との一致規格とする方針を示しています。新規改修はWCAG 2.2を前提に設計するのが合理的です。
• 着手順は、テキスト代替・見出し構造・コントラスト比といった「全ページに効く土台」が先です。個別ページの凝った改修より、共通テンプレートの修正のほうが是正件数あたりの効果が大きくなります。
• 自動チェックツールは達成基準の一部しか判定できません。代替テキストが内容として妥当か、見出しが文書構造と一致しているかは、人間の確認でしか判定できない領域です。
• スクリプトを1行埋め込むだけのアクセシビリティオーバーレイは、単体では適合の根拠になりません。導入するとしても、DOM側の是正と並行することが条件です。

以下、それぞれの根拠と具体的な確認手順を見ていきます。

ウェブアクセシビリティの定義と「向上」が指す作業範囲

4つの原則（POUR）と適合レベルA・AA・AAAの位置づけ

ウェブアクセシビリティ（Webアクセシビリティ）とは、障害の有無、年齢、利用環境にかかわらず、ウェブで提供される情報や機能を利用できる状態を指します。国際的な基準であるWCAG（Web Content Accessibility Guidelines）は、この状態を4つの原則に分けて定義しています。知覚可能（Perceivable）、操作可能（Operable）、理解可能（Understandable）、堅牢（Robust）の4つで、頭文字からPOURと呼ばれます。

各原則の下に達成基準が置かれ、達成基準にはA・AA・AAAの3段階の適合レベルが割り当てられています。実務で目標に置かれるのはAAです。AAAは全ページでの達成が現実的でない基準（手話通訳の提供など）を含むため、WCAG自身がサイト全体でのAAA適合を推奨していません。公的機関については、総務省「みんなの公共サイト運用ガイドライン（2024年版）」がJIS X 8341-3:2016のレベルAAへの準拠を求めています。WCAGの成り立ちと各原則の詳細はWCAGとは何か？アクセシビリティ向上のための国際的な基準で扱っています。

JIS準拠を名乗るまでの3ステップ（方針策定・試験・結果公開）

「JIS X 8341-3:2016に準拠」と対外的に表明するには、実装を直すだけでは足りません。注意したいのは、その手順を求めているのが規格の規定そのものではない点です。規格本体では箇条5.2の適合表明が任意とされ、方針策定の手順は附属書JA、試験方法は附属書JBに、いずれも参考として置かれています。

「準拠」表記の条件を実質的に定めているのは、WAIC（ウェブアクセシビリティ基盤委員会）の「JIS X 8341-3:2016 対応度表記ガイドライン」です。同ガイドラインが求めるのは、附属書JAが示すウェブアクセシビリティ方針の策定と公開、附属書JBの手順を参考にした試験の実施、試験結果の表示という3段階です。方針には対象範囲と目標適合レベル、達成期限を明示します。

この3段階を踏まないまま「JIS準拠」と書けば、根拠のない表明になります。逆に、全ページが完璧でなくても対象範囲と到達レベルを正直に公開すれば表明は成立します。JISとWCAGの対応関係はJIS X 8341-3およびWCAGガイドラインに基づく対応の重要性で整理しています。

2024年4月改正で義務化された範囲とウェブ対応の位置づけ

障害者差別解消法 第8条第2項と第5条の線引き

2024年4月1日に施行された改正障害者差別解消法をめぐって、「ウェブアクセシビリティが義務化された」という説明が広く出回りました。これは条文と一致しません。

義務化されたのは第8条第2項です。条文はこう定めています。「事業者は、その事業を行うに当たり、障害者から現に社会的障壁の除去を必要としている旨の意思の表明があった場合において、その実施に伴う負担が過重でないときは、障害者の権利利益を侵害することとならないよう、当該障害者の性別、年齢及び障害の状態に応じて、社会的障壁の除去の実施について必要かつ合理的な配慮をしなければならない。」改正前は努力義務だったこの条項が、民間事業者にも「しなければならない」となりました。

一方、ウェブサイトを事前に使える状態にしておく取り組みは第5条の「環境の整備」に当たります。第5条は「行政機関等及び事業者は、社会的障壁の除去の実施についての必要かつ合理的な配慮を的確に行うため、自ら設置する施設の構造の改善及び設備の整備、関係職員に対する研修その他の必要な環境の整備に努めなければならない」と定めており、こちらは努力義務のままです。義務化された合理的配慮が「申し出があったときの個別対応」であるのに対し、ウェブアクセシビリティは「申し出の前に備えておく」側に位置づけられています。線引きの詳細はWebアクセシビリティは義務化されたのか？2024年改正法の線引きと企業がやるべきこと、改正内容そのものは2024年4月施行の障害者差別解消法改正による主要な変更点で解説しています。

民間事業者が現実に問われる場面と、先回りが効く理由

努力義務だから放置してよい、とはなりません。申し出を受けてから個別に対応するコストは、あらかじめ環境を整えておくコストより高くつきます。申込フォームがキーボードだけで送信できない場合、申し出のたびに電話や代行入力で対応することになり、その体制を維持し続ける負担が残ります。テンプレート側でフォームを直せば、負担そのものが発生しません。

公共分野では話が別です。総務省「みんなの公共サイト運用ガイドライン（2024年版）」が公的機関にJIS X 8341-3:2016のレベルAA準拠を求めているため、官公庁や自治体のサイト構築・改修案件では仕様書の要件として書かれます。公共案件を扱う事業者には、努力義務かどうかとは別に取引条件として効いてきます。

JIS X 8341-3改正の現在地とWCAG 2.2への移行見通し

改正原案作成委員会の進行状況とISO/IEC 40500:2025一致方針

ここが、いま改修設計を左右する最大の変数です。ウェブアクセシビリティ基盤委員会（WAIC）は2025年10月30日に「JIS X 8341-3改正原案作成委員会」を発足させ、第1回委員会を開催しました。公表された方針は次のとおりです。

鍵はISO/IEC 40500:2025の中身です。この規格は2025年9月に発行された第2版で、WCAG 2.2をそのまま国際規格化したものです。従来のISO/IEC 40500:2012（WCAG 2.0に相当）を取り消して置き換えています。W3Cも2025年10月21日にWCAG 2.2のISO承認を告知しました。

版の対応には1点ずれがあります。W3Cは「ISO/IEC 40500:2025 is exactly the same as the October 2023 version of WCAG 2.2.」と明記しており、取り込まれたのは2023年10月版です。後述する2024年12月の改訂版は「We expect the December 2024 version of WCAG 2.2 to be available as ISO/IEC 40500:2026 by late 2026.」として、2026年後半にISO/IEC 40500:2026で発行される見込みです。次期JISがどちらの版を参照するかは、この発行時期に左右されます。

現行のJIS X 8341-3:2016はISO/IEC 40500:2012との一致規格、すなわちWCAG 2.0相当です。改正原案が2025年版との一致規格になるということは、次期JISが参照する達成基準はWCAG 2.2まで一気に進むことを意味します。改正時期そのものは公表されていないため断定はできませんが、2026年に着手する改修を2016年版だけを見て設計すると、改正後に再度の是正が発生します。なお、WAICが公開しているWCAG 2.2日本語訳（2026年6月8日更新）は参考訳で、正式版はW3Cの英語版です。判断の根拠に使うときは英語版を確認してください。

先取りすべきWCAG 2.2の新設達成基準4件（レベルAA）

WCAG 2.2はW3C勧告として2023年10月5日に公開され、2024年12月12日に改訂版が出ています。WCAG 2.1から新設された達成基準は9件で、そのうちレベルAAは次の4件です。AAを目標に置くなら、この4件が新たに増える宿題になります。

既存サイトで引っかかりやすい順に見ると、2.4.11と2.5.8が先です。追従型のグローバルナビゲーションでは、Tabキーでページ下部へ移動したときにフォーカスされたリンクがヘッダーの裏へ完全に隠れる状態が起き、これが2.4.11の不適合になります。2.5.8で不適合になりやすいのは、アイコンのみのSNSボタンやページャーの数字リンクです。3.3.8に該当するのは、パスワードのコピー＆ペーストを禁止している認証画面や、歪んだ文字を読ませるCAPTCHAです。パスワードマネージャーの自動入力を妨げない設定に変えるだけで解消する例も少なくありません。

もう一点、WCAG 2.2では達成基準4.1.1（構文解析）が廃止されました。HTMLの構文エラーを機械的に潰す作業は、現在の支援技術の実装状況では優先度が下がっています。ただしこれは目標をWCAG 2.2に置く場合の話です。現行のJIS X 8341-3:2016はWCAG 2.0相当なので、いま「JIS準拠」を表明するなら4.1.1は試験対象に残ります。2016年版への準拠を求められる公共案件では外せず、WCAG 2.2を見据えた新規改修では優先度を下げてよい、という切り分けです。

ウェブアクセシビリティ向上の優先順位と着手順

テキスト代替・見出し構造・コントラスト比4.5:1

最初に手を付けるのは共通テンプレートに効く項目です。1ページずつの改修より、ヘッダー・フッター・記事テンプレートの是正のほうが、1件の修正で解消される不適合の数がはるかに多くなります。

画像の代替テキスト（達成基準1.1.1）は、装飾目的の画像にはalt属性を空にし、情報を担う画像には内容を記述します。ロゴやアイコンに「画像」「img」といった内容を説明しない値が入っていると、alt未設定と同じ扱いになります。見出し構造（1.3.1）では、見た目の大きさで見出しレベルを選ばないことが要点です。h2の次にh4が来る飛び越しや、太字の段落を見出し代わりにしている箇所は、スクリーンリーダーの見出しジャンプを機能させなくします。実機での読み上げ確認はWebアクセシビリティのスクリーンリーダー対応：NVDA・VoiceOverでの実機検証と読み上げ順序の設計で扱っています。

コントラスト比（1.4.3）は通常サイズのテキストで4.5:1以上、大きな文字で3:1以上が基準です。適用範囲の線引きとCSS実装、自動検証で未判定のまま残る箇所はWebアクセシビリティのコントラスト比：4.5対1と3対1の適用範囲・CSS実装・自動検証の落とし穴で扱っています。薄いグレーの補足文、プレースホルダー、無効化されていないのに淡色で表示されるボタンラベルが典型的な不適合箇所になります。ブランドカラーが基準を割っている場合は、テキスト色だけを調整するか、背景を変えて比率を確保します。

キーボード操作とフォーカス可視化の実装確認

キーボードだけでサイトを一周する確認は、専用ツールを使わずに今すぐできて、検出できる問題が多い手順です。マウスを触らずにTabキーだけでページを移動し、次の3点を見ます。

• すべての操作可能な要素にフォーカスが届くか（達成基準2.1.1）
• フォーカス位置が視覚的に分かるか（2.4.7）
• モーダルやドロップダウンからキーボード操作だけでフォーカスを外へ移動できるか（2.1.2 キーボードトラップなし。Escでの離脱が典型）

実装上よく見かけるのは、CSSで outline: none を指定してフォーカスリングを消したまま代替の見た目を用意していないパターンです。デザイン都合で消す場合は :focus-visible に独自のスタイルを当てて、キーボード操作時だけ明示します。もう1つが、div要素にクリックイベントだけを付けたボタンです。これはTabキーでフォーカスできず、Enterキーでも動きません。button要素に置き換えるのが最短の修正です。

フォームのラベル付けとエラー通知の設計

フォームは、不適合がそのままコンバージョン損失に直結する箇所です。入力欄には必ずlabel要素を関連付けます（達成基準3.3.2）。プレースホルダーをラベル代わりにする設計は、入力を始めた時点で説明が消えるため代替になりません。

エラー表示では、どの項目がなぜエラーなのかをテキストで示します（3.3.1）。枠線を赤くするだけの表現は、色を知覚しにくい利用者に伝わりません（1.4.1）。加えて、エラーメッセージを動的に挿入する場合、スクリーンリーダーに読み上げさせるにはaria-live属性などによる通知が必要です。挿入しただけでは、フォーカスが別の場所にある利用者に届きません。

自動チェックの検出範囲と手動確認の担当範囲

自動ツールで判定できる達成基準の限界

アクセシビリティツールという言葉は、大きく3種類を指して使われます。ブラウザ拡張やCIに組み込む自動チェッカー、支援技術そのもの（スクリーンリーダー等）、サイトに埋め込むオーバーレイ型ウィジェットです。診断に使うのは前2者です。

自動チェッカーが確実に判定できるのは、機械的に真偽が決まる項目だけです。alt属性の有無、コントラスト比の数値、label要素との関連付け、見出しレベルの飛び越しなどが該当します。判定できないのは値の妥当性を問う項目です。alt属性が付いていても、その文言が画像の内容を説明しているかは機械には分かりません。見出しの階層が正しくても、文言が節の内容と一致しているかは同様に判定できません。リンクテキストが文脈上意味を成すか（達成基準2.4.4）も人間の判断が要ります。

したがって、自動チェックの結果が0件でも適合の証明にはなりません。継続的な監視を仕組み化する場合の選択肢はaxe Monitorの主な特徴と機能一覧：継続的なアクセシビリティ監視の仕組みで扱っています。

支援技術と実機での確認項目

手動確認では、実際の支援技術で読み上げさせる工程を入れます。Windows環境では無償のNVDAが使えます。日本語版の機能差はNVDA日本語版2025.1.2jpリリースで実現された主な機能と改善点にまとめています。

読み上げで見るのは、ページを開いた直後に何が読まれるか、見出しジャンプで文書構造をたどれるか、フォームの入力欄が何の項目として読まれるか、エラーが発生したときに通知されるかの4点です。ここまでを自動・手動・当事者による検証の3層に分けて設計する進め方と、外注する場合の判断基準はWebアクセシビリティ診断の進め方：自動・手動・当事者検証の三層設計と外注の判断基準で詳しく整理しています。予算化の考え方はWebアクセシビリティ対応の費用：診断・改修・運用の三層で見積を分解するを参照してください。

アクセシビリティオーバーレイの限界と、導入が正当化できる条件

オーバーレイが適合の根拠にならない仕組み上の理由

スクリプトを1行埋め込むだけで対応が完了するとうたうツールについて、立場を明確にします。オーバーレイ型ウィジェットは、単体ではJISやWCAGへの適合の根拠になりません。導入済みであることを理由に「対応済み」と表明するのは避けるべきです。

理由は仕組みにあります。オーバーレイは配信されたHTMLの上から文字サイズ変更やコントラスト反転などのUIを重ねる方式で、元のDOMが持つ問題そのものは残ります。altが空の画像は空のままですし、button要素になっていないdivはキーボードで操作可能になりません。前掲の達成基準で言えば、1.1.1も2.1.1も未達のままです。また、利用者の多くはOSやブラウザの拡大機能、使い慣れたスクリーンリーダーを既に持っています。サイト側が独自のUIを重ねると、その操作系と二重になります。

導入を正当化できる3条件と国内ツールの位置づけ

導入が正当化できるのは、次の条件を満たす場合に限られます。DOM側の是正を並行して進めていること、オーバーレイを適合表明の根拠にしないこと、そして自動付与された代替テキストや役割属性を人手で検証していることです。この3つを満たせないなら、同じ予算をテンプレートの是正に回したほうが、是正できる不適合の件数は多くなります。

国内ツールの例には、サイバートラストなどが取り扱うアクセシレンズがあります。JavaScriptまたはWordPressプラグインで導入する方式で、JIS X 8341-3:2016の適合レベルAAに配慮した設計をうたっています。こうしたツールを使う場合も、位置づけは利用者側の表示調整手段の追加であって、コード側の是正の代わりにはなりません。

海外規制の適用時期：EAAとADA Title II

EAAの適用開始日とマイクロ企業の適用除外

海外向けにサービスを提供している場合、日本のJISとは別の期限が動いています。EU域内では欧州アクセシビリティ法（EAA、指令(EU)2019/882）が2025年6月28日に適用開始となり、EC、銀行サービス、電子書籍などを域内の消費者に提供する事業者が対象になりました。日本企業でもEU向けのオンライン販売を行っていれば範囲に入ります。

ただし例外があります。同指令第4条5項は、サービスを提供するマイクロ企業を要件の適用対象から除外しています。マイクロ企業の定義は第3条23号で、従業員10人未満かつ年間売上高または年間貸借対照表合計が200万ユーロを超えない事業者です。この除外はサービスに限られ、製品の製造には及びません。要件と基準の対応関係は欧州アクセシビリティ法（EAA）の要件とアクセシビリティ基準（WCAGとの関係）で解説しています。

ADA Title IIの延期後スケジュールと対象範囲

米国では、司法省のADA Title II最終規則が2024年4月24日に官報掲載され、州および地方政府機関のウェブとモバイルアプリにWCAG 2.1レベルAAが求められることになりました。当初の遵守期限は2026年からでしたが、2026年4月20日の中間最終規則で延期され、人口5万人以上の団体は2027年4月26日、5万人未満の団体および特別区は2028年4月26日となっています。

対象を取り違えないでください。この規則が縛るのは州・地方政府であり、日本の民間企業に直接適用されるものではありません。米国の自治体向けにシステムを納入する場合に、発注側の要件として問われます。民間事業者向けのTitle IIIには技術標準を定めた規則がありません。連邦政府の調達に関わる場合はリハビリテーション法508条が別途適用されます（リハビリテーション法508条とは何か：定義とその重要性をわかりやすく解説）。

よくある質問

ウェブアクセシビリティとは何ですか？

障害の有無、年齢、利用環境にかかわらず、ウェブで提供される情報や機能を利用できる状態を指します。国際基準のWCAGでは、知覚可能・操作可能・理解可能・堅牢という4つの原則（POUR）の下に達成基準が置かれ、A・AA・AAAの3段階の適合レベルが割り当てられる構造になっています。実務上の目標はAAです。バリアフリーやユニバーサルデザインとの関係はユニバーサルデザインとは？意味・7原則・身近な例とバリアフリーとの違いをわかりやすく解説で整理しています。

ウェブアクセシビリティは義務化されたのですか？

ウェブサイトをJISに適合させること自体は義務化されていません。2024年4月1日施行の改正障害者差別解消法で民間事業者に義務化されたのは、第8条第2項の合理的配慮の提供です。これは障害者から社会的障壁の除去を必要とする意思の表明があった場合に、過重な負担でない範囲で対応する義務を指します。ウェブアクセシビリティへの取り組みは同法第5条の「環境の整備」に位置づけられ、努力義務のままです。ただし公的機関には総務省「みんなの公共サイト運用ガイドライン（2024年版）」がレベルAA準拠を求めており、公共案件では仕様書の要件として問われます。

ウェブアクセシビリティ向上は何から着手すべきですか？

共通テンプレートに効く項目からです。具体的には、画像の代替テキスト（達成基準1.1.1）、見出しレベルの整合（1.3.1）、テキストのコントラスト比4.5:1（1.4.3）の3点をヘッダー・フッター・記事テンプレートで直すと、1回の修正で全ページの不適合が解消されます。次にキーボードだけでの操作確認、その後にフォームのラベルとエラー通知という順序が効率的です。個別ページの凝った改修は後回しで構いません。

アクセシビリティツールとは何を指しますか？

文脈により3種類を指します。1つ目は自動チェッカーで、alt属性の有無やコントラスト比など機械判定できる項目を検出します。2つ目は実際の読み上げ確認に使うNVDA等の支援技術。3つ目はサイトに埋め込むオーバーレイ型ウィジェットです。診断に使うのは1つ目と2つ目で、3つ目は適合の根拠にはなりません。自動チェッカーは代替テキストの文言が妥当かといった内容の判断ができないため、結果が0件でも適合の証明にはならない点に注意が必要です。

海外のウェブアクセシビリティ規制は日本企業にも関係しますか？

EU域内の消費者にECや電子書籍などを提供している場合、欧州アクセシビリティ法（EAA）の対象になります。2025年6月28日に適用開始済みです。ただしサービス提供については、従業員10人未満かつ年商または総資産200万ユーロ以下のマイクロ企業が適用除外とされています。米国のADA Title II最終規則は州・地方政府機関が対象のため、日本の民間企業に直接適用されるものではありませんが、米国の自治体向けに納入するシステムでは要件として問われます。同規則の期限は2026年4月20日の中間最終規則で延期され、人口5万人以上は2027年4月26日、5万人未満と特別区は2028年4月26日です。

関連記事

• Webアクセシビリティは義務化されたのか？2024年改正法の線引きと企業がやるべきこと
• Webアクセシビリティ診断の進め方：自動・手動・当事者検証の三層設計と外注の判断基準
• JIS X 8341-3およびWCAGガイドラインに基づく対応の重要性
• Webアクセシビリティ対応の費用：診断・改修・運用の三層で見積を分解する
• 欧州アクセシビリティ法（EAA）の要件とアクセシビリティ基準（WCAGとの関係）