Teams VDIのWebRTC最適化廃止マイルストーンでまず押さえるべき結論は、Windows端末からCitrix、Azure Virtual Desktop、Windows 365に接続してTeamsを使っている環境では、WebRTCベースの従来最適化からSlimCoreベースの新しいVDI最適化へ移行する準備が必要という点です。
Microsoft Learnでは、WebRTCベースの最適化は段階的に廃止され、2026年10月1日にサポート終了、2027年4月1日に利用終了となる流れが示されています。2027年4月1日以降に新しい最適化へ移行できていない場合、Teamsの音声・ビデオ処理が仮想マシン側に戻り、会議品質が低下する可能性があります。(Microsoft Learn)
この記事では、Teams VDIのWebRTC最適化廃止マイルストーンをどう読めばよいか、どこを確認すればよいか、設定や導入前の確認で迷いやすいポイントを、管理者だけでなく一般ユーザーにも分かる形で整理します。
Teams VDIのWebRTC最適化廃止マイルストーンとは
Teams VDIのWebRTC最適化廃止マイルストーンとは、VDI環境でTeamsの音声・ビデオ処理を効率化していた従来方式を、段階的に新しい方式へ切り替えるための予定表です。
ここでいうVDIは、手元のPCでTeamsを直接動かすのではなく、Azure Virtual Desktop、Windows 365、Citrixなどの仮想デスクトップ上でTeamsを使う構成を指します。VDIでは、音声や映像をすべて仮想マシン側で処理すると遅延や品質低下が起きやすいため、ユーザー端末側へメディア処理を逃がす「最適化」が重要になります。
従来はWebRTCベースの最適化が使われていましたが、Microsoftは新しいVDI最適化としてSlimCoreベースの方式を案内しています。Microsoft Learnでは、新しいVDIソリューションを「仮想デスクトップでマルチメディアワークロードの配信を最適化する新しいアーキテクチャ」と説明しています。(Microsoft Learn)
何が変わるのか
大きな変化は、Teams会議の音声、ビデオ、画面共有などを処理する仕組みです。
| 項目 | 従来のWebRTCベース最適化 | 新しいSlimCoreベース最適化 |
|---|---|---|
| 位置付け | 従来方式 | 今後の標準方式 |
| 廃止予定 | 2026年10月1日にサポート終了、2027年4月1日に利用終了 | 既定の最適化方式として利用 |
| 主な対象 | Windows端末からCitrix、AVD、Windows 365へ接続する環境 | 対応条件を満たすTeams VDI環境 |
| 失敗時の影響 | 廃止後は利用不可 | 最適化できない場合はサーバー側レンダリングにフォールバック |
| 確認方法 | Teams上のVDI最適化表示など | VDI Status Indicator、MsTeamsVdi.exe、SlimCoreパッケージなど |
ポイントは、「Teamsが使えなくなる」という話ではなく、Teams VDIで快適に会議するための最適化方式が変わるということです。ただし、新方式に移行できていない環境では、会議の遅延、映像のカクつき、CPU負荷増加、音声品質の低下が起きやすくなります。
廃止マイルストーンの日付と実務上の意味
Microsoft Learnに記載されている主なマイルストーンは、次の2つです。(Microsoft Learn)
| 日付 | マイルストーン | 実務上の意味 | 取るべき対応 |
|---|---|---|---|
| 2026年10月1日 | End of Support | WebRTCベース最適化は動作するが、MicrosoftとCitrixの公式サポート対象外になる | それまでに新しい最適化で動く端末・ユーザーを増やす |
| 2027年4月1日 | End of Availability | WebRTCが動作しなくなり、新しい最適化が強制される | この日までにプラグイン、クライアント、ポリシー、ネットワークを整備する |
2026年10月1日は「まだ動くが、頼れない」段階
2026年10月1日のEnd of Supportでは、WebRTCベースの最適化自体は継続して動作します。ただし、公式サポートの前提から外れるため、会議品質の問題が起きたときに「従来方式のまま使い続ける」判断はリスクが高くなります。
この時点でやるべきことは、全社一斉切り替えではなくても構いません。まずは、対象ユーザーを洗い出し、新しいSlimCoreベース最適化で正常に動く代表端末を検証することが重要です。
2027年4月1日は「従来方式に戻れない」段階
2027年4月1日のEnd of Availabilityでは、WebRTCベースの最適化は停止し、新しい最適化が強制されます。新方式で最適化できない場合、Teamsはサーバー側レンダリングにフォールバックします。これは、音声・ビデオなどのマルチメディア処理を仮想マシン側で処理する状態で、ユーザー体験が低下しやすくなります。(Microsoft Learn)
この日付を「移行を始める期限」と考えるのは危険です。VDI環境では、端末、仮想デスクトップ、Citrix Workspace app、Windows App、Teams本体、プロファイル管理、ネットワーク制御が絡むため、検証と段階展開に時間がかかります。
対象になる環境・対象外と考えやすい環境
この廃止マイルストーンで特に注意すべき対象は、WindowsベースのエンドポイントからCitrix、Azure Virtual Desktop、Windows 365に接続してTeamsを使う環境です。Microsoft Learnでも、WindowsベースのエンドポイントがCitrixおよびAVD / Windows 365環境へ接続するケースが対象として説明されています。(Microsoft Learn)
| 利用環境 | 影響の見方 |
|---|---|
| Windows PC → Azure Virtual Desktop → Teams | 対象。Windows AppやTeams、レジストリ、SlimCoreの確認が必要 |
| Windows PC → Windows 365 Cloud PC → Teams | 対象。AVDと同様に最適化要件を確認 |
| Windows PC → Citrix Virtual Apps and Desktops / Citrix DaaS → Teams | 対象。Citrix Workspace app、VDA、Teamsプラグインの確認が重要 |
| Mac端末 → VDI → Teams | 新しい最適化の対応状況は別途要件確認が必要。Windows端末向け廃止マイルストーンと混同しない |
| Linuxシンクライアント → VDI → Teams | WebRTCベースの対応が残るケースがあるため、端末ベンダーやVDIベンダーの情報確認が必要 |
| ブラウザー版TeamsをVDI内で利用 | Microsoft LearnではTeams for WebはVDI環境でサポートされないと説明されているため、回避策として考えない方がよい (Microsoft Learn) |
迷いやすいのは、「Teamsは同じだから全端末が同じ影響を受ける」と考えてしまうことです。実際には、ユーザーが接続に使う端末のOS、VDI基盤、クライアントアプリ、Teamsバージョンによって確認ポイントが変わります。
Teams VDIで「最適化されているか」を確認する方法
Teams VDIの移行で最初に確認すべきなのは、現在のTeamsが最適化されているか、さらにそれがWebRTCベースなのかSlimCoreベースなのかです。
Microsoft Learnでは、TeamsのVDI Status Indicatorで最適化状態を確認でき、Optimizedバナーにカーソルを合わせることでWebRTC最適化かSlimCoreベースの新しい最適化かを確認できると説明されています。(Microsoft Learn)
一般ユーザーが確認する場所
一般ユーザーは、まずTeams画面上で次の場所を確認します。
| 確認したいこと | 操作場所 | 見るポイント |
|---|---|---|
| Teamsのバージョン | Teams上部の「…」→ 設定 → バージョン情報 | Teams本体が古すぎないか |
| VDI最適化の状態 | Teams画面左上付近のVDI Status Indicator | Optimized、警告アイコンなど |
| 最適化方式 | Optimized表示にカーソルを合わせる | SlimCore Media Optimizedか、WebRTC系の表示か |
| 修復操作 | Teams上部の「…」→ Optimize virtual desktop and restart | 最適化に失敗している場合の再試行 |
VDI Status Indicatorで警告アイコンが出ている場合、Teamsが最適化されていない可能性があります。その場合、ユーザー側では「Optimize virtual desktop and restart」を試し、それでも改善しなければ管理者にエラー情報を共有するのが現実的です。(Microsoft Learn)
管理者が確認する場所
管理者は、ユーザー端末側でSlimCore関連コンポーネントが入っているかも確認します。Microsoft Learnでは、PowerShellで次のようにSlimCoreパッケージを確認する方法が示されています。(Microsoft Learn)
Get-AppxPackage Microsoft.Teams.SlimCore*また、最適化されている場合は、ユーザー端末側でMsTeamsVdi.exeが動作します。AVD / Windows 365ではmsrdc.exeの子プロセス、Citrixではwfica32.exeの子プロセスとして確認できるケースがあります。(Microsoft Learn)
設定場所で迷いやすいポイント
Teams VDIのWebRTC最適化廃止で混乱しやすいのは、「どこを設定すれば新しい最適化になるのか」が一つに決まらない点です。Teams管理センターだけで完結する話ではありません。
Teams側のポリシーだけで完了するわけではない
新しいSlimCoreベース最適化には、Teams VDIポリシーのVDI2Optimizationという制御点があります。Microsoft Learnでは、この値は既定でEnabledと説明されています。つまり、多くの環境ではTeams側で明示的にオンにする作業が不要な場合があります。(Microsoft Learn)
ただし、Teams側のポリシーが有効でも、端末側に必要なプラグインがない、MSIXインストールがブロックされている、VDIクライアントが古い、といった状態では最適化できません。
| 設定・確認対象 | 代表的な場所 | 役割 |
|---|---|---|
| Teams VDIポリシー | Microsoft Teams PowerShell | SlimCoreベース最適化をユーザー単位で許可・制限 |
| VDIクライアント | Windows App、Citrix Workspace appなど | Teamsプラグインを読み込む土台 |
| Teamsプラグイン | ユーザー端末側 | SlimCoreの取得・起動に関わる |
| SlimCore MSIX | ユーザー端末側のWindowsApps領域 | 新しいメディアエンジン |
| ネットワーク | 端末、プロキシ、ファイアウォール、VPN | Teamsメディア通信とSlimCoreダウンロードを許可 |
| VDIイメージ | 仮想マシン、ゴールデンイメージ | Teams本体、WebView2、レジストリ、プロファイル設定 |
Citrix Studioなどの従来ポリシーに頼りすぎない
Microsoft Learnでは、End of Availability後、Citrix Studioなどのレガシー最適化に関連するポリシーは効かなくなると説明されています。(Microsoft Learn)
つまり、「Citrix側でWebRTC最適化を制御しているから大丈夫」と考えるのではなく、新しいSlimCoreベース最適化に必要なTeamsポリシー、プラグイン、VDIクライアント、MSIX許可を確認する必要があります。
導入前に確認したい前提条件
Teams VDIの新しい最適化では、仮想マシン側とユーザー端末側の両方に前提条件があります。特にVDIでは、端末を利用者が自由に更新できないケースも多いため、管理者が事前に棚卸しすることが重要です。
仮想マシン側の主な確認項目
Microsoft Learnでは、Teams VDIで利用する仮想マシンの要件として、Windows 10.0.19041以上、Windows Server 2022の一定ビルド以上、Windows Server 2025の一定ビルド以上などが示されています。また、Windows Server 2016と2019はサポート対象外としてアップグレード計画が必要とされています。(Microsoft Learn)
| 確認項目 | 見るポイント |
|---|---|
| OS | Windows 10/11、Windows Server 2022/2025など、サポート対象か |
| Windows Server 2016/2019 | Teams VDI要件上の扱いを確認し、移行計画を立てる |
| WebView2 | Windows ServerやWindows 10/11 Multi-User環境で必要 |
| Teams本体 | 古いバージョンを長期間固定していないか |
| ウイルス対策・DLP | Teamsの起動やMSIX関連処理をブロックしていないか |
| 通知設定 | Teams通知バナーを受け取れる状態か |
特に非永続VDIでは、ゴールデンイメージを更新してもユーザープロファイルやキャッシュの扱いが原因でTeamsが起動しないことがあります。Teamsのパッケージ、プロファイル管理、FSLogixやCitrix Profile Managerなどの設計も合わせて確認する必要があります。
AVD / Windows 365で確認する項目
Azure Virtual DesktopやWindows 365では、仮想デスクトップ側に次のレジストリキーが必要です。Microsoft Learnでは、Teamsクライアントを最適化するためにこのキーを展開すると説明されています。(Microsoft Learn)
HKLM\SOFTWARE\Microsoft\Teams
Name: IsWVDEnvironment
Type: DWORD
Value: 1Windows 365のギャラリーイメージでは必要な最適化コンポーネントが事前構成されている場合がありますが、カスタムイメージを使っている場合は別途確認が必要です。(Microsoft Learn)
Citrixで確認する項目
Citrix環境では、Citrix Workspace app、VDA、Teamsプラグインの組み合わせが重要です。Microsoft Learnでは、Citrix Workspace appやVDAの最小バージョン、MsTeamsPluginCitrixなどの要件が示されています。(Microsoft Learn)
Citrix Workspace app 2402以降では、インストール時にMicrosoft Teams VDIプラグインを追加できる流れが説明されています。コマンドラインでは、次のような形でプラグインをインストールできます。(Microsoft Learn)
CitrixWorkspaceApp.exe /installMSTeamsPlugin注意したいのは、Citrix Workspace appのアーキテクチャとプラグインのアーキテクチャです。Microsoft Learnでは、32ビットのCitrix Workspace appが64ビットDLLを読み込むと最適化に失敗すると説明されています。(Microsoft Learn)
新しいSlimCoreベース最適化でよくある失敗パターン
Teams VDIの移行でつまずく原因は、Teamsアプリそのものよりも、端末側の制御やセキュリティポリシーにあることが少なくありません。
MSIXのインストールがポリシーでブロックされている
SlimCoreはMSIXパッケージとして端末側に展開されます。Microsoft Learnでは、SlimCore MSIXのステージングと登録はプラグインがサイレントに実行する一方、GPOやサードパーティ製ツールのレジストリ設定でMSIXインストールがブロックされる可能性があると説明されています。(Microsoft Learn)
特に確認したいのは、次のような制御です。
| 確認項目 | 影響 |
|---|---|
| 非管理者によるパッケージアプリのインストール制限 | SlimCore MSIXが入らない可能性 |
| Allow all trusted apps to installの無効化 | メディアエンジンのインストール失敗につながる可能性 |
| AppLocker | SlimCore関連アプリの起動を止める可能性 |
| Windows Defender Application Control | 許可ルールが不十分だと実行できない可能性 |
| プロキシ・SSL検査 | SlimCoreダウンロードやTeams通信に影響する可能性 |
管理端末でアプリ配布を厳しく制御している企業ほど、Teams側の設定よりも先に、SlimCore関連パッケージを許可できるかを検証した方が安全です。
ネットワークがVDIホスト基準のまま設計されている
新しいVDI最適化では、メディア通信を担うMsTeamsVdi.exeがユーザー端末側で動作します。Microsoft Learnでは、MsTeamsVdi.exeがTeamsリレー、会議サーバー、他のピアに対するTCP/UDP通信を行うプロセスだと説明されています。(Microsoft Learn)
そのため、従来のように「仮想マシンからMicrosoft 365へ出られればよい」と考えると失敗します。ユーザー端末側から必要なMicrosoft 365のURLやIP、UDPポートへ通信できる必要があります。
特に会議品質を重視するなら、UDP 3478〜3481を含むTeamsメディア通信を過度にプロキシ経由にしない設計が重要です。Microsoft Learnでも、リアルタイムメディアではUDPが品質面で望ましく、VPNやパケット検査・シェーピングはTeamsメディアトラフィックに推奨されないと説明されています。(Microsoft Learn)
条件付きアクセスの場所判定でサインインや通話が失敗する
新しい最適化では、認証や通信の見え方が従来と変わる場合があります。Microsoft Learnでは、条件付きアクセスでContinuous Access Evaluationと厳格な場所ベース制御を併用しているVDI環境では、認証要求が仮想マシンのホストIPではなくエンドポイント側IPとして評価され、サインイン要求の繰り返しや通話失敗が起きる可能性があると説明されています。(Microsoft Learn)
これはセキュリティ設計の問題でもあるため、単にTeamsを再インストールしても解決しません。信頼済みの場所、端末IP、ISPレンジ、CAEポリシーの条件を見直す必要があります。
一般ユーザー向け：Teams VDIで警告が出たときの対処
Teams起動時にVDI最適化に関するダイアログや警告が出た場合、ユーザーは焦ってTeamsを何度も再起動するより、次の順に確認すると効率的です。
| 状況 | ユーザーが行うこと | 管理者へ伝える情報 |
|---|---|---|
| 起動時に廃止予定の通知が出る | 内容を確認し、閉じられる通知なら閉じて利用継続 | 通知が出た日、端末名、VDI環境 |
| VDI Status Indicatorに警告が出る | 「Optimize virtual desktop and restart」を試す | 警告表示のスクリーンショット |
| 会議の音声や映像が重い | 端末のネットワーク、ヘッドセット、Teams再起動を確認 | 発生した会議日時、相手、症状 |
| プラグインのダウンロードを促される | 自社管理端末では勝手に入れず、管理者に確認 | 表示されたメッセージ全文 |
| Teams for Webに切り替えたい | VDIでは推奨回避策にならない可能性が高い | ブラウザー利用が必要な理由 |
2027年4月1日のEnd of Availabilityが近づくと、ユーザーにモーダル形式の通知が表示されると説明されています。通知が増えた場合は、ユーザー個別の問題ではなく、組織全体の移行状況を確認すべきサインです。(Microsoft Learn)
管理者向け：移行計画の進め方
Teams VDIのWebRTC最適化廃止に対応するには、単にTeamsを最新版にするだけでは不十分です。次の順番で進めると、原因の切り分けがしやすくなります。
まず対象ユーザーと接続パターンを棚卸しする
最初に、誰がどの端末から、どのVDI基盤へ接続してTeamsを使っているかを整理します。
| 棚卸し項目 | 例 |
|---|---|
| 端末OS | Windows 10、Windows 11、Mac、Linuxシンクライアント |
| 接続先 | AVD、Windows 365、Citrix、Omnissa、Amazon WorkSpaces |
| 利用形態 | フルデスクトップ、公開アプリ、RemoteApp |
| Teams利用頻度 | 毎日会議する部門、チャット中心の部門 |
| 端末管理 | Intune、SCCM、Citrix管理、BYOD |
| セキュリティ制御 | AppLocker、WDAC、プロキシ、DLP、VPN、条件付きアクセス |
全ユーザーを同時に見るより、まず「会議が多い部門」「役員・営業・サポートなど音声品質の影響が大きい部門」「Windows端末からCitrix/AVDを使う部門」を優先すると効果的です。
次にパイロット環境でSlimCore最適化を確認する
パイロットでは、少なくとも次の状態を確認します。
| 確認内容 | 合格ライン |
|---|---|
| TeamsのVDI表示 | SlimCoreベースの最適化として表示される |
MsTeamsVdi.exe | ユーザー端末側で起動している |
| SlimCoreパッケージ | Get-AppxPackage Microsoft.Teams.SlimCore*で確認できる |
| 会議品質 | 音声、映像、画面共有が実用レベル |
| ネットワーク | UDP通信やMicrosoft 365エンドポイントへの通信がブロックされていない |
| 再接続 | 切断・再接続後も最適化状態が維持される |
| 非永続VDI | サインアウト後もTeams起動やプロファイルが破綻しない |
Citrix環境では、端末のCitrix Workspace app、VDA、Teamsプラグインの組み合わせを固定して検証し、問題がなければ段階的に対象を広げます。
最後にユーザー通知と運用手順を整える
移行そのものが成功しても、ユーザーが表示される通知を理解できないと問い合わせが増えます。
社内向けには、次のような短い案内を用意しておくと実務で使いやすくなります。
Teamsを仮想デスクトップで利用している環境では、Microsoftの仕様変更により会議最適化方式が順次切り替わります。Teams起動時にVDI最適化に関する通知が表示された場合は、画面を閉じて通常利用できます。警告アイコンが出る、会議の音声・映像が不安定になる、プラグインのインストールを求められる場合は、画面のスクリーンショットを添えて情報システム部へ連絡してください。
この案内に、対象部門、問い合わせ先、スクリーンショットの取り方を加えると、ヘルプデスク側の切り分けがかなり楽になります。
Teams VDIの設定でよくある疑問
WebRTC最適化のまま使い続けてもよい？
短期的には動作する場合がありますが、2026年10月1日以降はサポート対象外となり、2027年4月1日以降は利用できなくなる予定です。検証目的を除き、WebRTC前提の運用を続ける計画は避けた方が安全です。(Microsoft Learn)
Teamsを最新版にすれば自動で解決する？
Teams本体の更新は必要ですが、それだけでは不十分です。新しい最適化には、対応するVDIクライアント、プラグイン、SlimCore MSIX、ネットワーク許可、ポリシーが関係します。特にMSIXをブロックするGPOやAppLocker、WDACがある環境では、Teamsを更新しても最適化されないことがあります。(Microsoft Learn)
ユーザーが自分でプラグインを入れてよい？
個人所有端末なら可能なケースもありますが、企業管理端末では推奨しにくい対応です。バージョン管理、アーキテクチャ、配布方法、セキュリティ許可が絡むため、Intune、SCCM、Citrix Workspace appの配布設計に組み込む方が安全です。
Teams for Webに切り替えれば回避できる？
VDI環境での回避策としては適していません。Microsoft Learnでは、Teams for WebはVDI環境でサポートされず、パフォーマンスや信頼性に悪影響が出る可能性があると説明されています。(Microsoft Learn)
公開アプリやRemoteAppも同じ対応でよい？
RemoteAppやPublished Appsは、フルデスクトップとは挙動が異なる場合があります。Microsoft LearnではRemoteAppの発行方法にも触れていますが、マイルストーンの対象範囲や追加案内は環境ごとに確認が必要です。公開アプリだけでTeamsを配布している場合は、フルデスクトップと同じ前提で判断しない方が安全です。
迷ったときの判断基準
Teams VDIのWebRTC最適化廃止マイルストーンで迷ったら、次の基準で判断すると実務に落とし込みやすくなります。
| 判断ポイント | 優先度 | 理由 |
|---|---|---|
| Windows端末からCitrix / AVD / Windows 365を使っているか | 高 | 今回の廃止マイルストーンの中心対象 |
| Teams会議を頻繁に使う部門か | 高 | 最適化失敗時の業務影響が大きい |
| 端末にプラグインを配布・更新できるか | 高 | 新しい最適化の前提になる |
| MSIXをブロックするセキュリティ設定があるか | 高 | SlimCore導入失敗の原因になりやすい |
| UDP通信が制限されていないか | 中〜高 | 音声・映像品質に直結する |
| 非永続VDIでプロファイルをどう保持しているか | 中 | Teams起動や設定保持に影響する |
| WebRTC前提の運用手順が残っていないか | 中 | 2027年4月以降に効かない可能性がある |
特に重要なのは、「Teamsの問題」と「VDI基盤の問題」と「端末管理の問題」を分けて見ることです。Teams画面に警告が出ていても、根本原因はCitrix Workspace appのプラグイン未導入、Windows側のMSIX制限、ネットワーク経路、条件付きアクセスの場所判定かもしれません。
まとめ：Teams VDIのWebRTC最適化廃止は早めに棚卸しする
Teams VDIのWebRTC最適化廃止マイルストーンは、VDI環境でTeams会議を安定して使い続けるための重要な変更です。2026年10月1日のサポート終了、2027年4月1日の利用終了という日付だけでなく、そこまでに新しいSlimCoreベース最適化が実際に動く状態を作ることが大切です。
まずは、Windows端末からCitrix、Azure Virtual Desktop、Windows 365を使っているユーザーを洗い出します。次に、TeamsのVDI Status Indicator、MsTeamsVdi.exe、SlimCore MSIX、VDIクライアント、Teamsプラグイン、ネットワーク制御を確認します。問題がなければ、会議利用の多い部門から段階的に展開していきましょう。
移行で一番避けたいのは、2027年4月1日が近づいてから「Teamsは起動するが会議品質が悪い」「最適化されていない理由が分からない」という状態になることです。Teams VDIを業務で使っている組織は、今のうちに対象端末と設定場所を確認し、SlimCoreベース最適化で正常に会議できる環境を作っておくことが次の一手です。
コメント