Conversion Incidents

Pro-Funktion

Erfassen Sie Konversionsabfälle in dem Moment, in dem sie auftreten. Der Detektor überwacht alle aktiven Ziele und Funnels auf Ihrer Website, öffnet einen Incident, wenn eine Metrik Ihren Baseline unterschreitet, und benachrichtigt die richtigen Personen über den Kanal, den sie bereits nutzen.

---

Was wird erkannt

Der Detektor läuft alle 30 Minuten und überwacht zwei Kategorien von Metriken:

• Zielabschlüsse (custom_event, url_match, element_click Ziele, die Sie pro Domain im Tab Incidents definieren)
• Funnel-Abschlussquoten (mehrstufige Konversionspfade, die Sie pro Domain im Tab Incidents definieren)

Wenn die letzten 60 Minuten von Abschlüssen um mehr als 25 % unter dem rollierenden 7-Tage-Stundendurchschnitt fallen UND die Metrik durchschnittlich mindestens 5 Abschlüsse pro Stunde aufweist, wird automatisch ein Incident geöffnet.

Der Schweregrad wird durch die Größe des Abfalls bestimmt:

• Kritisch wenn der aktuelle Wert unter 40 % des Baselines liegt
• Warnung wenn der aktuelle Wert unter 60 % des Baselines liegt
• Info für kleinere, aber dennoch bemerkenswerte Abfälle

Incidents werden automatisch gelöst, wenn die Metrik über 90 % des Baselines liegt. Wenn die gleiche Metrik innerhalb von 24 Stunden erneut abfällt, verhindert Hysterese, dass ein zweiter Incident für die gleiche Grundursache geöffnet wird.

---

Wie AI-Triage funktioniert

Zwei AI-Oberflächen arbeiten zusammen:

Regelbasierter Detektor (Phase E, läuft alle 30 Minuten) Berechnet Baselines und Deltas in reinem SQL. Keine AI-Kosten. Die Triage-Zusammenfassung wird aus den tatsächlichen Zahlen (aktueller Wert, Baseline, Delta-Prozentsatz) plus einer Liste häufiger Ursachen zum Untersuchen erstellt.

Musterdetektor (Phase G, läuft einmal täglich) Ein einzelner GPT-5.4-mini-Aufruf pro Pro+-Website analysiert 24 Stunden aggregierter Telemetrie (Top-Pfade, Referrer, Gerätemix, Funnel-Raten, Zielzählungen) und zeigt bis zu drei Verhaltensmustern, die der regelbasierte Detektor nicht erkennen kann. Beispiele:

• „Nutzer von /pricing kehren 312-mal in 24 Stunden zu / zurück, bevor sie sich anmelden – 3x der Baseline"
• „Mobile Safari-Nutzer brechen den Checkout bei der Zahlungsmethode-Stufe 2x häufiger ab als Desktop-Nutzer"
• „Der Traffic von Twitter am Dienstag konvertiert 3x über dem Durchschnitt – erwägen Sie, die Ausgaben am Dienstag zu erhöhen"

Muster erscheinen als pattern_insight Incidents im gleichen Dashboard. Sie werden über die gleichen Benachrichtigungskanäle weitergeleitet. Vertrauen unter 0,65 wird stillschweigend verworfen, anstatt den Posteingang zu spammen.

---

Benachrichtigungskanäle

Wenn ein Incident geöffnet wird (manuell oder über den Auto-Detektor), verteilt das System parallel auf vier Kanäle:

E-Mail

Alle Team-Eigentümer und Administratoren erhalten standardmäßig eine E-Mail. Die E-Mail enthält:

• Schweregrad-farbige Pille (rot für kritisch, bernsteinfarben für Warnung, blau für Info)
• Ein-Satz-Überschrift mit der Metrik, Größe und Baseline
• AI-Triage-Absatz
• „Im Dashboard öffnen" CTA-Schaltfläche
• „Sie erhalten dies, weil Sie Administrator von [domain]" sind, Fußzeile mit einem Link zum Abmelden mit einem Klick

Jeder Nutzer kann sich individuell in Settings → Account → Preferences abmelden.

Webhook

Wenn Sie einen Webhook in Settings → Security → API keys (Webhooks-Bereich) konfiguriert haben und das Ereignis conversion_incident.opened abonniert ist (oder * für alle Ereignisse), erhält er einen HMAC-signierten POST mit der vollständigen Incident-Nutzlast. Nutzen Sie dies, um zu Slack, Discord, Zapier, n8n oder Ihren eigenen Systemen weiterzuleiten.

Mobile Push

Wenn Sie die Zenovay-Mobile-App installiert haben und Push-Token registriert sind, erhalten Sie eine Push-Benachrichtigung mit dem Metrik-Label, Schweregrad und einem Deep Link zum Incident.

In-App-Posteingang

