Audit Canonicals, Redirect Chains und interne Links von CSV
Inspizieren Sie gelieferte Crawl-Snapshots, während Sie aufgezeichnete Fehler von nicht verifizierten Zielen trennen.
Erfassen Sie einen Snapshot mit einem Datum
Verwenden Sie einen Crawl-Export von der Website und notieren Sie, wann er gesammelt wurde. Diese lokalen Tools können beliebige Live-Websites nicht zuverlässig über Browser-Sicherheitsgrenzen hinweg verfolgen. Sie analysieren die Zeilen, die Sie liefern, mit genauen CSV-Headern, die in ihren Beispielen gezeigt werden. Behalten Sie den ursprünglichen Export unverändert und arbeiten Sie zuerst an einer sanierten Teilmenge. Ein erfolgreicher lokaler Parse sagt, dass die Daten die erforderliche Form haben, nicht dass sie immer noch die Live-Site beschreiben.
Vergleichen Sie Canonicals mit erklärter Absicht
Der kanonische Checker verwendet URL,Canonical,Expected,Status. Sein Beispiel hat zwei aufgezeichnete 200 Seiten. Seite a deklariert die beabsichtigte Seite a kanonisch; Seite b deklariert Seite a, während ihr erwarteter Wert Seite b ist. Eine Zeile muss daher überprüft werden. Dies bedeutet nicht, dass jede Seite selbstkanonisch sein muss. Setzen Sie das tatsächliche beabsichtigte Ziel in Erwartet und untersuchen Sie absichtlich die Ursprungserklärungen. Die Zielindexierbarkeit und das von Google ausgewählte Canonical sind separate Prüfungen.
Verfolgen Sie die aufgezeichnete Kette
Das Redirect-Beispiel verwendet URL,Status,Location. /old zeichnet eine 301 bis /new auf, /new speichert eine 302 bis /final und /final Records 200. Die erste Kette hat zwei aufgezeichnete Hopfen. Relative Standorte lösen sich gegen ihre Quell-URL auf. Eine Kette, die eine URL erneut aufruft, wird als aufgezeichnete Schleife gemeldet; ein Ziel, das im Export fehlt, wird nicht verifiziert. Das Tool erfindet keinen endgültigen Erfolg oder folgt JavaScript- und Meta-Refresh-Weiterleitungen.
| Feststellung | Bedeutung | Nächste Kontrolle |
|---|---|---|
| Canonical unterscheidet sich von Expected | Aufgezeichnete Erklärung kollidiert mit gelieferter Absicht | Aktuelle Seite und Zielberechtigung |
| Aufgezeichneter Redirect Loop | Supplied Chain besucht eine URL | Live Redirect Verhalten |
| 404 oder 410 Datensatz | Snapshot meldet fehlendes Ziel | Aktuelle Antwort und Source Link |
| 403-Datensatz | Zugriffs-/Clientfehler | Genehmigungen oder Antragsbeschränkungen |
| Ziel fehlt | Fehlende Beweise | Sammeln der Zielantwort |
Eine Momentaufnahme ist datierte Beweise, keine kontinuierliche Überwachung.
Verwenden Sie dieses Beispiel Öffnet Redirect Chain Checker mit diesen Eingaben.
Verbinden Sie Links mit aufgezeichneten Antworten
Die broken-link-beispiel liefert seite. HTML Verknüpfung mit /about/, /missing/ und einem externen Host, plus URL,Status Records. Sie berichtet /about/ als verzeichneter Erfolg und /missing/ wie aufgezeichnet 404den externen Link ignorieren. A 403 ist ein Zugriffs-/Clientfehler, der überprüft werden muss, nicht automatisch eine fehlende Seite. Ein Link ohne gelieferten Status bleibt ungeprüft. Fragment-Existenz und Links, die von Skripten erstellt wurden, sind außerhalb dieses HTML-Quellprüfung.
Bestätigen Sie Änderungen gegenüber der Live-Site
Recheck registrierte 404/410 Ergebnisse, blockierte Anfragen und Ketten, bevor er die Navigation änderte oder umleitete. Vergleichen Sie beabsichtigte kanonische Ziele mit aktuellen Antworten und Inhalten. Exportieren Sie einen neuen Snapshot nach dem Beheben der tatsächlichen Website und führen Sie die gleichen lokalen Prüfungen erneut aus. Behalten Sie die Vorher-Nachher-Daten mit der Entscheidung; ein alter Crawl kann eine Untersuchung unterstützen, sollte aber nicht stillschweigend zu einem aktuellen Standort-Gesundheitsanspruch werden.