Cookie-AutoDelete-Alternative

TL;DR: CookieVault Guardian ist die quelloffene, Manifest-V3-native Alternative zu Cookie AutoDelete. Sie stellt den Tab-Schließ-Auto-Cleanup-Workflow in jedem Chromium-Browser sowie in Firefox wieder her, gleicht die Whitelist- / Greylist-UX an und erweitert die Bereinigung auf localStorage, IndexedDB und Cache Storage — Bereiche, die Cookie AutoDelete nie abdeckte.

CookieVault Guardian ist eine kostenlose, MIT-lizenzierte Browsererweiterung, die einen Manifest-V3-Ersatz für Cookie AutoDelete bietet, die langjährige Datenschutz-Erweiterung, die Chrome Ende 2024 zwangsweise deaktivierte, als die Manifest-V2-Abschaltung ihre letzte Phase erreichte. Guardian baut den Bereinigungs-Workflow pro Tab auf modernen Erweiterungs-APIs neu auf und erweitert die Liste der Bereinigungsziele von “nur Cookies” auf jede Browser-Speicher-API, die Tracking-Zustand halten kann.

Was mit Cookie AutoDelete passiert ist

Kurz gesagt: Cookie AutoDelete war jahrelang der Standard-Tab-Schließ-Cookie-Cleaner der Datenschutz-Community in Chrome und Firefox, mit einer gemeldeten Spitzen-Installationsbasis von rund 280.000 wöchentlich aktiven Chrome-Nutzern¹. Chromes Manifest-V2-Abschaltung deaktivierte zwischen Juni 2024 und Anfang 2025 alle MV2-Erweiterungen im Stable-Kanal²; Cookie AutoDelete wurde von dieser Welle erfasst, weil seine Kernarchitektur von persistenten MV2-Hintergrundseiten abhing und nie für MV3 neu geschrieben wurde. Das GitHub-Repository³ bleibt unter der MIT-Lizenz öffentlich; der Firefox-Add-ons-Eintrag funktioniert weiterhin, weil Firefox die MV2-Unterstützung beibehielt.

Cookie AutoDelete wurde von Kenny Do (mrdokenny auf GitHub) erstellt und wuchs zu einem von der Community gepflegten Projekt unter der GitHub-Organisation Cookie-AutoDelete³ heran. Es bediente Nutzer, die das Firefox-Verhalten “Cookies und Website-Daten beim Schließen von Firefox löschen” wollten, aber pro Tab statt pro Browser-Sitzung — das Schließen des letzten Tabs einer Domain löste die Bereinigung für diese Domain aus, unabhängig davon, ob der Browser weiterlief.

Der Kernmechanismus der Erweiterung — von einer persistenten Hintergrundseite aus auf chrome.tabs.onRemoved zu lauschen und die Menge der offenen Tabs mit dem Cookie-Speicher abzugleichen — hing von APIs ab, die Manifest V3 grundlegend verändert hat. MV3 ersetzt persistente Hintergrundseiten durch kurzlebige Service Worker und zwingt Erweiterungen, an vielen Stellen, an denen MV2 imperative APIs erlaubte, deklarative zu verwenden. Cookie AutoDelete für MV3 neu zu schreiben, hätte ein erhebliches Reengineering der Tab-Lebenszyklus-Logik erfordert, und die Maintainer gaben öffentlich an⁴, dass dieses Neuschreiben nicht auf ihrer Roadmap stand.

Als die MV2-Deaktivierung im Stable-Kanal von Chrome Ende 2024 den allgemeinen Rollout erreichte, hörte Cookie AutoDelete für schätzungsweise über 280.000 wöchentlich aktive Chrome-Nutzer über Nacht auf zu funktionieren, zusammen mit Tausenden anderen nicht migrierten MV2-Erweiterungen.

Warum du jetzt einen Ersatz brauchst

Kurz gesagt: Wenn du Cookie AutoDelete in Chrome / Edge / Brave / Opera / Vivaldi / Arc genutzt hast, hast du keinen Update-Pfad im Store — die Erweiterung ist dauerhaft deaktiviert. Wenn du es in Firefox genutzt hast, kannst du es weiter nutzen, verlierst aber die Möglichkeit, eine Whitelist browserübergreifend zu teilen. So oder so ist der Speicherumfang (Cookies + teilweise localStorage) enger, als es moderne Tracking-Praktiken rechtfertigen.

Drei Gründe, warum ein Cookie-AutoDelete-Nutzer 2025 eine Migration prüfen sollte:

