Tracking Agentur für GA4, Server Side Tracking und Conversions

Für Werbung zählt die Messung doppelt. Google Ads und Meta steuern Gebote heute weitgehend automatisch. Sie suchen Menschen, die denen ähneln, die schon gekauft oder angefragt haben. Fehlen Käufe in der Messung, lernt das System aus einem Teil der Wahrheit. Werden Käufe doppelt gezählt, glaubt es an Erfolge, die es nie gab.

Deshalb beginnt jede Arbeit an der Messung mit einer Frage: Passen die Zahlen zu deiner Kasse? Ein Shop vergleicht Käufe und Umsatz mit dem Shop‑System. Ein Dienstleister vergleicht Anfragen mit dem CRM. Eine kleine Abweichung ist normal, weil nicht jeder Besucher einwilligt. Eine große Abweichung ist ein Arbeitsauftrag.

Viele GA4‑Konten wurden beim Umstieg schnell eingerichtet und nie geprüft. Typische Folgen sind Käufe ohne Umsatz, interne Besuche, die mitgezählt werden, oder Zahlungsdienste wie PayPal als Herkunft des Kaufs. Dann bekommt PayPal den Umsatz zugeschrieben, den eigentlich deine Werbung gebracht hat.

Für Shops gibt Google feste Namen für E-Commerce-Ereignisse vor, etwa view_item, add_to_cart, begin_checkout und purchase. Wer sich daran hält, bekommt die fertigen Berichte in GA4. Wichtig ist auch die Aufbewahrung: In der Standardversion hält GA4 Daten auf Ereignisebene höchstens 14 Monate. Wer länger zurückschauen will, nutzt den eingebauten Export nach BigQuery.

• Schlüsselereignisse nur für echte Ziele: Kauf, Anfrage, Anruf, Termin
• Umsatz und Währung bei jedem Kauf mitgeben
• Zahlungsdienste wie PayPal als Verweisquelle ausschließen
• Interne Zugriffe herausfiltern
• Aufbewahrung auf 14 Monate stellen

Über die Jahre sammeln sich in vielen Containern alte Codes an: von früheren Agenturen, von Werkzeugen, die keiner mehr nutzt, oder doppelt eingebaute Pixel. Jeder überflüssige Code kostet Ladezeit. Und er kann Daten an Stellen schicken, von denen du nichts weißt.

Ein sauberer Container hat klare Namen und eine Datenschicht, über die Shop oder Website Werte wie Bestellnummer und Umsatz übergeben. Dazu kommen Regeln, die jeden Code erst nach der passenden Einwilligung auslösen. Im Vorschaumodus lässt sich jede Änderung prüfen, bevor sie live geht.

Consent Mode v2 bringt zwei neue Signale: ad_user_data für die Weitergabe von Nutzerdaten an Google und ad_personalization für personalisierte Werbung. Dein Cookie‑Banner muss sie je nach Wahl des Besuchers richtig setzen. Ob das klappt, siehst du nicht auf der Website. Es zeigt sich erst in den Daten oder im Test mit dem Vorschaumodus.

Es gibt zwei Arten der Einbindung. Bei der einfachen Variante laden Google‑Codes erst nach der Zustimmung. Bei der erweiterten Variante senden sie vorher Signale ohne Cookies, aus denen Google fehlende Conversions schätzt. Welche Variante passt, ist auch eine rechtliche Frage. Die klären wir mit deinem Datenschutzbeauftragten.

Browser schränken die Messung immer weiter ein. Safari begrenzt zum Beispiel Cookies, die per JavaScript gesetzt werden, oft auf sieben Tage. Wer dich zweimal im Abstand von zwei Wochen besucht, wirkt dann wie zwei verschiedene Menschen. Werbeblocker unterdrücken Messcodes bekannter Anbieter ganz.

Eine serverseitige Messung läuft meist über einen Server‑Container des Google Tag Managers auf einer Subdomain wie data.deine-firma.de. Sie kostet laufend Geld für den Server und braucht Pflege. Die Einwilligung bleibt Pflicht: Was ohne Zustimmung nicht gemessen werden darf, darf auch über den eigenen Server nicht gemessen werden.

Bei Google Ads helfen erweiterte Conversions. Dabei wird zum Beispiel die E‑Mail‑Adresse des Käufers gehasht, also unlesbar verschlüsselt, mitgeschickt. So kann Google den Kauf einem Klick zuordnen, auch wenn ein Cookie fehlt. Bei Meta übernimmt das die Conversions API. Läuft zusätzlich das Pixel im Browser, braucht jedes Ereignis eine gemeinsame Ereignis‑ID. Sonst zählt Meta doppelt.

Meta zeigt im Events Manager eine Bewertung, wie gut die gesendeten Daten zu Nutzern passen. Bei Google Ads siehst du unter Conversions, ob eine Aktion aktiv ist und Daten empfängt. Beides gehört nach jedem Umbau geprüft.

• Eine Hauptaktion je Ziel, etwa Kauf oder qualifizierte Anfrage
• Umsatz und Bestellnummer bei jedem Kauf, gegen doppelte Zählung
• Erweiterte Conversions in Google Ads, sofern die Einwilligung es erlaubt
• Conversions API und Pixel mit gemeinsamer Ereignis‑ID
• Zuordnung im Blick: jede Plattform rechnet sich Käufe nach eigenen Regeln zu

Technisch geht das über die Klick‑Kennung, die Google Ads an jeden Besuch aus einer Anzeige hängt, oder über die gehashte E‑Mail‑Adresse. Das CRM speichert sie mit der Anfrage. Wird die Anfrage später zum Auftrag, geht diese Information als Offline-Conversion zurück an Google Ads. Bei Meta läuft das über die Conversions API.

Wichtig ist eine klare Einteilung im CRM. Was ist eine qualifizierte Anfrage, was ein Angebot, was ein Auftrag? Ohne diese Stufen fehlt die Grundlage. Auch Anrufe gehören dazu, weil viele Kunden lieber anrufen als ein Formular ausfüllen.

1. Klick‑Kennung speichern: versteckte Felder im Formular übernehmen sie ins CRM
2. Stufen festlegen: Anfrage, qualifiziert, Angebot, Auftrag
3. Zurückmelden: per Import oder Schnittstelle an Google Ads und Meta
4. Gebote ausrichten: Werbung auf qualifizierte Anfragen oder Aufträge

Es kommt immer wieder vor, dass eine Agentur Konten unter eigenem Namen anlegt. Beim Wechsel fehlen dann Jahre an Daten, Zielgruppen und Conversions. Ein neues Werbekonto startet ohne diese Lerngeschichte.

Bei Growsta bleiben Konten, Daten und Tracking dein Eigentum, auch nach einer Kündigung. Bei Kündigung bekommst du eine Übergabe mit allen Zugängen. Vor dem Start liegen der Vertrag zur Auftragsverarbeitung und eine Liste aller eingesetzten Werkzeuge bereit.