キーボードアクセシビリティ監査ガイド

WCAG 2.1に基づくキーボードアクセシビリティ監査のステップバイステップガイド。キーボード操作性(2.1.1)、キーボードトラップなし(2.1.2)、フォーカス順序(2.4.3)、フォーカスの可視性(2.4.7)をカバー。

Category Audits

詳細な説明

キーボードアクセシビリティ監査

キーボードアクセシビリティは、マウスを使用できないユーザー(スクリーンリーダーユーザー、運動障害のあるユーザー、キーボード操作を好むパワーユーザーを含む)へのアクセスを可能にするため、ウェブアクセシビリティの基本です。

関連するWCAG基準

基準 レベル 名前
2.1.1 A キーボード
2.1.2 A キーボードトラップなし
2.1.4 A 文字キーショートカット
2.4.1 A ブロックのバイパス
2.4.3 A フォーカス順序
2.4.7 AA フォーカスの可視性
2.5.1 A ポインタジェスチャー

テスト方法

マウスを外し(またはトラックパッドを無効にし)、ページ全体をテストします:

  1. すべての要素をTabで移動 — Tabを繰り返し押してすべてのインタラクティブ要素を訪問。フォーカスが視覚的レイアウトと一致する論理的な順序で移動することを確認。

  2. すべてのコントロールを操作 — リンクとボタンにはEnter、チェックボックスとボタンにはSpace、ラジオグループとセレクトには矢印キーを使用。

  3. キーボードトラップを確認 — どの要素からも常にTabで離れられることを確認。モーダルダイアログはダイアログ内にフォーカスをトラップすべきですが、閉じた際に解放すること。

  4. スキップリンクを確認 — ページ読み込み時にTabを押す。「メインコンテンツにスキップ」リンクが表示され、正しく機能すること。

  5. フォーカスの可視性をテスト — すべてのフォーカスされた要素に視覚的インジケーター(アウトライン、リング、背景変更)があること。

  6. カスタムウィジェットをテスト — ドロップダウン、日付ピッカー、カルーセル、アコーディオン、モーダルのすべてがキーボードで完全に操作可能であること。

よくある不合格

  • マウスクリックでのみ開くカスタムドロップダウン
  • フォーカスをトラップしない、またはEscapeで閉じられないモーダル
  • スライドのキーボードコントロールがないカルーセル
  • キーボード代替手段のないドラッグ&ドロップインターフェース
  • 代替インジケーターなしの outline: none による非表示フォーカス
  • フォーカスを受け取りタブ順序を混乱させる画面外の要素

ユースケース

キーボードアクセシビリティテストは、すべてのページとすべてのインタラクティブコンポーネントで実行すべきです。動的コンテンツ、モーダルダイアログ、カスタムUIウィジェットを持つシングルページアプリケーションで特に重要です。QAエンジニアはすべてのテスト計画の標準ステップとしてキーボードのみのテストを含めるべきです。

試してみる — Accessibility Audit Checklist

Perceivable

0%(0/20 tested)
0 pass0 fail

Operable

0%(0/17 tested)
0 pass0 fail

Understandable

0%(0/10 tested)
0 pass0 fail

Robust

0%(0/3 tested)
0 pass0 fail
Level A:0/30 pass
Level AA:0/19 pass
Level AAA:0/1 pass

50 criteria shown · Click the status badge to cycle through Pass / Fail / N/A / Untested

Perceivable

Operable

Understandable

Robust

フルツールを開く