Windows 11のRunダイアログでスクリーンリーダー通知が改善｜対象・提供条件・確認手順

Windows 11のRunダイアログ（「ファイル名を指定して実行」）では、再設計された画面をスクリーンリーダーで操作した際の、キーボードフォーカスの読み上げが改善されます。

結論として、これはスクリーンリーダー利用者にとって重要なアクセシビリティ改善ですが、2026年7月時点ではWindows InsiderのExperimentalチャネル向けプレビューです。通常版のWindows 11を利用しているユーザーが今すぐ設定を変更する必要はありません。一方、組織内にスクリーンリーダー利用者がいる場合や、Windows 11のアクセシビリティ検証を担当している場合は、検証環境で新旧Runダイアログの読み上げを比較しておく価値があります。(Microsoft Learn)

なお、Microsoft Learn上ではBuild 26300.8772のリリース日は2026年7月6日で、同ページには7月7日付の訂正が含まれています。ページ自体の最終更新日は7月13日です。Runダイアログの改善は、Build 26300.8772の変更点として掲載されています。(Microsoft Learn)

Windows 11のRunダイアログで何が変わるのか

Microsoftは、Windows 11 Insider Experimental Preview Build 26300.8772において、再設計されたRunダイアログを使用した際に、スクリーンリーダーがキーボードフォーカスを通知する方法を改善したと説明しています。(Microsoft Learn)

キーボードフォーカスとは、現在キーボード入力を受け付ける対象のことです。たとえば、Runダイアログを開いた直後は入力欄にフォーカスがあり、Tabキーを押すと別の操作要素へ移動します。

画面を見て操作する場合は、枠線や強調表示から現在位置を判断できます。しかし、スクリーンリーダー利用者は、読み上げられるコントロール名や種類、選択状態などを手掛かりに現在位置を把握します。フォーカスが移動したのに適切な通知がなければ、「どこに文字を入力するのか」「Enterキーを押すと何が実行されるのか」を判断しにくくなります。Microsoftも、フォーカス移動がキーボード利用者やアクセシビリティツール利用者にとって重要な仕組みであると説明しています。(マイクロソフトサポート)

今回の変更は、Runダイアログのコマンド実行方法を大きく変えるものではなく、現在フォーカスされている場所をスクリーンリーダーが伝える品質を改善する更新と捉えるのが適切です。

具体的な読み上げ文言は公表されていない

Microsoftのリリースノートでは、改善対象となったコントロールや、変更前後の読み上げ文言までは示されていません。

そのため、次の点は公式情報だけでは断定できません。

項目	公式情報で確認できること	現時点で公表されていないこと
改善対象	新しいRunダイアログのキーボードフォーカス通知	どのボタンや入力欄が修正されたか
読み上げ内容	スクリーンリーダー向け通知が改善されたこと	実際に読み上げられる文章
対応製品	スクリーンリーダー全般を対象とした表現	製品別・バージョン別の対応一覧
提供範囲	Experimental Build 26300.8772の段階的提供	通常版Windows 11への提供時期
品質保証	Insider環境で検証されるプレビュー	すべての言語や利用環境で同じ結果になること

読み上げ結果は、利用するスクリーンリーダー、音声設定、Windowsの表示言語などによって異なる可能性があります。特定の読み上げ文言と完全一致することではなく、利用者がフォーカス位置を迷わず判断できるかを基準に評価する必要があります。

再設計されたRunダイアログとは

再設計されたRunダイアログは、2026年5月にWindows Insider向けのオプション機能として案内されました。

従来から利用されているWin + Rの操作を維持しながら、Windows 11のFluent Designに合う外観やダークモード対応、整理されたインターフェースなどが導入されています。また、~\と入力してユーザーディレクトリへ素早くアクセスする機能も追加されています。(Microsoft for Developers)

つまり、今回のBuild 26300.8772で新しいRunダイアログが初めて登場したわけではありません。2026年5月から試験提供されている新デザインに対し、スクリーンリーダーのフォーカス通知を改善した更新です。

この変更の対象になるユーザー

スクリーンリーダーでWindowsを操作しているユーザー

最も直接的な対象は、スクリーンリーダーを使用し、Win + Rからアプリ、設定画面、フォルダー、ネットワークパスなどを開いているユーザーです。

Runダイアログはキーボードだけで素早く操作できるため、視覚に頼らずWindowsを操作するワークフローでも利用されます。フォーカス通知が明確になれば、入力欄や操作要素の位置を確認しやすくなり、誤操作を減らせる可能性があります。

組織のIT管理者とアクセシビリティ担当者

社内や学校、行政機関などでスクリーンリーダー利用者を支援している担当者も確認対象です。

特に、次のような組織では優先的な検証が適しています。

