GA4 Conversion-Tracking vom Agenten aufsetzen lassen

Du findest heraus, welche Conversions deine GA4-Property wirklich misst, wo Anfragen unterwegs verloren gehen und welches Event noch als Key Event fehlt. Dein Agent liest alles aus, schlägt die Änderung vor und legt sie erst nach deinem „ja“ an.

Key Events hießen in GA4 früher Conversions. Ein Key Event ist ein Event, das du in GA4 als wichtig markierst: eine Anfrage, eine Anmeldung, ein Kauf. Erst diese Markierung macht aus einem gezählten Klick eine Zahl, auf die du Kampagnen ausrichten kannst. Am Ende dieses Tutorials weißt du, welche Key Events bei dir feuern, welche nur auf dem Papier existieren und welches Event du als Nächstes markierst. Wir zeigen jeden Schritt an unserer eigenen Property für marketing-mcp.honeyfield.at, mit echten Daten vom 28. Oktober 2026.

Was du brauchst

• GA4 im Workspace verbunden (Pflicht). Wie das geht und welche Rolle dein Google-Konto braucht, steht in Claude mit Google Analytics (GA4) verbinden.
• Rolle „Bearbeiter“ in GA4 und Schreibrecht im Workspace (für Schritt 4). Zum Lesen reicht „Betrachter“. Zum Anlegen eines Key Events braucht das verbundene Google-Konto „Bearbeiter“ auf der Property, und dein Workspace braucht für GA4 das Recht write statt read. Das Recht stellst du im Portal (app.ads.honeyfield.at) ein.
• Eine Website, die Events sendet (Pflicht). Dein Agent markiert Events als Key Events. Er baut kein Tracking in deinen Website-Code. Was nicht ankommt, kann er nicht zählen.

1. Bestandsaufnahme: Welche Key Events feuern?

Zuerst schaust du, was schon eingerichtet ist und ob es auch wirklich Daten liefert.

Welche Key Events sind in GA4 für [Workspace] eingerichtet?
Zeig mir Zählmethode, Anlagedatum und ob sie in den letzten 30 Tagen gefeuert haben.

Das bekommst du zurück:

Auszug
Key Event             Zählmethode      angelegt     feuert (30 Tage)
lead_submit           einmal pro Event 01.07.2026   ja
sign_up               einmal pro Event 22.10.2026   ja
purchase              einmal pro Event 01.07.2026   nein  (Standard, nicht löschbar)

Die Key Events für Anfragen und Registrierungen liefern Daten. purchase legt GA4 selbst an, es lässt sich nicht löschen und stört nicht. Achte auf selbst angelegte Key Events mit 0: Ein Key Event, bei dem nie ein Event ankommt, bleibt für immer auf 0.

✓ Checkpoint: Du hast eine Liste deiner Key Events, und bei jedem steht, ob es feuert.

Klappt nicht? Meldet der Agent, dass für den Workspace keine GA4-Property hinterlegt ist, ordne sie zuerst im Portal zu. Steht ein Key Event auf „feuert nicht“, obwohl du sicher bist, dass es Daten gibt: Der Agent prüft die 500 häufigsten Event-Namen des Zeitraums. Bei sehr vielen verschiedenen Events kann ein seltenes durchrutschen. Frag dann gezielt nach diesem einen Event-Namen.

2. Was kommt in GA4 überhaupt an?

Jetzt drehst du die Frage um: Welche Events schickt deine Website, ob markiert oder nicht?

Welche Events kamen in den letzten 30 Tagen in GA4 an?
Markier, welche davon Key Events sind.

Das bekommst du zurück:

Auszug
Event                 Key Event
page_view
user_engagement
session_start
first_visit
video_play
lead_submit              ✓
sign_up                  ✓

Dein Agent nennt dir dazu die Anzahl je Event. Die Zahlen lassen wir hier weg. Jedes Event, das wir als Conversion meinen, kommt an und ist markiert. Was diese Liste nicht zeigt: ein Event, das gar nicht erst ankommt. Darum geht es im nächsten Schritt.

