Die meiste Dashboard-Langsamkeit kommt aus einer von drei Quellen: Query-seitig, Netzwerk-seitig oder Browser-seitig. Diagnosen, welche es ist, dauert etwa 60 Sekunden.
Schritt 1 — Prüfen, ob es nur ein Tab ist
Öffnen Sie das Dashboard in einem frischen Inkognito-/Privat-Fenster. Ist es dort schnell, aber in Ihrer üblichen Sitzung langsam, ist es ein Browser-seitiges Problem (Erweiterungen, gecachter Zustand, viele Tabs). Springen Sie zu Schritt 4.
Ist es auch in Inkognito langsam, ist es Server- oder Netzwerk-seitig. Weiter zu Schritt 2.
Schritt 2 — Datumsbereich prüfen
Ein breites Fenster mit hochvolumigen Daten zu ziehen, ist genuinely schwer. Die Dashboard-Query muss eine große Datenmenge scannen. Wenn Sie das Dashboard mit Gesamter Zeit (oder einem langen benutzerdefinierten Bereich) auf einer hochvolumigen Site geöffnet haben, dauert das erste Rendering länger, je mehr Geschichte Sie haben:
- Ein Jahr+ Geschichte auf einer hochvolumigen Site (1M+ Events/Monat) → 5-10 Sekunden Initial-Load ist normal.
- Zwei Jahre (das Pro-Aufbewahrungsfenster) → bis zu 15 Sekunden für das erste Rendering; nachfolgende Renders sind gecacht und sofort.
- Vier Jahre (das Scale-Aufbewahrungsfenster) → bis zu 30 Sekunden für das erste Rendering auf sehr hochvolumigen Sites.
Schnellfix: Im Zeitraumwähler zu Letzte 30 Tage wechseln. Das Dashboard lädt in unter 2 Sekunden neu. Nutzen Sie ein breiteres Fenster nur, wenn Sie es wirklich benötigen.
Schritt 3 — Filter-Komplexität prüfen
Jeder aktive Filter fügt einen JOIN und eine WHERE-Klausel zur Query hinzu. Mit 5+ aktiven Filtern auf einem breiten Datumsbereich können Queries auf 30+ Sekunden anwachsen.
Schnellfix: In der Filterleiste auf Alle löschen klicken und die wichtigsten 1-2 Filter erneut hinzufügen. Das Dashboard lädt fast sofort neu.
Schritt 4 — Browser-Troubleshooting
Häufige Browser-seitige Verursacher:
Erweiterungen
Manche Privacy-Erweiterungen (uBlock Origin mit aggressiven Listen, Privacy Badger im Strict-Modus) fangen Anfragen an app.zenovay.com oder api.zenovay.com ab. Das Dashboard hängt, weil Anfragen still geblockt werden.
Fix: app.zenovay.com und api.zenovay.com in Ihrer Erweiterung auf die Allowlist setzen. Oder das Dashboard in Inkognito öffnen, wo Erweiterungen meist deaktiviert sind.
Veralteter localStorage
Das Dashboard speichert Abfrageergebnisse im localStorage Ihres Browsers zwischen, damit Neubesuche sofort laden. Über eine lange laufende Sitzung hinweg kann dieser Cache groß genug werden, um das erste Rendering zu verlangsamen.
Fix: Abmelden, app.zenovay.com-localStorage in DevTools (Application → Storage → Local Storage) leeren, neu anmelden.
Zu viele Tabs
Das Dashboard hat eine Echtzeit-Verbindung für Live-Besucher-Updates offen. Mit vielen Zenovay-Tabs gleichzeitig geöffnet können diese Verbindungen und die Hintergrund-Aktualisierungen um Ressourcen konkurrieren und einzelne Tabs träge wirken lassen.
Fix: Tabs schließen, die Sie nicht aktiv nutzen. Das Dashboard verbindet sich automatisch neu, wenn Sie einen Tab fokussieren.
Schritt 5 — Netzwerk-Troubleshooting
DevTools → Network öffnen → Dashboard neu laden. Die langsamste Anfrage ansehen:
- Ist es eine Anfrage an
app.zenovay.com(HTML/JS), ist der CDN-Cache Ihr Problem. Seite neu laden; klärt sich meist beim zweiten Load. - Ist es eine Anfrage an
api.zenovay.com/api/...(JSON-Queries), ist die Datenbank langsam. Das ist Server-seitig. - Sind mehrere Anfragen unabhängig vom Host langsam, ist Ihr lokales Netzwerk das Problem (Firmen-VPN, Captive Portal, ISP-Routing).
Schritt 6 — Status-Seite prüfen
status.zenovay.com öffnen. Gibt es einen aktiven Vorfall, der „Dashboard-Performance" oder „Datenbank-Queries" betrifft, ist es nicht Ihre Umgebung — auf Entwarnung warten.
Wann den Support kontaktieren
Haben Sie Schritte 1-6 erschöpft und das Dashboard ist immer noch langsam:
- [email protected] mailen mit: Domain, betrachteter Datumsbereich, Browser/OS und einer HAR-Datei aus DevTools (Network → Rechtsklick → Save as HAR with content).
Wir können die relevanten Query-Traces auf unserer Seite ziehen und feststellen, ob es eine Query-Plan-Regression, Hot-Key-Contention oder etwas Account-Spezifisches ist.
Beeinflussen Pläne die Ladezeit?
Ihr Plan gibt einigen Konten nicht schnellere Abfragen als anderen. Was er ändert, ist, wie weit zurück Sie schauen können:
- Kostenlos: 1 Jahr Geschichte
- Pro: 2 Jahre
- Scale: 4 Jahre
- Enterprise: benutzerdefiniert
Ein breiteres Aufbewahrungsfenster bedeutet mehr Daten zum Scannen, wenn Sie einen langen Datumsbereich auswählen. Also dauert das erste Rendering einer Multi-Jahr-Ansicht auf einer hochvolumigen Site länger als eine 30-Tage-Ansicht. Die Lösung ist auf jedem Plan gleich: Den Datumsbereich auf das eingrenzen, was Sie wirklich benötigen, dann nur bei Bedarf erweitern.