Cookie-Einstellungen

Notwendige Cookies halten die Seite am Laufen. Analytics zeigt, welche Seiten nützlich sind. Die Wahl lässt sich jederzeit im Footer ändern.

Cookie-Richtlinie dieser Website – alle Details: Cookie-Kategorien, wie wir Ihre Auswahl im Browser speichern und wie Sie Ihre Einwilligung widerrufen.

Notwendig

Grundfunktionen der Seite und Ihre Einwilligung. Immer aktiv.

Analyse

Hilft zu verstehen, wie die Seite genutzt wird. Wird nur nach Ihrer Zustimmung geladen.

GitHubZIP herunterladen

SEO-Korrekturen verifizieren

Prüfen Sie ausgewählte Befunde oder URLs nach einem Release erneut. Jeder Befund wird als behoben, weiterhin vorhanden, geändert oder nicht überprüfbar eingestuft – geprüft werden nur die betroffenen Seiten.

Auf GitHub ansehenSchnellstart

Was es leistet

  • Terminal: Optionen von seohead verify-fixes

Gezielte Nachprüfung

Wählen Sie aus, was geprüft werden soll: nach Befunds-ID, nach betroffener URL, aus einer URL-Datei oder aus einer gespeicherten Prüfansicht. SpiderHead ruft nur diese Seiten erneut ab, mit den HTTP-, robots- und Rendering-Regeln aus der Ausgangsbasis. Websiteweite Prüfungen laufen nicht erneut.

  • Eine Auswahl umfasst höchstens 500 Crawl-Ziele und 5.000 Befunde.
  • Eine Auswahl über diesen Grenzen schlägt fehl. Sie wird nie stichprobenartig reduziert.
  • --after verwendet einen vorhandenen späteren Audit oder Scan, daher wird keine Anfrage gesendet.

Begrenzte Ergebnisse

Eine Teilprüfung kann nicht belegen, dass die ganze Website korrigiert ist. Websiteweite und nicht messbare Prüfungen erhalten das Ergebnis „nicht überprüfbar“. Ein ungültiger späterer Crawl kann keine Befunde auflösen, und eine erneute Auswertung desselben Scans liefert keinen neuen Nachweis.

  • Jedes Ergebnis enthält eine Begründung und die Nachweise.
  • Die Ergebnisse werden als neue, unveränderliche JSON- und Markdown-Datei geschrieben.
  • Fehlende Seiten bleiben nicht überprüfbar.

Korrekturprotokoll

Für längere Arbeiten verfolgt ein an ein Projekt gebundenes Korrekturprotokoll jeden Fall über seine Status. Eine Aufgabe ändert ihren Status nur aufgrund von Nachweisen aus der Nachprüfung. So wird eine als erledigt markierte Aufgabe nicht mit einer behobenen Website verwechselt. Nachprüfungen beschränken sich auf die offenen Fälle.

  • remediation-ingest lädt einen gespeicherten Audit als Ausgangsbasis.
  • remediation-recheck prüft offene Fälle ohne Crawl der Website.
  • remediation-report zeigt Nachweise vor und nach der Korrektur offline an.

Drei Schritte, ein gespeicherter Scan

  1. Mit einer Ausgangsbasis starten

    Verweisen Sie verify-fixes auf die vorhandene audit.json oder den SQLite-Scan und wählen Sie dann IDs der Befunde oder betroffene URLs aus.

  2. Nur die betroffenen Seiten erneut prüfen

    Das Tool ruft die ausgewählten URLs mit den HTTP-, robots- und Rendering-Regeln der Ausgangsbasis erneut ab. Websiteweite Prüfungen laufen nicht erneut.

  3. Das Ergebnis je Befund lesen

    Jeder Befund wird als behoben, weiterhin vorhanden, geändert oder nicht überprüfbar markiert, mit Begründung und Nachweisen in einer neuen, unveränderlichen JSON- oder Markdown-Datei.

Prüfungen in dieser Funktion

