Informationen zu Ereignissen (Universal Analytics) - Google Analytics-Hilfe [gg-analytics-de]

Über Ereignisse (Universal Analytics)

Verwenden Sie Ereignisse, um Daten über Interaktionen mit Ihren Inhalten zu sammeln.

In Universal Analytics sind Ereignisse Benutzerinteraktionen mit anderen Inhalten als Seitenladevorgängen (Seitenaufrufen). Downloads, Klicks auf Links, Formularübermittlungen und Videowiedergaben sind Beispiele für Aktionen, die Sie möglicherweise als Ereignisse analysieren möchten.

In diesem Artikel :

• Siehe Ereignisdaten in Berichten
• Anatomie der Ereignisse
• Überlegungen zur Umsetzung
• Best Practices für die Ereignisimplementierung
• Ereignisse vs. Ereignisziele

Siehe Ereignisdaten in Berichten

Sie müssen Code zu Ihrer Website oder App hinzufügen, um Daten in Ihren Ereignisberichten anzuzeigen. Lesen Sie Ereignismessung einrichten .

So sehen Sie Ereignisberichte:

1. Melden Sie sich bei Google Analytics an.
2. Navigieren Sie zu Ihrer Ansicht .
3. Berichte öffnen.
4. Wählen Sie Verhalten > Ereignisse aus .

Anatomie der Ereignisse

Ein Ereignis hat die folgenden Komponenten. Ein Ereignistreffer enthält einen Wert für jede Komponente, und diese Werte werden in Ihren Berichten angezeigt.

• Kategorie
• Aktion
• Etikett (optional, aber empfohlen)
• Wert (optional)

Beispielsweise könnten Sie auf Ihrer Website eine Schaltfläche zum Abspielen eines Videos einrichten, sodass ein Ereignistreffer mit den folgenden Werten gesendet wird:

• Kategorie: "Videos"
• Aktion: "Spielen"
• Label: "Babys erster Geburtstag"

Kategorie

Eine Kategorie ist ein Name, den Sie angeben, um Objekte zu gruppieren, die Sie analysieren möchten. In der Regel verwenden Sie denselben Kategorienamen mehrmals für verwandte UI-Elemente, die Sie unter einer bestimmten Kategorie gruppieren möchten.

Angenommen, Sie möchten auch messen, wie oft das Video heruntergeladen wird. Du könntest benutzen:

• Kategorie: "Videos"
• Aktion: "Heruntergeladen"
• Label: „Vom Winde verweht"

In diesem Fall gäbe es in Ihren Berichten nur eine Kategorie – Videos – und Sie könnten aggregierte Metriken für die Benutzerinteraktion mit dem gesamten Satz von Elementen für dieses einzelne Videoobjekt anzeigen.

Es ist jedoch wahrscheinlich, dass Sie mehr als ein einzelnes Objekt messen möchten, und es lohnt sich zu überlegen, wie Sie Ihre Berichte kategorisieren möchten, bevor Sie den Aufruf implementieren. Beispielsweise möchten Sie möglicherweise alle separaten Filme unter der Hauptkategorie „Videos" analysieren, sodass Sie aggregierte Zahlen für alle Videointeraktionen erhalten, unabhängig davon, mit welchen Benutzern sie interagieren.

Andererseits können Sie je nach Videotyp separate Kategorien erstellen – eine für Filmvideos und eine für Musikvideos. Möglicherweise möchten Sie auch eine separate Kategorie für Video-Downloads:

• Videos - Filme
• Videos - Musik
• Downloads

In diesem Szenario könnten Sie in Ihren Berichten die kombinierte Gesamtzahl der Ereignisse für alle drei Kategorien sehen. Die Metrik „ Gesamtereignisse " zeigt alle Ereigniszahlen für alle Kategorien an, die Sie in Ihrer Implementierung bereitgestellt haben. Sie können jedoch nicht kombinierte Metriken für alle Videos getrennt von Downloads anzeigen, da detaillierte Ereignismetriken unter ihren jeweiligen Kategorien kombiniert werden.

