Cookie-Einwilligung für SvelteKit,
ein Server-Hook

Eine SvelteKit-App lädt ihre Tracker aus +layout.svelte auf dem Client. Kein Einwilligungsschritt, kein Nachweis.

Die Regel ist überall in der EU und im Vereinigten Königreich dieselbe: Ohne Zustimmung darf nichts über das unbedingt Notwendige hinaus auf dem Gerät eines Besuchers gespeichert oder von dort ausgelesen werden. Das ist Artikel 5 Absatz 3 der ePrivacy-Richtlinie, und die Zustimmung muss der DSGVO-Definition von Einwilligung genügen: freiwillig, spezifisch, informiert und unmissverständlich, mit einer Ablehnung, die so einfach ist wie die Annahme. Das Vereinigte Königreich hält dieselbe Regel in PECR fest, mit engen Ausnahmen für risikoarme Statistiken seit dem 5. Februar 2026. Kalifornien und die anderen US-Bundesstaaten funktionieren umgekehrt: kein Opt-in, aber ein Opt-out-Link und Unterstützung für das Global-Privacy-Control-Signal.

Für eine Website folgen daraus drei Dinge. Analyse-, Werbe- und Social-Media-Skripte müssen auf eine Entscheidung warten. Die Entscheidung muss so aufgezeichnet werden, dass Sie sie später vorzeigen können, denn Artikel 7 Absatz 1 legt die Beweislast bei Ihnen. Und der Widerruf muss so einfach sein wie die Zustimmung, also braucht es auf jeder Seite ein Bedienelement, das das Banner wieder öffnet. Ein Banner, das zwei Buttons zeigt und Google Analytics trotzdem lädt, fällt beim ersten Test durch, und genau dieses Versagen ahnden die Aufsichtsbehörden, von den CNIL-Entscheidungen gegen Google und SHEIN bis zu den Prüfwellen der niederländischen und belgischen Behörden.

SvelteKit rendert HTML über hooks.server.ts, und das ist der sauberste Ort für eine Consent-Runtime: ein Handle, das jede HTML-Antwort transformiert und das Tag als erstes in den Head schreibt, egal was Seite oder Layout tun. Kombinieren Sie es über sequence() mit Ihren anderen Hooks; setzen Sie %cookiecrumbs.head% in app.html, wenn Sie die genaue Position selbst wählen wollen.

Derselbe Hook setzt event.locals.consent, sodass eine +page.server.ts-Load-Funktion serverseitig entscheiden kann, ob sie ein Embed oder seinen Platzhalter einbindet. Auf dem Client halten Consent-Stores jede Komponente im Gleichschritt: $consent für die Kategorien, $regime für die geltende Regel und Aktionen zum Öffnen, Akzeptieren, Ablehnen oder Widerrufen.

SvelteKits onMount ist der Ort, an dem Tracker typischerweise starten. Verpacken Sie den Teilbaum in ConsentGate oder prüfen Sie den Store vor der Initialisierung. Alles, was der Scan auf der deployten Domain findet und nicht getaggt ist, übernimmt die Block-Map, sodass auch ein vergessenes Skript in einem alten Layout wartet.

SvelteKit-Apps mit Google Ads fügen gtag meist in app.html ein. Unter der Runtime lädt es mit „denied“-Standardwerten und aktualisiert sich, sobald jemand entscheidet.

Google Consent Mode v2 ist die Signalebene zwischen dem Banner und Googles Tags. Bevor ein Tag läuft, werden sieben Signale (ad_storage, analytics_storage, ad_user_data, ad_personalization, functionality_storage, personalization_storage, security_storage) für Besucher im EWR, im Vereinigten Königreich und in der Schweiz auf „denied“ gesetzt. Sobald jemand entscheidet, aktualisiert die Runtime sie und Googles Tags passen sich an. Seit dem 15. Juni 2026 verwendet Google ad_storage als maßgebliches Signal für Ads-Daten, der richtige Standardwert ist also wichtiger als früher.

CookieCrumbs setzt die Standardwerte synchron, vor jedem Tag-Manager, aktualisiert sie bei jeder Entscheidung und liefert eine Google-Tag-Manager-Vorlage mit, damit die Consent-Trigger ohne handgeschriebene Listener existieren. Im Advanced-Modus halten Googles cookielose Pings die modellierten Conversions für Besucher am Laufen, die Nein gesagt haben. Was es nicht tut: sich als von Google zertifizierte CMP ausgeben. Für AdSense, Ad Manager oder AdMob im EWR brauchen Sie weiterhin eine mit IAB TCF, und das ist CookieCrumbs heute nicht.