Windows 10 の Microsoft Edge（安定版）で、PC やブラウザーの再起動のたびに Gmail／YouTube などの Google サービスから自動的にサインアウトされてしまう――この症状は、多くの場合「Cookie 保存処理の邪魔」または「プロファイルの一時的な初期化」が原因です。この記事では、原因の切り分けから恒久／暫定の解決策までを、実務で再現検証しやすい手順とチェックリストで詳しく解説します。
症状の特徴と前提条件
まず、今回の現象を次のように定義します。
- Edge（安定版）を終了→起動、または Windows 再起動のたびに Google アカウントから強制的にサインアウトされる。
- Edge 自体の同期（パスワード・お気に入り・拡張機能）は正常に動作している。
- 発生は 2～3 日前からなど、あるタイミングを境に顕在化。
- Edge Beta／Dev／Canary では再現しないケースがある。
なぜサインインが保持されないのか（仕組みの理解）
Google のサインイン状態は、主に Cookie（認証トークン） と サイト データ により維持されます。Edge は Chromium ベースのため、プロファイル直下の %LOCALAPPDATA%\Microsoft\Edge\User Data\<Profile>\Network\Cookies（SQLite データベース）に Cookie を保存します。ここが削除・破損・書き込み失敗・復元ロールバックのいずれかに陥ると、起動のたびに Google 側が「新規環境」と判断し、再ログインを要求します。さらに次の要因が重なると再現率が上がります。
- 終了時に Cookie を消す設定・拡張機能・グループポリシー。
- プロファイル ディレクトリの クラウド同期（OneDrive 等） によるファイルロック競合や差分復元。
- サードパーティ クリーナー／セキュリティー製品が Cookie DB を「不要ファイル」と誤認して掃除。
- システム時刻のずれや証明書失効に起因するトークン無効化。
- 特定の Edge 安定版ビルドにおける Cookie 管理のリグレッション（Beta では未再現）。
原因と対策の早見表
| 現象／条件 | 最有力原因 | 推奨対策（要約） | 難易度 |
|---|---|---|---|
| 終了のたびに毎回ログアウト | 「終了時にデータを削除」設定／拡張 | edge://settings/content/cookies で終了時削除を無効化、拡張機能を外して再テスト | 低 |
| Google 以外のログインは保持される | Cookie 例外・SameSite 周りの相性 | [*.]google.com を「常に許可」、サードパーティ Cookie 一時的に許可 | 低 |
| Beta/Dev では起きない | 安定版の特定ビルドの不具合 | 暫定で Beta を既定ブラウザーに、開発チームへフィードバック送信 | 低 |
| PC 再起動時のみ再現 | OneDrive 等の同期が User Data を巻き戻し | Edge の User Data を同期対象から外す／同期を一時停止 | 中 |
| クリーナー実行後に発生 | Cookie DB の自動削除 | 対象外に登録（Edge の Cookie を保護）、常駐監視をオフ | 低 |
| 新規 Windows ユーザーでは再現しない | 既存プロファイル破損／設定相違 | 新規プロファイルへ移行、または Edge のリセット | 中 |
| 2～3 日前から急に | 自動アップデート／ツール設定変更 | 発生日の前後に行った変更を巻き戻す（拡張・ツール・ポリシー） | 中 |
即効性の高いチェック項目（最初に実施）
Cookie を消す設定や拡張機能を排除する
- Edge の設定を確認
edge://settings/content/cookiesを開き、「ブラウザーを閉じるときに Cookie とサイト データを削除する」が無効であることを確認します。
さらに 「すべての Cookie を許可」（一時措置）または 「3rd パーティ Cookie をブロック」を外し、再現性を確認します。 - 例外に Google ドメインを登録
同画面の「サイトに Cookie を保存して読み取ることを許可」→「追加」で、[*.]google.com、[*.]youtube.com、[*.]googleusercontent.comを登録。 - 拡張機能の影響をゼロにして再テスト
edge://extensionsで全拡張をオフにするか、edge://settings/profilesで空の新規プロファイルを作成し、拡張なしで 2～3 回の再起動テストを行います。
OneDrive などの同期で User Data が巻き戻っていないか
Edge のプロファイルは原則 %LOCALAPPDATA% 配下にあり、既定では OneDrive 既定のバックアップ対象ではありません。しかし以下のような構成変更があると、Cookie DB（Cookies／Cookies-journal）がロック／巻き戻し／差分復元を受け、毎回ログアウトが発生し得ます。
- ユーザープロファイルや
AppData\Localを OneDrive／ファイルサーバーへリダイレクト。 - シンボリックリンク／ジャンクションで
...Edge\User Dataをクラウド配下へ移動。 - 「PC フォルダーのバックアップ」や他社同期ツールが
Local配下まで誤って対象化。
次の手順で確認・回避してください。
- 現在のプロファイル パスを確認
edge://versionを開き、「プロファイル パス」を確認。
例：C:\Users\<User>\AppData\Local\Microsoft\Edge\User Data\Default - パスが OneDrive 直下やクラウド配下なら移動を戻す
シンボリックリンクを使っている場合は解除し、標準パスへ戻します。PowerShell 例：
# Edge を完全終了してから実行
taskkill /f /im msedge.exe
# 現在の User Data のリンク状態を確認
fsutil reparsepoint query "$env:LOCALAPPDATA\Microsoft\Edge\User Data" 2> $null
# バックアップを作成
$src = "$env:LOCALAPPDATA\Microsoft\Edge\User Data"
$bak = "$env:LOCALAPPDATA\Microsoft\Edge\UserData_backup_$(Get-Date -f yyyyMMddHHmmss)"
Copy-Item $src $bak -Recurse
# OneDrive の同期を一時停止（UI からで可）後、必要に応じてリンク解除や実体コピーを実施
- 同期の一時停止／除外
再現確認中は OneDrive の同期を一時停止し、Edge を 2～3 回再起動して挙動を見ます。
併用ツール（Dropbox／Box／企業同期クライアント等）がある場合も同様に停止して再テストします。
サードパーティ クリーナー／セキュリティ対策製品の見直し
「PC 高速化」「クリーンアップ」を謳うツールや一部のセキュリティ製品には、ブラウザー Cookie を定期的に削除する設定があります。タスクスケジューラの定期実行や常駐機能が有効だと、ユーザーの操作に関係なく Cookie が失われます。
- クリーナーの「ブラウザーのクリーンアップ」「トラッキング Cookie 削除」をオフにし、Edge の Cookie を除外へ登録。
- リアルタイム最適化／自動メンテナンスを停止して挙動を確認。
- セキュリティ製品は「疑わしいアプリの制御」「隔離」のログを確認し、
Cookiesファイルが対象になっていないかを点検。
詳細な切り分けフロー
以下の順で進めると、短時間で原因に当たりやすくなります。
- 拡張ゼロ・新規プロファイルで再現するか
edge://settings/profiles→「プロファイルの追加」で空のプロファイルを作り、Google にサインイン。Edge を 2～3 回終了→起動して、サインイン保持を確認。 - Edge 安定版の特定ビルド依存か
同じ環境で Edge Beta をインストールして再現しないなら、安定版固有の問題の可能性が高いです。暫定的に Beta を既定ブラウザーに設定し、安定版の更新を待ちます。 - Windows の新規ローカルユーザーで再現するか
既存ユーザー プロファイルの破損やポリシー影響を切り分けられます。管理者 PowerShell で：
net user TestUser /add
# サインアウト → TestUser でサインイン → Edge で再現テスト
- グループポリシー／レジストリにクリア設定がないか
edge://policyを開き、ClearBrowsingDataOnExit や Cookie 関連のポリシーが 有効になっていないか確認。家庭環境でも旧設定が残っている場合があります。レジストリの例：
reg query HKCU\Software\Policies\Microsoft\Edge
reg query HKLM\Software\Policies\Microsoft\Edge
該当値があれば、管理ポリシーで上書きされているため、ユーザーの設定変更は無効化されます。管理者に無効化を依頼するか、自身の意図で設定した覚えがあれば値を削除します（削除は自己責任）。
- システム時刻と NTP 同期を修正
時刻が数分以上ずれていると、Auth Cookie の期限切れが頻発します。管理者 PowerShell で：
w32tm /resync
# または 日時計の「自動的に時刻を設定する」を有効化しておく
- Cookie DB の破損を疑う（バックアップ後に再生成）
Edge 完全終了後、プロファイルのNetworkフォルダーをバックアップし、CookiesとCookies-journalを一時退避。再起動後に Google にサインインし直して保持されるかを確認。
設定パスと確認ポイントの一覧
| 目的 | 確認パス／画面 | 見るべき設定 | 期待値 |
|---|---|---|---|
| Cookie 自動削除の無効化 | edge://settings/content/cookies | ブラウザー終了時にデータを削除 | オフ |
| Google ドメイン例外 | 同画面「サイトに Cookie を保存…」→追加 | [*.]google.com 等の追加 | 許可に登録 |
| 拡張の影響排除 | edge://extensions | 広告ブロック／プライバシー系 | 一時的に全オフ |
| ポリシー適用の有無 | edge://policy | ClearBrowsingDataOnExit ほか | 未構成／無効 |
| プロファイルの実体パス | edge://version | Profile Path | AppData\Local\...（クラウド外） |
OneDrive／他社同期が原因の典型パターンと対処
典型パターン
- パターン A：「PC フォルダーのバックアップ」やリダイレクト設定で
AppData\Localをクラウドへ移動。 - パターン B：ユーザーが手動で
User Dataを OneDrive 直下に移し、ジャンクションで接続。 - パターン C：他社同期クライアントが
User Data\Default\Networkを同期対象に含め、起動時に DB をロールバック。
対処の原則
- ブラウザープロファイルは同期対象から外す。データ損失・ロック競合のリスクが高いため、ファイルレベル同期は非推奨です。
- Edge の組み込み同期を使う。お気に入り・パスワード・拡張・閲覧履歴などは Edge のアカウント同期で安全に複製できます。
- バックアップは「停止」ではなく「除外」へ。一時停止で改善しても、再開時に再発します。恒久対処として
User Dataツリーを完全に除外します。
サードパーティ製ツールの安全な設定例
| 製品カテゴリ | 要注意項目 | 除外パスの例 | 備考 |
|---|---|---|---|
| レジストリ／システム クリーナー | ブラウザーの Cookie／セッション削除 | %LOCALAPPDATA%\Microsoft\Edge\User Data\**\Network\Cookies* | 「トラッキング Cookie」を含む一括削除はオフ |
| セキュリティ対策ソフト | 監視・隔離（動作妨害） | 同上 | ヒューリスティックで誤検知する場合あり |
| 自動最適化ツール | 起動・終了時の自動クリーン | 同上 | スケジュールの停止を推奨 |
Edge 側で実施できる恒久対策
サイトごとのデータ保持を明示する
Google ドメインを「常に Cookie を許可」に登録しておくと、グローバル設定や一部拡張の動作に影響されにくくなります。
Edge の設定を既定にリセット
edge://settings/reset →「設定を既定の設定に復元」。
過去に入れたフラグや JSON 設定、誤ったポリシー相当の残骸を除去できます。
プロファイルを新規作成して移行
- 既存プロファイルで Edge の同期をオンにし、サインイン情報をクラウドへ。
- 新規プロファイルを作成し、Google にサインイン。症状がなければ、新規プロファイルへ移行します。
（企業環境）グループポリシーの見直し
管理テンプレートで ClearBrowsingDataOnExit が有効、または拡張の強制インストールで Cookie 削除拡張が配布されていると、ユーザー側での解除ができません。IT 管理者にポリシー変更を依頼してください。
安定版ビルド依存の可能性と暫定回避
同一 OS／同一プロファイル構成でも、安定版でのみ再現・Beta では非再現なら、ビルド固有の不具合の疑いが強いです。次の暫定措置を取ると実務への影響を最小化できます。
- Beta 版を既定ブラウザーに設定（設定 → 既定のアプリ）。
- 安定版はセカンダリとして残し、更新後に再検証。
- Alt + Shift + I でフィードバックを送信（再現手順／発生日／
edge://versionの情報を添付）。
Google 側要因の可能性と補助策
Cookie が維持されていても、Google 側のセキュリティ判断（多数端末ログイン／IP の急変動／時刻ズレ）で再認証が発生することがあります。頻発する間は次の補助策が有効です。
- 2 段階認証のバックアップ コードを準備（オフラインでも使えるコードを印刷して保管）。
- 物理セキュリティキー（FIDO2）を使用し、再ログインの手間を最小化。
- Windows の時刻を正確に保つ（NTP 同期の有効化）。
トラブル復旧の作業例（手順書）
- 保全：Edge を終了し、
User Dataを丸ごとバックアップ。 - 一次対処：OneDrive／同期ツールを一時停止。Cookie 自動削除設定をすべてオフ。
- 検証：拡張なしの新規プロファイルで Google にサインイン → Edge 再起動 3 回 → 保持されるか確認。
- 恒久化：User Data を同期対象から外す／シンボリックリンクを解除。クリーナーの除外を設定。
- 評価：安定版・Beta 双方で 1～2 日運用し再発しないことを確認。
- 報告：再発防止として、設定変更点と日付を記録。必要ならフィードバック送信。
よくある誤解と落とし穴
- 「Edge の同期が動いているから Cookie も同期される」：いいえ。Cookie はプライバシー上、アカウント同期の対象外です。PC 間の複製用途で User Data を丸ごと同期すると、今回のような問題を招きます。
- 「OneDrive を止めれば解決」：一時的には有効ですが、再開時に再発します。フォルダー除外や構成の見直しが必要です。
- 「トラッキング対策＝Cookie 全削除」：必要なログイン Cookie まで失われます。サイト別の許可リストを活用しましょう。
トラブルが解決しない場合の追加チェック
- Windows のイベント ビューアーで、再起動直後にディスク／ファイル システム エラーが出ていないか。
- ディスクの空き容量。Cookie DB は小さいですが、プロファイル全体の書き込み失敗は空き不足で発生することがあります。
- プロファイルのパーミッション。プロファイル フォルダーに現在ユーザーの 書き込み権限 があるかどうか。
- 証明書ストア。企業環境の SSL インターセプトや古いルート証明書の影響でトークン更新が失敗するケース。
当面の代替策（業務継続を優先する場合）
| 代替策 | メリット | デメリット | 向いている状況 |
|---|---|---|---|
| Edge Beta を既定化 | Chromium 同等の互換性、安定版の不具合を回避 | まれに新機能の仕様変更が先行する | 安定版ビルド依存が疑われるとき |
| Chrome／Firefox を併用 | ログイン維持の影響を最小化 | ブラウザー間で挙動が分かれる | 短期の業務継続が最優先のとき |
| 2FA のバックアップ キーを携行 | 頻繁な再認証でも業務を止めない | セキュリティ管理の手間が増える | 根本対処前の暫定運用 |
技術メモ：Cookie DB の内部と安全な扱い
Cookie は SQLite DB（Cookies）に保存され、Cookies-journal はトランザクション ジャーナルです。異常終了や同期ツールがジャーナルを巻き戻すと、直前の書き込みが失われ、「ログインしたと思ったのに次起動で消える」という症状になります。バックアップ／復元を行う際は、Edge を完全終了し、Cookies* を含めた Network フォルダー単位で扱うのが安全です。
チェックリスト（保存用）
- □ 終了時削除がオフになっている（Cookie／サイト データ）。
- □ Google ドメインを許可リストに追加した。
- □ 拡張機能なしで再現しないことを確認した。
- □ OneDrive／同期ツールの除外に
User Dataを追加した。 - □ クリーナー／セキュリティ製品の除外に
Cookies*を追加した。 - □ ポリシー（
edge://policy）にクリア設定が無いことを確認した。 - □ 時刻同期（
w32tm /resync）を実行した。 - □ 新規プロファイル／新規 Windows ユーザーで再現しないことを確認した。
- □ Beta 版で非再現の場合、暫定運用へ切り替えた。
まとめ
今回の「Edge 再起動で Google から自動的にログアウトされる」問題は、Cookie の削除・破損・巻き戻しのいずれかが起きていることがほとんどです。まずは「終了時削除の無効化」「拡張の影響排除」を行い、それでも解決しなければ OneDrive などの同期を止める／除外することで再現が収まるかを確認してください。Beta／Dev で再現しない場合は、安定版の特定ビルド起因の可能性が高く、暫定的に Beta を既定化しつつフィードバックを送るのが最短の実務対処です。
最終的に、新規プロファイルへ移行し、クリーナーやセキュリティ製品で Cookies* を確実に保護することで、再ログインに悩まされない安定運用を取り戻せます。
コメント