Cookie AutoDelete の代替
TL;DR:CookieVault Guardian はオープンソースで Manifest V3 ネイティブの Cookie AutoDelete 代替です。すべての Chromium 系ブラウザと Firefox でタブを閉じる自動クリーンアップのワークフローを復元し、ホワイトリスト / グレーリストの UX を踏襲し、Cookie AutoDelete が対象としなかった localStorage、IndexedDB、Cache Storage まで削除範囲を広げます。
CookieVault Guardian は無料・MIT ライセンスのブラウザ拡張機能で、Manifest V2 廃止が最終段階に達した 2024 年末に Chrome が強制無効化した長寿のプライバシー拡張機能 Cookie AutoDelete の Manifest V3 代替を提供します。Guardian はタブ単位のクリーンアップワークフローを現代の拡張機能 API 上で再構築し、削除対象を「Cookie のみ」から、追跡状態を保持しうるあらゆるブラウザストレージ API へ拡張します。
Cookie AutoDelete に何が起きたのか
要点:Cookie AutoDelete は何年もの間、Chrome と Firefox でプライバシーコミュニティの定番だったタブを閉じる Cookie クリーナーで、報告されるピークのインストール数は Chrome の週間アクティブユーザー約 28 万でした1。Chrome の Manifest V2 廃止は 2024 年 6 月から 2025 年初頭にかけて安定版のすべての MV2 拡張機能を無効化しました2。Cookie AutoDelete は中核アーキテクチャが永続的な MV2 バックグラウンドページに依存し MV3 へ書き換えられなかったため、この波に巻き込まれました。GitHub リポジトリ3は MIT ライセンスのまま公開され、Firefox が MV2 サポートを維持しているため Firefox アドオンの掲載は今も機能します。
Cookie AutoDelete は Kenny Do 氏(GitHub の mrdokenny)が作成し、Cookie-AutoDelete という GitHub 組織のもとでコミュニティ運営のプロジェクトに育ちました3。Firefox の「Firefox を閉じたら Cookie とサイトデータを削除」挙動を、ブラウザセッション単位ではなくタブ単位で提供したいユーザーに応えるものでした。あるドメインの最後のタブを閉じると、ブラウザが動き続けているかに関わらず、そのドメインのクリーンアップが走ります。
この拡張機能の中核機構——永続的なバックグラウンドページから chrome.tabs.onRemoved を監視し、開いているタブの集合を Cookie ストアと突き合わせる——は、Manifest V3 が根本的に変えた API に依存していました。MV3 は永続的なバックグラウンドページを一時的な service worker に置き換え、MV2 が命令的なやり方を許していた多くの場面で宣言的 API の使用を求めます。Cookie AutoDelete を MV3 へ書き換えるにはタブライフサイクル追跡ロジックの大幅な再設計が必要で、メンテナーはこの書き換えがロードマップにないと公に示しました4。
Chrome 安定版の MV2 無効化が 2024 年末に一般展開に達したとき、Cookie AutoDelete は推定 28 万以上の週間アクティブ Chrome ユーザーに対して、他の数千の未移行 MV2 拡張機能とともに一夜にして動かなくなりました。
なぜ今すぐ代替が必要なのか
要点:Chrome / Edge / Brave / Opera / Vivaldi / Arc で Cookie AutoDelete を使っていたなら、ストア内の更新経路はありません——拡張機能は恒久的に無効化されています。Firefox で使っていたなら使い続けられますが、ブラウザ間でホワイトリストを共有する手段は失われます。いずれにせよ、ストレージ範囲(Cookie + 一部 localStorage)は現代の追跡実態に対して狭すぎます。
2025 年の Cookie AutoDelete ユーザーが移行を検討すべき 3 つの理由。
- Chrome 系ブラウザがもう読み込まない。 これはソフトではなくハードです。Chrome の安定版での MV2 無効化はバグではなくポリシーで、不可逆です。Chrome / Edge(Chromium)/ Brave / Opera / Vivaldi / Arc のユーザーは、何か別のものを入れない限り自動クリーンアップを失います。
- ストレージ範囲が Cookie を超えた。 今日では追跡やセッション状態が localStorage、IndexedDB、Cache Storage に日常的に存在します——どれも Cookie AutoDelete は網羅的には削除しません。タブを閉じて Cookie だけ削除するのは、追跡者が放置された側路のどれからでもユーザー識別を復元できるため、ますます部分的な防御にすぎません。
- メンテナンスが縮小した。 Firefox であっても、元のメンテナーは Cookie AutoDelete の活発な開発が鈍ったと示しています4。リポジトリは残り MIT ライセンスのままですが、更新はまれです。
Firefox しか使わず現在のホワイトリストで足りているなら急ぐ必要はありません——Firefox の Cookie AutoDelete が明日消えるわけではありません。しかしそれ以外のすべての人、そしてすべてのストレージ種別にわたる統一的なクリーンアップを望む人には、Manifest V3 ネイティブの代替がより良い姿勢です。
CookieVault Guardian が Cookie AutoDelete に加えるもの
要点:Guardian は Cookie AutoDelete の機能集合の厳密な上位集合です。Cookie AutoDelete ができたことは Guardian もできます。追加分は、拡張されたストレージ削除(localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 登録)、デバイス間ホワイトリスト同期(Pro)、現代的な Manifest V3 互換です。
Guardian の設計は「Cookie AutoDelete の UX を、ただし MV3 上で」から出発し、3 つの改善を加えます。
- ストレージ範囲。 Cookie AutoDelete は Cookie と、後期版で一部 localStorage を削除しました。Guardian は Cookie、localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 登録——セッションをまたぐ状態を保持しうるあらゆるブラウザストレージ面を削除します。各ストレージ種別は設定で個別にオン/オフできます。
- デバイス間ホワイトリスト同期(Pro)。 Cookie AutoDelete のホワイトリストはブラウザプロファイルごとにローカルに存在します。Guardian の Pro プランはエンドツーエンド暗号化チャネルでホワイトリストを全端末に同期します——同じドメインルールが、手動の再入力なしにノート PC、業務 PC、自宅のデスクトップで適用されます。
- Manifest V3 ネイティブ。 永続的なバックグラウンドページなし。service worker ベースのアーキテクチャ。過去ではなく、今後 10 年の Chrome 拡張機能 API の進化に対応します。
それ以外——ホワイトリスト UX、グレーリスト(次回閉じたときに削除してから自動昇格)、ワイルドカードマッチング、Firefox コンテナ対応、手動「Clean now」ボタン——はすべて同等に保たれています。
Guardian にできず Cookie AutoDelete にできたこと
率直さが大切です。Guardian はすべての面で厳密に優れているわけではありません。Cookie AutoDelete が少し勝る 3 点。
- インストールサイズが小さい。 Cookie AutoDelete は約 150 KB、Guardian は約 480 KB です(同期クライアントと暗号ライブラリでバンドルが膨らみます)。
- Firefox での実績が長い。 Cookie AutoDelete は 2017 年から Firefox アドオンにあり、複数年の安定実績があります。Guardian はそちらでは新しいです。
- 完全ローカル専用モード。 Cookie AutoDelete はアカウント作成を一度も求めませんでした。Guardian のローカル専用モードも同じですが、Pro / 同期プランの存在が、使わなくてもオーバーヘッドに感じられることがあります。
これらの点があなたのワークフローにとってストレージ範囲や同期の利点を上回るなら、Cookie AutoDelete(Firefox)に留まるのは合理的です。
CookieVault Guardian と Cookie AutoDelete と代替の比較
| 評価項目 | CookieVault Guardian | Cookie AutoDelete | Self-Destructing Cookies(旧 Firefox) |
|---|---|---|---|
| ライセンス | MIT(オープンソース) | MIT(オープンソース) | MIT(オープンソース) |
| Manifest バージョン | V3 | V2(廃止予定) | XUL(Firefox 旧式) |
| 活発なメンテナンス | あり | 鈍化4 | 終了(2017 年) |
| Chrome / Edge / Brave / Opera / Vivaldi / Arc | あり | なし(無効化) | なし |
| Firefox | あり(MV3) | あり | なし(XUL 廃止) |
| ホワイトリスト / グレーリスト | あり | あり | あり |
| ワイルドカードパターン | あり | あり | 限定的 |
| Firefox コンテナ対応 | あり | あり | 該当なし |
| Cookie の削除 | あり | あり | あり |
| localStorage の削除 | あり | 一部 | なし |
| sessionStorage の削除 | あり | なし | なし |
| IndexedDB の削除 | あり | なし | なし |
| Cache Storage の削除 | あり | なし | なし |
| Service Worker 登録の削除 | あり | なし | なし |
| デバイス間ホワイトリスト同期 | あり(Pro) | なし | なし |
| インストールサイズ | 約 480 KB | 約 150 KB | 該当なし |
率直な見立て:Firefox しか使わず運用が安定しているユーザーには、Cookie AutoDelete は依然として合理的な選択です。それ以外のすべて——MV2 廃止でそれを失った Chromium 系ブラウザのユーザー、ブラウザをまたぐユーザー、Cookie を超えたクリーンアップを望む人——には、Guardian がアップグレードです。
Cookie AutoDelete から Guardian への移行手順
うまくいけば移行は約 90 秒です。完全な手順は以下のとおりです。
- Cookie AutoDelete のホワイトリストをエクスポートする。 まだ使えるうち(Firefox、またはまだ強制無効化されていない Chromium ブラウザ)に設定ページを開いて「Export → Whitelist + Greylist」を選び、JSON を保存します。
- CookieVault Guardian をインストールする。 Chrome ウェブストア / Edge アドオン / Firefox アドオンで「CookieVault Guardian」を検索します。Opera / Vivaldi / Arc / Brave は GitHub のリリースページから署名付き CRX をサイドロードします。
- ホワイトリストをインポートする。 Guardian アイコン → 設定(歯車)→「Import → Cookie AutoDelete JSON」で手順 1 のファイルを選びます。
- ドメインがホワイトリストに入ったか確認する。 Whitelist タブで、すべてのドメインが移ったか確認します。サブドメイン継承は既定でオン——example.com の 1 エントリで mail.example.com もカバーされます。
- 実際のサイトでクリーンアップをテストする。 ホワイトリスト外のサイトを開いて 1 分閲覧し、タブを閉じて再度開きます——ログアウトされ、localStorage と IndexedDB がクリアされているはずです。保ちたいサイトがそうならなければホワイトリストに追加します。
- クリーンアップ範囲を調整する。 設定 → Cleanup Targets で各ストレージ種別を個別にオン/オフします。既定は適切で、重要なサイトが壊れる場合のみ狭めます。
- 暗号化ホワイトリスト同期を有効にする(任意)。 設定 → Sync → アカウント作成 → パスフレーズ選択。鍵は端末側で導出され、同期サーバーは不透明な暗号文のみを保持します。
- Cookie AutoDelete をアンインストールする。 まだ入っているブラウザ(通常 Firefox)で拡張機能ページから削除します。切り戻し用にエクスポートした JSON は少なくとも 30 日間保管します。
手順 3 で「サポートされていない形式」と出る場合、JSON が Cookie AutoDelete 3.x より前の版の可能性があります。(機微なドメイン名を伏せた上で)ファイルを添えて CookieVault の GitHub リポジトリに issue を立ててください。互換用のシムを追加します。
よくある質問
問:なぜ Cookie AutoDelete は Chrome で動かなくなったのですか? Chrome は 2024 年 6 月から 2025 年初頭にかけて安定版のすべての Manifest V2 拡張機能を無効化しました。Cookie AutoDelete は MV3 に存在しない永続的な MV2 バックグラウンドページに依存し、間に合うように書き換えられませんでした。
問:Cookie AutoDelete は Firefox でまだ動きますか? はい。Firefox は MV2 サポートを維持しています。Firefox しか使わず現状で足りているなら急ぐ必要はありません。
問:Guardian は Cookie AutoDelete の JSON をインポートしますか? はい——ホワイトリスト + グレーリスト + ワイルドカード + コンテナ別関連付けを完全に。解析エラーが出たら issue を立ててください。
問:Guardian は Cookie 以外に何を削除しますか? localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 登録。各々オン/オフ可能です。
問:Guardian の拡張クリーンアップで壊れるサイトは? サーバーバックアップなしに状態をクライアント側へ保存するもの——オンラインエディターの下書き、PWA のオフラインキャッシュ、JS フレームワークの状態キャッシュ。ホワイトリストに追加してください。
問:無料プランに制限はありますか? 機能制限なし。Pro はデバイス間同期とチームのルール共有を追加します。
問:Guardian は CookieVault Editor と同じ拡張機能ですか? いいえ——2 つの別々の拡張機能です。片方、もう片方、または両方を入れられます。
問:Guardian のクリーンアップは取り消せますか? いいえ——Cookie とストレージの削除は実行後は不可逆です。機微なサイトはホワイトリストに。Pro の 30 日間 Cookie 履歴は Cookie(他のストレージ種別は対象外)の誤削除をカバーします。
Footnotes
-
Cookie AutoDelete の Chrome ウェブストア掲載は MV2 無効化前にインストール数を公開していました。「週間アクティブ Chrome ユーザー 28 万」は 2023〜2024 年の Web Archive スナップショットに記録された Chrome ウェブストア統計に由来し、概算です。 ↩
-
Chrome の Manifest V2 廃止スケジュールは developer.chrome.com/docs/extensions/develop/migrate に、安定版チャネルの無効化スケジュールは developer.chrome.com/blog/resuming-the-transition-to-mv3 に記載されています。 ↩
-
Cookie AutoDelete のソースコードは MIT ライセンスで github.com/Cookie-AutoDelete/Cookie-AutoDelete にあります。リポジトリは閲覧・フォーク可能なまま残り、Firefox アドオンの掲載も機能しています。 ↩ ↩2
-
Cookie AutoDelete の Manifest V3 互換に関する議論は、プロジェクトのリポジトリの複数の GitHub issue で追跡できます。プロジェクトの issue を “manifest v3” で検索するとメンテナーの公開された立場が見つかります。 ↩ ↩2 ↩3