Seitenflüsse
Seitenflüsse zeigen die meistbegangenen Pfade durch Ihre Website als Sankey-Diagramm. Sie ergänzen Funnels (vordefinierte Schrittfolgen) und Ziele (Endzustände): Seitenflüsse zeigen emergentes Verhalten — was Besucher tatsächlich tun, nicht was Sie ihnen vorgeben.
Sie finden Seitenflüsse im Dashboard unter Journeys → Flows.
Seitenflüsse sind ein Pro-Feature. Free-Teams sehen eine Upgrade-Karte; PageCards und TopPathsTable im selben Tab bleiben in jedem Plan verfügbar.
Diagramm lesen
Das Sankey ist von links nach rechts aufgebaut:
- Einstiegsseiten links (grün). Die ersten Seiten, die Besucher öffnen.
- Zwischenseiten in der Mitte (indigo) sind Seiten, die nach einer oder mehreren Navigationen erreicht werden.
- Ausstiegsseiten rechts (gelb) sind die letzten Seiten vor dem Verlassen.
Die Linienstärke entspricht der Anzahl der Sitzungen mit diesem Übergang. Beim Hovern erscheinen die exakten Zahlen.
[Eingang: /home] ──────► [/pricing] ─────────► [Ausgang: /signup]
──────► [/blog/...] ─────────► [Ausgang: /]
[Eingang: /landing-a] ───► [/pricing] ─────────► [Ausgang: /signup]
Tiefen-Steuerung
Der Tiefen-Stepper über dem Diagramm legt die maximale Anzahl Ebenen fest. Erlaubte Werte: 3 bis 7.
- Geringe Tiefe (3) ergibt einen breiten, leicht lesbaren Überblick — die volumenstärksten Eingang → Mitte → Ausgang-Tripel.
- Hohe Tiefe (7) zeigt tiefere Drilldowns — Sequenzen von bis zu 7 Seitenwechseln.
Änderungen werden 300 ms entprellt, sodass schnelle Klicks nicht je Klick eine Netzwerk-Anfrage erzeugen. Die aktuelle Tiefe wird per URL (?depth=N) gespeichert — ein Deep-Link stellt Ihre Auswahl wieder her.
Bei Tiefe 6 und 7 zeigt das Diagramm pro Ebene maximal 30 Übergänge, damit es lesbar bleibt. Eine Fußnote unter dem Diagramm weist auf die Kürzung hin. Wenden Sie einen Filter an, um auf eine bestimmte Einstiegsseite oder einen Kanal zu fokussieren.
Filter
Seitenflüsse nutzen denselben Flows-Filter wie PageCards und TopPathsTable. Öffnen Sie die Filter-Schaltfläche auf einer dieser Karten, fügen Sie eine Bedingung hinzu — das Sankey lädt automatisch neu, alle drei Ansichten bleiben synchron.
Unterstützte Filter, die als SQL-Aggregat ausgeführt werden:
| Kategorie | Beispiele |
|---|---|
entry_page (Einstiegsseite) | /home, /landing-a |
channel (Traffic-Quelle) | organic, paid, direct, social, email, referral |
device (Gerät) | desktop, mobile, tablet |
Filter werden direkt in der vor-aggregierten Tabelle angewendet — selbst eine Website mit 1 Million Besuchern pro Woche liefert gefilterte Abfragen weit unter einer Sekunde.
Wie die Daten berechnet werden
Im Hintergrund verwenden Seitenflüsse eine täglich vor-aggregierte Tabelle namens page_flows_daily:
- Abgeschlossene Tage (gestern und früher). Ein Cron-Job um 00:00 UTC durchläuft jede Sitzung, entfernt aufeinanderfolgende Seiten-Reloads, leitet
(von_seite → zu_seite)-Übergangspaare ab und speichert tägliche Aggregat-Zähler. Lesungen erfolgen direkt aus der vor-aggregierten Tabelle. - Heute. Live-Berechnung aus dem Besucherstream über dieselbe SQL-Aggregation — der Endpunkt hält niemals einzelne Seitenaufrufe im Speicher.
Beide Pfade werden über den natürlichen zusammengesetzten Schlüssel (from_page, to_page, entry_page, channel, device_type) zusammengeführt.
Sitzungen mit nur einer Seite tauchen nicht in Flows auf, weil sie keinen Übergang haben. Wenn das Sankey weniger Gesamtsitzungen anzeigt als die KPI-Leiste, liegt das daran.
Datenschutz
Seitenflüsse halten alle anderen Zenovay-Datenschutzversprechen ein:
- Auf
data-cookieless="true"-Setups werden weder Cookies nochlocalStorageverwendet, um Sitzungen abzuleiten. - Das Sankey zeigt ausschliesslich Zahlen, niemals individuelle Besucherdaten.
- URLs mit hoher Kardinalität (z. B.
/post/<id>in vielen Varianten) können im Diagramm zu Andere zusammengefasst werden, damit es lesbar bleibt. Die zugrunde liegenden Zähler fliessen weiter in die Summen ein.
Einschränkungen
- Das Sankey beschränkt jedes Ebenen-Paar auf 30 Übergänge. Bei hoher Kardinalität wenden Sie Filter an, um den Long Tail zu beleuchten.
- Die
hostname-Filterkategorie ist für Seitenflüsse aktuell wirkungslos —page_flows_dailyspeichert normalisierte Pfade, keine vollständigen URLs. Für eine Hostname-Eingrenzung greifen Sie auf PageCards zurück. - Neue Websites sehen keine Historiendaten, bis (a) der tägliche Cron einmal gelaufen ist oder (b) das Konto die erste nächtliche Aggregation überschritten hat. Die heutigen Daten sind immer live.
Siehe auch
- Echtzeit-Tracking — die Live-Event-Pipeline
- Gespeicherte Segmente — einmalige Filter zu wiederverwendbaren Segmenten machen
- Besucher-Wertbewertung — Wert auf die Reise legen