✓ Checkpoint: Du kennst die Events, die bei dir wirklich ankommen, und siehst, welche davon Key Events sind.

Klappt nicht? Ist die Liste leer, prüf den Zeitraum und ob die Property im Workspace die richtige ist. Die Event-Liste braucht im Workspace nur das Recht read.

3. Die Lücke finden: Website sendet, GA4 sieht nichts

Jetzt kommt der Teil, den keine GA4-Oberfläche dir zeigt: Events, die deine Website auslöst, die aber nie in GA4 landen. Den Event-Namen weißt du aus dem Website-Code, von deinem Entwickler oder aus der Vorschau im Tag Manager. Bei uns schickt das Newsletter-Formular im Blog nach jeder Anmeldung das Event newsletter_signup an den Tag Manager. In Schritt 2 kam es nicht vor. Also fragst du nach:

Gibt es im Tag Manager für [Workspace] ein GA4-Event-Tag für newsletter_signup?
Liste mir alle GA4-Event-Tags mit ihren Triggern.

Das bekommst du zurück:

GA4-Event-Tags (Container marketing-mcp.honeyfield.at, Live-Version 9)
  GA4 Event - sign_up               Trigger: CE - sign_up
  GA4 Event - whitepaper_download   Trigger: CE - whitepaper_download
  GA4 Event - video_play            Trigger: CE - video_play
  GA4 Event - sign_up_click         Trigger: CE - sign_up_click
  GA4 Event - lead_submit           Trigger: CE - lead_submit

newsletter_signup: kein Tag, kein Trigger.

Das ist die Lücke. Die Website meldet jede Newsletter-Anmeldung, aber im Tag Manager hört niemand zu. Ein Key Event für newsletter_signup allein würde nichts ändern: Es stünde dauerhaft auf 0. Die Reihenfolge ist deshalb immer: erst muss das Event in GA4 ankommen, dann markierst du es.

✓ Checkpoint: Du hast ein Event gefunden, das deine Website sendet, das aber in GA4 fehlt, und du weißt, warum.

Klappt nicht? Ist im Workspace kein Tag-Manager-Container verbunden, kann der Agent hier nicht nachsehen. Dann prüfst du die Tags selbst in tagmanager.google.com oder verbindest den Container im Portal.

4. Event weiterleiten und als Key Event anlegen

Jetzt schließt du die Lücke in zwei Schritten. Der Agent schreibt nichts von selbst: Er zeigt dir zuerst den Vorschlag.

Leg im Tag Manager einen Trigger und ein GA4-Event-Tag für newsletter_signup an
und veröffentliche die Version. Markier newsletter_signup danach in GA4
als Key Event, Zählmethode einmal pro Event. Zeig mir vorher den Vorschlag.

Das bekommst du zurück:

Vorschlag
  Tag Manager (Container marketing-mcp.honeyfield.at)
    Trigger   CE - newsletter_signup          Benutzerdefiniertes Ereignis newsletter_signup
    Tag       GA4 Event - newsletter_signup   GA4-Event newsletter_signup an den Web-Datenstream
    danach    neue Version erstellen und veröffentlichen (ersetzt Live-Version 9)
  GA4 (Property der Website)
    Key Event newsletter_signup, einmal pro Event
Ausführen? (ja / nein)

Nach „ja“:
  Trigger angelegt            ID 35
  Tag angelegt                ID 36, feuert auf Trigger 35
  Version 10 erstellt         15 Tags
  Version 10 veröffentlicht   jetzt live
  Key Event angelegt          properties/…/keyEvents/…
                              newsletter_signup, einmal pro Event

Die Werte nach „ja“ stammen aus unserem Lauf am 28. Oktober 2026. Erst nach deinem „ja“ schreibt der Agent. Tag und Trigger wirken erst, wenn die Version veröffentlicht ist. Vorher liegen sie nur im Arbeitsbereich des Tag Managers. Frag deshalb nach: „Welche Version ist im Tag Manager live?“ Bei uns kam Version 10 zurück. Die Key-Event-ID aus der Antwort hebst du auf: Mit ihr lässt sich das Key Event später gezielt wieder löschen.

