Integration · Destination
Google Analytics 4
gtag.js plus Measurement Protocol (EU-Endpunkt) mit Debug-Validierung vor dem Versand.
So erreichen Events GA4
Jeder Pfad endet an derselben Stelle: Die Policy-Engine prüft den Consent-Zweck, den diese Destination benötigt, entfernt, was nicht hinaus darf, und der Worker stellt mit der gemeinsamen Event-ID zu.
- Browser-Tag — vom Track-Snippet nach Consent geladen; das Anbieter-Skript liegt nie im Template und wird ohne den nötigen Zweck nie geladen.
- Server-API — vom Worker zugestellt, mit Retries, Health-Checks, Fehlerklassifikation und geschwärzter Payload-Vorschau für jeden Versuch.
- Hybrid — Browser-Tag und Server-Request teilen eine Event-ID; die Plattform dedupliziert über transaction_id.
Was gesendet wird
Nur, was du im Event-Mapping konfigurierst — und erst, nachdem die Policy-Engine das Event für diese Destination freigegeben hat.
- Eventname und Zeitstempel, von Tracks Standard-Events auf die Eventnamen der Plattform abgebildet.
- Die gemeinsame Event-ID im Feld transaction_id der Plattform, damit Browser- und Serverzustellung nur einmal zählen.
- Click-IDs, die diese Plattform erhalten darf: gclid, gbraid, wbraid. Click-IDs anderer Anbieter werden nie weitergegeben.
- Bestellnummer, Wert, Währung und Positionen bei Kauf-Events.
- SHA-256-gehashte Kennungen (E-Mail, Telefon, externe ID) für das Matching — nur mit dem nötigen Consent und nur, wenn erfasst.
- Der Consent-Zustand, unter dem das Event erfasst wurde, sofern die Plattform Consent-Signale annimmt.
Nie gesendet
- E-Mail-Adressen, Telefonnummern oder Namen im Klartext — Kennungen werden beim Ingest gehasht.
- Abgeleitete Werte: Unbekannt bleibt unbekannt, nichts wird geraten.
- Events, die ohne den von dieser Destination benötigten Zweck erfasst wurden.
- Geheimnisse: Tokens liegen im verschlüsselten Tresor und erreichen nie Browser, Assistent oder Log.
Technische Fakten
- Deduplizierungsfeld
transaction_id— transaction_id- Click-IDs
gclid,gbraid,wbraid- Consent-Zweck
- Analytics
- Gepinnte API-Version
mp-v2- Umsetzungsstatus
- Umgesetzt · gegen die Anbieter-Dokumentation verifiziert · verifiziert am 2026-09-02
- Anbieter-Dokumentation
- API-Dokumentation von GA4
Was du brauchst
Öffentliche Kennungen kannst du im Chat oder Assistenten eingeben; Geheimnisse gehen über die sichere Zugangsdaten-Karte oder OAuth und werden verschlüsselt gespeichert.
Öffentliche Kennungen
- measurement_id
- Measurement-ID
Zugangsdaten
- API-Secret
api_secret— im verschlüsselten Tresor gespeichert
Consent
Benötigt den Zweck Analytics. Ohne ihn wird im Browser nichts geladen und vom Server nichts gesendet. Abgeleiteter Consent wird nie exportiert.
Einrichtung in wenigen Schritten
Die detaillierten Prüfungen übernimmt der Assistent. Du siehst die Meilensteine, die eine Entscheidung von dir brauchen.
Kennungen eingeben
Die öffentlichen IDs der Plattform hinzufügen. Formate werden gegen die Anbieter-Dokumentation validiert, bevor etwas gespeichert wird.
Zugangsdaten verbinden
Token in die sichere Karte einfügen oder das Konto per OAuth verbinden. Geheimnisse wandern direkt in den verschlüsselten Tresor.
Mappen und testen
Standard-Events sind auf die Eventnamen der Plattform vorgemappt. Ein markierter Testevent läuft durch die echte Pipeline und zeigt die Antwort des Anbieters.
Veröffentlichen
Diff prüfen, freigeben, signierte Konfigurationsversion veröffentlichen. Bei Bedarf Rollback per Klick.
Aus Tracking Knowledge
Leitfäden vom Team, das diesen Connector baut.
GA4 Measurement Protocol richtig gemacht: EU-Endpunkt, client_id, Debug-Validierung und die Grenzen
Server-Events an Google Analytics 4 über das Measurement Protocol senden: der region1-Endpunkt, warum die client_id zählt, das 25-Event-Limit, timestamp_micros, der Debug-Endpunkt und die Consent-Felder.
Tutorial · 2 Min. Lesezeit
Consent Mode v2 ohne Rätselraten: Zwecke, Signale und was ein serverseitiger Router leisten muss
Welche Consent-Signale Google erwartet, wie man sie aus Zwecken statt Anbieterlisten ableitet, warum der erweiterte Modus eine rechtliche Entscheidung braucht und wie die Serverseite den Browser spiegeln muss.
Leitfaden · 3 Min. Lesezeit
Deduplizierung, die der Realität standhält: Event-IDs, Bestellnummern und worauf jede Plattform wirklich schlüsselt
Eine Tabelle der Deduplizierungsschlüssel je Plattform — Meta, Google Ads, GA4, TikTok, Microsoft, LinkedIn, Pinterest, Snapchat, Reddit, X, CM360 — und die Zwei-Schlüssel-Strategie, die hybrides Tracking ehrlich hält.
Referenz · 3 Min. Lesezeit
Fragen
Kann ich nur serverseitig senden?
Ja. Wähle im Assistenten den Servermodus; das Anbieter-Skript wird nie geladen und das Matching stützt sich auf gehashte Kennungen und vom Tracker erfasste Click-IDs.
Wie werden Duplikate vermieden?
Browser-Tag und Server-Request tragen dieselbe Event-ID, Käufe zusätzlich die Bestellnummer. Der Worker dedupliziert wiederholte Quell-Events zudem vor der Zustellung.
Was, wenn sich die Anbieter-API ändert?
API-Versionen sind zentral mit Prüfdatum gepinnt; Sunset-Warnungen erscheinen im Destination-Zustand lange bevor ein Endpunkt abgeschaltet wird.
GA4 verbinden
Mit dem geführten Assistenten einrichten oder den Chat-Assistenten machen lassen.