Neu in CrunchJunkie

Die Doku erklärt jetzt, wie wir die Prompts auswählen, die wir verfolgen, und die App verlinkt dorthin, wo du Prompts anlegst.

• Die Doku zur KI-Sichtbarkeit hat einen neuen Abschnitt „Prompts auswählen“: Käuferfragen nach Phase, eine Formulierung pro Absicht, Prompts mit Markennamen getrennt, ein Set pro Markt, wie viele Prompts und wie oft scannen, wofür Kategorie, Tags und Intent da sind und wann du einen Prompt streichst. Die Zahlen darin stammen aus unserer Studie mit 2.160 Antworten. Bei jeder Zählung steht, aus wie vielen Antworten sie stammt, und die Grenzen der Studie sind genannt.
• Der Prompt-Schritt der Einrichtung, die Seite Prompts (ein Info-Tipp neben der Überschrift), Prompts vorschlagen, Aus Keywords und Importieren verlinken dorthin: auf Deutsch die deutsche Doku, in allen anderen Sprachen die englische. Auch suggest_prompts im MCP-Connector verweist darauf. Im deutschen Doku-Index öffnen die Artikel jetzt auf Deutsch.

„Scan starten“ tat bisher nichts, solange dein Tab mit dem Scan eines anderen Projekts beschäftigt war. Jetzt startet der Scan immer: auf unseren Servern oder in der Warteschlange hinter dem Scan dieses Projekts, der schon läuft.

• Startest du einen Scan, während dieser Tab den Scan eines anderen Projekts ausführt, läuft er jetzt auf unseren Servern, neben dem ersten: meist binnen Sekunden, höchstens ein paar Minuten später, wenn unsere Server ausgelastet sind. Wir mailen dir, sobald er fertig ist.
• Startest du einen Scan bei einem Projekt, das gerade gescannt wird, stoppt der neue den laufenden nicht mehr. Er kommt in die Warteschlange und startet von selbst, sobald der laufende fertig ist, und der Dialog sagt ungefähr, wann („in etwa N Min.“, aus dem gemessenen Tempo des laufenden Scans). Ein Projekt hat höchstens einen wartenden Scan, ein wartender Scan verbraucht nichts, bis er startet, und du kannst ihn vorher abbrechen.
• Die Scan-Leiste unten zeigt jeden laufenden und wartenden Scan deines Workspaces, mit Fortschritt, Restzeit und Stoppen oder Abbrechen, nicht nur den Scan, den dieser Tab gestartet hat. Ein Tab, der aufwacht, nachdem unsere Server seinen Scan übernommen haben, gibt ihn ab, statt dieselben Checks ein zweites Mal auszuführen.

Die Prompt-Tabelle im Bericht sagt jetzt, was eine Veränderung braucht, um klar zu sein, nicht nur, dass sie es nicht ist.

• Unter der Prompt-Tabelle im Bericht nennt jetzt ein Hinweis, wenn Veränderungen mit „~“ beginnen, ab welcher Veränderung ein Prompt in den gezeigten Zeilen klar ist (dem Doppelten der Fehlermarge der Veränderung, beide Zeiträume zusammen), und die Antworten pro Prompt dahinter. Bei ein paar Dutzend Antworten pro Prompt sind nur große Bewegungen klar, deshalb beginnen dort die meisten Veränderungen mit „~“; der Hinweis zeigt, warum. KI-Zusammenfassungen bekommen dieselbe Zeile.
• Rank-Tracker-Budget: Eine Suche, die genau in dem Moment gesendet wird, in dem ihr Keyword oder ihr Kunde gelöscht wird, wird jetzt wie jede Suche gebucht, die während ihres Laufs gelöscht wird, und mit dem berechnet, was DataForSEO dafür verlangt hat. Sendet ein Fehler auf unserer Seite eine Suche ein zweites Mal, findet die tägliche Prüfung die erste, und dir wird eine Suche berechnet; die andere tragen wir.

Crawl-Insights zeigt jetzt, welche Teile einer Website KI-Crawler abrufen, etwa /blog, /products oder /docs, und ein Bericht kann dieselbe Tabelle zeigen. Ein Abruf zeigt Zugriff, nie ein Zitat.

• Eine neue Karte gruppiert die Seitenabrufe nach Bereich: nach dem ersten Teil des Pfads, wobei ein Sprachordner wie /de/ ein Präfix bleibt, einzelne Seiten der obersten Ebene zusammen und der Rest unter „Weitere Bereiche“. Jeder Bereich zeigt seine Abrufe und ihren Anteil, die Abrufe je Crawler-Betreiber, wie viele aus den veröffentlichten IP-Bereichen eines Betreibers kamen, die Zahl der Seiten, den Anteil mit 2xx, abgewiesen (403/406) oder mit Fehler unter den Abrufen mit Status, und den letzten Abruf.
• Du kannst eigene Bereiche mit Pfad-Präfixen festlegen, etwa /de/blog = Blog (DE). Sie gelten für die Karte, für die neue Berichtstabelle „Crawl sections“ (in der App, in geteilten Links und im PDF) und für get_crawl_insights im MCP-Connector, das die Bereiche mit sections: true liefert.
• Rank Tracker: Hat ein Kunde schon drei frühere eigene Websites, schlägt ein Umzug der eigenen Website nicht mehr fehl, und eine in den Einstellungen des Kunden geänderte Website zieht sie jetzt immer mit. Stattdessen wird die älteste frühere eigene Website nicht mehr gelesen und behält die bis dahin gemessenen Positionen; die Einrichtung sagt, seit wann.

Zwei Warnungen sagen jetzt, was hilft, und der Bericht zu Datenstandort sagt, wenn die KI-Funktionen aus sind.

• Verlangt ein Google-Ads-Konto die Bestätigung in zwei Schritten oder das Erweiterte Sicherheitsprogramm von Google und hat das verbundene Google-Konto sie nicht, sagt die Warnung im Bericht das jetzt für dieses Konto, und was zu tun ist: Sobald die Bestätigung in zwei Schritten aktiv ist, funktionieren die Berichte wieder, und beim Neuverbinden wird danach gefragt.
• Ein Google-Ads-Konto, das Google als nicht gefunden meldet, erscheint erst dann als „Kein Zugriff“, wenn jedes Verwaltungskonto, das das verbundene Konto erreicht, versucht wurde, wie bei jeder anderen Ablehnung.
• Unter Einstellungen → Daten & Standort steht bei einem Workspace ohne KI-Schlüssel und ohne Managed AI jetzt „Kein KI-Schlüssel“, und der Bericht sagt, dass die KI-Funktionen erst mit einem Schlüssel laufen. Bisher hieß es, sie liefen über das Konto von CrunchJunkie. Die Datenschutzerklärung (Abschnitt 3.2) sagt jetzt genau, wann neue AI-Visibility-Antworten mit deinem eigenen Schlüssel ausgelesen werden: wenn als Schlüssel deines KI-Assistenten ein Anthropic-Schlüssel hinterlegt ist.

Die Verlaufsspalte der erweiterten Tag-Tabelle folgt der Kennzahl der Tabelle, wenn sie keine Sichtbarkeitsspalte hat, und die Zitier-Lebensdauer einer Seite nennt jeden Modellwechsel einmal und beginnt dort, wo ihre Messung beginnt.

• In einer erweiterten Tag-Tabelle ohne Sichtbarkeitsspalte zeichnet die Verlaufsspalte jetzt die erste Abruf- oder Zitatrate der Tabelle, oder die Rate hinter ihrer ersten Anzahl Abrufe oder Zitate, statt der Sichtbarkeit. Jeder Punkt ist diese Rate für eine Woche (oder einen Monat bei einem Zeitraum ab 180 Tagen), zusammengefasst über die Antworten, über die sie berechnet wird, mit ihrer Zahl: bei einer Abrufrate die Antworten, die ihre abgerufenen Seiten nennen, bei einer Zitatrate die Antworten, die deine Website abgerufen haben; ein Zeitraum ohne Messung bleibt eine Lücke, nie eine 0; nur mit Daten aus Peec AI gilt sie pro Chat, wie ihre Spalte. Tabellen mit Sichtbarkeitsspalte zeichnen wie bisher die Sichtbarkeit. Freigabe-Link, PDF, KI-Zusammenfassungen und der MCP-Connector zeigen dieselben Werte.
• In der Zitier-Lebensdauer einer Seite wird ein Modellwechsel, der für dieselbe Engine zweimal aufgeführt war, einmal genannt, datiert auf seine erste Antwort: Perplexitys Wechsel zu GPT-6 Luna antwortete ab dem 26. September, wurde am 28. September bemerkt und stand an beiden Tagen. Die Detailansicht, ihre wahrscheinlichen Ursachen und der MCP-Connector lesen den einen Eintrag, ein Verlust wird also nur dann einem Modellwechsel zugeschrieben, wenn der Wechsel selbst in die verglichenen Wochen fällt.
• Die Detailansicht einer Seite beginnt ihre Diagramme, ihre Tabelle und ihre Engine-Linien jetzt mit der ersten Woche, in der es Antworten für die Seite gab, und sagt, ab wann und wie viele der 26 Wochen davor lagen; bei einer geprüften Seite hatten die 13 Wochen von April bis Juni keine Antworten und werden nicht mehr aufgeführt. Die Wochenreihe des MCP-Connectors beginnt in derselben Woche (measuredFrom, daneben historyFrom). Kein Wert ändert sich.

Vier Ergänzungen zur eigenen Website, die der Website des Kunden folgt.

• Eine Domain, die während eines Laufs hinzukommt, oder eine eigene Website, die währenddessen wechselt, wird jetzt aus den gespeicherten Ergebnislisten dieses Laufs gelesen, sobald er endet. Diese Prüfungen gelten für sie nicht mehr bis zum nächsten Lauf als nicht geprüft.
• Ändert sich die Website des Kunden zu einer Subdomain der eigenen Website (example.com zu shop.example.com), wechselt die eigene Website nicht mehr von selbst, weil Ergebnisse auf example.com dann nicht mehr zählen würden. Die Einrichtung sagt, dass die beiden sich unterscheiden, und fragt nach.
• Eine frühere eigene Website wird weiter aus jeder Suche gelesen, ohne Zusatzkosten, und die Einrichtung sagt das jetzt auch. Ein Kunde behält bis zu drei frühere eigene Websites.
• Die Einrichtung zeigt, wie viele gespeicherte Ergebnislisten für die eigene Website noch nicht gelesen sind, mit einer Schaltfläche zum Weiterlesen, auch nachdem die Website in den Einstellungen des Kunden geändert wurde.

Ein Markt, der ab jetzt gespeichert wird, ist immer ein Land, und KI-Assistenten können die KI-Sichtbarkeit lesen, ohne Zehntausende Zeichen an Zeilen zu bekommen.

• Der Einrichtungsassistent fragt den Markt mit derselben Länderliste ab wie die Einstellungen. Bisher war das ein Freitextfeld, und ein als Ort eingetippter Markt wie „Utah, United States“ passte zu keinem Land. Ein Markt, der ab jetzt gespeichert wird, in der App, per Import oder von einem Assistenten, wird als Land gespeichert: Ein Ort, der genau ein Land nennt, wird als dieses Land gespeichert, und ein Wert, der keines nennt, oder ein Bundesstaat mit zwei Buchstaben wie „Los Angeles, CA“ wird mit Begründung abgelehnt. Bestehende Projekte werden genau wie bisher gemessen. Wo ein Markt noch als Text gespeichert ist, zeigen die Einstellungen jetzt diesen Text und wie Scans ihn lesen, und die Wahl eines Landes speichert es und setzt eine Notiz in die Timeline.
• Im MCP-Connector nehmen get_ai_visibility_metrics und get_visibility_trend summary: true für die gepoolten Werte allein, get_ai_visibility_metrics blättert seine Zeilen mit limit und offset, und get_ai_answer nimmt maxTextChars. Ohne diese Angaben liefert jedes Tool, was es bisher geliefert hat. Im Connector und in der REST-API sagt eine Engine-ID, zu der das Projekt keine Antworten hat, das jetzt und nennt die Engines des Projekts, statt wie ein Zeitraum ohne Scans auszusehen.
• Ein Slack-Alarm aus einer Automatisierung maskiert die Namen und Wörter aus deinen Daten, sodass keiner davon einen ganzen Channel benachrichtigen oder zu einem Link werden kann.

Wenn CrunchJunkie auf den unten genannten Seiten ein Speichern oder eine Aktion ablehnt, steht der Grund jetzt in deiner Sprache statt auf Englisch.

• Das gilt für Prompts, Marken und Wettbewerber, die Freigaben, den Bericht-Editor sowie die Einstellungen für KI-Schlüssel und White Label: zum Beispiel für das Prompt-Limit der Testphase, eine Aufgabe ohne Titel oder einen Bericht, den nur Inhaber und Admins löschen können.

Wir haben 215 gespeicherte Antworten aus fünf Projekten einzeln gelesen und jede erfasste Markenerwähnung mit dem Text abgeglichen: 99,2 % der erfassten Erwähnungen waren richtig (756 von 762), und 97,7 % der Marken, die die Antworten nennen, wurden erfasst (756 von 774). An deinen Werten ändert sich mit diesem Update nichts.

• Jede der 6 falschen Erwähnungen war ein Name, den die Antwort nirgends schreibt: ein Wort, das der Marke nur ähnelt, oder ein verbundenes Unternehmen, das die Antwort stattdessen nennt. Die 18 übersehenen Namen stammen alle aus den beiden Projekten, die jeweils mehr als hundert Unternehmen verfolgen.
• Strengere Regeln, die beides beheben, sind gebaut und bleiben ausgeschaltet, bis eine Prüfung an echten gespeicherten Antworten zeigt, dass sie halten. Dieses Changelog sagt, wann sie eingeschaltet sind und ab welchem Tag sich deine Werte anders lesen.

Eine neue GA4-Berichtsvorlage zeigt, was ChatGPT, Perplexity, Gemini und die anderen KI-Assistenten einem Shop an Käufen und Umsatz bringen.

• „GA4 — Traffic von KI-Assistenten (Shop)“ hat eine Zeile je KI-Assistent mit Sitzungen, Sitzungen mit Interaktion, Käufen, Kaufumsatz, Kauf-Conversion-Rate und Umsatz pro Sitzung, im Vergleich zum Vergleichszeitraum. Der Umsatz steht in der Währung der GA4-Property, die der Bericht nennt, und wird nie umgerechnet.
• Jede Rate teilt die Käufe oder den Umsatz der Zeile einmal durch ihre Sitzungen, und die Sitzungen stehen dabei. Ein Shop ohne Verkauf im Zeitraum zeigt eine echte 0; nur eine GA4-Property, die in den 13 Monaten bis zum Ende des Zeitraums keinen Kauf erfasst hat, zeigt „Keine Kaufdaten in dieser GA4-Property“ statt 0.
• Ein Hinweis in der Vorlage erklärt, wie Zahlungsseiten wie PayPal, Klarna, Stripe, Shop Pay und der Checkout von Shopify die KI-Quelle verdecken können und welche GA4-Einstellung das verhindert.

Search-Console-Widgets zählen jetzt die Suchanfragen, die die Marke deines Kunden nennen, die ohne Marke oder beide nebeneinander.

• Jeder Kunde hat Markenbegriffe, übernommen aus seinem Namen, seiner Website und seinen Markennamen aus der KI-Sichtbarkeit. Ergänze Produktnamen und Tippfehler, nimm einen zu allgemeinen Begriff heraus oder schließe Begriffe aus, die nie zählen sollen. Vor dem Speichern zeigt eine Vorschau, wie viele der Top-Suchanfragen des Kunden als Marke zählen würden.
• Stell ein Search-Console-Widget auf Suchanfragen mit oder ohne Marke, oder wähle die Aufteilung Marke vs. ohne Marke für eine Tabelle, ein Ringdiagramm oder ein Liniendiagramm. Google filtert alle Suchanfragen der Property, keine Stichprobe. CTR und durchschnittliche Position werden je Gruppe aus ihren eigenen Klicks und Impressionen berechnet. Von Google anonymisierte Suchanfragen gehören zu keiner Gruppe und bekommen eine eigene Zeile.
• KI-Assistenten, die API und Ask Crunch können einen Bericht nur für Suchanfragen mit oder ohne Marke lesen, und „Mit KI entwerfen“ kann diese Widgets bauen.
• Korrigierte Zahlen: Ein Search-Console-Filter „Enthält nicht“ lässt diese Werte jetzt weg (vorher zählte er sie, als hieße er „Enthält“), und „Beginnt mit“ trifft jetzt nur den Anfang, bei einer Seite den Pfad direkt nach der Adresse der Website. Berichte mit einem solchen Filter zeigen jetzt korrekte Zahlen, die von den bisherigen abweichen können. Ein Filter, der ODER mit „Enthält nicht“ verknüpft, was die Search Console nicht kann, sagt das jetzt, statt falsche Zahlen zu zeigen.

Perplexity hat seine Websuche Anfang Oktober auf Fast Search umgestellt. Bevor wir mitgezogen sind, haben wir geprüft, was das an den Zahlen ändert. Neue Testphasen laufen jetzt über Perplexity statt Gemini, damit Content-Briefings vom ersten Tag an funktionieren.

• Perplexity hat die Websuche hinter dem Agent-API-Preset, das wir nutzen, zwischen dem 1. und 6. Oktober 2026 auf Fast Search umgestellt (den genauen Tag nennt Perplexity nicht). Wir haben Antworten aus drei unserer eigenen beobachteten Projekte vorher und nachher auf denselben 38 Prompts verglichen: 25,3 Quellen pro Antwort vom 26. bis 30. September, 25,8 vom 7. bis 13. Oktober (je 96 Antworten), und der Anteil der Antworten mit Markennennung schwankte nicht stärker als zwischen zwei Durchläufen desselben Prompts. Die Scans folgen deshalb Fast Search, und jedes Projekt mit Perplexity-Antworten vor und nach der Umstellung bekommt eine interne Notiz im Zeitverlauf. Die Notiz markiert keinen Bruch in der Zeitreihe, Warnungen und Signale vergleichen Perplexity also weiter über die Umstellung hinweg.
• Die Kostenschätzung für eigene Keys (die Nutzungsübersicht unter Abrechnung und das Beispiel für eigene Keys auf der Preisseite) rechnet einen Perplexity-Scan ab dem 7. Oktober 2026 mit der Websuche-Gebühr von Fast Search (1,00 US$ statt 2,50 US$ pro 1.000 Suchen). Wie viele Suchen ein Scan auslöst, ist noch nicht gemessen; die Schätzung zählt deshalb das obere Ende dessen, was wir beobachtet haben: 0,006 US$ Suchgebühren pro Scan statt 0,0075 US$. Frühere Scans behalten die Gebühr, die damals galt; der 1. bis 6. Oktober behält die höhere, weil der Tag der Umstellung nicht bekannt ist.
• Neue Testphasen scannen über Perplexity statt Gemini. Gemini nennt die Websites, die es genutzt hat, aber nie die Seiten, deshalb hatte ein Content-Briefing in der Testphase nichts, woraus es lernen konnte; Perplexity zitiert Seiten. In der Testphase kostet es dich nichts, und wenn sie endet, wird die kostenlose Engine wie bisher abgeschaltet und deinem Tarif nichts hinzugefügt: Managed AI kommt nur dazu, wenn du es selbst auswählst. Eine Testphase, die schon läuft, behält Gemini bis zu ihrem Ende. Im Scan-Modus Lite läuft eine Testphase über Perplexity statt Gemini, damit sie weiter scannt.

Bei Daten aus Peec AI zählen Zitate und Zitatrate Zitate jetzt so, wie Peec AI es tut: Eine Seite, die eine Antwort zweimal zitiert, zählt zweimal. Von den eigenen Werten von Peec AI können sie trotzdem abweichen, wenn dort Prompts pausiert oder gelöscht wurden, denn Peec AI zählt in seinen Berichten nur aktive Prompts, während die bereits importierten Chats dieser Prompts hier bleiben.

• Der Import aus Peec AI speichert jetzt, wie oft jeder Chat jede Seite zitiert hat. In einer Ansicht nur mit Daten aus Peec AI zählen die Zitate diese Zitate zusammen, und die Zitatrate teilt sie durch die Chats, die deine Domain abgerufen haben, auf KPI-Karten, in der Übersicht, in der Tabelle Retrieval & Citations und in den Tabellen Cited Sources, Cited URLs und Source domains, in der App, in geteilten Links und in PDFs.
• Früher importierte Chats kannten nur die Seiten, die sie zitiert haben. Bis sie erneut gelesen sind, zählt jede dieser Seiten einmal, und unter dem Wert steht, wie viele solcher Chats er enthält, damit ein niedrigerer Wert nie als der von Peec AI durchgeht. Ein gespeichertes Ziel oder eine KI-Zusammenfassung, die den bisherigen Wert der Zitate bei Daten aus Peec AI nennt, sieht ihn einmal ändern.
• Abrufe, Abrufrate und Used as Source bleiben unverändert, ebenso jeder Wert aus den eigenen Scans von CrunchJunkie und aus Ansichten, die sie mit Daten aus Peec AI mischen.

Wenn ein KI-Assistent über den MCP-Connector etwas ändert, gilt eine Bestätigung jetzt nur für dieselben Angaben, die du in der Vorschau gesehen hast.

• Jede Vorschau einer Aktion enthält ein einmaliges Token. Die Bestätigung muss es mit denselben Angaben zurückschicken, innerhalb von 15 Minuten, einmal, im selben Workspace. Sonst ändert sich nichts, und der Assistent holt sich eine neue Vorschau.
• Eine Bestätigung ohne Vorschau wird abgelehnt, mit dem Hinweis an den Assistenten, dir zuerst die Vorschau zu zeigen. Ein Chat, der schon vor dieser Änderung offen war, muss eventuell neu begonnen werden, damit er das übernimmt.
• Bei einem Scan, einem Content-Briefing oder einer Ranking-Aktualisierung müssen auch Umfang und Kosten, wie sie bei der Bestätigung berechnet werden, zur Vorschau passen. Wurden dazwischen Prompts hinzugefügt, muss der Assistent eine neue Vorschau holen und dir die neuen Kosten zeigen.

Zwei CSV-Downloads, die eine Formel in eine Tabellenkalkulation tragen konnten, sind jetzt sicher, und Kundenexporte sagen, was im Weg ist.

• Die CSV der AI-Visibility-Übersicht und die CSV der Metrikhistorie im Workspace-Export setzen jetzt ein Apostroph vor eine Textzelle, die wie eine Formel beginnt (mit =, +, - oder @). So kann ein Kunden-, Marken- oder Prompt-Name in Excel oder Google Sheets nie als Formel laufen. Jede CSV von CrunchJunkie folgt jetzt dieser einen Regel, und ein Wert, der nur eine Zahl ist, auch eine negative, bleibt eine Zahl. Die CSV der Übersicht hält außerdem einen Markennamen mit Komma in seiner Spalte und zeigt Umlaute in Excel richtig an.
• Kundenexporte: „ZIP herunterladen“ prüft die Datei, bevor der Download startet, sodass ein Problem im Dialog in deiner Sprache steht statt als fehlgeschlagener Browser-Download. Eine große Datei hat bis zu 13 Minuten zum Herunterladen. Ein Export, der langsam ist, aber vorankommt, wird nicht mehr nach 6 Stunden gestoppt, und einer, der nicht mehr in eine ZIP-Datei passen würde (4 GiB, etwa 4,3 GB), bricht ab, sobald das feststeht, und sagt es.
• Team-Einstellungen: Eine Rolle ändern, ein Mitglied entfernen und eine Einladung zurückziehen gilt jetzt immer für den Workspace, den du gerade siehst, auch wenn du zu mehreren gehörst.

Zwei Korrekturen: ein ehrlicher ROAS über alle Kanäle und keine E-Mails an Kunden aus einem gesperrten Workspace.

• Der ROAS über alle Kanäle ist jetzt der Conversion-Wert geteilt durch die Kosten nur der Konten, die einen Conversion-Wert melden. Das Widget sagt es, wenn das nicht alle aktiven Konten sind („ROAS aus den 3 Konten (von 4), die einen Conversion-Wert melden“); ganz ohne Wert zeigt der ROAS einen Strich, nie 0. Dieselbe Regel gilt in der App, in geteilten Links, PDFs, KI-Zusammenfassungen, Zielen, Kunden-Digests, der API und dem MCP-Connector.
• Zwei Arten von Konten fallen aus dem ROAS heraus: ein ChatGPT-Ads-Konto ohne Kauf-Events und ein Reddit-Ads-Konto, dessen Wertfeld die API verweigert. Ihre Kosten zählen weiter bei den Kosten. Google, Meta, Microsoft, Amazon und LinkedIn Ads melden einen Wert von null, wenn es keinen gibt; ihre Kosten bleiben also im ROAS, Lead-Gen-Konten eingeschlossen. Fällt eines der beiden heraus, liegt ein ROAS-Ziel einmalig höher. Der ROAS je Konto und alle anderen Kennzahlen bleiben gleich.
• Ein gesperrter Workspace (gekündigt, pausiert oder unbezahlt) verschickt keine geplanten Berichts-E-Mails und keine Kunden-Digests mehr. Der Inhaber bekommt eine E-Mail mit dem Namen des Workspace, wenn das beginnt, und der Sperrbildschirm sagt es. Die Versände laufen zum nächsten Termin weiter, sobald du einen Tarif wählst; was in der Zwischenzeit fällig war, wird nicht nachgesendet.

