OneDrive のWeb版で共有（Shared）のファイル／フォルダーを選び、「Move to（移動先へ移動）」を押しても無反応……。ブラウザ変更やキャッシュ削除でも直らない場合、いったん「マイ ファイル」にショートカットを追加してから移動すると回避できることがあります。再現条件と手順、注意点をまとめます。
起きている症状：OneDrive の「Move to」が反応しないパターン
今回の現象は、OneDrive のWeb画面で対象を選択しても、移動ダイアログ自体が開かず、エラー表示も出ないタイプです。クリックしたはずなのに画面が静かなままなので、ネットワーク障害やブラウザ不具合を疑いやすいのですが、実際には「共有（Shared）領域の表示・操作」と相性が悪いケースが存在します。
- 対象は OneDrive の「共有（Shared）」 に表示されるアイテム（他者から共有されたファイル／フォルダー、またはTeams/SharePointのドキュメントを含む）
- 上部バーの
Move to、右クリックメニューのMove to、三点メニュー（…）のMove toのいずれも 無反応 - Chrome / Edge / Firefox のどれでも同様、キャッシュ削除やシークレットでも改善しない
- 別PCでも再現しやすく、ユーザー環境というより 表示モード（Shared）側に依存しているように見える
- 一方で ドラッグ＆ドロップ だと移動できる（ただし移動先が画面下にあると操作しづらい）
- 個人の「マイ ファイル（My files）」では Move to が普通に動く
このような状況では、「Move to を押しても何も起きない」こと自体が問題の本体です。操作が受け付けられていないのか、裏で失敗しているのかが分からず、切り分けが難しくなります。
最初に確認したいこと：権限・対象・状況チェック
回避策を試す前に、まずは「そもそも移動してよい（できる）状態か」を確認します。権限が足りない状態だと、Move to が出ていても期待通りに動かない、または動いたように見えて実体が変わらないことがあります。
| 確認ポイント | 見る場所・判断材料 | OKの目安 | NGだった場合 |
|---|---|---|---|
| 編集権限があるか | 共有メール／共有リンクの権限表示、OneDrive/SharePointの「アクセス許可」 | 編集可能、または共同編集ができる | 閲覧のみなら、移動はできないことが多い。所有者に編集権限を依頼する |
| 共有アイテムの実体がどこにあるか | 「詳細」や「場所」「開く」→ SharePoint/Teams のライブラリか、相手のOneDriveか | 同じサイト／同じライブラリ内での移動なら許可されやすい | 別サイト・別テナント跨ぎなどは移動不可/制限が多い |
| ファイルかフォルダーか | メニューに マイ ファイルにショートカットを追加 が出るか | ショートカット追加が出る（主にフォルダー） | 出ない場合は別回避策（後述）へ |
| 既に同期（エクスプローラー）で操作できるか | OneDrive同期クライアント、SharePoint同期 | ローカルで移動が可能 | 同期が許可されない/容量制限があるならWeb回避策が現実的 |
上の表で「編集権限がない」「別テナントの共有」「そもそも移動できない場所」などが疑われる場合は、回避策を試しても成功しない可能性が高いです。その場合は、所有者（またはサイト管理者）に移動を依頼するのが早道です。
結論：共有領域で「Move to」が無反応なら、ショートカット化して「マイ ファイル」側で移動する
共有（Shared）で Move to が動かないときの現実的な回避策は、対象をいったん「マイ ファイル」にショートカットとして出現させ、マイ ファイル側の操作として Move to を実行することです。
この方法が効く理由は、操作の入口を「Shared の一覧」ではなく「My files の一覧」に切り替えることで、Move to ダイアログの呼び出しが安定しやすい点にあります。Shared は“共有されているものを集めて見せるビュー”であり、実体の置き場所や権限が混在しやすいのに対して、My files は“一度自分の作業領域として扱えるビュー”になりやすい、というイメージです。
回避策の手順：ショートカット化 → マイ ファイルで Move to
以下は実際に解決につながりやすい手順です。画面の文言は環境（個人/法人、UI更新）で多少異なるため、近い名称を探して操作してください。
- OneDrive のWeb画面で 「共有（Shared）」 に移動し、対象のファイル／フォルダーを選択します。
- 上部メニューまたは三点メニュー（…）から
マイ ファイルにショートカットを追加（英語UIではAdd shortcut to My files）を選びます。 - 左メニューの 「マイ ファイル（My files）」 に移動します。
- 追加されたショートカット（リンクアイコン付き、または同等の表示）を見つけます。
- そのショートカットを起点に、上部メニューまたは右クリックから
Move to（移動先へ移動） を実行し、移動先フォルダーを選択します。
この流れで、Shared 側では無反応だった Move to が、My files 側では正常にダイアログが開き、移動が完了することがあります。
移動できたかの確認（重要）
“ショートカットを移動しただけ”になっていないかを、最後に必ず確認しましょう。環境によっては、ショートカットの場所が変わっただけで、実体のファイルが移動していないこともあり得ます。
- 移動後に対象を開き、「詳細」（情報パネル）で場所（パス）や所有者が期待通りか確認する
- 共有元（Shared）から見て、元の場所に残っていないか確認する
- 他の共同編集者がいる場合、リンクやアクセスが切れていないか軽く確認する
つまずきやすいポイントと対処法
「マイ ファイルにショートカットを追加」が表示されない
このメニューは、共有のされ方や対象がファイル/フォルダーかによって出ないことがあります。特にフォルダー共有で出やすい一方、ファイル単体では別の表記（OneDrive に追加 等）になっていることもあります。
| 状況 | 起こりがち | 次に試すこと |
|---|---|---|
| フォルダー共有 | ショートカット追加が出ることが多い | 本記事の回避策がハマりやすい |
| ファイル単体の共有 | ショートカット追加が出ない/名称が違う | 後述の「別の回避策（Copy to、SharePoint側で移動）」へ |
| 閲覧権限のみ | メニューが出ても操作が完了しない | 編集権限を依頼する（所有者/管理者） |
編集権限がないと「移動」は成立しない
共有アイテムの移動は、単に“自分の見え方を整理する”操作ではなく、元の保存場所の構造を変える操作です。たとえば相手のOneDriveやSharePointライブラリに置かれているものを移動するには、その場所に対する編集権限（少なくとも移動先への書き込みと移動元からの削除に相当する権限）が必要になります。
- 共有リンクが「表示（閲覧）のみ」なら、移動できないのが普通です
- 「編集可能」でも、サイトやライブラリ側の権限設定で移動だけ制限されることがあります
- 権限不足のときは、Move to が沈黙するのではなくエラーを出してほしいところですが、UIによっては無反応に見えることがあります
移動先が「自分のOneDrive」なのか「共有元ライブラリ」なのかを意識する
Shared にあるアイテムは、保存場所がバラバラです。移動先として選べる場所が表示されていても、実際には「同じ場所の中で移動」なのか「別の場所へ移動（実質コピー＋削除）」なのかで成功率や影響が変わります。
- 同一ライブラリ内での移動：成功しやすく、権限も満たしやすい
- 共有元 → 自分のOneDriveへ移動：組織設定や権限、情報保護ポリシーの影響を受けやすい
- 移動後に共有が外れた：元の場所から離れたことで、共同編集者の導線が変わる場合があります
ショートカット回避策が効く理由（実務目線の説明）
OneDrive の「Shared」は、一覧表示の背後で次のような“複雑さ”が混ざりやすい領域です。
- 保存元が「他人のOneDrive」「SharePointサイト」「Teamsのチャネルファイル」など複数にまたがる
- 権限も「閲覧のみ」「編集可」「期限付きリンク」など混在する
- 同じように見えるファイルでも、内部的には参照方式（共有リンク、ショートカット、ライブラリアイテム）が異なる
この状態で Move to を押すと、本来は「どこへ移動できるか」を判定してダイアログを出す必要があります。ところが、Shared の文脈だと判定がうまくいかず、結果としてダイアログが開かない（無反応に見える）ことがあります。
一方で、ショートカットを My files に追加すると、UIとしては「自分の作業領域から操作している」扱いに寄り、Move to の処理が通りやすくなります。根本修正ではありませんが、日常運用では十分に役立つワークアラウンドです。
ショートカット回避策が使えない場合の代替案
メニューが出ない、または移動確認で“実体が動いていない”場合は、次の代替案が有効です。環境や権限によって成功率が変わるため、状況に合わせて選んでください。
| 代替案 | 向いているケース | 手順のイメージ | 注意点 |
|---|---|---|---|
| Copy to（コピー先へコピー）を使う | Move to が無反応でもコピーは動く場合 | Shared で対象選択 → Copy to → 自分のフォルダーへコピー → 必要なら元を削除 | 削除権限がないと「移動」にならない（コピーが残る） |
| SharePoint 側で移動する | Teams/SharePoint ライブラリ由来の共有 | 対象の … → SharePoint で開く → ライブラリの 移動 を実行 | SharePoint の権限設計に従う。フォルダー構造の影響が出る |
| 同期（エクスプローラー）で移動する | 大量移動、深い階層、ドラッグがつらい | OneDrive/SharePoint を同期 → エクスプローラーで移動 | 同期が有効でない組織もある。大容量は同期遅延に注意 |
| 一度ダウンロード→アップロード | 権限が弱い/Move/Copyが制限される | ダウンロード → 移動先へアップロード | 版管理やメタデータが失われることがある。共同編集の履歴も途切れる |
再発を減らすための運用ヒント
Shared での操作が不安定な環境では、日常的に次の運用を意識するとストレスが減ります。
- よく使う共有フォルダーは、最初に 「マイ ファイルにショートカットを追加」 して、My files 側からアクセスする
- チームで使う保管場所は、個人OneDriveよりも Teams/SharePoint のライブラリ を正として設計し、移動ルールを共有する
- 「移動」と「コピー」のどちらが業務に適切かを決め、共同編集者に周知する（誤って移動するとリンク切れの原因になる）
- 共有リンク運用（リンクで渡す）よりも、可能なら メンバー権限付与（サイト/フォルダーに権限を付ける）へ寄せると、移動や整理が安定しやすい
管理者向け：組織で切り分ける場合のチェック項目
複数ユーザーで同時期に発生している、または特定サイトだけで発生する場合は、管理側の観点でも切り分けができます。
- Microsoft 365 管理センターのサービス正常性で OneDrive/SharePoint の障害・注意喚起が出ていないか確認する
- 対象が SharePoint ライブラリの場合、権限レベル（編集/投稿/フルコントロール）やカスタム権限で「削除」「移動」が外れていないか確認する
- 条件付きアクセスやプロキシ、拡張機能制限で スクリプト/ポップアップ系の挙動がブロックされていないか確認する
- 情報保護（DLP/感度ラベル）で、場所をまたぐ移動が制限されていないか確認する
ユーザー側で「どのブラウザでも」「別PCでも」再現するのに、My files では動くという条件が揃うと、端末固有の問題よりも Shared ビュー特有の挙動や、対象アイテムの置かれている場所・権限が原因である可能性が高まります。
よくある質問
ドラッグ＆ドロップで移動できるなら、Move to が無反応でも気にしなくていい？
少量ならドラッグ＆ドロップで逃げられますが、移動先が深い階層にある場合や大量ファイルの整理では操作ミスが増えます。Move to が動く状態を作っておくと、移動先を検索で探せるなど作業効率が上がるため、回避策を知っておく価値は大きいです。
ショートカット化すると、元の共有フォルダーの構造が変わりますか？
ショートカット追加自体は、基本的に“自分のOneDrive上に入口を作る”操作です。元の保存場所や権限設計を勝手に変えるものではありません。ただし、ショートカットを起点に移動操作を行うと、権限や設定次第では実体が移動し、結果として共有側の構造に影響が出る場合があります。移動後の場所確認は必ず行ってください。
「共有ドライブ」という言い方で相談されることがあるけど、実際は何？
Microsoft 365 の文脈では、Google Drive の「共有ドライブ」に相当するものとして、Teams/SharePoint のドキュメント ライブラリを指して「共有ドライブ」と呼ぶことがあります。OneDrive の Shared 一覧には、こうしたライブラリ由来のアイテムも混ざるため、Move to の挙動が不安定に感じられる要因になります。
最短で解決したいときの手順だけ教えて
Shared で無反応なら、「マイ ファイルにショートカットを追加」→「マイ ファイルで Move to」が最短ルートです。メニューが出ない場合は、次点で Copy to、それでもだめなら SharePoint で開いて移動を試してください。
コメント