Während das Event-Objektmodell völlig flexibel ist, sollten Sie zuerst Ihre gewünschte Berichtsstruktur planen, bevor Sie sich für Ihre Kategorienamen entscheiden. Wenn Sie denselben Kategorienamen an mehreren Stellen verwenden möchten, achten Sie darauf, die gewünschte Kategorie korrekt mit dem Namen zu referenzieren. Wenn Sie beispielsweise vorhaben, Ihre Videokategorie „Video" zu nennen und später vergessen und den Plural „Videos" verwenden, erhalten Sie am Ende zwei separate Kategorien. Wenn Sie sich entscheiden, den Kategorienamen eines Objekts zu ändern, das bereits unter einem anderen Namen aufgezeichnet wurde, werden die historischen Daten für die ursprüngliche Kategorie nicht erneut verarbeitet, sodass Sie Metriken für dasselbe Webseitenelement aufgelistet haben unter zwei Kategorien in der Meldeschnittstelle.

Aktion

In der Regel verwenden Sie den Aktionsparameter, um den Ereignis- oder Interaktionstyp zu benennen, den Sie für ein bestimmtes Webobjekt messen möchten. Beispielsweise können Sie mit einer einzelnen Kategorie "Videos" eine Reihe spezifischer Ereignisse mit diesem Parameter analysieren, z. B.:

• Zeitpunkt, zu dem das Video vollständig geladen ist
• Klicken auf die Schaltfläche "Spielen".
• "Stop"-Knopf klickt
• Klicken auf die Schaltfläche "Pause".

Wie bei Kategorien ist der Name, den Sie für eine Aktion angeben, Ihnen überlassen, aber denken Sie an zwei wichtige Merkmale, wie eine Ereignisaktion in den Berichten verwendet wird:

• Alle Aktionen werden unabhängig von ihren übergeordneten Kategorien aufgelistet. Dies bietet Ihnen eine weitere nützliche Möglichkeit, die Ereignisdaten für Ihre Berichte zu segmentieren.
• Ein eindeutiges Ereignis wird durch einen eindeutigen Aktionsnamen bestimmt. Sie können kategorienübergreifend doppelte Aktionsnamen verwenden, dies kann sich jedoch auf die Berechnung eindeutiger Ereignisse auswirken. Weitere Einzelheiten finden Sie in den folgenden Vorschlägen und im Abschnitt „Implizite Zählung".

Etikette

Mit Labels können Sie zusätzliche Informationen für Ereignisse bereitstellen, die Sie analysieren möchten, z. B. Filmtitel in Videos oder die Namen heruntergeladener Dateien.

• Kategorie: "Downloads"
• Aktion: "PDF"
• Bezeichnung: "/salesForms/orderForm1.pdf"

Wie bei Kategorien und Aktionen gibt es einen Bericht, der alle von Ihnen erstellten Labels anzeigt. Stellen Sie sich ein Label als Möglichkeit vor, eine zusätzliche Berichtsdimension für die Benutzerinteraktion mit Seitenobjekten zu erstellen. Angenommen, Sie haben fünf eingebettete Videos auf Ihrer Seite, die Sie analysieren möchten. Jeder dieser Player kann die Kategorie „Videos" mit der Aktion „Wiedergabe" verwenden, aber jeder kann auch ein separates Label (z. B. den Filmnamen) haben, sodass sie als eigenständige Elemente im Bericht erscheinen.

• Kategorie: "Videos", Aktion: "Spielen", Label: "Vom Winde verweht"
• Kategorie: "Videos", Aktion: "Spielen", Label: "Huckleberry Finn"

Wie bei Kategorien und Aktionen ist der Name, den Sie für ein Label angeben, Ihnen überlassen, aber denken Sie an zwei wichtige Merkmale, wie ein Ereignislabel in den Berichten verwendet wird:

• Alle Labels werden unabhängig von ihren übergeordneten Kategorien und Aktionen aufgelistet. Dies bietet Ihnen eine weitere nützliche Möglichkeit, die Ereignisdaten für Ihre Berichte zu segmentieren.
• Ein eindeutiges Ereignis wird teilweise durch einen eindeutigen Bezeichnungsnamen bestimmt. Sie können für Kategorien und Aktionen doppelte Bezeichnungsnamen verwenden, dies kann sich jedoch auf die Berechnung eindeutiger Ereignisse auswirken. Weitere Einzelheiten finden Sie in den folgenden Vorschlägen und im Abschnitt „Implizite Zählung".

Best Practices für Aktion und Label

Um die bestmögliche Berichterstellung zu erzielen, beachten Sie die folgenden Vorschläge für die Verwendung von Aktionen:

• Aktionsnamen sollten für Ihre Berichtsdaten relevant sein. Die Ereignismessung kombiniert Metriken für denselben Aktionsnamen in zwei verschiedenen Kategorien. Wenn Sie beispielsweise den Aktionsnamen „Klick" sowohl für die Kategorie „Downloads" als auch für die Kategorie „Videos" verwenden, werden die Messwerte für „Klick" im Bericht „Top-Aktionen" mit allen Interaktionen angezeigt, die mit demselben Namen gekennzeichnet sind. Auf der nächsten Berichtsebene können Sie dann eine detaillierte Aufschlüsselung der Aktion "Klicken" nach Kategorie anzeigen. Wenn Sie jedoch die Aktion "Klicken" wahllos in Ihrer Implementierung der Ereignismessung verwenden, wird die Nützlichkeit dieses Segments in den Berichten verringert. Erwägen Sie die Auswahl von Aktionsnamen, die sich auf Ihre Datenkategorien beziehen, wenn Sie die Ereignismessung auf Ihrer Website umfassend verwenden möchten. Beispielsweise können Sie den Begriff "Klicken" für Gadget-Interaktionen reservieren, während die Aktionsbegriffe "Wiedergabe", "Pause" und "Stopp" für Videoplayer-Interaktionen reserviert bleiben.
• Verwenden Sie Aktionsnamen global, um Benutzerinteraktionen entweder zu aggregieren oder zu unterscheiden. Sie können beispielsweise „Play" als Aktionsnamen für die Kategorie „Videos" für alle Videos auf Ihrer Website verwenden. In diesem Modell würde der Bericht „Top-Aktionen" aggregierte Daten für Ereignisse für die Aktion „Wiedergabe" bereitstellen, und Sie können sehen, wie dieses Ereignis für Ihre Videos im Vergleich zu anderen Ereignissen für die Videos abschneidet, z. B. „Pause" oder „Stop".
  
  Angenommen, Sie möchten eine Videokategorie für Ihre Berichte verwenden, benötigen aber Informationen zu zwei verschiedenen Videoplayer-Schnittstellen. Sie können den Aktionsnamen verwenden, um die verschiedenen Player-Oberflächen zu unterscheiden, ohne separate Videokategorien erstellen zu müssen. Der Bericht kann dann zwischen den beiden Playern unterscheiden, ohne die Vorteile aggregierter Daten zu allen Videos für Ihre Website zu verlieren.
  
  Kategorie: "Videos"; Aktion: „Wiedergabe – Mac Chrome"
  Kategorie: "Videos"; Aktion: „Wiedergabe – Windows Chrome"
• Aktion bedeutet nicht immer "Aktion". Sie können eine beliebige Zeichenfolge für die Aktion angeben. In einigen Situationen ist der eigentliche Ereignis- oder Aktionsname nicht so aussagekräftig, sodass Sie den Aktionsparameter verwenden können, um andere Elemente zu analysieren. Wenn Sie beispielsweise Seitendownloads analysieren möchten, können Sie den Dateityp des Dokuments als Aktionsparameter für das Download-Ereignis angeben. In diesem Szenario würden Ihre Berichte für die Kategorie „Downloads" dann nach Dateitypen (pdf, doc, xls) aufgeschlüsselt.
• Einzigartige Ereignisse werden durch einzigartige Aktionen erhöht. Jedes Mal, wenn ein Benutzer mit einem Objekt interagiert, das mit einem bestimmten Aktionsnamen gekennzeichnet ist, wird die anfängliche Interaktion als ein eindeutiges Ereignis für diesen Aktionsnamen protokolliert. Jede zusätzliche Interaktion mit demselben Aktionsauslöser für die Sitzung dieses Benutzers trägt nicht zur eindeutigen Ereignisberechnung für diese bestimmte Aktion bei. Dies gilt auch dann, wenn der Benutzer dieses Objekt verlässt und beginnt, mit einem anderen Objekt zu interagieren, das über denselben Aktionsnamen gekennzeichnet ist.
  
  Dies hat zwei bemerkenswerte Ergebnisse in den Berichten. Angenommen, ein Benutzer interagiert mit der Aktion „Wiedergabe" von zwei eindeutigen Videoplayern, die mit unterschiedlichen Kategorien gekennzeichnet sind. Die Top-Aktionen-Berichte für „Spielen" führen ein einzigartiges Ereignis auf, obwohl der Benutzer mit zwei einzigartigen Spielern interagiert hat. Zweitens listet der Aktionsbericht jeder Kategorie eine eindeutige Aktion auf, da es tatsächlich ein eindeutiges Ereignis pro Kategorie/Aktions-Paar gibt. Weitere Informationen finden Sie unter Implizite Anzahl.

Wert