1. Chrome-Browser laden es nicht mehr. Das ist hart, nicht weich — die MV2-Deaktivierung im Stable-Kanal von Chrome ist Richtlinie, kein Bug, und die Deaktivierung ist nicht umkehrbar. Nutzer in Chrome / Edge (Chromium) / Brave / Opera / Vivaldi / Arc stehen ohne Auto-Cleanup da, es sei denn, sie installieren etwas anderes.
2. Der Speicherumfang ist über Cookies hinausgewachsen. Tracking und Sitzungszustand leben heute routinemäßig in localStorage, IndexedDB und Cache Storage — von denen Cookie AutoDelete keines umfassend bereinigt. Beim Tab-Schließen nur Cookies zu bereinigen, ist zunehmend eine Teilverteidigung, weil ein Tracker die Nutzeridentität aus jedem dieser Seitenkanäle rehydrieren kann.
3. Die Pflege läuft aus. Selbst in Firefox haben die ursprünglichen Maintainer angegeben⁴, dass die aktive Entwicklung von Cookie AutoDelete sich verlangsamt hat. Das Repository ist noch da, weiterhin MIT-lizenziert, aber Updates sind selten.

Wenn du nur Firefox nutzt und deine aktuelle Whitelist für dich funktioniert, gibt es keine Dringlichkeit — Cookie AutoDelete in Firefox verschwindet nicht über Nacht. Aber für alle anderen, und für Nutzer, die einheitliche Bereinigung über alle Speichertypen wollen, ist ein Manifest-V3-nativer Ersatz die bessere Aufstellung.

Was CookieVault Guardian über Cookie AutoDelete hinaus ergänzt

Kurz gesagt: Guardian ist eine strikte Obermenge der Funktionsfläche von Cookie AutoDelete. Alles, was Cookie AutoDelete tat, tut Guardian; die Ergänzungen sind erweiterte Speicherbereinigung (localStorage, sessionStorage, IndexedDB, Cache Storage, Service-Worker-Registrierungen), geräteübergreifende Whitelist-Synchronisierung (Pro) und moderne Manifest-V3-Kompatibilität.

Guardians Design geht von “der UX von Cookie AutoDelete, aber auf MV3” aus und ergänzt drei Kategorien von Verbesserungen:

• Speicherumfang. Cookie AutoDelete bereinigte Cookies und, in späteren Versionen, teilweise localStorage. Guardian bereinigt Cookies, localStorage, sessionStorage, IndexedDB, Cache Storage und Service-Worker-Registrierungen — jede Browser-Speicherfläche, die sitzungsübergreifenden Zustand halten kann. Jeder Speichertyp lässt sich in den Einstellungen einzeln umschalten.
• Geräteübergreifende Whitelist-Synchronisierung (Pro). Die Whitelist von Cookie AutoDelete lebt lokal pro Browserprofil. Die Pro-Stufe von Guardian synchronisiert die Whitelist über all deine Geräte hinweg über einen Ende-zu-Ende-verschlüsselten Kanal — dieselben Domain-Regeln gelten auf deinem Laptop, deinem Arbeitsrechner und deinem Heim-Desktop ohne manuelle Neueingabe.
• Manifest-V3-nativ. Keine persistenten Hintergrundseiten. Service-Worker-basierte Architektur. Kompatibel mit dem nächsten Jahrzehnt der Chrome-Erweiterungs-API-Entwicklung statt mit dem vorigen.

Alles andere — Whitelist-UX, Greylist (beim nächsten Schließen löschen, dann automatisch hochstufen), Wildcard-Abgleich, Firefox-Container-Unterstützung, manueller “Jetzt bereinigen”-Button — bleibt gleichwertig erhalten.

Was Guardian NICHT tut, was Cookie AutoDelete tat

Ehrlichkeit zählt: Guardian ist nicht in jeder Dimension strikt besser. Drei Bereiche, in denen Cookie AutoDelete einen kleinen Vorsprung hatte:

• Kleinerer Installations-Fußabdruck. Cookie AutoDelete packt auf ~150 KB; Guardian packt auf ~480 KB (der Sync-Client + die Krypto-Bibliothek blähen das Bundle auf).
• Längere Firefox-Erfolgsbilanz. Cookie AutoDelete ist seit 2017 auf Firefox Add-ons mit einer mehrjährigen Stabilitätsbilanz. Guardian ist dort neuer.
• Reiner Lokal-Modus: Cookie AutoDelete hat dich nie aufgefordert, ein Konto anzulegen. Der Lokal-Modus von Guardian ist identisch, aber die Existenz einer Pro- / Sync-Stufe kann sich wie Overhead anfühlen, auch wenn du sie nicht nutzt.

Wenn diese Punkte für deinen Workflow schwerer wiegen als die Vorteile von Speicherumfang und Sync, ist es vernünftig, bei Cookie AutoDelete (Firefox) zu bleiben.

CookieVault Guardian gegenüber Cookie AutoDelete und Alternativen

Die ehrliche Einschätzung: Für reine Firefox-Nutzer mit stabilem Workflow bleibt Cookie AutoDelete eine vernünftige Wahl. Für alle anderen — Chromium-Browser-Nutzer, browserübergreifende Nutzer oder alle, die Bereinigung über Cookies hinaus wollen — ist Guardian das Upgrade.

Wie du von Cookie AutoDelete zu Guardian migrierst

