Google Analytics 4 Events

Änderungen im Vergleich zu Universal Analytics

Eine der auffälligsten Änderungen ist die Flexibilität des neuen Datenmodells von GA4 im Vergleich zu seinem Vorgänger. In UA war die Struktur eines Ereignisses ziemlich genau definiert. Sie übermitteln 4 Parameter mit jedem Ereignis, allerdings gibt es einige Einschränkungen

• Ereigniskategorie (erforderlich)

• Aktion des Ereignisses (erforderlich)

• Ereignisbezeichnung (optional)

• Ereigniswert (optional)

Wenn Sie den Ereignisbericht in UA überfliegen, sehen Sie als ersten Parameter die Ereigniskategorie und dann den gesamten Wert.

Der Name eines Ereignisses in GA4 kann jedoch so lauten, wie Sie es wünschen. Und Sie können viele weitere Parameter weiterleiten, die den Kontext des Ereignisses besser beschreiben.

Wenn wir zum Beispiel ein Kaufereignis verfolgen, würden Sie die folgende Struktur erwarten

• Name des Ereignisses : Kauf

• Vorgangs_id : “9209”

• Wert: 100

• Währung: EUR

• Artikel: “Name des Produkts/Liste der gekauften Produkte”

Wir werden noch mehr über Ereignisparameter und einige der von Google empfohlenen Namenskonventionen sprechen. Lassen Sie uns zunächst die vier verschiedenen Ereigniskategorien in GA4 besprechen

Ereigniskategorien in Google Analytics 4

In GA4 gibt es vier Ereigniskategorien:

• Automatisch erfasste Ereignisse

• Erweitertes Messereignis

• Empfohlene Ereignisse

• Benutzerdefinierte Ereignisse

1. Automatisch erfasste Ereignisse

• erster_Besuch. Dies ist das erste Mal, dass ein Nutzer eine Website besucht oder eine App startet.

• session_start. Wenn ein Nutzer die Anwendung oder Website aktiviert und eine neue Sitzung beginnt

• user_engagement. Dieses Ereignis wird 10 Sekunden, nachdem der Besucher auf einer Seite geblieben ist, ausgelöst. Es kann aber auch in regelmäßigen Abständen ausgelöst werden, während die Anwendung im Vordergrund ist

2. Über Enhanced Measurement verfolgte Ereignisse

Die Einführung der erweiterten Verfolgung von Messereignissen in GA4 ist eine deutliche Verbesserung gegenüber der Vorgängerversion. Wenn diese Funktion aktiviert ist, verfolgt GA4 automatisch die meisten Ereignisse, die in UA manuell konfiguriert werden müssen (derzeit werden nur Seitenaufrufe automatisch in UA verfolgt). Diese Funktion wurde implementiert, um GA4-Benutzern zu helfen, so viele häufige Ereignisse wie möglich zu erfassen, ohne mit den Entwicklern zusammenarbeiten zu müssen. Sie können auf diese Ereignisse zugreifen, indem Sie zu Admin – Property – Data streams gehen

In der Standardeinstellung ist diese Funktion aktiviert und verfolgt automatisch die folgenden Ereignisse:

• Seitenansicht (Ereignisname page_view)

• Scrollen (Ereignisname: scroll)

• Ausgehende Linkklicks (Ereignisname: click mit dem Parameter outbound: true)

• Website-Suche (Ereignisname: view_search_results)

• Video Engagement (Ereignisse: video_start, video_progress, video_complete)

• Datei-Download (Ereignisname: file_download)

page_view. Dieses Ereignis wird jedes Mal an GA4 weitergeleitet, wenn eine neue Seite geladen wird oder wenn sich die URL der Seite ändert, ohne dass die Seite neu geladen wird.

scroll Dieses Ereignis wird einmal pro Seite an GA4 weitergeleitet, wenn ein Besucher unter die 90%-Schwelle der Seitenhöhe scrollt.

click Dieses Ereignis ist für ausgehende Linkklicks. (wenn ein Klick den Nutzer von der aktuellen Domain wegführt). Zusammen mit diesem Ereignis werden eine Reihe von anderen Parametern weitergeleitet: link_classes, link_domain, link_id, link_url.

view_search_results Dieses Ereignis wird an Google Analytics 4 gesendet, wenn die Seite geladen wird und die URL der Seite einen Abfrageparameter enthält, wie q, s, search, query, keyword. Wenn Sie möchten, können Sie aber auch mehr davon einbeziehen, vorausgesetzt, dass Ihre interne Site-Suche einen anderen Parameter als die bereits standardmäßig eingestellten verwendet (bis zu 10).

