Site Audit
Beginne mit Website- und Crawl-Einrichtung, damit das Audit den tatsächlich gewünschten Untersuchungsbereich erfasst.
Begrenzter Crawl
Nachvollziehbare Evidenz
Vergleichbare Verifikation
Nutze Site Audit als Evidenzkreislauf
Wähle die Ansicht passend zur Frage
| Ansicht | Frage |
|---|---|
| Sites | Welche Property, Autorisierung und welcher letzte Lauf gehören zum Scope? |
| Übersicht | Wo lohnt sich im ausgewählten Lauf eine genauere Untersuchung? |
| Probleme | Welche Regeln betreffen welche URLs oder Ressourcen? |
| Seiten | Welche URL-Menge erfüllt die gewählten technischen Filter? |
| Statistiken | In welchen Segmenten und Verteilungen häufen sich Auffälligkeiten? |
| Structured Data | Welche Markup-Evidenz wurde gespeichert und wie wurde sie bewertet? |
| Performance | Welche Feld-, Labor- oder Crawl-Zeitdaten liegen tatsächlich vor? |
| Interne Links | Welche Quell-Ziel-Beziehungen erklären ein Muster? |
| Vergleich | Was hat sich zwischen zwei geeigneten Läufen verändert? |
| Crawls | Wurde die Evidenz zuverlässig gesammelt und veröffentlicht? |
| Automation | Wann soll ein neuer Lauf versucht werden und wann soll ein Alert entstehen? |
| Einstellungen | Welcher Datenvertrag gilt für künftige Crawls? |
Site und Lauf bilden den gemeinsamen Kontext
Die ausgewählte Site setzt die Property-Grenze. Der ausgewählte Lauf bestimmt die gespeicherte Evidenz in allen laufbezogenen Ansichten. Ein neuer Crawl überschreibt einen älteren Lauf nicht.
Vollständiger Crawl und Quick Check sind nicht gleichwertig
Ein vollständiger Crawl verlangt eine serverseitig bestätigte Verifizierung. Ein öffentlicher Quick Check arbeitet absichtlich restriktiver: höchstens 100 URLs, Tiefe zwei, Beachtung von robots.txt, kein Rendering und geringe Parallelität. Seine Ergebnisse dürfen deshalb nicht als vollständige Site-Abdeckung erscheinen.
Lies zuerst Scope und Abdeckung, dann den Score
Health Score und Problemzahlen beschreiben nur den gewählten Lauf. Ein engerer Scope, blockierte Bereiche, fehlgeschlagene Abrufe oder veränderte Limits können den sichtbaren Score verbessern und gleichzeitig die Evidenz verkleinern.
Fehlt ein Score, ist das nicht dasselbe wie null. Unter 70 Prozent Evidenzabdeckung reicht die Grundlage nicht für eine belastbare Bewertung. Zwischen 70 und 85 Prozent bleibt sie vorläufig.
Ein beendeter Abruf kann noch verarbeitet werden
Nach dem eigentlichen Crawl entstehen Linkgraph, Befundprojektionen, Zusammenfassungen, Linkmetriken, Aggregate, Health Score, AI-Readiness-Signale und Alerts. Ein primär abgeschlossener Lauf kann deshalb noch als Verarbeitung erscheinen, bis die sekundäre Veröffentlichung beendet ist.
Health ist ein Wegweiser, kein SEO-Urteil
Der Score verdichtet regelbasierte Evidenz aus Crawlability, Indexierbarkeit, Content und Metadaten, Linkarchitektur, Structured Data und Internationalisierung, Performance und Ressourcen sowie Sicherheit. Er misst weder Rankingwahrscheinlichkeit noch Geschäftswert.
Gespeichert werden außerdem Score- und Regelversion, Eignung, Scope, Abdeckung, Konfidenz, Exaktheit und mögliche Trunkierung. Zwei Werte bilden nur dann einen belastbaren Trend, wenn diese Grundlagen vergleichbar sind.
Wechsle für die Entscheidung zur Eigentümeransicht
Übersicht und Statistiken zeigen Muster. Probleme erklärt die Regel, Seiten grenzt die betroffene URL-Menge ein, interne Links bewahrt Beziehungen und das URL-Dossier hält die gespeicherten Fakten zu einer Seite zusammen. Die Entscheidung über Priorität und Änderung bleibt beim Team.
Verfolge mit Problemen, Seiten und Links einen Befund von der Audit-Zusammenfassung bis zu seinen URLs und Beziehungen.
Grenzen gehören zur Evidenz
Tabellen, Snapshots, Beispiele, Vergleiche und Exporte sind absichtlich begrenzt. Achte auf Pagination, exakte oder untere Zählwerte, ausgelassene Elemente und Trunkierung. Eine sichtbare Stichprobe darf nicht stillschweigend für die gesamte Site sprechen.
Historie beantwortet Veränderung, Automation erneuert Evidenz
Ein Zeitplan garantiert keinen Start. Kapazität, Verifizierung, Run- und Budgetlimits, Balance oder ein bereits aktiver Lauf können einen fälligen Crawl überspringen. Erst ein gespeicherter Lauf mit veröffentlichter Evidenz liefert eine neue Beobachtung.
Fälligkeit, Zulassung, Alert-Ereignis, E-Mail-Warteschlange und bestätigte Zustellung bleiben deshalb getrennte Zustände.
Prüfe diese Zustände einzeln, bevor du das Crawl-Ergebnis bewertest.
Richte für regelmäßige Prüfungen Monitoring und Meldungen nach den Nachweisen aus, für deren Kontrolle jemand verantwortlich ist.
Ältere Läufe verlieren schrittweise Detailtiefe
Die neuesten zehn terminalen Läufe und alle Läufe der letzten 30 Tage behalten vollständige Details. Bis 183 Tage werden ältere Läufe nach einer siebentägigen Ankündigung verdichtet. Bis 365 Tage bleibt je Kalendermonat ein geeigneter Anker. Danach wird auch ein gepinnter Lauf gelöscht, ausgenommen der jeweils neueste terminale Lauf einer ruhenden Site.
Schließe Arbeit mit vergleichbarer Evidenz ab
Ein Ticket, Deployment oder grüner Test beweist den SEO-Effekt nicht. Crawle denselben autorisierten Scope erneut, prüfe Abdeckung und Regeln und kontrolliere sowohl behobene Befunde als auch neue Nebenwirkungen.
Beispiel: Ein Shop prüft ein neues Produkt-Template
Ein Shop-Team veröffentlicht ein neues Template für Produktseiten. Nach dem Release startet es einen Crawl, der auf den Pfad /produkte/ begrenzt ist und dasselbe URL-Limit und dieselben Rendering-Einstellungen wie der letzte Lauf nutzt. So beschreiben beide Läufe denselben Umfang.
Die Ansicht Probleme zeigt eine Regel auf fast allen Produkt-URLs: Das Canonical-Tag verweist auf eine gefilterte Variante statt auf das Produkt selbst. Weil sich der Befund über ein einziges Template wiederholt, korrigiert das Team das Template einmal, statt Seiten einzeln zu bearbeiten.
Der Vergleich mit dem vorherigen Lauf führt den Befund danach als behoben, während Umfang und Abdeckung gleich bleiben. Genau das macht das Ergebnis belastbar: Weniger Probleme bei unverändertem Crawl bedeuten einen echten Fix und keinen kleineren Crawl.
Häufige Fragen
Was ist der Unterschied zwischen vollständigem Crawl und Quick Check?
Ein vollständiger Crawl setzt eine serverseitig bestätigte Verifizierung der Property voraus. Ein öffentlicher Quick Check ist bewusst eingeschränkt: höchstens 100 URLs, Tiefe zwei, Beachtung der robots.txt, kein Rendering und geringe Parallelität. Er eignet sich für einen ersten Blick, bildet aber nie die ganze Website ab.
Warum ist mein Health Score gestiegen, obwohl nichts behoben wurde?
Der Score beschreibt nur den gewählten Lauf. Ein engerer Umfang, blockierte Bereiche, fehlgeschlagene Abrufe oder geänderte Limits können den Score verbessern und gleichzeitig die Evidenz verkleinern. Prüfe deshalb zuerst die Abdeckung: Unter 70 Prozent Evidenzabdeckung reicht die Grundlage nicht für eine Bewertung, zwischen 70 und 85 Prozent bleibt sie vorläufig.
Wie belege ich, dass ein technischer Fix gewirkt hat?
Starte einen neuen Crawl mit gleichwertigem Umfang und vergleiche ihn mit dem Lauf vor dem Fix. Der Vergleich zeigt, welche Befunde neu, behoben oder verändert sind. Nur wenn Umfang und Abdeckung übereinstimmen, ist ein behobener Befund ein echter Nachweis.
Überschreibt ein neuer Crawl den vorherigen?
Nein. Ein neuer Crawl erzeugt ein eigenes Ergebnis. Vollständige Details bleiben für die zehn neuesten Läufe mit endgültigem Status und alle Läufe bis 30 Tage erhalten. Ältere Läufe können nach den Aufbewahrungsregeln verdichtet oder gelöscht werden. Pinne wichtige Läufe, um die Verdichtung hinauszuschieben, oder exportiere ihre Daten vor Ablauf der Details.
Was kostet ein Crawl?
Vor dem Start zeigt Crawl Foundry die Kostenschätzung und dein verfügbares Guthaben. Verbrauchskosten und Crawl-Limits gelten gemeinsam: Standardmäßig sind pro Organisation und Monat 15 vollständige Crawls und 10 Quick Checks vorgesehen. URL- und Site-Limits hängen vom Plan ab. Prüfe vor der Bestätigung die wirksamen Grenzen in der Crawl-Einrichtung.