Der In-App-Benachrichtigungsposteingang zeigt Incidents neben anderen persönlichen Benachrichtigungen an (Nutzungswarnungen bei 80 %/95 %, Abrechnungswarnungen, Zielabschlüsse). Ungelesene Abzeichen summieren sich über beide Registerkarten auf.

---

Einrichtung

1. Definieren Sie Ziele oder Funnels

Der Detektor kann nicht überwachen, was Sie nicht definiert haben. Öffnen Sie Domains, klicken Sie auf Ihre Website und verwenden Sie dann die Registerkarte Incidents, um Ziele und Funnels zu definieren, die Sie interessieren.

Wenn Sie noch keine definiert haben, zeigt die Registerkarte Incidents auf jedem Domain-Dashboard bis zu drei automatisch extrahierte Funnel-Vorschläge basierend auf den Mustern, die es im Traffic sieht. Ein Klick auf Track this funnel erstellt den Funnel und fügt ihn zur Beobachtungsliste des Detektors hinzu.

2. Bestätigen Sie Benachrichtigungsvoreinstellungen

Öffnen Sie Settings → Account → Preferences und bestätigen Sie, dass Conversion Incident Alerts aktiviert ist (standardmäßig für Eigentümer und Administratoren aktiviert). Schalten Sie aus, um diese für sich selbst stumm zu schalten.

3. Warten Sie auf Baseline

Der Detektor benötigt mindestens 7 Tage normalen Traffic, um eine stabile Baseline zu berechnen. Bis dahin überspringt er die Metrik, um falsche Alarme zu vermeiden. Nach den ersten 7 Tagen öffnen Abfälle größer als 25 % automatisch Incidents.

---

Manuelle Incidents

Manchmal entdecken Sie ein Problem, das der Detektor noch nicht erkannt hat (ein Deploy, von dem Sie wissen, dass es etwas zerstört hat, oder Kundenberichte über einen Checkout-Fehler). Klicken Sie auf + New incident oben rechts der Registerkarte Incidents, um einen manuell zu protokollieren.

Das Modal hat drei Auswahlmodi:

• Goal: Wählen Sie aus Ihren definierten benutzerdefinierten Zielen
• Funnel: Wählen Sie aus Ihren definierten Funnels (mit optionaler Schrittauswahl)
• Custom: Kostenloses Metrik-Label für Ad-hoc-Incidents

Die gleiche Benachrichtigungsverteilung greift für manuelle Incidents – Ihr Team erhält E-Mails, Webhooks werden ausgelöst, der Posteingang zeigt den Eintrag. Dies ist nützlich für die Incident-Kommunikation („Eine Reparatur wird bereitgestellt, ETA 15 Minuten"), auch wenn der Detektor es nicht erfasst hätte.

---

Plan-Tier-Verhalten

Kostenlose Teams werden auf Datenbankebene gefiltert – sie verursachen keine AI-Kosten und sehen keine Incidents auf ihrem Dashboard.

---

Kostentransparenz

Wir zeigen das Kostencontainment-Design, weil es wichtig ist:

• Phase E regelbasierter Detektor: reines SQL, null AI-Kosten, läuft alle 30 Minuten pro Pro+-Website.
• Phase G Musterdetektor: ein GPT-5.4-mini-Aufruf pro Pro+-Website pro 24 Stunden, hartcodiert bei max_completion_tokens=600 (ungefähr 0,005 US-Dollar pro Aufruf Obergrenze). Pro-Pattern-Dedup verhindert, dass derselbe Insight sich Tag für Tag wiederholt. Websites mit weniger als 100 Sessions in 24 Stunden werden übersprungen (kein Signal zum Analysieren).
• Routing durch Cloudflare AI Gateway mit zwischengespeicherter/beobachteter Token-Nutzung, damit wir die Gesamtkosten pro Tag im Gateway-Dashboard sehen können.

Geschätzte AI-Gesamtkosten bei aktuellem Pro+-Team-Bestand: weniger als 30 US-Dollar pro Monat für alle Kunden.

---

Datenschutz

Der Musterdetektor sendet nur aggregierte Zahlen an GPT-5.4-mini:

• Top 8 Pfade mit Session-Anzahl
• Top 8 Referrer mit Session-Anzahl
• Geräte- und Länder-Mix-Aufschlüsselungen
• Funnel-Abschlussquoten
• Zielabschluss-Zählungen

Er sendet niemals rohe Ereignisse, rohe URLs mit Query-Strings, IP-Adressen, Benutzer-Identifikatoren, Session-Replay-Nutzlasten oder personenbezogene Daten. Das Manifest ist auf ungefähr 5–10 kB pro Aufruf begrenzt.

---

Verwandt

• Ziele — definieren Sie benutzerdefinierte Ziele, die der Detektor überwacht
• Funnels — definieren Sie mehrstufige Konversionspfade
• Webhooks — empfangen Sie Incident-Ereignisse in Ihren eigenen Systemen
• Benachrichtigungseinstellungen — Abmeldung pro Nutzer