video_start, video_progress, video_complete Enhanced Measurement ist in der Lage, Interaktionen von eingebetteten Youtube-Videos auf Ihrer Website zu verfolgen und sendet diese Videoereignisse dann an GA4. Diese eingebetteten Videos sollten jedoch den Parameter ?enablejsapi=1 in ihrer URL enthalten, der auf Websites nicht immer vorhanden ist. Daher kann das Tracking von Video-Engagements mit dieser Metrik schwierig sein und erfordert auch einige Anpassungen. Unsere Empfehlung ist, Video-Engagements mit GTM zu verfolgen.

file_download. Dieses Ereignis wird an GA4 gesendet, wenn ein Link angeklickt wird und dieser Link eine der folgenden Dateierweiterungen enthält: .pdf, .xls, .xlsx, .doc, .docx, . txt, .rtf, .csv, .exe, .key, .pps, .ppt, .pptx, .7z, .pkg, .rar, .gz, .zip, .avi, .mov, .mp4, .mpe, .mpeg, .wmv, .mid, .midi, .mp3, .wav, .wma. Wenn der Link eine Datei öffnet oder herunterlädt, wird sie technisch gesehen verfolgt.

Wenn Sie die erweiterten Messungen nicht verfolgen möchten, müssen Sie nur den blauen Schalter ausschalten. Oder wenn Sie einige dieser Ereignisse auswählen möchten, drücken Sie auf das Zahnradsymbol (Einstellungssymbol), wählen Sie die Ereignisse aus, die Sie verfolgen möchten, und drücken Sie auf Speichern.

3. Empfohlene Ereignisse

Wenn Sie ein Ereignis (und seine Parameter) erstellen und benennen möchten, prüfen Sie zunächst, was die ersten beiden Kategorien an Ereignissen bieten. Wenn Sie das Ereignis, das Sie erstellen möchten, dort nicht finden, gehen Sie zu den empfohlenen Ereignissen. Google hat Ereignisse bereitgestellt, die für Ihre Website empfohlen werden (ob allgemeine Website-Ereignisse, Online-Verkaufs-Ereignisse oder sogar Spiele-Ereignisse), um die vollständige Liste zu prüfen, klicken Sie hier

