Server-side statt nur gtag
Das Measurement Protocol, also der serverseitige Meldeweg, sendet deine Events zusätzlich direkt an die GA4-Property. So zählen auch die, deren gtag im Browser geblockt wurde.
ServiceGA4-Tracking einrichten lassen
GA4-Tracking, das zu deinen echten Umsätzen passt.
Das gtag im Browser verliert Events: an iOS-Restriktionen, an Adblocker und an abgelehnten Consent. Wir richten das Measurement Protocol serverseitig ein, dedupliziert und consent-first, damit deine GA4-Property die Events bekommt, die zu deinen Bestellungen passen.
Server-side Measurement Protocol Dedupliziert, einmal gezählt Consent-first, DSGVO
Die Lösung
Measurement Protocol server-side, sauber dedupliziert
Jedes Event soll in GA4 landen, auch wenn der Browser blockt. Dafür meldet das Measurement Protocol deine Events zusätzlich direkt an die Property. Vier Punkte entscheiden, ob GA4 danach saubere Daten zeigt statt doppelter Käufe und zerrissener Sessions. Wir setzen sie auf.
Dedupliziert, einmal gezählt
Browser-Tag und Server-Event laufen abgeglichen nebeneinander. Über die transaction_id zählt GA4 jeden Kauf genau einmal, statt ihn doppelt in den Bericht zu schreiben.
client_id bleibt erhalten
Die client_id aus dem Web-Stream speichern wir first-party und geben sie jedem Server-Event mit. So knüpft das Event an dieselbe Session und denselben Nutzer, statt als neuer Direktzugriff aufzutauchen.
Consent-first
Events tragen die Consent-Mode-v2-Signale aus deinem Consent-Management. Ohne Einwilligung kein Analyse-Event, kein Bypass. Im Advanced Mode gewinnt GA4 modellierte Conversions zurück.
Im Glossar: Deduplizierung, Server-Side Tracking. Die Anbindung: GA4-Integration. Der große Rahmen: Server-Side-Tracking-Leitfaden. Selbst durchrechnen: Datenverlust-Rechner.
So funktioniert es
Fünf Schritte bis zum sauberen Setup
- 1
GA4-Property und Measurement-Protocol-Zugang
measurement_id des Web-Streams und ein API Secret in der GA4-Property bereitstellen.
- 2
Server-Container oder Backend
Serverseitiges GTM oder dein Shop-Backend als sendende Stelle einrichten.
- 3
client_id erfassen und speichern
Die client_id aus dem gtag first-party speichern und jedem Server-Event mitgeben, damit die Session ganz bleibt.
- 4
Events, Dedup und Consent
Events mappen, purchase mit transaction_id für die Deduplizierung versehen, die Consent-Mode-Signale aus dem Consent-Management setzen.
- 5
Test in DebugView und Realtime
Prüfen, dass Events ankommen, der Session zugeordnet werden und sauber einmal gezählt sind.
FAQ
Häufige Fragen zu GA4-Tracking
Brauche ich das Measurement Protocol zusätzlich zum GA4-Browser-Tag?
In der Regel beides. Das gtag läuft im Browser und verliert Events an Adblocker, an ITP in Safari, an iOS-Restriktionen und an abgelehnten Consent. Das Measurement Protocol meldet dieselben Events serverseitig nach und füllt diese Lücke. Damit GA4 einen Kauf nicht doppelt zählt, laufen beide Wege sauber abgeglichen nebeneinander und teilen sich dieselbe transaction_id.
Ist server-side GA4-Tracking DSGVO-konform?
Das Measurement Protocol ist kein Weg, Einwilligung zu umgehen. Auch serverseitig verarbeitest du personenbezogene Daten und brauchst dafür eine gültige Einwilligung. DSGVO-konform wird das Setup nur, wenn Events erst nach Consent gesendet werden und die Consent-Mode-v2-Signale mitgeführt werden. Wir richten das Tracking consent-first ein und binden es an dein Consent-Management, gehostet in Deutschland.
Wie verhindert ihr doppelte Käufe und verfälschte Sessions in GA4?
Zwei Hebel. Für die Deduplizierung bekommt jedes purchase-Event dieselbe transaction_id, egal ob es aus dem Browser oder vom Server kommt. GA4 erkennt daran denselben Kauf und zählt ihn einmal. Für die Session gibt der Server die gespeicherte client_id mit, damit das Event an die bestehende Sitzung anknüpft, statt als neuer Nutzer oder Direktzugriff zu erscheinen.
Was ist die client_id und warum ist sie wichtig?
Die client_id ist die Kennung, mit der GA4 einen Browser über Besuche hinweg wiedererkennt. Das Measurement Protocol verlangt sie bei jedem Event. Gibst du sie nicht mit oder erzeugst pro Server-Event eine neue, reißt GA4 die Session auf, ordnet den Kauf einem neuen Nutzer zu und die Quelle kippt auf "(direct)". Deshalb speichern wir die client_id first-party und führen sie durch, damit Session, Nutzer und Quelle stimmen.
Verfälscht der Server-Versand meine bestehenden GA4-Daten?
Nicht, wenn er sauber aufgesetzt ist. Genau dafür sorgen die drei Punkte: dieselbe transaction_id gegen doppelte Käufe, die durchgereichte client_id gegen zerrissene Sessions und ein sauberes Event-Mapping, damit Server-Events dieselben Namen und Parameter tragen wie die Browser-Events. Wir prüfen das vor dem Live-Gang in DebugView und Realtime.
Was kostet die Einrichtung?
Das hängt von deinem Setup ab: Shop-System, vorhandenes Tracking, Zahl der Events und ob ein Server-Side-Container schon steht. Einen pauschalen Festpreis auf einer Marketing-Seite zu nennen, wäre unredlich. Im Erstgespräch schauen wir auf deinen konkreten Stand und nennen dir einen belastbaren Aufwand.
Wie dein GA4-Setup konkret aussieht, klären wir an deinem echten Tracking im Erstgespräch.
30 Tage testen, keine Kreditkarte. Setup gemeinsam im Erstgespräch.