GA4 Key Events für Shops: welche Ereignisse Conversions sind
Key Events in GA4 für Shops: welche Ereignisse du als Schlüsselereignis markierst, welche nicht, wie du die Zählweise wählst und die Messung prüfst.
Inhalt
GA4 zählt in einem Shop Dutzende Ereignisse, aber nur wenige davon sind Geld. Welche das sind, legst du selbst fest, indem du sie als Key Event (Schlüsselereignis) markierst. Wer zu viele markiert, bekommt eine Conversion-Spalte, die nichts mehr aussagt. Wer die falschen markiert, optimiert Kampagnen auf Warenkörbe statt Bestellungen. Dieser Artikel zeigt, welche Shop-Ereignisse Key Events sein sollten und welche nicht, wie du sie anlegst, zählst und prüfst, und worin sie sich von Google-Ads-Conversions unterscheiden.
Was ein Key Event ist
Ein Key Event ist ein normales GA4-Ereignis, das du im Verwaltungsbereich als geschäftlich wichtig markiert hast. GA4 ändert am Ereignis nichts, sondern behandelt es in Berichten anders: Es bekommt eigene Kennzahlen (Key Events, Key-Event-Rate je Sitzung und je Nutzer), wird über das Attributionsmodell Kanälen und Kampagnen zugeordnet und kann nach Google Ads exportiert werden.
Bis März 2024 hießen diese Ereignisse in GA4 „Conversions“. Seitdem heißen sie Key Events, damit der Begriff Conversion für die Google-Ads-Zählung reserviert bleibt. Ältere Anleitungen, Screenshots und Berichte verwenden noch den alten Namen; gemeint ist dasselbe. Die offizielle Beschreibung steht in der Google-Hilfe zu Key Events.
Drei Eigenschaften sind wichtig:
- Nicht rückwirkend. Die Markierung gilt ab dem Zeitpunkt, an dem du sie setzt. Frühere Auslösungen des Ereignisses bleiben normale Ereignisse.
- Begrenzt. Die Anzahl der Key Events je Property ist begrenzt (bei Standard-Properties derzeit 30). Für einen Shop ist das kein Engpass, weil du ohnehin nur wenige brauchst.
- Ereignis muss existieren. Du kannst nur markieren, was GA4 bereits empfängt oder was du über „Ereignis erstellen“ aus einem vorhandenen Ereignis ableitest.
Welche Shop-Ereignisse Key Events sind und welche nicht
Die E-Commerce-Ereignisse, die GA4 für Shops empfiehlt, sind in der Entwicklerdokumentation zu E-Commerce-Ereignissen beschrieben. Nicht alle davon gehören als Key Event markiert.
| Ereignis | Was es misst | Key Event? | Begründung |
|---|---|---|---|
| purchase | abgeschlossene Bestellung mit Wert | ja, immer | das eigentliche Ziel |
| begin_checkout | Checkout gestartet | in der Regel nein | Trichterschritt, kein Geschäftswert |
| add_to_cart | Produkt in den Warenkorb | nein | Trichterschritt, verzerrt Kanalbewertung |
| view_item | Produktseite angesehen | nein | Interaktion, kein Ziel |
| add_payment_info, add_shipping_info | Checkout-Schritte | nein | für Trichteranalyse, nicht als Conversion |
| refund | Erstattung | nein | Korrektur, kein Ziel |
| sign_up oder eigenes Newsletter-Ereignis | Newsletter-Anmeldung | ja, wenn E-Mail ein Verkaufskanal ist | wiederkehrender Wert |
| generate_lead oder eigenes Kontaktereignis | Anfrage, Rückruf, Angebot | ja, wenn du B2B oder beratungsintensiv verkaufst | direkter Geschäftswert |
| file_download, scroll, video_start | Interaktionen | nein | keine geschäftliche Bedeutung |
Die Regel dahinter: Ein Key Event ist etwas, wofür du bezahlen würdest. Für eine Bestellung ja, für eine Newsletter-Anmeldung meist ja, für einen Warenkorb nein. Wenn eine Kampagne viele Warenkörbe und keine Käufe bringt, soll das im Bericht als Problem sichtbar sein, nicht als Erfolg.
Ausnahme: begin_checkout bei sehr wenigen Käufen
Shops mit wenigen Bestellungen pro Woche stehen vor einem Dilemma: Für Auswertungen je Kanal reichen die Käufe kaum aus. Manche markieren deshalb begin_checkout zusätzlich als Key Event, um mehr Datenpunkte zu haben. Das ist vertretbar, wenn du in Berichten konsequent nach Ereignisname filterst und nie die Summe aller Key Events liest. Sauberer ist es, Trichterschritte in der explorativen Trichteranalyse zu betrachten, wie im Artikel zum Kauf-Trichter in GA4 beschrieben, und Key Events auf echte Ziele zu beschränken.
Micro- und Makro-Ziele trennen
Eine gängige Einteilung hilft bei der Entscheidung:
Makro-Ziele sind der Grund, warum der Shop existiert: Bestellung, bei B2B auch Anfrage oder Angebotsanforderung. Sie sind Key Events.
Mikro-Ziele sind Zwischenschritte oder Hinweise auf Interesse: Warenkorb, Checkout-Start, Wunschliste, Größentabelle geöffnet, Newsletter-Anmeldung. Die meisten bleiben normale Ereignisse. Die Newsletter-Anmeldung ist der Grenzfall: Wenn du den Newsletter als Verkaufskanal nutzt und seine Anmeldungen aktiv steigern willst, ist sie ein Key Event. Wenn er nebenbei läuft, nicht. Wie du Anmeldungen misst und steigerst, steht im Artikel zu Newsletter-Anmeldungen.
Zwei bis vier Key Events reichen für fast jeden Shop. Für Websites ohne Shop, die Anfragen statt Bestellungen messen, gilt dasselbe Prinzip mit anderen Ereignissen; der Artikel zum Messen von Leads auf der Website geht darauf ein.
Schritt für Schritt: Key Events einrichten
- Prüfen, welche Ereignisse ankommen. Im Verwaltungsbereich unter Datenanzeige → Ereignisse siehst du alle Ereignisnamen der letzten Zeit. purchase muss dort stehen. Fehlt es, ist zuerst das E-Commerce-Tracking zu richten; der Artikel zur GA4-Einrichtung für Online-Shops beschreibt den Aufbau.
- Ereignis markieren. Neben dem Ereignisnamen gibt es einen Schalter „Als Schlüsselereignis markieren“. Alternativ legst du im Bereich Schlüsselereignisse ein neues an und trägst den Ereignisnamen ein; das funktioniert auch, bevor das Ereignis zum ersten Mal gesendet wurde. Laut Google kann es bis zu 24 Stunden dauern, bis das Schlüsselereignis in den Standardberichten auftaucht.
- Eigene Ereignisse ableiten, wenn nötig. Wenn dein Newsletter-Formular nur ein allgemeines form_submit sendet, erstellst du daraus über „Ereignis erstellen“ ein eigenes Ereignis mit Bedingung (etwa Formular-ID oder Seitenpfad) und markierst dieses. So bleibt das allgemeine Formularereignis unmarkiert.
- Zählmethode festlegen. Je Key Event stehen zwei Zählmethoden zur Wahl: „Einmal pro Ereignis“ und „Einmal pro Sitzung“. Google kennzeichnet „Einmal pro Ereignis“ als empfohlene Methode; sie ist auch der Standard für alle Key Events, die nicht aus Universal-Analytics-Zielvorgaben übernommen wurden. Für purchase ist sie richtig, weil zwei Bestellungen in einer Sitzung zwei Bestellungen sind. „Einmal pro Sitzung“ ist nur dann sinnvoll, wenn eine Aktion pro Besuch höchstens einmal zählen soll, etwa ein Formular, das versehentlich doppelt abgeschickt wird. Änderungen wirken nur auf künftige Daten.
- Wert prüfen. purchase bringt seinen Wert im Parameter value mit, zusammen mit currency und transaction_id. Für Ereignisse ohne eigenen Wert, etwa eine Anfrage, kannst du beim Key Event einen „Standardwert des Schlüsselereignisses“ hinterlegen, damit Berichte einen Wert zeigen.
- Testen. Aktion selbst auslösen und in der DebugView im Verwaltungsbereich oder im Echtzeitbericht beobachten. Bei purchase auf transaction_id, value, currency und die Artikel achten.
- Nach einer Woche abgleichen. Key Events purchase in GA4 gegen Bestellungen im Shop-Backend. Eine Lücke von einigen Prozent durch Consent und Ad-Blocker ist normal; größere Lücken deuten auf Tracking-Probleme, wie im Artikel zum Prüfen des GA4-E-Commerce-Trackings beschrieben.
Key Events in Berichten lesen
Sobald Key Events markiert sind, tauchen sie an drei Stellen auf.
Akquisitionsberichte. In den Berichten zur Nutzer- und Traffic-Akquisition steht je Kanal, Quelle oder Kampagne die Zahl der Key Events und die Key-Event-Rate je Sitzung. Wichtig: Über das Auswahlfeld in der Spalte kannst du auf ein einzelnes Key Event filtern. Tu das immer. Die Summe aus purchase, Newsletter und Kontakt sagt nichts über die Verkaufsleistung eines Kanals.
Interaktionsberichte. Der Bericht zu Schlüsselereignissen zeigt Verlauf und Wert je Key Event. Für purchase ergänzen die Berichte unter Monetarisierung die Sicht auf Umsatz und Artikel.
Attribution. GA4 verteilt Key Events nach dem in der Property eingestellten Attributionsmodell auf Kanäle: datengetrieben oder letzter Klick (bezahlt und organisch). Deshalb kann ein Key Event in den Berichten anteilig mehreren Kanälen zugeordnet sein. Für Traffic-Berichte, die nach Sitzung gruppieren, gilt dagegen die Quelle der Sitzung. Das erklärt viele scheinbare Widersprüche zwischen zwei GA4-Berichten.
Key Events und Google Ads: zwei verschiedene Zählungen
Der häufigste Irrtum: Key Events in GA4 seien automatisch die Conversions, auf die Google Ads bietet. Das stimmt nicht.
Google Ads zählt Conversions über eigene Conversion-Aktionen. Die können aus zwei Quellen stammen: dem Google-Ads-Tag auf der Bestellbestätigung oder dem Import von GA4-Key-Events über die Verknüpfung der Konten. Erst nach dem Import steht das Key Event in Google Ads als Conversion-Aktion zur Verfügung, und erst wenn du es dort als primäre Aktion einstufst, bietet Google Ads darauf.
Auch nach dem Import weichen die Zahlen voneinander ab, weil Google Ads nach dem Klickdatum zählt, GA4 nach dem Datum des Ereignisses; weil Google Ads seine eigenen Attributionsregeln anwendet; und weil Google Ads Conversions über Consent Mode teilweise modelliert. Die Gründe im Einzelnen und wie du damit umgehst, stehen im Artikel zum Unterschied zwischen Google-Ads-Conversions und GA4.
Entscheide dich für eine Quelle je Conversion-Aktion. Wie du das Ads-Tag in Shopify einbaust, ohne doppelt zu zählen, beschreibt der Artikel zum Google-Ads-Conversion-Tracking in Shopify. Wer purchase sowohl über das Ads-Tag als auch über den GA4-Import als primäre Aktion führt, zählt doppelt und lässt die Gebotsstrategie mit falschen Werten arbeiten.
Typische Fehler
Zu viele Key Events. Zehn markierte Ereignisse machen die Spalte „Key Events“ unlesbar. Behalte zwei bis vier und filtere in Berichten immer auf ein einzelnes.
Trichterschritte als Ziel. add_to_cart als Key Event lässt Kampagnen gut aussehen, die Warenkörbe füllen und keine Käufe bringen. Trichterschritte gehören in die Trichteranalyse.
Falsche Zählmethode. „Einmal pro Sitzung“ auf purchase zählt bei zwei Bestellungen in einem Besuch nur eine. Umgekehrt zählt „Einmal pro Ereignis“ ein doppelt abgeschicktes Formular doppelt. Prüfe die Einstellung vor allem bei Key Events, die aus alten Universal-Analytics-Zielvorgaben stammen: Dort ist „Einmal pro Sitzung“ voreingestellt.
Ereignisname mit Tippfehler. Ein Key Event für „Purchase“ oder „purchase_complete“ zählt nichts, wenn der Shop „purchase“ sendet. Ereignisnamen sind exakt zu übernehmen, Groß- und Kleinschreibung eingeschlossen.
Markierung vergessen nach Umbau. Wenn ein Entwickler das Newsletter-Ereignis umbenennt, bleibt das alte Key Event markiert und zählt null, während das neue unmarkiert läuft. Nach jeder Änderung am Tracking die Liste der Key Events prüfen.
Doppelte Zählung mit Google Ads. Gleiche Conversion aus Ads-Tag und GA4-Import beide als primär: doppelte Werte, falsche Gebote.
Checkliste
- purchase kommt in GA4 mit value, currency und transaction_id an
- purchase ist als Key Event markiert, Zählmethode „Einmal pro Ereignis“
- Höchstens zwei bis drei weitere Key Events, jeweils mit echtem Geschäftswert
- Trichterschritte (add_to_cart, begin_checkout) nicht markiert
- Newsletter- oder Kontaktereignis eigenständig benannt, Zählmethode bewusst gewählt
- Jedes Key Event einmal selbst ausgelöst und in DebugView oder Echtzeit geprüft
- purchase nach einer Woche mit dem Shop-Backend abgeglichen
- In Google Ads je Conversion genau eine Quelle als primär eingestellt
- In Akquisitionsberichten immer auf ein einzelnes Key Event filtern
- Nach Tracking-Änderungen die Liste der Key Events kontrolliert
In ecomando siehst du unter Traffic die Key Events je Kanal neben Sitzungen und Umsatz, damit ein Kanal mit vielen Sitzungen und wenigen Käufen sofort auffällt.
Häufige Fragen
Was sind Key Events in GA4?
Key Events (deutsch Schlüsselereignisse) sind Ereignisse, die du in Google Analytics 4 als besonders wichtig für dein Geschäft markiert hast, zum Beispiel purchase für eine Bestellung. GA4 zählt sie gesondert und weist sie in Berichten Kanälen, Kampagnen und Seiten zu. Bis 2024 hießen sie in GA4 Conversions.
Welche Ereignisse sollte ein Online-Shop als Key Event markieren?
Immer purchase. Dazu höchstens zwei bis drei weitere, die für dich echten Geschäftswert haben, etwa eine Newsletter-Anmeldung oder eine Kontaktanfrage. Trichterschritte wie add_to_cart oder begin_checkout bleiben normale Ereignisse; du analysierst sie im Trichter, nicht als Conversion.
Was ist der Unterschied zwischen Key Events in GA4 und Conversions in Google Ads?
Key Events sind die GA4-Zählung nach dem Attributionsmodell von GA4. Conversions in Google Ads sind entweder eigene Conversion-Aktionen mit dem Google-Ads-Tag oder aus GA4 importierte Key Events, gezählt nach den Regeln von Google Ads. Beide Zahlen weichen deshalb fast immer voneinander ab.
Kann ich ein Key Event rückwirkend auswerten?
Nein. GA4 zählt ein Ereignis erst ab dem Zeitpunkt als Key Event, an dem du es markiert hast. Das Ereignis selbst war vorher schon in den Daten, aber die Key-Event-Kennzahlen und die Key-Event-Rate beginnen mit der Markierung.
Wie prüfe ich, ob ein Key Event richtig gezählt wird?
Löse die Aktion selbst aus und beobachte sie in der DebugView im Verwaltungsbereich oder im Echtzeitbericht. Prüfe dort den Ereignisnamen, die Parameter und bei purchase die Transaktions-ID und den Wert. Vergleiche danach über einige Tage die Zahl der Key Events mit dem Shop-Backend.