Die Wertkomponente ist eine ganze Zahl und wird verwendet, um einem Seitenobjekt einen numerischen Wert zuzuweisen. Beispielsweise könnten Sie damit die Ladezeit eines Players in Sekunden angeben oder einen Geldwert auslösen, wenn ein bestimmter Wiedergabemarker auf einem Videoplayer erreicht wird.

Kategorie: „Videos", Aktion: „Ladezeit des Videos", Label: „Vom Winde verweht", Wert: downloadTime

Der Wert wird als Zahl interpretiert und der Bericht addiert die Gesamtwerte basierend auf jeder Ereignisanzahl (siehe Implizite Anzahl unten). Der Bericht ermittelt auch den Durchschnittswert für die Kategorie. Im obigen Beispiel wird das Ereignis für die Aktion „Videoladezeit" aufgerufen, wenn das Laden des Videos abgeschlossen ist. Der Name des Videos wird als Label bereitgestellt und die berechnete Ladezeit wird für jeden Video-Download aufgelaufen. Sie könnten dann die durchschnittliche Ladezeit für alle "Videoladezeit"-Aktionen für die Kategorie "Videos" ermitteln. Angenommen, Sie hatten 5 eindeutige Downloads für Ihre Website-Videos mit Download-Zeiten in Sekunden wie folgt:

• 10
• 25
• 8
• 5
• 5

Ihre Berichte würden diese dann wie folgt berechnen, wobei die Zahlen in diesem Beispiel die Downloadzeit in Sekunden darstellen:

• Sitzungen mit Veranstaltungen: 5
• Wert: 53
• Durchschnittswert: 10,6

Negative Ganzzahlen werden nicht unterstützt.

Ereignisse ohne Interaktion

Der Begriff "Keine Interaktion" bezieht sich auf einen optionalen booleschen Parameter, der an die Methode übergeben werden kann, die den Ereignistreffer sendet. Mit diesem Parameter können Sie festlegen, wie die Absprungrate für Seiten Ihrer Website definiert werden soll, die auch die Ereignismessung umfassen. Angenommen, Sie haben eine Homepage mit einem darin eingebetteten Video. Es ist ganz natürlich, dass Sie die Absprungrate für Ihre Homepage wissen möchten, aber wie wollen Sie diese definieren? Betrachten Sie die Besucherinteraktion mit dem Startseitenvideo als wichtiges Interaktionssignal? Wenn dies der Fall ist, möchten Sie, dass die Interaktion mit dem Video in die Berechnung der Absprungrate einbezogen wird, sodass Sitzungen, die nur Ihre Homepage mit Klicks auf das Video enthalten, nicht als Absprung berechnet werden. Andererseits bevorzugen Sie möglicherweise eine strengere Berechnung der Absprungrate für Ihre Homepage, bei der Sie den Prozentsatz der Sitzungen wissen möchten, die nur Ihre Homepage enthalten, unabhängig von Klicks auf das Video. In diesem Fall möchten Sie jegliche Interaktion mit dem Video von der Berechnung der Absprungrate ausschließen.

Hier kommt der optionale Nicht-Interaktionsparameter ins Spiel. Denken Sie daran, dass ein Bounce als eine Sitzung definiert ist, die nur einen Interaktionstreffer enthält. Standardmäßig wird der Ereignistreffer als Interaktionstreffer betrachtet, was bedeutet, dass er in die Berechnung der Absprungrate einbezogen wird. Wenn dieser Wert jedoch auf „true" gesetzt ist, wird die Art des Ereignistreffers nicht als Interaktionstreffer betrachtet. Sie können diese Tatsache nutzen, um die Berechnung der Absprungrate für Seiten anzupassen, die Ereignisse enthalten. Das Setzen dieses Werts auf „true" bedeutet: Eine Sitzung, die eine einzelne Seite enthält, die mit Nicht-Interaktionsereignissen gekennzeichnet ist, wird als Absprung gezählt – selbst wenn der Besucher das Ereignis während der Sitzung auch auslöst. Umgekehrt bedeutet das Weglassen dieser Option, dass eine Einzelseitensitzung auf einer Seite, die eine Ereignismessung enthält, nicht als Absprung gezählt wird, wenn der Besucher das Ereignis auch während derselben Sitzung auslöst.

Implizite Zählung

Bei der Ereignismessung wird jede Interaktion mit einem gezielten Webseitenobjekt gezählt und einer bestimmten Benutzersitzung zugeordnet. In den Berichten werden Gesamtereignisse als die Gesamtzahl der Interaktionen mit einem gezielten Webseitenobjekt berechnet.