Einmal pro Event oder einmal pro Sitzung? „Einmal pro Event“ zählt jede Auslösung. „Einmal pro Sitzung“ zählt höchstens eine pro Besuch, auch wenn jemand das Formular zweimal abschickt. Für Anmeldungen und Anfragen ist „einmal pro Sitzung“ oft die ehrlichere Zahl. Für Downloads, bei denen jeder einzelne zählt, nimm „einmal pro Event“. Sag dem Agenten im Prompt, was du willst.

✓ Checkpoint: Der Agent hat dir Tag, Trigger und Key Event als Vorschlag gezeigt und nach deinem „ja“ die Key-Event-ID zurückgemeldet. In der Liste aus Schritt 1 steht newsletter_signup mit dem heutigen Datum.

Klappt nicht? Lehnt Google das Anlegen ab, fehlt dem verbundenen Google-Konto meist die Rolle „Bearbeiter“ auf der Property. Meldet der Agent, dass er nicht schreiben darf, fehlt deinem Workspace das Recht write für GA4. Beides löst du außerhalb des Chats: das eine in GA4, das andere im Portal.

5. Testen: Kommt das Event an?

Ein neues Key Event steht am Anfang auf „feuert nicht“. Das ist normal. In der GA4-Oberfläche steht dann „No stream data detected“. Jetzt prüfst du, ob die Kette steht.

Wie viele Nutzer sind gerade auf der Website von [Workspace]?

Der Agent antwortet mit der Zahl der aktiven Nutzer der letzten 30 Minuten. Öffne deine Website in einem zweiten Fenster, stimm im Cookie-Banner der Statistik zu und lös das Event selbst aus. Steigt die Zahl der aktiven Nutzer, kommt dein Besuch an. Ob dein Event dabei war, siehst du im GA4-Bericht „Echtzeit“ unter den Event-Namen. In den Standardberichten erscheint ein neues Key Event laut Google nach bis zu 24 Stunden. Am Folgetag fragst du die Liste aus Schritt 1 erneut ab: Jetzt sollte newsletter_signup auf „feuert: ja“ stehen.

Cookie-Banner zuerst. Auf unserer Website lädt der Tag Manager bei jedem Aufruf, mit dem erweiterten Consent Mode von Google. Bis jemand im Banner zustimmt, stehen Statistik und Werbung auf „abgelehnt“, und die Google-Tags senden nur Signale ohne Cookies. Stimm für deinen Test deshalb der Statistik zu, sonst siehst du deinen Besuch nicht verlässlich in Echtzeit. Besucher, die ablehnen, zählt GA4 nicht wie normale Besucher.

✓ Checkpoint: Dein Testbesuch taucht in Echtzeit auf, und am Folgetag feuert das neue Key Event.

Klappt nicht? Zeigt Echtzeit deinen Besuch, aber nicht das Event, liegt es meist am Trigger im Tag Manager: Der Event-Name muss exakt gleich geschrieben sein, inklusive Unterstrich. Zeigt Echtzeit gar nichts, prüf zuerst die Einwilligung im Cookie-Banner und dann, ob ein Werbeblocker im Browser läuft.

Drei Stolperfallen beim Zählen

GA4 und dein CRM zeigen nie dieselbe Zahl. In denselben 30 Tagen hat unsere Portal-Datenbank eine Anfrage mehr gespeichert, als GA4 an lead_submit zählt. Ein kleiner Abstand ist normal: Wer im Cookie-Banner ablehnt, fehlt in den normalen GA4-Zahlen. Ein großer Abstand heißt, dass irgendwo in der Kette etwas bricht.

