Office Online（Word Online / OneNote Online）の「文字起こし（Transcribe）」を会社として止めたい——しかし管理画面には“Transcribeだけ”のスイッチが見当たりません。本記事では、現時点で可能な制御方法、GPO/Intune/Cloud Policyでの現実的な落とし所、Copilotへの影響まで整理します。
Office Online（Word Online / OneNote Online）の文字起こし（Transcribe）とは
Word Online や OneNote Online の「文字起こし（Transcribe / Transcription）」は、マイクで取り込んだ音声をクラウド側で解析し、テキスト化してドキュメントに貼り付けられる機能です。会議メモやインタビュー、現場メモの効率化に便利な一方で、企業のコンプライアンス要件（機密情報の取り扱い、音声データの送信可否、データ保管場所、監査要件など）によっては、組織として利用を止めたいケースがあります。
問題はここからです。管理者が「Transcribe だけ無効化したい」と思って設定を探しても、ピンポイントのトグルが用意されていないことが多く、結果として“より広い範囲”の設定に手を入れる必要が出てきます。
結論：現時点では「Transcribe だけ」を無効化する方法は用意されていない
Word Online / OneNote Online で Transcribe だけを狙って無効化する設定は、現時点では用意されていません。同様に、デスクトップ版 Office でも「Transcribe だけ」を完全に止める専用ポリシーが限定的なため、実運用では「接続されたエクスペリエンス（Connected experiences）」を無効化して、Transcribe を含むクラウド依存機能をまとめて止める方向が現実的な落とし所になります。
ただし、Connected experiences を止めると Transcribe 以外にも影響が出ます。まずは「止まるもの／止めたくないもの」を把握したうえで、部署や役割ごとに適用範囲を分ける設計が重要です。
| やりたいこと | 可否 | 現実的な代替 | 注意点 |
|---|---|---|---|
| Word Online / OneNote Online で Transcribe だけオフ | 不可（専用スイッチなし） | Connected experiences を無効化（全体） | 他のクラウド連携・AI系機能も止まりやすい |
| デスクトップ版 Office で Transcribe だけオフ | 不可（専用ポリシーが限定的） | GPO/Intune/Cloud Policy で Connected experiences を無効化 | ユーザー体験が大きく変わるため事前周知が必須 |
| “音声入力”を使わせたくない（Web中心） | 条件付きで可 | ブラウザーのマイク権限を制御（サイト単位） | Transcribe だけでなく、音声系の機能がまとめて影響 |
なぜ Transcribe が「Connected experiences」に吸収されるのか
Transcribe は端末内だけで完結する機能ではなく、クラウドの音声認識（Speech）を使って処理される構造になりがちです。Microsoft 365 の「接続されたエクスペリエンス」は、オンラインサービスと連携して機能を提供したり、コンテンツを解析して支援したりする機能群の総称で、Transcribe もこの枠に含まれやすい設計です。
そのため管理の粒度は、機能単位というより“クラウド連携を許可するかどうか”という大枠に寄ります。ここが「Transcribe だけ止めたい」という要望と噛み合いにくいポイントです。
無効化の副作用：止まりやすい機能を先に棚卸しする
Connected experiences を無効化すると、Transcribe 以外にも「便利だった機能」が突然使えなくなることがあります。影響は Office の種類（Web/デスクトップ/モバイル）、契約プラン、アプリの更新状況で変わりますが、検証時にチェックすべき観点をまとめると次の通りです。
| カテゴリ | 代表的な機能例 | Connected experiences を無効化した場合の傾向 | 業務影響の例 |
|---|---|---|---|
| 音声・入力系 | Transcribe、音声入力（ディクテーション） | 利用不可/制限される可能性が高い | 議事録の作成工数が増える、現場入力が遅くなる |
| 文章支援・AI系 | 編集支援、翻訳、校正、要約など | 機能が減る/精度が落ちる可能性 | 文書レビューが手作業中心になる |
| オンラインコンテンツ | テンプレート、アイコン/画像検索、オンラインヘルプ | 取得できない/表示されない可能性 | テンプレ運用が社内配布に寄る |
| 共同作業 | 共有、共同編集、コメント連携 | 一部機能は別枠で動くが、制限が出る場合あり | 運用ルールや保管場所の再設計が必要 |
ポイントは、「止めたいのは Transcribe だけだが、現実には “周辺の便利機能” も止まる可能性が高いという点です。したがって、いきなり全社適用するのではなく、まずはパイロットグループで“業務影響の棚卸し”を行うのが安全です。
デスクトップ版 Office：AD + GPO で Connected experiences を無効化する
デスクトップ版 Office（Microsoft 365 Apps など）を Active Directory + GPO で運用している場合、現実的な対処はOffice の ADMX（管理用テンプレート）を最新化し、プライバシー/接続機能のポリシーを配布することです。具体的には、Trust Center（セキュリティ センター）配下のポリシーで「接続されたエクスペリエンス」を無効化します。
手順の全体像
- Office の最新 ADMX テンプレートを入手し、GPO で参照できる状態にする（中央ストア推奨）
- GPO で Connected experiences を無効化するポリシーを設定
- 対象 OU にリンクし、適用範囲（部署/端末/ユーザー）を段階的に広げる
- ユーザー側の挙動（Transcribe ボタンの表示、音声系機能の可否など）を検証・周知
GPO の設定例（考え方）
ポリシーの表示場所は ADMX の世代で多少変わりますが、例として次のようなパスでプライバシー関連の項目を探します。
- コンピューターの構成 → 管理用テンプレート → Microsoft Office 2016 → プライバシー → セキュリティ センター（Trust Center）
ここで「接続されたエクスペリエンスを許可」＝無効にすることで、Transcribe を含むクラウド依存のインテリジェント機能がまとめて無効化されます。
| ポリシーの例 | 推奨設定 | 狙い | 運用メモ |
|---|---|---|---|
| 接続されたエクスペリエンスを許可 | 無効 | Transcribe を含むクラウド連携をまとめて停止 | 副作用が大きい。パイロット適用→段階展開が安全 |
| （任意）個人情報を Microsoft に送信 | 無効 | プライバシー要件が厳しい場合の補強 | 診断/改善系の機能にも影響しうる |
検証ポイント（デスクトップ版）
- 対象アプリ（Word / OneNote など）で Transcribe 相当の機能が表示されない、または利用できないこと
- 「ファイル」→「アカウント」→「プライバシー設定」周りの表示がポリシーで固定されていること
- ユーザーから「突然○○が使えなくなった」という問い合わせが出やすい機能（テンプレ、翻訳、校正、音声入力など）を事前にリスト化しておくこと
- 適用確認は gpresult /h（レポート出力）で “どの GPO が効いたか” を見える化しておくこと
GPO は“強制力が高い”反面、いきなり全社適用すると現場混乱が起きがちです。まずは「Transcribe を止める必要がある部署」を OU で切り分け、影響が読める状態になってから段階的に広げるのが現実的です。
Web 版（Word Online / OneNote Online）を全社で統制する現実解
Office Online は、デスクトップ版のようにローカルの GPO が効きにくく、ユーザーはブラウザーで簡単に使えてしまいます。ここで重要なのは、Web 版も「Transcribe だけ」ではなく「クラウド接続をまとめて制御」になるという点です。
統制のレイヤーを分けて考える
Web 版の統制は、単一の設定ですべて片付くことが少ないため、次のように“レイヤー”で整理すると設計しやすくなります。
| レイヤー | 主なコントロール | 効き方 | 典型的な使いどころ |
|---|---|---|---|
| テナント（組織） | プライバシー/接続機能の組織設定 | 全社に効きやすい | まずここで “原則禁止/許可” を決める |
| ユーザー/グループ | Cloud Policy（config.office.com）や Intune の割り当て | 段階展開・例外運用がしやすい | Copilot 利用者など、例外グループを作る |
| 端末/ブラウザー | マイク権限、拡張機能制御、条件付きアクセス | Web 版に効きやすい | “野良端末” からの利用を封じる |
| ネットワーク | プロキシ/ファイアウォールでの制御 | 強いが副作用も強い | どうしても止めきれない場合の最終手段 |
選択肢は大きく3つ
- テナント（組織）側のプライバシー設定で Connected experiences を制御（可能なら最優先）
- Cloud Policy（config.office.com）/ Intune で Office のポリシーを割り当て（主にデスクトップ向けだが、統制の一元化に有効）
- ブラウザー/端末側で“音声入力の前提”を止める（マイク権限や条件付きアクセスで締める）
| アプローチ | 狙い | メリット | デメリット | 向いている組織 |
|---|---|---|---|---|
| テナント設定で制御 | 組織として一律に “許可/禁止” を決める | ユーザーが回避しにくい。運用がシンプル | 細かい例外運用が難しい場合がある | 全社一律ルールが強い組織 |
| Cloud Policy / Intune | ユーザーグループ単位でポリシーを配布 | 段階展開しやすい。リモート端末にも適用しやすい | Web 版への効き方は設計次第。検証が必須 | Entra ID/Intune 中心のモダン運用 |
| ブラウザーのマイク制御 | 音声を取れない状態にして Transcribe を実質封じる | Web 版に対しても効きやすい | 音声入力全般が使えなくなる。ユーザー満足度が下がりやすい | 音声機能を全面禁止したい組織 |
ブラウザーでの“現実的な締め方”の例（Edge / Chrome）
Web 版を主に止めたい場合、ブラウザーのサイト権限（マイク）を組織で管理するのが効きます。一般的には、Edge/Chrome のポリシーで「既定はブロック」「例外的に許可する URL だけ許可」を作るのが運用しやすい形です。
| 設定項目（例） | 推奨イメージ | 効果 | 補足 |
|---|---|---|---|
| DefaultMicrophoneSetting | ブロック | 原則としてマイクを使わせない | 例外 URL を別ポリシーで許可する運用が前提 |
| MicrophoneBlockedForUrls | office.com 等を指定 | 特定サイトでマイクを強制的にブロック | Word/OneNote 以外の Microsoft 365 サービスにも影響しうる |
| MicrophoneAllowedForUrls | 必要最小限の業務サイトのみ | 例外的にマイクを使えるサイトを限定 | “Copilot は許可、Transcribe は禁止” のような細分化は困難 |
この方法は Transcribe を狙い撃ちできるわけではありませんが、「音声が取れない＝文字起こしが成立しない」ため、Web 版の実効性は高くなります。逆に、社内で音声入力を使っている場合は影響が大きいので、部門別グループで割り当てる運用が現実的です。
条件付きアクセスで“野良端末”からの Office Online 利用を封じる
ポリシーを入れても、私物端末や未管理端末から Office Online を使われると統制が崩れます。そこで有効なのが、Entra ID（Azure AD）の条件付きアクセスです。たとえば「準拠デバイス（Compliant）からのみ office.com を許可」「未管理端末はブロック」などの条件を付けることで、Web 版の抜け道を減らせます。
- 準拠デバイス必須（Intune 準拠判定）
- 特定のクライアントアプリ（ブラウザー）に限定
- 社外ネットワークからは追加要件（MFA、場所制限）
Copilot と Connected experiences：両立させたいときの考え方
追加で悩ましいのが Copilot との関係です。一般に Microsoft 365 Copilot はクラウド側の処理と Microsoft Graph 連携を前提とするため、Connected experiences を広く無効化すると、Copilot が正しく動作しない／機能が制限される可能性が高くなります。
つまり「Transcribe を止めたい」と「Copilot を活かしたい」は、同じ “クラウド接続” を取り合う関係になりがちです。両立を狙うなら、技術設定だけでなく運用設計（グルーピング、例外、監査）が鍵になります。
| 運用パターン | Connected experiences | Transcribe | Copilot | 現実的な使い分け |
|---|---|---|---|---|
| 全社で厳格に禁止 | 無効 | 停止 | 利用困難/制限されやすい | 機密性最優先。Copilot は別サービスで代替検討 |
| 部署別に許可 | 部署A：無効 / 部署B：有効 | 部署Bのみ利用 | 部署Bで利用しやすい | 例外運用を前提に、申請・監査フローを整備 |
| 端末条件で許可 | 管理端末のみ有効 | 管理端末のみ利用 | 管理端末のみ利用 | 条件付きアクセスと組み合わせて “野良利用” を封じる |
Copilot を導入予定/導入済みの場合は、Connected experiences を一律にオフにする前に、対象ユーザーで「どの機能が止まると業務に影響するか」を必ず検証してください。Copilot の利用可否は、ライセンスやテナント設定、アプリ更新状況にも依存するため、机上の判断だけで決めないのが安全です。
おすすめの進め方：いきなり全社適用しない
Transcribe の無効化は“設定を入れたら終わり”ではなく、業務影響と例外運用をセットで考えるテーマです。現場が混乱しないための進め方を、チェックリスト形式でまとめます。
- 目的の明確化：なぜ Transcribe を止めるのか（音声データ送信の禁止、保管場所要件、監査要件など）を文章化する
- 影響範囲の棚卸し：Transcribe 以外に止まる可能性がある機能を洗い出し、業務影響を見積もる
- パイロット展開：対象部署/端末を限定してポリシー適用→問い合わせ内容を収集
- 例外設計：Copilot 利用者や特定業務（議事録担当など）に例外が必要か判断し、申請フローを作る
- 周知と教育：「何が使えなくなるか」「代替手段は何か」を短いFAQにして配布する
よくある質問
Transcribe と音声入力（ディクテーション）は同じですか？
似ていますが役割が異なります。音声入力は“今話している内容をその場で文字にする”用途が中心で、Transcribe は“ある程度まとまった音声を解析してテキスト化する”使い方が多くなります。どちらもクラウド音声認識に依存する場合があり、Connected experiences を無効化すると両方が影響を受ける可能性があります。
Connected experiences を無効化すると、OneDrive 連携や共同編集も止まりますか？
一概には言えません。共有や共同編集は Microsoft 365 の根幹機能であり、別の仕組みで動いている領域もあります。ただし、オンラインコンテンツ取得やインテリジェント機能など、周辺の体験が制限されるケースはあります。自組織の使い方（Web中心か、デスクトップ中心か、テンプレ運用があるか）に合わせて検証してください。
Cloud Policy や Intune で Web 版まで完全に制御できますか？
Cloud Policy や Intune は、ポリシー配布の一元化に非常に有効です。一方で、Web 版はブラウザー上のサービスとして動くため、設定の効き方は “テナント設定” と “端末/ブラウザー制御” の組み合わせになります。最終的には、テナント側で禁止できる部分はテナントで固め、足りない部分を端末側（マイク権限、条件付きアクセス）で補強する、という考え方が現実的です。
「Transcribe だけ」を止めたいのですが、将来的に対応する可能性はありますか？
現時点では粒度の細かいトグルが用意されていないため、要望としては Microsoft へのフィードバックが有効です。業務要件（監査、規制、情報区分）とともに「Transcribe 単体の制御が必要」という背景を添えて要望を送ると、製品改善の議論に乗りやすくなります。
まとめ
Office Online（Word Online / OneNote Online）の文字起こし（Transcribe）は便利ですが、企業の要件によっては統制が必要です。ただし、現時点ではTranscribe だけをピンポイントに無効化する仕組みがなく、止めるならConnected experiences（接続されたエクスペリエンス）全体を無効化する方向になります。デスクトップ版は AD + GPO での配布が現実的で、Web 版はテナント設定やブラウザー制御（マイク権限）、条件付きアクセスを組み合わせて運用するのが堅実です。
さらに Copilot を使う場合、Connected experiences を止めると Copilot が制限される可能性が高いため、部署別・端末条件別の適用、例外設計、検証をセットで進めることが成功の近道です。
コメント