Gespeicherte Segmente

Mit gespeicherten Segmenten kannst du einen benannten Filter einmal definieren und ihn mit einem Klick auf Globe, Seiten, Quellen, Journeys, Benutzer und Funnels wieder anwenden. Sie gehen in drei Punkten über reguläre Filter hinaus:

1. Sie sind persistent. Ein regulärer Filter lebt nur in der URL und verschwindet, wenn du den Tab schließt. Ein Segment lebt im Workspace deines Teams.
2. Sie unterstützen ODER-Logik. Reguläre Filter verknüpfen jede Bedingung per UND. Segmente unterstützen bis zu 3 UND-Gruppen, die per ODER verknüpft sind — z. B. (zahlende Nutzer aus Deutschland) ODER (Besucher, die auf /pricing über 75 % gescrollt haben).
3. Sie schalten Kohorten-Dimensionen frei, die reguläre Filter nicht zeigen: Benutzertyp (anonym / identifiziert / zahlend), Scroll-Tiefe, Sitzungs-Anzahl, Seiten-Anzahl, Conversion-Status, benutzerdefinierte Eigenschaften und der KI-Besucher-Score.

Ein Segment erstellen

Öffne das Filter-Trichtersymbol in der Dashboard-Kopfzeile. Am unteren Rand dieses Dropdowns listet der Abschnitt Gespeicherte Segmente alle Segmente dieser Website. Klicke eine Zeile, um sie sofort zu laden. Klicke + Neues Segment, um den Builder zu öffnen.

Der Builder ist eine vertikale Liste von Gruppen. Innerhalb einer Gruppe sind Bedingungen mit UND verknüpft. Zwischen Gruppen werden sie mit ODER verknüpft.

[ Gruppe 1: country is "Germany" UND user_type is "paying" ]
                          ODER
[ Gruppe 2: scroll_depth_max ≥ 75   UND page is "/pricing" ]

V1-Limits:

Nach dem Speichern erscheint das Segment im Dropdown und wird automatisch angewendet. Ein blauer Chip in der Dashboard-Kopfzeile zeigt den Namen des aktiven Segments; klicke auf das (×), um es zu entfernen.

Bestehende Segmente verwalten

Bewege die Maus über eine Zeile in der Liste Gespeicherte Segmente:

• Stift ✏️ öffnet das Segment im Builder mit vorausgefüllten Werten, damit du Bedingungen anpassen oder umbenennen kannst, ohne von vorne zu beginnen.
• Mülleimer 🗑 löscht sofort. Eine grüne Bestätigung erscheint am unteren Bildschirmrand.

Klick auf ein gespeichertes Segment lädt es in alle Diagramme und Panels des Dashboards. Der aktive Zeitraum (z. B. Letzte 7 Tage) bleibt aktiv — das Segment definiert wer, der Zeitraum definiert wann.

Warum die Wertzahlen im Builder zu dem passen, was du siehst

Jede Option in den Dimensions-Dropdowns zeigt eine Zahl (z. B. Deutschland · 20). Diese Zahl entspricht dem aktuellen Zeitraum des Dashboards, nicht einem festen 30-Tage-Fenster. Wenn du Letzte 7 Tage siehst, ist die Zahl der 7-Tage-Wert. Beim Anwenden des Segments stimmen die Ergebnisse mit den neben jeder Option angezeigten Zahlen überein.

Eine häufige Falle — AND innerhalb einer Gruppe ≠ OR

Wenn du country is Italy und country is Australia zur selben Gruppe hinzufügst, hast du country IS Italy AND country IS Australia gebaut — was null Besucher trifft, weil niemand gleichzeitig aus beiden Ländern stammt. Um beides zu treffen, gib jedes Land in eine eigene OR-Gruppe. Der Builder zeigt einen bernsteinfarbenen Hinweis, wenn er dieses Muster erkennt.

Dimensionen

Gespeicherte Segmente bieten alle Dimensionen normaler Filter sowie 11 neue:

URL & Quelle (vorhanden)

