> ## Documentation Index > Fetch the complete documentation index at: https://docs.wisepim.com/llms.txt > Use this file to discover all available pages before exploring further. # Analytics-Warnungen > Lege Regeln an, die Umsatz, Bestellungen, Retouren, Ausverkaufsverluste und Search-Console-Klicks jede Nacht prüfen, und lies im Feed, was sich verändert hat. Warnungen behalten deine Zahlen im Blick, während du nicht hinschaust. Du schreibst eine Regel einmal, WISEPIM prüft sie jede Nacht gegen den letzten vollständigen Tag, und alles, was anschlägt, landet in einem Feed, den das ganze Projekt teilt. Abweichungen im Google Merchant Center und andere automatische Funde landen im selben Feed. **Was du damit bewirken kannst:** Du musst nicht mehr jeden Morgen fünf Reports öffnen, um zu sehen, ob etwas kaputtgegangen ist. Der Feed sagt es dir, mit dem gemessenen Wert neben dem Schwellenwert, und ein Klick bringt dich zur Untersuchung in den Report. **Wo du es findest:** Öffne **Analytics** und klicke in der Seitenleiste auf **Warnungen**. Die Seite hat zwei Tabs, **Feed** und **Regeln**. Regeln gehören zum Projekt, und alle im Projekt teilen sie. Warnungen erscheinen in WISEPIM und als **Analytics Alert**-[Benachrichtigung](/de/settings/notifications). Eine Zustellung per E-Mail gibt es noch nicht. ## Eine Regel erstellen Wechsle auf der Seite Warnungen zu **Regeln** und klicke auf **Neue Regel**. Ein Projekt kann bis zu 50 Regeln halten; der Zähler neben dem Button zeigt, wie viele du schon nutzt. Gib ihr einen **Regelname**, den du in einem Monat noch wiedererkennst, etwa „Umsatzuntergrenze". Wähle unter **Beobachten** eine dieser Kennzahlen: * **Täglicher Umsatz** * **Tägliche Bestellungen** * **Retourenquote** * **Umsatzverlust durch Ausverkauf** * **Tägliche Search-Console-Klicks** (braucht eine verbundene [Search Console Property](/de/integrations/google-search-console)) Wähle unter **Melde mir, wenn es** die Option **Fällt unter** oder **Steigt über** einen Schwellenwert, oder **Weicht von der eigenen Basislinie ab**. Schwellenwert-Regeln funktionieren auch als prozentuale Veränderung gegenüber der Vorperiode oder demselben Zeitraum im Vorjahr. Die Basislinien-Option vergleicht die Kennzahl mit ihrer eigenen jüngeren Historie und schlägt an, wenn sie sich um mehr als eine bestimmte Zahl an **Standardabweichungen** entfernt. 3 ist gelassen, 2 ist nervös. Der Ausverkaufsverlust hat keine tagesgenaue Historie und unterstützt daher nur Schwellenwerte. * **Zeitfenster (Tage)**: wie viele Tage die Regel jede Nacht zurückschaut, 1 bis 365, Standard 7. * **Dringlichkeit**: **Kritisch**, **Warnung**, **Chance**, **Positiv** oder **Info**. Das sind dieselben Stufen, die [Smart Insights](/de/analytics/smart-insights) nutzt. * **Ruhezeit (Stunden)**: wie lange die Regel nach dem Auslösen still bleibt, 0 bis 720, Standard 24. Bei 0 kann sie dich an jedem Tag melden, an dem die Bedingung gilt. Lass **Sofort mit der Überwachung beginnen** an und klicke auf **Regel erstellen**. Die Regel wird beim nächsten nächtlichen Lauf zum ersten Mal geprüft. Bei Umsatz und Bestellungen wird ein Schwellenwert mit dem **Tagesdurchschnitt** über das Zeitfenster verglichen, nicht mit der Summe. Bei einem Zeitfenster von 7 Tagen schlägt „unter 500" an, wenn der durchschnittliche Tag unter 500 lag. Die Retourenquote wird mit der Quote über das ganze Zeitfenster verglichen, in Prozentpunkten. ### Regeln verwalten Die Tabelle **Regeln** listet jede Regel mit ihrer Zusammenfassung, Dringlichkeit, Ruhezeit und dem Zeitpunkt, an dem sie zuletzt ausgelöst hat. Mit dem Schalter **An** pausierst du eine Regel, ohne sie zu löschen. Eine Regel in der Ruhezeit zeigt **Gerade still**. Das Löschen einer Regel stoppt sie sofort; Warnungen, die sie bereits ausgelöst hat, bleiben im Feed. ## Den Feed lesen Regeln laufen jede Nacht um 06:45 Uhr gegen gestern, den letzten vollständigen Tag. Der Tab **Feed** zeigt, was sie gefunden haben, neueste zuerst, mit einer Aktualitätszeile wie **Regeln liefen zuletzt heute**. Filtere nach **Status** und **Dringlichkeit**; die Zeitraum-Steuerung ist hier deaktiviert, weil Warnungen nicht nach Datum gefiltert werden. Jede Warnungskarte zeigt: * Was **Gemessen** wurde gegenüber dem **Schwellenwert**, oder bei Basislinien-Regeln die **Abweichung** von der **Basislinie**, plus die betroffenen Produkte, wenn die Regel sie eingegrenzt hat. * **Regel: Name** für Warnungen aus deinen Regeln oder **Automatisch ausgelöst** für Systemfunde wie **Kanal-Abweichung**. * Einen Impact-Chip, wenn WISEPIM ihn schätzen kann: ein Betrag **rückgewinnbar**, **gefährdet** oder **zusätzlich möglich**. * **3x gesehen**, wenn dieselbe Bedingung in mehreren Nächten galt. Ein erneuter Lauf erzeugt nie ein Duplikat; er erhöht den Zähler. ### Status | Status | Bedeutung | | ------------- | ------------------------------------------------------------------------------------ | | **Neu** | Noch niemand im Projekt hat sie angesehen | | **Gelesen** | Jemand hat auf **Als gelesen markieren** geklickt | | **Verworfen** | Jemand hat auf **Verwerfen** geklickt. Das räumt die Warnung für alle im Projekt weg | | **Behoben** | WISEPIM hat das selbst gesetzt, als sich die Bedingung erholt hat | **Alle als gelesen markieren** im Kopfbereich räumt das Ungelesen-Badge auf einen Schlag weg. ### Warnungen zur Kanal-Abweichung Warnungen mit dem Titel „Google is serving different data for {sku}" stammen aus dem nächtlichen [Merchant-Center-Abweichungs-Scan](/de/analytics/integration-health), nicht aus einer Regel. Ihr Panel **Beabsichtigt vs. live** zeigt **Titel**, **Preis** und **Verfügbarkeit**, wie sie **In WISEPIM** und **Live auf Google Merchant Center** sind, plus die wahrscheinliche Ursache: Die letzte Synchronisierung ist fehlgeschlagen, deine Änderung wartet auf die nächste Synchronisierung, oder der Snapshot ist zu alt, um es zu sagen. ## Eine Warnung untersuchen Klicke bei einer Warnung auf **Ansehen**, um in den Report dahinter zu springen, mit demselben Zeitfenster, Vergleich und denselben Filtern bereits gesetzt. Von dort kannst du die Ansicht als [Untersuchung](/de/analytics/overview#gespeicherte-untersuchungen) speichern, damit Teammitglieder genau das sehen, was du gesehen hast, und die Regel an diese Untersuchung anhängen, um sie weiter zu überwachen. ## Auf Erkenntnisse reagieren Entweder ist der Schwellenwert zu eng, oder die Bedingung ist echt und niemand hat sie behoben. Erhöhe die **Ruhezeit**, damit sie sich nicht wiederholt, oder stelle die Regel auf **Weicht von der eigenen Basislinie ab** um, damit sie nur an ungewöhnlichen Tagen auslöst und nicht an jedem Tag unter einer festen Zahl. Prüfe die Spalte **Zuletzt ausgelöst** und die Aktualitätszeile im Feed. Wenn die Regeln heute liefen, galt die Bedingung schlicht nicht. Denk daran, dass Umsatz- und Bestellschwellen mit dem Tagesdurchschnitt des Zeitfensters verglichen werden, ein einzelner schlechter Tag in einem 30-Tage-Fenster löst sie also selten aus. Verkürze das Zeitfenster, um schneller zu reagieren. Die Regel beobachtet eine Kennzahl, die das Projekt nicht lesen kann. Verbinde zuerst die [Google Search Console](/de/integrations/google-search-console) oder lösche die Regel. Behebe zuerst den Export in der [Integrationsgesundheit](/de/analytics/integration-health) und exportiere dann erneut. Abweichungs-Warnungen lösen sich beim nächsten nächtlichen Scan von selbst, sobald Google wieder die richtigen Werte ausliefert. ## Verwandte Themen Funde, die WISEPIM von selbst meldet, mit denselben Dringlichkeitsstufen. Sync-Status pro Kanal und der Merchant-Center-Abweichungs-Scan. Die Analytics-Alert-Benachrichtigung ein- oder ausschalten. Der Report hinter Warnungen zu täglichem Umsatz und Bestellungen.