MENU

Teams VDIのWebRTC最適化廃止とは？対象者・期限・確認ポイントをQ&Aで整理

Teams

Teams VDIの旧WebRTC最適化は、Windows端末からCitrix・Azure Virtual Desktop（AVD）・Windows 365へ接続する環境で、2026年10月1日にサポート終了、2027年4月1日に提供終了となります。Teams全体や通常のWeb会議のWebRTCが終了するという意味ではありません。対象はVDIで使う旧最適化方式です。

2026年9月30日時点の公式資料では、Omnissa HorizonのWindows端末は別期限が示されています。端末OS、VDI製品、接続アプリ、実際の最適化状態を組み合わせて判定し、SlimCoreへの移行と会議の実動作を確認してください。

目次

対象環境と期限を一覧で確認する

接続環境サポート終了提供終了
Windows端末 → AVD／Windows 3652026年10月1日2027年4月1日
Windows端末 → Citrix2026年10月1日2027年4月1日
Windows端末 → Omnissa Horizon2027年7月1日2027年10月1日
サポート対象のLinuxシンクライアント上記の終了告知の対象外新しいLinux向けVDI方式の提供まで既存最適化を継続

MicrosoftはAVD／Windows 365・Citrixをメッセージセンター投稿MC1239928、OmnissaをMC1465766として案内しています。これは手元の接続端末のOSで分類します。仮想マシンがWindowsだからといって、MacやLinuxからの接続まで同じ期限になるわけではありません。Citrixの公式資料も、今回の変更はWindows端末を対象とし、macOS・Linux・ChromeOS・HTML5端末には同じ終了告知を適用しないと説明しています。

サポート終了と提供終了では何が変わるか

サポート終了日以降も旧WebRTC方式は動作しますが、対象環境では正式なサポートを受ける方式ではなくなります。提供終了日には旧WebRTC最適化が動作しなくなり、新しい最適化が適用されます。新方式で最適化できない場合は、仮想マシン側で音声・映像を処理する方式へフォールバックするため、会議の品質やVMの負荷が悪化する可能性があります。

したがって「会議へ参加できた」だけでは移行完了と判定できません。音声・映像・共有を使う状態でSlimCoreによる最適化を確認します。旧最適化を制御していたCitrix Studioなどのポリシーも、提供終了後は同じ制御として機能しなくなるため、新方式の設定へ見直す必要があります。

WebRTCとSlimCoreの違いを把握する

VDI最適化は、Teamsの画面を仮想デスクトップで動かしつつ、音声・映像などを手元の端末へ分担させる構成です。新方式ではTeamsに含まれる仮想チャネルの部品、接続クライアント側のTeams VDIプラグイン、手元の端末へ配置されるSlimCoreメディアエンジンが連携します。Teamsアプリだけを更新しても、端末側の部品が不足すれば最適化できません。

Classic Teamsから新Teamsへ切り替える作業も別に必要な環境では、Teams Classicと新Teamsの移行確認を参照してください。「新Teamsを入れた」と「SlimCoreで最適化できた」は別の確認項目です。

利用者が確認できる最適化状態

  1. VDI内でTeamsを開き、ウィンドウ左上のOptimized表示にポインターを合わせます。AVDの例では「AVD media optimized」が旧方式、「AVD SlimCore media optimized」が新方式です。表示内容で方式を確認してください。
  2. 最適化されていない場合は右上のNot optimizedを選択し、メニューのRestart Teams to optimizeでTeamsを再起動します。進行中の会議を終え、作業を保存してから実行してください。
  3. 再起動後も警告が残る場合は、Not optimizedにポインターを合わせて表示されるコードを記録し、IT担当者へ伝えます。最適化されたら音声・カメラ・画面共有を短いテスト会議で確認します。

上記の位置・英語ラベルはMicrosoftの利用者向けSupport資料に沿った例です。VDI製品・言語・Teamsの版で表示が異なる場合は、最適化表示や警告のメニューを確認してください。端末にプラグインを入れた直後もTeamsの再起動が必要になる場合があります。利用者自身でインストールできない端末は、承認された配布方法を担当者に確認します。出先と社内で端末を使い分ける場合は、それぞれの接続先で状態を確かめます。

