---
title: "Signale & Automatisierungen"
url: "/de/docs/signals-automations"
canonical_url: "https://crunchjunkie.io/de/docs/signals-automations"
markdown_url: "https://crunchjunkie.io/de/docs/signals-automations.md"
language: "de"
type: "doc"
summary: "Dein Posteingang für Probleme bei der KI-Sichtbarkeit — und No-Code-Regeln, die aus einem Signal einen Alert oder eine Aktion machen."
site: "CrunchJunkie"
llms_txt: "https://crunchjunkie.io/llms.txt"
---

# Signale & Automatisierungen
Source: https://crunchjunkie.io/docs/signals-automations

Dein Posteingang für Probleme bei der KI-Sichtbarkeit — und No-Code-Regeln, die aus einem Signal einen Alert oder eine Aktion machen.

## Was Signale sind
Signale sind dein Posteingang für Probleme bei der KI-Sichtbarkeit — das, was über alle Kunden hinweg wirklich deine Aufmerksamkeit verdient, an einem Ort. Statt dich Dashboards beobachten zu lassen, macht CrunchJunkie fortlaufend Signale aus dem, was ohnehin gemessen wird: die Sichtbarkeit eines Kunden bricht ein, ein Wettbewerber wird in mehr seiner KI-Antworten genannt als er selbst, ein GEO-Audit-Score sinkt, eine zitierte Quelle ist tot oder wurde zurückgezogen, eine Lücke im Produktfeed oder im Produktseiten-Schema, eine unterbrochene Datenverbindung oder ein Meta-Werbekonto, das nicht mehr ausliefert. Empfehlungen — die „Was zu tun ist“-Liste — leben stattdessen auf der Insights-Seite; der Posteingang bleibt damit ein Protokoll dessen, was passiert ist, und wird nie zur zweiten To-do-Liste. Öffne Signale im Menü KI-Sichtbarkeit für die agenturweite Übersicht, oder den Tab Signale innerhalb eines Kunden für genau diese Marke.

Der Unterschied liegt in der Genauigkeit. KI-Antworten schwanken von Lauf zu Lauf, ein einzelner Scan sagt also wenig. Eine Veränderung der KI-Sichtbarkeit wird nur gemeldet, wenn die letzten 14 Tage und die 28 Tage davor jeweils mindestens 40 Antworten an mindestens zwei Scan-Tagen haben und die Veränderung die Schwelle erreicht: ein Rückgang um mindestens 15 % und 3 Punkte bei 95 % Sicherheit für eine Warnung, ein Rückgang um mindestens 40 % bei 99 % Sicherheit für ein kritisches Signal. Jedes Signal nennt beide Zeiträume mit ihrer Stichprobe (n = Antworten) und die Sicherheit, zum Beispiel „Die Sichtbarkeit fiel von 25,0 % (n = 112, 31. Aug. – 27. Sept.) auf 10,7 % (n = 56, 28. Sept. – 11. Okt.). Mit 97 % Sicherheit ist das kein Zufall der Stichprobe.“ Ein leerer Posteingang heißt: Keine Veränderung der KI-Sichtbarkeit hat die Schwelle erreicht. Diese Veränderungen werden anhand der Scans gemessen; solange die Scans eines Kunden pausiert sind, wird also keine gemeldet. Wann ein Kunde zuletzt gescannt wurde, steht auf seiner Seite.

## Wie über eine Veränderung der KI-Sichtbarkeit entschieden wird
Die Zeiträume: die letzten 14 vollen Tage (UTC) gegen die 28 Tage davor. Die Antworten: dieselben, die der Sichtbarkeitswert in der Übersicht zählt — der letzte Scan jedes Prompts auf jeder Engine pro Tag, unsere Scans und importierte Peec-AI-Daten einmal pro Engine gezählt, Folgefragen nicht mitgezählt. Der Projektkopf und die KI-Sichtbarkeits-Übersicht zeigen die Sichtbarkeit der letzten 30 Tage; ihr Wert und die Werte eines Signals unterscheiden sich also bewusst, und jeder nennt seinen Zeitraum.