Wenn ein Benutzer beispielsweise fünfmal auf dieselbe Schaltfläche in einem Video klickt, beträgt die Gesamtzahl der mit dem Video verknüpften Ereignisse 5 und die Anzahl der eindeutigen Ereignisse 1.

Die folgende Tabelle veranschaulicht, wie Daten in der Berichterstellungsschnittstelle für eine bestimmte Ereigniskategorie aggregiert werden. In diesem Beispiel wird derselbe Kategoriename von zwei separaten Videoplayern aufgerufen, die jeweils ein eigenes Label haben. Diese Player teilen sich die Aktionen „Play" und „Stop", wie in der Flash-Benutzeroberfläche für den Videoplayer programmiert.

Ereignisanalyse für die Kategorie "Videos".

Aktion	Label: „Vom Winde verweht"	Label: „Mr. Smith geht nach Washington"	Summen
Spiel	22 Klicks quer 10 Sitzungen mit Event	7 Klicks quer 5 Sitzungen mit Event	29 Gesamtereignisse und 15 einzigartige Ereignisse "Spielen"
Pause	3 Klicks hinüber 2 Sitzungen mit Veranstaltung	16 Klicks quer 8 Sitzungen mit Event	19 Gesamtereignisse und 10 einzigartige Ereignisse "Pause"
Stoppen	2 Klicks hinüber 2 Sitzungen mit Veranstaltung	4 Klicks quer 3 Sitzungen mit Veranstaltung	6 Gesamtereignisse und 5 einzigartige Ereignisse "Stopp"
Summen	27 Gesamtereignisse und 14 einzigartige Events für GWTW	27 Gesamtereignisse und 16 einzigartige Ereignisse für Mr. Smith	54 Gesamtereignisse und 30 einzigartige Ereignisse für die Kategorie "Videos"

Einem Ereignis wird nur dann eine Sitzung mit einem Ereignis gutgeschrieben, wenn dieses Ereignis das erste Ereignis einer Sitzung war. Auch wenn Sie eindeutige Werte für jede Ereigniskategorie, Aktion und Bezeichnung haben, entspricht die Anzahl der eindeutigen Ereignisse möglicherweise nicht der Sitzung mit Ereignis.

Überlegungen zur Umsetzung

Beachten Sie bei der Implementierung der Ereignismessung Folgendes.

Auswirkungen auf die Absprungrate

Im Allgemeinen wird ein „Bounce" als eine einzelne Seitensitzung auf Ihrer Website beschrieben. In Analytics wird ein Bounce speziell als eine Sitzung berechnet, die nur eine einzige GIF-Anforderung auslöst, z. B. wenn ein Benutzer auf eine einzelne Seite Ihrer Website kommt und diese dann verlässt, ohne eine weitere Anforderung an den Analytics-Server für diese Sitzung zu verursachen. Wenn Sie jedoch die Ereignismessung für Ihre Website implementieren, bemerken Sie möglicherweise eine Änderung der Absprungratenmesswerte für die Seiten, auf denen die Ereignismessung vorhanden ist. Dies liegt daran, dass die Ereignismessung wie die Seitenmessung als Interaktionsanfrage klassifiziert wird.

Angenommen, Sie haben eine Seite mit einem Videoplayer, bei der die Absprungrate historisch hoch ist, und Sie haben die Ereignismessung für die Seite nicht implementiert. Wenn Sie anschließend die Ereignismessung für den Player einrichten, stellen Sie möglicherweise eine Verringerung der Absprungrate für diese Seite fest, da Analytics die Benutzerinteraktion mit dem Player aufzeichnet und diese Interaktion als zusätzliche GIF-Anfrage an den Server sendet. Auch wenn derselbe Prozentsatz der Besucher die Seite möglicherweise immer noch verlässt, ohne eine andere Seite auf Ihrer Website anzuzeigen, löst ihre Interaktion mit dem Videoplayer also Ereignismessaufrufe aus, wodurch ihre Sitzung als Absprung disqualifiziert wird.

Auf diese Weise bedeutet „Bounces" für Ihre ereignisaktivierten Seiten etwas anderes: eine einzelne Seitensitzung, die keine Benutzerinteraktion bei gezielten Ereignissen beinhaltet.

Es ist wichtig zu bedenken, dass jede Implementierung der Ereignismessung, die automatisch beim Laden der Seite ausgeführt wird, zu einer Null-Absprungrate für die Seite führt.

Limit für Ereignisse pro Sitzung

ga.js