Wie wir bereits erwähnt haben, ist das Datenmodell von GA4 sehr flexibel und ermöglicht es den Nutzern, Veranstaltungen zu erstellen und zu benennen, wie sie es für richtig halten. Wenn Sie jedoch eine Veranstaltung aus dem Bereich der empfohlenen Veranstaltungen finden, die für Sie und Ihr Unternehmen sinnvoll ist, konfigurieren Sie Ihre Veranstaltung unter Verwendung der gleichen Namenskonvention, die GA4 bietet. (Wenn Sie z. B. das Login-Ereignis auf Ihrer Website verfolgen möchten, empfiehlt GA4, ein Ereignis mit dem Namen login und dem Parameter method zu erstellen. Dies hilft Google, Ihre Daten besser zu verstehen und sie in ihre maschinellen Lernfunktionen zu implementieren (Sie können ein Login-Ereignis mit dem Namen logged_in oder logging_in oder einem beliebigen Namen erstellen. Es ist jedoch besser, sich an die Namenskonventionen von GA4 zu halten)

4. Benutzerdefinierte Ereignisse

Schließlich haben wir noch die letzte und wichtigste Ereigniskategorie. Unserer Meinung nach ist diese Kategorie das A und O der Ereignisverfolgung. Wann immer Sie ein Ereignis verfolgen möchten, das nicht von den automatisch verfolgten Ereignissen, den erweiterten Messungen oder den empfohlenen Ereignissen erfasst wird, entscheiden Sie sich für benutzerdefinierte Ereignisse. Mit anderen Worten: Sie können ein ganz bestimmtes Ereignis verfolgen, das auf Ihrer Website auftritt, das für Ihr Unternehmen wichtig ist, aber nicht standardmäßig verfolgt werden kann.

Die Konfiguration von benutzerdefinierten Ereignissen ist fast identisch mit den empfohlenen Ereignissen. Der einzige Unterschied besteht darin, dass Sie sich eigene Ereignisnamen ausdenken müssen.

Wenn Sie z. B. Klicks auf die Menü-Navigationsleiste verfolgen möchten, kann der Name des Ereignisses wie folgt lauten:

• menu_click

• menu_item_click

• navigation_click

Oder etwas anderes. Google empfiehlt, Ihr Ereignis mit der “Snake Case”-Benennungskonvention zu benennen, die nur aus kleinen Buchstaben (ohne Großschreibung) besteht, die durch ein ” _ ” getrennt sind.

In Anlehnung an das Beispiel der Menüklicks sehen wir uns nun an, wie man ein benutzerdefiniertes Ereignis einrichtet, das ein bestimmtes Navigationsmenüelement verfolgt.

Beispiel für ein benutzerdefiniertes Ereignis in GA4: Menü-Link-Klick (konfiguriert durch GTM)

Nehmen wir unsere eigene Website als Beispiel, um zu erklären, wie man ein Tag im Google Tag Manager konfiguriert, das immer dann ausgelöst wird, wenn ein Menüleistenelement angeklickt wird. Wenn Sie auf www.wearekemb.com gehen, sehen Sie den folgenden Abschnitt als unsere Navigationsleiste

Nehmen wir an, wir möchten diese Menüpunkte verfolgen, sobald einer von ihnen angeklickt wird.

Fangen wir langsam an und definieren wir jeden Schritt des Prozesses.

• Wir wissen, dass Klicks automatisch mit erweiterten Messungen verfolgt werden, aber in diesem speziellen Fall wollen wir bestimmte Klicks verfolgen, die bestimmte “Identifikatoren” haben, die die Klicks in der Menüleiste von anderen Klicks auf Ihrer Website unterscheiden.

• Um diese Klicks genau zu bestimmen, müssen wir alle möglichen Parameter senden, die mit einem Klick-Ereignis weitergeleitet werden können, um einen besseren Überblick darüber zu erhalten, was zur Identifizierung bestimmter Klicks verwendet werden kann. (z. B. Klickklassen, Klick-ID usw.)

Um das zu tun, müssen wir in unserem GTM-Container zu Variablen – eingebaute Variablen – Konfigurieren gehen

Und stellen Sie sicher, dass alle Klickvariablen ausgewählt sind, damit sie bei jedem Klickereignis weitergeleitet werden.

Dann müssen wir einen Trigger mit den richtigen Bedingungen erstellen, der die fraglichen Klicks unterscheidet. Dazu müssen wir eine Vorschau des GTM-Containers erstellen, um zu sehen, was passiert, wenn einer dieser Menüpunkte angeklickt wird. Nachdem alle Klickvariablen aktiviert sind und bevor die Vorschau angezeigt wird, sollten Sie entweder

1. den GTM-Container aktualisieren und DANN auf die Schaltfläche Vorschau klicken,
2. veröffentlichen Sie die Änderungen, die Sie am Arbeitsplatz vorgenommen haben, und drücken Sie dann die Schaltfläche “Vorschau” (verzichten Sie auf Schritt 2. Es ist viel bequemer, die Änderungen erst zu veröffentlichen, NACHDEM Sie alle Änderungen getestet haben)

PS: Immer wenn eine Änderung am Container vorgenommen wird, müssen Sie einen der beiden oben genannten Schritte ausführen, um die Änderung im Vorschaumodus zu sehen.

Nachdem Sie den Vorschaumodus ausgewählt haben, klicken Sie auf einen der Menüpunkte. Und das sollte sich in einem “Link-Klick”-Ereignis widerspiegeln, da es automatisch verfolgt wird.

Und in der Tat können wir das Link-Klick-Ereignis genau hier sehen!
Es sind noch keine Tags eingerichtet, und genau das ist unser Ziel in diesem Beispiel: Ein GTM-Tag auszulösen, wenn ein Menüklick-Ereignis auftritt.

• Wir tauchen tiefer ein, indem wir uns die Variablen ansehen, die in diesem Ereignis vorhanden waren. Nachdem wir auf Variablen geklickt haben, sehen wir das Folgende

Wenn wir die Klickvariablen aktivieren, können wir zwei Identifikatoren feststellen, mit denen wir arbeiten können,

1. Die Klickklasse

2. Der Klick-Text 

Mit anderen Worten, ein Klick auf einen Menülink auf unserer Website hat diese spezifische Klickklasse, und wir können sehen, dass der angeklickte Menüpunkt der Punkt “Blog” war. Er ist in der Variablen {click text} gespeichert.

Versuchen wir es mit einem zweiten Klick auf einen Menüpunkt und sehen wir, was dann in den Container übertragen wird.

Wir können sehen, dass die Klickklasse für einen anderen Menüpunkt dieselbe ist, und wir stellen fest, dass der Punkt “Jobs” ausgewählt wurde

Wir können uns das so vorstellen: Die Menüpunkte in der Navigationsleiste haben alle die gleiche Klickklasse, aber offensichtlich unterschiedliche Namen. Woher wissen wir also, welcher Eintrag genau angeklickt wurde? Und welcher am häufigsten angeklickt wurde?

Jetzt kommt der lustige Teil! Lassen Sie uns unseren Tag erstellen.

Zuerst gehen wir zum Abschnitt Trigger in unserem GTM-Arbeitsbereich und erstellen einen Trigger, der einen Tag bei einem bestimmten Linkklick auslöst. Nachdem Sie die Bedingungen festgelegt haben, klicken Sie auf Speichern.

Zweitens, nachdem wir einen Auslöser erstellt haben, erstellen wir einen Tag, der bei dem soeben konfigurierten Auslöser ausgelöst wird. Gehen Sie zum Abschnitt Tags in unserem Arbeitsbereich und drücken Sie auf NEU.

• Wir erstellen ein GA4-Ereignis-Tag, da dies ein Ereignis ist, das wir verfolgen möchten.

• Das Konfigurations-Tag sollte die GA4-Konfiguration (die Messungs-ID) sein, mit der Sie Ihre Website tracken (wie Sie sehen, haben wir menu_click als Namen für das Ereignis gewählt, und wie bereits erwähnt, kann es sein, was immer Sie wollen)

• Wie wir bereits gesehen haben, können wir, da alle Menüklicks die gleiche Klasse haben, statt eines Tags für jedes einzelne Element das Tag, das wir gerade konfigurieren, verwenden und ihm einen Ereignisparameter mit dem Namen “menu_item_click” zuweisen, der der Variablen “click text” entspricht. Ereignisparameter sind dazu gedacht, den Kontext des Ereignisses genauer zu beschreiben (in unserem Fall geben sie Aufschluss darüber, welcher Menüpunkt angeklickt wurde). Wir werden später in diesem Artikel sehen, wie sie weitergeleitet und in der GA4-Schnittstelle angezeigt werden)

