Microsoft Edge を終了するとログイン状態が全部飛ぶ――しかも「削除しない」に入れたはずのサイト例外が次回起動時には消えている。ここ最近（140 系）で目立っている現象で、業務や学習にも影響が出やすい不具合です。本記事では原因の考え方、いますぐできる暫定回避、企業環境での追加対処、復旧のための検証手順までを体系的にまとめました。編集なしで実践に使える手順書としてご活用ください。
目次
問題の概要（Edge を終了すると Cookie がすべて消える）
一部の環境で、Microsoft Edge を閉じたタイミングで 保存済み Cookie が一括削除され、次のような副作用が発生します。
- 各種 Web サービスから一斉にサインアウトされる（2 段階認証の再実行が頻発）。
- Cookie を削除しないサイト（例外）に登録したエントリが、次回起動時には リストごと消えている。
- 設定画面では「ブラウザを閉じたときに閲覧データをクリアする」がオフでも発生するケースがある。
再現しやすい状況の例
- Edge 140 系の安定版を使用している。
- プロファイルを複数持ち、切り替えながら利用している。
- 企業・学校の管理下（Intune / GPO 適用）でポリシーが競合している。
- セキュリティ製品やクリーナー（ディスククリーンアップ、他社ツール）を併用している。
影響範囲
- 再ログイン、SMS/アプリ認証の再実行、端末登録のやり直しなど、業務損失が発生。
- Web 会議、SaaS 管理画面、クラウド IDE 等、セッション維持が必須の業務で作業が中断。
- ユーザーの「例外リスト」や Web サイト側の「信頼済みデバイス」記録がリセットされる。
用語の整理
| 用語 | 説明 | 本件との関係 |
|---|---|---|
| Cookie | サイトのログイン状態や設定を保持する小さなデータ。 | これが終了時に消えることで再ログインが必要になる。 |
| サイト データ | IndexedDB、LocalStorage などのストレージ。 | Cookie と同時に削除されるとオフライン設定等も失われる。 |
| 例外（許可リスト） | 「Cookie の保存を許可するサイト」に登録した保持対象。 | 本件ではリスト自体が保持されない／消えるという報告がある。 |
先に結論：いますぐ実施できる対処まとめ
まずは以下の暫定回避を実行してください。根本修正が提供されたら設定を戻します。
| 対応 | 手順／内容 | 備考 |
|---|---|---|
| 暫定回避策 | 設定 → プライバシー、検索、サービス → Cookie とサイトのアクセス許可 Cookie の保存を許可するサイト で対象サイトを 追加 サイトに Cookie データの保存と読み取りを許可する を オン ページを事前レンダリングして高速化 を オン（任意） ブラウザを閉じたときに閲覧データをクリアする を オフ | 「削除しない」例外リストが保持されなくても Cookie が残るようにする応急処置。 |
| 不具合報告 | Win + F で Feedback Hub を開き、「Cookie が消える」バグとして投稿。 | 報告が多いほど修正優先度が上がる。 |
| 組織環境向け追加策 | グループ ポリシー Clear browsing data on exit（Edge/Chromium ADMX）が Enabled になっていないか確認し、必要に応じて Disabled に変更。 | Intune 管理下の PC は管理者に依頼。 |
| その他の補足 | 安定版（Stable）以外を利用中なら Stable へ切替え、または前ビルドへロールバックで改善することがある。 プロファイル破損が原因のケースもあるため、新しい Edge プロファイル／新規ユーザーで再現するか確認。 重要サイトは PWA 化やパスワード マネージャー併用で再ログインの手間を軽減。 |
手順を詳しく：各設定の位置と確認ポイント
Cookie 設定の基本（ユーザー側）
- アドレスバーに
edge://settings/content/cookiesと入力し開く。 - サイトに Cookie データの保存と読み取りを許可する を オンにする。
- サードパーティの Cookie をブロック を使っている場合、該当サイトのサブドメインが第三者扱いになっていないかを確認する（CDN、SSO ドメインの存在に注意）。
- 許可 セクションの Cookie の保存を許可するサイト に対象サイト（
https://example.comなど）を 追加。必要に応じて すべての Cookie を含む をオン。
終了時クリアの無効化
edge://settings/clearBrowsingDataOnCloseを開く。- Cookie およびその他のサイト データ が オフ であることを確認。
- 他の項目（キャッシュ、履歴など）をオンにしても、Cookie はオフのままにする。
事前レンダリング（任意の暫定策）
edge://settings/privacy→ ページを事前レンダリングして高速化 を オン。- 環境によってはキャッシュの扱いが安定し、再ログイン頻度が下がる報告がある。
例外リストが消える場合の追加操作
- プロファイルを切り替えて再現するか確認（右上のプロフィール アイコン → プロファイルの管理 → 新規作成）。
- 新規プロファイルで消えない場合は、既存プロファイルの設定ファイル破損が疑われる。
- どうしても消える場合は、例外よりも 許可 セクションへの登録を優先し、ログイン後に このサイトの Cookie を常に許可 を都度確認する。
企業・教育機関向け：管理ポリシーでの対処
適用状況の可視化
edge://policyを開き、Clear browsing data on exit 相当のポリシーや Cookie 関連ポリシーが Mandatory で適用されていないか確認。- ポリシーの競合（User と Machine 両方に設定）や、レガシー設定の残骸に注意。
ローカル レジストリの確認（閲覧のみ）
以下は「どのポリシーが入っているか」を確認するための例です（変更は管理手順に従ってください）。
PowerShell（管理者）:
Get-ItemProperty 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' 2>$null | Format-List
Get-ItemProperty 'HKCU:\SOFTWARE\Policies\Microsoft\Edge' 2>$null | Format-List
- 値名の有無と型、設定元（GPO/Intune/スクリプト）を突き止め、不要なクリア系設定が有効になっていないかを確認します。
グループ ポリシー（GPO）での確認例
- gpedit.msc を開く。
- コンピューターの構成 または ユーザーの構成 → 管理用テンプレート → Microsoft Edge。
- Clear browsing data on exit または同等のポリシーが 有効 なら、必要に応じて 未構成/無効 を選ぶ。
- 変更後は
gpupdate /force、Edge の全ウィンドウを閉じ再起動。
Intune（設定カタログ）での確認例
- 対象の構成プロファイルで Microsoft Edge 項目を開く。
- 「終了時に閲覧データをクリア」「Cookie/サイトデータの扱い」などの項目が有効化されていないか確認。
- テスト用デバイス グループで無効化して挙動を比較し、広範適用の前に影響を評価する。
技術的背景と考察（なぜ起きるのか）
本現象は 回帰バグ（Regression） とみられ、以下の条件が絡み合うと発生確率が上がります。
- 例外リストの永続化失敗：例外エントリ（許可サイト）がプロファイル設定ファイルに残らない／初期化される。
- 終了時クリアの誤作動：ユーザー設定ではオフでも、内部フラグやポリシー、拡張機能がトリガーして Cookie クリアが走る。
- プロファイル破損：電源断・異常終了等で
%LOCALAPPDATA%\Microsoft\Edge\User Data配下の Preferences（JSON）や Network ストアが壊れている。 - 第三者 Cookie 制御やストレージ分離の強化との相互作用：SSO や複数ドメイン構成のサービスで意図せず第三者扱いになり、維持に失敗する。
根本は製品側の修正が必要ですが、ユーザー設定とポリシー整理で「削除トリガーを踏まない」構成にしておくと影響を最小化できます。
チェックリスト：原因切り分けを効率化
| 確認項目 | 方法 | OK 判定 | NG 時の次アクション |
|---|---|---|---|
| 終了時クリアがオフか | edge://settings/clearBrowsingDataOnClose | Cookie が オフ | オフに変更し、再起動して再テスト |
| 例外リストの保持 | 許可サイトを追加→再起動→残っているか | エントリが残る | プロファイル新規作成で再現比較 |
| 第三者 Cookie の影響 | SSO/別ドメインのログインに注目 | 必要ドメインを許可に列挙 | CDN/SSO ドメインも許可に追加 |
| 管理ポリシー干渉 | edge://policy / レジストリ確認 | クリア系ポリシー未適用 | GPO/Intune の設定見直し |
| 拡張機能の影響 | 拡張機能を一時すべて無効化 | 挙動変化なし | Cookie クリーナー系を特定・除外 |
| セキュリティ製品の干渉 | リアルタイム保護の Web/プライバシー機能 | Cookie 自動削除の設定なし | 対象サイトを許可リストへ追加 |
よくある落とし穴と回避
- 「サイトの許可」ではなく「例外（削除しない）」だけに登録している：例外が飛ぶ環境では許可に直接登録する。
- サブドメインを見落とす：
example.comの他にauth.example.com、cdn.example.comなども必要。 - 複数プロファイルで別設定：業務用と私用で挙動が違う。両方の設定を確認。
- ブラウザのクリーンアップ ツール：自動で Cookie/サイトデータを削除するオプションが有効になっていないか確認。
PWA とパスワード マネージャーの活用（影響緩和）
根本修正までの生産性低下を抑えるため、PWA（アプリとしてインストール） と パスワード マネージャー を活用します。
- 対象サイトを開く → 右上のメニュー → アプリ → このサイトをアプリとしてインストール。
- 再ログインが必要になってもデスクトップから素早く復帰できる。
- パスワード マネージャーで MFA バックアップ コードや TOTP を安全に管理する。
設定を戻すタイミング（修正版の配布後）
- 設定 → Microsoft Edge について で最新の安定版に更新。
- 暫定でオンにした「許可」や事前レンダリングなどを 段階的に元に戻す。
- 例外リストが再び正常に保持されるかを観測し、問題なければポリシーの暫定変更も巻き戻す。
復旧が難航する場合の最終手段
プロファイルの再作成
- 右上のプロフィール → プロファイルの管理 → 追加。
- 新プロファイルで同じサイトにログインし、終了→再起動後に保持されるか確認。
- 保持されるなら、旧プロファイルのブックマーク等をエクスポートして移行。
設定のリセット（注意して実施）
edge://settings/reset→ 設定のリセット。- 拡張機能や一部のカスタマイズが初期化されるため、事前にメモを取る。
トラブルシューティングの作業ログ例（記録テンプレート）
| 日時 | 操作 | 結果 | メモ |
|---|---|---|---|
| — | 許可サイトに example.com を追加 | 再起動後も保持 | SSO は auth.example.com も必要 |
| — | 終了時クリアをオフ | 再ログイン頻度が低下 | 拡張機能は影響なし |
| — | 新規プロファイル作成 | 再現せず | 旧プロファイル破損の疑い |
セキュリティの観点：安易な全面許可は避ける
- 対象サイトのみに限定して許可（ワイルドカードを乱用しない）。
- 不要になった許可は削除し、定期的に棚卸し。
- 社外端末では終了時クリアを完全に無効化する前に、MFA・条件付きアクセスで補強する。
まとめ
Edge 140 系で散見される「終了時に Cookie がすべて消える」問題は、ユーザー設定と例外リストの永続化が噛み合わず生じる 回帰バグ とみられます。恒久修正が提供されるまでの現実解は、許可サイトへの直接登録と終了時クリアの確実な無効化、そして管理ポリシーの干渉排除です。プロファイルの健全性確認、新規プロファイルでの A/B テスト、PWA・パスワード マネージャーによる業務影響の緩和も併用すると、再ログイン地獄から抜け出せます。修正版に更新できたら暫定策を段階的に戻し、設定のシンプルさを保つ――これが長期の安定運用の近道です。
現状と今後（アップデートの受け取り方）
- 本件は 回帰バグ として認識されており、製品側の修正が見込まれます。
- 修正版が公開されたら 設定 → Microsoft Edge について から最新ビルドを適用。
- 運用側では、バージョン凍結・段階配信・ロールバック計画の 3 点セットを準備し、同種の再発に備えると安心です。
Appendix：現場で役立つ「すぐ使える」スニペット
レジストリ値のサマリ取得（読み取り専用）
PowerShell:
$paths = @(
'HKLM:\SOFTWARE\Policies\Microsoft\Edge',
'HKCU:\SOFTWARE\Policies\Microsoft\Edge'
)
foreach ($p in $paths) {
if (Test-Path $p) {
Write-Host "=== $p ==="
Get-ItemProperty $p | Format-List
}
}
ユーザー向けトリアージ メモ（配布用）
- Edge を閉じる前に、対象サイトが「許可」に入っているか確認。
- 閉じるときは全ウィンドウを終了（バックグラウンド続行が誤検知を招く場合がある）。
- 再ログインの手間を減らすため、PWA とパスワード マネージャーを併用。
- 改善がなければ Win + F で Feedback Hub に症状を投稿。
管理者向けチェック（ショート版）
- edge://policy でクリア系ポリシーの有無を確認。
- GPO / Intune の「終了時クリア」を無効化し、パイロット端末で A/B テスト。
- 拡張機能・セキュリティ製品の Cookie クリア機能を棚卸し。
- プロファイル新規作成での再現性を記録し、破損疑いのプロファイルを移行。
FAQ
Q. 「ブラウザを閉じたときに閲覧データをクリアする」をオフにしても消えます。なぜ？
A. ポリシーや拡張機能、異常終了後の内部状態により、ユーザー設定と無関係にクリアが走るケースがあります。管理ポリシーの確認と新規プロファイルでの検証が有効です。
Q. 例外リストが毎回消えるときは？
A. 許可セクションへの 直接登録を優先してください。保持されるまで対象ドメイン（SSO/サブドメイン含む）を網羅し、改善後に必要最小限へ整理します。
Q. 企業で安全性は落ちませんか？
A. 全面許可は避け、対象ドメインの最小化・多要素認証・条件付きアクセスとセットで運用してください。修正版配布後は暫定策を速やかに巻き戻します。
Q. ロールバックは推奨されますか？
A. セキュリティ観点から常に推奨とは言えません。検証用の限定端末でのみ行い、早期に安定版へ復帰する方針を徹底してください。
短期・中期の運用指針
| 期間 | 目的 | 実施事項 | 成果物 |
|---|---|---|---|
| 短期（本日〜数日） | 影響最小化 | 許可サイト登録／終了時クリア無効／プロファイル健全性確認 | 影響のあるサービス一覧と許可ドメイン表 |
| 中期（修正版公開まで） | 運用品質の維持 | A/B テスト、端末種別での差分検証、ポリシー競合の解消 | 再発時の標準運用手順（SOP） |
| 修正版公開後 | 暫定策の巻き戻し | 設定の標準化・最小化、影響監視 | 最終構成ドキュメント |
最後に
Cookie は「便利さと安全性」を両立させるための繊細な仕組みです。今回のような回帰バグが起きたときは、許可の最小化と運用の見える化を原則に、段階的にリスクを抑えることが重要です。本記事の手順を順に実施すれば、今日から業務影響を大きく減らせます。根本修正が反映されたら構成をシンプルに戻し、次のアップデートに備えましょう。
コメント