Mehr als nur ein Banner: Wie server-side Tracking dafür sorgt, dass First-Party-Daten sauber und nutzbar bleiben

Das Einwilligungsbanner ist zum Aushängeschild des Online-Datenschutzes geworden, und die Teams machen sich viele Gedanken darüber, wie es aussieht, was darin steht und ob die Besucher auf „Akzeptieren“ klicken. Weitaus weniger Aufmerksamkeit wird dem gewidmet, was danach passiert, sobald das Tracking beginnt und ihre Daten in eure Analyse- und Werbetools fließen.

Zwischen der Einwilligung und den Zahlen, die in deinen Berichten auftauchen, werden Anfragen verzögert, blockiert oder verworfen – und das meiste davon passiert im Browser des Besuchers, einer Umgebung, über die du kaum Kontrolle hast und in die du noch weniger Einblick hast. Das führt dazu, dass die Daten, die deine Tools erreichen, unvollständig sind: Es fehlen Conversions und Zielgruppen sind lückenhaft.

Hier kommt das server-side Tracking ins Spiel. Anstatt jedes Tag vom Browser des Besuchers aus auslösen zu lassen, sammelt das server-side Tracking die Daten einmalig, sendet sie an einen Server, den du kontrollierst, und leitet sie an deine Tools weiter. Diese zusätzliche Ebene umgeht die Einschränkungen des Browsers und hilft dabei, die eingeholte Einwilligung in saubere, vollständige und nutzbare First-Party-Daten umzuwandeln.

So betrachtet sind die Einholung der Einwilligung und die Datenerfassung zwei Teile desselben Prozesses. Sicherzustellen, dass das Banner angezeigt, verstanden und beachtet wird, ist die eine Hälfte. Das ist die Aufgabe einer Consent-Management-Plattform (CMP), und genau darauf konzentriert sich Axeptio: ein Banner, das zu deiner Marke passt und so klar gestaltet ist, dass Besucher sich wohl dabei fühlen, ihre Einwilligung zu erteilen – was die Einwilligungsraten erhöht und damit auch das Datenvolumen, das du sammeln darfst. Das server-side Tracking ist die andere Hälfte: Es setzt ein, sobald die Einwilligung erteilt wurde, und sorgt dafür, dass du Zugang zu präzisen, wertvollen Daten erhältst.

In diesem Artikel konzentrieren wir uns auf diese zweite Hälfte. Egal, ob du als Marketer versuchst, deinen Attributionsmodellen zu vertrauen, als Analyst die Nase voll hast vom Abgleichen von Zahlen, die nicht zusammenpassen, oder Teil eines Unternehmens bist, das einen komplexen Tracking- und Marketing-Stack betreibt – es lohnt sich, diesen Teil der Customer Journey genauso detailliert zu verstehen wie das Banner selbst.

Was passiert nach der Einwilligung?

In einer typischen clientseitigen Konfiguration sieht der Ablauf auf dem Papier ganz einfach aus. Die Einwilligung wird erteilt, und dann werden direkt im Browser eine Reihe von Tags ausgelöst: GA4, Google Ads, Meta, dein CRM und oft noch ein Dutzend weitere. Jedes sammelt die benötigten Daten und sendet sie an sein eigenes Ziel.

Allerdings stellt jedes dieser Tags eine separate Anfrage dar, die vom Browser des Besuchers gesendet wird – was den Browser verlangsamen, blockieren oder sogar komplett zum Absturz bringen kann. Je mehr Tools du hinzufügst, desto anfälliger wird das ganze System. Am Ende bist du davon abhängig, dass in einer Umgebung, die niemand kontrollieren kann, alles glatt läuft.

Beim server-side Tracking werden die Daten einmalig erfasst und an einen Server gesendet, den du verwaltest. Dieser Server leitet sie dann an jedes deiner Tools weiter. Da die Erfassung an einer einzigen Stelle erfolgt und nicht über viele Browser-Anfragen verteilt ist, hängt der Erfolg weniger von der Zusammenarbeit des Browsers ab, und die Daten kommen zuverlässiger an.

Erhebung durch den Anbieter selbst vs. Erhebung durch Dritte