• Dies ist der Auslöser, den wir zuvor konfiguriert haben (wenn ein Klick mit der von uns angegebenen Klickklasse erfolgt, wird das soeben erstellte Tag ausgelöst)

• Zum Schluss drücken wir auf Speichern und aktualisieren den Container, so dass wir unsere Änderungen in der nächsten Vorschau sehen können.Prüfen wir nun, ob das von uns konfigurierte Tag korrekt ausgelöst wird. Wir führen die vorherigen Schritte aus und sollten sehen, dass ein Tag ausgelöst wird, wenn ich auf einen Menü-Link drücke.

Und das war’s dann auch schon!

Jetzt müssen wir zu Google Analytics 4 wechseln, um die DebugView zu überprüfen, um zu testen, was wir konfiguriert haben. Gehen wir zum Abschnitt Configure und klicken wir auf DebugView.
Hier findet die Fehlersuche statt. Erinnern Sie sich, die GTM-Vorschau zeigt Ihnen, welche Tags abgefeuert werden, und im Debug-Modus können Sie sehen, ob das, was Sie in diesen Tags konfiguriert haben, richtig an GA4 weitergeleitet wird.

Es gibt viele Möglichkeiten, den Debug-Modus in GA4 zu aktivieren.

• Wenn Sie den Vorschaumodus von GTM aktivieren, wird der debug_mode in GA4 automatisch auf true gesetzt.

• Weiterleitung des debug_mode-Parameters mit dem GA4-Konfigurations-Tag oder mit jedem Ereignis, das Sie in der DebugView sehen möchten

• Aktivieren der GA-Debugger-Erweiterung in Ihrem Chrome-Browser

Unserem Beispiel folgend, werden wir mit der ersten Option fortfahren

Wenn Sie also die DebugView aufrufen, ohne den Vorschaumodus zu aktivieren, sehen Sie Folgendes.

Wenn Sie den Vorschaumodus aktivieren, werden Sie zu folgendem Fenster weitergeleitet

Hier fügen Sie die URL Ihrer Website ein und stellen eine Verbindung zu ihr her.

Tipp

Bevor Sie den Vorschaumodus im Google Tag Manager aktivieren, sollten Sie die Erweiterung Google Tag Assistant in Ihrem Browser installieren. Sie erleichtert die Fehlersuche. Wenn Sie eine Verbindung zu Ihrer Website herstellen möchten, wird eine neue Registerkarte geöffnet (und nicht ein Fenster, was die Arbeit erleichtert)

