VoiceOver 監査：iOS app のスクリーンリーダー完全対応チェック

2026/9/20

背景と問題

キーボード巡検（opc-keyboard-navigation-desktop、desktop 用）の iOS 版。VoiceOver（Apple 純正スクリーンリーダー）で自社 app を「目をつぶって」操作できるかの監査手順。

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

事実（Apple 公式「VoiceOver evaluation criteria」）：Apple 自身が VoiceOver 実装とテストの評価基準を公開——対応状況を App Store でハイライト表示するかの判断材料にも（対応は ASO/紹介の強み）。
事実（AppleVis のテストプラン）：盲 сам 慣のコミュニティ（AppleVis）が作った iOS app 用 VoiceOver テストプランが存在——当事者視点の手順書。
事実（Auditsu の包括ガイド）：VoiceOver/TalkBack のテストを WCAG 2.2 と EAA にマッピング——監査結果を EU コンプライアンス証拠に変換できる（c-eu-accessibility-act-enforcement）。
事実（テストの要点）：①全要素が VoiceOver のフォーカスで到達可能 ②ラベル（accessibilityLabel）が意味を伝える ③ジェスチャー（スワイプ順序）が論理的 ④カスタム部品も動作する。
推测：iOS 標準部品のみの app は VoiceOver 対応がほぼ自動——壊れるのはカスタム描画（canvas/chart）と画像内テキスト。ラベル付け漏れは「画像が『ボタン』としか読まれない」形で現れる。

監査手順（15 分）：設定で VoiceOver ON（トリプルクリック割当推奨）→目をつぶって主要フロー操作→読み上げが意味をなすか記録。
修復優先：①ラベル欠落（無意味な読み上げ）②フォーカス順序の乱れ③カスタム部品の不操作——opc-keyboard-navigation-desktop の結果と重複確認。
対応の副次効果：Apple がアクセシビリティ対応を App Store でハイライトする仕組み——EAA 対応（c-eu-accessibility-act-enforcement）と ASO/紹介の両取り。
毎メジャーリリースで 1 回（マイナーは省略）——opc-release-precheck-5min の拡張枠。