KI-Crawler-Beobachtungen, Zitierungen und Referral-Traffic verknüpfen

Jede Seite mit Crawler-Vorkommen, aber ohne beobachtete Zitierung wirft eine Frage auf: Ist das ein Thema für die Entwicklung, die Redaktion oder vorerst niemanden? Dieser Workflow hält vier Datenebenen getrennt und beantwortet die Frage für jede Seite anhand einer Regel, die beim ersten Treffer stoppt.

Das GEO-Problem, das der Workflow löst

Zwei unzulässige Kurzschlüsse sind häufig: beobachtet heißt verarbeitet, zitiert heißt angeklickt. get_crawler_activity beruht auf einem begrenzten Bot-Status statt auf gespeicherten HTTP-Ereignissen und weist darauf hin. Es liefert für jeden Bot das Datum der ersten und letzten Beobachtung sowie die Gesamtzahl seiner Vorkommen über alle Zeiten. Rohereignisse sind ausdrücklich nicht verfügbar. Es gibt keine Statuscodes, Antwortinhalte, Zeilen pro Seite oder Zeitraum-Eingabe. Auch eine Sitzung mit KI-Referral verrät nie, welche Zitierung dem Klick vorausging.

Die Zeiträume unterscheiden sich technisch ebenfalls, eine oft übersehene Ursache falscher Berechnungen. Wegen verzögert eintreffender GA4-Daten endet der Bereich von get_referrer_analytics einen Tag vor heute. get_search_console_metrics und get_bing_metrics reichen bis heute.

So ist der Workflow aufgebaut

1. Zuerst den Verbindungsstatus prüfen. get_crawler_activity liefert das Verbindungskennzeichen und jeden beobachteten Bot mit dem Datum der ersten und letzten Beobachtung sowie der Gesamtzahl seiner Vorkommen. Liegt die letzte Beobachtung eines Bots vor dem gewählten Zeitraum, gibt es für ihn in dieser Ebene keine aktuelle Beobachtung, unabhängig von der Seitentabelle.

2. Seiten nach beobachteter Crawler-Aktivität ordnen. get_page_performance liefert Vorkommen je Pfad, höchstens fünf führende Bots pro Pfad und eine ausdrückliche Gruppe für die übrigen Seiten. Das Zeilenlimit liegt bei 100. Vergleichen Sie die Zahl zurückgegebener Zeilen mit der Gesamtzahl der Seitengruppen, bevor Sie fehlende Zeilen als null interpretieren.

3. Technischen Zustand pro Seite ergänzen. get_site_diagnostics liefert für jede überwachte Seite Scores zu Technik, Inhalt, AEO und Performance, die Anzahl offener Probleme nach Schweregrad und den Zeitstempel des letzten Audits, beginnend bei den schlechtesten Werten. Das Tool liest nur überwachte Seiten. Ein gecrawlter, nie registrierter Pfad erscheint dort nicht.

4. Belege für Zitierungen und Referrals hinzufügen. get_page_presence enthält Zitierungsstatus und Anzahl pro Seite, get_source_urls liefert die genauen zitierten URLs und get_referrer_analytics KI-Referral-Sitzungen mit den wichtigsten Zielseiten. Verwenden Sie für beide Zitierungs-Tools denselben Belegzeitraum von 30 Tagen. Wegen der GA4-Verzögerung kann der Analytics-Zeitraum trotzdem einen Tag früher enden.

5. Daten abgleichen und zuständig machen. Führen Sie die Daten über einen normalisierten Schlüssel aus Host und Pfad zusammen. Kennzeichnen Sie jede Lücke präzise: nicht zurückgegeben, nicht beobachtet, ausdrücklich nicht zitiert oder nicht auditiert.

Was ein Durchlauf tatsächlich liefert

Ein gültiger Durchlauf liefert vier getrennte Mengen: Bot-Beobachtungen, Diagnosen überwachter Seiten, Zitierungsbelege für den angefragten Zeitraum und KI-Referral-Sitzungen für den Analytics-Zeitraum. Die Anzahl der Zeilen kann sich unterscheiden, obwohl jeder Aufruf funktioniert hat.

Diese Zeilen als Funnel zu lesen, wäre weiterhin falsch. Eine überwachte Seite kann ohne Zitierung sein, ohne überhaupt für eine Zitierung infrage zu kommen. Eine Referral-Sitzung identifiziert nie die vorausgegangene Zitierung. Handlungsrelevant ist eine URL, die in einer Ebene beobachtet wurde, aber im nächsten operativen Bestand fehlt, und deren Fehlen genau benannt ist.

So nutzen Sie die Ergebnisse