Verglichen wird nur, was in beiden Zeiträumen gemessen wurde. Ein Prompt oder eine Engine, die dazwischen hinzukam oder wegfiel, bleibt draußen, und das Signal sagt es. Die Sicherheit kommt aus einem Test, der die Antworten nach Prompt gruppiert, weil sich Antworten auf denselben Prompt gemeinsam bewegen; jede Antwort als unabhängig zu zählen, würde sie überschätzen. Bei nur wenigen Prompts ist schon die Streuung zwischen ihnen eine grobe Schätzung. Seit dem 14. Oktober 2026 liest dieser Teil des Tests sie deshalb mit der Student-t-Verteilung (Prompts − 1 Freiheitsgrade) statt mit der Normalverteilung: Bei einem Kunden mit einer Handvoll Prompts muss ein Rückgang deutlicher sein, bevor er als echt gilt.

Hat sich eine Engine in den beiden Zeiträumen geändert (ein neues Modell, erkannt an den Antworten des Anbieters, an der Timeline oder an unserer Liste bekannter Modellwechsel, oder eine geänderte Erfassung ihrer Antworten), läuft der Vergleich noch einmal ohne diese Engine. Hält der Rückgang dort, meldet das Signal ihn auf den übrigen Engines und nennt die ausgelassene. Zeigt er sich nur mit dieser Engine, ist das Signal eine Info und nennt die Engine: Ein neues Modell ist keine Nachricht über die Marke. Eine Engine, deren Antworten über einen Zeitraum unvollständig ankommen ([Antworten ohne ihre Listen](https://crunchjunkie.io/docs/reporting#incomplete-answers)), bleibt genauso außen vor, solange das anhält, und das Signal sagt es mit diesen Worten und dem Tag, an dem es begann, nicht als Änderung der Engine.

Das Überholen durch einen Wettbewerber nutzt dieselben Zeiträume und Antworten: Der Wettbewerber wird in den letzten 14 Tagen in mehr Antworten genannt als deine Marke, bei 95 % Sicherheit, nachdem er in den 28 Tagen davor gleichauf oder dahinter lag, mit mindestens 40 Antworten auf jeder Seite, die beide Marken erfassen.

Ein Sichtbarkeitssignal beschreibt den aktuellen Stand und aktualisiert sich daher selbst. Es bleibt offen, solange der Rückgang bei 80 % Sicherheit und mindestens 10 % noch hält, und erledigt sich selbst, sobald er das nicht mehr tut; die Ansicht Erledigt nennt dann den Grund. Ein bestätigtes Signal bleibt bis dahin offen. Die Alarm-E-Mail an den Workspace-Inhaber geht einmal pro Veränderung, egal wie lange sie dauert.

Das Rauschen haben wir mit einer Simulation im üblichen Takt geprüft (wöchentliche Scans, zwei Antworten pro Prompt und Engine), auf Daten, die stärker schwanken als die echten Daten unserer Kunden: etwa 0,04 bis 0,08 falsche Signale pro Projekt und Monat, gegenüber 0,33 bis 0,43 mit der alten Regel auf denselben simulierten Antworten, die zwei einzelne Scans verglich. Ein echter Rückgang um ein Viertel wird in etwa drei von vier Fällen innerhalb von vier Wochen gemeldet, ein Rückgang um 40 % in 95 von 100 Fällen.

## Kanalübergreifende Signale (KI-Sichtbarkeit × Performance)
Ein Signal braucht beide Seiten an einem Ort: „KI-Sichtbarkeit und KI-vermittelte Conversions sind beide gefallen“. Es wird gemeldet, wenn die KI-Suchsichtbarkeit an ihrer eigenen Schwelle fällt (die letzten 14 Tage gegen die 28 Tage davor, bei 95 % Sicherheit) und die KI-vermittelten Conversions in deinem GA4 über diese beiden Zeiträume fallen, gezählt in ganzen Tagen bis gestern (der heutige Tag läuft noch, und GA4 trägt ihn spät nach): mindestens 20 % weniger pro Tag, mit 95 % Sicherheit in einem Test der beiden Zählungen, bei mindestens 20 Conversions in den 28 Tagen davor, damit ein winziges Konto es nicht auslöst. Allein wegen der Conversions wird es erst bei 40 % Rückgang, 99 % Sicherheit und 50 Conversions davor kritisch. Es nennt beide Seiten mit Zeiträumen und Zahlen und sagt, dass beide an denselben Tagen gefallen sind, nicht, dass das eine das andere verursacht hat; ob sie zusammenhängen, prüfst du. Eine eigene Sicherheit hat es nicht, die Sichtbarkeitsseite nennt ihre. Es bleibt offen, solange beides noch zutrifft (der Sichtbarkeitsrückgang bei 80 % Sicherheit und 10 %, die Conversions 10 % weniger pro Tag bei 80 %), und erledigt sich danach selbst. Es erscheint nur für Kunden mit verbundenem GA4, und weil es Live-Daten aus GA4 liest, aktualisiert es sich in eigenem Takt (ein paar Mal am Tag). Das frühere Signal „Paid-Ausgaben gestiegen, während die KI-Sichtbarkeit fiel“ wurde am 11. Oktober 2026 eingestellt: Anzeigen kaufen keine Nennungen in KI-Antworten, deshalb zeigen die Berichte Ausgaben und KI-Sichtbarkeit nebeneinander. Automatisieren kannst du auf ihm wie auf jedem Signal — es passt besonders gut zu den Aktionen „Maßnahmenplan entwerfen“ oder „Bericht entwerfen“.

## Meta Ads: ein Konto, das nicht mehr ausliefert
Einmal am Tag (frühmorgens, UTC) liest CrunchJunkie jedes verbundene Meta-Werbekonto: seinen Status bei Meta sowie die täglichen Impressionen und Ausgaben des Kontos und seiner Kampagnen der letzten acht Tage. Es meldet ein Signal, wenn ein Konto nach einer normalen Woche nicht mehr ausliefert – keine Impressionen an einem Tag, nachdem es an mindestens fünf der sieben Tage davor Geld ausgegeben hat, mit im Median mindestens 100 Impressionen pro Tag und Auslieferung am selben Wochentag eine Woche vorher (ein Konto, das nur werktags läuft, wird am Wochenende also nicht gemeldet). Ein kritisches Signal kommt, wenn Meta einen Status meldet, in dem die Anzeigen nicht laufen können – offener Saldo, deaktiviert, in Schließung oder geschlossen – und das Konto in der Woche davor Geld ausgegeben hat. Risikoprüfung, eine Zahlung in Abwicklung oder eine fehlgeschlagene Zahlung in der Kulanzfrist werden nur genannt, wenn zugleich ein Tag ohne Auslieferung vorliegt. Ein bewusst freier Tag nach einer normalen Woche, etwa ein Feiertag, löst es ebenfalls aus; dann einfach verwerfen.

Beurteilt wird der eigene Tag des Kontos, gelesen drei Stunden nach seiner Mitternacht – eine Zeitzone macht also nie aus einem laufenden Tag einen Fehlalarm. Das Signal nennt die Kampagnen, die in der Woche davor ausgeliefert haben, und was sie ausgegeben haben. Es bleibt offen, solange das Konto nicht ausliefert, und schließt sich selbst am ersten Tag, an dem das Konto wieder ausliefert und sein Status das zulässt. Verwirfst du es, bleibt es für diesen Stillstand verworfen; ein späterer Stillstand ist ein neues Signal. Wie jedes Signal kann es eine Automatisierung auslösen: eine E-Mail, eine Slack-Nachricht oder einen Webhook am selben Morgen. Gespeichert werden nur die täglichen Impressionen und Ausgaben, die die Prüfung braucht, für zwei Wochen. Lehnt Meta ein Konto mehrere Tage in Folge ab (abgelaufener Login, fehlende Berechtigung, ein Konto, auf das der Login keinen Zugriff mehr hat), prüft CrunchJunkie seltener; nach fünf Ablehnungen hält die Prüfung an und der Workspace-Owner bekommt einmal eine E-Mail. Sobald Meta Ads neu verbunden ist, läuft sie wieder.

## Alias-Vorschläge: eine Marke unter anderem Namen
Eine Erwähnung zählt nur, wenn die Antwort den verfolgten Namen oder einen seiner Aliasse schreibt. Eine Marke, die Antworten unter anderem Namen schreiben („islaNet“ für Isla Networks, „Justpay“ für Juspay), wird dann nicht gezählt, und wir ändern dein Projekt nie selbst. Scheinen die Antworten das zu tun, schlägt Signale den Namen deshalb vor, als Info-Signal vom Typ „Alias-Vorschlag“, und du entscheidest.

Vorgeschlagen wird er nur, wenn in den letzten 28 Tagen (ganze UTC-Tage) all das zutrifft: Die Erkennung hat die Marke einer Antwort zugeordnet, die ihren Namen nicht schreibt, und ihr eigener Ausschnitt aus der Antwort steht dort und nennt stattdessen den anderen Namen; der Name hängt mit der Marke zusammen, weil er ihrem Namen oder ihrer Domain nahe ist (einer enthält den anderen, sie teilen die ersten 4 Buchstaben oder unterscheiden sich in einem Buchstaben) oder weil in dieser Antwort die eigene Website der Marke zitiert wird; keine Antwort zitiert eine Website, die zum anderen Namen gehört (dann ist es ein anderes Unternehmen, und er wird nie vorgeschlagen); der Name ist der ganze Name, den die Antwort schreibt („Great Journeys New Zealand“, nie „Great“ und „Journeys“ einzeln) und, wenn er ein einzelnes Wort ist, kein gewöhnliches Wort und nicht bloß ein Teil des Markennamens; er wird noch nicht verfolgt (deine Marke, ein Wettbewerber oder ein Alias) und ist kein Ort, kein Monat und kein Gattungswort; und er kam in mindestens 3 Antworten an mindestens 2 verschiedenen Tagen vor. Das Signal nennt, wie viele Antworten an wie vielen Tagen, in welchem Zeitraum und auf welchen Engines, und zeigt zwei Ausschnitte der Antworten. Sein n sind diese Antworten; eine Sicherheit hat es nicht, denn es ist eine Zählung, kein Test.

Als Alias hinzufügen macht den Namen zu einem Alias der Marke, genau wie auf der Seite Marken, mit derselben Timeline-Notiz. Er zählt ab dem nächsten Scan, und die gespeicherten Antworten der letzten 42 Tage werden damit neu gezählt, Folgeantworten eingeschlossen (wie bei der Neuzählung der Grounding-Regel; nur erste Antworten erreichen die Tageswerte): Eine Antwort, die den Alias schreibt, zählt jetzt als Erwähnung der Marke, ohne Position und ohne Stimmung (dafür bräuchte es die KI noch einmal). Der Alias zählt dort, wo er geschrieben steht, nie innerhalb einer Webadresse oder eines Links; ein Name aus mehreren Wörtern zählt als ganze Wortgruppe, ein einzelnes Wort nur in der Schreibweise, die du bestätigt hast, und nur in einer Antwort, die es nicht zugleich kleingeschrieben als gewöhnliches Wort enthält. Ein Markt mit eigener Alias-Liste bekommt den Alias auch in dieser Liste, sodass jeder Markt ihn ab dem nächsten Scan liest. Die Tageswerte ziehen mit, und jede Engine, deren Antworten sich geändert haben, bekommt eine interne Timeline-Notiz, sodass kein Alarm über den Sprung hinweg vergleicht. Die Bestätigung sagt, wie viele Antworten in welchem Zeitraum neu gezählt wurden. Nicht dasselbe Unternehmen schließt den Vorschlag, und er wird für dieses Projekt nie wieder vorgeschlagen. Ein Zugang mit der Rolle „Nur lesen“ sieht Vorschläge, kann sie aber nicht beantworten.

Ein Alias-Vorschlag betrifft die Einrichtung eines Projekts, keine Veränderung der Sichtbarkeit: Er steht unter den anderen Signalen, löst keine Automatisierung auf „jedes Signal“ aus, keinen Webhook und keine Zeile im Wochenüberblick, und MCP get_signals kennzeichnet ihn mit kind „setup“. Er erledigt sich von selbst, sobald er nicht mehr zutrifft, etwa wenn du den Alias auf der Seite Marken hinzufügst.

## Den Posteingang abarbeiten
Jedes Signal trägt einen Schweregrad (Kritisch / Warnung / Info), eine verständliche Erklärung und einen Belege-Aufklapper mit genau den Kennzahlen oder Zitaten, die es erzeugt haben — nichts ist eine Blackbox. Sein Text entsteht beim Lesen, aus den Zahlen, mit denen es ausgelöst wurde, in der Sprache des Lesers: Posteingang und Startseite in deiner, E-Mails in der des Empfängers, Slack und Webhooks in der des Workspace. Ein Signal von vor dem 11. Oktober 2026, dessen Belegen eine dafür nötige Zahl fehlt, behält den englischen Text, mit dem es ausgelöst wurde. Du kannst ein Signal bestätigen (du hast es gesehen), pausieren (es verschwindet für eine Woche und kommt zurück, falls es dann noch zutrifft) oder erledigen (du hast dich darum gekümmert). Erledigte und bestätigte Signale werden innerhalb ihres Zeitraums nie erneut gemeldet, der Posteingang bleibt also sauber. Signale, die einen aktuellen Zustand beschreiben — eine unterbrochene Verbindung, eine Firewall-Blockade, eine tote Quelle, ein gestoppter Log-Drain, KI-Crawler, die die Sperrseite deines Hosters bekommen, ein GEO-Audit-Score, der in zwei Audits hintereinander niedriger war —, erledigen sich außerdem SELBST: Sobald die zugrunde liegende Bedingung nicht mehr zutrifft, räumt der nächste Erkennungslauf das Signal ab. Der Posteingang zeigt damit immer, was jetzt wahr ist — nicht, was vor zwei Wochen wahr war. Filtern kannst du jederzeit nach offen, erledigt oder alle. Signale sind schreibgeschützt und kosten nichts — sie laufen auf Daten, die du ohnehin gescannt hast, ganz ohne zusätzliche KI-Aufrufe.

Viele Kunden im Blick? Die KI-Sichtbarkeits-Übersicht ist deine Triage-Ansicht: alle Kunden auf einem Bildschirm mit ihrer Sichtbarkeit der letzten 30 Tage (dieselbe Zahl wie im Projektkopf, in der Übersicht bei 30 Tagen und auf der Startseite), offenen Signal-Chips und Status — Nicht auf Kurs (ein kritisches Signal, das noch niemand bestätigt hat), Gefährdet (ein bestätigtes kritisches Signal, eine Warnung oder ein Ziel, das im Tab Ziele als gefährdet gilt), Keine aktuellen Daten (seit dem Doppelten des Scan-Intervalls, höchstens 30 Tage, keine neuen Scan-Ergebnisse, oder der letzte Scan schlug fehl oder wurde pausiert, bevor seine Antworten gezählt wurden) oder Auf Kurs —, die kritischsten zuerst, sodass die Accounts, die dich heute brauchen, ganz oben stehen. Fahr mit der Maus über einen Status, um die Gründe zu sehen. Die Kachel „Offene Signale“ zählt alle Schweregrade; das Badge neben Signale in der Seitenleiste zeigt „1 kritisch“ und zählt nur offene kritische Signale, dieselbe Zahl wie „Kritisch“ auf der Seite Signale. Klick einen Kunden an, um seine Signale zu bearbeiten. Und ein Portfolio-Signal löst aus, wenn dasselbe Problem viele Kunden gleichzeitig trifft („Bei 6 von 12 Kunden ist die KI-Sichtbarkeit gesunken“). Bevor du sie einzeln durchgehst, prüf, was diese Kunden gemeinsam haben, etwa eine Engine mit neuem Modell oder denselben Markt.

## Automatisierungen — aus einem Signal wird eine Aktion
Eine Automatisierung ist eine No-Code-Regel: Wenn ein Signal auftritt, passiert etwas. Du wählst den Auslöser (einen Signaltyp — z. B. „Wettbewerber überholt uns“ — mit einem Mindest-Schweregrad, für einen Kunden oder für alle) und die Aktionen. Die Aktionen der ersten Phase sind Benachrichtigungen: eine E-Mail (an dich, dein Team oder eine beliebige Adresse), eine Slack-Nachricht (über eine Incoming-Webhook-URL) oder ein generischer Webhook an Zapier / Make / n8n / deinen eigenen Endpunkt. Starte mit einer Vorlage — Visibility guardrail, Competitor watch, Source health, Feed & schema health, Broken-connection guard oder Critical-only — und pass sie an, oder bau im Wenn → Dann-Editor eine eigene von Grund auf.

Automatisierungen lösen nur auf Signalen aus, die die Schwelle ihrer Art bereits bestanden haben – 95 % Sicherheit auf den letzten 14 Tagen gegen die 28 Tage davor bei einer Veränderung der KI-Sichtbarkeit, eine bestätigende zweite Prüfung bei einer Veränderung der Rankings, eine harte Tatsache bei einem Zustand wie einer defekten Verbindung –, und jedes Signal löst eine bestimmte Regel höchstens einmal aus — zugespammt wirst du also nie. Eine Regel auf „Beliebiges Signal“ greift bei jeder Veränderung und jedem Zustand, nie bei einem Alias-Vorschlag: Der ist ein Vorschlag zur Einrichtung, den du im Posteingang beantwortest, kein Ereignis, und wird deshalb auch nicht als Auslöser angeboten. Jede Regel zeigt, wie oft sie ausgelöst hat und wann zuletzt. Einrichten kannst du sie unter KI-Sichtbarkeit → Automatisierungen.

## Maßnahmenplan entwerfen — mit deiner Freigabe
Eine Automatisierung kann mehr als benachrichtigen: Sie kann einen ersten Entwurf der Arbeit gleich mitliefern. Füge die Aktion „Maßnahmenplan entwerfen (KI)“ hinzu — löst dann ein Signal aus, schreibt Crunch dazu einen kurzen, an den Daten verankerten Plan: in einem Satz, was das Signal beobachtet hat, ein paar Dinge zum Prüfen und drei bis fünf konkrete nächste Schritte. Eine Ursache, die das Signal nicht zeigt, nennt er nie. Das läuft über deinen eigenen KI-Schlüssel oder über Managed AI (wird also wie jede andere KI-Funktion abgerechnet und ist mit eigenen Schlüsseln kostenlos).

Entscheidend: Es wird nichts automatisch an irgendjemanden verschickt. Der Entwurf landet im Freigaben-Posteingang (KI-Sichtbarkeit → Freigaben), wo du ihn liest und entweder freigibst — dann geht der Plan per E-Mail an die Empfänger der Automatisierung (oder an dich) — oder verwirfst. Du entscheidest immer, was rausgeht; autonomes Veröffentlichen gibt es nicht. Das ist die Schleife von „Daten → erledigt“, mit dem Menschen bewusst mittendrin.

Der Posteingang ist zugleich eine geteilte Aufgabenliste: Weise jeden Eintrag einem Teammitglied zu, gib ihm ein Fälligkeitsdatum und eine Notiz und markiere ihn als „In Arbeit“, während du daran arbeitest. Du kannst mit „Neue Aufgabe“ auch eigene Aufgaben anlegen — für Folgearbeiten, die keine Automatisierung ausgelöst hat — und sie als erledigt markieren, damit die gesamte offene KI-Sichtbarkeits-Arbeit deines Teams an einem Ort liegt.

## Bericht oder Content-Briefing automatisch entwerfen
Zwei schwerere Aktionen folgen demselben Muster aus Entwurf und Freigabe — so übergibt dir ein Signal ein fertiges Ergebnis statt einer To-do.

**Bericht entwerfen (KI)** baut für den Kunden des Signals einen White-Label-Bericht aus dessen verbundenen Datenquellen und KI-Sichtbarkeits-Signalen — dieselbe Zusammenstellung wie „Mit KI entwerfen“ im Bericht-Builder, inklusive Management-Zusammenfassung. Er landet in den Freigaben; gibst du ihn frei, erzeugt Crunch einen teilbaren Link und mailt ihn an die Empfänger (über deine eigene verifizierte Domain, falls du White Label eingerichtet hast). Vor der Freigabe kannst du den Bericht im Builder öffnen und bearbeiten — nichts geht raus, bevor du es willst. Nutze das am besten in einer Regel pro Kunde, damit der Bericht die richtige Marke trifft.

**Content-Briefing entwerfen (KI)** schreibt ein belegbasiertes GEO-Content-Briefing für die größte einzelne Lücke des Projekts — eine Frage, bei der die getrackte Marke über die letzten Durchläufe hinweg nie genannt wird — mit Zielfrage, Empfehlungen, einer vorgeschlagenen Struktur, dem zu ergänzenden Schema und den Belegen, die hineingehören; alles daran orientiert, was die gewinnenden Seiten tatsächlich tun. Es wartet in den Freigaben, bis du es verschickst.

Beides sind KI-Aktionen und werden genauso abgerechnet wie Berichtszusammenfassungen (mit eigenen Schlüsseln kostenlos, auf Managed AI gezählt), und beides ist strikt an eine menschliche Freigabe gebunden — CrunchJunkie veröffentlicht oder verschickt niemals einen Bericht oder ein Briefing von sich aus.

## Eigene Seite verliert KI-Zitate
Demnächst. Ein Signal, das dir sagt, wenn eine deiner eigenen Seiten in KI-Antworten nicht mehr zitiert wird, gelesen aus der Zitier-Lebensdauer jeder Seite (KI-Sichtbarkeit → ein Kunde → URLs). Es wird getestet, bevor es in ein Postfach gelangt; in deinen Signalen, E-Mails und Automatisierungen erscheint dazu also noch nichts. Die Regel, die es verwenden wird: Eine Seite zählt, wenn sie in den 4 Wochen vor den letzten 2 vollständigen Wochen in mindestens 3 der Wochen zitiert wurde, mindestens 4-mal, in mindestens 12 relevanten Antworten (den Antworten auf die Prompts und Engines, die sie in den 8 Wochen davor zitiert haben), mit einer Rate von 20 % oder mehr. Sie gilt als verloren, wenn keine von mindestens 8 relevanten Antworten der letzten 2 Wochen sie zitiert, mit Antworten in beiden Wochen, und das am unteren Rand ihrer früheren Rate höchstens 1 % wahrscheinlich ist; als nachlassend, wenn ihre Rate auf 40 % der früheren oder weniger fällt, bei mindestens 12 relevanten Antworten, mit 99 % Sicherheit, bei zwei wöchentlichen Prüfungen in Folge. Haben die Engines, die die Seite fallen gelassen haben, das Modell gewechselt und trugen sie 70 % oder mehr ihrer früheren Zitate, ist das Signal nur ein Hinweis und nennt den Modellwechsel. Lässt eine Engine die meisten Seiten deiner Website, die sie zitiert, auf einmal fallen, hat sich die Engine verändert, nicht deine Seiten, und es entsteht kein Seiten-Signal; erfüllen fünf oder mehr Seiten die Regel auf einmal, werden sie ein Signal, das offen bleibt und die wieder zitierten Seiten nennt, bis jede von ihnen zurück ist (keine dieser Seiten löst in der Zeit ein eigenes Signal aus). Eine Woche ohne Antworten auf die Prompts der Seite zählt nie als Verlust. Das Signal einer verlorenen Seite erledigt sich von selbst, sobald sie wieder zitiert wird, das einer nachlassenden Seite, sobald ihre Rate wieder über 40 % der Rate liegt, gegen die sie zuerst gemeldet wurde (auf der niedrigeren Rate zu bleiben, ist keine Erholung), und beide, sobald die Prompts der Seite 4 Wochen lang keine relevante Antwort hatten (nicht mehr gemessen: ihre Zitate sind beendet, oder ihre Prompts wurden entfernt oder pausiert), und die Schwellen sind absichtlich streng: Eine Seite muss etabliert sein, bevor sie gemeldet werden kann, und ein Verlust bestätigt.

## Tarife, Zustellung und der wöchentliche Digest
Automatisierungen sind eine kostenpflichtige Funktion: Starter enthält 3 aktive Regeln, Pro 10, Agency und Scale unbegrenzt viele. E-Mail- und In-App-Signale funktionieren in jedem Tarif, der Automatisierungen enthält; Slack- und generische Webhook-Aktionen gibt es ab Pro, und das wird bei jedem Auslösen einer Regel geprüft: Ohne aktiven Pro-, Agency- oder Scale-Tarif werden sie übersprungen, und das Lauf-Protokoll der Regel zeigt das an. Jede und jeder im Team kann eine Regel anlegen (dieselbe Regel wie beim Verbinden einer Datenquelle).

Lieber ein ruhigerer Takt? Ein wöchentlicher Signale-Digest schickt dem Workspace-Inhaber eine einzige, rauscharme Zusammenfassung der offenen Signale der Woche — ohne Einrichtung, und ohne E-Mail in Wochen, in denen es nichts zu berichten gibt. Nutze Automatisierungen für das, was du nicht verpassen darfst (sie lösen aus, sobald ein Signal entsteht), und lass den Digest den Rest abdecken.

Es gibt auch eine Version für deine Kunden: Der Kunden-Digest (KI-Sichtbarkeit → einen Kunden öffnen → Kunden-Digest) ist eine wiederkehrende White-Label-Zusammenfassung, die unter deiner Marke an den Kunden geht — wöchentlich oder monatlich. Solange der Workspace gesperrt ist (Abo gekündigt, pausiert oder unbezahlt), geht kein Digest raus und keiner wird nachgesendet; nach der Wahl eines Tarifs geht der nächste beim folgenden Check um 09:00 Uhr (Zeitzone deines Workspace) raus. Er zeigt die KI-Sichtbarkeit des Kunden in den 7 Tagen (wöchentlich) oder 30 Tagen (monatlich) bis zum Vortag des Versands (ein Scan, der an dem Morgen läuft, kommt in den nächsten Versand) neben dem gleichen Zeitraum davor, jeweils mit der Zahl der KI-Antworten hinter dem Wert, beurteilt nach der Regel der KPI-Karten im Bericht: Ein Unterschied, der nicht klar über der Fehlermarge liegt, gilt als unverändert (außer der Rückgang eines Sichtbarkeits-Signals, die letzten 14 Tage gegen die 28 davor, ist offen: Dann nennt der Digest diesen Rückgang mit Zeiträumen, Antworten und Sicherheit und nennt die Sichtbarkeit nie unverändert), und ein Zeitraum ohne Antworten sagt das, statt 0 % zu zeigen. Dazu kommen der Zielfortschritt, beurteilt wie im Tab Ziele, mit den Metriknamen und der Währung der KPI-Karten, und die Suchmaschinen-Rankings, wenn du sie einschaltest. Eine kurze, verständliche Zusammenfassung schreibt die KI nur aus diesen Zahlen, ohne über Ursachen zu spekulieren; sie wird einmal erzeugt und gespeichert, nie pro Empfänger neu generiert. Gibt es nichts zu berichten, entfällt der Versand, bis es etwas gibt. Schick dir einen Test, gib das Format einmal frei, und er wiederholt sich in deinem Rhythmus an die Kontakt-E-Mail des Kunden (oder an beliebige Adressen, die du festlegst). Ab Starter trägt er Namen und Logo deines Workspace, ohne CrunchJunkie-Fußzeile, außer der Kunde ist vom White-Label ausgenommen; im Solo-Tarif kommt er als CrunchJunkie. Absender ist reports@crunchjunkie.io, Antworten gehen an den Workspace-Inhaber.