WCAG 2.2 が WCAG 2.1 から変わったこと

Web Content Accessibility Guidelines(WCAG)は、ほとんどのアクセシビリティ法が指し示す標準です。WCAG 2.2 は 2023 年 10 月 5 日に W3C 勧告となり、9 つの新しい達成基準を追加し、1 つを削除しました。現在は ISO/IEC 40500:2025 でもあります。2026 年にウェブサイト、デザインシステム、または製品を保守しているなら、実務的な問いは次のとおりです:何が変わったか、各新基準は実際に何を要求するか、そして修正の優先順位をどうつけるべきか。この記事は、行動する前に確認できるよう出典を引用しながら、各問いに順に答えます。

WCAG の短い歴史

W3C は最初の Web Content Accessibility Guidelines を 1999 年 5 月 5 日に公開しました。WCAG 1.0 は規範的で HTML 固有であり、ウェブが単純な文書からリッチなアプリケーションへ移行するにつれて急速に古びました。

WCAG 2.0 は 2008 年 12 月 11 日に登場しました。ガイダンスを特定の技術から抽象化し、4 つの原則「知覚可能、操作可能、理解可能、堅牢(POUR)」の下に整理し、実務者が今でも使う 3 段階の適合スキーム A/AA/AAA を導入しました。米国および国際的な規制の多くが当初参照していたバージョンです。

WCAG 2.1 は 2018 年 6 月 5 日に続きました。モバイル(向き、タッチターゲット、動作起動)、ロービジョンユーザー(リフロー、テキスト間隔、非テキストコントラスト)、認知的アクセシビリティ(label-in-name、ステータスメッセージ)をカバーする 17 の新しい達成基準を追加しました。European Accessibility Act が参照する標準 EN 301 549 v3.2.1 に組み込まれているバージョンです。

WCAG 2.2 は 2023 年 10 月 5 日に公開され、2024 年 12 月 12 日に編集上の更新とともに再公開されました。9 つの新しい達成基準を追加し、1 つ(4.1.1 構文解析)を削除し、現在は ISO/IEC 40500:2025 でもあります。WCAG 3 は新しいスコアリングを持つ大幅に異なるフレームワークで、まだドラフト段階にあり、一般的な採用は 2027 年以前には期待されていません。

9 つの新しい達成基準

新しい基準は 3 つのテーマ群に分類されます:フォーカス、入力モダリティ、認知的アクセシビリティ。

フォーカス群

2.4.11 フォーカスが隠れない(最低限)、レベル AA。 ユーザーインターフェイス構成要素がキーボードフォーカスを受け取ったとき、その構成要素は作成者作成のコンテンツ(粘着ヘッダー、Cookie バナー、チャットウィジェット)によって完全に隠れてはなりません。構成要素は部分的に隠れることはできます。基準は何も見えないときにのみ失敗します。実環境での失敗のほとんどは、フォームの中でフォーカスされた入力欄の上に浮く粘着の下部バーから来ており、ユーザーが入力している間フォーカスが見えなくなります。

2.4.12 フォーカスが隠れない(強化)、レベル AAA。 2.4.11 のより厳格なバージョン:構成要素がフォーカスを受け取ったとき、その一部すらも隠れてはなりません。これはほとんどの企業デザインシステムが目指す AAA バージョンです。

2.4.13 フォーカスの外観、レベル AAA。 フォーカスインジケータ自体は、フォーカスされたコントロールの周囲で少なくとも 2 CSS ピクセルの太さで、隣接する非フォーカス状態に対するフォーカスインジケータのコントラストは少なくとも 3:1 でなければなりません。暗いボタン上の 1 ピクセルのブラウザデフォルトのフォーカスリングはこの基準を満たしません。2 ピクセルの高コントラストリングは満たします。

入力モダリティ群

2.5.7 ドラッグ動作、レベル AA。 ドラッグジェスチャーでできることは、ドラッグなしでも可能でなければなりません。例:ドラッグのみに応答する並べ替え可能なリスト、ドラッグのみに応答するスライダー、ドラッグを必要とするマップのパン操作。基準はドラッグを禁止していません。並べ替えのための上下矢印や、スライダー値のためのテキスト入力フィールドのような代替を要求します。