hostname, page, entry_page, country, region, city, channel, referrer, campaign

UTM (neu in P1-1)

utm_source, utm_medium, utm_content, utm_term

System (vorhanden)

browser, os, device

Engagement (neu in P1-1)

Identität (neu in P1-1)

Ein Besucher ist zahlend, wenn er eine Zahlungsanbieter-Kunden-ID besitzt (Stripe / Lemon Squeezy / Polar / PayPal), total_revenue > 0 oder einen aktiven subscription_status. Ein Besucher ist identifiziert, wenn er eine E-Mail oder customer_id über zenovay.identify(...) gesendet hat. Andernfalls ist er anonym.

Benutzerdefinierte Eigenschaften (neu in P1-1)

zenovay('identify', {
customer_id: 'cust_42',
email: '[email protected]',
// Eigene Traits — Top-Level-Keys sind über custom_prop:<key> abfragbar
custom_attributes: {
  plan: 'enterprise',
  industry: 'fintech',
  seats: 25,
},
});

Im Segment-Builder bietet das Dimension-Dropdown unter dem Abschnitt CUSTOM TRAITS dann Trait: plan, Trait: industry, Trait: seats an.

Operatoren

Beispiele

Zahlende Nutzer aus Deutschland, die auf /pricing abgesprungen sind

Drei Bedingungen, eine Gruppe:

Gruppe 1 (UND):
  user_type   is        paying
  country     is        DE
  page        is        /pricing

Aktive Nutzer ODER Konvertierer

Zwei Gruppen, per ODER verknüpft:

Gruppe 1 (UND):
  scroll_depth_max  gte  75
  sessions_count    gte  3

ODER

Gruppe 2 (UND):
  has_converted     is_true

Enterprise-Plan-Trait + Chrome auf macOS

Gruppe 1 (UND):
  custom_prop:plan  is        enterprise
  browser           is        Chrome
  os                is        macOS

Öffentliche Dashboards

Gespeicherte Segmente werden niemals über Share-Token-Authentifizierung angewendet. Die öffentliche Ansicht respektiert reguläre URL-Filter, ignoriert aber ?segment_id= und ?segment_def= per Design — das Publikum eines Share-Links sollte nicht die benannten Kohorten deines Teams sehen.

Wenn du einen kombinierten View öffentlich teilen möchtest:

1. Wende das Segment privat an.
2. Erstelle dieselben Bedingungen als flache Filter in einer öffentlich-freundlichen URL.
3. Teile die resultierende URL.

Berechtigungen

Viewer können bestehende Segmente anwenden, aber nicht erstellen oder bearbeiten.

Performance & Limits

• Segment-Anzahl pro Website ist auf 50 begrenzt, um unkontrolliertes Wachstum zu verhindern. Das Limit gilt für alle Pläne; Segmente sind nicht hinter einer Paywall.
• Auflösungsmodell: Beim Laden eines Segments wird jede UND-Gruppe serverseitig in eine Liste passender Besucher-IDs aufgelöst, und die Listen werden zwischen Gruppen vereinigt. Das Limit pro Gruppe beträgt 50.000 Besucher-IDs — ausreichend für nahezu jeden Anwendungsfall.
• Aggregat-Dimensionen (sessions_count, pages_count) werden über SECURITY-DEFINER-Postgres-Helper (segment_visitors_by_session_count, segment_visitors_by_page_count) ausgeführt. Seitenanzahl-Lookups berücksichtigen die letzten 90 Tage.
• Benutzerdefinierte Eigenschaften werden per JSONB-Schlüsselzugriff auf identified_users.custom_attributes ausgewertet. Nur Top-Level-Schlüssel — verschachtelte Pfade werden in V1 nicht unterstützt.

Verwandt

• Dashboard-Übersicht — wie Filter und Segmente mit dem Datumsbereich des Dashboards interagieren.
• Besucher-Identifikation — wie du zenovay.identify(...) sendest, damit user_type und benutzerdefinierte Eigenschaften gefüllt werden.
• Besucher-Wert-Scoring — wie ai_score berechnet wird.