Diese drei Begriffe begegnen Ihnen überall in Zenovay — auf dem Dashboard, auf Ihrer Rechnung, in API-Antworten. Hier ihre Beziehung.
Die Hierarchie
visitor
├── session (eine oder mehrere)
│ ├── event (ein oder mehrere)
│ ├── event
│ └── pageview event ← ein Pageview ist nur eine Art Event
└── session
└── ...
Ein Besucher generiert eine oder mehrere Sessions. Jede Session enthält ein oder mehrere Events. Pageviews sind eine Art Event — die häufigste Art, aber nicht die einzige.
Was jedes bedeutet
Event
Ein Event ist eine einzelne Aktion, die Sie aufzeichnen. Pageviews sind Events. Auch benutzerdefinierte Events, die Sie aus Ihrem Code feuern, wie signup_clicked, pricing_viewed oder cart_added. Ein Klick auf einen ausgehenden Link ist ein Event. Eine Formularübermittlung kann ein Event sein, wenn Sie sie verdrahten.
Dies ist die Einheit, die das monatliche Limit Ihres Plans zählt. Unabhängig davon, ob Ihr Plan 10.000 Events/Monat (Free) oder ein höheres Volumen umfasst, das Sie in einem bezahlten Plan gewählt haben, zählt jeder Pageview und jedes benutzerdefinierte Event als ein Event für die Obergrenze. (Zielerfüllungen werden automatisch aus den Pageviews und Events erkannt, die Sie bereits senden, daher addieren sie keinen separaten Event zu Ihrem Zähler.)
Pageview
Ein Pageview ist das spezifische Event, das der Tracker automatisch jedes Mal feuert, wenn ein Besucher eine neue URL lädt (oder in einer SPA dorthin navigiert). Es erfasst die URL, den Referrer und grundlegende Geräte-Metadaten.
Wenn ein Besucher 5 Seiten lädt, sind das 5 Pageviews — und 5 Events.
Besucher
Ein Besucher ist eine eindeutige Browsing-Identität. Im Standard-Cookieless-Modus von Zenovay wird ein Besucher durch einen täglich rotierenden, gesalzenen Hash aus IP-Subnetz und User-Agent identifiziert. Dieselbe Person am selben Tag = 1 Besucher. Dieselbe Person morgen = ein anderer Besucher (weil das tägliche Salt rotiert ist).
Ein Besucher kann an einem einzigen Tag viele Pageviews, benutzerdefinierte Events und Sessions erzeugen.
Schnelles Zahlenbeispiel
Ein Besucher landet auf Ihrer Startseite, klickt durch zu Ihrer Pricing-Seite, feuert ein benutzerdefiniertes pricing_cta_click-Event und verlässt die Seite:
| Metrik | Anzahl |
|---|---|
| Besucher | 1 |
| Sessions | 1 |
| Pageviews | 2 (Startseite + Pricing) |
| Benutzerdefinierte Events | 1 (pricing_cta_click) |
| Events (Abrechnung) | 3 |
Wenn er am nächsten Tag zurückkommt und 3 weitere Seiten ansieht, ohne benutzerdefinierte Events zu feuern:
| Metrik | Tag | Kumuliert (2 Tage) |
|---|---|---|
| Besucher | 1 | 2 (verschiedene tägliche Hashes) |
| Sessions | 1 | 2 |
| Pageviews | 3 | 5 |
| Events | 3 | 6 |
Was das für Ihr Dashboard bedeutet
- Die Karte „Besucher" verwendet die tägliche Hash-Besucherdefinition. Wenn ein Besucher zweimal an einem Tag besucht, zählen sie als 1; zweimal an zwei Tagen = 2.
- Die Karte „Pageviews" zählt jede URL-Aufrufe, einschließlich der Wiederholungsbesuche desselben Besuchers.
- Die Karte „Events" (und Ihr Abrechnungsmesser) zählt jedes Event jeglicher Art.
Was das für Ihre Rechnung bedeutet
Wenn Sie auf dem Free-Plan mit 10.000 Events/Monat sind und ein durchschnittlicher Nutzer 5 Seiten ansieht und 1 benutzerdefiniertes Event pro Besuch feuert, sind das 6 Events pro Session. Sie können ungefähr unterstützen:
- 10.000 / 6 ≈ 1.666 Sessions pro Monat
Wenn Sie auch Outbound-Klicks tracken und einen Heartbeat-Ping hinzufügen, steigt das auf vielleicht 8 Events pro Session — etwa 1.250 Sessions/Monat.