Web ページから Windows のファイルへ飛ばす

https ページから file:// への遷移は Chrome・Edge・Firefox すべてで禁止されています。まずこれが本当に動かないことを確認するのが出発点です。

期待クリックしても無反応。Edge では about:blank#blocked、Chrome の DevTools には Not allowed to load local resource が出ます。アドレスバーに貼れば開きます。

フォルダを指すと、ブロックが解除された環境ではエクスプローラーのウィンドウが開きます。A-2 のポリシーを入れたあとの動作確認はこちらで行うのが確実です。

期待既定では無反応。ポリシー適用後はエクスプローラーがこのフォルダを開きます。ブラウザ内にディレクトリ一覧が出た場合はエクスプローラー連携が効いていない状態です。

Edge 95 以降にある「イントラネット ゾーンの file URL リンクをエクスプローラーで開くことを許可する」専用ポリシーです。現行の 152 系でも非推奨化されていません。条件は2つ——ページが「ローカル イントラネット」ゾーンにあることと、リンク先が file:// であること。GPO / Intune で配れるので、端末に独自バイナリを置く必要がありません。

確認適用後、edge://policy に IntranetFileLinksEnabled が出ていること。そのうえで A-1′ のリンクをイントラ配置のページから押します。

注意Edge 130 では URL パーサの変更で file リンクが壊れた事例があり、--disable-features=StandardCompliantNonSpecialSchemeURLParsing が回避策として案内されました。バージョン依存で挙動が変わる前提で運用してください。

Firefox には古くからある権限ポリシーがあり、指定したオリジンだけ file:// リンクを許可できます。policies.json や GPO からも配布できます。

確認about:config に3つの pref が入っていること。効かない場合は privacy.file_unique_origin を false にする必要があるという報告があります。

インストールなしでエクスプローラー自体を起動できる、あまり知られていない手です。ファイルを選択状態にはできませんが、「機番で検索した結果一覧」を出せるので、突合キーが決まっている用途とは相性がいい。

期待「エクスプローラーを開きますか？」の確認ダイアログ → エクスプローラーが検索結果を表示。

注意search-ms: はマルウェアの初期侵入に悪用された履歴があり、EDR やプロキシで遮断されている環境があります。導入前に実機確認が必須です。

Office がインストール済みなら、追加設定なしで使えるプロトコルがすでにあります。ofe は編集モード、ofv は閲覧モード。エクスプローラーは開きませんが「その文書を開きたい」だけならこれが最短です。

GPO が触れない環境での第2候補がこれです。スキームは Office のインストール時に登録されるので、配布作業も設定変更も EDR の例外申請も要りません。異常コード表のような Excel 原本が主なら、コピペより明確に体験が良くなります。

期待拡張子が対応していれば Excel / Word が起動。上のパスは .xlsx / .docx の実ファイルに差し替えて試してください。ms-powerpoint: onenote: ms-access: も同じ形式です。

弱点PDF には効きません。Acrobat は既定で URI スキームを登録しないためです。原本の形式によって使えたり使えなかったりするのが、この方式の唯一にして最大の弱点です。PDF が混ざるなら A-6 のコピペを併用してください。

ブラウザ・OS・ポリシーに一切依存せず壊れない唯一の方法です。他の方式を採用する場合も、効かない端末のためのフォールバックとして併設する価値が高い。貼り先はエクスプローラーのアドレスバーか Win + R。

期待クリップボードに入る。ドライブレターは人によって違うので、必ず UNC（\\server\share）で持つこと。

サーバー側で生成した .url ファイルを返し、ダブルクリックで開かせる方式です。中身はただの ini です。

確認メモ帳に貼って test.url として保存し、ダブルクリック。

注意.url は SmartScreen 回避などの攻撃に使われた実績があり、AV・ブラウザ・メールゲートウェイで止められがちです。.lnk 生成はさらに危険側で、推奨しません。

求めていた挙動そのものに到達できる王道です。エクスプローラーでファイルを選択状態にするコマンドはこれ一つ。カンマの直後にスペースを入れないのが要点です。

これを Web から呼べるようにするため、スキームをレジストリに登録します。%1 にはスキーム込みの URL が渡るので、explorer.exe を command に直接書いてはいけません。必ず小さなラッパーを挟みます。下は追加のコンパイラなしで試せる VBScript 版です。

期待「このサイトが openpath を開こうとしています」の確認 → フォルダが開き、対象ファイルが選択されている。確認ダイアログは Chrome / Edge の AutoLaunchProtocolsFromOrigins ポリシーで特定オリジンだけ省略できます。

注意%1 を無検証で渡すのは典型的な引数インジェクション（RCE）経路です。上の VBS には許可ルートのホワイトリストと .. の拒否を入れてありますが、本番では allowRoot を実際の共有パスに変え、署名済み exe に置き換えてください。管理環境では .vbs 自体が ASR ルールで止められることもあります。

端末に小さな HTTP サーバーを常駐させ、ページから fetch して explorer /select を叩かせます。開く前に存在確認する、候補を複数返すといった UI を作れるのが利点です。

期待エージェント未導入なら失敗します。ここで見たいのは失敗の種類です。Chrome 142（2025年10月28日）で Local Network Access が有効化され、公開オリジンからループバックへのリクエストは権限プロンプト付きになりました。拒否されると黙って失敗します。

注意トークン認証と Origin 検証を必ず入れること。無認証で開けると、社内の任意のページから端末を操作できてしまいます。

「Enable local file links」のような既存拡張を ExtensionInstallForcelist で配る、または自作拡張＋Native Messaging Host で explorer /select を叩きます。既存拡張は「ファイル URL へのアクセスを許可」のチェックが必要で、これを GPO で強制するのが難しいという報告があります。自作するなら B-1 のほうが素直です。

確認edge://extensions / chrome://extensions で当該拡張の「ファイルの URL へのアクセスを許可する」が有効になっているか。

Web アプリを薄いガワで包めば shell.showItemInFolder(path) 一行で解決します。ブラウザの制約から完全に降りられる代わりに、配布と更新の運びが増えます。

バックエンドが共有フォルダを SMB マウントして読み出し、https://…/files?rel=… として流す。ファイルはコピーも移動もされず、共有フォルダに置かれたままです。すると普通のリンクになり、ブラウザ制約・端末設定・OS 依存がすべて消えます。

本題コード量は少ないのに、13手法で一番大変なのがこれです。重いのは実装ではなくその周辺——バックエンドがファイルサーバーに到達できるか（クラウド設置なら VPN や専用線）、SMB の認証情報をサーバーに持たせられるか、そして共有フォルダの AD 権限が無効化される点。全員がサービスアカウントの権限で読むことになるため、「誰がどのファイルを見てよいか」をアプリ側で作り直す必要があります。

向く場面ファイルをアプリの管理下に置く設計（アップロードして保管する）なら、権限も監査ログも自然に載るのでこれが最適解になります。置きっぱなしのファイルを開きたいだけなら、サーバーを経由させる理由がありません。利用者の PC はもともとその共有に到達でき、AD の権限もそのまま効くからです。

共有を WebDAV で公開すれば https リンクで開けて、かつエクスプローラーからネットワークドライブとしても見えます。SharePoint / OneDrive なら ms-sharepoint: odopen:// などの既定プロトコルと、同期による「ローカルにも実体がある」状態が両方手に入ります。

イントラネットゾーンで file:// が素直に動きます。ただし「エクスプローラーで開く」は IE11 由来の機能で、Chrome / Edge の通常モードには移植されていません。既存資産の延命として以外に選ぶ理由はありません。