Der Grund, warum das von Jahr zu Jahr wichtiger wird, liegt darin, wie Browser Anfragen von Drittanbietern behandeln. Datenschutzfunktionen der Browser wie „Intelligent Tracking Prevention“ (ITP), „Enhanced Tracking Protection“ (ETP) und Werbeblocker gehen immer strenger gegen Anfragen an Domains von Drittanbietern vor. Jede unterdrückte Anfrage ist Daten, die deine nachgelagerten Tools nie erreichen. ITP begrenzt die Lebensdauer vieler Cookies auf sieben Tage, und wenn ein Besucher auf einer URL mit UTM-Parametern landet, kann das in diesem Moment im Browser gesetzte Cookie auf nur 24 Stunden begrenzt werden. Selbst die Events, die tatsächlich erfasst werden, verfallen oft, bevor eine langsamere Conversion – wie beispielsweise ein wohlüberlegter Kauf – abgeschlossen werden kann.

Die Folge sind verlorene Events, falsch gezählte Conversions und Datensätze mit Lücken, die schwer zu erklären sind. Die fehlenden Daten summieren sich schnell. Im Durchschnitt lassen sich durch die server-side Datenerfassung 10 bis 30 % mehr Daten und Conversions gewinnen, wobei die größten Zuwächse auf Websites zu verzeichnen sind, die stark von Safari genutzt werden oder stark unter Werbeblockern leiden. Das zeigt, dass der Datenverlust real und messbar ist – und Entscheidungen, die auf Basis dieser Daten getroffen werden, übernehmen deren Lücken, von der Budgetverteilung bis hin zur Auswahl der Zielgruppen, die ihr ansprecht.

Das Weiterleiten der Datenerfassung über deine eigene Domain verändert die Situation, allerdings kommt es darauf an, wie du das machst. Eine Subdomain allein reicht nicht aus – Werbeblocker können einen über einen Proxy geleiteten Endpunkt immer noch erkennen, wenn er ein wiedererkennbares URL-Muster beibehält. Wenn du den Datenverkehr beispielsweise an einen Pfad wie /g/collect weiterleitest, verrätst du dich damit. Safaris ITP vergleicht IP-Adressen, daher verlängert das bloße Verweisen einer Subdomain auf einen externen Dienst die Lebensdauer von Cookies nicht. Was tatsächlich funktioniert, ist eine korrekte Zuordnung zwischen deiner Domain und ihrer IP-Adresse, kombiniert mit Cookies, die server-side über den „Set-Cookie“-Header und nicht im Browser gesetzt werden. Auf diese Weise eingerichtet ist die Datenerfassung weitaus widerstandsfähiger gegen Blockierungen, und First-Party-Cookies bleiben lange genug bestehen, um die Attribution für Conversions, die Tage oder Wochen dauern, aufrechtzuerhalten. Außerdem hält das System besser stand, wenn Browser ihre Regeln immer weiter verschärfen.

Datenqualität und -governance

Genau hier kommt das server-side Tracking ins Spiel, denn es ist der wichtigste Unterschied zu einem rein clientseitigen Ansatz.

Durch die server-side Datenerfassung hast du eine zentrale Stelle, an der du Ereignisse definieren und standardisieren kannst, bevor sie weiter durch den Stack geleitet werden. Anstatt dass jedes Tag Ereignisse auf seine eigene Weise interpretiert, legst du einmalig eine einheitliche Struktur fest. Auch die Dublettenbereinigung und Datenvalidierung erfolgen server-side, sodass doppelte Treffer und fehlerhafte events abgefangen werden, bevor sie deine Marketing-Tools erreichen – und nicht erst im Nachhinein deine Berichte verfälschen.

Genauso wichtig ist, dass du entscheidest, was deine Infrastruktur verlässt und wohin es geht. Daten können auf ihrem Weg gefiltert, anonymisiert oder angereichert werden, und bestimmte Felder können an manche Ziele gesendet, an anderen hingegen zurückgehalten werden. Da der Server als Endpunkt für andere Quellen fungieren kann, kannst du Conversion-Daten vor der Weiterleitung mit Informationen aus deinem CRM kombinieren – genau das verlangen Werbeplattformen mittlerweile über Funktionen wie Googles „Enhanced Conversions“.

Das ist besonders wichtig, wenn du wichtige Fragen beantworten musst, zum Beispiel, welche Anbieter bestimmte Datenfelder erhalten haben oder ob sensible Nutzerdaten deine Server verlassen haben. Mit einer zentralen Kontrollstelle kannst du diese Fragen direkt beantworten, ohne den Weg über jedes einzelne Tag nachverfolgen zu müssen.

Auch hier spielt die Einhaltung der Datenschutzbestimmungen eine wichtige Rolle. Ein CMP wie Axeptio erfasst Einwilligungen sehr detailliert – nach Verwendungszweck und Anbieter –, und da diese Einstellungen auf dem Server durchgesetzt werden, werden sie bereits angewendet, bevor Daten deine Infrastruktur verlassen. Du musst dich nicht darauf verlassen, dass jedes einzelne Tag diese Einstellungen einhält.

