本文へ移動
Coroni LLC
メニュー
← Contents

調査ノート / アクセシビリティ

VoiceOverのローターはどう使われているのか — 読み上げ順の確認で終わらせない検証のために

VoiceOverのローターを、単なる読み上げ設定ではなく、順番に聞き進める量を減らす探索・操作手段として捉え直します。実装の有無だけでなく、利用者が画面上で選べる項目ごとに移動・操作できるかを検証するための調査ノートです。

公開・最終確認：2026年7月25日 ・ 読了目安：12分

読み上げ順だけで検証を終えない

左右スワイプで順番に読めることは大切です。ただし、長いページや操作の多い画面では、それだけでは目的の情報やコントロールへ到達するまでに時間がかかります。ローターを選ぶ利用者は、見出し、リンク、フォームコントロールなどへ上下フリックで移動できるかも確認します。

WebAIM 2024では、回答者の91.3%がモバイル端末でスクリーンリーダーを使い、70.6%がモバイル・タブレットで一般に使うスクリーンリーダーとしてVoiceOverを挙げました。ただし、この調査は無作為標本ではないため、ローター自体の利用を尋ねたものでもありません。利用者全体の行動やローター利用率を表す数値としては扱いません。

実装者は左右スワイプの確認だけでなく、ローター項目ごとの移動・操作を検証する必要があります。特に、見出し、リンク、フォームコントロール、必要な場合のActionsを選び、目的の要素へ到達し、その要素の操作を理解できるかを画面ごとに確かめます。

ローターとは

ローターは、2本指をダイヤルのように回転させて項目を選び、1本指の上下フリックで選んだ操作を実行する二段階操作です。言い換えると、上下フリックの働きを切り替える仕組みです。見出しを選べば次または前の見出しへ、単語を選べば次または前の単語へ移動します。

使える項目は設定・画面・アプリに依存します。設定で選択・並べ替えられる項目もあれば、フォーカス位置や画面状態に応じて現れる項目もあります。そのため、ローターにあるはずの項目を前提にせず、対象の画面と状態で実際に確認します。

公式仕様： Apple: iPhoneまたはiPadのVoiceOverローターについて

ローターが担う5つの役割

要素種別移動

見出し、リンク、ボタン、フォームコントロール、ランドマークなどを選び、同じ種類の要素へ移動する。

確認と編集

文字、単語、行、テキスト選択などの単位を選び、文章を読み直したり編集したりする。

Actions

フォーカス中の項目に対する返信、削除など、利用可能な操作を選ぶ。

読み上げ調整

音声、読み上げ速度、音量、言語などを、その場で調整する。

入力モード切替

点字画面入力や手書き入力など、入力方法を選ぶ。

実際の利用場面

Web閲覧

支援教材と利用者コミュニティには、長いページで本文へ移動し、ランドマーク、見出し、リンクを切り替えて構造と目的の情報を探す例があります。Webページを先頭から最後まで順に読む代わりに、HTMLの構造を手がかりに探す使い方です。

ネイティブアプリ

Amazonアプリの評価には、商品詳細を見出しで探し、フォームでカート追加や数量変更を探す例があります。メールでは、フォーカス中の項目で返信・削除などのActionsを選ぶ使い方も紹介されています。

文章編集・点字入力

文章の確認では、文字・単語・行を切り替えて読んだり選択したりする例があります。点字画面入力をローターから選ぶ利用例や、ジェスチャーの衝突を報告する例もあります（AppleVis: 点字画面入力のバグ報告）。これらは具体例であり、全利用者の頻度を示さない点に注意が必要です。

どのくらい使われているか

代表性のあるローター利用率調査は確認できなかったため、「VoiceOver利用者の何%がローターを使うか」はこの調査からは答えられません。これはローターが利用されていないことを意味するのではなく、今回確認できた公開資料に代表的な利用率がなかったという限界です。

WebAIM 2024の71.6%は、長いWebページで情報を探すとき、最初に見出しを使うと答えたスクリーンリーダー利用者の割合です。ローター利用率ではないため、見出し操作の利用と2本指回転によるVoiceOverローター利用を同じ数値として扱いません。

調査： WebAIM Screen Reader User Survey #10

初心者にはなぜ難しいか

2本指の回転ジェスチャーは、どの指をどちらへ動かすかを言葉だけで理解しにくいことがあります。また、フォーカス位置や画面状態によって項目が現れたり消えたりするため、同じ操作をしても結果を予測しにくい場面があります。

回転中に意図せず設定を変えたり、上下フリックの役割を取り違えたりする誤操作も障壁になります。ローターで音量を0%にしたときの復旧が難しかったという個人の報告があります（全盲ICTライター: iPhoneのVoiceOver音量が下がった場合）。一方、こうした事例から習熟度別の頻度を断定することはできません。

小規模研究や支援現場の資料には、具体的なジェスチャー説明や練習が役立つ例があります。ただし、習熟度だけで使用の有無や頻度を決めつけることはできません。

実装で体験が変わる例

Safariでは見出し移動ができるがNotesではできなかった、Amazonの商品詳細ではフォーム移動ができたが購入画面では同じ項目を選べなかった、という報告があります。いずれも過去・個別環境の報告であり、現在のSafari、Notes、Amazonアプリの挙動として断定するものではありません。

同じアプリでも画面・状態ごとの実機確認が必要です。Webなら見出しやランドマーク、ネイティブなら画面のセマンティクスや提供するActionsによって、利用可能なローター項目が変わり得ます。

当事者・コミュニティの報告： ミツエーリンクス: 全盲ユーザーによるAmazonアプリ評価、 r/Blind: iOS文書内の見出し移動

実装・検証チェックリスト

実装

  • 見出し階層が内容と構造を表している。
  • header、nav、mainなどのランドマークを適切に使う。
  • 操作要素に目的が分かる名前と役割を提供する。

検証

  • 見出し・リンク・フォームコントロールを選び、上下フリックで移動する。
  • Actionsがある場合は、対象要素で項目と操作結果を確認する。
  • 画面状態別に確認し、必要に応じて点字画面入力も試す。

まとめと参考資料

ローターは読み上げ設定ではなく、順次移動を減らす探索・操作手段です。実装・検証では、読み上げ順に加えて、利用者が選ぶローター項目ごとに目的の場所へ移動・操作できるかを確認します。

この記事は公式仕様、研究、支援資料、当事者・コミュニティ発信を整理したもので、利用率や現行アプリの対応状況を確定するものではありません。調査日：2026年7月24日。当事者からの指摘や異なる利用例を歓迎します。