PrüfungBedeutungSchweregradBeleg
BROKEN_PAGE_4XXDie Seite gibt einen 4xx-Statuscode zurück. Eine Nachprüfung kann die Korrektur bestätigen, sobald die URL einen 2xx-Statuscode liefert.CriticalStatuscode vor und nach der Korrektur, je URL
SERVER_ERROR_5XXDie Seite gibt einen 5xx-Statuscode zurück. Sie gilt nur dann als behoben, wenn die Nachprüfung einen 2xx-Statuscode erhält.CriticalStatuscode vor und nach der Korrektur, je URL
TITLE_MISSINGDie Seite hat kein title-Element. Eine Korrektur zeigt sich als behoben auf derselben URL.CriticalBefundzeilen der Ausgangsbasis und der Nachprüfung für die URL
H1_MISSINGAuf der Seite fehlt die H1-Überschrift.ImportantBefundzeilen der Ausgangsbasis und der Nachprüfung für die URL
CANONICAL_MISSINGDie Seite hat kein canonical-Link-Element.ImportantBefundzeilen der Ausgangsbasis und der Nachprüfung für die URL
REDIRECT_CHAINDie Weiterleitung führt über zwei oder mehr Schritte, bevor die Ziel-URL erreicht wird.ImportantStatus je Schritt aus der Nachprüfung
BAD_REDIRECT_TYPEEs wird eine 302-, 303- oder 307-Weiterleitung verwendet, obwohl eine dauerhafte 301-Weiterleitung erwartet wird.TipStatus je Schritt aus der Nachprüfung

Ein Befehl

bash
seohead verify-fixes --baseline ./report/audit.json --urls https://example.com/old-page --out-dir ./verification-1

Zuerst installieren: Installationsanleitung. Jeder Befehl läuft auch als MCP-Tool für KI-Agenten.

Was Sie brauchen

  • Eine Ausgangsbasis: eine gespeicherte audit.json oder ein SQLite-Scan
  • Eine Auswahl: IDs der Befunde, URLs, eine URL-Datei oder eine gespeicherte Ansicht
  • Ein neuer Ausgabeordner (--out-dir) für die Prüfdateien
  • Optional: die ursprüngliche Crawler-Konfiguration, falls die Ausgangsbasis Zugangsdaten geschwärzt hat (--config)

Grenzen

  • Ohne --after sendet das Tool Leseanfragen an die von Ihnen ausgewählten URLs.
  • Nur die ausgewählten Seiten werden geprüft. Die Website wird nicht erneut gecrawlt.
  • Ein späterer Scan für --after muss ein anderer Scan sein als die Ausgangsbasis und nach ihr erhoben worden sein.
  • Websiteweite Prüfungen lassen sich mit einer Teilprüfung nicht verifizieren.

Fragen

Ändert das Tool etwas auf meiner Website?
Nein. Es sendet nur Leseanfragen an die von Ihnen ausgewählten URLs. Die Ausgabe ist eine neue Prüfdatei im Ordner, den Sie mit --out-dir angeben.
Bedeutet ein Ergebnis „behoben“, dass die ganze Website korrigiert ist?
Nein. Geprüft werden nur die betroffenen Seiten, die Sie ausgewählt haben. Websiteweite und nicht messbare Prüfungen können mit einer Teilprüfung nicht als behoben gelten; sie erhalten das Ergebnis „nicht überprüfbar“.
Muss ich vorher erneut crawlen?
Sie brauchen eine Ausgangsbasis: eine gespeicherte audit.json oder einen SQLite-Scan. Wollen Sie ohne Netzwerkanfragen prüfen, übergeben Sie --after mit einem vorhandenen späteren Audit. Dann arbeitet das Tool offline.
Wie viele Befunde kann ich in einem Durchlauf verifizieren?
Bis zu 500 Crawl-Ziele und 5.000 Befunde. Größere Auswahlen schlagen fehl, statt stichprobenartig reduziert zu werden. Teilen Sie sie deshalb auf.
Worin unterscheidet sich das von compare-crawls?
compare-crawls vergleicht zwei gespeicherte Dateien und ruft nichts ab. verify-fixes ruft die ausgewählten Seiten erneut ab und liefert ein Ergebnis je Befund. Nutzen Sie compare-crawls für einen Überblick nach dem Release und verify-fixes, um bestimmte Aufgaben abzuschließen.
Kann ich das aus einem KI-Assistenten heraus nutzen?
Ja. Derselbe Vorgang ist im lokalen MCP-Server als seo_verify_fixes verfügbar, mit denselben Argumenten wie in der CLI.

Weiterstöbern

Aus Blog und Glossar

SEO-Checkliste für Websites: 80+ Punkte fürs AuditBlog

Mehr in dieser Gruppe · Import und Vergleich

Analyse von Screaming-Frog-ExportenFunktionCrawls vor und nach einer Änderung vergleichenFunktionURL-Verlauf über Scans hinwegFunktion

Testen Sie es auf Ihrer eigenen Website

ZIP herunterladenAlle Funktionen