Crawl-Historie und Vergleich
Lies Abdeckung und Veröffentlichungsstatus beider Crawls, bevor du ihren Unterschied als Verbesserung oder Rückschritt bewertest.
Begrenzter Crawl
Nachvollziehbare Evidenz
Vergleichbare Verifikation
Historie trennt Anforderung, Sammlung und Ergebnis
Ein Lauf kann requested, reserved, dispatch_pending, dispatching, queued, discovering, crawling, rendering, analyzing, aggregating, completed, partial, failed, cancelled, skipped_balance oder expired sein. Ein terminaler Primärstatus bedeutet noch nicht zwingend, dass der Report vollständig veröffentlicht ist.
Jeder Zähler beantwortet eine andere operative Frage
Angefordert, geplant, entdeckt, zugelassen, nicht zugelassen, eingereiht, geleast, abgeschlossen, fehlgeschlagen, übersprungen und abgebrochen bleiben getrennt. Hinzu kommen Ressourcen, externe Links und Materialisierung. Prüfe die Stufe, an der Umfang verloren ging.
Crawlerprobleme sind keine SEO-Befunde
Timeouts, Sperren, Autorisierungsfehler, Queue-Verzögerung oder eine unvollständige Materialisierung verkleinern die Evidenz. Dokumentiere oder behebe sie, bevor ein nicht beobachtetes Problem als nicht vorhanden gilt.
Die sekundäre Veröffentlichung erzeugt die Arbeitsansichten
Nach der Sammlung entstehen Linkgraph, Befundprojektionen, Problemzusammenfassung, Linkmetriken, Aggregate, Health Score, AI-Readiness-Signale und Alerts. Solange `secondaryCompletedAt` fehlt, kann ein primär abgeschlossener Lauf weiterhin als Verarbeitung erscheinen.
Vergleiche nur veröffentlichte, geeignete Läufe
Quelle und Ziel müssen abgeschlossen oder partiell sein und die benötigte sekundäre Evidenz besitzen. Standardmäßig wählt die Oberfläche die neuesten zwei geeigneten Läufe, den älteren als Quelle und den neueren als Ziel.
Prüfe bei geänderten Einstellungen zwischen den Läufen Crawl-Grenzen und Regeln, bevor du betroffene Zahlen vergleichst.
Der Vergleichstyp bestimmt die Regeln
| Typ | Voraussetzung |
|---|---|
| Crawl zu Crawl | Beide Läufe gehören zur selben Site. |
| Migration | Mapping erklärt bewusst veränderte URL-Strukturen. |
| Staging zu Produktion | Staging ist ausdrücklich autorisiert und Hosts oder URLs sind zugeordnet. |
Mapping ist Teil der Vergleichsaussage
Standardmäßig können Query-Strings entfernt und abschließende Slashes normalisiert werden. Zusätzlich lassen sich Hosts, Pfadpräfixe, Locales oder einzelne URL-Paare ersetzen. Dokumentiere jede Regel, weil sie bestimmt, welche Seiten als dieselbe Einheit gelten.
Ein Vergleich deckt mehr als Problemstatus ab
Gespeichert werden können hinzugefügte oder entfernte URLs, Status-, Titel-, Description-, Canonical-, Noindex-, Robots- und Structured-Data-Änderungen, neue oder behobene Befunde, Link- und Ressourcenänderungen sowie Druck in Segmenten und Bäumen.
Die Vereinigung ist auf 10.000 URLs und die Delta-Menge auf 100.000 Einträge begrenzt. Pro Organisation können höchstens zwei Vergleiche gleichzeitig aktiv sein. Trunkierung muss jede Aussage entsprechend qualifizieren.
Health-Verlauf verlangt gleiche Versionen und Abdeckung
Ein Health-Delta ist nur belastbar, wenn Score- und Regelversion, Scope, Materialisierungsgenauigkeit und Mindestabdeckung passen. Andernfalls bleiben die Einzelwerte historische Orientierung ohne sicheren Veränderungsnachweis.
Verdichtung verändert, was ein alter Lauf noch beantworten kann
Ein kompakter oder monatlicher Anker kann Summen und Trends bewahren, während Seitendetails bereits entfernt sind. Prüfe den Retention-Zustand, bevor du aus einem alten Lauf eine URL- oder Linkaussage erwartest.
Verifiziere eine Änderung mit expliziter Baseline
Beispiel: Einen Relaunch prüfen
Vor einem Relaunch crawlt ein Team die Staging-Site und vergleicht sie mit der Produktion, mit einem Staging-zu-Produktion-Vergleich und einer Regel für den Host.
Der Vergleich listet entfernte URLs ohne Weiterleitung und Seiten mit geändertem Canonical. Nach dem Launch bestätigt ein Crawl-zu-Crawl-Vergleich, welche Probleme behoben und welche verschlechtert sind.
Häufige Fragen
Welche Läufe lassen sich vergleichen?
Veröffentlichte abgeschlossene oder teilweise abgeschlossene Läufe. Standardmäßig werden die beiden neuesten gewählt, der frühere als Quelle, der spätere als Ziel. Fehlgeschlagene, abgebrochene oder noch veröffentlichende Läufe sind keine gültigen Eingaben.
Kann ich eine Migration mit geänderten URLs vergleichen?
Ja. Die Vergleichsarten für Migration und Staging nutzen Zuordnungsregeln für Query-Parameter, abschließende Slashes, Hosts, Pfadpräfixe, Sprachen und genaue URL-Paare.
Warum zeigt ein alter Lauf nur noch eine Zusammenfassung?
Ältere Läufe werden verdichtet: Zusammenfassungen und Trends bleiben, Details auf URL-Ebene für Seiten, Links und Dossiers sind nicht mehr verfügbar.