Windows App on the web のファイル転送は、いまかなり実用的になっています。2026年3月公開のWeb版更新で、Microsoftが「clipboard-based file transfer」と呼ぶ機能が追加され、ローカル端末とリモートセッションの間でファイルや画像をコピー＆ペーストで扱えるようになったためです。ローカル→リモートは任意の場所に貼り付けられ、リモート→ローカルはFile transferパネルからダウンロードできます。(Microsoft Learn)
結論から言うと、この改善は「ちょっと1つ渡したい」「ローカルで受け取った資料をすぐ仮想デスクトップ側で開きたい」といった日常業務をかなり速くします。ただし、ブラウザーでは右クリックの貼り付けが使えずキーボードショートカットが必須で、ローカル→リモートは1ファイル4GBまで、リモート→ローカルは合計4GBまで、256MB超のダウンロードはEdge/Chromeのみ、Firefoxは1回に1ファイルといった制約もあります。(Microsoft Learn)
さらに重要なのがセキュリティです。接続先の設定や組織ポリシーによっては、clipboardやdrive redirection自体が無効になっていることがあります。Azure Virtual Desktopの新規ホストプールや、Windows 365の新規または再プロビジョニングされたCloud PCでは、clipboard・drive・USB・printer redirectionを既定で無効にする施策が案内されています。便利さだけで判断せず、使いどころと制御方法まで理解しておくのが実務では重要です。(TECHCOMMUNITY.MICROSOFT.COM)
Windows App on the web の clipboard ベース file transferとは
従来のブラウザー型リモート接続では、コピー＆ペーストはテキスト中心で、ファイルの受け渡しは仮想ドライブやアップロード/ダウンロード用フォルダーを経由するのが一般的でした。旧Remote Desktop Web clientのドキュメントでも、Web clientでcopy/pasteできるのはテキストのみで、ファイル転送はUploads/Downloadsを使う方式でした。今回のWindows App on the webの改善は、この「ファイルだけ別経路」だった煩雑さを減らし、コピー＆ペーストの流れにファイル転送を近づけた点が本質です。(Microsoft Learn)
しかも新機能は既存のVirtual Driveを置き換えるのではなく、追加の選択肢として提供されています。つまり、単発の受け渡しはクリップボード、Uploads/Downloadsやドラッグ＆ドロップを使いたい場面ではVirtual Drive、と用途に応じて使い分けられます。(Microsoft Learn)
従来の転送との違い
実務で一番効くのは、「転送のための準備操作」が減ることです。今まではWeb版でファイルを渡すとき、仮想ドライブを開く、Uploads/Downloadsを意識する、貼り付け先を後で移動するといった一手間がありました。クリップボードベースの転送では、ローカルでコピーしたファイルを、そのままリモート側の作業フォルダーやデスクトップへ貼り付けられます。リモート→ローカルはFile transferパネル経由ですが、少なくとも「どの仮想フォルダーに置けば外へ出せるか」を毎回考える必要は減ります。(Microsoft Learn)
以下は、Windows App on the webで使える2つの転送方法を、現場で迷いやすい観点だけで整理した比較です。(Microsoft Learn)
| 観点 | クリップボードベースのファイル転送 | Virtual Drive（folder redirection） |
|---|---|---|
| ローカル→リモート | コピーして任意の場所に貼り付け | Uploadsへ送ってから移動 |
| リモート→ローカル | File transferパネルからダウンロード | Downloadsへコピーして受け取る |
| 向いている場面 | 単発ですぐ使いたいファイル | いったん決まった受け渡し場所に集めたいとき |
| つまずきやすい点 | キーボードショートカット前提 | Uploads/Downloadsの場所を意識する必要がある |
要するに、新機能の価値は 「任意の場所へそのまま持っていける」 ことです。一方で、リモート→ローカルはローカルOSの任意フォルダーへ直接ペーストする形ではなく、File transferパネルからダウンロードする流れなので、完全に左右対称の体験ではありません。大量転送や共有保管まで一気に解決する機能ではなく、あくまで 日常の受け渡しを速くする改善 と捉えると期待値が合います。(Microsoft Learn)
なお、Virtual Driveにも役割は残ります。ドラッグ＆ドロップやUploadボタンでローカルから複数ファイルを一旦持ち込みたい時は便利ですが、保存先はUploadsで、folder redirection経由のアップロードは255MB上限です。ダウンロードもDownloadsフォルダーを経由する発想が必要で、ブラウザー内作業に慣れていないユーザーほど迷いやすいところです。(Microsoft Learn)
使い分けの判断基準
この機能を高く評価すべきなのは、「手軽な受け渡し」 の領域を埋める点です。逆に言うと、同期・共有・監査まで担う機能ではありません。Microsoftのドキュメントでも、広いredirectionを有効化する場合は代替手段を検討する考え方が示されています。(Microsoft Learn)
クリップボードベースのファイル転送で十分な場面
- ローカルのダウンロードフォルダーに落ちたPDFを、そのままリモート側の案件フォルダーへ入れたい
- 会議中に撮ったスクリーンショットや画像を、すぐにリモートセッション側のアプリへ貼り付けたい
- 小さめの資料、設定ファイル、スクリプトを、その場で一度だけ渡したい
Virtual Driveを使ったほうが迷いにくい場面
- ローカルから複数ファイルをまとめて持ち込み、あとでリモート側で整理したい
- 「まずUploadsへ入れる」「Downloadsへ置けば外へ出る」というルールでユーザー教育したい
- ブラウザー上の一時的なコピー操作より、受け渡し場所を明示した運用にしたい
OneDrive/SharePointへ回したほうがよい場面
共有、権限管理、版管理、監査を伴う文書は、クリップボード転送に寄せすぎないほうが安全です。特にBYODを含む環境では、Microsoftも広いredirectionを開ける前に、OneDrive/SharePointなどの代替手段を検討する考え方を示しています。(Microsoft Learn)
具体的な使い方
ローカル端末からリモートセッションへ送る
- まずWindows App on the webで接続します。必要なら、セッションツールバーの歯車から In session configuration を開き、clipboardを有効にします。設定を変えた場合は、いったん切断して再接続が必要です。(Microsoft Learn)
- ローカル端末でファイルまたは画像をコピーし、リモートセッション側の保存先フォルダーやデスクトップで
Ctrl+V、macOSならCommand+Vで貼り付けます。ブラウザーでは右クリックの貼り付けに対応していません。(Microsoft Learn) - ローカル→リモートのクリップボード転送は、1ファイルあたり4GBまで対応します。Firefoxではブラウザー制限のため、1回に1ファイルしか貼り付けられません。(Microsoft Learn)
リモートセッションからローカル端末へ戻す
- リモートセッション内で対象ファイルをコピーします。(Microsoft Learn)
- セッションツールバーの File transfer アイコン（雲と矢印）を開くと、Clipboard欄にコピーしたファイルが表示されます。そこで Download を選ぶと、ローカルへ保存できます。つまり、リモート→ローカルはローカル側へ直接ペーストするのではなく、パネル経由のダウンロードです。(Microsoft Learn)
- リモート→ローカルのクリップボードダウンロードは合計4GBまでです。複数ファイルを同時にコピーしても、ダウンロードは1ファイルずつ行います。コピーしたファイルは、消去するかセッションを終了するまでFile transferパネル上に残ります。(Microsoft Learn)
- 256MBを超えるファイルのダウンロードはMicrosoft EdgeまたはGoogle Chromeのみ対応です。大きめのファイルを扱うなら、最初からEdgeかChromeで試したほうが無難です。(Microsoft Learn)
Virtual Drive運用で見落としやすい点
- ドラッグ＆ドロップでローカルから持ち込んだファイルは、任意の場所に落ちるのではなく Uploads に入ります。(Microsoft Learn)
- folder redirection経由のアップロードは255MB上限です。クリップボード転送のほうが、単発の大きめファイルには向く場面があります。(Microsoft Learn)
- リモート→ローカルでDownloadsフォルダーを使う場合は、CutではなくCopy を使うのが安全です。ネットワークに問題があると、ファイルを失う可能性があるためです。(Microsoft Learn)
- リモートセッション内のブラウザーから、直接Downloadsフォルダーへ保存するのは避けたほうが安全です。ローカルブラウザーが先に反応してしまい、期待どおりに扱えないことがあります。(Microsoft Learn)
うまくいかないときの確認ポイント
- 右クリックメニューに貼り付けが出なくても、まずは不具合と決めつけず、
Ctrl+C/VまたはCommand+C/Vを使って確認します。ブラウザーではキーボードショートカット前提です。(Microsoft Learn) - セッション中にclipboard設定を変えたなら、再接続しないと反映されません。設定だけ変えて「動かない」と判断しないことが大切です。(Microsoft Learn)
- 大きいファイルを扱うなら、まずEdgeかChromeを使います。Firefoxは1回1ファイル、256MB超のダウンロードはEdge/Chromeのみという差があります。(Microsoft Learn)
- ブラウザーが古すぎる場合も見直し対象です。Windows App on the webは、2025年6月15日以降、12カ月以内のブラウザーを前提とする要件が追加されています。(Microsoft Learn)
- それでも使えない場合は、ブラウザーより先に管理ポリシーを疑うべきです。環境側でclipboard redirectionが無効化されていれば、ユーザー操作では解決しません。(TECHCOMMUNITY.MICROSOFT.COM)
セキュリティ上の注意
使えないのは不具合ではなく、意図的な制御かもしれない
ファイル受け渡しは便利ですが、同時にデータ持ち出しやマルウェア持ち込みの経路にもなります。そのためMicrosoftは、Azure Virtual Desktopの新規ホストプールではclipboard・drive・USB・printer redirectionを既定で無効にする方針を案内しており、Windows 365でも新規または再プロビジョニングされたCloud PCで同様の既定値変更を案内しています。「使えない＝壊れている」ではなく、「使えないように設計されている」可能性がある と考えるのが実務的です。(TECHCOMMUNITY.MICROSOFT.COM)
全面許可ではなく、片方向許可を前提に考える
Azure Virtual Desktopでは、clipboardを server→client と client→server で別々に制御でき、さらに許可するデータ型を plain text、text+images、RTF、HTML などから選べます。つまり、全面禁止か全面解放の二択ではなく、「持ち込みだけ許可」「持ち出しだけ禁止」といった設計が可能です。加えて、設定は複数の場所で制御でき、より厳しい設定が優先 されます。(Microsoft Learn)
BYODではブラウザー統制の前提を確認する
BYODでブラウザー版を使うなら、Intuneのapp protectionとConditional Accessを組み合わせて、ローカル端末のセキュリティ要件を満たした場合だけ接続を許可する構成もあります。ただし、ドキュメント上のWeb browserシナリオは Microsoft Edge on Windows の個人端末 が前提です。ブラウザー版ならどの環境でも同じ統制ができる、とは考えないほうが安全です。(Microsoft Learn)
利用者側でも、クリップボードを「一時置き場」として扱う意識が必要
リモート→ローカルでコピーしたファイルは、File transferパネル上に残り続け、消去するかセッションを終えるまで参照できます。共有PCや共同利用端末で使うなら、作業後に残していないか確認したほうが安全です。加えて、共有や監査が必要な文書は、クリップボード転送だけで回さず、OneDrive/SharePointなどの運用に寄せたほうが事故を防ぎやすくなります。(Microsoft Learn)
最後にやるべきこと
Windows App on the web の clipboard ベース file transferは、ブラウザー版のファイル受け渡しを「面倒な例外作業」から「普通の操作」へ近づける改善 です。まずは非機密の小さなファイルで、ローカル→リモートを Ctrl / Command ベースのコピー＆ペーストで試し、次にリモート→ローカルをFile transferパネルで確認してください。ここがスムーズなら、日常の単発転送はかなり快適になります。反対に、組織展開するなら、管理者は「どちら向きに許可するか」「BYODをどう統制するか」「共有文書は別手段に寄せるか」を先に決めてから有効化したほうが失敗しにくくなります。(Microsoft Learn)
コメント