Sie werden die Bestätigung der Erweiterung sehen, dass die Verbindung tatsächlich erfolgreich war

Nachdem wir eine Verbindung zu unserer Website hergestellt hatten, klickten wir auf die Menüpunkte und sahen uns die Seiten an. Dann gingen wir zur DebugView in GA4 und sahen folgendes.

Ziemlich cool, oder? Hier sehen wir alle Ereignisse, die “fast” in Echtzeit stattfinden. (Manchmal gibt es eine Verzögerung zwischen bestimmten Aktionen auf Ihrer Website und deren Anzeige in GA4.)

• Wir sehen, dass ein “Debug Device” angeschlossen ist (im Gegensatz zu 0 im vorherigen Bild). Die Verbindung war also tatsächlich erfolgreich. Es kann sein, dass mehr als ein Gerät verbunden ist, wenn jemand in Ihrem Team ebenfalls eine Debug-Ansicht geöffnet hat, dann ist die Anzahl der verbundenen Geräte 2.

• Nach einem Klick auf die Website können wir sehen, dass die Klicks auf die Menüpunkte tatsächlich an GA4 weitergeleitet wurden. Wenn Sie auf ein beliebiges Ereignis in der DebugView klicken, können Sie weitere Details darüber erfahren.

Bei beiden Klicks auf einen Menüpunkt stellen wir fest, dass unter den automatisch weitergeleiteten Parametern der Ereignisparameter, den wir zuvor mit dem menu_click-Ereignis konfiguriert haben, ordnungsgemäß an GA4 gesendet wird und verschiedene Menüpunkte anzeigt. Der erste war der Eintrag Jobs, der zweite der Eintrag Blog.

Aber wir sind noch nicht fertig!
Auch wenn Sie die benutzerdefinierten Parameter hier in der Debug-Ansicht sehen, können Sie sie nicht in Ihren GA4-Berichten verwenden, es sei denn, Sie konfigurieren diese Parameter als benutzerdefinierte Dimensionen. Wenn Sie dies tun, können Sie diese benutzerdefinierte Dimension als sekundäre Dimension in Ihren GA4-Berichten oder als primäre Dimension in Explorationsberichten verwenden.

Fangen wir an.

Gehen Sie in Ihrer GA4-Oberfläche zum Abschnitt Konfigurieren – Benutzerdefinitionen – Benutzerdefinierte Dimensionen erstellen

• Der Name der Dimension kann beliebig gewählt werden. Dies ist der Name, der in Ihren Berichten erscheinen wird. In diesem Beispiel haben wir die Dimension Menüpunktname genannt.

• Da es sich um ein einzelnes Ereignis handelt und nicht jedes Ereignis von demselben Benutzer ausgeführt wird (Sie haben zwei Bereiche, Ereignis und Benutzer), wählen wir den Ereignisbereich.

• Dieser Schritt ist optional, wird aber zum besseren Verständnis empfohlen.

• Wenn Sie sich erinnern, haben wir einen spezifischen Namen für den Parameter, den wir weitergeleitet haben, festgelegt. Damit er in GA4 als benutzerdefinierte Dimension angezeigt werden kann, muss der Name des Parameters genau so lauten, wie er konfiguriert wurde.PS: Sie können sehen, dass wir nicht den gesamten Namen des Ereignisses geschrieben haben. GA4 hat den fraglichen Parameter im Dropdown-Menü direkt erkannt. Machen Sie sich jedoch keine Sorgen, wenn Sie ihn nicht im Dropdown-Menü sehen. Manchmal braucht GA4 bis zu 24 Stunden, um den benutzerdefinierten Parameter zu registrieren.

• Abschließend drücken Sie auf Speichern und wie bereits erwähnt, kann es bis zu 24 Stunden dauern, bis die benutzerdefinierte Dimension in den Berichten erscheint.Nachdem wir nun ein benutzerdefiniertes Ereignis in GTM konfiguriert haben, können wir nun neue Ereignisse in der GA4-Oberfläche erstellen.

Erstellen von Ereignissen in der GA4-Schnittstelle

In diesem Abschnitt wollen wir versuchen, ein anderes Ereignis zu erstellen.

