# Ein beispielhafter Befund: vom Scan-Beleg zum Prüfplan

> Drei Phasen, gezeigt mit den eigenen Komponenten des Produkts.

Quelle: https://citetune.com/de/so-funktioniert-es

## Akt eins – Nachweis

Ein Befund beginnt mit dem, was wir buchstäblich gesehen haben: Statuscodes, Header, Bytezahlen und der User-Agent, der sie erzeugt hat, zitiert statt zusammengefasst.

Der abgeleitete Mechanismus steht in einem getrennten, anders gefärbten Band und trägt die Zeile, die ihn widerlegen würde.

## Akt zwei – eine Korrektur, die Sie prüfen

Dieser beispielhafte Diff zeigt eine mögliche Regeländerung mit Sicherheitsprüfung und Rücknahmeplan. Prüfen Sie vor jeder Änderung die tatsächliche CDN-Konfiguration, den betroffenen Traffic und die Funktionen Ihres Kontos.

Einen genehmigten Fix wenden Sie selbst an oder mergen einen geprüften Pull Request über den GitHub-Connector, falls er eingerichtet ist. CiteTune hat keine Schreibberechtigung für Ihre Live-Website.

## Dritter Schritt – Validierung

Wiederholen Sie nach einer echten Regeländerung denselben Scan und berichten Sie mit Datum und Regel-ID, ob der 403-Befund weiter auftritt. Prüfen Sie Anbieter-Crawler getrennt.

Jede Veränderung der KI-Sichtbarkeit wird getrennt berichtet, mit ihrer Quote verwertbarer Antworten, und wir ziehen keinen ursächlichen Pfeil zwischen beiden.

## Schritte

1. **Nachweise erhalten** — Führen Sie einen begrenzten Crawl derselben Website aus und sammeln Sie die beobachteten Fakten für jede der sechzehn deterministischen Regeln.
2. **Die sichere Korrektur prüfen** — Lesen Sie den vorgeschlagenen Diff, seine Sicherheitsstufe, seine Voraussetzungen und seinen Plan zum Zurücksetzen und wenden Sie den Patch dann selbst an – oder mergen Sie ihn als Pull-Request, wenn die GitHub-Anbindung eingerichtet ist.
3. **Das Ergebnis verifizieren** — Wiederholen Sie nach einer echten Regeländerung denselben Scan und prüfen Sie den Traffic verifizierter Anbieter-Crawler getrennt. Berichten Sie über die KI-Sichtbarkeit separat.