Full Audit Pipeline
Wie Paceghost funktioniert
Abschnitt betitelt „Wie Paceghost funktioniert“Paceghost behandelt jede Website als Ausführungsumgebung — nicht nur als Dokumentenindex. Unsere Methodik verbindet echte Browser-Ausführung, KI-gestützte Analyse und einen Benchmark in drei Säulen.
Wie wiederholbar ist das Audit?
Abschnitt betitelt „Wie wiederholbar ist das Audit?“Die Paceghost-Methode ist ein dokumentiertes Verfahren in festen Schritten: feste Regeln in festem Code, und jeder Eingangswert und jedes Ergebnis wird aufgezeichnet. Wo die Tabelle „immer dasselbe“ sagt, ist das eine Eigenschaft des Verfahrens — Zeile für Zeile gegen den laufenden Code geprüft.
| Schritt | Was passiert | Kommt dabei immer dasselbe heraus? |
|---|---|---|
| Konto-Checks | Feste Regeln prüfen das Konto, bevor etwas läuft: den Tarif, die Credits und ob für die Domain bereits ein Audit läuft. | Ja — dieselben Kontodaten führen immer zur gleichen Entscheidung. |
| Crawl-Berechtigungen | Wir lesen die Dateien robots.txt, llms.txt und ai.txt der Website sowie die Sitemap — mit festen Auswertungsregeln. | Dieselben Dateien ergeben immer dieselbe Einschätzung. Die Dateien selbst können sich ändern — das entscheidet, wer die Website betreibt, und wir halten genau fest, was wir vorgefunden haben. |
| Website-Snapshot | Ein echter Browser lädt die Seite und hält den Moment fest: Text, Struktur, Metadaten und einen Screenshot. | Die Aufnahmeregeln sind immer dieselben. Aufgenommen wird die Seite genau so, wie sie in diesem Moment gerendert wird — Cookie-Banner, langsam nachladende Inhalte oder ein frisches Redesign inbegriffen. Deshalb bezieht sich jede Bewertung ausdrücklich auf den Snapshot. |
| Website-Analyse | Feste E-E-A-T-Regeln bewerten den Snapshot in fünf Säulen (Skala 0–10). Ein KI-Modell verfasst die ausformulierte Analyse und glättet Beispielzitate — am Ergebnis kann es nichts ändern. E-E-A-T ist unser eigenes Bewertungsraster, kein Rankingfaktor von Google. | Regelbewertung: deterministisch — derselbe Snapshot, dieselben Zahlen. Geschriebener Text: ein dokumentiertes Modell mit festen Anweisungen. Wir zeichnen auf, welches Modell welche Analyse erzeugt hat, und der Wortlaut kann sich leicht unterscheiden. |
| Suchbenchmark | Wir stellen Suchmaschinen (SEO) und KI-Antwort-Engines (GEO, AEO) einen festen Fragensatz — für dieselbe Domain bei jedem Audit derselbe — und speichern jede Antwort wörtlich. Feste Trefferregeln prüfen die gespeicherten Antworten auf die Domain und die Marke. Bei AEO sortiert ein zusätzlicher Schritt jede gespeicherte Antwort in eine feste Liste von Kategorien. Die Kategorie bestimmt, wie die Antwort zur Sichtbarkeit zählt. Diese Sortierung übernimmt ein Machine-Learning-Modell, das für Klassifizierung gebaut ist — kein LLM —, und wir verwenden eine feste Version davon. | Die Bewertung einer gespeicherten Antwort ist immer gleich. Die Live-Antworten selbst ändern sich mit der Zeit — genau diese Veränderung messen wir. Welche KI-Modelle geantwortet haben, wird pro Scan aufgezeichnet. Die genaue Modellmischung kann sich zwischen Scans ändern. |
| Bericht | Der Bericht wird vollständig aus den gespeicherten Ergebnissen der Schritte 1–4 zusammengesetzt. | Dieselben gespeicherten Ergebnisse ergeben immer denselben Bericht — abgesehen vom Erstellungsdatum. Deterministisch aus den Aufzeichnungen. |
Fehlt eine Antwort (etwa weil Google keine AI Overview anzeigt), weisen wir sie als „nicht gemessen“ aus — sie zählt nie als null.
Die 5 Pipeline-Schritte
Abschnitt betitelt „Die 5 Pipeline-Schritte“Schritt 1 — Crawlability Check
Abschnitt betitelt „Schritt 1 — Crawlability Check“Paceghost ruft die Dateien robots.txt, llms.txt und ai.txt der Website ab und prüft, welche KI-Crawler (GPTBot, ClaudeBot, PaceghostBot, Googlebot, PerplexityBot und andere) erlaubt oder blockiert sind. Das Ergebnis ist ein Crawlability-Status: vollständig offen, teilweise blockiert oder vollständig blockiert.
Blockiert die robots.txt den PaceghostBot, stoppt das Audit hier — wir respektieren die Direktiven der Website. llms.txt und ai.txt werden als informative Signale angezeigt.
Schritt 2 — Website-Snapshot
Abschnitt betitelt „Schritt 2 — Website-Snapshot“Paceghost ruft die Seite über eine Stufenleiter von Abrufmethoden ab und testet jede Stufe, bevor es sich festlegt:
- Offen erkennbarer Bot — ein Headless-Browser, der sich offen mit dem User-Agent
Paceghost/1.0zu erkennen gibt. Diese Stufe steht jedem Audit zur Verfügung. - Echter Browser — ein echtes Chromium mit sichtbarem Fenster (headed) und ohne geänderten User-Agent. Für die Website sieht er genau so aus wie der Browser eines normalen Besuchers. Diese Stufe ist verfügbar, wenn der Eigentumsnachweis für die Domain erbracht ist.
Der Seitenaufruf selbst ist der Test: Lädt die Seite, läuft die Erfassung auf derselben Seite weiter. Verweigert die Sicherheitsschicht der Website die Anfrage, versucht Paceghost die nächste erlaubte Stufe. Die erfolgreiche Stufe wird pro Domain gespeichert, sodass spätere Audits mit der Stufe beginnen, die funktioniert hat. Eine verweigerte Stufe wird nach einer Wartezeit erneut getestet, weil sich Sperren wieder lösen können.
Verweigert die Website jede erlaubte Stufe (HTTP 401, 403 oder 429), wird diese Sperre als Befund gemeldet — der Snapshot stammt nie von einer Fehlerseite, weil das Audit einer Sperrseite die Website falsch darstellen würde. Die PaceghostBot-Seite erklärt, wie der Bot durch ein CDN oder eine Firewall gelassen wird und wie der Eigentumsnachweis für die Domain funktioniert. Scheitert der Schritt aus einem anderen Grund — etwa weil unsere Abruf-Infrastruktur ausfällt oder die Website eine Fehlerseite liefert und es nichts zu prüfen gibt —, werden die Credits des Schritts vollständig erstattet. Welcher Abruf-Client ein Audit bedient hat, steht in jedem Bericht.
Der Snapshot selbst erfasst einen Screenshot, die vollständige DOM-Struktur, Seiten-Metadaten (Titel, Beschreibung, Überschriften, Links, Schema-Markup) und das rohe HTML. Das ist die sachliche Aufzeichnung, wie die Seite zum Zeitpunkt des Scans aussah.
Der Snapshot ist der Input für Schritt 3. Er zeigt außerdem, ob der Crawl die richtige Version der Seite gesehen hat — und nicht eine Version hinter einer Cookie-Wall oder eine, deren JavaScript nicht lief.
Schritt 3 — Website-Analyse (Synthetisches Domain-Profil)
Abschnitt betitelt „Schritt 3 — Website-Analyse (Synthetisches Domain-Profil)“Der Inhalt des Snapshots geht an ein KI-Modell, das daraus das Synthetische Domain-Profil erstellt (Zusammenfassung, Marken- und markenfreie Keywords, Suchanfragen nach Nutzerabsicht). Unabhängig davon berechnet Paceghost einen deterministischen E-E-A-T-Score aus fünf On-Page-Messsäulen — direkt aus der Struktur der Seite (Schema-Markup, ausgehende Quellenverweise, eigene Medien, Inhaltsdichte und Ich-Perspektive), nicht aus der Meinung eines Modells. Wie jede Säule gemessen wird, steht auf der Seite E-E-A-T-Score.
Die Ausgabe ist ein Synthetisches Domain-Profil — ein strukturiertes Ergebnis aus den echten DOM-Inhalten, nicht aus Trainingsdaten eines Modells. Es umfasst:
- eine KI-generierte Zusammenfassung der Website in einem Satz
- Marken-Keywords — Markenname, Produktnamen usw.
- Markenfreie Keywords — Themen, die zur Domain passen
- Suchanfragen nach Nutzerabsicht — wonach Menschen suchen könnten, um die Website zu finden
- den E-E-A-T-Score mit seinen fünf Säulen (Entity & Author, Outbound Citations, Experience Media, Content Density, Linguistic POV), berechnet durch feste Regeln, nicht durch das Modell
Wichtig: Das Synthetische Domain-Profil ist NICHT das, was ein KI-Modell aus seinen Trainingsdaten über die Website „weiß“. Es ist das, was das Modell zum Scan-Zeitpunkt aus den tatsächlichen Seiteninhalten extrahiert.
Schritt 4 — Visibility Benchmark
Abschnitt betitelt „Schritt 4 — Visibility Benchmark“Die Keywords aus dem Synthetischen Domain-Profil laufen gleichzeitig durch drei Suchkanäle:
- SEO (Search Engine Optimisation) — klassische Suchergebnisse mehrerer Suchmaschinen.
- GEO (Generative Engine Optimisation) — KI-gestützte Suchergebnisse und AI Overviews mehrerer Anbieter.
- AEO (Answer Engine Optimisation) — direkte LLM-Abfragen. Diese testen, was mehrere KI-Modelle über die Domain sagen, wenn man sie direkt fragt.
Für jede Query und jede Engine bzw. jedes Modell zeichnen wir auf:
- ob die Domain in den Ergebnissen erscheint (domain found / domain cited)
- welche Position oder welchen Rang sie hat
- welches Snippet, welche Zusammenfassung oder welches Zitat angezeigt wird
Verlinkte und unverlinkte Zitate werden durch Triple-Pass-Brand-Matching erkannt. Gemessen wird pro Audit zu einem einzigen Zeitpunkt.
Wie viele Endpunkte und Modelle enthalten sind, hängt vom Tarif ab — siehe das Kapitel Endpunkte.
Schritt 5 — Bericht erstellen
Abschnitt betitelt „Schritt 5 — Bericht erstellen“Alle Daten aus den Schritten 1–4 werden zu einem herunterladbaren Berichtspaket zusammengestellt:
- PDF — Executive Summary mit Scores, Diagrammen und den wichtigsten Befunden
- JSON — vollständiges Datenpaket zur programmatischen Nutzung
- CSV — gezippter Export für Tabellenkalkulation und BI-Tools
- Freigabelink — ein Link, den jede Person mit dem Link 7 Tage lang öffnen kann. Er gibt Zugriff auf das PDF des Berichts.
Berichtsdateien werden 30 Tage aufbewahrt. Pro Domain bleiben in dieser Zeit die jüngsten Berichte erhalten: im Free-Tarif der neueste Bericht, in bezahlten Tarifen die letzten 4. Die zugrunde liegenden Audit-Daten (Crawlability-Ergebnisse, Snapshot, Analyse, Benchmark-Antworten) werden gemäß unserer Datenschutzerklärung bis zu 24 Monate aufbewahrt.
Full Audit
Abschnitt betitelt „Full Audit“Alle 5 Schritte nacheinander heißen Full Audit. Nur der Crawlability Check ist kostenlos. Snapshot, Analyse, Benchmark und Bericht verbrauchen jeweils Credits.
KI-Modelle & Such-Endpunkte
Abschnitt betitelt „KI-Modelle & Such-Endpunkte“Höhere Tarife nutzen mehr KI-Modelle und Such-Endpunkte und liefern damit breitere und genauere Benchmark-Ergebnisse. Wie wir Modelle einsetzen, steht auf der Seite KI-Modelle. Was jeder Tarif enthält, steht im Kapitel Endpunkte.