Wenn Daten auf deiner eigenen, in der EU gehosteten Infrastruktur erfasst und verarbeitet werden, entscheidest du selbst, was an Dritte wie Google oder Meta weitergeleitet wird. Du kannst Identifikatoren entfernen oder hashen, Felder weglassen, für deren Weitergabe dir die Grundlage fehlt, und Einwilligungsentscheidungen treffen, bevor irgendetwas deine Infrastruktur verlässt. Diese Kontrolle steht in direktem Zusammenhang mit DSGVO-Grundsätzen wie der Datenminimierung und der Zweckbindung, während die interne Verarbeitung dein Risiko verringert und dir die Kontrolle darüber gibt, was genau deine Infrastruktur verlässt – was ja genau der Kern der Bedenken ist, die die Aufsichtsbehörden wiederholt in Bezug auf das clientseitige Google Analytics 4 geäußert haben.

Web-Performance und SEO

Das Auslagern von Tags aus dem Browser hat einen zusätzlichen Vorteil, der sich in der Leistung bemerkbar macht. Weniger clientseitige Tags bedeuten, dass auf jeder Seite weniger Code geladen wird – das führt zu schlankeren Seiten und schnelleren Ladezeiten. Dieser Effekt macht sich besonders auf Mobilgeräten bemerkbar, wo Rechenleistung und Netzwerkbedingungen weniger Spielraum lassen.

Diese Geschwindigkeit birgt auch ein potenzielles SEO-Vorteil, da Signale zur Seitenerfahrung wie die Core Web Vitals Einfluss darauf haben, wie Seiten in der organischen Suche gerankt werden. Abgesehen von jeglichen Ranking-Vorteilen bietet eine schnellere Website den Nutzern einfach ein besseres Erlebnis.

Bessere Eingabedaten, besseres Marketing

Bessere Eingabedaten führen zu besseren Ergebnissen, was sich konkret in den Tools zeigt, die du bereits nutzt:

• Google Ads (Smart Bidding): Dank server-side Kauf- und Lead-Daten erkennt der Algorithmus nun auch Conversions, die er früher übersehen hat, und legt daher Gebote für die Kampagnen und Keywords ab, die den Umsatz steigern.
• Meta (CAPI): Durch das Senden von Conversions über die Conversions-API werden Retargeting- und Lookalike-Zielgruppen auf Basis echter Käufer neu aufgebaut, wodurch sich der Kreis der Nutzer, die du erneut ansprechen kannst, vergrößert, anstatt dass er mit dem Ablauf der Cookies schrumpft.
• GA4: Dank umfassenderer Event-Daten spiegelt die Attribution die gesamte Customer Journey wider, sodass du dich darauf verlassen kannst, welchen Kanälen die Wirkung zugeschrieben wird, bevor du Budgetentscheidungen triffst.
• Google Consent Mode v2: Signale mit Einwilligung erreichen die Plattformen zuverlässig, sodass beim Modellieren weniger Lücken entstehen und die gemeldeten Conversions näher an der Realität liegen.

Folglich bestimmt die Qualität deiner Datenerhebung die Qualität jeder Marketingentscheidung, die darauf aufbaut.

Fazit

Mit einem guten Einwilligungsbanner kannst du mit der Datenerfassung beginnen, und das server-side Tracking sorgt dafür, dass die Daten auch wirklich bei deinen Tools ankommen und in deiner Marketingstrategie genutzt werden können. Da die Einschränkungen durch Browser und Datenschutzbestimmungen immer strenger werden, wird dieser zweite Schritt zur zwingenden Voraussetzung.

Deshalb funktionieren die beiden Teile am besten zusammen. Axeptio übernimmt den ersten Teil und gestaltet den Einwilligungsschritt so, dass er das Vertrauen der Besucher in deine Marke stärkt, während server-side Tracking sich um den Rest kümmert und sicherstellt, dass die durch die Einwilligung freigegebenen Daten vollständig und nutzbar bleiben – bis hin zu deinen Tools. Bei TAGGRS konzentrieren wir uns genau auf diesen Teil. Wenn du wissen möchtest, wie viele Daten dir bei deiner aktuellen Konfiguration entgehen, bevor du etwas änderst, ist unser kostenloser Website-Tracking-Checker ein guter Ausgangspunkt.

Schau dir diese Anleitung an, um TAGGRS mit Axeptio CMP über den Google Tag Manager zu konfigurieren.