Änderungskorrelation / Tägliche Bewegungen
Pro-FunktionDie Änderungskorrelation treibt das in der App integrierte Tägliche-Bewegungen-Briefing an: Jeden Tag erkennt es, welche Schlüsselkennzahlen sich wesentlich verändert haben, stellt fest, wann die Bewegung auftrat, und erstellt eine priorisierte Kurzliste verdächtiger Einflussfaktoren. Das Ergebnis ist eine prägnante schriftliche Zusammenfassung dessen, was sich geändert hat und was wahrscheinlich der Auslöser war — jeden Morgen bereitgestellt, ohne dass Sie selbst graben müssen.
Änderungskorrelation und das Tägliche-Bewegungen-Briefing sind in den Tarifen Pro, Scale und Enterprise verfügbar. Pro enthält bis zu 90 Tage Verlauf; Scale und Enterprise bis zu einem Jahr. Im Free-Tarif ist diese Funktion nicht verfügbar. Aktualisieren Sie Ihren Tarif, um diese Funktion zu aktivieren.
Korrelation, keine Kausalität. Die Änderungskorrelation zeigt statistische Zusammenhänge zwischen Kennzahlen-Bewegungen und Kandidatenereignissen im gleichen Zeitfenster. Ein Kandidat mit hoher Konfidenz ist ein Hinweis, dem es sich lohnt nachzugehen — kein Beweis dafür, dass er die Änderung verursacht hat. Betrachten Sie jede Ausgabe als Ausgangspunkt für Ihre eigene Überprüfung, nicht als endgültige Diagnose.
Was es tut
Jeden Tag läuft die Änderungskorrelation über die Daten des Vortages für jede Ihrer getackten Websites. Sie prüft fünf Schlüsselkennzahlen auf wesentliche Bewegungen, sammelt alles, was sich im gleichen Zeitfenster geändert hat, priorisiert Einflussfaktoren danach, wie eng sie mit der Bewegung korrelieren, und verfasst ein kurzes Briefing, das die priorisierten Belege zusammenfasst.
Das Briefing erscheint im Tägliche Bewegungen-Tab Ihres Domain-Dashboards. Es wird täglich neu erstellt; der Verlauf akkumuliert sich über die Zeit bis zur Aufbewahrungsfrist Ihres Tarifs.
Abgedeckte Kennzahlen
Die Änderungskorrelation überwacht fünf Schlüsselkennzahlen:
| Kennzahl | Was sie misst |
|---|---|
| Umsatz | Täglicher Umsatz von verbundenen Zahlungsanbietern |
| Anmelde-Conversion | Besucher-zu-Anmeldung-Rate für Ihr definiertes Anmeldeziel |
| Checkout-Abschluss | Warenkorb-zu-Kauf-Rate für Ihr definiertes Checkout-Ziel |
| Absprungrate | Anteil der Einzelseiten-Sitzungen ohne sinnvolle Interaktion |
| Ausstiegsrate | Anteil der Seitenaufrufe, die der letzte in einer Sitzung sind, pro Seite |
Wie eine Bewegung erkannt wird
Eine Kennzahl gilt nur dann als Bewegung, wenn zwei Bedingungen gleichzeitig erfüllt sind:
- Wesentliche Bewegung: Die Veränderung gegenüber dem Vortag übersteigt einen festen Schwellenwert relativ zur gleitenden 7-Tage-Baseline.
- Mindestvolumen-Grenze: Die Kennzahl hatte an diesem Tag genug Ereignisse, damit die Messung statistisch sinnvoll ist. Messungen unterhalb dieser Grenze werden separat als mögliches Rauschen gekennzeichnet, anstatt in die Hauptrangliste aufgenommen zu werden.
Dieses zweigliedrige Tor verhindert, dass Tage mit geringem Traffic falsche Alarme erzeugen. Wenn Ihre Website an einem bestimmten Tag sehr wenige Anmeldungen hatte, ist ein 40%-Ausschlag keine Bewegung — es ist Rauschen, und wird entsprechend gekennzeichnet.
Kandidatenerhebung
Wenn eine Bewegung erkannt wird, sammelt die Änderungskorrelation alles, was sich im gleichen gleitenden Zeitfenster geändert haben könnte:
- Deploys und Git-Commits — über verbundene Deploy-Markierungen
- Fehlercluster — neue oder ansteigende Fehlergruppen aus dem Fehler-Tracking
- Web-Vitals-Regressionen — wesentliche Rückgänge bei LCP, CLS, INP oder FID aus den Core Web Vitals
- Traffic-Quellen-Verschiebungen — Änderungen im Mix aus Referral-Quellen, Direkt, Organisch und Bezahlt
- KI-Quellen-Mix-Verschiebungen — Änderungen beim Anteil des Traffics, der KI-Assistenten und Crawlern zugeordnet wird, über den KI-Einfluss
- Abgleich-Kontext — ob die Bewegung wie eine echte Änderung oder ein Messartefakt aussieht (Verlust vs. Verzögerung), wenn Abgleich-Daten verfügbar sind
- Segment-Mix-Verschiebungen — Änderungen in der Zusammensetzung der Besucher-Segmente (Geografie, Gerät, Plan-Tier falls getrackt)
Deterministisches gewichtetes Ranking
Kandidaten werden durch eine deterministische gewichtete Bewertungsfunktion priorisiert — nicht durch ein Modell, das Bedeutung errät. Das Ranking läuft vollständig, bevor ein Briefing verfasst wird, und das Briefing fasst nur um, was das Ranking bereits festgestellt hat. Nichts erscheint im Briefing, das nicht bereits in der Rangliste steht.
Die Bewertungsfunktion gewichtet vier Faktoren für jeden Kandidaten:
| Faktor | Was er erfasst |
|---|---|
| Zeitliche Nähe | Wie eng der Zeitpunkt des Kandidaten mit dem Beginn der Kennzahlen-Bewegung übereinstimmt |
| Route- / Segment-Überlappung | Ob die betroffenen Routen oder Segmente des Kandidaten mit denen übereinstimmen, wo die Kennzahl sich verändert hat |
| Ausmaß | Wie groß die eigene Änderung des Kandidaten relativ zu seiner eigenen Baseline war |
| Neuartigkeit | Ob dieser Kandidat neu oder wiederkehrend ist (ein brandneuer Fehlercluster bekommt eine höhere Bewertung als ein wiederkehrender) |
Jeder priorisierte Kandidat erhält ein Konfidenzband:
| Band | Bedeutung |
|---|---|
| Hoch | Starke statistische Assoziation über mehrere Faktoren; zuerst untersuchen |
| Moderat | Bedeutsame Assoziation bei mindestens einem Faktor; Überprüfung lohnt sich |
| Niedrig | Schwache oder indirekte Assoziation; der Vollständigkeit halber enthalten |
| Vorläufig | Assoziation ist plausibel, aber die Belege sind dünn; als Hinweis behandeln, nicht als Befund |
Konfidenzbänder spiegeln die Stärke der statistischen Assoziation zwischen dem Kandidaten und der Kennzahlen-Bewegung wider. Sie sind keine Aussage über Ursache und Wirkung.
Das schriftliche Briefing
Sobald das Ranking abgeschlossen ist, wird ein prägnantes Briefing verfasst, das die priorisierten Belege in einfacher Sprache zusammenfasst: welche Kennzahl sich bewegte, um wie viel, verglichen mit der Baseline, und welche Kandidaten am höchsten rangierten und warum. Das Briefing führt keine Interpretation über das hinaus ein, was das Ranking bereits festgestellt hat.
Wo für einen Kandidaten unterstützende Details verfügbar sind — eine spezifische Route, eine spezifische Fehlergruppe, eine spezifische Traffic-Quelle — werden diese Details einbezogen. Wo unterstützende Details für einen bestimmten Kandidatentyp nicht verfügbar sind, vermerkt das Briefing die Assoziation, ohne Einzelheiten zu erfinden.
Abgleich-Kontext
Wenn Server-vs-Client-Abgleich-Daten für Ihre Website verfügbar sind, nutzt die Änderungskorrelation diese, um zwei Arten von Kennzahlen-Bewegungen zu unterscheiden:
- Echte Änderung: Die Bewegung erscheint sowohl in client- als auch in serverseitigen Daten, was darauf hindeutet, dass sich etwas wirklich im Nutzerverhalten oder in der Funnel-Performance geändert hat.
- Messartefakt: Die Bewegung ist auf einer Ebene vorhanden, aber nicht auf der anderen, was auf einen Tracking-Verlust, eine Webhook-Verzögerung oder eine Datenpipeline-Lücke hindeutet, nicht auf eine echte Verhaltensänderung.
Wenn eine Bewegung wie ein Messartefakt aussieht, sagt das Briefing dies klar — und der Abgleich-Kontext wird als einer der priorisierten Kandidaten einbezogen.
Unterhalb der Volumengrenze
Kennzahlen, die sich prozentuell wesentlich verändert haben, aber die Mindestvolumen-Grenze nicht erreichten, werden nicht in die Hauptrangliste aufgenommen. Stattdessen werden sie in einem separaten Abschnitt Mögliches Rauschen des Briefings gruppiert. Dadurch bleibt die Hauptliste auf statistisch sinnvolle Bewegungen fokussiert, während Schwankungen mit geringem Volumen weiterhin angezeigt werden, falls sie für Sie relevant sind.
Drill-down-Links
Jeder priorisierte Einflussfaktor im Tägliche-Bewegungen-Briefing enthält einen Deeplink in den relevanten Teil Ihres Dashboards:
- Fehlercluster → Fehler-Tracking
- Web-Vitals-Regressionen → Core Web Vitals
- Traffic-Quellen-Verschiebungen → Quellen-Tab
- Deploy-Markierungen → Deploy-Zeitleiste im Performance-Tab
Tarifstufen und Verlaufsfenster
| Tarif | Verfügbar | Verlauf |
|---|---|---|
| Free | Nein | — |
| Pro | Ja | Bis zu 90 Tage |
| Scale | Ja | Bis zu 1 Jahr |
| Enterprise | Ja | Bis zu 1 Jahr |
Der Verlauf akkumuliert sich ab dem Tag, an dem die Funktion für Ihre Website erstmals aktiv ist. Es gibt keine Rückfüllung für Tage vor der Aktivierung.
Verwandte Themen
- Server-vs-Client-Abgleich — echte Kennzahlen-Änderungen von Messartefakten unterscheiden
- Core Web Vitals — Web-Vitals-Regressionen als Tägliche-Bewegungen-Kandidaten
- Fehler-Tracking — Fehlercluster als Tägliche-Bewegungen-Kandidaten
- KI-Einfluss — KI-Quellen-Mix-Verschiebungen als Tägliche-Bewegungen-Kandidaten
- Golden-Path-Monitore — Doppelsignal-Schutzwall für Ihren wichtigsten Conversion-Pfad
- Conversion-Vorfälle — automatisch erkannte Einbrüche in definierten Zielen und Funnels