管理者の移行手順：VMと手元の端末を分けて確認する

1．接続経路を棚卸しする

VDI製品、フルデスクトップ／公開アプリ、端末OS、クライアント名・バージョン、Teamsバージョン、現状の最適化方式を一覧にします。自宅BYOD、社内シンクライアント、貸出PCなどの代表環境を含めます。公開アプリやRemoteAppは追加要件・対応状態があるため、フルデスクトップでの合格をそのまま適用しません。

2．製品ごとの現行要件に合わせる

製品確認する部品・設定
AVD／Windows 365サポート対象のWindows App、Teams VDIプラグイン、Teamsと端末OS。公式要件は旧Remote Desktop Clientから最新Windows Appへの更新を案内
CitrixVDA、Citrix Workspace app、Teams VDIプラグインとカスタム仮想チャネル許可リスト
Omnissa Horizon対応Horizon Client・Agent、同梱Teams VDIプラグインと新Teamsの要件
共通SlimCoreの取得先への通信、MSIXパッケージの配置・登録、端末の音声・カメラ許可

最小バージョンは製品別・機能別に変わります。移行日には公式のシステム要件表と各ベンダーのサポート期間を照合し、古いバージョン番号だけを固定して配布しないでください。Windows AppのWeb接続とネイティブアプリも同じ最適化条件とは限りません。

3．不足部品とエラーを特定する

Windows端末では、接続クライアントのTeams VDIプラグインと、SlimCoreのMsTeamsVdi.exeを確認します。タスクマネージャーでプロセスが見えることだけでは会議の最適化成功といえないため、Teamsの状態表示・ログと合わせて判定します。

代表的なコード公式資料での確認先
2000：No Plugin端末にプラグインがあるか、接続クライアントが読み込んでいるか
2003：仮想チャネルがブロックCitrix StudioのMSTEAMS／MSTEAM1／MSTEAM2の許可設定
3002：No Local SlimCoreSlimCoreのダウンロードとMSIX配置・登録の状況
3004：Plugin irresponsiveプラグインからの応答。一時的な処理中か再起動で変化するか

MSIXの登録失敗は端末のAppXイベントログやポリシーを確認します。非管理者のパッケージ導入制限がある場合は、サポート対象のWindows更新と必要なパッケージの許可設定を検討します。すべてのアプリを無制限に許可する変更や、セキュリティ設定の一括解除を移行手順にしないでください。

4．本番に近い会議で合格条件を確認する

  • Teamsの状態表示でSlimCoreを確認し、警告・エラーの有無を記録する。
  • USB・Bluetoothなど実際に使う音声機器とカメラで、双方向の音声・映像を確認する。
  • 画面・ウィンドウ共有、共有音声など、業務で必要な機能を確認する。
  • セッション切断と再接続、別の端末からの接続、Teams更新後の動作を確認する。
  • VMと端末の負荷を比較し、利用者の待ち時間・音切れ・映像の乱れを記録する。

会議リンクからTeamsを起動する段階で失敗する場合は、メディア最適化とは別に新Teamsで会議リンクが開かない場合の切り分けを行います。どの段階の不具合かを分けると、担当する設定やログを絞れます。

利用者へ案内しておくこと

変更日、対象端末、Teams再起動のタイミング、問い合わせ先、警告が出たときに伝える情報を知らせます。重要な会議の直前に部品更新を始めず、小さな対象群から検証してください。期限後に旧方式へ戻すことを前提にせず、組織が承認し実際に試した代替参加方法も用意しておくと、移行時の業務影響を減らせます。

公式情報・参考資料

仕様・画面名は更新されるため、対象のアカウント・製品・接続方式を確認してください。以下は2026年9月30日に確認した公式情報です。

Teams
Microsoft Teams WebRTC VDI最適化 SlimCore Teams VDI

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次