Teams VDIのWebRTC最適化廃止マイルストーンでまず知るべき結論は、Teamsそのものが突然使えなくなる話ではなく、VDI環境で音声・ビデオ・画面共有を軽く動かすための従来方式「WebRTCベースの最適化」が段階的に廃止されるという点です。2026年10月1日にサポート終了、2027年4月1日に提供終了という2段階のマイルストーンが示されており、対象環境では新しいSlimCoreベースのVDI最適化へ移行できる状態にしておく必要があります。(Microsoft Learn)
今回の分類はDeprecationです。つまり「今日から利用不可」ではなく、「既存方式のサポートと提供を段階的に終了するため、期限までに移行準備を進めてください」という通知です。特に影響が大きいのは、WindowsエンドポイントからCitrix、Azure Virtual Desktop、Windows 365上のTeamsを利用している組織です。この記事では、2026年6月19時点の公式情報をもとに、管理者・情報システム担当者・VDI利用部門が確認すべき疑問をQ&A形式で整理します。
Teams VDIのWebRTC最適化廃止マイルストーンで押さえるべきこと
Teams VDIでは、仮想デスクトップ上でTeamsを動かしながら、音声・ビデオ・画面共有などのメディア処理をできるだけ利用者の端末側へ逃がすことで、仮想マシン側の負荷や遅延を抑えます。この仕組みが「VDI最適化」です。
今回廃止対象になっているのは、従来のWebRTCベースの最適化です。Microsoft Learnでは、WindowsベースのエンドポイントからCitrixおよびAzure Virtual Desktop／Windows 365環境へ接続する場合のWebRTCベース最適化が非推奨となり、新しい最適化が既定の方式になると説明されています。(Microsoft Learn)
| マイルストーン | 日付 | 何が起きるか | 現場での意味 |
|---|---|---|---|
| サポート終了 | 2026年10月1日 | WebRTCベースの最適化は動作を続けるが、MicrosoftおよびCitrixによる公式サポート対象外になる | 障害時に「従来方式のまま直す」より、新方式への移行を求められる可能性が高くなる |
| 提供終了 | 2027年4月1日 | WebRTCが動作しなくなり、新しい最適化が強制される | 新方式で最適化できない場合、メディア処理が仮想マシン側に戻り、会議品質や負荷に影響する可能性がある |
| 事前通知 | 各マイルストーンの約2か月前 | ユーザーにアプリ起動時の通知が表示される | ヘルプデスク問い合わせが増える前に、利用者向け案内を用意しておく必要がある |
2027年4月1日以降、新しいスタックで最適化できない理由がプラグイン未導入である場合、ユーザーにはMicrosoftのWebサイトからプラグインをダウンロードする案内が表示されます。また、提供終了後はCitrix Studioなどのレガシー最適化向けポリシーが効かなくなる点にも注意が必要です。(Microsoft Learn)
よくある疑問：Teamsは使えなくなるのか
Teamsアプリ自体が使えなくなるのですか？
いいえ。今回の主な対象は、Teams VDIにおけるWebRTCベースのメディア最適化です。チャットやファイル共有を含むTeams全体が一律で停止する、という意味ではありません。
ただし、会議・通話・画面共有のようなリアルタイムメディア機能は影響を受けやすい領域です。Microsoft Learnでは、提供終了後にTeamsが新しい方式で最適化できない場合、サーバー側レンダリングへフォールバックし、すべてのマルチメディア処理が仮想マシン側で行われるため、ユーザー体験が低下すると説明されています。(Microsoft Learn)
現場で起きやすい症状は、次のようなものです。
- 会議参加時の映像や音声が不安定になる
- 仮想デスクトップ側のCPU使用率が上がる
- 画面共有やカメラの開始が遅くなる
- 「最適化されていない」状態でTeams会議に参加していることに利用者が気づきにくい
したがって、「Teamsが起動するか」だけでなく、Teams会議がVDI最適化状態で動いているかを確認することが重要です。
2026年10月1日までなら何もしなくてもよいですか？
推奨できません。2026年10月1日は「提供終了」ではなく「サポート終了」ですが、この時点から従来のWebRTCベース最適化は公式サポート外になります。問題が起きてから新方式へ移行しようとすると、VDIクライアント、Teams、プラグイン、端末側のMSIX許可、ネットワーク設定など複数の確認が一気に必要になります。
実務では、2026年10月1日を「移行開始日」ではなく、本番利用者の大半で新方式の検証を終えておく期限として扱うのが安全です。
2027年4月1日には何が起きますか？
2027年4月1日は提供終了です。WebRTCベースの最適化は動作しなくなり、新しいVDI最適化が強制されます。新方式が正しく動かない場合、Teamsはサーバー側レンダリングに戻るため、仮想マシン側で音声・ビデオなどを処理する状態になります。(Microsoft Learn)
この日に向けて確認すべきことは、単にTeamsを最新版にすることではありません。利用者端末側のVDIクライアント、Teams VDIプラグイン、SlimCoreのMSIXインストール可否、仮想デスクトップ側のTeams設定、セキュリティポリシーまで含めて確認する必要があります。
対象になる人・環境を整理
今回のTeams VDI WebRTC最適化廃止マイルストーンで最優先に確認すべきなのは、WindowsエンドポイントからVDI上のTeamsを使っている環境です。Microsoft Learnでは、WindowsベースのエンドポイントがCitrixおよびAzure Virtual Desktop／Windows 365へ接続する場合のWebRTCベース最適化が廃止対象として説明されています。(Microsoft Learn)
| 確認対象 | 影響確認の優先度 | 見るべきポイント |
|---|---|---|
| Windows端末 + Citrix + Teams VDI | 高 | Citrix Workspace app、VDA、Teams VDIプラグイン、Citrix Studioのレガシーポリシー |
| Windows端末 + Azure Virtual Desktop + Teams VDI | 高 | Windows App、Teams、VDI最適化用レジストリ、SlimCoreの状態 |
| Windows端末 + Windows 365 + Teams VDI | 高 | Cloud PCイメージ、Windows App、Teams、カスタムイメージの最適化構成 |
| Omnissa Horizon | 要確認 | Microsoft LearnではOmnissaのタイムラインは別途Message Centerで案内されるとされています |
| Amazon WorkSpaces | 要確認 | 新VDIソリューションの要件対象に含まれるため、利用中のクライアントとエージェントの要件確認が必要 |
| ブラウザー経由のVDI利用 | 高 | Microsoft Learnでは、WebブラウザーはMicrosoft Teams最適化をサポートしないとされています |
| macOS、Linux、ChromeOS、HTML5など | 環境別に確認 | Citrixドキュメントでは、Windowsエンドポイントのみが影響対象で、macOS、Linux、ChromeOS、HTML5エンドポイントは影響を受けないと説明されています。ただし、プロバイダー別の最新情報確認は必要です。(Citrix 公式製品ドキュメント) |
注意したいのは、「VDIを使っている」だけでは対象判定として不十分な点です。実際には、どのVDI基盤か、接続元端末のOSは何か、Teamsを仮想デスクトップとして公開しているのか、RemoteAppやPublished Appとして公開しているのかまで確認する必要があります。
Microsoft Learnでは、Azure Virtual DesktopのRemoteApp、Windows 365 Cloud Apps、Citrix Virtual Appsでも新しいアーキテクチャで最適化できる要件が示されています。公開方式が通常の仮想デスクトップと違う場合は、別枠で検証計画に入れてください。(Microsoft Learn)
WebRTC最適化とSlimCore最適化の違い
WebRTCベース最適化は、これまでTeams VDIの音声・ビデオ処理を軽くするために使われてきた従来方式です。一方、新しいTeams VDIソリューションはSlimCoreベースの新しいアーキテクチャで、仮想デスクトップ上のマルチメディア処理を最適化するための仕組みです。(Microsoft Learn)
| 比較項目 | WebRTCベース最適化 | SlimCoreベースの新VDI最適化 |
|---|---|---|
| 位置づけ | 従来方式、廃止対象 | 今後の標準方式 |
| 期限 | 2026年10月1日にサポート終了、2027年4月1日に提供終了 | 新しい既定の最適化方式 |
| メディア処理 | WebRTCベースの仕組みで最適化 | SlimCoreメディアエンジンを利用 |
| 管理上の注意 | レガシー最適化ポリシーは提供終了後に効かなくなる | Teams VDIプラグイン、MSIX、VDIクライアントの要件確認が必要 |
| トラブル時の見方 | 「従来方式で最適化されているか」を確認 | 「VDI 2.0 Optimized」相当の状態かを確認 |
Citrixドキュメントでも、Classic TeamsからNew Teamsへの移行と、Citrix HDX最適化からMicrosoft SlimCore最適化への移行は別の話として整理されています。Teamsアプリ更新だけで完了したと思い込むと、メディア最適化の移行漏れが起きやすくなります。(Citrix 公式製品ドキュメント)
使えない時・見えない時の確認ポイント
Teams VDIのWebRTC最適化廃止対応でよくあるつまずきは、「Teamsは起動するのに、最適化状態になっていない」ケースです。まずは利用者画面、端末側プロセス、管理者側ログの順に確認します。
ユーザー画面で最適化状態を確認する
新しいVDI最適化が有効な場合、Teamsクライアントの左上にあるVDI Status Indicatorで状態を確認できます。また、Teamsの上部メニューから「…」を選び、設定の「About」からTeamsとクライアントのバージョンを確認できます。(Microsoft Learn)
利用者から「Teams VDIの最適化が見えない」「通知が出る」「会議が重い」と問い合わせが来た場合は、まず次の3点を確認すると切り分けが速くなります。
| 症状 | 最初に確認すること | 管理者側で見ること |
|---|---|---|
| VDI最適化の表示が見えない | TeamsのVDI Status Indicator、Teamsのバージョン | VDIクライアントとTeams VDIプラグインの対応状況 |
| 会議が重い、音声が途切れる | 最適化状態か、ネットワーク経路がVPNやプロキシ経由になっていないか | Teamsメディア用のUDP/TCP通信、QoS、VDIセッションホストのCPU |
| プラグイン案内が出る | 接続元端末にTeams VDIプラグインがあるか | AVD／Windows 365、Citrix、Omnissa、Amazonごとのプラグイン展開方式 |
| Citrixで最適化されない | Citrix Workspace appのバージョンとプラグイン有無 | Virtual Channel allow list、VDA要件、プラグインの32bit／64bit整合性 |
| AVD／Windows 365で最適化されない | Windows Appを使っているか | 古いRemote Desktop Clientを使っていないか、IsWVDEnvironmentが設定されているか |
| ブラウザー接続で最適化されない | 接続方法がWebブラウザーか | Teams最適化はWebブラウザー非対応のため、サポートされるクライアントへ切り替える |
端末側でMsTeamsVdi.exeとプラグインを確認する
新しい最適化が動いている場合、Azure Virtual Desktop／Windows 365ではmsrdc.exeの子プロセスとして、Citrixではwfica32.exeの子プロセスとしてMsTeamsVdi.exeが確認できます。Process Explorerでプロセスを確認し、MsTeamsPluginAvd.dllやMsTeamsPluginCitrix.dllが読み込まれているかを見ることも、トラブルシューティングに有効です。(Microsoft Learn)
ここで重要なのは、Teamsが仮想マシン内で起動していることと、メディア処理が端末側へ正しくオフロードされていることは別問題だという点です。Teamsが起動しても、MsTeamsVdi.exeやプラグインが確認できなければ、最適化されていない可能性があります。
VDIクライアントとプラグインの要件を確認する
新しいVDIソリューションでは、Teams、VDIクライアント、プラグイン、端末OSの組み合わせが重要です。Microsoft Learnでは、Azure Virtual Desktop／Windows 365、Citrix、Amazon WorkSpaces、Omnissa Horizonごとに最低バージョンが示されています。たとえばCitrixでは、VDA、Citrix Workspace app、MsTeamsPluginCitrixの要件があり、AVD／Windows 365ではWindows Appの利用が前提として整理されています。(Microsoft Learn)
特に見落としやすいのは、次のポイントです。
- 古いRemote Desktop Clientを使い続けている
- Citrix Workspace appだけ更新し、Teams VDIプラグインを展開していない
- Citrix Workspace appの32bit／64bitとプラグインのアーキテクチャが合っていない
- VDIクライアントは更新済みだが、利用者端末側のMSIXインストールがポリシーでブロックされている
- 非永続VDIで、プロファイルや必要なTeams関連フォルダーが保持されていない
Microsoft Learnでは、SlimCoreのMSIXステージングと登録はプラグインがサイレントに実行する一方、Group Policyやサードパーティツールの設定によってMSIXパッケージのインストールがブロックされる可能性があると説明されています。AppLockerやWindows Defender Application Control、BlockNonAdminUserInstall、AllowAllTrustedAppsなどの設定は、最適化できない原因になり得ます。(Microsoft Learn)
AVD／Windows 365で確認すべき設定
Azure Virtual DesktopとWindows 365では、仮想デスクトップ側でTeamsがVDI環境として動作していることを認識できるようにする必要があります。Microsoft Learnでは、HKLM\SOFTWARE\Microsoft\TeamsにIsWVDEnvironmentをDWORD値1で設定することが、Teamsクライアントを最適化するために必要とされています。(Microsoft Learn)
AVD／Windows 365で優先して確認する項目は次の通りです。
| 確認項目 | 見る場所 | 判断の目安 |
|---|---|---|
| 接続クライアント | 利用者端末 | Windows Appを利用しているか。古いRemote Desktop Clientに依存していないか |
| Teamsバージョン | 仮想デスクトップ内Teams | 新しいVDI最適化の最低要件を満たしているか |
| VDI認識レジストリ | 仮想デスクトップ側 | IsWVDEnvironment=1が設定されているか |
| WebView2 | 仮想デスクトップ側 | Windows ServerやWindows 10/11 Multi-User環境で必要なWebView2が入っているか |
| 端末側プロセス | 利用者端末 | MsTeamsVdi.exeやMsTeamsPluginAvd.dllが確認できるか |
| ネットワーク | 端末・社内ネットワーク | Teamsメディア通信に必要なUDP/TCPが過度に制限されていないか |
Microsoft Learnでは、VDI上のTeamsで音声／ビデオ最適化を利用するには、最新のTeams利用が推奨され、Windows 10 10.0.19041以降、Windows Server 2022以降、Windows Server 2025以降、WebView2などの要件も示されています。Windows Server 2016および2019はサポート対象外としてアップグレード計画が求められているため、古いセッションホストを使っている場合はTeamsだけではなくOS更改も検討対象になります。(Microsoft Learn)
Citrixで確認すべき設定
Citrix環境では、WebRTCベースのHDX最適化からSlimCoreベースの新しいVDI最適化へ移る観点が重要です。Citrixドキュメントでも、MicrosoftがWindowsエンドポイント上のTeams向けWebRTCベースHDX最適化を非推奨にし、2026年10月1日のサポート終了、2027年4月1日の提供終了という2つのマイルストーンを示していると説明されています。(Citrix 公式製品ドキュメント)
Citrixで特に確認すべき項目は次の通りです。
| 確認項目 | なぜ重要か |
|---|---|
| Citrix Workspace appのバージョン | 新しいTeams VDIプラグインの利用可否に関わる |
| MsTeamsPluginCitrixの導入 | SlimCoreのダウンロードや更新を管理するために必要 |
| VDAのバージョン | サポートされるTeams VDI最適化の前提になる |
| Virtual Channel allow list | 設定によってはTeamsの仮想チャネル接続がブロックされる |
| Citrix Studioのレガシーポリシー | 提供終了後はレガシー最適化ポリシーが効かなくなる |
| プラグインのアーキテクチャ | 32bitのCWAに64bitのDLLを読み込ませるような不整合は最適化失敗につながる |
Microsoft Learnでは、Citrix Workspace app for Windows 2402以降でTeams VDIプラグインをインストールする方法や、コマンドラインでCitrixWorkspaceApp.exe /installMSTeamsPluginを使う方法、プラグインはアクティブな仮想デスクトップセッションがない状態でアップグレードする必要があることなどが説明されています。(Microsoft Learn)
また、旧来のCitrix VDAでは、HKLM\SOFTWARE\WOW6432Node\Citrix\WebSocketService配下のProcessWhitelistにmsedgewebview2.exeが必要になる場合があります。Microsoft Learnでは、このレジストリキーがない場合、Teamsクライアントは非最適化モード、つまりサーバー側レンダリングで動作すると説明されています。なお、VDA 2402ではこのキーは不要とされています。(Microsoft Learn)
管理者向けの移行チェックリスト
Teams VDIのWebRTC最適化廃止対応は、Teams担当だけで完結しません。VDI、端末管理、ネットワーク、セキュリティ、ヘルプデスクを巻き込んで進める必要があります。
| 手順 | 作業 | 具体的にやること |
| -: | ————— | ———————————————— |
| 1 | 影響範囲を棚卸しする | VDI基盤、接続元OS、Teamsの公開方式、利用者数、会議利用頻度を一覧化する |
| 2 | 現在の最適化方式を確認する | CQD、Teams画面、端末プロセスでWebRTC最適化かSlimCore最適化かを確認する |
| 3 | 新方式の要件を満たす | Teams、VDIクライアント、プラグイン、OS、WebView2、レジストリを確認する |
| 4 | セキュリティポリシーを確認する | MSIX、AppLocker、WDAC、GPO、DLP、ウイルス対策の除外設定を確認する |
| 5 | パイロット展開する | 情シス、ヘルプデスク、会議利用が多い部門で実通話テストを行う |
| 6 | 利用者向け案内を準備する | 事前通知ダイアログが出た場合の説明、問い合わせ先、再起動手順を用意する |
| 7 | 本番展開後に品質を監視する | Call Quality Dashboard、ユーザー問い合わせ、VDIホスト負荷を継続確認する |
Microsoft Learnでは、Call Quality DashboardのVDIレポートで、新しいアーキテクチャで最適化されたユーザーは「VDI 2.0 Optimized」、WebRTC最適化は「Optimized」として分類されると説明されています。移行の進捗確認には、ユーザー申告だけでなくCQDの活用が有効です。(Microsoft Learn)
失敗しやすいポイント
Teamsアプリだけ更新して終わったと思ってしまう
Teams VDIの新しい最適化は、Teamsアプリだけでなく、接続元端末のVDIクライアントやTeams VDIプラグイン、SlimCoreのMSIXインストール可否にも依存します。Teamsを最新版にしても、端末側のプラグインがなければ最適化できない場合があります。
特に非永続VDIでは、ゴールデンイメージ更新、ユーザープロファイル、端末側コンポーネントの更新タイミングがずれやすいため、運用設計に落とし込むことが重要です。
「最適化されていないが会議に入れる」状態を見逃す
Teams会議に参加できることと、VDI最適化されていることは同じではありません。最適化されていない状態でも会議に参加できる場合がありますが、その場合は仮想マシン側の負荷が増え、複数ユーザーが同時に会議へ参加したときにホスト全体のパフォーマンス低下につながる可能性があります。
検証では、1人で会議に入るだけでなく、次の条件で確認してください。
- 複数人のビデオ会議
- 画面共有の送信と受信
- BluetoothまたはUSBヘッドセットのミュート操作
- カメラ・マイクの初回許可プロンプト
- 切断後の再接続
- 別端末へローミングした場合の挙動
MSIXやAppLockerの制御でSlimCoreが入らない
新しいVDI最適化では、SlimCore関連のMSIXパッケージが端末側にステージング・登録されます。組織のセキュリティポリシーでパッケージアプリのインストールを厳しく制御している場合、Teams VDIプラグインやSlimCoreが正しく動かないことがあります。
Microsoft Learnでは、Group PolicyやサードパーティツールがMSIXパッケージのインストールをブロックする可能性があり、BlockNonAdminUserInstall、AllowAllTrustedApps、AppLocker、Windows Defender Application Controlなどの確認が必要であると説明されています。(Microsoft Learn)
古いRemote Desktop Clientやブラウザー接続を使い続ける
Azure Virtual DesktopやWindows 365では、Windows Appへの移行状況も重要です。Microsoft Learnでは、Remote Desktop Client for Windowsはサポートされなくなっており、Windows Appへのアップグレードが案内されています。また、WebブラウザーはMicrosoft Teams最適化をサポートしないとされています。(Microsoft Learn)
「VDIには接続できているのにTeams最適化されない」という問い合わせでは、接続元アプリが古い、またはWebブラウザー接続であることが原因になっている場合があります。
レガシーポリシーで新方式を制御できると思い込む
従来のWebRTC最適化向けポリシーと、新しいSlimCoreベースの最適化制御は同じではありません。Microsoft Learnでは、VDIパートナー側のポリシーエンジンは新しい最適化モードを制御せず、Teams VDIポリシーにはVDI2Optimizationという追加引数があると説明されています。既存のCitrix Studioや旧方式向けレジストリだけを見ていると、新方式の制御を見誤る可能性があります。(Microsoft Learn)
利用者向けに伝えるべきこと
管理者側の準備とあわせて、利用者向けの案内も必要です。特に2026年10月1日と2027年4月1日の約2か月前には、Teams起動時に通知が表示される可能性があります。利用者が「エラーが出た」「Teamsが壊れた」と誤解しないよう、事前に短い案内を出しておくと問い合わせを減らせます。
案内文では、次の内容を含めると実用的です。
| 利用者に伝える内容 | 例 |
|---|---|
| 何の通知か | TeamsのVDI最適化方式が新しい方式へ移行するための通知です |
| すぐ困るのか | 通知が出ても直ちにTeamsが使えなくなるわけではありません |
| やってほしいこと | 業務端末の再起動、指定されたVDI接続アプリの利用、Teamsの再起動 |
| やらないでほしいこと | 個人判断で不明なプラグインを入れない、古い接続アプリに戻さない |
| 問い合わせ時に添える情報 | 端末名、VDI接続方法、Teamsのバージョン、表示されたメッセージの画面 |
ヘルプデスク側では、「Teamsが重い」という問い合わせを受けたときに、通常のTeams障害、ネットワーク問題、VDI最適化未適用を切り分けるフローを用意しておくと対応が早くなります。
まず確認すべきことを移行計画に落とし込む
Teams VDIのWebRTC最適化廃止は、期限だけを見ると先の話に見えます。しかし、影響範囲はTeamsアプリ、VDIクライアント、利用者端末、仮想デスクトップイメージ、セキュリティポリシー、ネットワーク品質にまたがります。2026年10月1日のサポート終了を「まだ動くから大丈夫」と捉えるのではなく、2027年4月1日の提供終了までに新しいSlimCoreベースのVDI最適化を安定稼働させるための中間期限として扱うのが現実的です。
まずは、WindowsエンドポイントからCitrix、Azure Virtual Desktop、Windows 365を使っているユーザーを棚卸しし、Teamsが現在どの最適化方式で動いているかを確認してください。そのうえで、VDIクライアント、Teams VDIプラグイン、Teamsバージョン、MSIX許可、ネットワーク、CQDでの確認までを一つのチェックリストにまとめると、移行漏れを防ぎやすくなります。
コメント