2.5.8 ターゲットサイズ(最低限)、レベル AA。 ポインターターゲットは、インライン(段落内のリンク)、ユーザーエージェントのデフォルトで露出されている(<select> ドロップダウンのような)、機能に不可欠(フレットボードシミュレータ)、またはページ上の他の場所に 24x24 を満たす同等のコントロールがある場合を除き、少なくとも 24 × 24 CSS ピクセルでなければなりません。以前の WCAG 2.1 基準 2.5.5 は閾値を 44x44 に設定しましたがレベル AAA でした。2.5.8 はより小さい 24x24 の下限を AA で必須にします。

認知的アクセシビリティ群

3.2.6 一貫したヘルプ、レベル A。 ヘルプ機構(「お問い合わせ」リンク、チャットウィジェット、ヘルプリンク、ヘルプ電話番号)が複数のページに現れる場合、各ページで同じ相対順序で現れなければなりません。意図は認知負荷を下げることです:ユーザーは毎回期待する場所でヘルプを見つけます。

3.3.7 冗長な入力、レベル A。 ユーザーは同じプロセスで既に入力した情報を再入力するよう要求されるべきではありません。複数ステップのフォームは以前の入力を記憶しなければなりません。基準は本質的な場合(セキュリティ確認)や情報が変更された場合に再度尋ねることを禁止していません。

3.3.8 アクセシブルな認証(最低限)、レベル AA。 認証は、パスワードの記憶、パズルの解決、画像ベースの CAPTCHA の転写などの認知機能テストを要求できません(代替が提供される場合を除く)。受け入れ可能な代替には、パスワードマネージャ、ワンタイムコード、生体認証、ハードウェアトークンが含まれます。これは、アクセシブルなサイトにおける「この画像から文字を入力してください」のパターンを終わらせた基準です。

3.3.9 アクセシブルな認証(強化)、レベル AAA。 より強いバージョン:物体認識および個人コンテンツのパズル(どの画像にバスが含まれていますか?、最初に飼ったペットの名前は?)も、代替が提供されない限り禁止されます。

削除された 1 つの基準

4.1.1 構文解析は時代遅れとして撤回されました。完全な開始/終了タグ、ID の重複がない、要素が適切にネストされているといった、コンテンツが解析可能であることを要求していました。2008 年にはこれが重要でした、なぜなら支援技術が HTML を自分で解析し、不正なマークアップで失敗していたからです。2024 年にはすべての支援技術は生の HTML ではなくブラウザのアクセシビリティツリーを使用しています。ブラウザは既に不正なマークアップから優雅に回復します。WCAG 2.2 はこの基準を削除することでこれを認めています。WCAG 2.0 と 2.1 の適合性には依然として現れますが、2.2 には現れません。

これは WCAG から削除された唯一の基準です。4.1.1 の失敗を指摘した既存の 2.0 / 2.1 監査は 2.2 に対して再テストすべきです。これらの失敗の一部はもはや問題ではなくなっています。

適合レベルの再確認

WCAG 2.2 は 4 つのレベル A または AA の基準(2.5.7、2.5.8、2.4.11、3.2.6、3.3.7、3.3.8)と 4 つのレベル AAA の基準(2.4.12、2.4.13、3.3.9、加えて 2.4.11 の AAA ブランチ)を追加します。ほとんどの法的適合作業については、まず AA の追加に焦点を当ててください。

実務的影響、まず何を修正するか

すでに WCAG 2.1 AA に適合している典型的なサイトの場合、2.2 AA のギャップは通常以下のとおりです:

1. 2.5.8 ターゲットサイズ(最低限)、24x24 CSS ピクセル。 ボタン、アイコンリンク、小さなトグルを監査してください。24x24 より小さいコントロールには、より大きなヒットエリア、その周辺のより多くの間隔、またはページ上の同等のより大きなコントロールが必要です。これは既存のサイトで最も一般的な単一の 2.2 失敗です。
2. 2.4.11 フォーカスが隠れない(最低限)。 粘着の下部バー、粘着のフッター、チャットウィジェット、ビューポートの下部にオーバーレイする Cookie バナーを探してください。フォーカス可能な要素がそれらの背後にスクロールするとき、基準は失敗します。粘着バーの高さと等しい scroll-margin-bottom をフォーカス可能な要素に追加することで修正してください。
3. 3.3.8 アクセシブルな認証(最低限)。 ログインフローから画像ベースの CAPTCHA を削除し、見えない CAPTCHA またはレート制限のアプローチに置き換えてください。パスワードマネージャを許可してください(パスワードフィールドで autocomplete を無効にしないでください)。ワンタイムコードのペーストを許可してください。
4. 2.5.7 ドラッグ動作。 ドラッグのみのインタラクションには非ドラッグの代替を提供してください。並べ替え可能なリストには上下矢印が必要、スライダーには数値入力が必要、マップにはパンボタンが必要です。
5. 3.2.6 一貫したヘルプ。 「お問い合わせ」または「ヘルプ」のリンクが複数のページに表示される場合、それを一貫して配置してください。ほとんどのサイトはすでにこれを行っています。失敗はページタイプに基づいてヘルプリンクを移動するサイトにあります。
6. 3.3.7 冗長な入力。 複数ステップのフォームは以前の入力を記憶しなければなりません。ほとんどの現代的なフレームワークは、状態を正しく接続すればすでにこれを行います。失敗はステップ間で状態をリセットするレガシーの複数ページフォームにあります。

新しい基準を実装する際の一般的な落とし穴

• 4.1.1 構文解析がどこでも消えたと扱う。 4.1.1 は WCAG 2.2 から削除されましたが、WCAG 2.0 と 2.1 では依然として要求されています。契約または規制が 2.1 を指定する場合、構文解析の規則は依然として適用されます。
• 2.5.8 ターゲットサイズの誤解。 24x24 の最低限はターゲットに対するもので、目に見えるアイコンに対するものではありません。24x24 のボタン内の 16x16 のアイコンは通過します。16x16 のボタン内の 16x16 のアイコンは失敗します。
• 2.5.8 の例外を忘れる。 段落内のインラインリンク、デフォルトのユーザーエージェントコントロール、本質的なターゲット、ページ上の他の場所にある同等のより大きなコントロールはすべて免除されます。
• 3.3.8 をすべての CAPTCHA を削除することで実装する。 CAPTCHA を保持することはできます。アクセシブルな代替パスが必要なだけです。リバースチューリングテスト、レート制限、マジックリンク、パスキー、またはハードウェアトークンはすべて適格です。
• 2.4.11 と 2.4.13 の混同。 フォーカスが隠れない(2.4.11)は、フォーカスされた要素がまったく見えるかどうかについてです。フォーカスの外観(2.4.13)は、フォーカスインジケータ自体が太く対比的であるかについてです。これらは異なるレベルでの異なる要件です。
• AAA だからといって 2.4.13 を飛ばす。 いくつかの政府(ノルウェー、カナダの一部)は公共部門のサイトに対して AAA レベルの規則を採用しています。あなたの管轄区域を確認してください。

WCAG 2.2 適合性をチェックするツール

一部のツールは新しい 2.2 基準をテストするためにすでに更新されています。他のツールは依然として 2.0 / 2.1 のみに対してテストしています。

自動化ツールは、最良の場合でも WCAG 失敗の約 30 ~ 40% を捕らえます。新しい 2.2 基準は、マークアップだけでなくユーザーフローの理解を必要とするため、特に自動化が困難です(2.5.7 ドラッグ、3.2.6 一貫したヘルプ、3.3.7 冗長な入力、3.3.8 認証)。すべてのリリースで手動のキーボードテストを計画してください。

プライバシーとツール

Absolutool のカラーコントラストチェッカー、WCAG 見出しチェッカー、およびアクセシブルなパレットジェネレータはすべて、完全にあなたのブラウザ内で動作します。貼り付けた HTML や色の値はあなたのデバイス上の JavaScript によって処理され、結果はページにレンダリングされ、サーバーには何も送信されません。入力に対するテレメトリーなし、コンテンツに触れる第三者スクリプトなし、ナビゲーション後のキャッシュなし。内部デザインシステムの監査、未公開のブランドカラー、または禁輸下の監査データには、そのローカルのみのフローが正しいデフォルトです。ページが読み込まれるとツールはオフラインで動作可能で、ネットワークを切断してコントラストペアを再チェックすることで確認できます。