Die Migration dauert im Idealfall etwa 90 Sekunden. Vollständige geordnete Checkliste:

1. Exportiere deine Cookie-AutoDelete-Whitelist. Solange Cookie AutoDelete noch installiert ist (in Firefox oder in einem Chromium-Browser, der es noch nicht zwangsweise deaktiviert hat), öffne die Einstellungsseite und wähle “Export → Whitelist + Greylist”. Speichere die JSON.
2. Installiere CookieVault Guardian. Suche im Chrome Web Store / bei Edge Add-ons / bei Firefox Add-ons nach “CookieVault Guardian”. Für Opera / Vivaldi / Arc / Brave lade die signierte CRX von der GitHub-Release-Seite per Side-Load.
3. Importiere die Whitelist. Klicke auf das Guardian-Symbol in der Symbolleiste → Einstellungen (Zahnrad) → “Import → Cookie AutoDelete JSON”. Wähle die Datei aus Schritt 1.
4. Prüfe, ob die Domains in der Whitelist erscheinen. Wechsle zum Tab Whitelist. Bestätige, dass jede Domain übertragen wurde. Die Subdomain-Vererbung ist standardmäßig an — ein einzelner Eintrag example.com deckt mail.example.com ab.
5. Teste den Bereinigungs-Workflow an einer echten Website. Öffne eine nicht gelistete Website, surfe eine Minute, schließe den Tab, öffne erneut — du solltest abgemeldet sein, localStorage geleert, IndexedDB geleert. Wenn eine Website, bei der du angemeldet bleiben wolltest, es nicht ist, füge sie zur Whitelist hinzu.
6. Stelle den Bereinigungsumfang ein. Einstellungen → Cleanup Targets — aktiviere / deaktiviere jeden Speichertyp einzeln. Die Voreinstellungen sind sinnvoll; engge den Umfang nur ein, wenn eine kritische Website kaputtgeht.
7. Aktiviere die verschlüsselte Whitelist-Synchronisierung (optional). Einstellungen → Sync → lege ein Konto an → wähle eine Passphrase. Die Passphrase leitet den Schlüssel auf deinem Gerät ab; der Sync-Server speichert nur undurchsichtigen Chiffretext.
8. Deinstalliere Cookie AutoDelete. Gehe in jedem Browser, in dem es noch installiert ist (meist Firefox), zur Erweiterungsseite und entferne es. Behalte die exportierte JSON mindestens 30 Tage als Rückwechsel-Option.

Falls der Import in Schritt 3 mit “unsupported format” scheitert, stammt deine JSON womöglich aus einer Cookie-AutoDelete-Version vor 3.x. Öffne ein Issue im CookieVault-GitHub-Repository mit der angehängten Datei (schwärze sensible Domainnamen) und wir ergänzen einen Kompatibilitäts-Shim.

Häufig gestellte Fragen

F: Warum hat Cookie AutoDelete in Chrome aufgehört zu funktionieren? Chrome deaktivierte zwischen Juni 2024 und Anfang 2025 alle MV2-Erweiterungen im Stable-Kanal. Cookie AutoDelete stützte sich auf eine persistente MV2-Hintergrundseite, die es in MV3 nicht gibt, und wurde nicht rechtzeitig neu geschrieben.

F: Funktioniert Cookie AutoDelete in Firefox noch? Ja. Firefox behielt die MV2-Unterstützung. Wenn du nur Firefox nutzt und deine aktuelle Konfiguration funktioniert, gibt es keine Dringlichkeit zu migrieren.

F: Importiert Guardian meine Cookie-AutoDelete-JSON? Ja — vollständige Whitelist + Greylist + Wildcard + Container-Zuordnungen. Öffne ein Issue, wenn du auf einen Parse-Fehler stößt.

F: Was bereinigt Guardian über Cookies hinaus? localStorage, sessionStorage, IndexedDB, Cache Storage, Service-Worker-Registrierungen. Jedes umschaltbar.

F: Welche Websites gehen unter Guardians erweiterter Bereinigung kaputt? Alles, was Zustand clientseitig ohne Server-Backup speichert — Entwürfe in Online-Editoren, PWA-Offline-Caches, Zustandscaches von JS-Frameworks. Setze sie auf die Whitelist.

F: Ist die kostenlose Stufe eingeschränkt? Keine funktionalen Grenzen. Pro ergänzt geräteübergreifende Synchronisierung und Team-Regel-Sharing.

F: Ist Guardian dieselbe Erweiterung wie CookieVault Editor? Nein — zwei getrennte Erweiterungen. Installiere eine, die andere oder beide.

F: Kann ich Guardians Bereinigung rückgängig machen? Nein — die Bereinigung von Cookies und Speicher ist unumkehrbar, sobald sie läuft. Setze sensible Websites auf die Whitelist; der 30-Tage-Cookie-Verlauf in Pro deckt Cookies ab (nicht die anderen Speichertypen) für versehentliche Schließungen.