• Runダイアログを業務手順に含めている
• スクリーンリーダーを標準ツールとして配布している
• Windows 11の次期バージョンを事前検証している
• アクセシビリティに関する受け入れ試験を実施している
• 日本語環境で独自の操作マニュアルを作成している

マウスを使わずに操作するユーザー

今回の主対象はスクリーンリーダーですが、キーボードだけでWindowsを操作するユーザーにも間接的な意味があります。

フォーカス管理の改善は、Tabキーによる移動順序や入力対象の明確化と密接に関係します。ただし、公式情報ではスクリーンリーダーの通知改善だけが明記されているため、キーボード操作全体の仕様が変更されたとまでは判断できません。

提供条件と利用できる環境

今回のアクセシビリティ改善を確認するには、通常版のWindows 11を更新するだけでは不十分です。

主な提供条件は次のとおりです。

条件	内容
対象ビルド	Windows 11 Insider Experimental Preview Build 26300.8772
Windowsの位置付け	Windows 11 version 26H2ベースのプレビュー
対象チャネル	Windows Insider Experimentalチャネル
Runダイアログ	再設計された新しいRunダイアログを使用
有効化場所	「設定」→「システム」→「詳細設定」→「Run Dialog」
提供方法	Controlled Feature Rolloutによる段階的提供
通常版への提供	提供時期は公式情報に記載なし

Build 26300.8772をインストールしていても、すべての端末で同時に新機能が表示されるとは限りません。MicrosoftはControlled Feature Rolloutを使用し、一部のInsiderから提供を始め、フィードバックを確認しながら対象を拡大すると説明しています。(Microsoft Learn)

また、Insider向け機能は開発途中で変更、削除、置き換えられる場合があり、一般ユーザー向けに提供されない可能性もあります。日本語を含むローカライズも、機能の完成に合わせて段階的に進められます。(Microsoft Learn)

対応が必要かを判断する基準

利用環境ごとの対応方針は、次のように整理できます。

利用環境	対応優先度	推奨する対応
通常版Windows 11を個人利用	低	現時点で設定変更は不要
通常版でスクリーンリーダーを利用	中	一般提供情報を確認し、検証項目を準備する
Experimentalチャネルを利用	中	新しいRunダイアログが表示されるか確認する
Experimentalチャネルでスクリーンリーダーを利用	高	新旧デザインの読み上げを比較する
組織のアクセシビリティ検証担当	高	隔離した検証端末で受け入れ試験を行う
業務用の本番端末	低	今回の改善だけを目的にInsider版へ移行しない

一般ユーザーにとっては、今すぐ対応しなければならない更新ではありません。優先的に動くべきなのは、Experimental環境をすでに運用しているユーザーと、スクリーンリーダー利用者を支援する担当者です。

導入・運用前に確認すべきポイント

実際に利用しているスクリーンリーダーで確認する

Microsoftの説明は「screen readers」となっており、特定製品だけを対象としていません。一方、製品別の動作確認結果も公開されていません。

Windows標準のナレーターだけで判断せず、組織や利用者が実際に使用しているスクリーンリーダーでも確認してください。読み上げエンジンや設定が異なれば、通知のタイミングや表現が変わる可能性があります。

フォーカス通知と画面全体の読み上げを混同しない

今回改善されたのは、キーボードフォーカスの通知です。

次のような機能すべてが変更されたわけではありません。

• 入力したコマンドの読み上げ
• 実行結果の読み上げ
• アプリ起動後の読み上げ
• 音声入力
• Runダイアログ以外のアクセシビリティ
• スクリーンリーダー全体の読み上げ精度

テストでは、TabキーやShift + Tabキーでフォーカスを移した際の通知に注目します。

日本語表示と日本語音声を確認する

Insider向けの開発中機能は、ローカライズが完了していない場合があります。

日本語環境では、少なくとも次の組み合わせを確認してください。

• Windowsの表示言語が日本語
• 日本語音声による読み上げ
• 日本語IMEが有効な状態
• 英数字のコマンドを入力した状態
• 日本語を含むフォルダーパスを入力した状態
• ダークモードとライトモード

英語環境で正常でも、日本語ラベルの読み上げが不自然だったり、一部だけ英語で通知されたりする可能性があります。

機能が表示されなくても強制有効化しない

正しいビルドを使用していても、段階的提供の対象外であれば「Run Dialog」トグルが表示されないことがあります。

その場合は、レジストリ編集や非公式ツールで強制的に有効化するのではなく、次の点を確認してください。

• Experimentalチャネルに参加しているか
• OSビルドが26300.8772以降になっているか
• Windows Updateが完了しているか
• 再起動を実施したか
• 段階的提供の対象になっているか

非公式な方法で有効化すると、Microsoftが想定していない状態になり、読み上げ結果や不具合の原因を正しく切り分けられなくなります。

