Windows 11＋Microsoft Edge で「ファイルをアップロード」しようとした際、これまでは「PC から選択」と表示されていたのに、突然「モバイルからアップロード（または“モバイルからのみ選択”）」しか出なくなる——そんな現象に悩む方が増えています。本記事は、原因の切り分けと再現性の高い対処手順を体系化し、最短で“PC から選択できる状態”へ戻すための実践ガイドです。
症状と背景：なぜ“モバイルからのみ”になるのか
多くの Web アプリは、画面幅・UA（ユーザーエージェント）・入力デバイスの特性（pointer: coarse/fine など）や、サイトに保存された状態（Cookie/LocalStorage）、ブラウザの実験機能・拡張機能、PWA（アプリ化）などの条件を見て UI を自動的に出し分けています。これらの要因が誤検知・記憶・上書きされると、デスクトップなのに「モバイル UI（= カメラやスマホ想定のアップロード導線）」が選ばれ、PC からのファイル選択が隠れる（または最上段に現れない）ことがあります。
結論ショートカット：まずはここから（効果の高い順）
- DevTools のデバイスエミュレーションを無効化（
F12→ デバイスツールバーが青く点灯していないか確認／Ctrl+Shift+Mで切替）。 - ウィンドウ幅とズーム率を標準化（幅を広げ、ズーム 100% へ。アドレスバー右の「…」→「ズーム」）。
- 該当サイトのデータを個別削除（設定 →「Cookie とサイトのアクセス許可」→「すべてのサイト」→対象ドメインを「消去」）。
- キャッシュ＆Cookie を削除（履歴 →「閲覧データを削除」→ 時間範囲「全期間」→ キャッシュされた画像とファイル と Cookie とその他のサイトデータ）。
- 拡張機能を一括オフ（右上の「プラグ」アイコン／「…」→「拡張機能」→トグルを全てオフ）。
- InPrivate ウィンドウまたは別プロファイルで再試行（環境依存かを切り分け）。
- Chrome / Firefox で同操作を試す（サイト仕様か Edge 固有かを判定）。
- PWA/アプリモードで開いていないか確認（アドレスバーがないウィンドウなら、通常のブラウザタブで開き直す）。
- UA 変更やネットワーク条件のオーバーライドを解除（DevTools →「Network conditions」→ User agent を「Use browser default」へ）。
- サイト管理者へ連絡（input要素の
accept/capture、UA 判定、FS Access API 設定ミスの可能性を具体的に提示）。
クイックリファレンス（手順と効果の一覧）
| 手順 | 具体的操作 | 期待される効果 |
|---|---|---|
| モバイル表示の解除 | Edge で F12 → 上部デバイスツールバーをオフ（Ctrl+Shift+M）。DevTools 右側「⋮」→「More tools」→「Network conditions」→ User agent を Use browser default に戻す。 | 誤って“モバイル UI”が強制されていた場合、PC 向け UI に復帰。 |
| ウィンドウ幅／ズームの是正 | ウィンドウを広げ、ズームを 100% に戻す（「…」→「ズーム」）。 | レスポンシブ閾値の突破により、PC 用ファイル選択導線が再表示。 |
| Edge 設定でサイトデータをリセット | 設定 →「Cookie とサイトのアクセス許可」→「すべてのサイト」→ 該当サイト →「データを消去」。 | サイトに保存された“モバイル優先”の状態をクリア。 |
| キャッシュ／Cookie クリア | 履歴 →「閲覧データを削除」→「全期間」→ キャッシュ と Cookie にチェック → 削除。 | 旧 UI リソースや判定結果の再利用を防ぎ、最新のアップロード UI を再取得。 |
| 拡張機能の無効化 | 右上「…」→「拡張機能」→ 全てオフ。広告／UA／生産性系なども一時停止。 | input[type=file] を書き換えるアドオンの影響を排除。 |
| InPrivate／別プロファイル | 「…」→「新しい InPrivate ウィンドウ」／プロフィール切替。 | 現在のプロファイルに依存する設定・データの影響を切断して再検証。 |
| ブラウザ変更で検証 | 同サイトを Chrome / Firefox でも実施。 | サイト側実装の問題か、Edge 固有かを切り分け。 |
| PWA/アプリモードを解除 | アドレスバーのないウィンドウなら、右上メニューから「ブラウザーで開く」相当で通常タブに戻す。 | PWA サンドボックスや権限制約による表示変化を回避。 |
| UA/ネットワーク条件の既定化 | DevTools →「Network conditions」→ User agent を既定に、 「Throttling」等のオーバーライドを「No throttling」に。 | モバイル UA を誤送信していた場合の復旧。 |
| サイト管理者へ連絡 | 「デスクトップから選べない」・日時・手順・Edge 版・DOM検証結果を添付して報告。 | accept/capture・UA 判定・FS Access API の誤設定修正を促す。 |
詳細ガイド：再現性の高い直し方
DevTools のデバイスエミュレーションを完全にオフにする
- 対象サイトを開いたまま F12 キーで DevTools を開きます。
- 上部ツールバーにスマホとタブレットのアイコンが青く表示されていたら、それが「デバイスツールバー（エミュレーション）」有効のサインです。もう一度クリックして 無効 にします（ショートカットは
Ctrl+Shift+M）。 - 右上の「⋮」→「More tools」→「Network conditions」を開き、「User agent」のチェックが Use browser default になっていることを確認します。別の UA（iPhone/Android など）になっていたら既定に戻してください。
解説： デバイスエミュレーションは、レスポンシブ検証には便利ですが、意図せず有効のままにすると、サイト側が「モバイル」と判定してアップロード UI を切り替えます。まずはここを初期化するだけで復旧するケースが多数です。
ウィンドウ幅とズーム率を標準に戻す
- ウィンドウ幅を十分に広げる（目安：最小幅が 1024px を下回らない程度）。
- 右上「…」→「ズーム」で 100% を選択。
解説： サイトのレスポンシブ閾値（例：幅 768px、992px など）をまたぐと、ナビゲーションやダイアログの構成がモバイル版に切り替わります。ズーム率が高すぎる場合も“狭い画面”として扱われ、ファイル選択 UI が折りたたまれたり順序が変わることがあります。
該当サイトのデータ（Cookie/LocalStorage）を個別削除
- Edge の「設定」→「Cookie とサイトのアクセス許可」→「すべてのサイト」。
- 検索欄に対象ドメインを入力し、表示されたエントリを開いて「データを消去」。
解説： サイトが UI の選択状態（モバイル優先・簡易アップロード導線など）を保存していると、画面幅を戻しても“モバイルからのみ”表示が続くことがあります。個別消去は副作用が最小で効果的です。
キャッシュと Cookie を全期間で削除
- 「履歴」→「閲覧データを削除」。
- 時間範囲「全期間」を選んだうえで、最低限「Cookie とその他のサイトデータ」「キャッシュされた画像とファイル」にチェック。
注意： サインイン状態が解除されます。業務環境ではパスワードや MFA（多要素認証）の再入力が必要になる点に留意してください。
拡張機能の影響を除去
- 広告ブロッカー、UA/ヘッダー書き換え、ダークモード強制、DOM 改変系（例：フォーム拡張、アクセシビリティ調整ツール）は一旦すべてオフ。
- 問題が解消したら、一つずつオン にして元凶を特定します。
解説： 一部の拡張は、<input type="file"> に独自 UI を被せたり、accept/capture の解釈を変えるスクリプトを注入します。まずはクリーンな状態で再検証しましょう。
InPrivate・別プロファイル・別ブラウザでの再現有無を確認
- InPrivate で再現しなければ、既存プロファイルの拡張やサイトデータが原因の可能性が高い。
- Chrome/Firefox でも同じなら、サイト自体の仕様／不具合の蓋然性が上がります。
PWA（アプリとしてインストール）やアプリモードを解除
アドレスバーが見えないウィンドウや、アプリのような外観で開いている場合は、通常のブラウザタブで同じ URL を開き直して挙動を比較してください。PWA は権限モデルやファイルアクセス API の取り扱いが異なり、アップロード導線が簡略化されるケースがあります。
ユーザーエージェント・ネットワーク条件のオーバーライドを戻す
- DevTools →「Network conditions」。
- 「User agent」を Use browser default に。
- 「Throttling」等のネットワーク制限も No throttling に戻して検証。
コンソールで navigator.userAgent を表示し、Mobile といった文字列が含まれていないか確認するのも有効です（表示に個人情報が含まれる場合があるため、共有は控える）。
原因別の深掘りとチェックポイント
レスポンシブ判定（画面幅・ズーム・DPI）
CSS のブレークポイントを跨いだり、ズーム／スケーリングで実効 CSS ピクセルが縮むと、サイトは“モバイル想定 UI”を出します。ウィンドウを最大化し、ズーム 100%、Windows の表示スケール（設定 → システム → ディスプレイ）も一旦既定に戻して検証してください。
DevTools のデバイスエミュレーション／UA オーバーライド
デバイスツールバーの有効化、User-Agent の固定、タッチエミュレーションのオンなどは、タブ単位で保持されることがあります。別タブで同サイトを開いても再現するなら、セッション間で持続している可能性があるため、ブラウザ再起動やプロファイル切替も併せて実施すると確実です。
サイト実装（accept/capture 属性、UA 判定、A/B テスト）
特にモバイルでの撮影アップロードを想定したフォームでは、<input type="file" capture> の指定や、ユーザーエージェントに基づく分岐で「カメラから」等の導線が優先されます。デスクトップで「PC から選択」が見えない・最前に出ない場合、サイト側の分岐条件が厳しすぎる・誤検知していることがあります。DevTools の Elements パネルで該当 input 要素を特定し、属性やクラスの切替がどうなっているかを観察すると、運営側へ伝える材料になります。
サイトデータの持続（Cookie/LocalStorage/IndexedDB）
UI 選択状態やモードがローカルに保存されると、画面条件を直しても“モバイルモード固定”が続きます。前述の通り、ドメイン単位でのデータ削除が最小の副作用で効果的です。
拡張機能・企業セキュリティ製品・プロキシ
UA/ヘッダーの書き換え、HTML のインジェクション、スクリプト最適化（圧縮・難読化・遅延読み込み）を行うツールやネットワーク機器は、ファイル入力 UI を巻き込んで予期せぬ動作を招くことがあります。社内ネットワーク外（モバイル回線や自宅回線）での再現性を確認するのが有効です。
File System Access API / 権限関連
OneDrive / SharePoint / 一部のクラウドストレージ統合 UI は、File System Access API の許可・ブロックで挙動が変わることがあります。Edge の設定で「サイトがローカルファイルへのアクセスを求めたときは確認する」がオンか確認し、ブロック履歴があれば解除してください（サイトのアクセス許可画面でリセット可能）。
サイト種別ごとの“効く”テスト
| サイト種別 | まず試すこと | 見るべきポイント |
|---|---|---|
| 社内ポータル・業務アプリ | InPrivate／別プロファイル／社外ネットワークで再検証 | プロキシ／SSO スクリプトの影響、ヘッダー改変の有無 |
| クラウドストレージ連携 | アクセス許可の見直し、PWA でない通常タブで開く | File System Access API のブロック履歴、ポップアップの抑止 |
| フォーム系（問い合わせ・応募） | ウィンドウ幅・ズーム・エミュレーション解除 | accept/capture、レスポンシブの折り畳み条件 |
スクリーンショット依頼だけで解決しないときの“情報の集め方”
サポートやサイト管理者へ報告する際、以下を添えると対応が速くなります。
- 発生日時・URL・操作手順（クリック／キーボード）・実行環境（Windows 11 ビルド、Edge バージョン）。
- 再現可否の表（InPrivate／別プロファイル／別ブラウザ／社外ネットワーク）。
- DevTools の Elements で該当
input[type=file]の属性（accept/captureなど）。 - DevTools の Network で初期 HTML/JS のキャッシュ状態（200/304）、A/B テストのフラグ有無。
- コンソールエラー（赤字のエントリ）と、ブロックされた権限（カメラ・ファイルアクセス・ポップアップ）。
よくある誤解の整理
- 「Windows のストレージ権限が原因？」 —— 通常は関係しません。多くは 表示モードの誤判定 または サイト実装 に起因します。
- 「Edge を再インストールすべき？」 —— ほとんどのケースで不要。まずはサイトデータの消去、エミュレーション解除、拡張機能オフを先に。
- 「ウイルス対策を切れば早い？」 —— セキュリティ低下のため非推奨。オフライン・社外回線での再現確認や、管理者にログ除外の相談を。
実践チェックリスト（再発防止）
- レスポンシブ検証後は必ずデバイスエミュレーションをオフに戻す。
- ズームや表示スケールを上げた場合、重要なフォーム操作前に 100% に戻す。
- 拡張機能は“ホワイトリスト方式”で必要最低限に。フォーム改変系はサイト単位で無効化。
- サイト単位のデータ削除手順をチームで共有（“困ったらまず消す”を周知）。
- PWA と通常タブの挙動差を理解し、重要操作はまず通常タブで実行。
トラブルシューティング・フローチャート（文字版）
1) 画面が狭い／ズーム高い → ウィンドウ広げ・ズーム 100% → 改善？ → Yes: 完了 ／ No: 次へ
2) DevTools エミュ有効か → 無効化 → 改善？ → Yes ／ No
3) サイトデータ個別消去 → 改善？ → Yes ／ No
4) 拡張一括オフ + InPrivate → 改善？ → Yes ／ No
5) 別ブラウザで同現象？ → Yes: サイト側へ報告 ／ No: Edge 環境特有（プロファイル or 設定）
6) PWA/アプリモードか → 通常タブで再検証
7) 企業ネットワーク限定で再現？ → 社内プロキシ/セキュリティ設定を調査
補足：Microsoft 系サービス利用時の注意（OneDrive/SharePoint）
- File System Access API の許可設定を確認（ブロックがあれば解除）。
- ポップアップ・リダイレクトがブロックされていないか確認（許可サイトに追加）。
- アカウントの切替（個人／職場／学校）によって UI が変わるため、サインイン状態を確認。
ケーススタディ：現場で多い再現パターン
ケース A：開発者が検証後に戻し忘れ
状況： LP のレスポンシブ検証でデバイスエミュをオンのままにし、そのまま応募フォームへ。
解決： DevTools を開いて Ctrl+Shift+M でオフ、UA を既定に。
ケース B：超高ズーム＋細いウィンドウ
状況： プレゼン中に 150% ズーム、分割表示でウィンドウ幅が 700px 前後に。
解決： ズーム 100%、ウィンドウ最大化。フォームのボタン群が PC 向けに復帰。
ケース C：サイトが“スマホ優先 UI”を記憶
状況： 同サイトをスマホで先に使い、その後 PC で開いたらモバイル導線が固定。
解決： ドメイン単位で Cookie/LocalStorage を消去 → 即復旧。
ケース D：拡張機能が file input を置換
状況： 入力補助ツールが input[type=file] にカスタム UI を被せ、「カメラから」的な文言にすり替え。
解決： 拡張を全オフ → 正常化 → 犯人拡張を特定し、該当サイトでは無効に。
ケース E：企業ネットワークのヘッダー改変
状況： 社内では発生、テザリングでは発生せず。
解決： 管理者に UA/Client Hints の改変有無を確認依頼。対象サイトを除外リストへ。
安全に試せる“最後の一押し”
- プロファイルの新規作成：右上プロフィールアイコン →「プロファイルを追加」。新規プロファイルで再現しなければ、既存プロファイルの設定・データに起因。
- Edge の修復：Windows 設定 →「アプリ」→「インストール済みアプリ」→ Microsoft Edge →「修復」。（再起動・再サインインを要する場合があります）
まとめ：最短で“PC から選択”へ戻すには
- まずは デバイスエミュ無効化・ウィンドウ幅/ズームの是正・サイトデータ個別削除 の三点セット。
- 解消しない場合は、拡張機能オフ・InPrivate/別ブラウザ検証・PWA回避で切り分け。
- クラウドストレージ系は File System Access API 設定も見直す。
- サイト実装起因が疑わしい場合は、DOM 属性・UA・再現手順を添えて運営へ報告。
テンプレ：サポートへ送る報告文例（コピペ可）
【発生現象】 PC（Windows 11, Microsoft Edge）でファイルアップロード時に「モバイルからアップロード（モバイルからのみ選択）」しか表示され、PC からの選択ができません。 【日時・URL】 2025/**/** **:** ／ https://（対象ドメイン） 【実施した対処】 ・DevTools のデバイスエミュレーション無効化／UA 既定化 ・ウィンドウ幅拡大／ズーム 100% ・該当サイトの Cookie/LocalStorage 消去／キャッシュ削除 ・拡張機能の一括オフ、InPrivate・別プロファイルでの再検証 ・Chrome でも同現象（あり／なし） 【補足情報】 ・Edge バージョン：***.***.***.*** ・DOM の file input 属性：accept=***, capture=***（該当する場合） ・ネットワーク：社内（再現）／社外（非再現）
最後に（読者メリットの再確認）
本記事の手順は、開発・運用・ヘルプデスクの現場で即使える切り分け順に並べています。焦って“ブラウザ再インストール”へ行く前に、ここで紹介した 表示モードの初期化 → サイトデータの個別削除 → 拡張機能の隔離 → PWA 回避 → UA 既定化 の流れを実践すれば、最短で「PC から選択」に復帰できるはずです。もし再発する場合は、運用チーム内でチェックリスト化し、トラブルの初動対応を標準化しておくと効果的です。
付録：FAQ（ピンポイント回答）
Q. Windows の更新で直る？
OS 更新だけで改善するケースは少数です。まずは本記事の手順を。
Q. 会社のセキュリティでアップロードが禁止されている？
全面禁止であればサイトを問わず失敗します。特定サイトのみなら、UA/ヘッダー改変やスクリプト干渉の可能性を疑いましょう。
Q. 画像だけダメで PDF はいける／その逆accept 属性のフィルタが厳しすぎる可能性。サイト側へ種別の許可設定を見直してもらってください。
Q. Edge 以外は大丈夫
Edge プロファイル／拡張／設定の影響が濃厚。新規プロファイルでの再検証と、拡張の犯人切り分けを。
参考メモ（管理者向け）
- ポリシーで File System Access API やサイト許可を強制している場合、対象 URL の例外設定を見直し。
- リバースプロキシ・WAF での HTML 書き換えや CSP 付与が、フォーム UI の動的変化と衝突していないかを確認。
- SSO 統合（複数テナント）でドメイン跨ぎの Cookie が第三者扱いになり、状態保持に失敗していないかを点検。
コメント