Microsoft Edge 128以降で「お気に入り（Favorites）のごみ箱が消えた」「削除したブックマークを戻せない」という相談が急増しています。本記事は、復旧の可否を最短で判断し、復元ポイント／File History／同期／Bookmarks.bakの順に成功率の高い手筋から試せるよう、実務的な手順と再発防止の運用設計までを一挙にまとめた決定版ガイドです。
前提と結論（最初に押さえるべきポイント）
- Edge 128.0.2739.42 以降ではサイドバーにあった「ごみ箱」アイコンが表示されない構成があり、UIだけで誤削除を取り消す手段が見当たらないケースがあります。
- Edge のお気に入りはユーザープロファイル配下のJSONファイル「Bookmarks」に保存され、同階層に「Bookmarks.bak」というバックアップが存在することがあります。
- 復元ポイント／File History／クラウド同期のいずれかが有効なら復旧の見込みがあります。いずれも無効で、かつ
Bookmarks.bakが削除後の状態で上書きされている場合は原則復元不可です。
最初の3分でやるべきこと（上書きと同期拡散の阻止）
- Edge をすべて終了（バックグラウンド拡張も含む）。タスクマネージャーで msedge.exe が残っていないことを確認。
- ネットワークを一時的に切断（Wi‑Fiオフ、LANケーブル抜線、機内モード）。同期により削除が他端末へ伝播するのを防ぎます。
- Bookmarksファイル群を退避（念のための即時バックアップ）。エクスプローラーのアドレスバーに以下を貼り付けて開き、Bookmarks と Bookmarks.bak を安全な場所にコピーします。
%LocalAppData%\Microsoft\Edge\User Data\Default
プロファイルを複数運用している場合は、Default の代わりに Profile 1、Profile 2… などが対象です。
| ケース | 確認すべきフォルダー | ヒント |
|---|---|---|
| 単一プロファイル | ...User Data\Default | ほとんどの環境はこれ |
| 複数プロファイル | ...User Data\Profile 1 など | Edge右上のプロフィール切替名と一致 |
| Beta/Dev/Canary | ...Edge Beta\User Data\... 等 | チャネルごとに別ディレクトリ |
復旧ルート①：Windowsの「以前のバージョン」（復元ポイント／File History）
最も安全で成功率が高いのが、Windowsのスナップショットから Bookmarks を巻き戻す方法です。復元ポイントまたは File History を運用している場合は真っ先に試してください。
- エクスプローラーで以下を開く：
%LocalAppData%\Microsoft\Edge\User Data\Default
- Bookmarks を右クリック → プロパティ → 以前のバージョン タブ。
- 削除前の日付のバージョンを選び、復元 をクリック。
- Edge を起動し、お気に入りが戻っているか確認。
表示が空の場合は、復元ポイント／File History が有効化されていません。その場合は次のルートへ進みます。
トラブル対策
- 復元の前に Edge が完全終了していることを再確認（起動中だと上書き競合の恐れ）。
- 復元後に同期で再度消える場合は、先に同期をオフにしてから Edge を起動します。
復旧ルート②：Microsoft アカウントの同期から救出（別端末利用）
同期（設定 > プロフィール > 同期）で「お気に入り」がオンのとき、クラウド上または他のデバイスに削除前のコピーが残っている可能性があります。
- 別デバイス（PC/スマホ/タブレット）で同じ Microsoft アカウントの Edge を起動。
- お気に入りが残っていれば、そのデバイスからHTMLへエクスポート（Edge > 設定 > プロファイル > お気に入りのエクスポート）。
- 問題のPCでは Edge を起動する前に同期を一旦オフにしてから、インポートでHTMLを読み込み、確認後に同期を再オン。
| 目的 | 場所/手順 | 注意点 |
|---|---|---|
| 別端末に残存確認 | Edgeの「お気に入り」一覧を開く | オンライン接続が必要 |
| 安全に復元 | 削除したPC側は先に同期オフ→インポート | 誤同期で再削除を避ける |
復旧ルート③：Bookmarks.bak の直接置き換え（上級者向け・自己責任）
Bookmarks.bak は前回起動時や更新時に保存されたバックアップです。更新日時が削除前であることを確認できれば、置き換えで復元できる見込みがあります。
- Edgeを終了・ネットワーク遮断（同期逆流回避）。
%LocalAppData%\Microsoft\Edge\User Data\Defaultを開き、Bookmarks と Bookmarks.bak を別フォルダーにコピー（保険）。- Bookmarks.bak を Bookmarks にリネームして上書き。
- Edgeを起動して反映を確認。
ポイント：Bookmarks.bak の更新日時が削除後であれば、この方法では戻りません。誤って上書きした場合に備えて、必ず事前にコピーを残してください。
JSONの中身を事前確認する方法（安全確認）
- Bookmarks.bak をメモ帳などで開き、削除したはずのフォルダー名やURLが含まれるか検索。
- JSON構造は「roots > bookmark_bar」や「roots > other」で、“type”: “url”（単一ブックマーク）/“type”: “folder”（フォルダー）という形で並びます。
編集ミスで壊すリスクがあるため、基本は読むだけにしてください。
復旧ルート④：システム/サードパーティーのバックアップからファイル復元
企業や個人で取得しているバックアップ（例：VSSベースのイメージ、サードパーティーのバックアップソフト）があるなら、...User Data\<Profile>\Bookmarks のみをピンポイントでリストアすると復旧可能です。
- 「Windows バックアップ」や「OneDrive PC フォルダー バックアップ」は通常、%LocalAppData% 配下を対象外にすることが多いため、対象に含める設定が必要です。
- 復元後の初回起動は同期オフ・オフラインで行い、内容確認後に同期を戻すと安全です。
ここまでで戻らなかった場合のチェックリスト
- 見ているプロファイルは正しいか（
DefaultではなくProfile 1などが本命のことがある）。 - Bookmarks.bak の更新日時が削除後になっていないか（削除直後の起動で上書きされた可能性）。
- 同期ですべての端末から削除済みになっていないか（この場合は復元元が残っていない）。
- クリーンアップ系ユーティリティでブラウザデータの自動削除が動作していないか。
- プロファイルを間違えて新規作成していないか（空のプロファイルに切り替わっている）。
上記すべてを確認しても復元できない場合、ローカル・クラウドともに復元点が存在しないと判断できます。
再発防止：実務に耐える「三重防御」設計
誤削除・誤同期・ファイル破損という三つのリスクに対し、エクスポート（オフライン）・同期（クラウド）・自動スナップショット（ローカル）の三層で守るのが最善です。
| 目的 | 方法 | メリット | 運用のコツ |
|---|---|---|---|
| 定期バックアップ | Edge > 設定 > お気に入りのエクスポート | HTMLとしてどのブラウザにもインポート可 | 月1回＋大規模整理前に必ず実施 |
| 自動履歴保護 | Windowsの File History / 復元ポイント | ロールバックで個別ファイル復元 | 対象に %LocalAppData% を含める設計 |
| クラウド冗長化 | Microsoft アカウントの同期 | 別端末に複製、機器故障でも安全 | 削除時は同期オフ→確認→オンの手順 |
| 変更監視 | 無料ツール（例：ファイル変更監視/バージョニング） | 予期せぬ変更を即検知 | 更新通知＝バックアップのトリガー |
テンプレ付き：タスクスケジューラで「Bookmarks」を自動退避
次のスクリプトは Bookmarks を日付入りでバックアップします。タスクスケジューラで毎日/毎時実行すれば、人手を介さずバージョン履歴を作れます。
PowerShell版（推奨）
# 保存先（存在しなければ自動作成）
$dest = "$env:USERPROFILE\Documents\EdgeBookmarksBackup"
New-Item -ItemType Directory -Path $dest -ErrorAction SilentlyContinue | Out-Null
# ソース（Defaultプロファイル前提）
$src = "$env:LOCALAPPDATA\Microsoft\Edge\User Data\Default\Bookmarks"
# タイムスタンプ
$ts = Get-Date -Format "yyyyMMdd_HHmmss"
# バックアップ実行（読み取り中断を避けるため、Edgeは終了させておく）
Copy-Item -Path $src -Destination (Join-Path $dest "Bookmarks_$ts.json") -Force バッチ版（簡易）
@echo off
set SRC=%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Bookmarks
set DEST=%USERPROFILE%\Documents\EdgeBookmarksBackup
if not exist "%DEST%" mkdir "%DEST%"
for /f "tokens=1-4 delims=/ " %%a in ('date /t') do set DATE=%%a%%b%%c
for /f "tokens=1-2 delims=: " %%a in ('time /t') do set TIME=%%a%%b
copy "%SRC%" "%DEST%\Bookmarks_%DATE%_%TIME%.json" /Y
タスクスケジューラ設定の目安
- トリガー：ログオン時／1日1回（業務端末は2～4時間ごと）
- 条件：AC電源接続時のみ（ノートPC）
- 停止条件：1時間超で停止（ロック時の長時間実行を防ぐ）
判断フロー（テキスト版）
お気に入りを誤削除
├─ Edgeを完全終了・ネットワーク遮断・ファイル退避
├─ 以前のバージョン（復元ポイント／File History）を確認 → 復元できた？ → はい：終了
├─ 別デバイスの同期状態を確認 → HTMLエクスポート→インポート → 復元できた？ → はい：終了
├─ Bookmarks.bak の更新日時を確認 → 削除前？ → はい：置き換え → 終了
└─ バックアップ/イメージから Bookmarks をピンポイント復元
└─ どれも無い：残念ながら復旧不可（今後の三重防御を構築）
よくある質問（FAQ）
Q. Edge を再インストールすれば戻りますか？
A. いいえ。お気に入りはユーザープロファイルに保存されるため、再インストールでは基本的に戻りません。ファイル復元または同期からの再取得が必要です。
Q. Bookmarks.bak が見当たりません。
A. バックアップが作られていない構成や、直近の起動で上書きされた可能性があります。以前のバージョンや別端末のコピーの有無を優先的に確認してください。
Q. 大量整理の途中で消してしまいました。安全に整理するコツは？
- 整理開始前にエクスポート（HTML）。
- 整理中は同期を一時オフにして作業、結果を確認してからオンに戻す。
- 大規模なフォルダー移動時は、段階的にスナップショット（「以前のバージョン」やタスクで自動コピー）。
Q. モバイル（iOS/Android）の Edge と同期しています。注意点は？
A. モバイル側の削除も即座に同期されるため、誤操作を検知したらすぐ機内モードにして別端末の残存を取り出し、HTMLで持ち帰ると被害を最小化できます。
Q. 企業環境で管理中（Intune/GPO）です。ユーザー側で戻せません。
A. ポリシーで「管理されたお気に入り」を配布している場合、ユーザー操作の復元は制限されます。管理者に依頼して配布定義を修正するか、復元ポイント/バックアップからの差し戻しを相談してください。
Q. どのプロファイルが本物か分かりません。
A. ...User Data\配下の各プロファイルの Bookmarks サイズ・更新日時を比較し、容量が大きく最近更新されたものが本命であることが多いです。Edgeのプロフィール名とフォルダー名は一対一ではないため、複数を確認しましょう。
技術メモ：お気に入りファイルの仕様と注意
- 保存形式は JSON（UTF‑8）。大文字小文字は区別され、手編集のカンマ抜けで全体が読めなくなるため注意。
- “date_added” は内部形式のタイムスタンプで、人間可読ではありません。復旧判断にはファイルの更新日時を見るのが実務的です。
- Edge起動中にファイルが書き換わることがあり、起動したままの置き換えは厳禁です。
運用チェックシート（コピペOK）
| 項目 | 設定/手順 | 確認サイクル | 責任者 |
|---|---|---|---|
| エクスポート運用 | 月初にHTML保存（OneDrive/共有フォルダー） | 毎月 | ユーザー本人 |
| File History | %LocalAppData% 配下を含むよう対象を点検 | 四半期 | IT/自分 |
| 自動バックアップ | タスクスケジューラで 1日1回 PowerShell | 毎日 | IT/自分 |
| 同期ポリシー | 大規模整理時は同期オフ→確認後オン | 作業時 | ユーザー本人 |
ケーススタディ：実際の復旧シナリオ
ケースA：削除直後に気づいた（個人PC）
- Edge終了→オフライン→Bookmarks/.bak退避。
- 「以前のバージョン」を開く→復元ポイントあり→即復元。
- 念のためエクスポートで HTML を保存、同期オンに戻す。
ケースB：翌日気づいたが、.bakが削除後に更新されている
- 別端末で残存確認→HTMLエクスポート→問題PCにインポート。
- 以後はタスクによる自動バックアップを導入。
ケースC：復元点なし・同期も空（完全ロスト）
- 復旧不可を宣言。ヒアリングで「必要最小限」を思い出して再登録。
- 再発防止の三重防御（エクスポート＋File History＋タスク）をセットアップ。
Windows 10/11 共通の小技（効率アップ）
- エクスプローラーのアドレスバーに直接
%LocalAppData%...を貼ると即時移動（隠しフォルダもOK）。 - プロパティ > 以前のバージョンで「開く」を選べば、復元前に中身の差分を確認できます（安全）。
- ファイル名拡張子の表示をオンにして、.bak の拡張子ミスを防止。
エラー/警告への対応
| 症状 | 原因の例 | 対処 |
|---|---|---|
| 復元ボタンがグレーアウト | スナップショットが存在しない | 別ルート（同期 or .bak）へ切替 |
| 復元後すぐ再消失 | 同期で削除が再適用 | まず同期オフ→復元→HTML退避→同期オン |
| .bak置換後にお気に入りが空 | .bakが削除後状態/破損 | 他プロファイル/他端末/バックアップを探索 |
運用のまとめ（実装すべきチェックポイント）
- 復元ポイント／File History／同期の三重化を前提にする。
- 大規模整理の前後にHTMLエクスポート（作業のスナップショット）。
- タスクスケジューラでBookmarksの自動退避を仕掛ける。
- 誤削除時はEdge終了→オフライン→退避→復元のゴールデンルールを徹底。
本記事の核心
復元ポイント／File History／クラウド同期のいずれも無効な場合、削除済みのお気に入りは基本的に復旧できません。これは「ごみ箱」UIの有無にかかわらず、Bookmarks の過去版がどこにも残っていないためです。だからこそ、エクスポート・同期・自動バックアップの三重防御を今すぐ実装してください。作業前の一手間（エクスポート）が、将来の数時間の復旧作業と取り戻せない情報損失を防ぎます。
付録：手順のショートリファレンス
| やりたいこと | ショート手順 | 成功条件 |
|---|---|---|
| 以前のバージョンで戻す | Bookmarks→プロパティ→以前のバージョン→復元 | 復元ポイントまたはFile Historyが有効 |
| 同期から戻す | 別端末でHTMLエクスポート→インポート | クラウドに削除前コピーが残存 |
| .bak置換で戻す | Bookmarks.bakをBookmarksへリネーム | .bakが削除前の状態である |
最後に：チェック用コマンドスニペット
PowerShellから最終更新日時を一覧し、どのプロファイルが本命か見極める例です。
Get-ChildItem "$env:LOCALAPPDATA\Microsoft\Edge\User Data" -Recurse -Filter Bookmarks |
Select-Object FullName, LastWriteTime, Length |
Sort-Object LastWriteTime -Descending
サイズが大きく、LastWriteTime が最近のものが、日常使っているプロファイルであることが一般的です。
まとめ
Edge 128以降で「ごみ箱」が見当たらなくても、Windowsの以前のバージョン→同期からの救出→Bookmarks.bak置換→バックアップからのピンポイント復元の順で当たりをつければ、最小工数で「戻せる／戻せない」の判断に辿り着けます。復旧できなかった経験こそが、明日からの三重防御を構築する最強の動機です。今日この瞬間、エクスポートと自動バックアップを仕掛けておきましょう。
コメント