de en

Google Analytics 4 Events

Im Zusammenhang mit der Migration von Universal Analytics (UA) zu GA4 ist es wichtig, die unterschiedlichen Nuancen zwischen den beiden Versionen zu verstehen. In diesem Artikel werden wir untersuchen, wie sich die Event-Struktur von UA zu GA4 geändert hat und wie Events in der neueren Version konfiguriert werden können. Events können auf zwei Arten an GA4 weitergeleitet werden: Durch die Verwendung des Google Tag Managers oder durch die direkte Erstellung in der GA4-Schnittstelle. Wir werden auch beide Methoden im Detail erklären.

Änderungen im Vergleich zu Universal Analytics

Eine der auffälligsten Änderungen ist die Flexibilität des neuen Datenmodells von GA4 im Vergleich zum Vorgängermodell. In UA war die Struktur eines Events ziemlich genau definiert. Bei jedem Event werden 4 Parameter übergeben, allerdings gibt es einige Einschränkungen.

  • Event-Kategorie (erforderlich)
  • Event-Aktion (erforderlich)
  • Event label (optional)
  • Event value (optional)

Wenn Sie den Ereignisbericht in UA durchgehen, sehen Sie als ersten Parameter die Ereigniskategorie, und dann downdrillen Sie bis zum Wert.

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

Wenn wir zum Beispiel das Kauf Event verfolgen, würden Sie die folgende Struktur erwarten 

  • Event name : purchase
  • Transaction_id : “9209”
  • Value: 100
  • Währung: EUR
  • Artikel: “name of product/list of products purchased”

Wir werden mehr über Event-Parameter und die von Google empfohlenen Benennungskonventionen sprechen. Beginnen wir nun mit der Diskussion der vier verschiedenen Event-Kategorien in GA4

Event-Kategorien in Google Analytics 4

In GA4 gibt es vier Event-Kategorien:

  • Automatisch erfasste Events
  • Enhanced Measurement Events
  • Empfohlene Events (Recommended events)
  • Benutzerdefinierte Events (Custom events)

1. Automatisch erfasste Events

  • first_visit. Dies ist das erste Mal, dass ein Nutzer eine Website besucht oder eine App startet.
  • session_start. Wenn ein Nutzer die App oder Website aufruft und eine neue Sitzung beginnt
  • user_engagement. Dieses Event wird 10 Sekunden, nachdem der Besucher auf einer Seite geblieben ist, ausgelöst. Es kann aber auch periodisch ausgelöst werden, während die App im Vordergrund ist

2. Events, die über Enhanced Measurement verfolgt werden

Die Einführung des enhanced measurement Features in GA4 ist eine deutliche Verbesserung gegenüber der Vorgängerversion. Wenn diese Funktion aktiviert ist, verfolgt GA4 automatisch die meisten Events, 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 gängige Events wie möglich zu erfassen, ohne dass sie mit Entwicklern zusammenarbeiten müssen. Sie können auf diese Events zugreifen, indem Sie zu Admin – Property – Data streams gehen

 

Standardmäßig ist diese Funktion aktiviert und verfolgt automatisch die folgenden Events:

  • Page view (event name page_view)
  • scroll (event name: scroll)
  • Outbound link clicks (event name: click with the parameter outbound: true)
  • Site search (Event-Name: view_search_results)
  • Video Engagement (Events: video_start, video_progress, video_complete)
  • File Download (Event-Name: file_download)

page_view. Dieses Event 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 Event wird einmal pro Seite an GA4 weitergeleitet, wenn ein Besucher unter den Schwellenwert von 90% der Seitenhöhe scrollt.

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

