Technischen GEO-Zustand vor dem nächsten Website-Deployment prüfen

Zwei Listen beschreiben Ihre Website, und sie stimmen selten überein: die Seiten, die Sie zur Beobachtung ausgewählt haben, und die URLs, die KI-Suchmaschinen tatsächlich zitieren. Vergleichen Sie sie und lesen Sie danach die technische Momentaufnahme; der Vergleich zeigt, welcher Teil davon wichtig ist. Dafür brauchen Sie weder Logs noch eine Analytics-Integration. Sobald Crawler-Logs und GA4 angebunden sind, zeigt das Playbook zur Beobachtbarkeit, wer für abgerufene, aber nicht zitierte Seiten zuständig ist.

Das GEO-Problem, das der Workflow löst

Das Produkt führt die beiden Listen bereits zusammen. get_page_presence kennzeichnet jede Seite ab drei Zitaten als WORKING, bei einem oder zwei als NEEDS_ATTENTION, bei null als NOT_CITED und einen zitierten Pfad außerhalb des beobachteten Sets als DISCOVERED. Lesen Sie DISCOVERED zuerst: KI-Suchmaschinen zitieren etwas, das niemand erfasst hat und deshalb auch niemand pflegt.

Die Verknüpfung ist die Fehlerquelle. get_page_presence gruppiert nach normalisiertem Pfad, get_source_urls nach der unveränderten exakten URL. Dessen Domainfilter verlangt exakte Zeichenübereinstimmung, sodass eine Stammdomain und ihr www-Host als getrennte Werte gelten. Ein unachtsamer Vergleich erzeugt vermeintliche Lücken, die nur aus Groß-/Kleinschreibung und Hostnamen bestehen.

Danach beantwortet der technische Status eine Frage: Ist etwas gesperrt? Eine auf Google abgestimmte robots.txt kann für den Abruf durch KI dennoch falsch sein. OpenAI unterscheidet OAI-SearchBot, der die Aufnahme in ChatGPT-Suchergebnisse steuert, von GPTBot für die Nutzung zu Trainingszwecken.

So ist der Workflow aufgebaut

1. Beide Bestandslisten erstellen. get_page_presence liefert die zusammengeführte Seitenansicht mit Zitierhäufigkeit, Zahl unterschiedlicher Fragen, durchschnittlicher Position und Anbietern. get_source_urls listet mit Filter auf Ihre Domain die exakten zitierten URLs nach Rang. Nutzen Sie für beide denselben Datenzeitraum und gegebenenfalls dieselben Filter für Anbieter, Thema, Tag oder Funnel-Phase. Keines liefert Prompt-Texte.

2. Über einen normalisierten Schlüssel vergleichen. Schreiben Sie den Host klein, entfernen Sie www sowie Suchparameter, Fragment und abschließenden Schrägstrich. Bewahren Sie die unveränderte URL neben jedem Schlüssel auf. So bleibt ein Unterschied im Hostnamen sichtbar und wird nicht als echte Lücke fehlgedeutet.

3. Die technische Momentaufnahme einmal lesen. get_technical_status liefert die gespeicherten Statuswerte für robots.txt, llms.txt und Sitemap, einen Wert für KI-Bereitschaft, als Disallowed markierte Crawler-Kennungen, Problemzahlen nach Schweregrad und offene Seitenprobleme mit jeweiliger URL. Es handelt sich um eine gespeicherte Analyse, nicht um einen Live-Crawl.

4. Die Aufgabenliste ordnen. Nutzen Sie die folgende Regel und nicht die geschätzte Aufwandsstufe.

Was ein Durchlauf tatsächlich liefert

Ein sauberer Durchlauf liefert jede beobachtete Seite und jeden zitierten, nicht beobachteten Pfad aus dem gewählten Datenzeitraum. DISCOVERED-Zeilen können dieselbe Schwelle von drei Zitaten wie beobachtete Seiten erreichen. Viele NOT_CITED-Zeilen bedeuten hingegen nicht automatisch technische Defekte.

Deshalb ist die Regel für die Aufgabenliste wichtiger als die bloße Anzahl. Eine DISCOVERED-Seite oberhalb der Schwelle kommt an den Anfang, weil sie bereits ohne Zuständigkeit Zitate erhält. Eine NOT_CITED-Seite rechtfertigt technische Arbeit nur, wenn die gespeicherte Analyse auch ein Problem für diese Seite enthält.

