Key Events und Conversions in GA4: Was die beiden Kennzahlen bedeuten

Key Events und Conversions können dieselbe Geschäftshandlung beschreiben. Austauschbar sind die Kennzahlen deshalb nicht. Beide können Attribution und modellierte Daten enthalten. Entscheidend sind die eingerichtete Aktion, der Berichtsumfang und die Zählregeln.

Vom Ereignis zur Conversion

Ein Key Event ist ein in Analytics als wichtig markiertes Ereignis. Eine darauf aufbauende Conversion ermöglicht eine gemeinsame Messung in Analytics und Google Ads. Für eine neue Conversion aus einem Key Event ist ein verknüpftes Ads-Konto erforderlich. Die Verknüpfung allein wandelt nicht jedes Key Event automatisch um. Die Einrichtung ist über Analytics oder Ads möglich.

Die Anzahl von Key Events ist keine Personenzahl. Wiederholungen und die gewählte Zählmethode beeinflussen den Wert. Key Events dienen auch der Marketinganalyse; Conversions können organische Kanäle umfassen. Die starre Trennung in interne Websitezahlen und bezahlte Werbung wäre deshalb irreführend.

Attribution und Modellierung unterscheiden

Attribution ordnet früheren Kontakten einen Anteil am Ergebnis zu, etwa einem Besuch aus der Suche oder einem Anzeigenklick vor dem Kauf. Key-Event-Berichte besitzen Attributionseinstellungen und ein Rückblickfenster. Das Fenster begrenzt, wie weit ein berücksichtigter Kontakt zurückliegen darf. Ereignisbezogene Herkunftsdimensionen können Bruchteile eines Ergebnisses zeigen. Beispielsweise kann ein Kauf mit 0,4 einer Quelle und mit 0,6 einer anderen zugerechnet werden. Daraus werden keine zwei Käufe. Nutzer- und sitzungsbezogene Herkunftsdimensionen ändern sich nicht mit dem Berichtsattributionsmodell.

Modellierung schätzt Informationen, die nicht direkt beobachtbar sind. Google dokumentiert modellierte Key Events in Berichten. Key Events bilden daher keine grundsätzlich unmodellierte Vergleichsbasis. Die Verteilung von Ergebnisanteilen und das Schätzen fehlender Beobachtungen beantworten unterschiedliche Fragen.

Was die API-Freigabe vom April 2026 ergänzt

Googles Änderungsprotokoll nennt den 23. April 2026 für die Unterstützung von Conversion-Berichten. Die Methode runReport in v1alpha liefert Daten zur Conversion-Leistung. Die Verfügbarkeit hängt von der Freischaltung der Property ab.

ConversionSpec dokumentiert conversionActions und attributionModel mit DATA_DRIVEN oder LAST_CLICK. Die Oberfläche bietet außerdem einen Bezug auf Conversion- oder Interaktionszeit. Daraus folgt jedoch kein drittes Zeitbezugsfeld in ConversionSpec. Anfragefelder und Berichtsmetadaten müssen zur tatsächlich verwendeten API-Version passen.

Ein aussagekräftiger Vergleich

Ein Vergleich hält ausgewählte Ereignisse oder Conversion-Aktionen, Zählmethode, Attributionsmodell, berücksichtigte Kanäle, Zeitfenster, Berichtszeitraum und Zeitzone fest. Auch die Auswahl der Kennzahl zählt: Die Kennzahl „Alle Conversions“ umfasst primäre und sekundäre Aktionen.

Ein künstliches Beispiel verdeutlicht den Zeitbezug. Auf einen Klick am Montag folgt ein Kauf am Donnerstag. Nach Interaktionszeit zählt der Vorgang zum Montag, nach Conversion-Zeit zum Donnerstag. Unterschiedliche Tageswerte beweisen daher noch keinen Messverlust. Das Beispiel erklärt die Zuordnung und ist keine Messung einer echten Property.

Berichtsgrenzen sind kein Beleg für verdeckte Vermischung

Google nennt Fälle, in denen weiterhin Key-Event-Berichte benötigt werden, darunter Attributionspfade sowie nicht unterstützte App- oder Werbeproduktdimensionen. Das beschreibt den verfügbaren Berichtsumfang. Daraus folgt kein Beleg für eine heimliche Vermischung beider Kennzahlen unter derselben Überschrift. Bericht und ausgewählte Kennzahl bleiben entscheidend.

Eine nachvollziehbare Datenabholung

Zur Datenabholung gehören gespeicherte Anfrage, Abrufzeit, API-Version, Antwortmetadaten und Originalantwort. Erst nach Berücksichtigung aller Antwortseiten darf ein vollständiger gespeicherter Zeitraum ersetzt werden. Neuere Zeiträume benötigen gegebenenfalls erneute Abrufe, weil Verarbeitung und Attribution vergangene Werte ändern können.

Originalantworten erleichtern die Fehlersuche. Eine Feldumbenennung oder geänderte Bedeutung betrifft dadurch aber nicht garantiert nur eine Programmzeile. Auch nachgelagerte Berechnungen benötigen eine Prüfung. Der Aktualisierungszeitraum richtet sich nach geltenden Fenstern und Verarbeitung; Werte können sich in beide Richtungen ändern.

Praxiskontrolle vor dem Berichtsvergleich

Ein Konfigurationsstand vor und nach einer Änderung hilft beim Erkennen geänderter Definitionen. Der GA4-Property-Konfigurationsvergleich bietet dafür einen gesonderten Vergleich. Fehlende Unterschiede innerhalb des Prüfumfangs beweisen weder identisches Tagging noch gleiche Messdaten. Der GA4-API-Antwortprüfer unterstützt die Untersuchung einer Berichtsantwort. Beide Werkzeuge ersetzen keine Kontrolle von Kennzahl, vollständiger Antwort und Geschäftsergebnis.

GA4-Property-Konfigurationsvergleich

GA4-API-Antwortprüfer