Bevor du einen Kunden löschst, kannst du jetzt seine Berichte und Daten in einer ZIP-Datei mitnehmen.

• Die Datei enthält jeden Bericht als PDF, den kompletten AI-Visibility-Verlauf pro Tag, Engine und Marke mit den Antworten hinter jeder Zahl, Prompts, jede KI-Antwort mit ihren Quellen, Zitations-Verläufe, jeden Rank-Tracker-Check, Signale, Ziele, Timeline-Notizen und Content-Briefs, dazu eine README, die jede Spalte erklärt und aufführt, was nicht enthalten ist.
• Sie wird im Hintergrund erstellt: Der Dialog zeigt den Fortschritt, eine E-Mail meldet, wenn sie fertig ist, und nur der Owner oder Admin, der sie angefordert hat, kann sie 7 Tage lang herunterladen. Gespeichert wird sie verschlüsselt in Frankfurt (EU).
• Der Löschdialog sagt jetzt klar, was das Löschen eines Kunden beendet: Freigabelinks, geplante Versände, und dass bereits gezählte Nutzung gezählt bleibt. Er bietet zuerst den Export an und wartet, solange einer läuft.

Wenn sich die Website eines Kunden in seinen Einstellungen änderte, las der Rank Tracker weiter Positionen für die alte Domain, und die Rankings der neuen Website erschienen als nicht gefunden.

• Die eigene Website folgt jetzt einer Änderung der Website des Kunden, wenn sie aus der alten Website übernommen wurde. Eine bewusst gewählte eigene Website bleibt, und die Einrichtung sagt, wenn sie sich von der Website unterscheidet, mit einem Button, um stattdessen die Positionen der Website zu lesen.
• Die alte Domain behält die für sie gemessenen Positionen und bleibt als frühere eigene Website aufgeführt, außerhalb der zehn Wettbewerber. Die Positionen der neuen Domain werden aus den bereits gespeicherten Ergebnislisten gelesen, ohne Kosten.
• Eine Prüfung, die für eine Domain nicht gelesen werden konnte, gilt für sie jetzt als nicht geprüft, nie als nicht gefunden, und keine Veränderung wird an ihr gemessen.

Einstellungen → Deine Daten exportieren war nur für den Inhaber des Workspace da. Jetzt können auch Admins den Workspace herunterladen.

• Die JSON-Datei eines Admins enthält dieselben Kunden, Projekte, Berichte, Verläufe und Einstellungen wie die des Inhabers, ohne die Mitgliederliste und die E-Mail-Adresse bei jeder Google-Ads-Änderung: Das sind personenbezogene Daten anderer, sie bleiben in der Datei des Inhabers.
• Mitglieder und Nur-Lesen-Zugänge können den Workspace weiterhin nicht herunterladen, und die Mitgliederliste als CSV unter Einstellungen → Team gibt es jetzt nur noch für den Inhaber und Admins. Ihre eigenen personenbezogenen Daten kann jede Person weiterhin unter Einstellungen → Deine Daten exportieren herunterladen.
• Wir halten fest, wer welche Datei wann herunterlädt, und jede Person kann bis zu 6 Dateien pro Stunde herunterladen.

Die Botschafter-Provision folgt jetzt dem, was mit einer Zahlung nach der Buchung geschieht.

• Eine Teilerstattung storniert die Provision im Verhältnis zum erstatteten Betrag. Eine Erstattung nach der Auszahlung wird von der nächsten Auszahlung abgezogen und im Portal als Erstattungskorrektur gezeigt.
• Die Provision auf eine angefochtene Zahlung wird zurückgehalten, bis über die Anfechtung entschieden ist: Eine verlorene storniert sie, eine abgeschlossene gibt sie frei. Botschafter bekommen bei jedem Schritt eine E-Mail.
• Eine geschätzte Stripe-Gebühr wird auf die tatsächliche korrigiert, sobald Stripe sie hat. Eine Zahlung in US-Dollar, die zu einem geschätzten Kurs umgerechnet wurde, zeigt das Datum dieses Kurses.

Die Botschafter-Provision wird auf die Zahlung ohne Mehrwertsteuer gebucht, abzüglich der tatsächlichen Stripe-Gebühr, wie es die Botschafter-Bedingungen vorsehen. Das Botschafter-Portal zeigt, wie die Provision jeder Zahlung berechnet wurde.

• Grundlage ist der gezahlte Betrag abzüglich der Mehrwertsteuer auf der Rechnung. Bisher war die Mehrwertsteuer in dieser Grundlage enthalten.
• Die Stripe-Gebühr wird aus dem Stripe-Datensatz der Zahlung gelesen. Eine Zahlung in US-Dollar wird zu dem Kurs in Euro umgerechnet, den Stripe für sie verwendet hat, nicht mehr eins zu eins. Lässt sich eines davon nicht auslesen, wird ein Schätzwert verwendet und als solcher gekennzeichnet.
• Eine neue Tabelle im Portal führt jeden bezahlten Abrechnungszeitraum mit der Zahlung ohne Mehrwertsteuer, der Stripe-Gebühr, dem Satz und der Provision auf, und ob eine Erstattung sie storniert hat. Die E-Mail zur ersten Provision sagt, dass der Betrag ohne Mehrwertsteuer berechnet ist.

Alles, was Botschafter sehen, wurde mit dem heutigen Produkt abgeglichen und neu geschrieben, wo es nicht mehr stimmte.

• Die fertigen Beiträge stellen die KI-Sichtbarkeit voran, nehmen Preise, die Zahl der Engines und Tarifnamen aus dem Produkt und enthalten den Link des Botschafters. Beiträge zu Funktionen, die noch nicht freigeschaltet sind, erscheinen nicht, und für ein US-Publikum gibt es die Preise in US-Dollar.
• Das Marken-Kit zeigt das aktuelle Logo und die Vorschaukarten der Website. Banner und Screenshots mit dem alten Logo oder alten Formulierungen sind entfernt, bis neue fertig sind.
• Das Dashboard erklärt, worauf Provision gezahlt wird, was storniert wird und wann ausgezahlt wird, bietet Links zu einzelnen Seiten mit dem Code des Botschafters, zeigt pausierte Abos und erklärt Botschaftern, die auch Kunden sind, wie ihre Empfehlungen zählen.

Wer CrunchJunkie-Kunde ist, kann jetzt Markenbotschafter werden, ohne ein zweites Konto. Derselbe Login öffnet den Workspace und das Botschafter-Portal.

• Wird ein Botschafter freigeschaltet, dessen E-Mail-Adresse schon ein Konto hat, bekommt dieses Konto ein Angebot per E-Mail. Die Rolle kommt erst dazu, wenn die Person angemeldet den Botschafter-Bedingungen zustimmt; kein neues Konto und kein Passwort-Link.
• Im Benutzermenü steht ein Link „Botschafter-Portal“, im Portal ein Link „Zurück zu meinem Workspace“. Ein Botschafter ohne Workspace sieht weiterhin nur das Portal.
• Jede Empfehlung gehört zu genau einem Programm, festgelegt bei der Anmeldung der empfohlenen Person: eine Gutschrift bei einer Kundenempfehlung, Botschafter-Provision bei einer Botschafter-Empfehlung, nie beides. Empfehlungen von vor der Freischaltung als Botschafter behalten ihre Gutschrift.

Korrekturen aus der ersten Woche eines Testprojekts, jede dazu, was die Daten zeigen und was als Nächstes zu tun ist.

• Die Einrichtung entwirft die ersten Prompts aus deinen Angaben (Marke, Webadresse, Kategorie, Wettbewerber und Markt): offene Fragen, die Käufer stellen, bevor sie den Namen kennen, und höchstens eine zur Marke. Bei einem Prompt, der die Marke nennt, steht, ob er als Marke oder Entdeckung abgelegt ist, und ein Klick ändert das. Kommt kein Entwurf zurück, bleiben die Felder leer, mit einem Beispiel und der Schaltfläche „Prompts vorschlagen“.
• Ein Prompt ohne Kategorie, der die Marke oder einen ihrer Aliasse nennt, wird als Marke abgelegt, mit dem Hinweis, das zu ändern, wenn es eine allgemeine Frage ist; eine Kategorie, die jemand gewählt hat, bleibt immer. Früher gespeicherte Prompts bietet die Übersicht zum Neuzuordnen an, nichts wird still verschoben. Themenwerte früherer Zeiträume folgen der aktuellen Kategorie eines Prompts, daher hinterlässt jede Neuzuordnung einen Hinweis in der Zeitleiste.
• Ein als Webadresse hinzugefügter Wettbewerber wird unter seiner Domain verfolgt, etwa greatjourneysnz.com, mit der Domain als Website. Auf der Seite Marken lässt sich ein Wettbewerber umbenennen, seine bisherigen Daten wandern mit.
• Die Quellen-Performance sagt, warum ein Wert fehlt, etwa „Noch keine Antwort hat deine Website abgerufen“, statt „Daten werden gesammelt“, und die KPI-Karten in Übersicht und Berichten zählen Antworten, nicht Durchläufe.
• Kann ein Content-Briefing nicht entstehen, steht dort, was es in deinem Workspace freischaltet (einen Scan starten, eine Engine anhaken, die du schon nutzen kannst, oder einen Schlüssel hinzufügen), mit Link. Nach dem Verbinden eines Schlüssels bietet die Seite an, seine Engine deinen Projekten hinzuzufügen, und fügt ohne Klick nichts hinzu. Die Karte zu Ausgaben auf eigenen Schlüsseln nennt Scans und CrunchJunkie AI, und das Verbrauchsprotokoll nennt gelöschte Kunden.

Die französische App, ihre E-Mails und jede französische Seite siezen jetzt durchgehend (vous). Bisher duzten die meisten Seiten der App, während Berichte, der geteilte Bericht und der kostenlose KI-Sichtbarkeits-Check schon siezten.

• Jede französische Seite, E-Mail und jedes Signal, der Assistent Ask Crunch, die MCP-Seite und die Anmeldeseite verwenden vous und die passenden Imperative wie „Vérifiez“ und „Réessayez“; die E-Mails beginnen mit „Bonjour“.
• Bedeutung, Zahlen und Begriffe bleiben gleich: Auf Französisch heißt es weiter scan, rapport und marge d'erreur.

Ein Daumen hoch oder runter für eine Antwort von Ask Crunch hieß bisher, das „hilft Crunch, besser zu werden“. Jetzt steht dort, was passiert: Die Bewertung ist gespeichert, wie bei Content-Briefings.

• Die Bewertung eines Content-Briefings speichert jetzt auch, wer aus dem Team sie abgegeben hat, wie es bei Ask Crunch schon war. Eine neue Bewertung desselben Briefings ersetzt die vorherige.

Signale wurden beim Auslösen einmal auf Englisch geschrieben. Wer Deutsch, Spanisch oder Französisch liest, bekam im Posteingang, in E-Mails und in Slack also Englisch, und eine korrigierte Formulierung erreichte kein bereits ausgelöstes Signal. Jetzt wird jedes Signal beim Lesen formuliert, aus den Zahlen, mit denen es ausgelöst wurde, in der Sprache des Lesers.

• Posteingang, Startseite, Benachrichtigungs-E-Mails, der Wochenüberblick deiner Signale, Slack und KI-Entwürfe formulieren jedes Signal in der Sprache des Lesers: Firewall-Blockaden, tote Links, den Hosting-Platzhalter, einen gestoppten Log-Drain, eine nicht ausgelieferte Website, unterbrochene Verbindungen, den GEO-Score, Lücken im Feed und im Produkt-Schema, das Portfolio-Muster, Sichtbarkeit mit Conversions und gestoppte Meta Ads, neben den Ranking-, Zitations- und Sichtbarkeits-Signalen, bei denen das schon so war.
• Zahlen, Daten und Prozente folgen dem Format des Lesers, und Anzahlen stehen in der richtigen Einzahl oder Mehrzahl.
• get_signals im MCP-Connector und die Signal-Liste der REST-API liefern zusätzlich text: dieselben Wörter in deiner Sprache (in der API mit ?lang=). Webhooks behalten title und detail auf Englisch und ergänzen text in der Sprache des Workspace.
• Ein Signal von vor dieser Änderung, dessen Zahlen etwas fehlt, das sein Text braucht, behält den englischen Text, mit dem es ausgelöst wurde; nichts wird geraten.

Der Projektkopf, die Freigaben, das Content-Briefing, die Abrechnung und vier E-Mails waren für alle auf Englisch. Sie folgen jetzt deiner Sprache, und Deutsch, Spanisch und Französisch verwenden für jeden Kernbegriff ein einziges Wort.

• Der Projektkopf der KI-Sichtbarkeit mit dem Scan-Dialog, der Markenfilter unter Quellen und URLs, die Seite Freigaben, das Content-Briefing, Einstellungen → Abrechnung, die Willkommensmail des Gründers, die Warnung zu den Kosten auf deinen eigenen KI-Keys, die Empfehlungsmail und die Ergebnismail des kostenlosen KI-Sichtbarkeits-Checks gibt es jetzt auf Englisch, Deutsch, Spanisch und Französisch.
• Ein Wort pro Begriff in jeder Sprache: Auf Deutsch heißt es durchgehend Scan, Bericht und Fehlermarge, auf Spanisch escaneo, informe und margen de error, auf Französisch scan, rapport und marge d'erreur. Wir duzen überall, auf Spanisch ebenso, und auf Französisch wechselt eine Seite nicht mehr zwischen tu und vous.
• Fehlermeldungen sagen, was nicht passiert ist und was du jetzt tun kannst, statt „Etwas ist schiefgelaufen“.
• Keine Emojis in E-Mail-Betreffzeilen, keine Ausrufezeichen und keine Aussagen, die wir nicht belegen können, etwa „der wirksamste Hebel“ oder „das dauert rund 8 Minuten“.
• Die Vorlage für den Google-Ads-Performance-Bericht öffnet sich in deiner Sprache; englischsprachige Nutzer bekamen bisher deutsche Titel. Die MCP-Seite gibt es jetzt vollständig auf Spanisch und Französisch.

Die KI-Sichtbarkeit eines Kunden ist jetzt dieselbe Zahl in der KI-Sichtbarkeits-Übersicht, im Projektkopf, in der Übersicht bei 30 Tagen und auf der Startseite: eine Berechnung über die letzten 30 Tage. Jeder Status und jede Zahl sagt, worauf sie beruht.

• KI-Sichtbarkeits-Übersicht, Projektkopf und Startseite nehmen die Sichtbarkeit eines Kunden jetzt aus einer Berechnung über dieselben 30 Tage und zeigen sie gleich, mit einer Nachkommastelle. Die Übersicht zeigt das Projekt, das die Übersicht des Kunden öffnet; bei zwei Projekten konnte sie das andere zeigen. Fahr mit der Maus über die Zahl, um zu sehen, wie viele Antworten die Marke genannt haben. Der MCP-Connector, die REST-Kennzahlen und Ask Crunch wählen das Projekt eines Kunden jetzt genauso und nehmen standardmäßig dieselben 30 Tage.
• Der Status eines Kunden nennt seine Gründe beim Überfahren mit der Maus. Ein kritisches Signal, das jemand bestätigt hat, zählt jetzt als „Gefährdet“, nicht als „Nicht auf Kurs“. Ein neuer Status, „Keine aktuellen Daten“, erscheint, wenn seit dem Doppelten des Scan-Intervalls (höchstens 30 Tage) keine neuen Scan-Ergebnisse kamen oder der letzte Scan fehlschlug oder pausiert wurde, bevor seine Antworten gezählt wurden. Diese Kunden standen bisher auf „Auf Kurs“.
• Zahlen sagen, was sie zählen. Das Badge in der Seitenleiste zeigt „1 kritisch“, dieselbe Zahl wie „Kritisch“ auf der Seite Signale; Monitoring zeigt „2 zu beheben“ und Freigaben „3 offen“. Die Kundentabelle auf der Startseite zeigt „1 kritisch“ und „2 Warnungen“, und „Braucht Aufmerksamkeit“ sagt, dass dort kritische Signale und Warnungen stehen.
• Wo ein Kunde keine Zahl hat, sagen Übersicht und Startseite warum: noch kein Scan, keine Scans in 30 Tagen oder keine Antworten in 30 Tagen. Bisher stand in der Übersicht „Noch keine Daten“, und die Startseite zeigte „Keine Scans in 30 Tagen“, auch wenn ein Scan gelaufen war.

Die REST-API, der MCP-Connector und Ask Crunch geben die KI-Sichtbarkeit jetzt so aus, wie die App sie zeigt: jede Marke gepoolt über einen genannten Zeitraum, mit den Antworten dahinter und ihrer Fehlerspanne, damit ein Assistent die richtige Zahl zitiert.

• Das MCP-Tool get_ai_visibility_metrics, der Metrics-Endpunkt der API und Ask Crunch lesen eine Definition. Jede Marke wird über alle Antworten im Zeitraum gepoolt (die letzten 30 Tage, wenn du keine Daten wählst), mit den Antworten als n und der ±-Fehlerspanne, und der Kunde wird je Engine gezeigt. Eine Anzahl von Zeilen heißt nicht mehr Stichprobengröße.
• Eine Engine, die sowohl deine Scans als auch importierte Daten aus Peec AI erfassen, zählt einmal, wie in der App. Jede Engine trägt ihre aktuelle Bezeichnung, eine ID wie grok-3 liest sich also als das Modell, das heute dahinter läuft, und jede Zeile sagt, ob sie aus deinen Scans oder aus Peec AI stammt.
• Sentiment (0 bis 100, 50 ist neutral) und durchschnittliche Position (1 heißt zuerst genannt) nennen ihre Skala jetzt in der API-Beschreibung, in den MCP-Tools und in der Hilfe.
• Der GEO-Audit-Score in der API und im MCP-Connector sagt jetzt, was er misst: Bereitschaft, nicht wie oft KI-Antworten eine Marke nennen. Die MCP-Seite sagt, dass Zahlen zur KI-Sichtbarkeit zum letzten Scan gelten.
• Geändertes Verhalten der REST-API für GET /ai-visibility/projects/{id}/metrics: Ohne Datumsangaben deckt der Endpunkt jetzt die letzten 30 Tage ab statt des ganzen Verlaufs; ein Zeitraum über 180 Tage wird auf seine letzten 180 gekürzt, und meta.note sagt das; die Standardquelle blended lässt eine Zeile aus Peec AI weg, wenn dein eigener Scan diese Engine an diesem Tag gemessen hat (source=peec liefert sie); und ein Datum, das keines ist, oder ein dateFrom nach dateTo ergibt jetzt 400 mit dem Grund.

In der App, in der Dokumentation und im MCP-Connector nennen wir eine statistische Sicherheit jetzt nur dort, wo ein Test sie berechnet hat, eine Veränderung innerhalb der Fehlermarge gilt als unverändert, und kein Text nennt eine Ursache, die unsere Daten nicht zeigen.

• Signale, Automatisierungen und die Alarm-E-Mails nennen die echte Schwelle (die letzten 14 Tage gegen die 28 Tage davor, mit 95 % Sicherheit) statt „signifikanzgeprüft, also kein Rauschen“. Ein leerer Signale-Posteingang sagt jetzt dazu, dass keine Veränderung der Sichtbarkeit gemeldet wird, solange Scans pausiert sind.
• Der Maßnahmenplan, den eine Automatisierung entwirft, nennt, was das Signal beobachtet hat und was zu prüfen ist, und keine „wahrscheinliche Ursache“ mehr. Das Content-Briefing beruft sich bei seinen Schreib-Signalen auf einen Laborbenchmark von 2024, statt sie „forschungsvalidiert“ zu nennen, und die Seiten GEO-Audit und Shopping beschreiben Bereitschaft: Wer KI-Crawler freigibt, lässt sie die Website lesen, bekommt dadurch allein aber noch keine Zitate.
• Die geführten Workflows des MCP-Connectors und der Claude-Skill weisen Assistenten an, einen Rückgang nur dann echt zu nennen, wenn der Signale-Posteingang ihn gemeldet hat, Zeiträume, Antworten und Sicherheit zu zitieren, einen Anstieg gegenüber der Vorwoche nach der Fehlermargen-Regel der Berichts-KPI-Karten zu beurteilen und keine Ursache zu nennen, die die Belege nicht zeigen. get_signals und die REST-API liefern jetzt die Zeiträume, die ein Signal verglichen hat.
• Tooltips sagen nicht mehr, eine steigende Linie heiße, du gewinnst an Boden, oder mehr Durchläufe seien „genauer“: Sie nennen die Fehlermarge. Die Hinweise zu Perplexity und Meta AI in den Einstellungen sagen nicht mehr, jede Antwort beruhe auf einer Suche.

Jedes Signal sagt jetzt, was seine Zahl zählt, und zeigt eine Sicherheit nur dort, wo ein Test sie berechnet hat. Signale, die etwas meldeten, das die Daten nicht mehr zeigten, erledigen sich jetzt selbst.

• Eine gezählte Tatsache, etwa eine unterbrochene Verbindung oder eine Firewall-Blockade, zeigt keine Sicherheit von 100 % mehr. Die Zahl unter einem Signal sagt, was sie zählt: Antworten, Seiten, Abrufe durch KI-Crawler, Produkte, Links oder Kunden, nicht „Durchläufe“. Warn-E-Mails, Slack und die API sagen dasselbe.
• Ein gefallener GEO-Audit-Score wird erst gemeldet, wenn ein zweites Audit ihn bestätigt, und erledigt sich selbst, sobald ein Audit wieder höchstens 8 Punkte unter dem früheren Score liegt. Eine Warnung ist es nur bei 15 Punkten oder mehr und wenn die Stufe unter „Gut“ fällt.
• Das Signal zur Sperrseite des Hosters kommt nur, wenn die Seite des Hosters mindestens 20 % der Abrufe durch KI-Crawler der letzten 72 Stunden beantwortet hat, und mindestens 3 davon. Ein paar Crawler, die die alte URL abrufen, nachdem die Website wieder läuft, stehen als Hinweis auf der Seite Crawl-Insights, ohne Warnung.
• „KI-Sichtbarkeit und KI-vermittelte Conversions sind beide gefallen“ zählt die Conversions jetzt über dieselben zwei Zeiträume wie die Sichtbarkeitsveränderung, in ganzen Tagen bis gestern, prüft den Rückgang der Conversions mit einem Test und sagt nicht mehr, dass das eine das andere verursacht hat. „Paid-Ausgaben gestiegen, während die KI-Sichtbarkeit fiel“ ist eingestellt: Anzeigen kaufen keine Nennungen in KI-Antworten.
• Die Warn-E-Mail zur Sichtbarkeit an den Workspace-Inhaber wird aus dem zugehörigen Signal formuliert, mit denselben Zeiträumen, Antworten und derselben Sicherheit. Zwei Automatisierungsvorlagen, die kein Signal auslösen konnte, „Neuer Wettbewerber“ und „Produkt, das die KI nie empfiehlt“, sind entfernt, und jede Vorlage sagt, was ihr Signal misst.

Texte, die das Produkt schreibt, nennen jetzt die Beobachtung mit Zeitraum und den Antworten dahinter, und keine Ursache, die die Daten nicht zeigen können. Eine Insights-Begründung lautet „Never named: 0 of 12 answers, last 30 days (12 Sept – 11 Oct)“, hohe Priorität bekommt eine Maßnahme nur mit mindestens 10 Antworten dahinter, und llms.txt ist eine Option mit niedriger Priorität, so wie das GEO-Audit es schon immer beschreibt.

• KI → Conversions zeigt die Korrelation ab 20 gepaarten Tagen, mit ihrem 95-%-Intervall, und nennt eine Stärke nur, wenn das Intervall die 0 ausschließt. Das Intervall berücksichtigt, dass beide Reihen von einem Tag in den nächsten nachwirken, sodass zwei langsame Trends, die zufällig zusammenfallen, nicht als Zusammenhang erscheinen. Unter 20 Tagen steht da, wie viele es sind und was der Scan-Zeitplan des Projekts braucht, um hinzukommen.
• Die Prüfungen auf Zitate, Statistiken und Quellenangaben im GEO-Audit nennen ihre Quelle als Laborbenchmark von 2024, und die Score-Karte sagt, was unsere eigene Studie über 81 Websites ergeben hat: keinen klaren Zusammenhang zwischen dem Score und der KI-Sichtbarkeit. Die KI-Insights beschreiben, was ein Befund für Crawler bedeutet, die die Website lesen, nicht, was er mit Zitierungen macht.
• In der monatlichen Wahrnehmungs-E-Mail gilt ein Begriff nur dann als steigend oder nachlassend, wenn er in mindestens 3 Antworten vorkam und die Veränderung zu groß ist, um Zufall zu sein, geprüft mit Fishers exaktem Test und korrigiert für die Zahl der verglichenen Begriffe; jeder kommt mit seinen Zahlen. Ask Crunch bekommt die KI-Sichtbarkeit je Engine mit den Antworten dahinter; eine Engine ohne Antworten ist „keine Daten“, nicht 0 %.

