Key Events und Conversions in GA4: Zwei Zähler und was die Data-API-Freigabe vom Mai 2026 zeigt

Am 4. Mai 2026 wurden kanalübergreifende Conversion-Daten über die Analytics Data API verfügbar, im Alpha-Stand und für Properties mit verknüpftem Google Ads. Als Release Note gelesen ist das ein bescheidener Posten: ein Bericht, den es in der Oberfläche gab, lässt sich jetzt auch programmgesteuert abrufen.

Als Beleg gelesen ist er ergiebiger. Um Conversions herauszugeben, muss die API sagen, was eine Conversion ist, und diese Antwort legt eine Trennung offen, die die Oberfläche seit 2024 still mitführt. In jeder GA4-Property laufen zwei Zähler nebeneinander. Nur einer davon ist immer da.

Was die Umbenennung von 2024 wirklich getan hat

Bis 2024 hiess das, was GA4 zählte, Conversion. Die Umbenennung hat dieses Wort aus Analytics heraus und nach Google Ads hinein verschoben: Was Analytics markiert, ist seither ein Key Event, und Conversion wurde zum Begriff für das, was Ads zählt und worauf Ads bietet.

Verbreitet wurde das als Kosmetik gelesen, ein Wort gegen ein anderes getauscht, um den Sprachgebrauch zweier Produkte aufzuräumen. Das war es nicht. Die Umbenennung hat zwei Zählungen getrennt, die sich einen Namen geteilt hatten, und dieses Teilen hatte verdeckt, dass sie nicht übereinstimmen.

Die Folge, die in der Oberfläche auftaucht

Innerhalb von Analytics bezeichnet Conversion jetzt genau ein Key Event, das nach Google Ads importiert wurde. Diese Festlegung hat eine harte Kante: Ohne verknüpftes Ads-Konto hat eine Property überhaupt keine Conversions. Nicht null Conversions — keine Spalte. Es gibt nur die Key-Event-Spalte, und ihr fehlt nichts.

Wo beide vorhanden sind, lassen sie sich vergleichen, und sie werden selten übereinstimmen. Der Grund liegt darin, dass sie nach verschiedenen Modellen zugeordnet werden, sich auf verschiedene Datenbestände beziehen und nach verschiedenen Regeln zählen — genau deshalb war ein gemeinsames Wort irreführend genug für eine Umbenennung.

Was die API-Freigabe hinzugefügt hat

Der Alpha-Stand gibt dieselben Zahlen heraus, die der Bericht zur Conversion-Leistung in der Oberfläche zeigt: bezahlte und organische Conversion-Leistung über Kanäle hinweg, erstmals im Code abrufbar. Drei Angaben in der Anfrage verdienen Beachtung, weil an ihnen die Unterschiede zu Key Events greifbar werden.

Conversion-Aktion    alle Conversions auf einmal oder
                     gefiltert auf bestimmte Aktions-IDs

Attributionsmodell   datengetrieben oder letzter Klick

Zeitbezug            Conversion-Zeit - der Bericht wird um
                     den Zeitpunkt der Conversion gebaut

                     Interaktionszeit - der Bericht wird um
                     die vorausgegangene Anzeigeninteraktion gebaut

Keine dieser drei Angaben existiert für Key Events, und darum geht es. Ein Key Event ist ein Vorfall mit einem Zeitstempel. Eine Conversion ist ein Vorfall plus ein Modell, das entscheidet, welcher Kontaktpunkt sie verdient hat und unter welcher Uhr sie abgelegt wird. Zwei Zahlen aus derselben zugrundeliegenden Handlung können weit auseinanderliegen, ohne dass eine davon falsch wäre.

Die Dokumentation bestätigt die Trennung, indem sie zurückfällt

Der deutlichste Beleg dafür, dass hier zwei getrennte Systeme laufen, ist keine Definition, sondern eine Ausnahmeliste. An mehreren Stellen hält die Dokumentation zur kanalübergreifenden Conversion-Messung fest, dass Conversions nicht verfügbar sind und stattdessen Key Events verwendet werden.

App-Conversions                    stattdessen Key Events
Search-Ads-360-Dimensionen         stattdessen Key Events
Display-&-Video-360-Dimensionen    stattdessen Key Events
Campaign-Manager-360-Dimensionen   stattdessen Key Events
Bericht zu Attributionspfaden      stattdessen Key Events

Eine Rückfallliste dieser Form ergibt nur Sinn, wenn beides tatsächlich verschiedene Grössen sind. Nichts fällt auf sich selbst zurück. Wer einen Bericht liest, der Web und App mischt oder SA360- und DV360-Dimensionen trägt, liest eine Mischung aus beiden Zählungen, und die Spaltenüberschrift sagt das nicht.

Welche Zahl wohin gehört

Die Arbeitsteilung ist sauber genug, um sie einmal aufzuschreiben und dann einzuhalten.

Key Events beantworten Fragen zur Website. Wie viele Personen das Formular abgeschlossen haben, ob das nach dem Relaunch gestiegen ist, welche Seite am häufigsten davorliegt. Die Zählung ist unmodelliert, überall vorhanden und mit sich selbst über die Zeit vergleichbar — deshalb ist sie die richtige Grundlage für alles Interne.

Conversions beantworten Fragen zur Werbung. Was eine Kampagne eingebracht hat, was zu bieten ist, welchem Kanal gutzuschreiben ist. Diese Zählung ist von Bauart her modelliert, denn die Entscheidung, was ein Klick wert war, ist eine Modellfrage und kann nichts anderes sein.

Schwierig wird es, wenn die eine im Zusammenhang der anderen zitiert wird: ein Kampagnenbericht, verteidigt mit Key Events, oder ein Relaunch, beurteilt an Conversions, die sich bewegt haben, weil das Attributionsfenster anders steht und nicht die Seite. Beide Zählungen sind ehrlich darüber, was sie sind. Keine ist ehrlich darüber, für die Aufgabe der anderen benutzt zu werden.

Ein Vorbehalt zum Alpha-Stand

Alpha heisst in der Data API, dass sich die Schnittstelle ohne die Ankündigung ändern kann, die eine stabile Fassung bekäme. Das ist kein Grund, sie zu meiden — sie ist der einzige programmgesteuerte Weg zu diesen Zahlen —, aber ein Grund, die Abholung dünn zu halten. Eine Strecke, die Conversions zieht und roh ablegt, übersteht eine Feldumbenennung mit einer Änderung an einer Stelle. Eine Strecke, die auf dem Weg hinein verbindet, umformt und verdichtet, muss bei jeder Formänderung von Grund auf neu verstanden werden.