VDIでMicrosoft Teams会議が重い、途切れる、画面共有がつらい。こうした不満は、Windows 365 や Azure Virtual Desktop（AVD）を導入する現場でずっと大きな壁でした。結論から言うと、今回の Windows 365 / AVD の Teams VDI 拡大は、その壁をモバイルとMacまで含めて下げる動きです。Microsoftは2026年3月時点の案内で、Windows 365では iOS / Android 向けの Teams 最適化を GA、macOS 向けの SlimCore ベース最適化を preview とし、AVDでも WebRTC ベースの Teams 最適化の GA と、macOS 向け新アーキテクチャの preview を案内しています。(Microsoft Learn)
大事なのは、単に Teams が起動するかではありません。通話や会議のメディア処理がローカル端末側で最適化されるかです。AVD の公式説明でも、チャットや共同作業は広く使える一方で、通話と会議はサポートされたプラットフォームでのメディア最適化が前提だと整理されています。つまり今回の拡大は、iPad や Android タブレット、Mac を使うユーザーが、会議のたびに別端末へ逃げる運用を減らせる可能性が高い、という意味があります。(Microsoft Learn)
Windows 365 / AVD の Teams VDI拡大で何が変わったのか
今回の変化を時系列で見ると分かりやすいです。Windows 365 側では、2025年5月時点では iOS 向け Teams VDI 1.0 が preview でしたが、2026年3月9日の週の更新で、iOS と Android は WebRTC ベース最適化の GA、macOS は SlimCore preview へ進みました。AVD 側でも、2025年5月には iOS / iPadOS 向けメディア最適化が preview だったのに対し、2026年3月には WebRTC ベースの Teams 最適化が GA となり、あわせて macOS で SlimCore preview が案内されています。段階的な試験導入から、本番利用を視野に入れた拡大へ一歩進んだと見てよい動きです。(Microsoft Learn)
ただし、すべてが同じ成熟度ではありません。iOS / Android は本番運用を前提にしやすい一方、Mac はまだ previewです。したがって「モバイルは導入候補」「Mac はまず限定パイロット」という切り分けで考えると、現実的な判断がしやすくなります。(Microsoft Learn)
Teams VDI 1.0 と 2.0 の違いをざっくり整理
ざっくり言えば、Teams VDI 1.0 は WebRTC ベース、Teams VDI 2.0 は SlimCore ベースです。AVD のドキュメントでは、メディア最適化により通話と会議の機能をローカル デバイスへリダイレクトすると説明されています。一方、Teams 用の新しい VDI ソリューションは、仮想デスクトップでのマルチメディア配信を最適化する新しいアーキテクチャで、Microsoft Teams Blog ではネイティブ Teams デスクトップ クライアントと同じメディア エンジンを使うことが利点だと案内しています。(Microsoft Learn)
この違いは実務でかなり重要です。Microsoft は、従来の WebRTC ベース最適化について、ネイティブ Teams との機能差、通話開始の遅さ、診断の弱さ、VDI クライアントやホストとのバージョン依存を課題として挙げています。対して新しい最適化では、機能追加、通話開始時間の短縮、Teams Admin Center や CQD を含む監視性の向上が期待されています。今回のニュースは、モバイルでは VDI 1.0 を本番利用しやすくし、Mac では VDI 2.0 の入口を開いたと捉えると理解しやすいです。Windows App の機能比較でも、Teams メディア最適化は WebRTC が Windows / macOS / iOS / Android に対応し、SlimCore は Windows と macOS の preview が対象と整理されています。(TECHCOMMUNITY.MICROSOFT.COM)
端末別に見る、今回の拡大が効く場面
iPhone / iPad は「閲覧端末」から会議端末へ近づく
Windows App の機能比較では、iOS / iPadOS で Teams メディア最適化（WebRTC）が利用でき、外部モニター、選択したモニター、カメラ、マイク、キーボード、マウス / トラックパッド、タッチ入力もサポートされています。さらに Windows App の更新では、iOS での外部モニター利用時の自動解像度調整、Surface mouse 対応、ロック / アンロック時の再接続改善も案内されました。実務では、出張時の iPad、役員用 iPad、営業端末としての iPhone / iPad を、単なる閲覧用ではなく Teams 会議まで含めた簡易 VDI 端末として使いやすくなります。(Microsoft Learn)
注意点もあります。AVD のサポート情報では、iPhone で Teams 最適化を使うとイヤホン スピーカーからの音量が低くなる既知問題があり、回避策として Bluetooth ヘッドホンの利用が案内されています。iPad 中心なら構成しやすい一方、iPhone 単体で本格運用するなら、実機で音声経路まで先に確認した方が安全です。(Microsoft Learn)
Android / Chrome OS は現場タブレットとの相性が良い
Android / Chrome OS でも、Windows App の比較表では Teams メディア最適化（WebRTC）、外部モニター、カメラ、マイク、キーボード、タッチ入力が利用できます。Windows 365 の案内でも Android は GA の対象に含まれているため、倉庫、店舗、医療、現場監督などで使う Android タブレットや Chromebook から Cloud PC / AVD に入り、そのまま Teams 会議まで完結させたい組織にはかなり追い風です。(Microsoft Learn)
一方で、現時点で Android 側が一気に VDI 2.0 へ進んだわけではありません。Windows App の機能比較では、SlimCore の対象は Windows と macOS preview で、iOS / Android は WebRTC ベースです。したがって Android では、まず 「現場端末でも会議が現実的になる」ことを評価軸にするのが正解で、Mac や Windows と同じ新アーキテクチャの機能差分まで最初から期待しすぎない方がうまくいきます。(Microsoft Learn)
macOS は「会議だけ別端末」を減らしやすい
Mac での意味はさらに大きいです。Windows 365 のドキュメントでは、macOS では Teams 最適化 VDI 2.0 が preview でサポートされ、Windows 10/11 と macOS のエンドポイントは modern media stack と HW video decoding の恩恵を受けると説明されています。AVD でも 2026年3月に macOS 向けの新しい Teams メディア最適化アーキテクチャ（SlimCore）が preview として告知されました。これまで「Mac 利用者だけ会議時はローカル Teams に逃がす」といった例外運用をしていた組織ほど、今回の拡大は効きます。(Microsoft Learn)
ただし、Mac はあくまで preview です。Microsoft Learn では、Mac ではシステム オーディオ共有や一部の画面共有、認証付きプロキシ、e911 の一部など未対応項目があり、外部モニターの付け外し時に映像が誤った画面に出る既知問題も案内されています。さらに、AVD / Windows 365 向けの Mac は App Store 版ではなく、スタンドアロンの Windows App for Mac が前提です。ここを知らずに評価すると、最初の検証でつまずきやすくなります。(Microsoft Learn)
なぜ今回の拡大がVDI導入の障壁を下げるのか
理由は単純で、VDI 導入の失敗は「業務アプリが動かない」よりも「会議品質が悪くて現場が嫌がる」で起きやすいからです。Microsoft Teams Blog でも、従来の WebRTC ベース最適化には、ネイティブ Teams との機能差、通話開始の遅さ、診断の弱さ、クライアントやホストとのバージョン依存があったと整理されています。業務システムは Cloud PC や AVD 上で問題なく使えても、会議だけが不安定だとユーザーは結局ローカル PC やスマホへ戻ります。今回の拡大は、その「会議だけ別運用」を減らしやすくする点が本質です。(TECHCOMMUNITY.MICROSOFT.COM)
もう一つ見逃せないのが BYOD です。Windows App の更新では、iOS / Android 向けに Intune MAM を使った DLP 制御が案内されており、App Protection Policies でコピー / 貼り付け制御などをかけられるとされています。Windows App の機能比較でも、BYOD では Intune MAM とリダイレクト制御を組み合わせ、ドライブ、クリップボード、プリンター、USB ドライブの扱いを慎重に設計するよう案内されています。個人端末でも会議まで快適に使いたいが、端末全体のフル管理は避けたいという組織では、かなり実用的な選択肢になりそうです。(TECHCOMMUNITY.MICROSOFT.COM)
導入前に確認したい5つのチェックポイント
Windows App 前提で評価する
Microsoft Learn では、Windows App がクラウド / リモート資源への新しい接続手段と位置づけられており、Mac 版と iOS / iPadOS 版の Remote Desktop client はすでに Windows App へ置き換わっています。Windows 向け MSI 版 Remote Desktop client も、public cloud では 2026年3月27日以降サポート対象外です。旧クライアントのまま評価して「Teams VDI が改善しない」と結論づけるのは避けた方がよいです。(Microsoft Learn)
Teams 画面で最適化状態を確認する
会議品質の確認は、体感だけで済ませないことが大切です。Teams VDI 2.0 のドキュメントでは、Teams 左上の VDI 状態インジケーターで最適化状態を確認でき、AVD SlimCore Media Optimized は新しい SlimCore 最適化、AVD Media Optimized は WebRTC ベースのレガシ最適化を示すと案内されています。パイロットでは、この表示をユーザーに確認してもらうだけでも切り分け速度がかなり変わります。(Microsoft Learn)
Mac は preview 前提でパイロットする
Mac は対象部門を絞って試すのが基本です。役員、デザインチーム、コンサル、営業管理職など、Mac を手放しにくいが人数は限定しやすい層で先に試し、会議の画面共有、システム音声、外部モニター、社内プロキシ環境との相性を確認してください。preview のまま全社展開すると、使える会議機能と使えない機能の差がヘルプデスクへ一気に流れ込みます。(Microsoft Learn)
ネットワーク要件を先に詰める
Teams VDI 2.0 の要件では、Teams 関連の FQDN に加え、UDP 3478〜3481、TCP / UDP 443 などの通信要件が示されています。ログインはできるのに会議だけ不安定、音声は出るのに画面共有が重い、といった症状は、アプリ設定よりネットワーク側が原因のことが少なくありません。支店回線、プロキシ、ファイアウォールまで含めて先に見た方が、後戻りを防げます。(Microsoft Learn)
BYOD は MAM と監視まで設計する
導入は配布して終わりではありません。Microsoft Teams Blog では、Teams Admin Center の Best Practice Configurations ダッシュボードで未最適化ユーザーやレガシ構成を見つけ、CQD で通話開始成功率、メディア品質、信頼性傾向を追う運用が案内されています。BYOD では、Intune MAM とリダイレクト制御を先に設計し、本番後は TAC と CQD で「最適化されていないユーザーが残っていないか」を継続的に確認するのが実践的です。(TECHCOMMUNITY.MICROSOFT.COM)
失敗しやすいポイント
Microsoft Teams Blog が挙げる代表的な失敗は、かなり実務的です。新しい Teams を入れたのにプラグイン未配布で WebRTC のまま、MSIX が GPO やセキュリティ製品でブロックされ SlimCore が入らない、パイロット後に監視を止めて未最適化ユーザーを見逃す。この3つは、実際に起きやすいパターンです。特に Mac preview や複数端末併用の環境では、「一部ユーザーだけ最適化されていない」状態が残りやすいので、初期導入ほど可視化を重視した方が失敗しにくくなります。(TECHCOMMUNITY.MICROSOFT.COM)
もう一つの誤解は、Teams でチャットできる = 会議も最適化されているではないことです。AVD の公式説明でも、チャットとコラボレーションは広くサポートされる一方、通話と会議はメディア最適化が前提だとされています。検証では、サインインできるかではなく、実際に会議へ入り、カメラ、マイク、画面共有、背景効果、音声経路まで確認して初めて合格と考えるべきです。(Microsoft Learn)
まずやること
今回の Windows 365 / AVD の Teams VDI 拡大は、単なる対応 OS 追加ではありません。iOS / Android で WebRTC ベース最適化が一般提供され、macOS で SlimCore ベース最適化が preview に入ったことで、VDI の弱点だった会議体験が、モバイルと Mac でも現実的な検討対象になりました。次にやるべきことは明確です。Windows App に寄せる、iPad / Android ユーザーと Mac ユーザーの代表者で小さく試す、Teams の VDI 状態インジケーターと TAC / CQD で最適化を確認する。この順番で進めれば、Windows 365 や AVD の導入障壁を無理なく下げやすくなります。Mac だけは preview 前提を忘れず、全社展開は GA を見ながら判断するのが堅実です。(Microsoft Learn)
コメント