Wenn die App eine Änderung nicht speichern kann, sagt sie jetzt, warum, und zeigt, was wirklich gespeichert ist. Bisher haben viele Schaltflächen die Änderung abgeschickt, ohne die Antwort zu lesen. Eine Freigabe verschwand aus der Liste, als wäre sie zugestellt worden, eine Änderung an Wettbewerbern oder Prompts war bis zum nächsten Neuladen zu sehen, und „Erkennung jetzt ausführen“ konnte „alles im grünen Bereich“ melden, obwohl die Prüfung nicht gelaufen war.

• Das gilt für Freigaben und Aufgaben, Wettbewerber und Aliasse, Prompts und Vorschläge, Tags, Automatisierungen, Ziele und Signale. Es gilt auch für den Bericht-Editor (Zeitraum, Deckblatt, KI-Zusammenfassungen, geteilter Link, Zeitplan), den Bericht-Builder und die Berichtsliste, die Einrichtung der KI-Sichtbarkeit und einige Einstellungen.
• Die Meldung nennt den Grund, wenn er bekannt ist: Die Admin-Ansicht und Konten mit Lesezugriff können nichts ändern, es gibt keine Verbindung, du bist abgemeldet, oder die Erklärung des Servers. Wenn das Formular deine Eingaben noch enthält, steht das dabei.
• Eine KI-Zusammenfassung, die nicht gespeichert werden konnte, bleibt mit „Noch einmal“ auf dem Bildschirm, denn der geteilte Link und das PDF zeigen sie erst, wenn sie gespeichert ist. Eine Freigabe, die durchging, aber nichts verschickt hat, weil es keinen Empfänger gab oder die E-Mail fehlschlug, sagt das jetzt.
• Findet „Erkennung jetzt ausführen“ keine neuen Signale, nennt sie, wie viele noch offen sind.
• „Stoppen“ bei einem laufenden Scan hält ihn jetzt erst an, wenn der Server ihn gestoppt hat. Lehnt der Server ab, läuft der Scan weiter und die Scan-Leiste nennt den Grund. So läuft kein Scan im Hintergrund weiter, während der Bildschirm „gestoppt“ zeigt.

Eine KI-Zusammenfassung im Bericht bekommt jede Zahl jetzt so, wie die KPI-Karte daneben sie zeigt: die Veränderung einer Rate in Prozentpunkten, das „im Unsicherheitsbereich“ der Karte, wo sie es anzeigt, die Antworten hinter der Zahl in beiden Zeiträumen und den Zeitraum selbst. Crunch hat die Anweisung, eine Veränderung innerhalb der Fehlermarge als unverändert zu beschreiben und keine Ursachen zu nennen, die die Zahlen nicht zeigen.

• Anzahlen wie Erwähnungen, Abrufe und Zitate nennen unter der Zahl die Antworten beider Zeiträume („Basierend auf 1.426 Durchläufen · 2.940 im Vergleichszeitraum“), in der App, in geteilten Links und in PDFs. Eine Anzahl steigt und fällt mit der Zahl der gesammelten Antworten.
• In der Prompt-Tabelle beginnt ein Δ Sichtbarkeit innerhalb der Fehlermarge mit „~“, und eine Fußnote erklärt, was das heißt. Nach Δ sortiert zählen diese Prompts als unverändert, die echten Bewegungen stehen also oben.
• Im Editor werden Prozentwerte und Beträge einer Zusammenfassung angezeigt, die sich in den Daten des Berichts nicht finden. So kannst du sie prüfen oder den Text neu generieren, bevor du den Bericht versendest. Die Prüfung fängt manche Fehler ab, nicht alle.

Ein Kunden-Digest zeigt die KI-Sichtbarkeit des Kunden jetzt in jedem Versand: den Anteil der KI-Antworten, die die Marke in den 7 Tagen (wöchentlich) oder 30 Tagen (monatlich) bis zum Vortag des Versands genannt haben, neben dem gleichen Zeitraum davor, jeweils mit der Zahl der Antworten hinter dem Wert. Bisher zeigte er die Sichtbarkeit nur nach einem Rückgang um 20 % zwischen zwei Scans und meldete seiner KI-Zusammenfassung sonst, es gebe keine aktuellen Daten.

• Ein Unterschied, der nicht klar über der Fehlermarge liegt, gilt nach der Regel und mit den Worten der KPI-Karten im Bericht als unverändert; ein größerer wird in Punkten genannt. Solange der Rückgang eines Sichtbarkeits-Signals (die letzten 14 Tage gegen die 28 davor) offen ist, nennt der Digest ihn mit Zeiträumen, Antworten und Sicherheit und nennt die Sichtbarkeit nie unverändert. Ein Zeitraum ohne Antworten sagt das, statt 0 % zu zeigen. Die KI-Zusammenfassung bekommt nur diese Zahlen mit ihren Daten und Stichprobengrößen und die Anweisung, nicht über Ursachen zu spekulieren. Ziele erscheinen mit den Metriknamen und der Währung der KPI-Karten.
• Ziele für Summen (Conversions, Leads, Klicks, Impressionen, Ausgaben) werden am Ziel anteilig für die vergangenen Tage gemessen: 33 Conversions am 10. Tag eines Monats mit 30 Tagen bei einem Ziel von 100 sind auf Kurs statt gefährdet. Der Tab Ziele zeigt das anteilige Ziel unter dem Balken. Quoten behalten das ganze Ziel.
• Die Richtung eines Ziels zählt überall: Im Kunden-Digest liest sich ein CPA über dem Ziel als schlechter statt als 120 % des Ziels, und in der KI-Sichtbarkeits-Übersicht gilt ein in die gute Richtung übertroffenes Ziel nicht mehr als daneben. Der Tab Ziele, der Portfolio-Status, das MCP-Tool get_goals und Kunden-Digests nutzen eine Regel.

Ein Rückgang der Sichtbarkeit oder das Überholen durch einen Wettbewerber wird jetzt nur gemeldet, wenn die letzten 14 Tage und die 28 Tage davor genug Antworten haben und die Veränderung eine Schwelle von 95 % Sicherheit erreicht. Bisher verglich ein Signal den letzten Scan mit dem davor, bei 80 %, und jedes Signal nannte sich „statistisch signifikant“, egal wie hoch seine Sicherheit war.

• Die Schwelle: mindestens 40 Antworten an mindestens zwei Scan-Tagen in jedem Zeitraum. Eine Warnung braucht einen Rückgang um 15 % und 3 Punkte bei 95 % Sicherheit, ein kritisches Signal einen Rückgang um 40 % bei 99 %. Die Sicherheit gruppiert die Antworten nach Prompt, weil sich Antworten auf denselben Prompt gemeinsam bewegen.
• Jedes Signal nennt beide Zeiträume mit ihrer Stichprobe und seine echte Sicherheit, in deiner Sprache. Engines und Prompts, die nur in einem Zeitraum gemessen wurden, bleiben draußen und werden genannt. Hat sich das Modell einer Engine in den Zeiträumen geändert, wird ohne diese Engine geprüft; zeigt sich die Veränderung nur mit ihr, ist das Signal eine Info und nennt die Engine.
• Offene Sichtbarkeitssignale nach der alten Regel wurden am 11. Oktober neu geprüft. Die unter der neuen Schwelle sind erledigt, mit dem Grund „unter der Nachweisschwelle“. Sichtbarkeitssignale erledigen sich jetzt selbst, sobald die Veränderung nicht mehr besteht, und die Alarm-E-Mail an den Owner geht einmal pro Veränderung. Die kanalübergreifenden Signale nutzen dieselbe Sichtbarkeitsregel; „Paid-Ausgaben steigen, Sichtbarkeit stagniert“ entfällt, weil Anzeigen keine Nennungen in KI-Antworten kaufen.
• Projektkopf und Übersicht nennen jetzt ihren Zeitraum („18 % Sichtbarkeit · letzte 30 Tage“). Fahr mit der Maus über den Status eines Kunden, um zu sehen, welche Signale ihn dorthin gebracht haben; bestätigte Signale zählen weiter. Das Badge in der Seitenleiste zählt offene kritische Signale, die Kachel in der Übersicht alle Schweregrade, und beide sagen das. Empfehlungen zeigen keine Sicherheit mehr.

Die Karte „Einrichtung abschließen“ auf der Startseite und der Willkommensbildschirm prüfen jetzt jeden Schritt an deinem Workspace. Ein erledigter Schritt zeigt ein Häkchen und „Erledigt“, und die Karte blendet sich aus, sobald alle drei erledigt sind. Bisher stand dort jeder Schritt, bis der Workspace einen Kunden und einen Bericht hatte. So wurde ein Workspace mit verbundenen Daten und KI-Sichtbarkeits-Scans trotzdem gebeten, Daten zu verbinden und seine KI-Sichtbarkeit zu verfolgen.

• Die Schritte, in dieser Reihenfolge: KI-Sichtbarkeit verfolgen (erledigt, sobald ein Projekt Scan-Ergebnisse hat), Marketingdaten verbinden (eine beliebige Datenquelle bei einem beliebigen Kunden, egal welcher Kanal) und den ersten Bericht erstellen (ein Bericht unter „Gelöscht“ zählt nicht). Ein erledigter Schritt behält seinen Link, du kannst also dorthin zurück.
• Die Berichtszahl, die letzten Berichte und „Weitermachen“ auf der Startseite lassen Berichte unter „Gelöscht“ weg.

Beim Verbinden eines OpenAI-Schlüssels prüft CrunchJunkie jetzt jede Funktion, die der Schlüssel betreibt, auf dem Endpunkt und mit dem Modell, das diese Funktion nutzt: die KI-Sichtbarkeits-Scans, CrunchJunkie AI und die Sprachtranskription. Das Ergebnis steht pro Funktion da, und lehnt OpenAI eine ab, siehst du OpenAIs Grund und wo du ihn behebst.

• Drei Ablehnungen haben jetzt eine eigene Antwort: ein eingeschränkter Schlüssel, dem eine Berechtigung fehlt (mit Namen, zum Beispiel Responses: Write), ein Projekt, das das Modell nicht nutzen darf, und eine Organisation, die OpenAI zuerst verifiziert haben will. Vorher lasen sich alle drei wie ein ungültiger Schlüssel.
• Ein Schlüssel wird für das gespeichert, was funktioniert. Funktionieren die Scans, CrunchJunkie AI aber nicht, werden die Scans eingeschaltet, und CrunchJunkie AI zeigt seinen Grund als Warnung.
• Die Prüfung verbraucht ein paar Tokens auf deinem OpenAI-Konto und führt nie eine Websuche aus. Die Hilfeseite zu eigenen API-Schlüsseln nennt jetzt die Einstellungen, die ein OpenAI-Schlüssel braucht.

Eine neue KI-Sichtbarkeits-Tabelle für Berichte, Citation lifetime, listet Seiten nach ihrem Status im Zitier-Verlauf in den letzten zwei vollständigen Wochen des Berichtszeitraums: deine eigenen Seiten, die KI-Zitate verloren haben, nachlassen oder deren Zitate im Zeitraum geendet haben — oder, mit der zweiten Vorlage, Seiten deiner beobachteten Wettbewerber, die KI-Antworten neu zitieren. Jede Zeile zeigt die Zitatrate vorher und jetzt als zitierende / relevante Antworten, die Änderung in Prozentpunkten, wann die Seite zuletzt zitiert wurde, die Wochen mit Zitat und einen wöchentlichen Verlauf.

• Zwei Vorlagen im Bericht-Builder, in Ask Crunch und in add_widget des MCP-Connectors: „Seiten, die KI-Zitate verlieren“ und „Neu zitierte Seiten von Wettbewerbern“. Du kannst auch die Seiten (deine eigenen, die deiner beobachteten Wettbewerber oder alle) und die Status wählen.
• Dieselbe Tabelle in der App, über einen Freigabelink und im PDF, White-Label; eine Fußnote nennt die gelesenen Wochen. Eine KI-Zusammenfassung liest ihre Zeilen mit ihren Stichprobengrößen, und get_report_data sagt, für welche Wochen sie gilt.

Die Ansicht URLs zeigt jetzt für jede zitierte Seite, wo sie in ihrer Zitier-Lebensdauer der letzten 26 Wochen steht. Die Zitatrate einer Seite zählt nur die Antworten auf die Prompts, Engines und Märkte, die sie in den 8 Wochen davor schon zitiert haben. Neue Prompts verwässern sie nie, und die Woche, in der eine Seite gefunden wurde, lässt sie nie aussehen, als hätte sie einen Höhepunkt gehabt und wäre dann verfallen.

• Jede Seite bekommt einen Status (verloren, nachlassend, beendet, zurück, neu, steigend, erstmals gemessen, keine aktuellen Daten, stabil oder gelegentlich), ihre Zitatrate in den 4 Wochen davor und in den letzten 2 Wochen mit der Zahl der Antworten dahinter, wann sie zuletzt zitiert wurde und einen Trend pro Woche. Filtere nach Seiten, die Zitate verlieren oder gewinnen, und sortiere nach Status, Veränderung oder letztem Zitat.
• Die Status berücksichtigen die Stichprobengröße: Eine Seite braucht genug Antworten, bevor sie verloren oder nachlassend heißt, ein Rückgang muss zwei Wochen in Folge halten, und eine Woche ohne Antworten auf ihre Prompts heißt „keine aktuellen Daten“, nie Verlust. Die meisten Seiten heißen ehrlich „gelegentlich“, bis genug Antworten für einen Trend da sind.
• Ein Klick auf eine Seite öffnet ihre Detailansicht: Rate und Antworten pro Woche, Modellwechsel, den Status pro Engine, die Prompts, die sie zitieren, die stattdessen zitierten Seiten und eine wahrscheinliche Ursache, wo die Daten sie zeigen (die Seite liefert 404, eine andere Seite deiner Website hat übernommen, ein Crawler ist blockiert, eine Engine hat das Modell gewechselt, die Seite eines Wettbewerbers hat sie ersetzt). Sonst steht dort unbekannt.
• Im MCP-Connector liefert get_cited_url die Lebensdauer der Seite, und das neue Tool list_citation_lifetimes listet die Seiten, die Zitate verlieren oder gewinnen (68 Tools). Ask Crunch liest eine kurze Zusammenfassung der Status.

Gemini, das wir über die Google-API auslesen, nennt die Website, von der eine Quelle stammt, aber nie die Seite. Jede so genannte Website zählte als Zitat ihrer Startseite, deshalb waren die Startseiten-Zahlen zu hoch: In einem Projekt wurde die „Startseite“ von semrush.com in 20 Antworten zitiert, alle von Gemini. Gemini-Antworten fehlen jetzt in jeder Seitenzahl, im Zähler wie in der Basis, und die Ansicht URLs und die Report-Tabellen sagen es: wie viele Antworten weggelassen wurden oder, wenn alle Antworten von Gemini stammen, warum es keine Seite zu listen gibt, statt „Keine Daten für diesen Zeitraum“. Überall dort, wo Quellen nach Domain gezählt werden, zählen sie wie bisher.