Doppelte Conversions durch zwei Key Events für eine Handlung. Ein typischer Fall: Ein Download-Formular löst beim Absenden zwei Events aus, etwa lead_submit und file_download. Sind beide Key Events, zählt eine einzige Anfrage in der Gesamtsumme „Key Events“ doppelt. Dasselbe passiert, wenn du sign_up_click (Klick auf „Kostenlos testen“) und sign_up (fertige Registrierung) beide als Key Event führst. Frag deshalb nicht nach der Summe, sondern nach den Key Events einzeln, oder entscheide dich pro Handlung für ein Event. Nimmst du einem Event die Markierung, gilt das nur für neue Daten: Bereits gezählte Key Events bleiben in den Berichten (Google-Hilfe).

Gibt es in [Workspace] Key Events, die bei derselben Handlung gemeinsam feuern?
Vergleich dafür die Key Events nach Seite in den letzten 30 Tagen.

Dasselbe Event aus zwei Quellen. Unser Portal schickt lead_submit zusätzlich direkt vom Server an GA4, als Absicherung. Das landet in einer anderen Property als die Website-Events. Würden beide in dieselbe Property schreiben, zählte jede Anfrage zweimal. Läuft bei dir neben dem Tag Manager noch ein Plugin, ein Server-Tracking oder ein zweites GA4-Snippet, prüf genau das.

Variationen

• „Welche meiner Key Events haben in den letzten 90 Tagen nie gefeuert?“ (räumt Altlasten auf)
• „Zeig mir die Key Events der letzten 30 Tage nach Traffic-Quelle.“ (welcher Kanal bringt Anfragen)
• „Schlag mir vor, welche Events ich als Key Event markieren sollte, aber leg noch nichts an.“ (nur Vorschlag)
• „Lösch das Key Event [Event-Name]. Zeig mir vorher, welches du löschst.“ (Doppelzählung beenden, nach Freigabe)

Ehrliche Grenze

• Dein Agent baut kein Website-Tracking. Er liest GA4 und den Tag Manager und ändert dort nach Freigabe Tags, Trigger und Key Events. Code auf deiner Website schreibt er nicht. Sendet die Website kein Event, gibt es nichts zu markieren.
• Key Events zählen ab dem Anlegen. Google wendet die Markierung ab dem Zeitpunkt an, an dem du sie setzt, und ändert keine alten Daten (Google-Hilfe). Vergangene Events werden also nicht rückwirkend zu Key Events.
• Echtzeit zeigt nur Köpfe, keine Events. Das Echtzeit-Tool liefert die Zahl der aktiven Nutzer der letzten 30 Minuten. Welches Event gerade ankommt, siehst du im GA4-Bericht „Echtzeit“ oder in der Tag-Manager-Vorschau.
• Der heutige Tag ist unvollständig. Die Tool-Zahlen „letzte N Tage“ schließen heute ein. Für saubere Vergleiche nimm Zeiträume, die gestern oder früher enden.
• Kein Doppel-Check beim Anlegen. Das Tool prüft nicht, ob ein Event je ankam, bevor es ein Key Event anlegt. Lass den Agenten deshalb immer erst Schritt 1 und 2 machen.
• Standard-Key-Events bleiben. purchase und andere Standard-Key-Events lehnt GA4 beim Löschen ab.
• Die Freigabe ist dein Sicherheitsnetz. Dass der Agent vor dem Schreiben fragt, ist sein Verhalten. Der Server prüft nicht jede einzelne Änderung, er greift erst bei ungewöhnlich vielen Schreibzugriffen ein (300 pro Workspace in 24 Stunden). Ob der Agent schreiben darf, entscheiden dein Workspace-Recht und deine GA4-Rolle. Lies den Vorschlag, bevor du „ja“ sagst.

Weiter geht's

Deine Conversions zählen jetzt, was sie sollen. Als Nächstes willst du sie jede Woche sehen, ohne danach zu fragen: Im nächsten Tutorial lässt du dir einen Wochenreport bauen, der Besucher, Quellen und Key Events zusammenfasst. → Wöchentlichen Marketing-Report vom Agenten erstellen lassen

Bezahlte Kampagnen hängen an denselben Zahlen: Wie du mit sauberem Tracking verschwendetes Budget findest, zeigt Verschwendetes Ad-Budget finden und Negatives setzen.