LEARN BY EXAMPLE
2.4.3 フォーカス順序 レベル A
操作の流れを保つ順序でフォーカスを移す。
概要
Tabキーなどで順に操作するときは、内容の意味や操作の流れを損なわない順序でフォーカスを移します。順序が意味や操作に影響する場合に適用する基準です。
開いた案内へ進む順序
利用者が困る例 開いた内容が後回しになる
案内を開いた直後に、別の内容へ移る。
次のTabで「講座一覧」へ進み、開いた案内のリンクが後になります。
改善した例 案内のまとまりに沿って進む
開いた案内を続けて操作できる。
開くと「申込窓口と受付時間」へ進み、閉じていると「講座一覧」へ進みます。
申込窓口と受付時間
市民センター1階窓口。受付は平日9時から17時です。
講座一覧
写真教室と料理教室を開催しています。
達成できないと起こる問題の例
キーボードを使う人が「写真教室の申込方法」を開き、表示された案内へ進もうとします。ところが、次のTabキーで無関係な「講座一覧」に移り、開いた案内のリンクにはその後で移ります。
操作した場所と追加された案内が離れた順序になり、開いた内容を続けて確認できません。画面を拡大して一部分だけを見ている人も、フォーカスが予想外の場所へ移ると、申込方法を見失いやすくなります。
達成するための改善例
同じ画面で、開いた案内のリンクへ続けて進めるようにフォーカスの移動順を整えます。申込方法を開くと、次のTabキーで案内内の「申込窓口と受付時間」に移ります。案内の操作を終えてから「講座一覧」に進めるので、内容のまとまりに沿って操作できます。
図の「改善した例」では「写真教室の申込方法」をEnterキーまたはSpaceキーで開閉できます。開いた状態と閉じた状態でTabキーを押し、次に移るリンクを確認してください。
確認のポイント
- TabキーとShift+Tabキーで、内容のまとまりや操作の手順を保って移動できますか。
- 開閉によって内容が増減しても、表示された項目を適切な順序で操作できますか。
- 画面を見て操作する人と読み上げを使う人のどちらにも、フォーカスの順序が理解できますか。
- 画面の幅や配置が変わっても、順序によって意味や操作性が損なわれませんか。
条件と補足
見た目の順序との関係
意味と操作性を保つ順序は一つとは限りません。例えば、互いに独立した2列の内容では、どちらの列から操作しても意味や操作に影響しないことがあります。見た目とフォーカス順序が違うだけで、一律に不適合とは判断しません。
一方、入力項目のまとまりや、開いた案内とその操作には関係があります。画面の配置だけでなく、利用者が何を理解し、次に何をするかを確認します。
HTMLで順序を整える方法
HTMLではリンクやボタンなどをソース内の順序に従って操作することが基本です。図では開閉する内容を、その内容を開く要素のすぐ後に置いています。CSSによる並べ替えやtabindexによる指定がある場合は、実際のフォーカス順序も確認します。
すべての見出しや本文にTabキーで移れるようにすることを求める基準ではありません。フォーカスを受け取る要素の順序を扱います。
関連する基準との違い
1.3.2「意味のあるシーケンス」は内容を読み取る順序を扱います。2.4.3はフォーカスを受け取る順序を扱います。2.4.7「フォーカスの可視化」の操作位置が見えることも、順序とは別に確認します。
図は開閉する案内の例です。画面全体の操作を止めるモーダルダイアログでは、開いたときのフォーカス移動、内部での移動、閉じたときに戻る場所も確認します。
参照資料
- WCAG 2.2 本体:2.4.3 Focus Order(要件)
- WAIC:2.4.3 フォーカス順序の解説
- W3C:Understanding Focus Order(英語公開版)
- W3C:G59 内容の順序や関係に従って操作要素を配置する例
- W3C:SCR26 開いた内容を起動要素の直後に置く例
出典の最終確認: 2026-11-09。