• Seitenzahlen sind die Ansicht URLs mit ihrer Aufteilung in deine Startseite, deine übrigen Seiten und Drittseiten; die Report-Tabellen Cited URLs und Trending URLs, in der App, auf geteilten Links und im PDF; get_cited_url und die Top-Seiten von get_citations im MCP-Connector und in der REST-API; „Von KI zitiert“ einer Seite im Rank Tracker; und die gelesenen und zitierten Seiten in der Ansicht KI-Bot-Traffic. Gemini-Chats, die aus Peec AI importiert werden, nennen echte Seiten und zählen weiter.
• Ein Projekt, das nur Gemini beobachtet, etwa ein Managed-AI-Test, hat jetzt keine Seitenzahlen mehr, nur Domain-Zahlen. In Projekten, die Gemini beobachten, sinken die Startseiten-Zahlen. Ein Content-Brief analysiert keine von Gemini genannte Startseite mehr, als wäre sie die Seite, die die KI zitiert hat: War Gemini die einzige Quelle eines Prompts, sagt der Brief, warum er keine zitierte Seite hat, von der er lernen kann.
• Eine Seite, die mit einem Link auf eine zitierte Textstelle genannt wird (#:~:text=…, von manchen Engines prozentkodiert), zählt jetzt als die Seite selbst statt als eine Zeile pro Textstelle, in der KI-Sichtbarkeit und im Rank Tracker. list_ai_answers und get_ai_answer im MCP-Connector kennzeichnen die URLs einer Gemini-Antwort als Websites (sourcesNameSitesOnly). get_cited_url und get_citations lesen die zitierten und abgerufenen Seiten einer Antwort jetzt so wie jede andere Kennzahl, die Quellen eines Peec-AI-Chats zählen also als die Seiten, die er abgerufen hat.

Ist das Single Sign-on eines Workspace nicht verfügbar, weil sein Tarif ausgelaufen ist, können Mitarbeitende, die bisher nur SSO genutzt haben, über „Passwort vergessen“ ein Passwort festlegen, damit niemand ausgesperrt ist. Dieses Passwort ist jetzt vorübergehend: Sobald SSO wieder funktioniert, wird es entfernt, Sitzungen, die damit angemeldet waren, enden, und die Person meldet sich mit SSO an. Wir schicken ihr dann einmal eine E-Mail.

• Ein Passwort, das jemand schon vorher hatte, bleibt unberührt. API-Schlüssel und MCP-Verbindungen gehören zum Workspace, nicht zu einem Passwort, und funktionieren weiter. Wird ein vorübergehendes Passwort entfernt, nennt das Audit-Protokoll die API-Schlüssel, die diese Person in der Zwischenzeit erstellt hat, damit Inhaber oder Admins sie unter Einstellungen → API prüfen können.
• Die SSO-Anmeldeseite antwortet jetzt für eine Domain ohne SSO und für eine, deren Workspace-Tarif ausgelaufen ist, gleich und zeigt so keinen Tarifstand mehr. Einstellungen → Sicherheit erklärt Mitarbeitenden, deren SSO nicht verfügbar ist, wie sie ein vorübergehendes Passwort festlegen, statt zu sagen, sie meldeten sich mit Google an.
• Die Registrierung legt für eine Adresse auf einer Domain mit aktivem Single Sign-on kein Konto mit Passwort mehr an: Die Adresse bekommt stattdessen eine E-Mail mit dem Link zur SSO-Anmeldung, und das Formular antwortet wie immer. Auf einer solchen Domain wird kein Link zum Bestätigen einer Adresse mehr verschickt. Meldet sich jemand zum ersten Mal per SSO oder mit einem Google-Konto, das die Adresse belegt, bei einem Konto an, dessen Adresse nie bestätigt wurde, werden Passwort und Sitzungen dieses Kontos entfernt, damit niemand vorab ein Konto für die Adresse eines Kollegen anlegen kann. Zwei-Faktor-Einstellungen, API-Schlüssel und weitere verknüpfte Anmeldungen gehen ebenfalls, außer die Google-Anmeldung, die die Adresse bestätigt, ist die einzige verknüpfte: Dann hat dieselbe Person sie eingerichtet, behält sie und bekommt eine E-Mail. Solange jemand ein vorübergehendes Passwort nutzt, lässt sich die E-Mail-Adresse nicht ändern.

SerpAPI, über das wir Google AI Overviews auslesen, liefert manchmal einen Namen, den Google verlinkt hat, ohne seinen Text: Nur die Adresse des Links kommt zurück. Diese Marken wurden nicht gezählt. Ein Scan behält solche Links jetzt, markiert die Lücke im Antworttext mit der Domain des Links in eckigen Klammern, etwa [example.com], und zählt den Link als Erwähnung, wenn seine Domain zum Kunden oder zu einem verfolgten Wettbewerber gehört.

• Gilt für Google AI Overviews, AI Mode und Microsoft Copilot ab dem 11. Oktober 2026 und nur für einen Link, der dort steht, wo der Name eines Listenpunkts oder Absatzes fehlt. Eine so gezählte Erwähnung zählt nur für Sichtbarkeit und Share of Voice, ohne Position und Sentiment; die Ansicht Antworten und get_ai_answer im MCP-Connector kennzeichnen sie. Sie braucht die eigene Domain der Marke: die des Kunden oder eine Wettbewerber-Domain aus den Einstellungen des KI-Sichtbarkeits-Projekts, nie eine geteilte Plattform wie facebook.com.
• Antworten, die vor dem 11. Oktober 2026 gespeichert wurden, bleiben, wie sie sind, und können eine von Google verlinkte Marke verfehlen. Eine Tabellenzeile, deren Namen SerpAPI samt Link weggelassen hat, lässt sich nicht wiederherstellen.

Eine Korrektur daran, wann eine Rank-Tracker-Suche gegen das Budget zählt und was eine Suche kostet, deren Ergebnis nie zurückkam.

• Rank-Tracker-Budget: Eine Suche zählt jetzt ab dem Moment, in dem sie gesendet wird, denn dann nimmt DataForSEO das Geld dafür. Eine Suche, deren Ergebnis bis zum Ende ihres Laufs nicht zurückkam (DataForSEO hat nicht innerhalb von sechs Stunden geantwortet, der Lauf wurde gestoppt, oder ihr Keyword oder Kunde wurde gelöscht, während der Lauf noch lief), wurde bisher nicht gezählt, das Budget ließ sich also über sein Ende hinaus nutzen. Solange ein Lauf läuft, gehören seine gesendeten Suchen zu dem, was er zurückhält.
• Eine solche Suche bleibt nach ihrem Lauf zurückgehalten, bis DataForSEO meldet, was sie gekostet hat. Wir prüfen das einmal am Tag; das Zurückhalten ist also kurz, meist ein, zwei Tage, und endet, sobald die Suche abgerechnet ist. Sie wird dann wie jede andere Suche berechnet: mit dem Doppelten dessen, was DataForSEO dafür verlangt hat. Meldet DataForSEO nie Kosten dafür (es hat ohne Kosten geantwortet, die Suche ist mit einem Fehler gescheitert, den DataForSEO nicht berechnet, oder es gab innerhalb von drei Tagen kein Ergebnis), wird sie nicht berechnet, und die Abrechnungsseite zählt sie als nicht berechnet.

Wer im Berichts-Builder die Verlaufsspalte einer Tabelle einschaltet, sieht die Linie jetzt in der Vorschau des Widgets, so gezeichnet wie im Bericht. Bisher lud die Vorschau den Verlauf, zeigte ihn aber nicht.

• Eine Markentabelle mit Filter lädt bei Projekten, die viele Wettbewerber beobachten, etwa doppelt so schnell, mit oder ohne Verlaufsspalte. Ihre Zahlen bleiben gleich.
• MCP-Connector: Die Beschreibung von get_ai_answer sagt jetzt, dass eine Antwort, deren Zitatliste nur Google-Weiterleitungslinks enthielt, citedUrls: null neben ihren echten retrievedUrls liefert.

Die Tabellen Prompt, Thema, Tag, Marke und Quell-Domains können eine Verlaufsspalte zeigen: eine kleine Linie pro Zeile mit der Sichtbarkeit der Zeile (bei Quell-Domains dem Anteil der Domain) für jede Woche des Berichtszeitraums, bei Zeiträumen ab 180 Tagen für jeden Monat. Jeder Punkt wird aus denselben Antworten berechnet wie die Zeile, nur über diese Woche. Eine Woche ohne Antworten bleibt eine Lücke in der Linie, nie eine 0, und eine Woche mit weniger als 30 Antworten zeigt einen hohlen Punkt. Die Spalte sieht in der App, auf Freigabe-Links und in PDFs gleich aus.

• Einschalten in den Einstellungen der Tabelle oder über add_widget und edit_widget des MCP-Connectors. get_report_data liefert den Wert jeder Zeile pro Woche (null für eine Woche ohne Antworten) und die Antworten hinter jedem Wert. KI-Zusammenfassungen bekommen dieselben Werte.
• Neue Berichte aus der integrierten Vorlage „AI Visibility — Monthly Deep Dive“ haben sie in der Tabelle der Quellenwerte nach Tag eingeschaltet.
• In PDFs und Ausdrucken wird eine Tabelle, die breiter ist als die Seite, jetzt eingepasst statt am Seitenrand abgeschnitten: Überschriften brechen um, Zellen bekommen weniger Innenabstand und die Schrift kann bis auf 7 pt schrumpfen; ist sie dann noch zu breit, geht sie in einem zweiten Block weiter, der die erste Spalte wiederholt. Bisher fehlten solche Spalten auf Papier.

Gemini-Antworten aus Scans vor dem 9. Juli 2026 haben ihre Quellen als Google-Weiterleitungslinks gespeichert, die keine Website nennen. Die Ansicht Antworten und die Gesprächsansicht auf der Follow-up-Seite führten diese Links als Quellen auf. Jetzt lassen sie sie weg und sagen in einer Zeile, wie viele es waren, wie es get_ai_answer im MCP-Connector schon tat.

• Enthält die Zitatliste einer Antwort nur solche Links, gilt ihre Zitatseite jetzt als nicht bekannt: get_ai_answer liefert null statt einer leeren Liste, die Gesprächsansicht listet den Weiterleitungslink nicht mehr, und Content-Lücken, die Prompt-Details des MCP-Connectors und die Zitat-Anteile der Fan-out-Suchen zählen die Seiten, die die Antwort nur abgerufen hat, nicht mehr als zitiert. Das ist selten: Es braucht einen zitierten Link, den der Scan nicht auflösen konnte, neben echten abgerufenen Seiten.
• MCP-Connector: get_follow_up_insights mit einer conversationId nennt pro Antwort die weggelassenen Links (groundingRedirectsLeftOut, groundingRedirectsNote).

Gemini-Antworten aus Scans vor dem 9. Juli 2026 haben ihre Quellen als Google-Weiterleitungslinks gespeichert, die keine Domain nennen. Die Quellen-Auftrittsrate zählte eine solche Antwort als eine, die deine Domain nicht zeigt, und die Quellentabellen, die Zitat-Tools des MCP-Connectors, Gap-Domains, Content-Lücken und Zitat-Anteile der Fan-out-Suchen führten den Weiterleitungs-Host als Quelle. Ein Weiterleitungslink ist jetzt nie eine Domain, eine Seite oder ein Zitat, und eine Antwort, die nur solche Links enthält, fehlt in jeder Quellen- und Zitat-Kennzahl, in Zähler und Nenner. Quellen-Auftrittsrate und Zitatvielfalt eines Zeitraums vor dem 9. Juli ändern sich entsprechend: Beide beruhen auf weniger Antworten, die Zitatvielfalt auch auf weniger Prompts. Ein Zeitraum, dessen Antworten alle nur solche Links enthalten, zeigt dafür „—“, nicht 0. Markennennungen bleiben unverändert.

• Mit einem Locale-Filter behalten Quellen- und Zitat-Kennzahlen und die Tabellen Source domains, Trending URLs und Cited URLs die Antworten aus Scans, bevor Locales gespeichert wurden, gelesen als Locale des Projekts, wie es Sichtbarkeit schon tat. Bisher fehlten diese Antworten dort, und die Tabellen Cited URLs, Owned off-site citations und Follow-up survival zeigten mit jedem Locale-Filter nichts.
• MCP-Connector: update_scan_settings sagt jetzt, dass ein geänderter Scan-Tag oder eine geänderte Stunde auch ihre Zeitzone speichert, und Zeitzone, Tag und Stunde, die das Projekt schon hat, ändern nichts (changed: false).

Eine Korrektur daran, wann ein geplanter Scan fällig ist.

• Ein geplanter Scan ist jetzt eine feste Zeit nach dem Start des letzten Scans fällig, nicht mehr nach seinem Ende. Ein Scan, der mehr als eine Stunde nach seiner Scan-Uhrzeit fertig wurde, schob den nächsten bisher nach hinten: In der Testphase scannte ein Projekt dann nur jeden zweiten Tag statt täglich, und ein Projekt, das alle paar Tage scannt, wartete einen Tag länger. Seit Scans ihre Kapazität teilen (3.63), kann ein Scan Stunden nach seiner Scan-Uhrzeit fertig werden.

Abrufe, Abrufrate, Zitate und Zitatrate zählen nur Antworten, die zeigen, was die Engine abgerufen und was sie zitiert hat. Ein Zeitraum ohne eine einzige solche Antwort zeigte bisher 0 auf KPI-Karten in Berichten, in Monats- und Wochentabellen, in Diagrammen, im MCP-Connector und in den Daten der KI-Zusammenfassung, etwa jeder Monat vor Juli 2026, als diese Aufteilung zum ersten Mal gespeichert wurde. Er zeigt jetzt „—“, in der API und im MCP-Connector null, wie es die Karten in der Übersicht schon taten. Auch die Zitatrate steht als „—“ in jedem Zeitraum, in dem keine Antwort deine Domain abgerufen hat.

• Gemini-Antworten vom 2. bis 9. Juli 2026 haben ihre Quellen als Google-Weiterleitungslinks gespeichert, die keine Domain nennen; sie zählten daher als Antworten, die deine Domain weder abgerufen noch zitiert haben. Eine Antwort, deren Liste keine Domain nennt, fehlt jetzt in diesen vier Werten, in Zähler und Nenner. Praktisch betrifft das diese Julitage: Die Abrufrate eines Zeitraums, der sie enthält, steigt leicht, und die Zahl der Antworten dahinter sinkt.
• Ein Monats- oder Wochendiagramm dieser Werte lässt für einen Zeitraum ohne Messung eine Lücke, statt 0 zu zeichnen, und die Daten der KI-Zusammenfassung nennen einen fehlenden Diagrammpunkt „no data“, statt eine leere Stelle zu lassen.

Kleine Korrekturen daran, wann Scans laufen, was gezählt wird und wie Text gespeichert wird.

• In der Testphase scannt ein Projekt täglich zu seiner Scan-Uhrzeit, frühestens einen Tag nach dem letzten Scan. Dieser Tag wurde als 23 Stunden gerechnet, deshalb fiel der Scan am Tag nach der Umstellung auf Sommerzeit (einem Tag mit 23 Stunden) aus. Jetzt zählen die Tage in der Zeitzone des Projekts: 23 Stunden über die Umstellung im Frühjahr, 25 über die im Herbst. Projekte, die alle paar Tage scannen, folgen derselben Regel.
• Rank-Tracker-Budget: Berechnet DataForSEO eine Suche bei einem erneuten Versuch noch einmal, zählt jeder Versuch in dem Budgetzeitraum, in dem er lief. Bisher schob ein erneuter Versuch nach dem Zeitraumwechsel die Kosten der ganzen Suche in den neuen Zeitraum. Und ein Keyword, das du während eines laufenden Durchlaufs löschst, hält seine Kosten nicht mehr doppelt zurück, bis der Durchlauf endet.
• Textblöcke: Ein Zeilenumbruch, der als schließendes br-Tag geschrieben ist, wie es manche Assistenten über MCP tun, bleibt jetzt ein Zeilenumbruch, so wie Browser ihn anzeigen. Beim Speichern des Blocks ging er bisher verloren.

Schlug der Abruf einer KPI oder eines Diagramms aus Business Profile fehl, fiel das Widget bisher aus dem Bericht, und ein Video-Funnel aus Reddit Ads zeigte „Keine Daten für diesen Zeitraum“. Beide zeigen jetzt in der App „Nicht geladen“, oder „Kein Zugriff“, wenn die Plattform das Konto verweigert hat; geteilte Links und PDFs zeigen „Daten nicht verfügbar“. Eine Business-Profile-KPI behält die Zahlen, die gelesen wurden, ein fehlgeschlagener Vergleichszeitraum bedeutet keine Vorwerte statt einer Veränderung gegenüber 0, und die Durchschnittsbewertung eines Standorts ohne Bewertungen ist „—“, nicht 0.

• Eine Monats- oder Wochentabelle zur KI-Sichtbarkeit und ein Periodenvergleich, die Abschnitte nur mit Daten aus Peec AI neben Abschnitte mit unseren eigenen Scans stellen, zählen jeden Wert pro Antwort, damit jede Spalte oder Linie eine Einheit behält, und sagen das jetzt unter dem Widget, mit den Abschnitten, die nur Daten aus Peec AI haben, wie Diagramme seit 3.69.
• Die Prompt-Tabelle behält, auf einen Markt gefiltert, die Antworten, die ohne Markt gespeichert sind, unter dem Markt des Projekts, wie die KPI Sichtbarkeit; bisher ließ sie sie weg.
• Ändert ein KI-Assistent über den MCP-Connector die Scan-Uhrzeit eines Projekts, ohne eine Zeitzone zu nennen, wird sie jetzt in der Zeitzone des Projekts gespeichert, oder in der des Workspaces, wenn das Projekt keine hat, wie auf der Einstellungsseite; bei einem Projekt ohne Zeitzone galt bisher UTC.

Die Live-Prüfung, ob KI-Crawler deine Website abrufen können, zählt jetzt auch die Inhaltsseite, die sie testet, nicht nur die Startseite.

• Das GEO-Audit ruft deine Startseite und eine Inhaltsseite aus deiner Sitemap mit dem User-Agent jedes KI-Crawlers ab. Bisher zählte im Score nur die Startseite, eine Website, deren Artikel ChatGPT-User abweisen, während die Startseite ihn durchlässt, bestand die Prüfung also. Eine bestätigte Sperre auf der Inhaltsseite lässt sie jetzt mit demselben Gewicht durchfallen wie eine auf der Startseite, und das Ergebnis sagt, was jede Seite getan hat, zum Beispiel „Homepage reachable for every probed crawler; /blog/x blocked for ChatGPT-User“. Bei einer Website, die nur auf ihren Artikeln sperrt, sinkt der GEO-Score beim nächsten Audit um bis zu etwa 6 Punkte.
• Cloudflare wird als wahrscheinliche Ursache nur genannt, wenn die Antworten genau dieser Seite Cloudflares Merkmale tragen und die Sperren zu seinem Standard seit dem 15. September 2026 passen, der Agent- und Trainings-Crawler nur auf Seiten mit Werbung blockiert. Sonst sprechen das Audit und die Tabelle „Firewall & Zugriffsrichtlinie“ von einer Firewall oder einem CDN, ohne einen Anbieter zu nennen.
• Das kostenlose GEO-Audit auf unserer Website führt denselben Test mit zwei Seiten durch. Es nutzt den eigenen Abruf der Inhaltsseite als Vergleichsbasis, der Test kostet also nur eine Runde Anfragen, und er entfällt, wenn ein Audit seine Zeit schon größtenteils verbraucht hat.

Eine Tabelle aus Meta Ads, Microsoft Ads, Amazon Ads, Reddit Ads, ChatGPT Ads, Piwik PRO, Mailchimp, Business Profile oder Search Console, deren Abruf fehlschlug, zeigt nicht mehr „Keine Daten für diesen Zeitraum“, was nach einem ruhigen Zeitraum klingt. In der App steht „Nicht geladen“, oder „Kein Zugriff“, wenn die Plattform das Konto verweigert hat; geteilte Links und PDFs zeigen „Daten nicht verfügbar“. Ringdiagramme dieser Kanäle machen es genauso, und eine Business-Profile-Tabelle nach Oberfläche, Gerät oder Aktion zeigt nach einem fehlgeschlagenen Abruf keine Nullen mehr.

• Die Tabellen Topic und Tag nennen ihre Rate Sichtbarkeit (vorher „Erwähnungsrate“) und zählen sie wie die KPI Sichtbarkeit mit denselben Filtern. In einem Projekt mit Daten aus Peec AI und unseren eigenen Scans zählt eine Engine, die beide erfassen, an einem Tag, an dem beide sie gemessen haben, jetzt einmal; Sichtbarkeit und Durchläufe dieser Tabellen können sich dort daher ändern, und die Durchläufe sinken. Eine KI-Zusammenfassung über einer Tabelle, deren Spalte umbenannt wurde, gilt allein wegen der Umbenennung nicht mehr als veraltet.
• Ein Diagramm, dessen Zeitraum Monate nur mit Daten aus Peec AI neben Monaten mit unseren eigenen Scans enthält, zählt jeden Punkt pro Antwort, damit die Linie eine Einheit behält, und sagt das jetzt unter dem Diagramm, mit den Monaten, die nur Daten aus Peec AI haben. KI-Zusammenfassungen lesen jede Datenreihe und eine Rate pro Chat mit ihrer Einheit, sodass 0,37 pro Chat nie als 37 % beschrieben wird.
• Geplante Scans der KI-Sichtbarkeit zu einer Stunde, die die Zeitumstellung überspringt (Mitternacht in Chile, Kuba, im Libanon oder in Ägypten, oder 02:00 in Europa), laufen jetzt direkt nach dem Sprung, statt an diesem Tag auszufallen, und eine Stunde, die es beim Zurückstellen zweimal gibt, scannt nur einmal.
• Das Speichern einer beliebigen Projekteinstellung verschiebt die Scan-Uhrzeit nicht mehr in die Zeitzone deines Browsers: Der Zeitplan wird in der Zeitzone des Projekts angezeigt und gespeichert (bei einer neu gewählten Uhrzeit in der deines Workspaces), und er ändert sich nur, wenn du Tag oder Uhrzeit änderst.

Korrekturen daran, was Assistenten, die API, E-Mails und Berichte sagen, wenn ein Bericht gelöscht ist, ein Preis auf Deutsch erscheint, Google den Zugriff verweigert oder eine Zahl keine Grundlage hat.

• list_reports im Connector, Ask Crunch und GET /reports der REST-API führen Berichte unter „Gelöscht“ nicht mehr auf. Mit includeDeleted werden sie mit aufgeführt, jeder markiert mit deleted: true oder false.
• Auf Deutsch, Spanisch und Französisch steht das Währungszeichen bei jedem Preis hinter dem Betrag, auch auf den Tarifkarten: „149 €“ neben „149 US-$“, wo die Euro-Karte bisher „€149“ zeigte. Eine deutsche Zahlungsbestätigung in Dollar zeigt jetzt „12,50 US-$“ statt „12,50 $“.
• Google Analytics: Eine KPI auf einer Property, die Google verweigert, zeigt „Kein Zugriff“, wie die Tabellen und Diagramme dieser Property, und KI → Conversions bittet dich, neu zu verbinden, statt zu sagen, Google sei vielleicht ausgelastet. Eine Diagrammreihe, die nicht geladen werden konnte, erreicht die KI-Zusammenfassung als nicht geladen, damit diese keinen Trend für sie beschreibt.
• Der ROAS von Google Ads zeigt „—“, wenn es weder einen Conversion-Wert noch eine Conversion gab, ob Google den Wert weggelassen oder 0 gesendet hat. Ein Wert von 0 neben Conversions bleibt ein echtes 0,00×.
• Rank-Tracker-Budget: Suchen eines Keywords oder Kunden, den du im laufenden Zeitraum löschst, zählen weiter gegen das Budget. Sie wurden bezahlt, deshalb zeigt das Budget jetzt, was wirklich übrig ist.

Ein falscher Zwei-Faktor-Code zählt jetzt genauso zur Anmeldesperre wie ein falsches Passwort: bei der Anmeldung, beim Ändern des Passworts und beim Ausschalten von 2FA. Ein Wiederherstellungscode wird genau einmal verbraucht, auch wenn zwei Anmeldungen ihn im selben Moment senden.

• Ein Workspace ohne aktiven Pro-, Agency- oder Scale-Tarif kann seine Webhook-Endpunkte weiterhin auflisten, ausschalten und löschen und seine SSO-Verbindung ausschalten, ihre Domains entfernen und sie löschen. Anlegen, Testen und Konfigurieren brauchen weiterhin den Tarif.
• Single Sign-on pausiert ohne aktiven Pro-, Agency- oder Scale-Tarif: Dein Team meldet sich stattdessen mit Passwort oder Google an, und wer bisher nur SSO genutzt hat, legt über „Passwort vergessen“ ein Passwort fest.
• Slack- und Webhook-Aktionen in Automatisierungen werden bei jedem Auslösen einer Regel gegen den Tarif geprüft. Enthält der Tarif sie nicht mehr, werden sie übersprungen, und das Lauf-Protokoll sagt, warum.

Eine Veränderung der KI-Sichtbarkeit liest sich jetzt überall gleich, und jede Kennzahlentabelle enthält die obersten Zeilen nach der Kennzahl, nach der sie sortiert ist.

• KI-Sichtbarkeit: Eine Veränderung gilt nur dann als Gewinn oder Verlust, wenn sie mindestens doppelt so groß ist wie ihre Fehlermarge. Das ist die Regel, die die KPI-Karten und die Startseite schon nutzten. Die Wettbewerbstabelle der Übersicht zählte jede Veränderung über einer einfachen Marge und zeigte so in etwa 8 % der Fälle einen Gewinn oder Verlust, in denen die Startseite „~“ zeigte. Diese Tabelle, „Größte Veränderungen“, die Veränderungen in der Markentabelle (Brand) eines Berichts und die Berichtstabellen nach Tag (Brand × Tag, Tag × Month, Brand × Month und Tag) nutzen jetzt dieselbe Regel und dieselbe Marge, zeigen eine kleinere Veränderung grau mit „~“ davor und erklären sie mit denselben Worten.
• Google-Ads-Tabellen haben jetzt eine Sortierung, und das Zeilenlimit kürzt nach der Reihenfolge, nie davor. Bisher behielt die Abfrage die Kampagnen und Anzeigengruppen mit den meisten Klicks, die Suchbegriffe mit den meisten Impressionen und die Asset-Gruppen mit den meisten Conversions und zeigte sie erst dann an. Einer nach Kosten sortierten Tabelle mit 10 Zeilen konnte so die teuerste Kampagne fehlen. Ohne Sortierung behält eine Tabelle ihre Reihenfolge (Kampagnen nach Klicks und so weiter). Aufsteigend sortiert fallen Zeilen ohne Messgrundlage weg (keine Impressionen oder keine Conversions hinter Kosten pro Conversion). Placements folgen dem Zeilenlimit des Widgets statt fester 50, Conversion-Aktionen folgen ihm, wenn das Widget eines hat, und der Vergleichswert einer Zeile ist jetzt ihr eigener: Manche Tabellen nahmen die Zeile des Vorzeitraums an derselben Position oder die erste Zeile mit demselben Namen.
• Tabellen aus LinkedIn Ads, Piwik PRO, Matomo und Merchant Center haben jetzt ebenfalls eine Sortierung, die vor dem Zeilenlimit greift. Piwik-PRO- und Matomo-Tabellen behalten außerdem nicht mehr nur die Zeilen mit den meisten Sitzungen oder Besuchen, bevor sie nach ihrer ersten Kennzahl sortieren, und Matomo-Zieltabellen lesen jedes Ziel, nicht nur die ersten. Eine Sortierung, die gespeichert wurde, bevor diese Quellen eine angeboten haben, gilt erst, wenn sie wieder ausgewählt wird, eine Tabelle ohne Sortierung behält ihre Reihenfolge (die von LinkedIn, bei Merchant Center nach Produktanzahl), und eine LinkedIn-Tabelle ohne Zeilenlimit zeigt weiter jede Zeile.

Agent-Readiness prüft, ob KI-Agenten eine Website erreichen, ohne JavaScript lesen und ihre Daten auswerten können: die Voraussetzungen, kein Test, ob ein Agent dort eine Aufgabe abschließen kann. Die oberste Stufe heißt jetzt „Voraussetzungen erfüllt“, und ein Audit ohne Befund sagt nur noch, dass jede Prüfung im GEO-Score bestanden ist.

• Fix-Vorschläge und KI-Insights zum GEO-Audit behaupten nicht mehr, Google ignoriere JavaScript. Google rendert Seiten in einem Headless-Browser, später und über eine Warteschlange; für die Crawler von OpenAI, Anthropic und Perplexity ist das Rendern nicht dokumentiert, deshalb bleibt der Rat, serverseitig zu rendern.

Zwei Korrekturen für Dinge, die Arbeit aufhalten konnten, mit der sie nichts zu tun hatten.

• Webhooks: Ereignisse, die noch für einen Endpunkt in der Warteschlange standen, der danach deaktiviert wurde (von dir oder automatisch nach wiederholten Fehlern), werden jetzt als übersprungen abgeschlossen und nach dem Reaktivieren nicht nachgesendet. Bisher blieben sie in der Warteschlange und konnten Zustellungen an andere Endpunkte verzögern.
• Google Analytics: Eine Anfrage, die keine Antwort bekommt, gibt jetzt nach 30 Sekunden auf, und ihr Widget zeigt „Nicht geladen“, statt zu warten, bis der ganze Bericht in eine Zeitüberschreitung lief, und dabei die anderen Widgets derselben Property aufzuhalten. Eine Anfrage, die erst warten musste, bis sie an der Reihe war, wird bei einer ausgelasteten Property trotzdem erneut versucht.

Scans, die ohne geöffneten Tab laufen, werden jetzt nebeneinander abgearbeitet: Der Hintergrund-Scanner läuft alle 5 statt alle 10 Minuten und nimmt Checks aus vielen Scans zugleich, wobei sich die Workspaces abwechseln. Ein großer Stapel eines Workspaces hält so den Scan eines anderen nicht mehr auf.

• Innerhalb eines Workspaces geht ein Scan, den jemand gestartet hat (in der App, über einen Assistenten oder eine Automation), vor geplanten Scans, und geplante Scans laufen der Reihe nach, die ältesten zuerst. So kommen die Ergebnisse Kunde für Kunde statt alle am Ende.
• Ein neues Projekt bekommt einen eigenen Scan-Termin: einen Wochentag und eine Nachtstunde in der Zeitzone deines Workspaces, so verteilt, dass nicht alle Projekte in derselben Stunde scannen. Bestehende Projekte behalten ihren Zeitplan; jeden Termin kannst du in den Projekt-Einstellungen ändern.
• Was ein Scan misst, bleibt gleich: dieselben Checks und Limits, dasselbe Managed-AI-Budget und Ausgabenlimit, dieselben Wiederholungen.

Eine Rate ohne Grundlage zeigt jetzt „—“ statt 0: Kosten pro Conversion ohne Conversions, ein ROAS, wenn die Werbeplattform keinen Conversion-Wert geliefert hat, eine CTR ohne Impressionen, eine Absprungrate ohne Besuche. Und wenn eine Quelle nicht antwortet (Google Analytics ausgelastet oder gestört, die Ziele aus Matomo, der Leistungsbericht im Merchant Center, die Umsatzzuordnung von Brevo), sagt das Widget, dass es nicht geladen werden konnte, statt 0 zu zeigen.

• Google Analytics: Eine ausgelastete Property wird ein paarmal neu angefragt, bevor wir aufgeben, ein Bericht stellt pro Property höchstens sechs Anfragen gleichzeitig, und ein Widget, das trotzdem nicht gelesen werden konnte, zeigt in der App „Nicht geladen“ und in geteilten Links und im PDF „Daten nicht verfügbar“. Die KI-Zusammenfassung und der MCP-Connector behandeln es als fehlend, nicht als null.
• Diagramme lassen eine Lücke, wo ein Punkt keinen Wert hat, in der App genauso wie in geteilten Links und im PDF, statt ihn bei 0 zu zeichnen. Tabellen zeigen „—“ in den betroffenen Spalten, der Rest der Zeile bleibt.

REST-API, Webhooks und Single Sign-on brauchen jetzt ein aktives Pro-, Agency- oder Scale-Abo im Workspace, wie die App selbst: aktiv, in der Testphase oder in der Kulanzfrist nach einer fehlgeschlagenen Zahlung. Bisher blieben sie nach einer Kündigung nutzbar, auch der API-Zugang.

• Ist das Abo beendet oder pausiert, bekommen API-Schlüssel dieselbe Antwort 403 plan_not_allowed wie bisher, die Einstellungen für Webhooks und SSO lassen sich nicht ändern, und Webhook-Ereignisse werden nicht gesendet: Jedes wird als übersprungen protokolliert und später nicht nachgesendet. Gelöscht wird nichts, und API und Webhooks funktionieren wieder, sobald der Tarif reaktiviert ist.

Claude, ChatGPT und andere Assistenten lassen sich jetzt in jedem bezahlten Tarif verbinden, auch in Solo und Starter. Bisher brauchte der Connector Pro, Agency oder Scale.

• Der Connector braucht ein aktives Abo im Workspace: aktiv, in der Testphase oder in der Kulanzfrist nach einer fehlgeschlagenen Zahlung. Ist das Abo beendet, sagt der Connector das, und du kannst deine anderen Workspaces weiterhin auflisten und zu einem wechseln.
• REST-API, Webhooks und Single Sign-on bleiben in Pro, Agency und Scale. Die Entwicklerseite, die Doku und die Vergleichsseiten sagen jetzt, welcher Tarif was enthält.

Eine fertige Vorlage in der Vorlagen-Galerie jedes Workspaces baut einen Monat KI-Sichtbarkeit so auf wie der monatliche Peec-AI-Bericht einer Agentur. Sie funktioniert mit Peec-AI-Projekten und mit unseren eigenen Scans.

• Sieben Abschnitte in dieser Reihenfolge: eine Management Summary; Kennzahlen (Sichtbarkeit, Share of Voice, Sentiment, durchschnittliche Position und Erwähnungen, dann Abrufe, Abrufrate, Zitate, Zitatrate und Quellen-Auftrittsrate), jeweils im Vergleich zum Vormonat; die Prompt-Tabelle, sortiert nach der Veränderung der Sichtbarkeit; die Heatmap Brand × Tag mit Spalte „Gesamt“; Quellen-Kennzahlen je Tag mit Veränderungsspalten und Gesamtzeile; ein Sechs-Monats-Trend; und die wichtigsten Source domains und Trending URLs.
• Die Vorlage nennt keine Tags. Die Tag-Tabellen nehmen die Tags mit den meisten Prompts, bis zu acht, und ihre Karten im Editor sagen dir, dass du sie selbst auswählen und ordnen kannst. Haben die Prompts eines Kunden noch keine Tags, sagen die Tabellen genau das, statt einen leeren Zeitraum zu zeigen.
• Der Trend-Abschnitt nutzt einen neuen Zeitraum, Letzte 6 volle Monate: die sechs ganzen Kalendermonate bis zum Vormonat, damit der erste und der letzte Punkt nie angebrochene Monate sind. Er steht für jedes Widget und jeden Bericht zur Wahl, und Ask Crunch und der MCP-Connector akzeptieren ihn als last_6_months.
• Öffnest du eine Vorlage aus der Vorlagen-Galerie, ist jetzt ihre eigene Datenquelle ausgewählt, und der neue Bericht wird als KI-Sichtbarkeits-, GA4-, LinkedIn- oder anderer Bericht gespeichert, nicht als Google Ads. Die Karten Microsoft Ads und SEO öffnen jetzt die Vorlagen für Microsoft Ads und die Search Console.

Zwei neue Tabellen zur KI-Sichtbarkeit und eine ausführlichere Prompt-Tabelle bringen die Abschnitte zu Quellen und Prompts eines monatlichen Peec-AI-Berichts in den Berichts-Builder. Jede folgt den Filtern des Widgets, Tag eingeschlossen, und sieht in der App, im geteilten Link und im PDF gleich aus.

• Source domains sortiert Domains nach ihrem Anteil an Chats: die Antworten, die mindestens eine Seite der Domain genutzt haben, geteilt durch alle Antworten in den Filtern des Widgets. Jede Zeile zeigt diesen Anteil, seine Veränderung in Punkten, wenn der Bericht Zeiträume vergleicht, Abrufe (bei Daten aus Peec AI) oder Auftritte, Zitate und eine Kategorie. Deine Domain ist hervorgehoben, und eine Fußnote nennt ihren Rang, wenn sie nicht in der Tabelle steht.
• Die Kategorie ist die Einordnung der Domain durch Peec AI (Redaktionell, Nutzerinhalte, Unternehmen, Institutionell, Nachschlagewerk und weitere), gelesen beim Peec-Sync. Deine Domains und die Domains deiner erfassten Wettbewerber stehen immer als Eigene und Wettbewerber. Bei unseren eigenen Scans gilt eine feste Liste von Bewertungs-, Social-, Nachschlage- und Nachrichtenseiten, als unsere gekennzeichnet; andere Domains bleiben leer.
• Trending URLs nimmt die meistgenutzten Seiten des Zeitraums (standardmäßig die Top 20) und zeigt die zehn, deren Abrufe am stärksten gestiegen sind: Wert der Vorperiode und aktueller Wert, die Veränderung, die Veränderung in Prozent oder „neu“, den Seitentitel aus Peec AI und den Seitentyp. Eine Fußnote nennt die Vorperiode und sagt es, wenn sie weniger Prompts umfasste.
• Die Prompt-Tabelle zeigt jetzt die Tags jedes Prompts, den Tag, seit dem er erfasst wird (seine erste gespeicherte Antwort, bei Importen aus Peec AI genauer als das Importdatum), und die Veränderung der Sichtbarkeit in Punkten, und du kannst sie nach Prompt, Sichtbarkeit oder Veränderung sortieren (eine früher gespeicherte Tabelle bleibt schlechteste zuerst). Die Spalte Erwähnungsrate heißt jetzt Sichtbarkeit und zählt wie die KPI Sichtbarkeit: In einem Projekt mit Daten aus Peec AI und unseren eigenen Scans wurde eine Engine, die beide erfassen, an einem Tag, an dem beide sie gemessen haben, doppelt gezählt und zählt jetzt einmal, daher können sich dort Sichtbarkeit und Durchläufe einer gespeicherten Prompt-Tabelle ändern, und die Durchläufe sinken.
• Ask Crunch und der MCP-Connector können die neuen Tabellen anlegen und einstellen, get_citations gibt jeder Domain ihren Anteil an Chats und ihre Kategorie, und get_cited_url liefert Seitentitel, Seitentyp und Kategorie.

Agenturen, die KI-Sichtbarkeit Produkt für Produkt oder Thema für Thema berichten, bauen diesen Bericht jetzt aus Prompt-Tags – mit unseren eigenen Scans genauso wie mit Daten aus Peec AI. Jede neue Tabelle fasst Antworten so zusammen wie die KPI-Karten und zeigt, auf wie vielen Antworten jeder Wert beruht.

• Brand × Tag stellt deinen Kunden und seine erfassten Wettbewerber den Tags gegenüber, die du wählst, in deiner Reihenfolge – mit der Veränderung zum Vorzeitraum unter jedem Wert, der Zahl der Antworten über jeder Spalte, einer optionalen Spalte „Gesamt“ für die Filter des Widgets und optionaler Heatmap-Schattierung mit Legende.
• Tag × Month und Brand × Month zeigen die Sichtbarkeit je Kalendermonat des Berichtszeitraums, danach die Veränderung zum Vormonat und zum ersten Monat; ein Monat ohne Antworten zeigt „—“, nie 0.
• Die Tag-Tabelle zeigt auf Wunsch Sichtbarkeit, Abrufe, Abrufrate, Zitate und Zitatrate je Tag. Jede Zeile entspricht der KPI-Karte, gefiltert auf diesen Tag, mit optionaler Veränderungsspalte je Metrik, einer Zeile „Gesamt“ und deinen eigenen Tags in deiner Reihenfolge.
• Mit Daten aus Peec AI liest eine Spalte mit einem Tag die eigenen Tag-Werte von Peec AI; eine Spalte, die zwei Tags kombiniert, wird aus den importierten Chats neu berechnet, und das Widget sagt das. Die Tabellen funktionieren in der App, in geteilten Berichten, in PDFs, mit Ask Crunch und im MCP-Connector, und eine Berichtsvorlage behält ihre Tags und Tag-Filter über den Namen; Tags, die die Prompts eines Kunden nicht verwenden, entfernt sie und nennt sie im Editor.

Ab dem 8. Oktober 2026 können sich Abrufrate und Zitatrate bei einem Projekt mit Daten aus Peec AI ändern. Ein Peec-Chat, der nichts zitiert hat, fiel bisher aus dem Nenner der Zitatrate, was die Rate nach oben trieb, und ein Chat ohne Quellen fiel aus dem Nenner der Abrufrate. Beide zählen jetzt als null, auch bei bereits importierten Chats, und eine Ansicht nur mit Daten aus Peec AI nutzt Peecs eigene Definitionen, sodass die Werte mit Peecs Dashboard übereinstimmen.

• Abrufe zählt deine abgerufenen Seiten über alle Chats, die Abrufrate teilt sie durch alle Chats (Seiten pro Chat, etwa 0,37, kein Prozentwert). Die Zitatrate teilt deine zitierten Seiten in den Chats, die deine Domain abgerufen haben, durch die Zahl dieser Chats. Peecs „Used as Source“ ist die Quellen-Auftrittsrate.
• Zitate zählt deine zitierten Seiten. Peec zählt eine Seite bei jedem Zitat in einer Antwort; der Import speichert, welche Seiten ein Chat zitiert hat, nicht wie oft, daher können Peecs Zitate und Zitatrate weiterhin höher sein als unsere.
• Die Tabellen Cited Sources und Cited URLs nennen abgerufene Seiten nicht mehr Zitate. Ihr erster Wert heißt bei Daten aus Peec AI Abrufe und bei unseren eigenen Scans Auftritte (abgerufene oder zitierte Seiten), daneben steht eine Spalte Zitate — in der App, in geteilten Berichten, in PDFs und im MCP-Connector. Die eigenen Off-Site-Zitate und die Liste „In der KI zitiert, in Google (noch) nicht vorn“ zählen die abgerufenen Seiten eines Peec-Chats, der nichts zitiert hat, nicht mehr mit.
• Unsere eigenen Scans behalten ihre Definitionen. Eine Ansicht, die sie mit Daten aus Peec AI mischt, zählt Antworten, die deine Domain abgerufen oder zitiert haben, mit Raten in Prozent — dieselbe Regel wie beim Share of Voice.
• Ein Zeitraum, in dem die Peec-Chats Seiten abgerufen, aber keine einzige zitiert haben, hat keine Zitate erfasst (Chats, die vor dem 2. Juli 2026 importiert wurden) — Zitate und Zitatrate zeigen dort „—“, nie 0; eine Zitate-Zelle zeigt „—“, wo keine Antwort ihre Zitate meldet. Die Ansichten Quellen und URLs nutzen dieselben Bezeichnungen, und ein Liniendiagramm gibt den Raten pro Chat neben Prozentwerten eine eigene Achse.

Gehört dein Konto zu mehr als einem Workspace, etwa dem deiner Agentur und den Kunden-Workspaces, in die du eingeladen wurdest, wählst du jetzt, in welchem deine verbundenen KI-Assistenten arbeiten: Bitte den Assistenten zu wechseln, oder wähle ihn unter Einstellungen → KI-Assistenten verbinden.

• Zwei neue MCP-Tools, 67 insgesamt: list_workspaces zeigt deine Workspaces mit deiner Rolle, dem Tarif und den Schaltern, und switch_workspace verlegt den Connector in einen anderen davon. Ein Wechsel ändert keine Daten, wird aber wie jede Änderung zuerst als Vorschau gezeigt und passiert erst nach deiner Bestätigung.
• Solange du nichts wählst, arbeitet der Connector immer in dem Workspace, dem du zuerst beigetreten bist. Dort gelten deine Rolle und die Schalter dieses Workspaces für Schreib-Aktionen und KI-Ausgaben, und Vorschau und Ergebnis jeder Aktion nennen den Workspace, den sie betrifft.
• Wirst du aus dem gewählten Workspace entfernt, arbeitet der Connector beim nächsten Aufruf wieder in deinem ersten Workspace und sagt das dazu.

Ein per MCP verbundener Assistent kann jetzt den Text eines Textblocks im Bericht ersetzen, und Ask Crunch schreibt einen Textblock um, wenn du darum bittest.

• edit_widget übernimmt den neuen Text eines Textblocks unverändert und ohne KI, zeigt vor dem Bestätigen seinen Anfang und seine Länge und lässt Titel, Breite und „Titel ausblenden“ unverändert. Skripte, Event-Handler, unsichere Links, eingebettete Frames und Formatierungen außer der Textausrichtung werden vor dem Speichern entfernt, und der bisherige Text kommt zurück, damit du die Änderung rückgängig machen kannst.
• Textblöcke werden überall, wo sie gespeichert werden, gleich streng bereinigt, auch im Builder.
• Eine Anfrage, bei der es nicht um Berichtsdaten geht, etwa das Ändern eines Textblocks, wird nicht mehr als fehlendes Widget gemeldet, und Crunch sagt nicht mehr, dass wir es ergänzen. Stattdessen sagt Crunch, was nicht geht und wo du die Änderung machst.

Der MCP-Connector erreicht jetzt Ziele, Automatisierungen, die Freigaben, die Maßnahmen der Insights-Seite sowie das Teilen und Senden von Berichten: neun neue Tools, 65 insgesamt.

• Lies die Ziele jedes Kunden mit ihrem Fortschritt, deine Automatisierungen, die Entwürfe, die auf Freigabe warten, und die priorisierten Maßnahmen der Insights-Seite.
• Gib eine entworfene Aktion frei oder verwirf sie, erledige ein Signal oder stell es zurück und leg ein Ziel an, ändere oder entferne es, jeweils zuerst als Vorschau.
• Leg den Freigabelink eines Berichts an, ändere oder widerrufe ihn, oder schick einen Bericht einmalig an bis zu 10 Adressen. Die Vorschau nennt jeden Empfänger und was öffentlich wird, ein Passwort wird nie wieder angezeigt, und Assistenten können bis zu 20 Berichte pro Tag senden.

Der KI-Bot-Traffic zählt Anfragen an API- und Tool-Pfade, etwa an einen MCP-Connector, in einer eigenen Zeile statt als Menschen, die nach deiner Seite fragen.

• Nutzeranfragen und meistgecrawlte Seiten lassen Pfade unter /api/ und /mcp sowie die MCP-Anmelde-Abfragen unter /.well-known/ weg; Anzahl und häufigste Pfade erscheinen getrennt, auch in der API und im MCP-Crawl-Tool. Außerdem formuliert das GEO-Audit den Befund zum Autoren-Markup vorsichtiger, und die Doku weist darauf hin, entworfene Fixes vor dem Ausspielen zu prüfen.

Der Signal-Digest am Montag, Kunden-Digests, die monatliche KI-Wahrnehmungs-E-Mail und Sichtbarkeits-Alarme gehen jetzt zu einer festen Uhrzeit in der Zeitzone des Workspace raus statt nach UTC.

• Der Montags-Digest kommt montags um 08:00 Workspace-Zeit, Kunden-Digests und die Wahrnehmungs-E-Mail um 09:00 und Sichtbarkeits-Alarme um 10:00, Sommerzeit eingerechnet. Was in den E-Mails steht, ändert sich nicht, und jede geht pro Zeitraum genau einmal raus. Workspaces ohne gültige Zeitzone behalten die bisherigen UTC-Zeiten.

Tabellen aus Google Analytics, Meta Ads, Microsoft Ads, Amazon Ads, Reddit Ads und ChatGPT Ads lassen sich nach jeder Kennzahl sortieren, und Rang-Veränderungen sind farbig.

• Sortiere jede Aufschlüsselungstabelle nach einer Kennzahl, höchste oder niedrigste zuerst, vor dem Zeilenlimit; eine Rank-Tracking-Änderung wie ▲ 3 erscheint jetzt grün oder rot.

Angemeldet änderst du dein Passwort jetzt ohne die E-Mail zum Zurücksetzen.

• Ändere dein Passwort unter Einstellungen → Sicherheit; andere Geräte werden abgemeldet.

Die Preise hinter der Kostenschätzung für eigene Keys werden jetzt jede Woche bei den Anbietern kontrolliert.

• Die Anbieterpreise hinter der Kostenschätzung für eigene Keys werden jetzt wöchentlich geprüft; die Übersicht zeigt, wann sie zuletzt geprüft wurden.

Deine Nutzungsübersicht hat jetzt pro Spalte eine Einheit.

• Die Nutzungsübersicht zählt die Nutzung mit eigenem Key in Scans und blendet die Managed-AI-Spalten aus, wenn ein Workspace sie nicht nutzt.

Grok-Antworten speichern jetzt die Quellen, die sie nennen.

• Grok-Antworten vor dem 7. Oktober 2026 zeigen keine.

Andere Geräte landen auf der Anmeldeseite, statt eine leere App zu zeigen.

• Die Anmeldeseite sagt, warum: Dein Passwort wurde geändert oder deine Sitzung wurde beendet.

KI-Zusammenfassungen und Ask Crunch erfuhren nie, in welcher Währung eine Zahl steht, deshalb konnte ein Betrag in einer Antwort mit Pfund-Zeichen stehen und in der nächsten mit Dollar-Zeichen.

• Die KI bekommt jetzt zu jedem Geldbetrag die Währung und soll nur diese verwenden. Ein Betrag ohne bekannte Währung wird ohne Symbol geschrieben, und eine Kombination aus Kanälen mit unterschiedlichen Abrechnungswährungen weist darauf hin.

KI-Zusammenfassungen und Ask Crunch nutzen jetzt aktuelle Modelle: mit einem OpenAI-Schlüssel GPT-5.6 Terra statt GPT-4o mini, mit Managed AI oder einem Anthropic-Schlüssel Claude Sonnet 5.5 statt Sonnet 4.6 und mit einem Gemini-Schlüssel Gemini 3.6 Flash statt 3.5 Flash. Eine Management-Zusammenfassung, die mit einem OpenAI-Schlüssel geschrieben wurde, bestand zuletzt aus zwei kurzen Sätzen; die neuen Modelle schreiben die ganze Zusammenfassung, die der Bericht verlangt.

• Die neuen Modelle denken nach, bevor sie schreiben. Wir halten das kurz und geben ihm eigenen Platz, damit es der Zusammenfassung keinen wegnimmt.
• Einstellungen → KI & API-Schlüssel zeigt bei jedem Schlüssel, welches Modell er jetzt für den Assistenten nutzt.
• Mit deinem eigenen OpenAI-Schlüssel kostet eine Berichtszusammenfassung jetzt etwa 1–3 US-Cent an OpenAI-Nutzung (GPT-5.6 Terra: 2 $ pro Million Eingabe-Tokens, 12 $ pro Million Ausgabe-Tokens).

Scans begrenzen, wie lang die Antwort einer Engine sein darf, und für Claude und Gemini war diese Grenze zu niedrig. Antworten von Claude waren auf 1.024 Tokens begrenzt, die meisten endeten deshalb vor dem Schluss, selten nach mehr als 2.700 Zeichen, und manche kamen nach der Websuche leer zurück. Gemini 3.6 Flash verbraucht einen Teil derselben Grenze zum Nachdenken, bevor es schreibt, deshalb endeten viele seiner Antworten nach wenigen hundert Zeichen. Eine Marke, die nach dem Schnitt genannt wurde oder in einer Antwort, die nie ankam, zählte als nicht erwähnt, und die Sichtbarkeit bei Claude und Gemini fiel dadurch zu niedrig aus.

• Antworten haben jetzt Platz bis zum Ende: 8.192 Tokens für Claude und für Gemini, das jetzt auf seiner niedrigen Stufe nachdenkt, und 8.000 für ChatGPT und Grok (beide vorher 3.000). Meta AI behält seine 8.000. Eine Grenze ist nur eine Obergrenze, eine kurze Antwort kostet also, was sie vorher gekostet hat. Vollständige Antworten sind länger: Mit deinen eigenen Schlüsseln verbrauchen Claude und Gemini mehr Tokens pro Check, und mit Managed AI kostet dich ein Check, was er vorher gekostet hat.
• Eine Antwort von ChatGPT, Gemini, Claude, Grok, Perplexity, DeepSeek oder Meta AI, die leer ankommt oder die die Engine als an einer Grenze abgebrochen meldet, wird nicht mehr gespeichert. Sie zählt weder als Erwähnung noch als Fehlanzeige: Der Check schlägt mit Grund fehl und zählt nicht gegen ein Managed-AI-Kontingent, mit eigenen Schlüsseln stellt der Anbieter den beantworteten Aufruf aber in Rechnung. Ein späterer Durchgang des Scans kann erneut fragen; eine Engine, die weiter so antwortet, wird für den Rest des Scans gestoppt, mit dem Grund in der Scan-Leiste. Eine Antwort, die die Engine verweigert hat, wird weiterhin als ihre Antwort gespeichert; eine, die ihr Sicherheitsfilter mittendrin abgebrochen hat, nicht. Google AI Overviews, AI Mode und Microsoft Copilot bleiben unverändert: Ein leeres Ergebnis heißt dort, dass keine KI-Antwort angezeigt wurde. Stichprobengrößen (n) zählen nur Antworten, die vollständig angekommen sind, und der kostenlose KI-Sichtbarkeits-Check folgt derselben Regel.
• Markennamen werden jetzt aus bis zu 40.960 Zeichen einer Antwort gelesen statt aus 12.000, eine spät genannte Marke in einer langen Antwort zählt also mit. Die längsten Antworten von ChatGPT waren schon länger als 12.000 Zeichen, auch die Zahlen zu ChatGPT können daher etwas steigen.
• Rechne ab dem ersten Scan eines Projekts nach dieser Änderung mit einer Stufe nach oben in der Sichtbarkeit bei Claude und Gemini. Das ist die Messung, die aufholt, keine Veränderung deiner Sichtbarkeit, und Zahlen zu Claude und Gemini von vor und nach der Änderung sind nicht direkt vergleichbar. Ein Projekt mit Antworten von Claude oder Gemini aus der Zeit vor der Änderung bekommt in seiner Timeline einen Hinweis, sobald seine erste vollständige Antwort gespeichert ist, mit dem Datum dieses Tages, und Warnungen zu Rückgängen und Überholungen, Signale und Kunden-Digests lassen Claude oder Gemini aus jedem Vergleich über diesen Hinweis hinweg heraus. Früher gespeicherte Antworten bleiben, wie sie sind.
• Auch die Grenze für Grok wurde angehoben. Manche Antworten von Grok enden nach ihren ersten Zeilen, und wir prüfen, warum, bevor wir mehr dazu sagen.
• Im MCP-Connector sagt get_ai_answer jetzt, warum die Engine aufgehört hat zu schreiben (stopReason), und ob das ein normales Ende war.

Wenn du eine Datenquelle trennst, wird jetzt auch ihr gespeichertes Zugriffstoken gelöscht, sobald nichts anderes es nutzt. Bisher wurden die darüber importierten Zahlen gelöscht, das Token blieb aber gespeichert.

• Eine Anmeldung kann mehrere Datenquellen versorgen, zum Beispiel jedes Google-Ads-Konto, das mit demselben Google-Login hinzugefügt wurde. Das Token bleibt, solange eine davon verbunden ist, und wird mit der letzten gelöscht. Beim Löschen eines Kunden oder deines Kontos gilt dasselbe.
• Ein Token, das eine andere Funktion noch liest, bleibt ebenfalls: Merchant Center, solange dein AI-Shopping-Katalog darüber importiert.
• Tokens von Reddit Ads werden zusätzlich bei Reddit widerrufen. Google- und Meta-Tokens werden bei uns gelöscht, dort aber nicht widerrufen: Ein Widerruf beendet jede Verbindung, die dieselbe Person mit diesem Login hergestellt hat, hier und in anderen Workspaces. Um den Zugriff auch bei Google oder Meta zu entziehen, entferne CrunchJunkie in den Einstellungen des jeweiligen Kontos. Aus demselben Grund widerruft das Trennen von Merchant Center im Shopping-Tab nicht mehr bei Google.

Beim Trennen von Peec AI blieben die importierten Antworten, Werte und Prompts bisher im KI-Sichtbarkeitsprojekt des Kunden, obwohl die Seite zur Datenlöschung sagt, dass über eine Quelle importierte Daten mit ihr gelöscht werden. Jetzt löscht das Trennen alles, was für diesen Kunden aus Peec importiert wurde.

• Gelöscht werden, samt gespeichertem Schlüssel, die Antworten mit ihren Quellen, Peecs Tages- und Tag-Werte, die Fan-out-Suchen und die aus Peec importierten Prompts. Ein Prompt, den auch CrunchJunkies eigene Scans abgefragt haben oder zu dem ein Content-Briefing erstellt wurde, bleibt erhalten und verliert nur seine Verbindung zu Peec; das Briefing verliert seine Zitate aus Peec-Antworten.
• Aus diesen Antworten erstellte Wahrnehmungsanalysen und Markenvorschläge werden beim Trennen sofort gelöscht, und offene Signale, die auf Peecs Daten beruhen, werden erledigt.
• Ab dem Trennen wird nichts mehr importiert, auch nicht von einer Synchronisierung, die gerade läuft. Die meisten Importe sind sofort gelöscht; ein sehr großer braucht einige Minuten. In dieser Zeit steht die Quelle unter Datenquellen als „Wird entfernt“, und alle Berichte, geteilten Links und der MCP-Connector zeigen nur die eigenen Scans des Kunden.
• Ein doppelt geklicktes Verbinden legt für denselben Kunden keine zweite Peec-Verbindung mehr an, und das Trennen entfernt jede Peec-Verbindung des Kunden.

Unser Auftragsverarbeitungsvertrag sieht vor, dass die Daten eines Workspace nach dem Ende seines Abos gelöscht werden. Das passiert jetzt, und nie ohne vorherige E-Mail.

• 30 Tage nach dem Ende eines Abos schreiben wir dem Inhaber des Workspace, an welchem Tag der Workspace gelöscht wird: 7 Tage später. Wer vorher einen Tarif wählt, behält alles, und unter Einstellungen → Deine Daten exportieren lässt sich eine Kopie herunterladen.
• Pausierte Workspaces behalten ihre Daten bis zu 12 Monate. Danach bekommt der Inhaber dieselbe E-Mail, mit 30 Tagen Vorlauf. Wer die Pause beendet, behält alles.
• Logins, die zu keinem anderen Workspace gehören, werden mit dem Workspace gelöscht. Rechnungen bewahren wir so lange auf, wie es das deutsche Recht verlangt.

Seit dem 10. September 2026 ignoriert DeepSeeks Modell das Websuche-Werkzeug, das unsere Scans mitschicken, und trotzdem stehen URLs in seinen Antworten. Diese URLs wurden als zitierte Quellen gezählt. Jetzt sind sie als „aus dem Modellgedächtnis, nicht aus einer Suche“ gekennzeichnet und fehlen in jeder Zitat- und Quellen-Kennzahl, rückwirkend bis zum 10. September. DeepSeeks Markennennungen zählen weiter.

• Weggelassen in Zähler und Nenner gleichermaßen: Zitatrate, Abrufe, Zitate, Quellen-Auftritte, Zitat-Vielfalt, meistzitierte Domains, die Ansichten Quellen, URLs und Gap, Content-Lücken, Zitat-Anteile der Fan-outs, Shopping-Quellen, die Quellen der Wahrnehmungs-Attribute, die Zitat-Lücken-Maßnahmen, Crawl-zu-Zitat-Werte und Quellen-Check. Wo eine dieser Kennzahlen steht, nennt ein Hinweis, wie viele Antworten weggelassen wurden. Neue Content Briefs nutzen diese URLs nicht mehr als Belege.
• In der Ansicht Antworten tragen diese Antworten den Hinweis „URLs aus dem Gedächtnis“ statt „Websuche“, und ihre URLs stehen unter diesem Hinweis. In Berichten, geteilten Links und PDFs sagt ein Quellen- oder Zitat-Widget, das Antworten weggelassen hat, das in einer Zeile darunter, Diagramme eingeschlossen, und KI-Zusammenfassungen erfahren dasselbe.
• In der API und im MCP-Connector liefern get_ai_answer und list_ai_answers diese URLs als urlsFromMemory, nie als zitiert oder abgerufen; get_citations, get_cited_url und der REST-Endpunkt für Zitate lassen diese Antworten weg und zählen sie in answersFromMemoryExcluded.
• Die Berichtstabelle Abrufe & Zitate rechnet die Zitatrate jetzt wie die KPI-Karte: abgerufen und dann zitiert, geteilt durch abgerufen, über Antworten, die beide Listen zeigen. Bisher teilte sie Zitate durch Abrufe, was über 100 % gehen konnte.

Die Seite Fan-outs liest jede Suche, die eine Engine auflistet, hält fest, wenn eine Engine ohne Suche geantwortet hat, und zählt deine eigenen Wörter und Namen nicht mehr als Absicht einer Engine.

• ChatGPT, Grok und Meta AI: Jede Suche eines Websuch-Schritts wird aus der Liste gelesen, die die API inzwischen liefert, mit dem älteren Feld für eine einzelne Suche als Rückfall. Die Suchen von Perplexity werden zum ersten Mal gelesen, aus den Anfragen, die seine Agent API mit jedem Satz Ergebnisse liefert.
• Claude: Weicht ein Scan auf den separaten Suchdienst aus, bleiben die Suchen, die Claude dafür geschrieben hat, ebenfalls erhalten.
• Jede Antwort hält jetzt fest, ob die Engine keine Websuche ausgeführt hat, getrennt von einer Antwort, die ohne Suchliste zurückkam. Die Seite und das MCP-Tool zählen beides, damit eine fehlende Liste nie als „keine Suche“ gelesen wird.
• Die ergänzten Wörter werden mit dem Prompt verglichen, wie die Engine ihn bekommen hat, samt Markt- und Sprachanweisung, und mit diesem Markt und dieser Sprache, wie die Engines sie schreiben. Deine Marke, deine Wettbewerber und die Namen der Engines erscheinen nicht mehr als ergänzte Wörter. Deine eigene Marke wird in jeder Schreibweise erkannt, der Name eines Wettbewerbers mit höchstens vier Buchstaben nur genau so, wie du ihn eingetragen hast, damit ein Wettbewerber namens „Box“ nicht das Wort „box“ verdeckt. Das Marken-Panel zählt den Namen eines Wettbewerbers weiterhin in jeder Schreibweise und markiert die kleingeschriebenen.

Wurde ein Bericht nach „Gelöscht“ verschoben, funktionierten seine geteilten Links bisher weiter, sodass ein Kunde einen Bericht, den du gelöscht hattest, weiter öffnen konnte. Jetzt öffnet sich ein Bericht unter „Gelöscht“ nicht mehr über seinen Link; stellst du ihn wieder her, funktioniert der Link wieder.

• Wer den Link öffnet, sieht „Dieser Link ist nicht verfügbar“, wie bei einem Link, den du entfernt hast. Auch die Zahlen des Berichts und sein PDF lassen sich über den Link nicht mehr abrufen, und Browser-Tab und Linkvorschau nennen weder den Kunden noch deine Agentur.
• Stellst du den Bericht unter „Gelöscht“ wieder her, funktionieren alle seine Links wieder wie vorher, mit Passwort und Einstellungen. Du musst nichts neu verschicken.
• Die Rückfrage beim Löschen eines Berichts sagt jetzt, dass seine geteilten Links nicht mehr funktionieren, bis du ihn wiederherstellst, und „Öffentliche Dashboards“ in den Einstellungen listet keinen Bericht mehr, der unter „Gelöscht“ liegt.

Preise in US-Dollar zeigten auf der Preisseite allen „US$“, und in der Abrechnung, im Onboarding und an der Managed-AI-Anzeige ein bloßes „$“, das in Neuseeland, Kanada oder Australien als der eigene Dollar gelesen wird. Ein Dollarpreis trägt jetzt nur dort ein bloßes „$“, wo der US-Dollar die Landeswährung ist.

• Auf Englisch sieht ein Besucher in den USA „$165“, ein Besucher in Neuseeland, Kanada, Australien oder anderswo „US$165“, ebenso in E-Mails, wo das Land nicht bekannt ist. Auf Deutsch, Spanisch und Französisch steht das Zeichen hinter dem Betrag: „165 US-$“, „165 US$“ und „165 $US“, in den USA „165 $“. Preise in Euro bleiben unverändert.
• Das Land ist dasselbe, das CrunchJunkie schon aus deiner Verbindung liest, um zwischen Euro und Dollar zu wählen. Auf den Preisseiten steht es im bestehenden Währungs-Cookie cj_currency, das bei Dollarpreisen jetzt auch das Land enthält (zum Beispiel USD:NZ). Die Cookie-Tabelle in der Datenschutzerklärung sagt das. Kein neues Cookie, kein Tracking.
• Das gilt für die Preisseiten und den Kostenrechner, die Abrechnung (Tarif, Pakete, Rechnungen, Tarifwechsel, die Pausenseite, die Managed-AI-Anzeige und das Banner), das Onboarding, die Angebotsseite für ein Paket und das Verbrauchsprotokoll.
• Die Kosten im Rank Tracker folgen derselben Regel: die Schätzung vor einem Lauf, die Kosten jeder Rank-Prüfung und das DataForSEO-Guthaben im Signal, das warnt, wenn es knapp wird.

Für einen aus Peec AI importierten Kunden zeigen die Seite Query fanouts und der MCP-Connector jetzt auch die Teilsuchen, die Peec in seinen eigenen Chats aufgezeichnet hat: meist in den Apps der Engines ohne Anmeldung, bei manchen Engines über die API des Modells. Sie sind als Peecs gekennzeichnet und werden nie zu unseren eigenen addiert.

• Ein Schalter auf der Seite, Unsere Erfassung / Peec, erscheint bei aus Peec importierten Kunden. Die Peec-Ansicht trennt Websuchen von Peecs Shopping-Suchen, nennt die Produkte, die Peec aufgezeichnet hat, zählt Peec-Chats statt Antworten und kennzeichnet die Engines, die Peec über eine API ausgeführt hat.
• Stündlich im Hintergrund importiert, getrennt von Sync und der täglichen Aktualisierung: Der erste Import liest die letzten 90 Tage, jeder weitere macht beim letzten vollständig gelesenen ganzen Tag weiter und liest die drei Tage davor erneut. Eine große Historie braucht ein paar Stunden, und die Seite sagt, solange der Import noch aufholt. Zeilen, die älter als 400 Tage sind, werden täglich gelöscht, und das Trennen von Peec löscht sie alle sofort. CrunchJunkie liest nur, was das eigene Peec-Projekt des Kunden enthält, mit dessen Schlüssel, und scrapt selbst nichts.
• Nie zusammengelegt: Unsere Fan-out-Zählungen, Signale, die Search-Console-Spalte und Content Briefs lesen nur unsere eigene Erfassung. Im MCP nimmt get_query_fanouts fanoutSource „peec“ (Standard „native“), peecQueryKind search oder shopping und limit.
• Die Peec-Verbindung wird jetzt wie jeder andere Connector überwacht: Jede Peec-Antwort wird auf Abkündigungshinweise geprüft, und Peecs API-Spezifikation wird täglich auf Änderungen an den Aufrufen verglichen, die wir nutzen.

Wenn der verbundene Google-Nutzer den Zugriff auf ein Werbekonto verloren hatte, etwa weil er aus dem Verwaltungskonto entfernt wurde, kamen die Widgets dieses Kontos leer zurück und seine KPI-Kacheln zeigten 0. Das sah aus wie ein ruhiger Monat. Jetzt sagen sie, dass die Zahlen fehlen.

• In einem Bericht in der App zeigt ein solches Widget „Kein Zugriff“, mit dem Konto und Googles Fehlercode, oder „Nicht geladen“, wenn Google die Anfrage aus einem anderen Grund abgelehnt hat; die Vorschau im Builder nennt das Konto. Nach der nächsten täglichen Prüfung zeigt der Bericht ein Banner, und unter Kunden steht bei der Google-Ads-Quelle des Kunden „Kein Zugriff“ statt Verbunden. Banner und Hinweis sieht nur dein Team.
• In geteilten Links, im Präsentationsmodus und in den PDFs, die CrunchJunkie erzeugt, zeigt das Widget „Daten nicht verfügbar“ und sagt, dass die Daten fehlen und nicht null sind, ohne Konto oder Grund zu nennen. Schlägt diese PDF-Erzeugung fehl und die Berichtsseite weicht auf den Druck deines Browsers aus, zeigt das PDF stattdessen die Formulierung für dein Team. Ein Widget mit der Quelle „Alle Kanäle“, das ein Konto weglassen musste, sagt das darunter: für dein Team mit Namen, für Kunden als Anzahl.
• KI-Zusammenfassungen lassen ein solches Widget weg und vermerken nur, für wie viele Konten im Zeitraum Daten fehlen, nie warum. Eine Zusammenfassung, die geschrieben wurde, während ein Konto nicht lesbar war, gilt als veraltet, sobald seine Zahlen wieder lesbar sind. Eine geplante E-Mail schreibt sie dann neu.
• Für jedes Google-Ads-Konto sucht CrunchJunkie jetzt einmal nach einem Verwaltungskonto, das es lesen darf, und behält das, das geantwortet hat, statt bei jeder Anfrage wieder alle Verwaltungskonten durchzuprobieren. Ist der Zugriff wieder erteilt, kann es bis zu 10 Minuten dauern, bis die Zahlen zurück sind; das Banner verschwindet nach der nächsten täglichen Prüfung.
• Für Entwickler: In GET /api/v1/reports/{id}/data ist ein solches Widget null, und meta.unavailable nennt den Grund (no_access oder error) und Googles Code. Das MCP-Tool get_report_data liefert dasselbe unter _meta.unavailable.

Eine KPI-Kachel konnte keine Veränderung von einem Vorwert 0 zeigen: Ein entgangener Anteil an möglichen Impressionen von 0 % auf 12 % oder Conversions von 0 auf 5 erschienen auf der Kachel ohne Veränderung, während die Tabelle darunter sie zeigte. Die Berichtsdaten unterscheiden jetzt eine echte 0 von einem fehlenden Vergleich, und Kacheln folgen derselben Regel wie Tabellen.

• Ab einer echten 0 ändert sich eine Rate in Prozentpunkten (+12,0 Pkt.), und die Formate „Absolut“ und „Beides“ zeigen die absolute Veränderung (+5). Eine prozentuale Veränderung ab 0 gibt es nicht, deshalb wird keine gezeigt, wie in Tabellen.
• „Keine Vorperiode“ heißt, dass es nichts zum Vergleichen gibt: keinen Vergleichszeitraum, einen Vergleichszeitraum, den die Quelle nicht liefern konnte, keinen früheren Scan, kein früheres Audit oder Ranking, oder eine Zahl, die es nur im heutigen Stand gibt. Katalogzahlen aus dem Merchant Center, Gesamtzahl und Durchschnitt der Bewertungen im Unternehmensprofil sowie die Follower-Zahlen von Facebook und Instagram vergleichen die heutige Zahl nicht mehr mit sich selbst, und ein GEO-Score vergleicht nur dann mit dem vorigen Audit, wenn der Bericht einen Vergleichszeitraum hat.
• Ein Widget, das mit nichts vergleichen soll, zeigt weder eine Veränderung noch „Keine Vorperiode“. Kann eine Quelle für den aktuellen Zeitraum nicht gelesen werden, zeigen ihre Zahlen „—“ statt 0, ohne Veränderung, und ein Widget, von dem keine Zahl gelesen werden konnte, sagt, dass die Daten nicht geladen werden konnten. Ein Widget „Alle Kanäle“ lässt dieses Konto in seinen KPIs und im Diagramm weg und nennt es deinem Team (Kunden sehen, wie viele Konten fehlen), und ein Ziel zeigt „—“, statt dafür 0 zu addieren.
• Das gilt in der App, auf geteilten Links, in PDFs und in der Vorschau des Builders. KI-Zusammenfassungen erfahren, dass es keinen Vorwert gibt, statt eine 0 zu lesen, und Zusammenfassungen, die vor dieser Änderung geschrieben wurden, gelten deswegen nicht als veraltet.
• Für Entwickler: In GET /api/v1/reports/{id}/data und im MCP-Tool get_report_data ist prev einer KPI null, wenn es nichts zum Vergleichen gibt (kein Vergleichszeitraum, keine früheren Daten, ein Vergleichszeitraum, der nicht gelesen werden konnte, oder eine Zahl, die es nur im heutigen Stand gibt), und eine Zahl, auch 0, wenn der Vergleichszeitraum gemessen wurde. Jedes KPI-Widget trägt prevNull: true. Ein kanalübergreifendes prev ist null, wenn einem Kanal, der jetzt zählt, der Vorwert fehlt. Der Wert einer KPI ist null, wenn es keine Zahl gibt: Das Lesen ist fehlgeschlagen, oder der Wert lässt sich nicht berechnen (zum Beispiel Kosten pro Conversion bei 0 Conversions).

Die Seite Query-Fan-outs sagt jetzt, wie ihre Suchen entstanden sind, gleicht mehr davon ehrlich mit deiner Search Console ab, sagt es, wenn die Search Console nicht gelesen werden konnte, und zeigt, nach welchen Marken und Wortfolgen die Engines immer wieder suchen.

• Eine Zeile oben nennt die Quelle: Suchen, die jedes Modell über die offizielle API seines Anbieters ausgeführt hat, ohne Login und ohne Gedächtnis, für deinen Markt, mit Modell und Scan-Daten. Sie sind kein Mitschnitt einer Sitzung in ChatGPT oder einer anderen Assistenten-App.
• Die Google-Spalte gleicht eine Suche ab, wenn sie derselbe Text ist, wobei nur Anführungszeichen, Groß-/Kleinschreibung, Akzente und Satzzeichen nicht zählen, sodass ein "crunchjunkie" in Anführungszeichen jetzt deine Zeile crunchjunkie trifft. Eine Suche mit Operator wie site: oder -Begriff ist enger als ihre Wörter und zählt nie als exakter Treffer. Eine kürzere Search-Console-Query, deren Wörter alle in der Suche stehen, erscheint getrennt als ähnliche Query, mit ihrem eigenen Wortlaut und dem Operator der Engine, nie als dein Rang; bei mehreren werden Impressionen addiert und die Position nach Impressionen gewichtet. Einen Google-Rang gibt es nur für Suchen, die Menschen auch in Google eingeben.
• Kann die Search Console nicht gelesen werden, nennt die Seite jede Property und den Grund (Zugriff verweigert oder ein Fehler von Googles API), statt keine Treffer zu zeigen. Vorher sah eine abgelaufene Verbindung aus wie eine verbundene ohne Gemeinsamkeiten.
• Neue Panels: Marken in den Suchen (deine und die jedes Wettbewerbers, in Suchen und Antworten) und wiederkehrende Folgen aus zwei und drei Wörtern, jeweils als n von allen Suchen. Filter für den Prompt-Typ (Shopping, aus der Kategorie des Prompts) und das Thema (Prompt-Tags), mit einer nach Thema gruppierten Ansicht. Das MCP-Tool liefert dasselbe, nimmt ein Limit bis 200 Zeilen (Standard 50) und dieselben Filter.

Auf dem Smartphone hatte die App kein eigenes Layout. Ihre Menüs behielten die Desktop-Breite nebeneinander, sodass in den Einstellungen eines Projekts das Projektmenü den Button „Verwerfen“ verdeckte, die Speichern-Leiste nicht erreichbar war und das Test-Abzeichen über dem letzten Feld lag. Unter 768 Pixeln Breite hat die App jetzt ein Smartphone-Layout. Am Computer ändert sich nichts.

• Das Hauptmenü und das Menü eines KI-Sichtbarkeits-Projekts öffnen sich über Buttons in einer schmalen Leiste oben und schließen sich, sobald eine Seite gewählt ist. Sie lassen sich auch per Tastatur bedienen; Escape schließt sie.
• Auf Smartphone und Tablet schwebt nichts mehr über der Seite: Der Teststatus steht in einer Leiste oben, der Live-Chat öffnet sich aus dem Menü, und Ask Crunch bleibt im Seitenkopf.
• Die Speichern-Leiste in den Projekteinstellungen und die Leiste eines laufenden Scans reichen über die ganze Breite, und ihre Buttons bleiben erreichbar, auch während ein Scan läuft.
• Seiten scrollen nicht mehr seitwärts. Breite Tabellen scrollen in ihrem eigenen Rahmen. Die Berichtsliste lässt auf Bildschirmen unter 1024 Pixeln die Spalte Typ weg und zeigt auf dem Smartphone „Zuletzt aktualisiert“, die Häufigkeit oder das Löschdatum unter dem Berichtsnamen. Ein Bericht zeigt KPI-Kacheln auf schmaleren Bildschirmen zu zweit pro Zeile.

Einmal am Tag liest CrunchJunkie den Status jedes verbundenen Meta-Werbekontos und seine letzten acht Tage und meldet in den Signalen, wenn eines nach einer normalen Woche nicht mehr ausliefert, oder wenn Meta einen Status meldet, in dem die Anzeigen nicht laufen können, etwa ein offener Saldo oder ein deaktiviertes Konto.

• Beurteilt wird der eigene Tag des Kontos, drei Stunden nach seiner Mitternacht. Eine normale Woche heißt: Ausgaben an mindestens 5 der 7 Tage davor, im Median mindestens 100 Impressionen pro Tag und Auslieferung am selben Wochentag eine Woche vorher, damit ein Konto, das nur werktags läuft, am Wochenende nicht gemeldet wird. Ein geplanter freier Tag, etwa ein Feiertag, kann es trotzdem auslösen.
• Das Signal nennt die Kampagnen, die ausgeliefert haben, und was sie ausgegeben haben. Es bleibt offen, solange das Konto nicht ausliefert, schließt sich am ersten Tag, an dem es wieder ausliefert, und bleibt nach dem Verwerfen für diesen Stillstand verworfen. Eine Automatisierung kann es noch am selben Morgen per E-Mail, an Slack oder an einen Webhook schicken.
• Ziele und die kanalübergreifenden Signale zeigen „keine Daten“, wenn eine Quelle, von der sie abhängen, nicht geantwortet hat, statt einer Summe, der still ein Kanal fehlt, und eine Meta-Verbindung mit abgelaufenem Login wird gar nicht erst abgefragt.
• Gespeichert werden nur die täglichen Impressionen und Ausgaben, die die Prüfung braucht, für zwei Wochen. Ein Konto, das Meta wiederholt ablehnt, wird seltener geprüft; nach fünf Ablehnungen hält die Prüfung an und der Owner bekommt eine einzige E-Mail. Sobald Meta Ads neu verbunden ist, läuft sie wieder.

Eine Management-Zusammenfassung für einen Monat, in dem das Budget erhöht wurde, konnte das bisher nicht sagen: Nur die beiden Änderungs-Presets lasen den Google-Ads-Änderungsverlauf. Jetzt lesen auch die übrigen Zusammenfassungen die Kontoänderungen des Zeitraums, wenn der Bericht Google-Ads-Zahlen enthält und das Konto im Zeitraum geändert wurde.

• Gelesen von Management-Zusammenfassung, Kampagnen-Insights, Erfolgen, Problemen, Maßnahmenplan, einem eigenen Prompt und „Widget darüber/darunter analysieren“ bei einem Google-Ads-Widget. Die Zusammenfassungen für einen geplanten E-Mail-Versand und für eine Monatskopie lesen sie genauso.
• Es gehen nur die 12 wichtigsten Änderungen ein: zuerst Budget, Gebote und Status, dann Keywords und Targeting, kleinere Änderungen wie Umbenennungen zuletzt. Sie stammen aus dem gespeicherten Änderungsverlauf des Google-Ads-Kontos des Berichts, nie live von Google. Wer eine Änderung vorgenommen hat, steht nur als Rolle da, etwa eine Person oder ein Skript, nie als E-Mail-Adresse.
• Crunch erwähnt eine Änderung nur dort, wo sie eine Bewegung in den Zahlen plausibel erklärt, und sagt dann, dass sie zeitlich zusammenfällt oder wahrscheinlich dazu beigetragen hat, nie, dass sie sie verursacht hat.
• Die Zeile „Basierend auf“ unter einer Zusammenfassung nennt, wie viele Kontoänderungen sie gelesen hat, zum Beispiel „· 12 von 45 Kontoänderungen“ oder „· 3 Kontoänderungen“, wenn sie alle gelesen hat.

Das Verbrauchsprotokoll unter Einstellungen → Abrechnung zählte Scans und Checks, aber kein Geld. Jetzt zeigt es, was die Checks dich kosten, in der Währung, in der jeder Betrag abgerechnet wird, und hält die beiden Arten von Kosten auseinander.

• Checks über deine eigenen Anbieter-Keys zeigen „≈ Kosten auf deiner eigenen Anbieter-Rechnung“ in US-Dollar, in jeder Zeile, in der Summe, im PDF und in der CSV: die Tokens jedes Scans zum Listenpreis des Anbieters zum Zeitpunkt des Scans, plus seine Suchgebühren, mit dem Tag, an dem die Preistabelle zuletzt geprüft wurde. Es ist eine Schätzung. Maßgeblich ist die Rechnung deines Anbieters; sie kann abweichen, vor allem durch Such- und Grounding-Gebühren, gecachte Tokens, Rabatte und Monatspläne wie den von SerpAPI. Scans vor dem 3. Juli 2026, als das Protokoll begann festzuhalten, über wessen Key ein Scan lief, stehen als „—“ da und werden nicht mitgezählt.
• Managed-AI-Checks stehen in der Summe als „inklusive“ oder zeigen den bisherigen Mehrverbrauch in deiner Abrechnungswährung, Euro oder Dollar: dieselbe Zahl wie im Zähler darüber. Er steht einmal da, weil Mehrverbrauch zur ganzen Periode gehört. Die Dollar-Schätzung und der Mehrverbrauch werden nie zusammengezählt.
• Die CSV bekommt am Ende zwei Spalten, own_key_est_cost_usd und own_key_cost_note, damit Tabellen auf Basis der alten Datei weiter funktionieren. Der Abrechnungszähler zeigt die Schätzung unter seiner BYOK-Zahl, und get_usage im Connector liefert sie als byokCost.
• „Letzte 30 Tage“ und „Letzte 90 Tage“ zählen jetzt ganze UTC-Tage bis heute, ab 00:00 UTC, so wie der Rest der App Tage zählt, und „Vorheriger Zeitraum“ umfasst höchstens 31 Tage. Die Summen dieser Zeiträume können etwas niedriger ausfallen als bisher, weil der erste Tag nicht mehr zu der Uhrzeit beginnt, zu der du die Seite geöffnet hast.

Wenn Google einen Gemini-Schlüssel abgelehnt hat, hieß es bei uns, der Schlüssel sei wahrscheinlich älter als der 28. Mai 2026 und müsse ersetzt werden. Das war falsch für einen neuen Schlüssel, dessen Google-Projekt ein Abrechnungsproblem, eine ausgeschaltete Gemini-API oder eine Schlüsseleinschränkung hatte. Jetzt nennen die Schlüsselprüfung, die Startseite und die Scan-Warnungen Googles tatsächlichen Grund – mit dem Schritt, der ihn behebt.

• Gemini: Genannt werden unter anderem ein Rechnungskonto, das deaktiviert, geschlossen oder nicht fertig eingerichtet ist, ein Prepay-Guthaben von 0 $, eine ausgeschaltete Generative Language API, eine Website-, IP- oder App-Einschränkung am Schlüssel, eine API-Einschränkung ohne Gemini, ein kostenloses Kontingent, das Google nicht bedient, ein von Google gesperrtes Projekt, ein Kontingent von 0 für das Modell und ein beim Kopieren abgeschnittener Schlüssel. Die Grenze vom 28. Mai wird nur noch genannt, wenn Google sagt, dass der Schlüssel selbst ungültig ist.
• Alle anderen Anbieter (OpenAI, Anthropic, xAI, Perplexity, DeepSeek, Meta AI, SerpApi) sagen jetzt, ob der Schlüssel ungültig ist, das Konto kein Guthaben hat, der Anbieter ihn nur drosselt oder nicht erreichbar war – statt für alles „Ungültiger Schlüssel“. Passt die Antwort zu keinem davon, siehst du die eigenen Worte des Anbieters, ohne einen Schlüssel darin.
• Ein Schlüssel, den der Anbieter nur drosselt, wird mit einem Hinweis gespeichert statt abgelehnt.
• Diese Meldungen erscheinen jetzt in deiner Sprache. Bisher war die Meldung beim Speichern eines Schlüssels immer auf Englisch.

Eine KI-Zusammenfassung im Bericht merkte sich bisher nur den Namen ihres Zeitraums. Eine Zusammenfassung für „Letzter Monat“, im September geschrieben, galt im Oktober noch als aktuell, sodass ein geplantes PDF die Kommentare zum August über die Zahlen vom September drucken konnte. Und eine Zusammenfassung vom Monatsersten behielt ihre Zahlen, nachdem Google Ads für denselben Monat Conversions nachträglich gutgeschrieben hatte, neben Tabellen, die schon die neuen zeigten. Zusammenfassungen speichern jetzt die Daten und Zahlen, aus denen sie geschrieben wurden.

• Wurde eine Zusammenfassung für einen anderen Zeitraum geschrieben, klappen Bericht, geteilter Link und PDF sie auf eine Zeile mit diesem Zeitraum zusammen; ein rollierender Zeitraum, der nur weitergewandert ist, behält seinen Text unter einem datierten Hinweis. Haben sich die Zahlen ihres eigenen Zeitraums oder ihr Vergleichszeitraum seitdem geändert, bleibt sie stehen, unter einer Zeile mit dem Tag, an dem sie geschrieben wurde. Leser sehen diese Zeile nur bei einer deutlichen Änderung (3 %, bei Conversions und Anzahlen mindestens eins), damit spät gemeldete Daten keinen wochenlangen Hinweis hinterlassen.
• Bevor eine geplante E-Mail rausgeht, und wenn du für den Zeitraum des Berichts auf Senden drückst, wird eine Zusammenfassung, die nicht mehr zum verschickten Zeitraum passt, neu geschrieben, mit derselben Aufgabe und in der Sprache des Berichts, sodass PDF und Link aktuellen Text tragen. Wo es geht, passiert das in den Stunden vor einem geplanten Versand, damit die E-Mail nicht wartet. Ein Schalter im Zeitplan-Panel schaltet das ab und zeigt ungefähr, was es verbraucht: eine Assistenten-Nachricht pro Zusammenfassung und Versand mit Managed AI, im Verbrauchsprotokoll als „Berichts-E-Mails“ geführt. Berichts-E-Mails hören bei 80 % der Nachrichten des Monats auf, damit deinem Team der Rest bleibt; eine Zusammenfassung, die sich nicht neu schreiben lässt, ist wie oben gekennzeichnet, wenn sie nicht mehr passt.
• White-Label: Das CrunchJunkie-Maskottchen erscheint nicht mehr auf KI-Zusammenfassungen in geteilten Links, PDFs und im Präsentationsmodus, genau wie Logo und Name.
• Eine Berichtsvorlage nimmt die KI-Zusammenfassung des Berichts, aus dem sie gespeichert wurde, nicht mehr mit; ein daraus erstellter Bericht für einen anderen Kunden beginnt ohne.

Eine Bericht-E-Mail sagte „hier ist dein Google Ads-Bericht für Letzter Monat“, und das PDF trug „Letzter Monat“ im Kopf, was ab dem ersten Tag des nächsten Monats nicht mehr stimmt. Beide nennen jetzt den Zeitraum selbst, etwa „September 2026“ oder „1.–15. Sept. 2026“, in der Sprache des Berichts. Das PDF eines deutschen Berichts enthielt außerdem englische Wörter und englische Dezimalpunkte neben deutschen Zahlen. Es ist jetzt durchgehend deutsch, und spanische und französische Berichte sind durchgehend spanisch und französisch.

• Betreff und Nachricht nennen den aufgelösten Zeitraum: den des angehängten PDFs oder, ohne PDF, den, mit dem der Link öffnet. Geplante E-Mails nennen den Zeitraum des Tages, für den sie verschickt werden. Der Nachrichtenvorschlag empfiehlt nicht mehr, ein PDF über den Link herunterzuladen, wenn das PDF anhängt; die Zeile unter dem Button sagt, was gilt.
• Seitenkopf und Dateiname des PDFs nennen Kunde, Bericht und Zeitraum je einmal. Ein Bericht namens „Acme · Google Ads Report · September 2026“ heißt im Kopf nicht mehr „Acme · Acme · Google Ads Report · September 2026 · Letzter Monat“. Ein Untertitel auf dem Deckblatt, der den Titel wiederholt, entfällt.
• KPI-Kacheln zeigen die Veränderung einer Rate jetzt in Prozentpunkten und die einer Anzahl oder eines Betrags in Prozent, wie die Tabellen schon bisher. Eine CTR von 2,1 % auf 2,5 % steht auf der Kachel und in der Tabelle als +0,4 Pkt., nicht als +19,0 %. Das Vergleichsformat des Widgets hat weiterhin Vorrang. GEO-Audit-Scores sind Werte von 0 bis 100 und ändern sich ebenfalls in Punkten. Kacheln zeigen eine Veränderung gegenüber einem Vorwert von 0 noch nicht, weil eine Kachel diese 0 nicht von fehlenden Daten unterscheiden kann; Tabellen zeigen sie, in Punkten oder als absolute Veränderung.
• Diagrammlegenden, Tabellenköpfe, Metriknamen, Veränderungen und die Buttons und Hinweise der geteilten Ansicht folgen der Sprache des Berichts und ihrem Zahlenformat, etwa „+0,4 Pkt.“ und „+25,0 %“. In Tabellen ist ein Anstieg beim verlorenen Anteil an Impressionen, bei ungültigen Klicks, Abmeldungen oder Bounces jetzt rot, wie auf den Kacheln schon bisher.
• Ein PDF, das direkt nach der Wahl von „N Tage bis heute“ heruntergeladen oder verschickt wurde, enthielt den Vormonat statt dieser Tage, und ein danach geänderter Vergleich speicherte diesen Platzhalter, den der Live-Link und geplante E-Mails als Vormonat lesen. Beides nutzt jetzt die Tage auf dem Bildschirm, und der Platzhalter wird nie mehr gespeichert. Ein Bericht, der ihn schon gespeichert hat, verschickt weiter den Vormonat, wie bisher, und zeigt ihn jetzt auch in der App.
• Diagramme werden im PDF und beim Drucken ohne Animation gezeichnet, ein Ringdiagramm wird also nicht mehr halb gezeichnet erfasst. Eine Diagrammkarte wiederholt ihren Titel nicht mehr als Beschriftung, etwa „Klicks nach Gerät“ zweimal.

Berichtszeiträume und geplante E-Mails folgen jetzt der Zeitzone des Workspaces unter Einstellungen → Präferenzen, wo sich jede Zeitzone wählen lässt, auch Pacific/Auckland. Bisher lief beides in UTC. In Auckland hieß das: „gestern“ war bis 13 Uhr vorgestern, und am Monatsersten war „letzter Monat“ der vorletzte Monat.

• Zeiträume werden in der Zeitzone des Workspaces gezählt, überall, wo ein Bericht gelesen wird: in der App, in geteilten Links, in PDFs und geplanten E-Mails, in der API und im MCP-Connector. Bei einem Workspace weit weg von UTC kann ein Zeitraum deshalb gegenüber vorher um einen Tag wandern. Jede Quelle liest die Daten weiter in ihrer eigenen Berichtszeitzone: Google Ads in der des Werbekontos, GA4 in der der Property, die Search Console in US-Pazifikzeit. Die KI-Sichtbarkeit zählt weiter UTC-Tage, weil Scans nach UTC-Tag gespeichert werden.
• Neue E-Mail-Zeitpläne senden an ihrem Tag und zu ihrer Stunde in der Zeitzone des Workspaces, Sommerzeit inbegriffen. Bestehende Zeitpläne laufen weiter in UTC, so wie sie eingerichtet wurden. Das Zeitplan-Panel zeigt, welche Uhrzeit das in deiner Zeitzone ist, und den nächsten Versand, und stellt einen Zeitplan mit einem Klick auf deine Zeitzone um.
• Geplante E-Mails werden jetzt bis zu sechs gleichzeitig vorbereitet und verschickt statt nacheinander. Kann ein Versand zu seiner Stunde nicht rausgehen, wird er stündlich erneut versucht, bei einem wöchentlichen Zeitplan bis zu einem Tag, bei einem monatlichen bis zu drei Tagen, statt für den Zeitraum auszufallen. Eine Wiederholung verschickt einen Bericht nie doppelt.
• Behoben: Wer einen Zeitplan nach einem Versand speicherte, konnte den Bericht im selben Zeitraum ein zweites Mal verschicken.

Das Löschen eines Kunden scheiterte mit „Kunde konnte nicht gelöscht werden.“, sobald einer seiner Berichte geteilt oder geplant versendet worden war, was ihn ebenfalls teilt: Der Teilen-Link hielt den Bericht fest und der Bericht den Kunden. Ein Kunde wird jetzt in einem Schritt mit allem gelöscht, was zu ihm gehört, und scheitert ein Teil davon, wird nichts gelöscht.

• Mit ihm gehen seine Berichte samt Teilen-Links und Zeitplänen, seine Datenquellen mit den darüber importierten Zahlen, seine Ziele und sein Verlauf in der KI-Sichtbarkeit. Die Bestätigung sagt das jetzt.
• Auch seine Keywords und sein Ranking-Verlauf im Rank-Tracker werden gelöscht.
• Offene Signale zu dem Kunden werden als erledigt markiert, Automatisierungen nur für diesen Kunden mit ihren offenen Freigaben entfernt und ein noch laufender Scan für ihn gestoppt. Bereits verbrauchte KI-Checks zählen weiter zum Verbrauch dieses Monats.
• Derselbe Fix gilt für „Endgültig löschen“ unter Gelöschte Berichte, das bei jedem geteilten oder versendeten Bericht scheiterte.

Search-Console-Diagramme in Berichten zeigen jetzt, wann Google ein Ranking-Update ausgerollt hat: ein schattiertes Band vom Tag, an dem es begann, bis zu dem Tag, an dem Google es für abgeschlossen erklärte, mit Name und Daten unter dem Diagramm. Das Band zeigt nur den Zeitpunkt, keine Ursache. Eine Linie kann sich während eines Updates aus eigenen Gründen bewegen, und ein Update kann auch nichts bewegen.

• Die Daten stammen aus Googles Search Status Dashboard: Core-, Spam- und andere Ranking-Updates für die Websuche. Discover-Updates fehlen, weil die Diagramme die Websuche zeigen, ebenso Vorfälle, die Google als Ranking-Problem und nicht als Update führt. Ein Update, das noch ausgerollt wird, ist als „läuft noch“ markiert.
• Standardmäßig an, in der App, in geteilten Links und in PDFs. Um die Bänder in einem Diagramm auszublenden, schalte in seinen Einstellungen „Google-Ranking-Updates zeigen“ aus.
• Behoben: Mit dem Kunden geteilte Timeline-Notizen erscheinen jetzt unter jedem Linien- und Balkendiagramm der KI-Sichtbarkeit, in der App, in geteilten Links und in PDFs. Bisher zeigte die App sie nur unter Liniendiagrammen und der geteilte Link nur unter Balkendiagrammen.
• Im Rank-Tracker liegen dieselben Bänder im Diagramm über der Keyword-Tabelle und in Ranking-Diagrammen in Berichten, für Google Desktop und Mobil. Bing, Googles lokale Liste und Google Maps bekommen keine.

Der KI-Traffic aus GA4 hat einen Besuch am Host erkannt, von dem ein Assistent ihn geschickt hat. Trägt ein Link ein utm_source, führt GA4 den Besuch stattdessen unter diesem Tag, und Assistenten haben angefangen, ihre Links zu taggen: Links, die ChatGPT zitiert, wurden mit utm_source=openai gesehen, Gemini-Links mit utm_source=gemini (Plausible, September 2026). Diese Besuche fehlten im KI-Traffic und in KI → Conversions. Jetzt werden sie gezählt.

• Eine Sitzung zählt als KI-Traffic, wenn ihre Quelle zu einem Assistenten gehört, als Host oder als Tag, oder wenn GA4 ihr selbst das Medium ai-assistant gegeben hat. Neu auf der Liste: die Tags gemini, openai, chatgpt und copilot sowie copilot.com, pplx.ai, x.ai und meta.ai. Eine Sitzung, die beide Regeln erfüllt, wird einmal gezählt.
• Klicks mit einem bezahlten Medium (cpc, ppc, paid und Ähnliches), einem Display-Medium (display, banner und Ähnliches), einem E-Mail-Medium oder affiliate zählen nicht, auch unter dem Namen eines Assistenten: Ein ChatGPT-Ads-Klick mit utm_source=chatgpt und dem Medium cpc bleibt bei ChatGPT Ads. Ein Anzeigenklick ohne Tag kommt als Host des Assistenten an und lässt sich von einem verdienten nicht unterscheiden. Ein Klick mit dem Host eines Assistenten und einem bezahlten Medium, etwa utm_source=chatgpt.com mit cpc, wurde bisher als KI-Traffic gezählt und wird es nicht mehr.
• Tabellen und Donuts nach AI Source zeigen eine Zeile pro Assistent: gemini.google.com und der Tag gemini, in welcher Schreibweise auch immer, erscheinen beide als Gemini. GA4 berechnet jede Zeile über alle Sitzungen des Assistenten, Nutzer und Quoten sind also seine eigenen Werte, keine Summen oder Mittelwerte. openai.com, x.ai und bing.com sind Firmenseiten oder Hosts, die nicht nur ein Assistent sind, und behalten ihren eigenen Namen.
• Berichte fragen GA4 beim Öffnen ab, deshalb gilt das auch für frühere Zeiträume: KI-Sitzungen, -Conversions und -Umsatz vergangener Monate können beim erneuten Öffnen eines Berichts höher sein als vorher, und niedriger nur dort, wo Klicks mit dem Host eines Assistenten und einem bezahlten, Display-, E-Mail- oder Affiliate-Medium mitgezählt waren. Gespeicherte KI-Zusammenfassungen und bereits verschickte PDFs behalten ihre Zahlen.

Seit dem 26. September 2026 beantwortet Perplexity unsere Scans mit OpenAIs GPT-6 Luna (vorher: GPT-5.6 Luna). Wir fragen Perplexity über ein Preset seiner Agent API ab, und welches Modell ein Preset nutzt, entscheidet Perplexity; im September hat es das Preset auf die GPT-6-Familie umgestellt.

• Ein neueres Modell antwortet anders – rechne am 26. September mit einer Stufe in deinen Perplexity-Zahlen. Das ist die Messung, die dem Produkt folgt, keine Veränderung deiner Sichtbarkeit, und Perplexity-Zahlen von vor und nach diesem Datum sind nicht direkt vergleichbar.
• Jedes Projekt, das Perplexity scannt, bekommt für diesen Tag einen Modell-Hinweis in seiner Timeline. Unsere wöchentliche Modellprüfung hat den Wechsel am 28. September bemerkt und den Hinweis dort gesetzt; solche Hinweise werden auf den 26. September verschoben, den Tag der ersten Antwort des neuen Modells.

Berichte können jetzt zeigen, was sich im Zeitraum in einem Google-Ads-Konto geändert hat – und wer es geändert hat. Google hält diesen Verlauf 30 Tage vor; CrunchJunkie speichert ihn jetzt jede Nacht, sodass jeder Berichtszeitraum ihn zeigen kann.

• Ein neues Widget „Änderungsverlauf“: Datum, Kampagne und Anzeigengruppe, alter und neuer Wert (Budget 50 € → 80 €) und wer geändert hat – eine Person, eine automatisierte Regel, ein Skript oder eine übernommene Google-Empfehlung.
• Filter nach Ebene und danach, wer geändert hat. Das Widget folgt dem Berichtszeitraum oder seinem eigenen Datumsbereich und nennt immer die Gesamtzahl.
• Dein Team sieht die E-Mail-Adresse der Person, die geändert hat. Geteilte Links und PDFs zeigen stattdessen „Ihre Agentur“.
• Hinzufügen über die Widget-Palette oder auf Wunsch per Crunch bzw. KI-Entwurf – automatisch landet es in keinem Bericht. KI-Zusammenfassungen von Crunch lesen es mit Rollenbezeichnungen, nie mit einer E-Mail-Adresse.

Eine Monatskopie kommt jetzt mit ihrer KI-Zusammenfassung an. Sie wird für den Monat der Kopie aus deren eigenen Zahlen geschrieben, sodass ein geteilter Link oder ein PDF der Kopie sie von Anfang an enthält.

• Jedes KI-Widget wird mit seiner eigenen Aufgabe in der Sprache des Berichts geschrieben, so wie der Bericht es beim Öffnen der Kopie schreibt; einem Widget mit gespeicherter eigener Frage wird diese Frage gestellt, so wie Senden sie stellen würde.
• Dafür dient der KI-Schlüssel des Workspace oder Managed AI im Rahmen der monatlichen Assistenten-Nachrichten des Tarifs: eine Nachricht pro Zusammenfassung.
• Lässt sich eine Zusammenfassung dann nicht schreiben (kein KI-Schlüssel, die Assistenten-Nachrichten des Monats aufgebraucht, ein Fehler beim Anbieter oder noch keine Daten), bleibt das Widget leer und wird wie bisher in der Kopie geschrieben. Die E-Mail zur Kopie und das Panel nach „Jetzt erstellen“ sagen, was zutraf.

Ein Bericht kann sich jetzt zu Beginn jedes Monats selbst kopieren, für Agenturen, die pro Kunde und Monat einen Bericht führen. Du richtest das im Bericht unter Monatskopie ein.

• Wähle den Tag im Monat. An diesem Tag wird der Bericht in der Zeitzone des Workspace kopiert, mit dem gerade beendeten Monat als festen Daten. Ein Vergleich mit der Vorperiode wird zum ganzen Vormonat: Eine Kopie für September vergleicht September mit August.
• Der Name folgt einem Muster mit Platzhaltern für Monat, Jahr, Kunde und Berichtsname. Steht im Namen schon ein Monat, etwa „Google Ads Report - Juli 2026“, wird daraus automatisch das Muster, und der Monat erscheint in der Sprache des Berichts.
• Jeder Monat eines Berichts wird genau einmal kopiert, auch wenn ein Lauf sich wiederholt oder die Regel neu eingerichtet wird, und ein durch einen Ausfall verpasster Tag wird im selben Monat nachgeholt. Die Kopie hat keinen eigenen Zeitplan.
• Unter Berichte → Geplant stehen die Regeln neben den geplanten E-Mails, mit der nächsten und der letzten Kopie. Wer eine Regel eingerichtet hat, bekommt eine E-Mail, sobald der Zeitplan eine Kopie erstellt hat.

Der Rank-Tracker kann jetzt über das DataForSEO-Konto von CrunchJunkie laufen, bezahlt aus einem monatlichen Budget, für Workspaces, die kein eigenes Konto eröffnen möchten.

• Wähle unter Abrechnung ein monatliches Budget. Jede Suche wird ihm zum doppelten DataForSEO-Preis berechnet.
• Ein Lauf startet nur, wenn das Restbudget den Höchstbetrag deckt, den er kosten kann – er bricht also nie mittendrin ab. Unter Abrechnung siehst du, was berechnet wurde, nach Kunde, Liste und Tag.
• Dein eigenes DataForSEO-Konto hat, wenn es verbunden ist, immer Vorrang.
• Ein Signal warnt, bevor das Budget aufgebraucht ist, und wenn ein geplanter Lauf nicht starten konnte.

Google beantwortet dieselbe Suche mit einer kurzen oder einer vollständigen Ergebnisseite, und das sind verschiedene Ergebnismengen: Am 2. Oktober stand auf der kurzen Seite für „ads agentur hamburg“ eine SEO-Agentur auf Platz 1 und eine Facebook-Ads-Agentur auf Platz 2, die vollständige zeigte die Google-Ads-Agenturen, die man erwartet. Der Rank-Tracker vergleicht jetzt nur noch Gleiches mit Gleichem und fragt nach der vollen Seite.

• Eine Veränderung wird mit der letzten Prüfung gemessen, die dieselbe Art von Seite bekommen hat; eine Prüfung der anderen Art dazwischen wird übersprungen. Auf unserer eigenen Mobil-Liste sank „nicht vergleichbar“ am 2. Oktober von 37 von 60 Keywords auf 11; diese 11 hatten vorher nur kurze Seiten bekommen.
• Kommt eine Suche, für die 60 Ergebnisse oder mehr angefragt wurden, als kurze Seite zurück, wird sie zehn Minuten später noch einmal gestellt. Das Beleg-Panel zeigt, wann das passiert ist und wie viele Ergebnisse die erste Antwort hatte. Die zweite Anfrage wird wie jede Prüfung abgerechnet, und die Höchstkosten einer Prüfung enthalten sie.
• AI Overviews, die Google erst nach der Seite lädt, kommen jetzt mit ihren Quellen, sodass „zitiert“ oder „nicht zitiert“ lesbar ist, wo bisher „Quellen nicht gelesen“ stand. Das kostet 0,0006 $ mehr je Google-Prüfung.
• Klarere Seite: Das Diagramm zeigt die Keywords, die ranken, und über jedem Balken, wie viele der geprüften das sind; die Sparkline zeichnet Prüfungen der anderen Seitenart als hohle Punkte; Ranking-Seiten brechen bei / und - um; die letzte Prüfung hat ein ausgeschriebenes Datum.

Eine Search-Console-Tabelle behielt bisher ihre obersten Zeilen nach Klicks, egal welche Kennzahl vorne stand, und bei gleichen Klicks (jede Anfrage ohne Klick) war der Schnitt zufällig. Jetzt sortiert sie nach dem, was sie zeigt, und wendet erst dann das Zeilenlimit an.

• Tabellen und Donuts sind nach ihrer ersten Kennzahl sortiert, beste zuerst (bei der durchschnittlichen Position Platz 1 zuerst); bei Gleichstand kommt die Zeile mit mehr Impressionen nach vorn. Eine Tabelle mit 500 Suchanfragen nach Impressionen enthält jetzt die 500 Anfragen mit den meisten Impressionen.
• Die Sortierung funktioniert bei Search-Console-Tabellen und -Donuts: nach jeder Kennzahl, die das Widget zeigt, höchste oder niedrigste zuerst, angewendet vor dem Zeilenlimit.
• Die Sortierung erscheint nur noch dort, wo eine Tabelle ihr folgt. Bisher stand sie bei jedem Widget, gelesen hat sie nur das Marken-Ranking der KI-Sichtbarkeit.
• Im Vergleichszeitraum wird eine Zeile unter allen Zeilen dieses Zeitraums gesucht. Eine Anfrage, die im Vormonat weiter unten lag, zeigt jetzt die Zahlen des Vormonats statt „—“.
• Assistenten und die API können ein einzelnes Widget statt des ganzen Berichts abrufen: widgetIds bei get_report_data und bei GET /v1/reports/{id}/data.

Unter „In den Ergebnissen gefunden“ lässt sich eine Domain jetzt öffnen und zeigt ihre Seiten, die ranken: jede Seite mit Titel, den Keywords, für die sie rankt, und ihrer Position, daneben die Position der eigenen Website des Kunden auf derselben Ergebnisliste.

• Bei einem Verzeichnis oder Listenartikel zeigt die geöffnete Domain genau die Seite, auf der es sich lohnt, gelistet zu sein.
• Für Kunden mit KI-Sichtbarkeit zählt die Spalte „Von KI zitiert“, wie viele KI-Antworten der letzten 30 Tage eine Seite der Domain zitiert haben, mit der Zahl der Antworten, unter denen gezählt wird.
• Geöffnete Domains markieren genau die Seiten, die KI-Engines zitiert haben, und ein Filter zeigt nur die Domains, die ranken und zitiert werden.
• Alles wird aus gespeicherten Ergebnissen und Antworten gelesen: Es wird keine Suche gesendet und nichts berechnet.

Seit OpenAI im September seine Reporting-API umgestellt hat, zeigten ChatGPT-Ads-Conversions in jedem Bericht einen Strich: Die API nimmt nur noch ganze Tage in der Zeitzone des Werbekontos an, und unsere Abfragen nutzten UTC-Tage. Der Connector fragt jetzt die Tage des Kontos ab und weist auch die Kaufdaten aus, die OpenAI gleichzeitig ergänzt hat.

• Neue Metriken: Käufe, Kaufwert, Kosten pro Kauf und ROAS, dazu Conversions getrennt nach Klick und View. Ein Konto, das noch nie ein Kauf-Event gesendet hat, zeigt einen Strich statt einer Null.
• Conversions zählen innerhalb von 30 Tagen nach einem Klick oder 1 Tag nach einem View, datiert auf den Tag dieses Klicks oder Views. OpenAI hat seine Standards im September auf diese Fenster umgestellt; CrunchJunkie schickt sie jetzt bei jeder Abfrage mit, damit eine spätere Änderung der Standards deine Berichte nicht verschiebt.
• Die Conversion-Rate teilt Klick-Conversions durch Klicks, denn hinter einer View-Conversion steht kein Klick.
• Tagesdiagramme und die Tagestabelle zeigen Conversions, und der Kaufwert aus ChatGPT Ads zählt in kanalübergreifenden Berichten zu Conversion-Wert und ROAS.
• Alle ChatGPT-Ads-Zahlen, nicht nur die Conversions, folgen jetzt den Tagen des Werbekontos statt UTC, sodass jeder Tag mit dem Ads Manager übereinstimmt.

Der Rank-Tracker meldet jetzt Signale – und nur für Veränderungen, die eine zweite Prüfung bestätigt hat. Eine Prüfung ist eine Stichprobe; ein Alarm auf eine einzelne Messung ist blinder Alarm.

• Wenn die wöchentliche Prüfung ein Signal auslösen würde, werden diese Keywords innerhalb einer Stunde erneut geprüft. Gemeldet wird nur, worin beide Messungen übereinstimmen: Keywords, die aus den Top 10 oder Top 3 fallen oder hineinkommen, ein Wettbewerber, der auf Seite eins vor den Kunden rückt, eine andere rankende Seite, und Googles AI Overview, die die Website zu zitieren beginnt oder aufhört.
• Die zweite Messung kostet ein paar Cent auf deinem DataForSEO-Konto, steht als eigene Zeile im Kostenprotokoll und ändert nie eine Position, ein Diagramm oder einen Bericht.
• Vier fertige Automatisierungen unter Suchmaschinen-Rankings, darunter AI-Overview-Zitat verloren → Maßnahmenplan zur Freigabe. Alarme gehen wenige Minuten nach der Bestätigung raus, per E-Mail (in der Sprache des jeweiligen Empfängers), Slack oder Webhook.
• Warnungen, bevor die Prüfungen stoppen: ein DataForSEO-Guthaben, das keine drei Wochen mehr reicht, oder ein geplanter Lauf, der gestoppt wurde oder viele Prüfungen verloren hat.
• Der Montags-Digest hat einen Abschnitt „Rankings“ pro Kunde, und ein Kunden-Digest kann Rankings enthalten (zum Einschalten, vor dem Versand erneut freigegeben).

Ab dem 30. September verbraucht eine Perplexity-Antwort einen Check eines Managed-AI-Pakets, nicht drei. Seit dem Wechsel auf die Agent API im August läuft Perplexity auf einem deutlich günstigeren Modell, die Premium-Gewichtung passt deshalb nicht mehr.

• Premium-Engines sind jetzt ChatGPT, Claude und Grok, mit je drei Checks. Jede andere Engine, auch Perplexity, zählt einen.
• Die empfohlene Einstellung Ausgewogen (ChatGPT, Perplexity, Gemini, Google AI Overviews) braucht jetzt sechs Checks pro Prompt und Durchlauf statt acht. Dasselbe Paket reicht damit für ein Drittel mehr Scans.
• Checks, die vor der Änderung gezählt wurden, bleiben, wie sie waren. Das Verbrauchsprotokoll markiert die Perplexity-Zeile, wenn ein Zeitraum beides enthält.
• Perplexity braucht den Premium-Schalter unter Einstellungen → Abrechnung nicht mehr: Mit einem Managed-AI-Paket läuft es jetzt auch bei ausgeschalteten Premium-Modellen, mit einem Check pro Antwort.

Verfolge, wo die Website eines Kunden für die Keywords deiner Wahl steht, über dein eigenes DataForSEO-Konto. Jede Position behält die Ergebnisliste, aus der sie gelesen wurde.

• Google und Bing, Desktop und Mobil, aus einem Land, einer Stadt oder einer Postleitzahl, einmal pro Woche geprüft, dazwischen von Hand aktualisierbar. Bing lässt sich nur auf ein Land oder eine Region ausrichten; ein Keyword mit Stadt wird für das ganze Land gesucht und sagt das.
• Lokale Ergebnisse als drei getrennte Listen: das Local Pack, die längere Liste dahinter und Google Maps. Ein Unternehmen wird über seine Google-Unternehmens-ID oder seine Website zugeordnet, nie über seinen Namen.
• Bis zu zehn Wettbewerber pro Kunde ohne Mehrkosten: Ihre Positionen werden aus derselben Ergebnisliste gelesen.
• Die Kosten stehen da, bevor etwas läuft. DataForSEO belastet dein Konto pro Ergebnisseite; wir schlagen nichts auf und setzen kein Keyword-Limit.
• Rankings in Berichten (eine neue Datenquelle mit KPI-, Diagramm- und Tabellen-Widgets) und zehn Tools für KI-Assistenten über den MCP-Connector.

Drei Genauigkeitskorrekturen am GEO Audit. Scores können sich beim nächsten Audit bewegen, weil mehr von der Website gelesen wird; gespeicherte Audits bleiben unverändert.

• Das Audit findet Seiten jetzt über jede Sitemap, die eine Website veröffentlicht: Sitemap-Indizes (der WordPress-Standard), in der robots.txt angegebene Sitemaps und die Links der Startseite, wenn es keine Sitemap gibt. Bisher wurde eine Website mit Sitemap-Index nur an ihrer Startseite gemessen. Ein führender Sprachordner wie /de/ zählt nicht mehr als ein einziger Bereich, die Stichprobe verteilt sich also auf Blog, Leistungen und Referenzen.
• Eine Seite, die unsere Anfrage ablehnt oder nicht beantwortet (403, 429, Serverfehler, keine Antwort), wird aus der Stichprobe genommen, statt als schlechte Seite bewertet zu werden; ein 404 aus der eigenen Sitemap zählt weiterhin. Das kostenlose Audit bewertet keine Website mehr, deren Startseite mit einem Fehler oder einem Hosting-Platzhalter antwortet. Es sagt das stattdessen.
• Agent Resource Discovery folgt der aktuellen Spezifikation (v0.91): Das Audit sucht nach ard.json und rel="ard" ebenso wie nach der früheren ai-catalog.json und sagt dir, welche davon Lighthouse 13.5 sehen kann. Weiterhin rein informativ, nie gewertet.

Ein neuer E-Mail-Konnektor, ein Content Brief, der deine bestehenden Seiten prüft, bevor er eine neue vorschlägt, und ein klares monatliches Kontingent für den Assistenten auf der enthaltenen KI.

• Mailchimp ist der 15. Konnektor. Mit Mailchimp anmelden oder einen API-Schlüssel einfügen, dann gesendete Kampagnen nach Kampagne, Zielgruppe oder Versandtag berichten: Zugestellt, Öffnungen ohne Apple Mail Privacy Protection (der proxy-bereinigte Wert, maschinelle Öffnungen separat), Klicks nach Personen statt Links, Bounces, Abmeldungen, Beschwerden und Shop-Umsatz. Raten werden gepoolt, nie gemittelt.
• Content Briefs beginnen jetzt mit einer Entscheidung: Ist die Search Console verbunden, prüft das Briefing, ob eine deiner Seiten für die Suchen hinter dem Prompt bereits in Googles Top 20 rankt, und startet mit „Diese Seite aktualisieren“ (URL, Position, Suchanfrage, Impressionen) oder „Neue Seite“. Ohne Search Console trifft es keine Aussage.
• Ask Crunch, Berichtsanalyse und automatische Zusammenfassungen auf der enthaltenen KI haben jetzt ein monatliches Nachrichten-Kontingent pro Tarif (von 150 in Solo bis unbegrenzt in Scale; 60 in der Testphase). Teams mit eigenem KI-Schlüssel sind nicht betroffen. Die Abrechnungsseite zeigt verbraucht und verbleibend. Die Perception-Neuanalyse wartet eine Stunde zwischen Läufen, außer die Faktenliste hat sich geändert.

Drei Korrekturen daran, wie KI-Antworten gelesen und berichtet werden. Jede kann eine Zahl bewegen; keine verändert gespeicherte Antworten.

• Die Erwähnungs-Extraktion liest jetzt die ganze Antwort – bis zu 12.000 Zeichen statt der ersten 4.000. Marken, die spät in einer langen Antwort genannt werden (typisch Meta AI und Perplexity), werden jetzt gezählt. Ab dem 25. September 2026 können Sichtbarkeits- und Erwähnungswerte leicht steigen; Scans vor diesem Datum bleiben unverändert.
• Zitatmarker, die eine Engine in ihre Antwort schreibt („[web:3]“ bei Perplexity, nacktes „[3]“, „【3†source】“ bei ChatGPT), werden entfernt, bevor das Extraktionsmodell den Text liest. Ein Marker konnte für einen Markennamen gehalten werden; die gespeicherte Antwort bleibt unberührt.
• Das Widget „Zitierte URLs“ in Reports und PDFs ordnet Ihre Seiten jetzt gegen die gesamte Liste eigener Domains ein – jede als Owned markierte Domain, die Audit-Domain, die Kunden-Website und jeder als Domain geschriebene Marken-Alias – genau wie die URL-Ansicht in der App. Eine zweite Seite, die Sie als Alias angelegt haben, erscheint im Report nicht mehr als fremd.

Dein Team kann sich jetzt mit dem Firmen-Login anmelden, und die Meta-AI-Engine folgt dem Modell, das Meta gerade an seine Nutzer ausrollt.

• Single Sign-on (SSO) über OpenID Connect in Pro, Agency und Scale: Verbinde Google Workspace, Microsoft Entra ID, Okta oder einen anderen OIDC-Anbieter unter Einstellungen → SSO, weise deine E-Mail-Domain per DNS-Eintrag nach, und dein Team meldet sich mit dem Firmen-Login an. Neue Kolleginnen und Kollegen landen bei der ersten Anmeldung automatisch im Workspace; die Anmeldung per Passwort funktioniert weiter. SAML gibt es in Scale auf Anfrage.
• Meta AI wird seit dem 18. September 2026 auf Muse Spark 1.3 gemessen (vorher: 1.1). Ein neueres Modell antwortet anders – rechne an diesem Datum mit einer kleinen Stufe in deinen Meta-AI-Zahlen. Das ist die Messung, die dem Produkt folgt, keine Veränderung deiner Sichtbarkeit.
• Unsere öffentlichen Profile bei GoodFirms, SoftwareSuggest und WebCatalog stehen jetzt in der Liste verifizierter Profile, die KI-Engines lesen (llms.txt und die strukturierten Daten der Website).

Der PDF-Export wurde von Grund auf neu gebaut, und die Fan-out-Seite zeigt dir jetzt, was die Engines hinter deinen Prompts vermuten.

• „PDF herunterladen“ erzeugt mit einem Klick eine fertige Datei – ohne Druckdialog: ganzseitiges Deckblatt, deine Widgets im selben Raster wie auf dem Bildschirm, jeder Abschnitt auf einer neuen Seite, eine Kopfzeile mit Kunde, Bericht und Zeitraum sowie Seitenzahlen. Hoch- oder Querformat; identisch aus der App und über einen Live-Link.
• Geplante und einmalige Bericht-E-Mails hängen dieses PDF jetzt an (standardmäßig an, mit einem Schalter „PDF anhängen“) – neben dem Live-Link, der immer die aktuellen Zahlen zeigt.
• Auch der Browserdruck ist repariert: Kopf- und Fußzeilenbänder sind auf jeder Seite reserviert, Abschnittsbanner und Widget-Titel verschwinden nie mehr darunter; Diagramme rücken ihre Endpunkte ein, beschriften jeden Punkt und skalieren ihre Achsen nach den Daten.
• Query-Fan-outs neu gestaltet: eine Kopfzeile mit Kennzahlen (Antworten mit Fan-outs, verschiedene Suchen, site:-Abfragen mit deinem Anteil, datierte Suchen), dann die beiden Signal-Panels, dann eine dichtere Tabelle mit Engine-Punkten. Jede Kachel, jedes Panel und jede Spalte hat einen Klick-Tooltip, der sagt, was die Zahl ist und wie du sie nutzt.
• Drei Fan-out-Signale direkt aus den Suchen der Engines: die Wörter, die eine Engine über deinen Prompt hinaus ergänzt hat (die Absicht, die sie vermutet – ein Klick filtert), die Websites, die sie per site:-Operator direkt abgefragt hat (deine Domain markiert, wenn sie dabei ist), und die Suchen, die sie mit einer Jahreszahl datiert hat.
• MCP: get_query_fanouts liefert dieselben Signale (site, siteOwn, years, added) je Suche plus eine Zusammenfassung über den Zeitraum.

Eine Reihe von Genauigkeits- und Workflow-Releases über AI Visibility und Reporting hinweg.

• Quellen und URLs: Wähle einen beliebigen Zeitraum – die Voreinstellungen oder ein eigenes Von-bis-Fenster –, und die Domain-Liste, das Diagramm und die URL-Seite lesen alle dieselbe Datenscheibe, pro Kunde gemerkt.
• Peec-AI-Parität: Ein Report-Widget, das auf einen Peec-Tag gefiltert ist, zeigt Peecs eigene Werte – Markenliste, Share of Voice, Sentiment und Position –, einmal täglich importiert statt aus den Chats neu berechnet.
• Peec-Markenlisten spiegeln sich automatisch: Jeder Sync verknüpft Peecs Marken per Name, Alias oder Domain mit deinen Wettbewerbern, legt die noch nicht verfolgten an und liest die Chats neu – ein Schreibweisenunterschied kann einen Top-Wettbewerber nicht mehr bei 0 % zeigen.
• Mit Crunch bearbeiten auf jedem Report-Widget: Ein Stift auf jedem Daten-Widget öffnet den Assistenten für genau dieses Widget, und Abschnitte lassen sich in natürlicher Sprache hinzufügen, umbenennen, verschieben oder entfernen – mit Rückgängig.
• Ask Crunch zeigt seine Arbeit – die Workspace-Abfragen hinter einer Antwort – und merkt sich deine gespeicherten Prompts als Team-Chips.
• Prompt-Vorschläge können bei der Search Console beginnen: Mit verbundener Property basieren die Vorschläge auf den Suchanfragen, die dir schon Traffic bringen – gekennzeichnet als Google-Nachfrage, nicht als KI-Nachfrage.
• MCP: Der Connector kann jetzt Kategorie, Intent oder Aktiv-Status eines Prompts ändern (update_tracking_prompt) — 34 Tools insgesamt, jeder Schreibzugriff mit Vorschau und Bestätigung.
• Deine Hell/Dunkel-Wahl bleibt jetzt: Sie wird vor dem ersten Rendern angewendet, übersteht jedes Neuladen, gilt tabübergreifend, und die Buttons in den Einstellungen wählen einen Modus, statt umzuschalten.

Ein neuer Connector fürs lokale Reporting und deutlich mehr Kontrolle über den Zeitraum, den jedes Widget abbildet.

• Connector fürs Google Unternehmensprofil — Profilaufrufe, Anrufe, Routenanfragen, Website-Klicks, die Suchanfragen, über die man dich fand, und Bewertungen mit Durchschnittsnote, im selben Bericht wie deine Anzeigen.
• Zeitraum pro Widget: Jedes Widget kann seinen eigenen Zeitraum abbilden statt den des Berichts — mit Vergleichs-Presets für Vorperiode, Vormonat oder denselben Zeitraum im Vorjahr, oder einem frei wählbaren Von–Bis-Zeitraum.
• Conversion-Aktionen lassen sich nach Alle Conversions je Aktion aufschlüsseln, und die Tabelle berücksichtigt jetzt deine Kampagnen- und Widget-Filter — „Conversions nach Aktion für Kampagnen mit X“ stimmt so exakt mit Google Ads überein.
• Schnellere Metrik-Auswahl: Suche die Metriken eines Widgets über den vollen Namen — „all conversions“ findet jetzt das abgekürzte „All conv.“ und nicht nur exakte Treffer.

KI-Sichtbarkeit wurde auf allen Achsen tiefer — eine zehnte Antwort-Engine, echtes Multi-Markt-Tracking für eine einzelne Marke und Analysen der KI-Crawler, die deine Website besuchen.

• Meta AI ist jetzt die zehnte verfolgte Antwort-Engine — neben ChatGPT, Gemini, Claude, Perplexity, Grok, DeepSeek, Google AI Overviews, Google AI Mode und Microsoft Copilot.
• Ein Kunde, viele Märkte: Setze den Markt pro Prompt und verfolge eine einzelne Marke über jedes Land, in dem sie verkauft — jeder Prompt wird in seinem eigenen Markt gescannt und gepoolt, nie zu einer nichtssagenden Zahl gemittelt.
• Neuer Markt-Vergleich in der Übersicht — Sichtbarkeit, Share of Voice, Sentiment und Ø Position pro Markt nebeneinander — plus ein Umschalter, der die ganze Seite auf einen einzelnen Markt einschränkt.
• Filtere die Übersicht nach Prompt-Thema oder Tag, sodass ein thematischer Ausschnitt der Prompts jede Kennzahl nur über diese Läufe neu berechnet.
• KI-Bot-Traffic: Sieh, welche KI-Crawler (GPTBot, ClaudeBot, PerplexityBot u. a.) deine Website tatsächlich erreichen, verifiziert gegen die veröffentlichten IP-Bereiche jedes Anbieters — denn Zugriff ist nicht dasselbe wie eine Zitierung.

Reddit Ads ist jetzt durchgängig verbindbar: OAuth-Connect, Kontoauswahl und jeder Datenpunkt, den Reddits Reporting-API liefert — in Berichten, Share-Links, PDFs, im Builder und in „Mit KI entwerfen“.

• Jeder verfügbare Datenpunkt: Der Connector handelt das Feld-Set pro Konto direkt mit Reddits API aus — Metriken, die dein Konto nicht liefert, zeigen einen Gedankenstrich, nie eine erfundene Null
• ~54 Metriken: Pixel-Conversions pro Event (Käufe, Registrierungen, Leads, Warenkorb, Seitenbesuche …), App-Installs, Video-Tiefe und Community-Engagement
• Neues Video-Funnel-Widget (Aufrufe → 3 s → 25/50/75/100 %), dazu das neue Template „Reddit Ads — Conversions & Video“ neben Full Overview
• Scan-Transparenz: Klick auf das Fehlgeschlagen-Badge bei Prompts öffnet die Aufschlüsselung pro Engine — fehlgeschlagene Checks werden bis zu 3-mal versucht und nie berechnet
• Timeline-Notizen erfassen jetzt hinzugefügte und entfernte Prompts (auch über den MCP-Connector) — Sprünge im gepoolten Durchschnitt bleiben erklärbar

Jede Marke hat jetzt ihren eigenen Sichtbarkeits-Bereich mit fester Navigation links. Überblick, Antworten, Quellen, Insights, Prompts und Einstellungen sind eigene Seiten — kein Suchen mehr durch Tabs.

• Eigene Routen pro Marke unter /visibility/[clientId] inklusive Unternavigation
• Seite „Antworten“: Filter nach Alle / Erwähnt / Nicht erwähnt / Erwähnungslücke
• Seite „Quellen“: Balkendiagramm nach Domain mit Anzahl der Zitationen
• Seite „Insights“: priorisierte Handlungskarten mit Filter nach Kategorie
• Die Sidebar hebt KI-Sichtbarkeit automatisch hervor, sobald du in einem Marken-Bereich bist

CrunchJunkie kann jetzt verfolgen, ob deine Kunden in den Google AI Overviews auftauchen — den KI-Zusammenfassungen ganz oben in den Suchergebnissen. Dafür brauchst du einen SerpAPI-Key.

• Neues Modell: Google AI Overviews über SerpAPI
• Sichtbarkeit, Position und Zitationen für Auftritte in AI Overviews
• Wird in den Trend-Charts neben ChatGPT, Gemini und Perplexity angezeigt

Ein neues Streudiagramm zeigt alle verfolgten Marken auf den Achsen Sichtbarkeit und Sentiment — du siehst sofort, wer führt, wer zurückliegt und wer polarisiert. Erscheint, sobald mindestens zwei Marken Daten haben.

• Quadranten: Führend, Nische, Umstritten, Abgeschlagen
• Tooltips mit den genauen Werten beim Hovern
• Nutzt dieselbe Markenfarben-Palette wie die Trendlinien

Vollständiger Dark Mode auf jeder Seite — Berichte, Dashboard, Monitoring und KI-Sichtbarkeit. Umschalten in den Einstellungen; deine Auswahl wird in diesem Browser gemerkt.

• Alle CSS-Custom-Properties berücksichtigen data-theme='dark'
• Charts, Karten und Dialoge sind komplett Dark-Mode-fähig
• Charts, Tabellen und PDF-Exporte folgen dem aktiven Theme
• Einstellung wird pro Browser gemerkt

Der Überblick zeigt jetzt für jeden verfolgten Prompt eine Sparkline — 14 Tage Erwähnungsrate als Balkenspalte. Grün = in mehr als der Hälfte der Läufe erwähnt, Grau = nicht erwähnt.

• Trendpfeil (hoch/runter) im Vergleich der ersten und zweiten Hälfte des Zeitraums
• Erwähnungsrate in Prozent am rechten Rand
• Standardmäßig nach höchster Erwähnungsrate sortiert
• Farbige Kategorie-Punkte (Discovery / Marke / Wettbewerber)

Zwei neue KI-Modelle stehen fürs Sichtbarkeits-Tracking bereit: Grok (xAI) und DeepSeek. Für beide brauchst du einen API-Key unter Einstellungen → KI- & API-Keys.

• Grok 3 über die xAI-API
• DeepSeek Chat
• Beide erscheinen in den Modell-Filtern und in den Trend-Charts

Mehrere Sonderfälle im monatlichen Zeitplan führten dazu, dass Berichte mit veralteten Daten verschickt wurden — oder in bestimmten Zeitzonen gar nicht.

• Zeitzonen-Versatz zwischen UTC und Ortszeit im Cron-Zeitplan behoben
• Die PDF-Erstellung bricht nicht mehr ab, wenn ein Widget für den Zeitraum keine Daten hat
• Der Button „Erneut senden“ im Versandprotokoll funktioniert jetzt auch für fehlgeschlagene Sendungen
• Klarere Fehlermeldungen, wenn ein Integrations-Token mitten im Lauf abläuft

Der neue Tab „Wahrnehmung“ zeigt, mit welchen Begriffen KI-Modelle eine Marke tatsächlich beschreiben — wörtlich aus jeder Antwort übernommen, nach Häufigkeit pro Marke sortiert und mit Hervorhebung der Begriffe, die nur für eine einzige Marke fallen.

• Tag-Wolke nach Häufigkeit skaliert — größer = häufiger erwähnt
• Pro Marke, inklusive Wettbewerber
• Passt sich dem gewählten Zeitraum an
• Die Attribut-Erkennung läuft serverseitig bei jedem Scan-Ergebnis

CrunchJunkie verfolgt ab jetzt, wie oft deine Kunden in den Antworten von ChatGPT, Gemini und Perplexity auftauchen. Tägliche automatische Scans, Trend-Charts und Wettbewerbsvergleich — das erste Tool für KI-Sichtbarkeit auf Agenturniveau.

• Metriken: Sichtbarkeit in %, Ø Position, Sentiment, Share of Voice
• Multi-Modell-Tracking: ChatGPT (mit Websuche), Gemini, Perplexity Sonar Pro, Claude
• Wettbewerbsvergleich im selben Chart
• Prompt-Verwaltung nach Kategorie (Discovery / Marke / Wettbewerber)
• Automatische Scans täglich oder wöchentlich
• CSV-Export aller Snapshot-Daten