So nutzen Sie die Ergebnisse

Drei leere Zustände sehen ähnlich aus, sind aber verschieden. Ein null-Wert im technischen Block bedeutet, dass die Marke nie analysiert wurde. Ein leeres blockedCrawlers-Array bedeutet, dass eine Analyse vorliegt und nichts gesperrt ist. Und eine Marke ohne hinterlegte Domain liefert null Seiten und null Kennzahlen; das ist kein Nachweis für eine fehlerfreie Website. Klären Sie diese Fälle vor der Priorisierung.

Bearbeiten Sie danach die Liste von oben nach unten, ohne sie umzuschichten.

Gesperrte Kennungen stehen zuerst: Ein nicht leeres blockedCrawlers ist ein Zugriffsproblem für die gesamte Website und hat Vorrang vor jedem einzelnen Seitenproblem. Content-Arbeit kann die Sperre nicht umgehen. Danach nehmen Sie in diesem Zyklus jede DISCOVERED-Seite mit mindestens drei Zitaten in das beobachtete Set auf, da sie bereits ohne Pflege zitiert wird. Es folgen beobachtete NOT_CITED-Seiten, die auch in der gelieferten Liste offener Probleme stehen: Nur bei ihnen gibt es technische Belege. Die übrigen NOT_CITED-Seiten sind eine redaktionelle Frage und gehören nicht in die Entwicklung. Lassen Sie NEEDS_ATTENTION vorerst in Ruhe: Ein oder zwei Zitate können von einer einzelnen schwankenden Antwort stammen.

Der vollständige Prompt

Ich möchte meine beobachteten Seiten mit den URLs vergleichen, die KI-Suchmaschinen in den letzten 30 Tagen tatsächlich zitieren. Liste die Marken auf, die ich beobachte, und frage bei mehreren Marken, welche du verwenden sollst.

1. Rufe get_page_presence mit period 30 ab. Zeige jede Seite mit ihrem Status WORKING, NEEDS_ATTENTION, NOT_CITED oder DISCOVERED sowie Zitierhäufigkeit, Zahl unterschiedlicher Fragen, durchschnittlicher Position und Anbietern. Behaupte nicht, das Tool liefere Prompt-Texte.
2. Rufe get_source_urls mit meiner Domain und period 30 ab und behalte sämtliche Filter für Anbieter, Thema, Tag oder Funnel-Phase aus Schritt 1 bei. Der Domainfilter verlangt exakte Zeichenübereinstimmung. Kommt nichts zurück, versuche es daher mit dem anderen Host, bevor du folgerst, dass es in diesem Datenumfang keine Zitate gibt.
3. Vergleiche beide Listen über einen normalisierten Schlüssel: Host klein und ohne www, Pfad klein, Suchparameter und Fragment entfernt, abschließender Schrägstrich entfernt. Bewahre die unveränderte URL neben jedem Schlüssel auf. Melde beobachtete Seiten ohne Zitat und zitierte URLs ohne beobachtete Seite. Kennzeichne Paare, die sich nur durch Host oder Groß-/Kleinschreibung unterscheiden, als Artefakt der Verknüpfung, nicht als Lücke.
4. Rufe get_technical_status ab. Melde die gespeicherten Statuswerte für robots.txt, llms.txt und Sitemap, den Wert für KI-Bereitschaft, die Disallowed-Kennungen, Problemzahlen nach Schweregrad und die gelieferten offenen Seitenprobleme. Nenne es gespeicherte Analyse, nicht Live-Crawl. Ist der technische Block null, sage, dass die Marke nie analysiert wurde, statt ein fehlerfreies Ergebnis zu melden.
5. Erstelle eine einzige sortierte Aufgabenliste: zuerst Disallowed-Kennungen als ein websiteweites Problem, dann DISCOVERED-Seiten mit mindestens drei Zitaten, danach NOT_CITED-Seiten aus der gelieferten Problemliste, anschließend übrige NOT_CITED-Seiten als redaktionelle Arbeit und zuletzt NEEDS_ATTENTION ohne Maßnahme in diesem Zyklus. Gib je Eintrag die Belegzeile und einen Prüfschritt an. Ist eine Stufe leer, sage es und fahre fort.