Die ersten 10 an Analytics gesendeten Ereignistreffer werden sofort verarbeitet, danach ist die Verarbeitung auf einen Ereignistreffer pro Sekunde begrenzt. Es werden maximal 500 Treffer pro Sitzung verarbeitet.

analytics.js und gtag.js

Die ersten 20 an Analytics gesendeten Ereignistreffer werden sofort verarbeitet, danach ist die Verarbeitung auf zwei Ereignistreffer pro Sekunde begrenzt. Es werden maximal 500 Treffer pro Sitzung verarbeitet. Dieses Limit gilt für alle Treffer mit Ausnahme von E-Commerce-Artikeln oder Transaktionstreffern.

So halten Sie Ihre Trefferzahl unter den Sitzungslimits:

• Vermeiden Sie es, ein Video zu skripten, um für jede Sekunde, die abgespielt wird, ein Ereignis zu senden, und andere sich sehr wiederholende Ereignisauslöser
• Vermeiden Sie eine übermäßige Messung der Mausbewegung
• Vermeiden Sie Zeitraffermechanismen, die eine hohe Anzahl von Ereignissen generieren

Best Practices für die Ereignisimplementierung

Das Designmodell für die Ereignismessung ist hochgradig flexibel, und seine Verwendung kann weit über das allgemeine Modell von benutzerausgelösten Ereignissen hinaus erweitert werden – die Designentscheidung liegt bei Ihnen. Aus diesem Grund erfordern nützliche Ereignismessberichte die Zusammenarbeit mit Ihren Berichtbenutzern und eine gute Berichtplanung.

• Bestimmen Sie im Voraus alle Elemente, für die Sie Daten analysieren möchten. Selbst wenn Sie zunächst nur ein einzelnes Objekt auf Ihrer Website überwachen, hilft Ihnen ein Gesamtbild der verschiedenen Objekte/Ereignisse, die Sie analysieren möchten, beim Erstellen einer Berichtsstruktur, die sich gut mit einer Zunahme der Anzahl und Arten von Ereignissen skalieren lässt, die Sie analysieren.
• Arbeiten Sie mit Ihrem Berichtsbenutzer zusammen, um Ihre Ereignismessberichte zu planen. Wenn Sie im Voraus wissen, wie die Berichte aussehen sollen, wird die Struktur Ihrer Implementierung der Ereignismessung bestimmt. Wenn die Berichte beispielsweise nur die Interaktion mit der Video-Benutzeroberfläche zeigen müssen, ist Ihre Kategoriestruktur ganz anders, als wenn die Berichte andere Flash-Benutzeroberflächen wie Menüs, eingebettete Gadgets und Ladezeiten nachverfolgen müssen. Darüber hinaus können Sie den Berichtsbenutzer über die verschiedenen Tracking-Möglichkeiten informieren, die mit der Ereignismessung verfügbar sind, um das Beste aus Ihrer Implementierung herauszuholen. Beispielsweise könnte der Benutzer des Berichts daran interessiert sein, das Benutzerverhalten auf einer Flash-Videoschnittstelle zu verfolgen, aber er könnte auch daran interessiert sein, die Latenz für die Ladezeit des Videos zu verfolgen. In diesem Fall können Sie im Voraus planen, dass Ihre Ereignisaufrufe aussagekräftige Namen haben.
• Übernehmen Sie eine konsistente und klare Namenskonvention. Bei der Implementierung der Ereignismessung wird jeder Name, den Sie für Kategorien, Aktionen und Bezeichnungen angeben, in der Berichtsoberfläche angezeigt. Darüber hinaus wird ein Kategorie/Aktions-Paar in den Berichtsstatistiken als eindeutiges Element behandelt. Überlegen Sie sich also zunächst, wie Ihre Metriken für alle Objekte berechnet werden sollen, die zu einer ähnlichen Kategorie gehören.

Ereignisse vs. Ereignisziele

Ein Ereignis ist eine Benutzerinteraktion mit Ihrer Website oder App, die Sie angeben und zu der Daten erfasst werden, indem Sie Ihren Tag-Code wie im Hauptteil dieses Artikels beschrieben ändern.

Ein Ereignisziel ist ein von Ihnen definiertes Ziel , das ein bestimmtes Ereignis als Conversion identifiziert.

Denken Sie daran, dass Sie Ereignismessungscode zu Ihrer Website oder App hinzufügen müssen, um Daten in Ihren Ereignisberichten anzuzeigen. Lesen Sie Ereignismessung einrichten .