Zuerst eine Vorbedingung, dann eine Zuständigkeitsregel.

Die Vorbedingung: Sobald ein connected-Kennzeichen false ist, enthält die Aufgabenliste genau einen Punkt, nämlich diese Integration zu verbinden. Eine leere Tabelle aus einer nicht verbundenen Datenquelle ist kein Befund. Auch zwei andere Lücken sind keine Nullen: Eine Seite außerhalb der wichtigsten Zielseiten kann lediglich aus einer gekürzten Liste gefallen sein; eine Seite außerhalb der Crawler-Tabelle kann zur übrigen Gruppe gehören. Teilen Sie Zitierungen niemals durch Crawler-Vorkommen, auch wenn die angefragten Zeiträume übereinstimmen. Grundgesamtheiten und Erfassungssysteme sind verschieden.

Wenden Sie die Zuständigkeitsregel anschließend auf jede Seite mit Crawler-Vorkommen und ohne Zitierung an. Stoppen Sie beim ersten Treffer. Fehlt die Seite vollständig in get_site_diagnostics, wird sie nicht überwacht: Registrieren Sie sie und wiederholen Sie den Durchlauf. Sie haben eine nicht verwaltete URL, keine Diagnose. Sind der Zeitstempel des letzten Audits und die Scores null, wurde die Seite nie auditiert: Planen Sie das Audit und stoppen Sie. Mindestens ein offenes CRITICAL-Problem gehört als Ticket in die Entwicklung, nicht als Briefing in die Redaktion. Liegen Scores vor und ist kein CRITICAL-Problem offen, sind Inhalt und Autorität ein Thema für die Redaktion.

Der vollständige Prompt

Ich möchte ein Audit der KI-Signale pro Seite. Falls ich mehrere Marken überwache, frage nach der Marke. Halte Crawler-Anfragen, technischen Zustand, Zitierungen und KI-Referral-Traffic als vier getrennte Ebenen, niemals als Funnel. Nutze die letzten 30 Tage. Frage mich zuerst nach meinem kanonischen Host und meinen URL-Aliasen, denn kein Tool weiß, welche Hosts mir gehören.

1. Rufe get_crawler_activity auf. Berichte das Kennzeichen connected und jeden Bot mit firstSeen, lastSeen und allen Vorkommen über die gesamte Zeit. Beschreibe die Ausgabe als Bot-Status über alle Zeiten ohne Rohereignisse oder Statuscodes und markiere jeden Bot, dessen lastSeen vor dem Zeitraum liegt.
2. Rufe get_page_performance für 30 Tage auf. Berichte connected, den zurückgegebenen Datumsbereich, Seitenzeilen mit Vorkommen und führenden Bots sowie die Gruppe der übrigen Seiten. Vergleiche die Zahl zurückgegebener Zeilen mit der Gesamtzahl der Seitengruppen und markiere eine Kürzung. Falls die Verbindung aktiv ist, aber keine Seitenzeilen zurückkommen, sage das, statt auf null Crawler-Aktivität zu schließen.
3. Rufe get_site_diagnostics auf. Gib jede überwachte Seite mit ihren vier Scores, der Anzahl offener Probleme je Schweregrad und dem Zeitstempel des letzten Audits zurück. Behandle einen Score von null als nicht auditiert, niemals als Zahlenwert null.
4. Rufe get_page_presence mit period 30 auf, danach bei Bedarf an einer genauen zitierten URL get_source_urls mit period 30. Erhalte bei beiden Aufrufen alle Filter für Thema, Tag, Anbieter oder Funnel. Verwende NOT_CITED nur, wenn das Tool diesen Wert zurückgibt. Teile Zitierungen niemals durch Crawler-Vorkommen.
5. Rufe get_referrer_analytics für 30 Tage sowie, falls verbunden, get_search_console_metrics und get_bing_metrics pro Seite auf. Gib jeden zurückgegebenen Datumsbereich aus und merke an, dass der GA4-Bereich einen Tag früher endet.

Falls irgendein connected-Kennzeichen false ist, halte an und gib genau eine Aufgabe zurück: diese Integration verbinden.

Andernfalls erstelle die Matrix aus kanonischem Host und normalisiertem Pfad. Weise dann jeder gecrawlten Seite ohne Zitierung eine Aufgabe zu und stoppe beim ersten passenden Kriterium. Fehlt sie in der Seitendiagnose, registriere sie als überwachte Seite. Sind der Zeitstempel des letzten Audits und die Scores null, plane das Audit. Ein offenes CRITICAL-Problem wird zum Entwicklungsticket. Andernfalls ist es redaktionelle Arbeit. Nenne für jede Zeile Belege und zuständige Person.