Remote Desktop client for Windows (MSI) のサポート終了で、まず押さえるべき結論はシンプルです。2026年3月27日以降、商用クラウドでは MSI 版 Remote Desktop client for Windows と旧 Web ベース Remote Desktop client が非サポートになり、Azure Virtual Desktop や Windows 365 では Windows App への移行が正式な後継ルートになります。逆に、Windows に標準搭載されている Remote Desktop Connection（MSTSC）まで一律に終わるわけではありません。慌てて全端末を同じ方針で置き換えるより、まず「どのクライアントで、何に接続しているか」を切り分けるのが正解です。 (TECHCOMMUNITY.MICROSOFT.COM)
このテーマがややこしいのは、MSI版・Microsoft Store版・MSTSC が似た名前で並んでいることです。しかも、Microsoft Store 版の Remote Desktop app for Windows はすでに 2025年9月でサポート終了・新規ダウンロード不可になっており、今回の 2026年3月27日 の話は主に MSI版と旧Web client の終了線です。この記事では、何が終わるのか、代替手段は何か、Windows App へ移る前にどこを確認すべきかを、実務でそのまま使える形で整理します。 (Microsoft Learn)
Remote Desktop client for Windows (MSI) のサポート終了で起きること
最初に、重要な事実だけを短く整理します。
- MSI 版 Remote Desktop client for Windows は、商用クラウドで 2026年3月27日以降は非サポートです。Azure Government、Azure operated by 21Vianet、AVD Classic では 2026年9月28日まで延長されています。 (Microsoft Learn)
- 旧 Web ベース Remote Desktop client も、商用クラウドでは 2026年3月27日以降は非サポートです。Azure Government や Azure operated by 21Vianet では、Web client の終了日は現時点で未公表です。 (Microsoft Learn)
- Microsoft Store 版 Remote Desktop app for Windows は、今回とは別に 2025年9月でサポート終了しており、すでにダウンロードやインストールの対象ではありません。 (Microsoft Learn)
- Remote Desktop Connection（MSTSC） は、Microsoft が「remote desktop connections 向けに引き続きサポートされる」と明記しています。 (TECHCOMMUNITY.MICROSOFT.COM)
ここで大事なのは、「Remote Desktop が全部終わる」ではなく、「商用クラウドへ接続するためのサポートされたクライアントが Windows App に寄る」という理解です。Microsoft も、Azure Virtual Desktop、Windows 365、Microsoft Dev Box に接続し続けるために、ユーザーを Windows App へ移行するよう案内しています。 (TECHCOMMUNITY.MICROSOFT.COM)
終わるものと終わらないものを、利用シーンで切り分ける
下の早見表は、公式情報を実務目線で整理したものです。 (Microsoft Learn)
| 今の使い方 | 影響 | 今の判断 |
|---|---|---|
| Azure Virtual Desktop / Windows 365 / Dev Box に MSI版で接続している | 直接影響あり | Windows App へ移行 |
| Azure Virtual Desktop / Windows 365 を 旧Web client で使っている | 直接影響あり | Windows App のブラウザー利用またはネイティブアプリへ切替 |
| 社内サーバーや PC に mstsc.exe で直接接続している | 今回の終了告知の直撃ではない | 用途ごとに継続可。無理に一律移行しない |
| Remote Desktop Services を Windows PC から使っている | 要個別確認 | 現行ドキュメントでは Windows 版 Windows App は RDS 接続をまだサポートしていないため、既存クライアント前提で検証 |
特に見落としやすいのが、Windows App は万能置換ではなく、接続先とプラットフォームで置き換え方が変わることです。Microsoft Learn の現行ドキュメントでも、Remote Desktop Services については Windows App で接続できるプラットフォームと、Remote Desktop client が必要なプラットフォームが分かれていると案内されています。Windows 版 Windows App では Remote PC 接続もプレビュー扱いがあり、Windows での一般提供ルートとしては MSTSC が案内されています。 (Microsoft Learn)
代替手段として Windows App が本命になる理由
Windows App は、Microsoft が Remote Desktop client の後継として位置付けているクライアントです。Azure Virtual Desktop、Windows 365、Microsoft Dev Box に加え、Remote Desktop Services や remote PC も含めて、複数の Windows リソースへ 1 つの入口から接続できる設計になっています。複数アカウントの切り替えや、お気に入りのピン留めなど、運用面の整理もしやすいのが特徴です。 (Microsoft Learn)
機能面でも、マルチモニター、動的解像度、デバイスリダイレクト、Teams 最適化など、リモート業務で必要になりやすい基本機能が揃っています。2025年3月の終了告知では feature parity の差分が話題でしたが、Microsoft は 2026年2月の編集注で「過去に挙げた差分は対応が進んだ」と説明し、2026年3月30日の更新では、RDP Multipath による接続安定性の改善、Start メニューや Spotlight からの起動、ブラウザー版の split-screen、クリップボード経由のファイル転送、auto logoff、診断機能などを追加・強化したと案内しています。 (TECHCOMMUNITY.MICROSOFT.COM)
つまり、「Windows App はまだ足りないはず」と去年の印象だけで判断しないことが重要です。一方で、既知の制限はゼロではないので、移行の可否は必ず現行の Known issues と機能比較ページで確認する、という順番にしたほうが失敗しません。 (Microsoft Learn)
Windows App へ移る前に確認すべきこと
クライアント名を正確に確認する
混同しやすいのは、MSI版も Store版もアプリ名が「Remote Desktop」で表示されることです。さらに、Windows 標準の Remote Desktop Connection（MSTSC） は別物です。社内で「Remote Desktop を使っています」という報告だけを集めると、サポート終了の対象を誤認しやすくなります。端末台帳や運用手順、ヘルプデスクのFAQでは、MSI版 / Store版 / MSTSC / Windows App を名前で分けて書くのが安全です。 (Microsoft Learn)
配布方法を先に決める
Windows App は Microsoft Store から入れるだけでなく、Windows 向けに .msix のスタンドアロンインストーラーも用意されています。社内ポリシーで Store が使えない端末があるなら、ここで移行が止まることが多いので、配布方法は先に決めるべきです。Microsoft も、Windows App の導入にあわせて 社内手順やヘルプデスク向け案内の更新を推奨しています。 (TECHCOMMUNITY.MICROSOFT.COM)
OS とブラウザー要件を見落とさない
Windows App を Windows で使う場合、Azure Virtual Desktop や Windows 365 向けの前提として Windows 11 または Windows 10 1809 以降が案内されています。Windows 10 のうちメインストリームサポート外のバージョンは、ESU 登録が必要という注意書きもあります。Microsoft Dev Box は Windows 側の前提が少し厳しく、Windows 10 21H2 以降です。 (Microsoft Learn)
ブラウザー利用に切り替える場合も油断できません。Windows App のブラウザー版は モバイルブラウザー非対応で、現行ドキュメントでは Edge 131+、Chrome 130+、Safari 18+、Firefox 128+ が対象です。さらに、ブラウザーは原則 12か月以内のバージョン、AVC codec 対応、WebGL 有効が前提です。古い BYOD 端末や固定ブラウザー運用の現場は、ここで詰まりやすいです。 (Microsoft Learn)
認証と Conditional Access の落とし穴を潰す
Windows App へサインインするには、個人用 Microsoft アカウントではなく、管理者から付与された職場または学校アカウントが必要です。個人 Microsoft アカウントで今まで何となく使えていた、という認識のまま進めると、最初のサインインで止まります。 (Microsoft Learn)
さらに、ブラウザー版 Windows App では Conditional Access の設定ミスがそのまま接続障害になりやすい点にも注意が必要です。Microsoft のトラブルシュート文書では、Azure Virtual Desktop 用だけでなく Windows 365 用アプリのアクセスも許可されていないと、ブラウザー版 Windows App のサインインで失敗することがあると明記されています。Microsoft Entra ベース SSO を使う場合は、Windows Cloud Login アプリへのアクセスも関係します。 (Microsoft Learn)
既知の制限は「最後」ではなく「最初」に確認する
Microsoft は 2026年3月時点で、過去に挙げた主な機能差は解消が進んだと説明していますが、制限が残る項目はプラットフォームごとにまだあります。たとえば、Known issues では Windows 版 Windows App で Azure Germany と AVD Classic が非対応、ブラウザー版では Azure Virtual Desktop への Private Link 接続や AD FS SSO が非対応とされています。ブラウザー版の一部 Intune MAM 制御は Microsoft Edge 前提です。自社がその条件に当たるなら、移行の前に要件差を先に確認しないと、切り替え後に初めて問題が見つかります。 (Microsoft Learn)
旧Web client のブックマーク運用は置き換える
Web ベース運用を続けたいなら、「旧Web clientをそのまま使う」ではなく、「Windows App をブラウザーで使う」に発想を切り替える必要があります。しかも、Windows App のブラウザー版には Azure Virtual Desktop と Windows 365 の個別リソースを直接開く direct launch URL が用意されているため、旧Web client のブックマークやポータルの導線を置き換えやすくなっています。ヘルプデスクや社内ポータルのリンクを古いまま放置しないことが重要です。 (Microsoft Learn)
実務で失敗しにくい移行手順
まずやることは「一斉切替」ではなく「棚卸し」
最初にやるべきは、誰が MSI版や旧Web client を使って Azure Virtual Desktop / Windows 365 に入っているかの把握です。Azure Virtual Desktop であれば、Microsoft は Azure Virtual Desktop Insights の Client version usage を使って古いクライアント利用者を特定する方法を案内しています。感覚で「多分もう使っていないはず」と判断しないほうが安全です。 (Microsoft Learn)
次に、接続先ごとにグループを分ける
一番失敗しやすいのは、AVD / Windows 365 / Dev Box の利用者と、MSTSC で社内サーバーへ入る人、Remote Desktop Services を使う人を同じ移行対象として扱うことです。Windows App への移行を優先すべきなのは、まず 商用クラウドの対象サービスに MSI版または旧Web clientで入っている利用者です。ここを分けるだけで、不要な検証と混乱がかなり減ります。 (TECHCOMMUNITY.MICROSOFT.COM)
パイロットでは「つながるか」ではなく「仕事になるか」を見る
検証時は、ログイン成功だけでは不十分です。マルチモニター、Teams、ローカルドライブ、プリンター、スマートカード、クリップボード、Private Link、Conditional Access など、自社で実際に使う機能が Windows App で問題ないかを確認してください。Microsoft は比較ページと Known issues を公開しているので、そこで対象プラットフォームの差を先に見てからテスト項目を決めると効率的です。 (Microsoft Learn)
切替後の導線も同時に更新する
ユーザーが困るのは、アプリそのものより 古いショートカット、ブックマーク、案内文が残ることです。Windows App の配布、サインイン方法、接続先の見つけ方に加えて、ブラウザー利用者には 新しいリンク導線まで更新しておくと、問い合わせが大きく減ります。Microsoft も、管理者向けに内部手順やヘルプデスク向けガイドの更新を勧めています。 (TECHCOMMUNITY.MICROSOFT.COM)
Windows App へ移し終えたら、旧クライアントを残しっぱなしにしない
Microsoft は、ユーザーが Windows App を使うようになった後は Remote Desktop client for Windows をアンインストールできると案内しています。旧クライアントを残したままだと、「どっちを使えばいいのか」が現場で再び曖昧になり、障害時の切り分けも面倒になります。並行稼働の期間は短くし、切り替え後は運用を一本化したほうが管理しやすいです。 (TECHCOMMUNITY.MICROSOFT.COM)
よくある疑問
サポート終了後、MSI版はすぐ使えなくなるのか
Microsoft の表現は 「non-support」 であり、公式文面上は「その瞬間に必ず全接続が停止する」とまでは書かれていません。ただし、MSI版は 終了日までセキュリティ更新が提供され、終了後はダウンロード対象から外れるとされています。実務では「まだ動くかもしれないから継続」ではなく、サポートされたクライアントへ切り替える期限として扱うべきです。 (TECHCOMMUNITY.MICROSOFT.COM)
ブラウザーで使いたい場合は、もう無理なのか
いいえ。終わるのは 商用クラウドにおける旧 Remote Desktop Web client で、ブラウザー利用自体が全廃されるわけではありません。代わりに Windows App のブラウザー版 が用意されており、対応するデスクトップブラウザーで使えます。旧Web clientのリンクをそのまま使うのではなく、Windows App 側の導線へ置き換える発想が必要です。 (Microsoft Learn)
Microsoft Store を使えない端末はどうするべきか
Windows App for Windows には .msix のスタンドアロンインストーラーがあります。Store が使えないこと自体は移行不能の理由にはなりません。むしろ、事前に配布方法を決めておかないことのほうが、現場では詰まりやすいです。 (Microsoft Learn)
Windows App にサインインしたのに、リソースが何も出ない
Azure Virtual Desktop の公式トラブルシュートでは、アプリケーショングループへの割り当て不足、資格情報の誤り、ブラウザー側のキャッシュ資格情報、Conditional Access の制御などが典型例として挙げられています。移行後に「接続はできるが一覧が空」という状態になったら、クライアントの入れ替えだけでなく、割り当てと認証経路まで見る必要があります。 (Microsoft Learn)
迷ったら、この順番で動けば大きく外さない
今回の Remote Desktop client for Windows (MSI) のサポート終了は、単なるアプリ名の変更ではありません。商用クラウドへ入るための“サポートされた入口”が Windows App に変わった、という運用変更です。だからこそ、最初にやるべきことは 利用者の棚卸し、接続先の分類、Windows App の検証の3つです。 (TECHCOMMUNITY.MICROSOFT.COM)
特に、Azure Virtual Desktop や Windows 365 を MSI版や旧Web client で使っているなら、もう「様子見」で済ませる段階ではありません。逆に、mstsc.exe で社内サーバーへ入っているだけの運用まで同じルールで潰しにいくと、不要な手戻りが発生します。クラウド接続は Windows App へ、従来の直接RDPは用途別に切り分ける。この線引きが、最も無駄が少なく、現場でも通しやすい進め方です。 (TECHCOMMUNITY.MICROSOFT.COM)
コメント