スクリーンリーダーで確認する手順

検証は、業務用の本番端末ではなく、専用PCや仮想環境などで行います。

1. winverを実行し、Windowsのビルド番号を確認します。
2. Windows Insider Programの設定でExperimentalチャネルになっていることを確認します。
3. 使用するスクリーンリーダーの製品名、バージョン、音声、言語設定を記録します。
4. 「設定」→「システム」→「詳細設定」を開きます。
5. 「Run Dialog」オプションが表示されていれば有効にします。
6. Windows標準のナレーターを使用する場合は、Windowsキー + Ctrl + Enterで起動します。(マイクロソフトサポート)
7. Win + Rを押し、新しいRunダイアログを開きます。
8. 開いた直後に、入力欄へフォーカスしたことが分かる読み上げがあるか確認します。
9. TabキーとShift + Tabキーで操作要素を移動し、現在位置を判断できるか確認します。
10. 入力欄へ戻った際に、入力可能な状態であることが分かるか確認します。
11. notepadなど安全なコマンドを入力し、Enterキーで正常に実行できるか確認します。
12. ~\を入力し、新しいユーザーディレクトリアクセス機能の読み上げも確認します。
13. 履歴や候補が表示される場合は、選択中の項目が区別できるか確認します。
14. Escキーで閉じ、再度Win + Rで開いた場合も同じ結果になるか確認します。
15. 「Run Dialog」をオフにして旧デザインと比較します。
16. 問題があれば、Win + FからFeedback Hubを開き、再現手順と環境情報を送信します。(Microsoft for Developers)

検証時の合格基準

Microsoftは具体的な読み上げ文言を指定していないため、組織側で実用上の合格基準を設定する必要があります。

確認項目	合格の目安	問題と判断できる例
初期フォーカス	Runを開いた直後の入力先が分かる	無音で、入力先を判断できない
Tab移動	移動先の名前や種類が分かる	フォーカスが移動しても通知されない
入力欄への復帰	再び文字入力できる場所だと分かる	前のコントロール名が読み上げられる
履歴・候補	選択中の項目を区別できる	すべて同じ内容として読まれる
読み上げのタイミング	フォーカス移動とほぼ同時に通知される	大幅に遅れる、途中で途切れる
重複通知	必要な情報だけが一度読み上げられる	同じ内容が何度も繰り返される
日本語表示	意味を理解できる自然な通知	ラベルが欠落する、文字化けする
基本操作	Enter、Esc、Tabなどが従来どおり使える	フォーカストラップが発生する

読み上げ文言の細かな違いよりも、利用者が支援なしでRunダイアログを開き、目的のコマンドを入力し、実行またはキャンセルできるかを重視してください。

運用で失敗しやすいポイント

Build番号だけで提供済みと判断する

Build 26300.8772を導入しても、Controlled Feature Rolloutの対象外であれば同じ機能が表示されない場合があります。

検証記録には、Build番号だけでなく、Run Dialogトグルの有無とオン・オフ状態も残してください。

ナレーターだけで全製品の動作を判断する

スクリーンリーダーごとにWindowsのアクセシビリティ情報を処理する方法が異なる場合があります。

組織で別のスクリーンリーダーを採用しているなら、ナレーターで正常だったという理由だけで検証を完了させないことが重要です。

画面を見ながら読み上げを評価する

検証担当者が画面を見ていると、読み上げが不足していても視覚情報で補えてしまいます。

可能であれば画面を消した状態や、ディスプレイを見ない状態でも操作し、音声情報だけでフォーカス位置を判断できるか確認してください。

今回の改善をアクセシビリティ対応完了とみなす

フォーカス通知の改善は重要ですが、Runダイアログ全体のアクセシビリティ品質を保証するものではありません。

フォーカス順序、キーボード操作、文字拡大、ハイコントラスト、日本語IME、点字ディスプレイなどは別の確認項目です。今回のリリースノートだけを根拠に、アクセシビリティ要件をすべて満たしたと判断することは避けるべきです。

現時点で取るべき対応

通常版のWindows 11を利用している場合は、今回の情報だけを理由に設定変更やInsider版への移行を行う必要はありません。一般提供版の更新情報を継続して確認すれば十分です。

Experimentalチャネルを使用しているスクリーンリーダー利用者は、新しいRunダイアログを有効にし、初期フォーカスとTab移動時の読み上げを確認してください。

組織のIT管理者やアクセシビリティ担当者は、実際に採用しているスクリーンリーダー、日本語環境、業務で使用するコマンドを組み合わせた回帰テストを準備しておくと、一般提供後の展開判断がしやすくなります。特に重要なのは、「改善された」という説明だけで判断せず、利用者が音声情報だけで操作を完了できるかを確認することです。