view_search_results. Dieses Event wird an Google Analytics 4 gesendet, wenn die Seite geladen wird und die URL der Seite einen Abfrageparameter enthält, wie z. B. q, s, search, query, keyword. Wenn Sie möchten, können Sie aber auch mehr davon einbeziehen, vorausgesetzt, Ihre interne Site-Suche verwendet einen anderen Parameter als die bereits standardmäßig eingestellten (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 Video Events 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 Event 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 dies technisch gesehen verfolgt.

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

3. Empfohlene Events

Wenn Sie ein Event (und seine Parameter) erstellen und benennen möchten, prüfen Sie zunächst, was die ersten beiden Kategorien an Events bieten. Wenn Sie das gewünschte Event dort nicht finden, gehen Sie zu den empfohlenen Events. Google hat Events zur Verfügung gestellt, die für Ihre Website empfohlen werden (ob allgemeine Website-Events, Online-Verkaufs-Events oder sogar Gaming-Events). 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 erlaubt es den Benutzern, Events so zu erstellen und zu benennen, wie sie es für richtig halten. Wenn Sie jedoch ein Event aus dem Bereich der empfohlenen Events finden, das für Sie und Ihr Unternehmen sinnvoll ist, konfigurieren Sie Ihr Event unter Verwendung der gleichen Namenskonvention, die GA4 vorgibt. (Wenn Sie z. B. das Login-Ereignis auf Ihrer Website verfolgen möchten, empfiehlt GA4, ein Event mit dem Namen login und dem Parameter method zu erstellen. Dies hilft Google, Ihre Daten besser zu verstehen und sie in ihre Machine-Learning-Funktionen zu implementieren (Sie können ein Login Event 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 Events

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

Die Konfiguration von benutzerdefinierten Events ist im Wesentlichen identisch mit der von empfohlenen Events. Der einzige Unterschied besteht darin, dass Sie sich eigene Namen für die Events ausdenken müssen.

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

  • menu_click
  • menu_item_click
  • navigation_click

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

Nach dem Beispiel der Menüklicks sehen wir uns nun an, wie man ein benutzerdefiniertes Event einrichtet, das ein bestimmtes Navigationsmenüelement verfolgt.

Beispiel für ein benutzerdefiniertes Event 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 diesen angeklickt wird. 

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

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

  • Um diese Klicks zu identifizieren, müssen wir alle möglichen Parameter senden, die mit einem Click Event weitergeleitet werden könnten, um einen besseren Einblick zu erhalten, was zur Identifizierung bestimmter Klicks verwendet werden kann. (z. B. click classes, click ID usw.) Um dies zu tun, müssen wir in unserem GTM-Container zu variables — built in variables — Configure gehen

Stellen Sie sicher, dass alle Klickvariablen ausgewählt sind, damit sie bei jedem Klick-Event 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, können Sie entweder
    1. den GTM-Container aktualisieren und DANN die Schaltfläche “Vorschau” drücken,
    2. Änderungen veröffentlichen , die Sie am Arbeitsplatz vorgenommen haben, und drücken Sie dann die Vorschautaste (verzichten Sie auf Schritt 2. Es ist viel bequemer, die Änderungen erst zu veröffentlichen, NACHDEM Sie alle Änderungen getestet haben)

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

  • Nach Auswahl des Vorschaumodus wird einer der Menüpunkte angeklickt. Und das sollte sich in einem “Link-Klick”-Event widerspiegeln, da es automatisch verfolgt wird. 

Und in der Tat können wir dort das Event für den Link-Klick 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-Event auftritt.

  • Wir tauchen tiefer ein, indem wir uns die Variablen ansehen, die in diesem Event 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. Click class 2. Click text

Mit anderen Worten: Ein Click auf einen Menü-Link auf unserer Website hat diese spezifische Click class, und wir können sehen, dass der angeklickte Menüpunkt der Punkt “Blog” war. Er wird in der Variablen {click text} gespeichert

  • Wir versuchen es mit einem zweiten Klick auf den Menüpunkt und sehen, was in den Container geschoben wird.

Wir können sehen, dass die click class 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, dass die Menüpunkte in der Navigationsleiste alle die gleiche click class haben, aber offensichtlich unterschiedliche Namen. Woher wissen wir also, welcher Eintrag genau angeklickt wurde? Und welcher wurde am häufigsten angeklickt?

Jetzt kommt der spannende Teil! Erstellen wir unseren Tag.

Gehen wir zunächst zum Abschnitt Trigger in unserem GTM-Arbeitsbereich und erstellen einen Trigger, der bei einem bestimmten Link-Klick ein Tag auslöst. Nachdem Sie die Bedingungen festgelegt haben, klicken Sie auf Speichern.

Zweitens: Nachdem wir einen Auslöser erstellt haben, müssen wir einen Tag erstellen, der durch den Auslöser ausgelöst wird. Wir gehen zum Abschnitt Tags in unserem Arbeitsbereich und drücken auf NEU. 

  1. Wir erstellen ein GA4 Event-Tag, da wir dieses Event verfolgen möchten

  1. Das Konfigurations-Tag sollte die GA4-Konfiguration sein (die Messungs-ID), mit der Sie Ihre Website verfolgen (wie Sie sehen können, haben wir menu_click als Namen für das Event gewählt)

  1. Da alle Menüklicks dieselbe Klasse haben, könnten wir statt eines Tags für jedes einzelne Item das Tag, das wir gerade konfigurieren, verwenden und es mit einem Event-Parameter weiterleiten, den wir “menu_item_click” nennen und der gleich der Variablen “click text” ist. Wir erweitern die Event-Parameter, klicken auf Zeile hinzufügen und geben menu_item_click als Namen für unseren Parameter ein, und indem wir auf “Insert Variable” klicken, weisen wir dem Parameter den Wert {Click Text} zu. Event-Parameter sollen den Kontext des Events genauer beschreiben (in unserem Fall geben sie Aufschluss darüber, welcher Menüpunkt angeklickt wurde). Wir werden später im Artikel sehen, wie sie weitergeleitet werden und in der GA4-Schnittstelle zu sehen sind).

  1. Dies ist der Auslöser, den wir zuvor konfiguriert haben (bei einem Klick, der die von uns angegebene click class hat, wird der gerade erstellte Tag ausgelöst)

  1. Schließlich drücken wir auf Speichern und aktualisieren den Container, damit 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!

Jetzt müssen wir zu Google Analytics 4 wechseln, um die DebugView zu überprüfen, um zu testen, was wir konfiguriert haben. Wir gehen zum Abschnitt “Configure” und klicken auf “DebugView“. Hier findet das Debugging statt. Denken Sie daran, dass die GTM-Vorschau Ihnen zeigt, welche Tags ausgelöst werden, und im Debug-Modus können Sie sehen, ob das, was Sie in diesen Tags konfiguriert haben, ordnungsgemäß an GA4 weitergeleitet wird.

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

  1. Wenn Sie den Vorschaumodus von GTM aktivieren, wird der debug_mode in GA4 automatisch auf true gesetzt. 
  2. Weiterleitung des Parameters debug_mode mit dem GA4-Konfigurations-Tag oder mit jedem Event, das Sie in der DebugView sehen möchten
  3. Aktivieren der GA-Debugger-Erweiterung in Ihrem Chrome-Browser

In unserem Beispiel 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 (preview mode) aktivieren, werden Sie zu folgendem Fenster weitergeleitet

Google Tag Manager- Vorschaumodus

Google Tag Manager – Google Tag Assistant

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

Tip

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

Tag Assistant Connected

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

Nachdem wir auf den Vorschaumodus gedrückt haben, haben wir auf die Menüpunkte geklickt und uns die Seiten angesehen, dann sind wir zur DebugView in GA4 gegangen und das ist, was wir sehen.

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

  1. Wir sehen, dass wir ein “Debug Device” angeschlossen haben (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, z. B. 2 Geräte.
  2. Nachdem wir auf die Website geklickt haben, können wir sehen, dass die Klicks auf die Menüpunkte tatsächlich an GA4 weitergeleitet wurden. Wenn Sie auf ein beliebiges Event 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 Event-Parameter, den wir zuvor mit dem menu_click-Ereignis konfiguriert haben, ordnungsgemäß an GA4 übertragen wird und verschiedene Menüpunkte anzeigt. Der erste war der Eintrag Jobs, der zweite der Eintrag Blog.

Wir sind jedoch noch nicht fertig! Auch wenn Sie diese 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. Auf diese Weise können Sie diese benutzerdefinierte Dimension als sekundäre Dimension in Ihren GA4-Berichten oder als primäre Dimension in Explorationsberichten verwenden.

Fangen wir also an.

Navigieren Sie in Ihrer GA4-Benutzeroberfläche zum Custom Definitions — Create custom dimensions

  1. Der Name der Dimension kann beliebig gewählt werden. Dies ist der Name, der in Ihren Berichten erscheinen wird. In diesem Beispiel haben wir den Namen Menu Item name

  1. Da es sich um ein einzelnes Event handelt und nicht jedes Event von demselben Benutzer stammt (es gibt zwei Bereiche, Event und Benutzer), wählen wir den Event-Bereich

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

  1. Wenn Sie sich erinnern, haben wir einen bestimmten Namen für den weitergeleiteten Parameter festgelegt. Damit er in GA4 als benutzerdefinierte Dimension angezeigt wird, sollte der Name des Parameters genau so lauten wie konfiguriert. PS: Sie sehen, dass wir nicht den gesamten Namen des Events 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.
  2. Abschließend drücken Sie auf Speichern. Wie bereits erwähnt, kann es bis zu 24 Stunden dauern, bis die benutzerdefinierte Dimension in den Berichten erscheint.

Nachdem wir nun ein benutzerdefiniertes Event in GTM konfiguriert haben, können wir neue Events in der GA4-Oberfläche erstellen.

Erstellen von Events in der GA4-Schnittstelle

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

Nehmen wir an, wir möchten (die eine bestimmte URL hat, wie https://www.website.com/thank-you/) das Ereignis 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 Event direkt von Ihrer GA4-Schnittstelle aus konfigurieren: Gehen Sie zu Configure — Events — Create event

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 Event verfolgt und weiterleitet, indem wir GA4 als Konfiguration für Ihr Tag wählen. Da wir hier jedoch das Event direkt in GA4 erstellen, müssen wir nur Auslöser (triggers) oder passende Bedingungen identifizieren, die ein Event erzeugen.

Gehen wir noch einmal durch, was wir ausgefüllt haben 

  1. Der Name des Events. Wie bereits in diesem Artikel erwähnt, ist dies ganz Ihnen überlassen, aber es ist besser, sich an die “Snake Case”-Benennungskonvention zu halten. 
  2. Die erste passende Bedingung. Denken Sie also daran, dass wir die Dankeseite verfolgen wollen. Wir wollen also zuerst den pageview selbst erfassen. Deshalb muss der Event-Name page_view lauten, denn das ist der Name, den GA4 für dieses Event reserviert und verwendet. (Sehen Sie sich die vorherigen Screenshots der DebugView an, um zu sehen, wie das Event pageview gesendet wird)
  3. Die zweite passende Bedingung. Welchen pageview wollen Sie genau verfolgen? Aus diesem Grund geben wir an, dass der Seitenstandort (oder die URL) diesen “identifier” enthalten sollte, der in unserem Fall der Parameter “/dankeschön/” ist
  4. Wenn Sie alle Parameter aus dem Event page_view in das neue Event kopieren möchten, lassen Sie das Kontrollkästchen Parameter aus dem Quell-Event kopieren aktiviert.
  5. Wenn Sie mit der Konfiguration des Events fertig sind, drücken Sie auf “Create”

Sie haben soeben ein Event direkt in der GA4-Oberfläche konfiguriert.

 

Wenn wir nun dieses Event als Konvertierung konfigurieren möchten, müssen wir nur den Schalter “mark as conversion” aktivieren und von diesem Moment an wird GA4 dieses Event als Konvertierung registrieren. Ziemlich einfach, oder? und viel besser als die Konfiguration von Zielen in UA.

Schlussbemerkungen

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

  1. Wenn Sie ein Event erstellen möchten, überprüfen Sie zunächst schrittweise die ersten drei besprochenen Kategorien (automatisch verfolgte Events, Enhanced Measurments und empfohlene Events). Wenn keine dieser Kategorien (insbesondere die empfohlenen Events) das gewünschte Event enthält, müssen Sie ein benutzerdefiniertes Event erstellen.
  2. Es gibt zwei Möglichkeiten, Events zu konfigurieren und an GA4 weiterzuleiten: Entweder Sie konfigurieren ein GTM-Tag, das bei einem Trigger ausgelöst wird und das Event weiterleitet, oder Sie erstellen das Event direkt in der GA4-Oberfläche
  3. Denken Sie daran, Ihren benutzerdefinierten Parameter als benutzerdefinierte Dimension in GA4 zu registrieren, wenn Sie diesen Parameter in Ihren Berichten verwenden möchten.
  4. 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 Events und Parameter korrekt weitergeleitet werden.

Wichtig zu beachtende Einschränkungen

  1. Sie können bis zu 25 Parameter mit einem Event weiterleiten
  2. Es gibt eine Grenze von 50 benutzerdefinierten Dimensionen und 50 benutzerdefinierten Metriken pro Property.
  3. Sie können bis zu 500 einzigartige Property Events verwalten.

 

 

 

Related posts