键盘导航完备性：桌面 app 的 Tab 巡检

2026/9/20

背景与问题

mac/desktop app（自社製品）でキーボードだけで操作できるかは試したことがない——Tab 巡検（マウスを外す）で欠落を一括発見する。アクセシビリティはc-eu-accessibility-act-enforcementの EAA 対象でもある（e コマース・ソフトウェア）。

（出典はいずれも 2026-09-20 アクセス）

事実（Level Access の監査手順）：マウスを切り離して Tab のみで操作し、focus indicator（現在位置の可視表示）が追従するかを見る——手動監査の定番手順。
事実（UserWay の重要キー）：keyboard-only ユーザーが使う鍵は Tab・Shift+Tab・Space・Enter・矢印の 5 系統——この 5 つが全操作をカバーするかが完備性の定義。
事実（WebAIM）：focus order が論理的（視線の流れと一致）であることが要求——Tab 順序が狂うと全てが崩れる。
事実（Microsoft の OS 補助ショートカット）：Windows 11 は拡大鏡・ハイコントラスト等の assistive ショートカットを公式提供——OS レベルの支援と app 側の整合も監査対象。
事実（規範）：WCAG 2.1.1 Keyboard（全機能がキーボードで操作可能）が成否基準。
推测：mac app の keyboard 欠落は「カスタム描画コントロール」に集中——標準コントロールは Tab 対応済みで、自分で描いた部分だけ壊れている。巡検はカスタム部品のリストアップに等しい。

巡検手順（10 分）：マウス手放し→Tab/Shift+Tab で全 UI 通過→focus 表示の可視確認→Enter/Space で押せるか→矢印でリスト移動可否——不達箇所をリスト化。
修復優先順位：focus 非表示>Tab 到達不可>順序不正——focus 表示の欠落は最も安く直り最も体感が変わる。
EAA 接続：ソフトウェアも EAA 対象（EN 301 549）——keyboard 巡検の記録を conformance 証拠として保存（c-eu-accessibility-act-enforcement の complaint-driven 時代には証拠残しが防御）。
毎リリースの opc-release-precheck-5min に「Tab 巡検」を 1 項目追加（主要画面のみ）。