Nehmen wir an, wir wollen das Ereignis (mit einer bestimmten URL wie https://www.website.com/thank-you/ ) verfolgen, das erscheint, nachdem sich ein Besucher für Ihren Newsletter angemeldet hat. Sie können das natürlich über GTM machen, aber für dieses Beispiel werden wir das Ereignis direkt von Ihrer GA4-Schnittstelle aus konfigurieren: Gehen Sie zu Konfigurieren – Ereignisse – Ereignis erstellen

Sie werden auf die folgende Seite weitergeleitet.

Wie Sie sehen können, ist die Struktur der des Google Tag Managers sehr ähnlich. In GTM richten wir grundsätzlich Auslöser ein, die ein Tag auslösen, das das Ereignis verfolgt und weiterleitet, indem wir GA4 als Konfiguration für Ihr Tag wählen. Da wir hier jedoch das Ereignis direkt in GA4 erstellen, müssen wir nur Auslöser oder passende Bedingungen identifizieren, die ein Ereignis erzeugen.

Schauen wir uns an, was wir ausgefüllt haben

• Der Ereignisname. Wie bereits in diesem Artikel erwähnt, ist dies völlig Ihnen überlassen, aber es ist besser, sich an die “Snake Case”-Benennungskonvention zu halten.

• Die erste passende Bedingung. Denken Sie daran, dass wir die Dankeseite verfolgen wollen. Wir wollen also zuerst den Seitenaufruf selbst verfolgen. Deshalb soll der Ereignisname page_view lauten, denn das ist der Name, den GA4 für dieses Ereignis reserviert und verwendet. (In den vorherigen Screenshots der DebugView sehen Sie, wie das Ereignis pageview gesendet wird)

• Die zweite passende Bedingung. Welchen Seitenaufruf möchten Sie genau verfolgen? Aus diesem Grund geben wir an, dass der Seitenstandort (oder die URL) diesen “Bezeichner” enthalten sollte, der in unserem Fall der Parameter “/thank-you/” ist

• Wenn Sie alle Parameter aus dem Ereignis “page_view” in das neue Ereignis kopieren möchten, lassen Sie das Kontrollkästchen “Copy parameters from the source event” aktiviert.

• Wenn Sie mit der Konfiguration des Ereignisses fertig sind, drücken Sie auf Erstellen.

Und schon haben Sie ein Ereignis direkt in der GA4-Oberfläche konfiguriert.

Wenn Sie nun dieses Ereignis als Konvertierung konfigurieren möchten, müssen Sie nur noch den Schalter “Als Konvertierung markieren” aktivieren, und schon registriert GA4 dieses Ereignis als Konvertierung.
Ziemlich einfach, oder? und viel besser als die Konfiguration von Zielen in UA.

Abschließende Anmerkungen

Dies war ein langer Artikel! Wir hoffen jedoch, dass wir Ihnen wertvolle Informationen und eine klare Erklärung für die Konfiguration von Ereignissen in GA4 geben konnten. Fassen wir zusammen, was wir in diesem Artikel besprochen haben, und fügen wir einige der Einschränkungen hinzu, die Sie in GA4 kennen sollten

• Wenn Sie ein Ereignis erstellen möchten, sollten Sie zunächst die ersten drei Kategorien prüfen, die wir besprochen haben (automatisch erfasste Ereignisse, erweiterte Messungen und empfohlene Ereignisse). Wenn keine dieser Kategorien (insbesondere die empfohlenen Ereignisse) das gewünschte Ereignis enthält, müssen Sie ein eigenes Ereignis erstellen.

• Es gibt zwei Möglichkeiten, Ereignisse zu konfigurieren und an GA4 weiterzuleiten: Entweder Sie konfigurieren ein GTM-Tag, das bei einem Trigger ausgelöst wird und das Ereignis weiterleitet, oder Sie erstellen das Ereignis direkt in der GA4-Oberfläche

• Denken Sie daran, Ihren benutzerdefinierten Parameter als benutzerdefinierte Dimension in GA4 zu registrieren, wenn Sie diesen Parameter in Ihren Berichten verwenden möchten.

• Um Ihr Tracking-Setup zu testen, gehen Sie zum Abschnitt DebugView in GA4 (nachdem Sie den Vorschaumodus in GTM aktiviert haben) und überprüfen Sie, ob alle Ereignisse und Parameter richtig weitergeleitet werden.

Einschränkungen, die Sie kennen sollten

• Sie können bis zu 25 Parameter mit einem Ereignis weiterleiten.

• Es gibt ein Limit von 50 benutzerdefinierten Dimensionen und 50 benutzerdefinierten Metriken pro Eigenschaft.

• Sie können bis zu 500 eindeutige Ereigniseigenschaften haben.