> Server-Side Tagging hebt die Cookie-Einwilligung nicht auf. Was sich ändert, welche Mythen Sie meiden sollten und wie Sie Consent Mode v2 integrieren. > > Canonical: https://www.flowconsent.com/de/blog/server-side-tagging-cookies-einwilligung [Marketing-Tools](https://www.flowconsent.com/de/blog?category=tools) # Server-Side Tagging und Cookies: Auswirkungen auf die Einwilligung Von FlowConsent · Veröffentlicht am 30. März 2026 · Aktualisiert am 1. Oktober 2026 · 7 Min. Lesezeit Kurz gesagt Server-Side Tagging hebt die Einwilligungspflicht nicht auf. Was sich tatsächlich ändert, welche Mythen Sie vermeiden sollten und wie die Integration mit dem Consent Mode gelingt. ## Das Wichtigste in Kürze Server-Side Tagging verlagert die Datenerhebung vom Browser des Nutzers auf einen Server, den Sie selbst kontrollieren. So können Sie Daten filtern, anonymisieren oder blockieren, bevor sie an Dritte (Google, Facebook usw.) gesendet werden, Werbeblocker und Browser-Beschränkungen (Safari ITP, Abschaffung von Drittanbieter-Cookies in Chrome) umgehen und die Lebensdauer von First-Party-Cookies verlängern. Server-Side Tagging hebt die Einwilligungspflicht jedoch nicht auf: Wenn Sie personenbezogene Daten erheben, gelten die DSGVO und die ePrivacy-Richtlinie, ganz gleich, ob das Tracking clientseitig oder serverseitig erfolgt. ## Was ist Server-Side Tagging? Server-Side Tagging ist eine Methode der Datenerhebung, bei der die Ausführung von Tags (Tracking-Skripten) vom Browser des Nutzers in einen Server-Container verlagert wird, den Ihre Organisation verwaltet. Statt dass der Browser des Nutzers Daten direkt an Google Analytics, Facebook oder andere Drittanbieter sendet, laufen die Daten zunächst über Ihren Server, der dann entscheidet, was in welcher Form an wen übermittelt wird. Im klassischen clientseitigen Modell (dem bisher vorherrschenden Modell) wird jedes Drittanbieter-Tag im Browser des Nutzers geladen. Google, Facebook und alle anderen Drittanbieter erhalten die Daten also direkt vom Browser, ohne dass Sie genau steuern können, was übermittelt wird. Beim Server-Side Tagging sendet der Browser Daten nur an Ihren Server (in der Regel eine Subdomain Ihrer eigenen Domain, etwa `analytics.yoursite.com`). Ihr Server verarbeitet diese Daten und verteilt sie dann über Server-zu-Server-Verbindungen an die Drittanbieter. So behalten Sie die volle Kontrolle über die Daten, die Ihre Infrastruktur verlassen. ## Warum setzt sich Server-Side Tagging 2026 durch? Mehrere Faktoren tragen dazu bei, dass Server-Side Tagging zum neuen Standard der Datenerhebung wird. ### Browser-Beschränkungen Safari (ITP) begrenzt per JavaScript gesetzte Cookies auf 7 Tage und blockiert Drittanbieter-Cookies seit 2020. Der erweiterte Tracking-Schutz von Firefox blockiert bekannte Tracking-Skripte standardmäßig. Chrome hat 2025 begonnen, Drittanbieter-Cookies einzuschränken. Diese Beschränkungen verkürzen die Lebensdauer und verringern die Zuverlässigkeit clientseitiger Cookies, was die Qualität von Analyse- und Werbedaten verschlechtert. ### Werbeblocker Über 40 % des technikaffinen Publikums in Europa und Nordamerika nutzen Werbeblocker. Diese Tools blockieren clientseitige Tags (GTM, GA4, Meta Pixel) anhand von Listen bekannter Domains. Server-Side Tagging auf einer First-Party-Subdomain ist für diese Blocker unsichtbar, weil die Anfragen scheinbar von Ihrer eigenen Domain stammen. ### Kontrolle über die Daten Mit Server-Side Tagging können Sie Daten filtern, anonymisieren oder entfernen, bevor sie an Dritte gesendet werden. Sie können zum Beispiel die IP-Adresse des Nutzers entfernen, bevor Daten an Google Analytics gehen, oder E-Mail-Adressen hashen, bevor Sie sie für Conversions an Facebook übermitteln. Diese Kontrolle ist ein zentraler Baustein der DSGVO-Konformität (Grundsatz der Datenminimierung). Das Entfernen der IP-Adresse klärt allerdings nicht alle Fragen rund um das Google-Tool, wie unsere Analyse zur [DSGVO-Konformität von Google Analytics](https://www.flowconsent.com/de/blog/ist-google-analytics-dsgvo-konform) zeigt. ### Website-Performance Jedes clientseitige Tag lädt ein Skript im Browser und verlangsamt so den Seitenaufbau. Wird die Verarbeitung auf den Server verlagert, sinkt die Zahl der Skripte im Browser, was die Ladegeschwindigkeit und damit auch SEO und Nutzererlebnis verbessert. ## Hebt Server-Side Tagging die Einwilligungspflicht auf? Nein. Das ist der verbreitetste und gefährlichste Mythos. Server-Side Tagging hebt die Einwilligungspflicht nach DSGVO und ePrivacy-Richtlinie nicht auf. Die ePrivacy-Richtlinie (Artikel 5 Absatz 3, in Frankreich umgesetzt durch Artikel 82 des französischen Datenschutzgesetzes) verlangt eine Einwilligung für jeden Zugriff auf Informationen im Endgerät des Nutzers und jede Speicherung dort, mit Ausnahme technisch notwendiger Cookies. Wenn Ihre serverseitige Implementierung First-Party-Cookies setzt, um Nutzer zu identifizieren, ist eine Einwilligung erforderlich. Die DSGVO gilt für jede Verarbeitung personenbezogener Daten. IP-Adressen, Client-IDs, User Agents und andere in HTTP-Anfragen übermittelte Informationen sind personenbezogene Daten im Sinne der DSGVO. Selbst wenn Sie auf Cookies verzichten, ist schon das Erheben und Verarbeiten dieser Daten auf Ihrem Server eine Verarbeitung, die eine Rechtsgrundlage benötigt (Einwilligung, berechtigtes Interesse usw.). Kurz gesagt: Server-Side Tagging ändert das „Wo“ und „Wie“ der Erhebung, nicht das „Ob“. Sie benötigen weiterhin einen [rechtskonformen Cookie-Banner](https://www.flowconsent.com/de/blog/cookie-banner-dsgvo-konform-leitfaden) und eine [CMP](https://www.flowconsent.com/de/blog/consent-management-plattform-cmp-auswaehlen) zur Einholung der Einwilligung, bevor Sie nicht notwendige Daten erheben. ## Was Server-Side Tagging bei der Einwilligung tatsächlich ändert Server-Side Tagging hebt die Einwilligungspflicht zwar nicht auf, verändert aber deutlich, wie die Einwilligung technisch durchgesetzt wird. ### Serverseitige Durchsetzung der Einwilligung Im clientseitigen Modus beruht das Blockieren von Tags auf dem Browser: Die CMP muss verhindern, dass Skripte vor der Einwilligung geladen werden. Lädt ein Skript trotzdem (Konfigurationsfehler, Timing, Cache), wird das Cookie gesetzt. Im serverseitigen Modus lässt sich die Einwilligung auf dem Server prüfen, bevor Daten an Dritte übermittelt werden. Das ist eine zusätzliche Prüfebene, die zuverlässiger ist als das clientseitige Blockieren allein. ### Filtern und Anonymisieren von Daten Der Server kann personenbezogene Daten vor der Übermittlung entfernen oder anonymisieren. Zum Beispiel: die IP-Adresse vor dem Versand an GA4 entfernen, E-Mail-Adressen für Conversion-APIs (Facebook CAPI, Google Enhanced Conversions) hashen oder URL-Parameter mit persönlichen Kennungen entfernen. Für Meta erklärt unser Leitfaden zu [Meta Pixel, Cookies und DSGVO-Konformität](https://www.flowconsent.com/de/blog/meta-pixel-cookies-dsgvo-konformitaet), wie Sie das Pixel bis zur Einwilligung des Besuchers blockieren. ### First-Party-Cookies mit längerer Lebensdauer Cookies, die der Server über den HTTP-Header `Set-Cookie` setzt, unterliegen nicht denselben Beschränkungen wie per JavaScript gesetzte Cookies. Safari ITP begrenzt JavaScript-Cookies auf 7 Tage, serverseitige Cookies (von einer First-Party-Subdomain gesetzt) können dagegen länger bestehen. Das verbessert die Tracking-Qualität bei wiederkehrenden Besuchern, ändert aber nichts an der Einwilligungspflicht für diese Cookies. ## So integrieren Sie Server-Side Tagging mit dem Consent Mode [Consent Mode v2](https://www.flowconsent.com/de/blog/consent-mode-basic-vs-advanced-vergleich) funktioniert sowohl clientseitig als auch serverseitig. In einer serverseitigen Architektur sieht der Ablauf so aus. Die CMP holt die Einwilligung clientseitig (im Browser) ein. Der Einwilligungsstatus wird mit jedem Event an den GTM-Server-Container übermittelt. Der Server-Container prüft den Einwilligungsstatus, bevor er Daten an Drittanbieter weitergibt. Lautet die Einwilligung „denied“, werden keine Daten übermittelt (Basismodus) oder nur anonymisierte Pings gesendet (erweiterter Modus). Für den clientseitigen Teil erklärt die [FlowConsent-Dokumentation zu Consent Mode v2](https://www.flowconsent.com/de/doc/google-consent-mode), wie die Standardwerte vor dem Laden jedes Tags auf „denied“ gesetzt werden. Diese Architektur sorgt für eine doppelte Prüfung: Die CMP blockiert Skripte clientseitig, und der Server prüft die Einwilligung vor jeder Übermittlung. Das ist die robusteste Konfiguration, um sicherzustellen, dass keine Daten ohne Einwilligung Ihre Infrastruktur verlassen. Um in der Praxis zu prüfen, ob Ablehnungen respektiert werden, scannt die [Compliance-Prüfung von FlowConsent](https://www.flowconsent.com/de/doc/compliance-verification) Ihre Seiten bei verweigerter Einwilligung und bewahrt den Nachweis auf. ## Häufige Fehler (und wie Sie sie vermeiden) **Glauben, dass Server-Side Tagging die Einwilligung überflüssig macht.** Das ist falsch. DSGVO und ePrivacy-Richtlinie gelten unabhängig davon, ob das Tracking clientseitig oder serverseitig erfolgt. Lösung: Behalten Sie Ihren Cookie-Banner und Ihre CMP bei, auch mit einer serverseitigen Architektur. **Server-Side Tagging nutzen, um Blocker ohne Einwilligung zu umgehen.** Tracking auf einer First-Party-Subdomain einzusetzen, um Werbeblocker zu umgehen, ist technisch möglich. Ohne Einwilligung bedeutet das aber eine Datenerhebung unter Verstoß gegen die DSGVO. Lösung: Das Umgehen von Werbeblockern ist nur bei Nutzern zulässig, die eingewilligt haben. **Vergessen, dass auch serverseitige Cookies eine Einwilligung erfordern.** Ein Cookie, das Ihr Server über den HTTP-Header `Set-Cookie` setzt, ist im Sinne der ePrivacy-Richtlinie trotzdem ein Cookie. Ist es nicht technisch notwendig, ist eine Einwilligung erforderlich. Lösung: Nehmen Sie serverseitige Cookies in Ihre [Cookie-Richtlinie](https://www.flowconsent.com/de/blog/cookie-richtlinie-dsgvo-leitfaden) und Ihre CMP-Konfiguration auf. **Die vom Server übermittelten Daten nicht prüfen.** Server-Side Tagging gibt Ihnen Kontrolle, doch diese Kontrolle nützt nichts, wenn Sie nicht prüfen, was tatsächlich übermittelt wird. Lösung: Prüfen Sie regelmäßig die ausgehenden Datenflüsse Ihres Server-Containers, um sicherzustellen, dass personenbezogene Daten korrekt gefiltert oder anonymisiert werden. Auf Browserseite bleibt ein [vollständiges Cookie-Audit Ihrer Website](https://www.flowconsent.com/de/blog/cookie-audit-website-vollstaendige-methode) der Ausgangspunkt, um zu erfassen, was tatsächlich auf den Geräten Ihrer Besucher gespeichert wird. **Den technischen Aufwand unterschätzen.** Server-Side Tagging erfordert einen Server (meist Google Cloud Run oder AWS), eine DNS-Konfiguration (First-Party-Subdomain) und laufende Wartung. Es ist kein Plugin, das man mit einem Klick installiert. Lösung: Planen Sie die nötigen technischen Ressourcen ein oder arbeiten Sie mit einem spezialisierten Dienstleister zusammen. **Glauben, dass Server-Side das Problem fehlender Daten löst.** Server-Side Tagging verbessert die Abdeckung (weniger Störungen durch Werbeblocker, langlebigere Cookies), doch Nutzer, die die Einwilligung verweigern, bleiben unsichtbar. Lösung: Kombinieren Sie Server-Side Tagging mit einer [optimierten Einwilligungsrate](https://www.flowconsent.com/de/blog/cookie-einwilligungsrate-messen-verbessern) und Conversion-Modellierung, um die Abdeckung zu maximieren. ## Checkliste: Server-Side Tagging und Cookie-Compliance 1. Der [Cookie-Banner](https://www.flowconsent.com/de/blog/cookie-banner-dsgvo-konform-leitfaden) bleibt auch bei einer serverseitigen Architektur bestehen. 2. Der Einwilligungsstatus wird mit jedem Event vom Client an den Server-Container übermittelt. 3. Der Server-Container prüft den Einwilligungsstatus vor jeder Übermittlung an Dritte. 4. Serverseitige Cookies (First-Party) sind in der Cookie-Richtlinie aufgeführt. 5. Personenbezogene Daten (IP, E-Mail, Kennungen) werden auf dem Server gefiltert oder anonymisiert, bevor sie an Dritte gehen. 6. Die First-Party-Subdomain ist mit korrekten DNS-Einträgen eingerichtet (z. B. analytics.yoursite.com). 7. [Consent Mode v2](https://www.flowconsent.com/de/blog/consent-mode-basic-vs-advanced-vergleich) ist implementiert, und seine Signale werden an den Server-Container weitergegeben. 8. Ein [Cookie-Audit](https://www.flowconsent.com/de/scan) bestätigt, dass vor der Einwilligung keine nicht notwendigen Cookies gesetzt werden, auch keine serverseitigen. 9. Die ausgehenden Datenflüsse des Servers werden regelmäßig geprüft. 10. Die Dokumentation der technischen Architektur im Verarbeitungsverzeichnis ist aktuell. ## Fazit Server-Side Tagging ist eine wichtige Weiterentwicklung der Datenerhebung: mehr Kontrolle, mehr Widerstandsfähigkeit gegenüber Browser-Beschränkungen und Werbeblockern und bessere Möglichkeiten, personenbezogene Daten zu filtern. An den grundlegenden Einwilligungsregeln ändert es jedoch nichts: DSGVO und ePrivacy-Richtlinie gelten, ob das Tracking clientseitig oder serverseitig erfolgt. Die ideale Architektur kombiniert Server-Side Tagging mit einer rechtskonformen CMP und Consent Mode v2, sodass die Einwilligung sowohl clientseitig als auch serverseitig geprüft wird. Das ist die robusteste Konfiguration, um Compliance und Datenqualität in Einklang zu bringen. Um zu prüfen, dass Ihre Website vor der Einwilligung keine Cookies setzt, auch keine serverseitigen, [starten Sie einen kostenlosen Scan mit FlowConsent](https://www.flowconsent.com/de/scan). [Zurück zum Blog](https://www.flowconsent.com/de/blog) Artikel teilen · [LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.flowconsent.com%2Fde%2Fblog%2Fserver-side-tagging-cookies-einwilligung) · [X](https://twitter.com/intent/tweet?url=https%3A%2F%2Fwww.flowconsent.com%2Fde%2Fblog%2Fserver-side-tagging-cookies-einwilligung) Fragen ## Häufige Fragen zu diesem Thema. Ihre Frage ist nicht dabei? Schreiben Sie uns, wir antworten schnell. [Schreiben Sie uns](https://www.flowconsent.com/de/demo) ### Hebt Server-Side Tagging die Pflicht zur Cookie-Einwilligung auf? Nein. DSGVO und ePrivacy-Richtlinie gelten unabhängig davon, ob das Tracking clientseitig oder serverseitig erfolgt. Wenn Sie Cookies setzen (auch First-Party-Cookies) oder personenbezogene Daten erheben (IP-Adressen, Kennungen), ist eine Einwilligung erforderlich. Server-Side Tagging ändert, wie Daten erhoben und übermittelt werden, nicht aber die rechtliche Pflicht, eine Einwilligung einzuholen. ### Umgeht Server-Side Tagging Werbeblocker? Technisch ja, denn die Anfragen gehen an eine First-Party-Subdomain (z. B. analytics.yoursite.com) statt an Drittanbieter-Domains, die auf Blocklisten stehen. Diese Umgehung ist jedoch nur bei Nutzern zulässig, die eingewilligt haben. Wer Server-Side Tagging nutzt, um Nutzer ohne Einwilligung zu tracken, verstößt weiterhin gegen die DSGVO. ### Funktioniert Consent Mode v2 mit Server-Side Tagging? Ja. Consent Mode v2 funktioniert sowohl clientseitig als auch serverseitig. Der Einwilligungsstatus wird mit jedem Event vom Browser an den GTM-Server-Container übermittelt. Der Server prüft die Einwilligung, bevor er Daten an Dritte weitergibt, und sorgt so für eine doppelte Prüfung (Client + Server). ### Unterliegen serverseitige Cookies denselben Beschränkungen wie JavaScript-Cookies? Nein. Cookies, die der Server über HTTP-Set-Cookie-Header setzt, unterliegen nicht den Beschränkungen von Safari ITP (die JavaScript-Cookies auf 7 Tage begrenzen). Serverseitige Cookies, die von einer First-Party-Subdomain gesetzt werden, können länger bestehen. Sie unterliegen aber weiterhin der Einwilligungspflicht nach der ePrivacy-Richtlinie. ### Verbessert Server-Side Tagging die Datenqualität? Ja, in mehrfacher Hinsicht. Es verringert den Einfluss von Werbeblockern (First-Party-Anfragen werden nicht blockiert), verlängert die Lebensdauer von Cookies (weniger Verlust bei wiederkehrenden Besuchern) und ermöglicht es, Daten vor dem Versand an Dritte zu filtern oder zu anonymisieren. Nutzer, die die Einwilligung verweigern, bleiben jedoch unsichtbar. ### Ist die Einrichtung von Server-Side Tagging aufwendig? Ja. Sie benötigen einen Server (meist Google Cloud Run oder AWS), eine DNS-Konfiguration für die First-Party-Subdomain, die Konfiguration des GTM-Server-Containers und laufende Wartung. Es ist kein Plugin, das man mit einem Klick installiert. Die Hosting-Kosten liegen für eine mittelgroße Website meist bei 20 bis 50 Euro pro Monat. Weiterlesen ## Mehr zum Thema. [Alle Artikel](https://www.flowconsent.com/de/blog) [Marketing-Tools · 21. Mai 2026](https://www.flowconsent.com/de/blog/google-privacy-sandbox-einwilligung-drittanbieter-cookies) ### [Google Privacy Sandbox: Auswirkungen auf Cookie-Consent und Drittanbieter-Cookies](https://www.flowconsent.com/de/blog/google-privacy-sandbox-einwilligung-drittanbieter-cookies) [Chrome behält Drittanbieter-Cookies, und Google hat die meisten Privacy-Sandbox-APIs eingestellt. Was sich tatsächlich geändert hat und warum Ihre Einwilligungspflichten nach TDDDG und DSGVO unverändert gelten.](https://www.flowconsent.com/de/blog/google-privacy-sandbox-einwilligung-drittanbieter-cookies) [Artikel lesen ](https://www.flowconsent.com/de/blog/google-privacy-sandbox-einwilligung-drittanbieter-cookies)· [Marketing-Tools · 5. Juli 2026](https://www.flowconsent.com/de/blog/cookieless-analytics-leitfaden) ### [Cookieless Analytics und Tracking: Messen ohne Cookie-Einwilligung](https://www.flowconsent.com/de/blog/cookieless-analytics-leitfaden) [Wie Sie Traffic und Conversions ohne einwilligungspflichtige Cookies messen: CNIL-Ausnahme, cookielose Tools, alternative Techniken und ihre echten Grenzen.](https://www.flowconsent.com/de/blog/cookieless-analytics-leitfaden) [Artikel lesen ](https://www.flowconsent.com/de/blog/cookieless-analytics-leitfaden)· [Marketing-Tools · 27. März 2026](https://www.flowconsent.com/de/blog/consent-mode-v2-google-ads-auswirkungen-kampagnen) ### [Consent Mode v2 und Google Ads: Auswirkungen auf Ihre Kampagnen](https://www.flowconsent.com/de/blog/consent-mode-v2-google-ads-auswirkungen-kampagnen) [Consent Mode v2 verändert die Conversion-Messung von Google Ads in Europa. Einfacher oder erweiterter Modus, modellierte Conversions, ROAS: der vollständige Leitfaden für Ihre Kampagnen.](https://www.flowconsent.com/de/blog/consent-mode-v2-google-ads-auswirkungen-kampagnen) [Artikel lesen](https://www.flowconsent.com/de/blog/consent-mode-v2-google-ads-auswirkungen-kampagnen) ## Machen Sie Ihre Website noch heute konform. Kostenlos bis 25.000 Sitzungen pro Monat. Keine Kreditkarte, keine Bindung. [Mein Banner erstellen](https://app.flowconsent.com/auth/sign-up?utm_source=flowconsent.com\&utm_medium=referral\&utm_campaign=general) · [Meine Website scannen](https://www.flowconsent.com/de/scan)