モバイルアプリに Azure AI Immersive Reader（イマーシブ リーダー）を組み込んだのに、モーダル画面内へ Reading Coach（リーディング コーチ／音読練習）が出てこない——この現象は「不具合」ではなく、提供形態の違いによる“仕様”で起きることが多いです。この記事では、なぜ表示できないのかを整理し、実務的な回避策まで具体的にまとめます。
結論：モバイルアプリに組み込んだ Immersive Reader のモーダル内で Reading Coach を有効化する方法はない
現時点では、Azure AI Immersive Reader（API/SDK）を使って第三者アプリ（自社アプリを含む）に埋め込んだ Immersive Reader の画面内で、Reading Coach を表示・有効化することはできません。設定値、フラグ、オプションを探しても「スイッチが出ない」のが正常動作です。
重要なのは、「モバイルだからできない」というよりも、“第三者アプリへの埋め込み（Azure Immersive Reader 統合）では Reading Coach が公開提供されていない”点です。モバイル／デスクトップの別というより、ファーストパーティ（Microsoft 製品）内で提供される機能として先行している、という理解が現実に近いです。
| やりたいこと | Azure Immersive Reader 埋め込み（自社/第三者アプリ） | Microsoft 製品内の Immersive Reader |
|---|---|---|
| Immersive Reader をモーダル表示して読みやすくする | 可能 | 可能 |
| Reading Coach（音読→分析→練習）を IR 画面内で使う | 不可（公開提供されていない） | 一部アプリで可能 |
「Reading Coach が出ない」原因を誤認しやすいポイント
開発現場では、次のような誤解が原因で調査が長引きがちです。
- 誤解：「モバイルは WebView だから制限がある。パラメータで出せるはず」
- 実際：Azure Immersive Reader の公開 SDK/オプションに Reading Coach を有効化する項目が存在しないため、実装側で“出す”こと自体ができない
Microsoft Learn の Immersive Reader SDK リファレンスでは、起動（launchAsync）や UI の挙動、Read Aloud/翻訳/表示設定などのオプションは説明されていますが、Reading Coach をオンにするための公開オプションは確認できません（＝第三者アプリに対して機能として公開されていない扱い）。
まず押さえる：Immersive Reader と Reading Coach は“同じ画面に見えても別物”
Immersive Reader（Azure 統合）は「読みやすい読書面（Reading surface）」を提供する
Azure AI Immersive Reader は、アプリ内に“読むための UI”を埋め込む仕組みです。代表的には以下のような読書支援が中心になります。
- 文字サイズ、フォント、背景色、行間などの表示最適化
- 品詞ハイライト、シラブル分割、ピクチャーディクショナリーなどの学習支援
- Read Aloud（読み上げ）や翻訳
起動の入口は JavaScript SDK の ImmersiveReader.launchAsync(token, subdomain, content, options) で、options に表示や読み上げ等の設定を渡す形が基本です。
Reading Coach は「音読練習＋評価＋次の練習につなげる学習機能」
Reading Coach は、単なる表示補助ではなく、学習者が音読し、システムが“聴いて”分析し、間違えやすい単語を練習させるといった“学習サイクル”が本体です。Microsoft サポートの案内でも、Immersive Reader 内で Reading Coach をオンにすると、再生ボタンがマイクボタンになり、音読結果として速度・正確性・練習語などのレポートが出る流れが説明されています。
この「マイク入力」「評価」「学習データ」まで含む体験は、第三者アプリに埋め込む Immersive Reader（Azure SDK）の範囲を超えており、現状は Microsoft 製品の特定画面で提供される形になっています。
Reading Coach が利用できる“対応環境”の実例
「じゃあ Reading Coach はどこで使えるの？」という疑問に対しては、Microsoft サポートの案内が判断材料になります。Reading Coach は Immersive Reader の中で使えるものの、利用可能なアプリが限定されていることが明記されています。
| カテゴリ | Reading Coach が利用できる例 | 備考 |
|---|---|---|
| Web | Word for the web / OneNote for the web | Immersive Reader 内でスイッチをオンにする導線が説明されている |
| デスクトップ | OneNote Desktop（Microsoft 365）/ OneNote for Mac | 対応アプリとして列挙 |
| モバイル/タブレット | OneNote iPad | “モバイルでも一部（iPad）”は対象だが、第三者アプリ埋め込みとは別枠 |
| 教育向けアプリ/サービス | Teams Assignments / Flip / Minecraft: Education Edition | 教育用途の体験として展開 |
そして、Microsoft Q&A の回答では、Azure Immersive Reader API を利用する第三者アプリ向けには Reading Coach が提供されていない旨が示されています（「Microsoft のファーストパーティ製品では利用できるが、非 Microsoft アプリには公開されていない」）。
切り分けチェック：実装ミスか“仕様”かを最短で判定する
「本当に仕様？うちの実装が間違ってない？」という不安を最短で解消するための、実務チェックリストです。
| 確認ポイント | 確認方法 | 判断 |
|---|---|---|
| 起動方式 | Azure AI Immersive Reader（SDK/API）で自社アプリに埋め込んでいるか | Yes なら Reading Coach は基本的に出ない（仕様） |
| 比較対象 | Word/OneNote/Teams など Microsoft 製品の IR と比較していないか | 比較対象が違うと誤判定しやすい |
| SDK の options | 公式リファレンスの options に Reading Coach 相当があるか確認 | 公開オプションに存在しない |
| “Reading Preferences にスイッチがあるはず”という前提 | 第三者アプリ埋め込みでは UI が同一とは限らない | スイッチが出ないこと自体は不具合とは限らない |
「パラメータで出せるのでは？」を終わらせる：SDK でできること・できないこと
Immersive Reader SDK の “options” は、あくまで Immersive Reader の表示や振る舞いを調整するためのものです。たとえば、終了ボタンの表示やフルスクリーン、Read Aloud の設定などが並びます。
以下は、実務で問い合わせの多いオプションを「何ができるか」という観点で整理したものです（名称は公式リファレンスに沿っています）。
| 分類 | 例 | できること | Reading Coach との関係 |
|---|---|---|---|
| UI/表示制御 | uiZIndex / allowFullscreen / hideExitButton | モーダル前面表示、全画面許可、終了導線の調整 | Reading Coach の表示/学習機能とは無関係 |
| ユーザー設定 | preferences / onPreferencesChanged | 文字サイズ等の好みを保存して再適用 | Reading Coach のオン/オフ機構ではない |
| 読み上げ/翻訳 | readAloudOptions / translationOptions | 読み上げ・翻訳体験の調整 | 音読“評価”ではなく“読み上げ”の領域 |
| 初回体験/同意 | disableFirstRun / cookiePolicy | 初回案内や Cookie 利用方針の扱い | 学習機能の解放ではない |
つまり、「IR のモーダルは出せる」けれど「Reading Coach を IR に追加する」ための公開スイッチが存在しない、という構造です。結果として、モバイルアプリ側で何を調整しても Reading Coach が突然現れることはありません。
今すぐ現場で取れる回避策（現実的な選択肢）
ここからが重要です。仕様でできないことは“諦める”のではなく、プロダクトとしてのゴール（音読練習を提供したい／学習効果を高めたい）を別の導線で達成するのが現実解になります。
対応環境へ誘導する（最小コストで「Reading Coach を使える」を実現）
Reading Coach を「確実に」ユーザーへ提供したい場合、対応済みの Microsoft 製品や Web 体験へ遷移させる導線を用意するのが最短です。
- Word for the web / OneNote for the web の Immersive Reader で Reading Coach を使う（対応アプリとして案内あり）
- 教育用途なら Teams Assignments の文脈で Reading Coach を利用する（対応アプリとして案内あり）
さらに、Reading Coach 自体が Web として提供されているため（サービス仕様は変わる可能性がありますが）、アプリ内から外部ブラウザで開くという導線も検討余地があります。
| 誘導先 | メリット | 注意点 |
|---|---|---|
| Word/OneNote（Web） | Reading Coach + Immersive Reader の導線が比較的わかりやすい | サインインやライセンス要件、組織アカウント制限の影響を受ける |
| Teams（教育） | 授業・課題フローに組み込める／学級運用と相性が良い | B2C 学習アプリには適合しない場合がある |
| Reading Coach Web | “音読練習”に近い体験へ最短で到達 | 外部遷移の UX、ログイン、利用条件の確認が必要 |
教育領域なら「Reading Progress（Teams）」を組み合わせる
学校・研修など教育コンテキストであれば、Microsoft Teams の Reading Progress（学習アクセラレータ）を採用し、その中で Reading Coach を活用する導線が強力です。モバイルでの利用手順や、Reading Coach のオン/オフが課題作成時に設定できることも案内されています。
たとえば「モバイルでも音読提出→分析→練習語の確認」という体験が必要な場合、アプリ内でゼロから構築するよりも、既存の教育フローに寄せた方が、短期間で学習効果の高い運用に到達できます。
アプリ内で“近い体験”を作る（Reading Coach の代替実装）
どうしても自社モバイルアプリ内で「音読練習」を完結させたいなら、発想を切り替えて Immersive Reader は“読む面”として使い、音読評価はアプリ側で別機能として実装するのが現実的です。
典型的な構成は次のとおりです。
- 練習テキスト（原文）を提示（必要なら IR で読みやすく）
- ユーザーの音声を録音
- 音声認識（Speech-to-Text）で発話テキストを取得
- 原文との差分を取り、誤読候補や詰まりやすい語を抽出
- 練習カード（単語・フレーズ）を自動生成して反復
| 要素 | 実装のポイント | 落とし穴 |
|---|---|---|
| 録音 UX | 短い区間（30〜60秒）で区切ると継続率が上がりやすい | 長時間録音は離脱・エラー・ファイル肥大の原因 |
| 音声認識 | 言語設定、句読点の扱い、読み替え（同音異義語）を考慮 | アクセント/方言で誤判定が起きる（教育用途なら特に配慮） |
| 評価ロジック | “正解率”だけでなく、速度・つまずき回数など複合指標に | 単純な完全一致判定だと学習者体験が悪化 |
| プライバシー | 録音データの保存範囲、保持期間、同意取得を明確に | 規約・同意が曖昧だと導入できない組織が出る |
この方式の利点は、Reading Coach の公式対応を待たずにプロダクトとしての目的（音読練習の提供）を達成できる点です。将来もし Azure Immersive Reader 側で Reading Coach が公開提供された場合も、差し替えや共存がしやすい設計にできます。
「公式対応を待つ」場合でも、設計だけは今やっておく
Reading Coach の公開提供が将来拡張される可能性はありますが、少なくとも現時点で第三者アプリ向けに提供されているとは言えず、公開の見通しも明確ではありません。
だからこそ、待つ場合でも次の設計を先に入れておくと後悔が減ります。
- 機能の分離：「読む（IR）」と「練習（音読/評価）」を別コンポーネントにして、将来統合しやすくする
- 導線の確保：IR モーダル内に「音読練習」ボタンを置く想定で UI を設計（現状は外部遷移でもよい）
- 計測：ユーザーがどの画面で“音読したい”と感じているかをイベント計測し、優先度判断に使う
“見える化”して社内説明を通す：仕様でできないことの伝え方テンプレ
要件元（企画・営業・教育担当）に納得してもらうには、曖昧な言い方より、以下のように短く断定しつつ代替案を並べるのが効果的です。
| 伝える内容 | そのまま使える文例 |
|---|---|
| 現状の結論 | 「Azure AI Immersive Reader を自社アプリに埋め込む方式では、Reading Coach は公開提供されておらず、アプリ側の設定では表示できません。」 |
| できること | 「Immersive Reader 自体（読みやすい表示・読み上げ等）は引き続き利用できます。」 |
| 代替案 | 「対応プラットフォームへ誘導する／Teams の Reading Progress を使う／アプリ内で音読練習を独自実装する、のいずれかが現実的です。」 |
公式情報を継続チェックするなら、ここだけ見ればよい
仕様変更や対応拡張を最短で拾うには、ウォッチ対象を絞るのがコツです。
- Microsoft Learn（Immersive Reader SDK リファレンス）：公開オプションや SDK の変更点を確認
- Microsoft Support（Reading Coach in Immersive Reader）：対応アプリ一覧の更新を確認
- Microsoft Learn Q&A：同様の質問への公式/モデレーター回答を確認
よくある質問
自社アプリは iOS/Android のネイティブ実装です。Web ではないのに Reading Coach は出せませんか？
ネイティブか Web かよりも、Azure Immersive Reader を使った第三者アプリへの埋め込みであることがポイントです。現時点では Reading Coach は第三者アプリ向けに公開提供されていないため、ネイティブ実装でも状況は変わりません。
OneNote（iPad）では Reading Coach が使えるのに、なぜ同じ iOS で自社アプリだとダメなの？
OneNote iPad は Microsoft のファーストパーティ製品であり、Reading Coach 対応アプリとして案内されています。一方、Azure Immersive Reader 統合は第三者アプリ向けの埋め込み機構で、機能公開範囲が一致しません。
Reading Preferences に “Reading Coach” スイッチが出ないのは SDK が古いから？
SDK を最新化すること自体は重要ですが、根本は「第三者アプリ向けに Reading Coach が公開されていない」点です。SDK の options で Reading Coach をオンにする公開項目が確認できない以上、アップデートだけで表示される前提は置かない方が安全です。
ユーザーにマイク権限を付与すれば出ますか？
Reading Coach はマイク入力を伴う体験ですが、第三者アプリ埋め込みで Reading Coach 自体が提供されていない場合、権限を付与しても“スイッチが出る”ことはありません。マイク権限は、代替実装（アプリ内音読機能）を作る際に必要になります。
ロードマップはありますか？いつ対応されますか？
現時点で「第三者アプリ向けに利用可能になる」という公開情報があるとは言いにくく、Microsoft Q&A の回答でも“非 Microsoft アプリには公開されていない／公式に利用可能とする声明は見当たらない”旨が述べられています。確実な予定として扱わず、公式ドキュメント更新の継続監視が現実的です。
まとめ：モバイルで Reading Coach を“出す”のではなく、音読体験を“届ける”設計に切り替える
モバイルアプリに Azure AI Immersive Reader を組み込んだとき、IR モーダル内に Reading Coach が表示されないのは、実装ミスよりも提供形態（第三者アプリ埋め込みでは公開されていない）による可能性が高いです。
Reading Coach をユーザーへ届けたい場合は、次のいずれかが現実解になります。
- 対応済みの Microsoft 製品（Word/OneNote/Teams など）へ誘導して体験させる
- 教育用途なら Teams の Reading Progress を活用して運用に乗せる
- アプリ内で音読練習機能を独自実装し、IR は“読む面”として割り切る
「IR の中に Reading Coach を出す」ことに固執するより、プロダクトの目的（音読練習・学習効果）を最短で達成できる導線を選ぶと、ユーザー体験も開発スケジュールも守りやすくなります。
コメント