Screpys Bulk HTTP Status Checker prüft eine eingegebene Liste mit bis zu 50 URLs und zeigt erste Antwort, letzte Antwort und beobachtete Weiterleitungsschritte. Damit kontrollieren Sie alte Links nach einem Umzug, untersuchen unerreichbare Seiten oder erstellen eine Reparaturliste. Das Ergebnis beschreibt einen öffentlichen GET-Aufruf zum angegebenen Zeitpunkt, keine dauerhafte Verfügbarkeit, Browserladezeit oder bestätigte Indexierung.
Wählen Sie eine URL-Liste mit klarem Zweck
Fügen Sie pro Zeile eine vollständige öffentliche HTTP- oder HTTPS-Adresse ein. Beginnen Sie mit einer Frage: Erreichen alte Kampagnenlinks ihre Nachfolger oder liefern Navigationslinks noch Fehler? Für Weiterleitungen brauchen Sie die ursprünglichen Adressen. Nur die endgültigen Ziele einzugeben zeigt nicht das Verhalten alter Links.
Erlaubt sind 50 nicht leere eingereichte Zeilen. Leerzeilen werden ignoriert, normalisierte Duplikate einmal geprüft. Entfernen Sie Wiederholungen vor dem Absenden, wenn diese die Grenze überschreiten. Ungültige Zeilen müssen korrigiert werden. Das Tool entdeckt keine Website-Seiten und importiert keine Sitemap automatisch.
Eine sinnvolle Umzugsstichprobe enthält eine unveränderte, eine umgezogene und eine bewusst entfernte Seite. Notieren Sie vorher das erwartete Ergebnis. Für gelöschten Inhalt kann 404 korrekt sein; auf einer aktiven Checkout-Seite muss dieselbe Antwort untersucht werden. Verwenden Sie echte öffentliche Pfade statt privater Dashboards oder Adressen mit Zugangsdaten.
Lesen Sie erste Antwort und endgültiges Ziel
Der erste Code gehört zur eingegebenen Adresse, der letzte zum Ziel nach den verfolgten Weiterleitungen. Endgültige URLs stehen in der Tabelle; die beobachteten Weiterleitungsketten sind in den Berichtsdetails zusammengefasst. Ein erfolgreiches Ziel bedeutet nicht, dass die ursprüngliche Adresse direkt 200 liefert.
Diese fiktiven Beispiele erläutern abgeschlossene Prüfungen; sie sind keine Ergebnisse einer bestimmten Website.
| Erste → letzte Antwort | Bedeutung | Was geprüft werden sollte |
|---|---|---|
| 200 → 200 | Direkte erfolgreiche Antwort | Ist dies die gewünschte Seite mit brauchbarem Inhalt? |
| 301 → 200 | Dauerhafte Weiterleitung mit erfolgreichem Ziel | Entspricht die Ziel-URL dem geplanten Ersatz? |
| 302 → 200 | Vorübergehende Weiterleitung mit erfolgreichem Ziel | Ist der Umzug tatsächlich vorübergehend? |
| 301 → 404 | Weiterleitung auf ein nicht gefundenes Ziel | Ziel oder Zuordnung reparieren, falls die Seite existieren soll |
| 403 → 403 | Anfrage wurde abgewiesen | Zugriffsregeln prüfen; nicht von einer Sperre für alle ausgehen |
Die HTTP-Statusreferenz von MDN erläutert die Codes. 404 bedeutet nicht gefunden, 410 eine entfernte Ressource. Beides kann beabsichtigt sein. 429 signalisiert zu viele Anfragen, 5xx Serverfehler. Der Code beschreibt die Antwortkategorie, nicht die vollständige Ursache.
Die Summen überschneiden sich: Eine weitergeleitete URL kann erfolgreich oder mit HTTP-Fehler enden. Addieren Sie diese Kategorien nicht in der Erwartung, die Anzahl eindeutiger URLs zu erhalten.
Trennen Sie nicht verfügbare Prüfungen von HTTP-Fehlern
Ein HTTP-Fehler wie 404 oder 503 ist eine Antwort. „Nicht verfügbar“ bedeutet, dass die Beobachtung nicht abgeschlossen werden konnte. DNS-Auflösung, ein Fehler der sicheren Verbindung oder Zeitüberschreitung können die letzte HTTP-Antwort verhindern. Lesen Sie den Grund, statt ein leeres Codefeld als 404 zu interpretieren.
Pro URL gelten acht Sekunden, für den gesamten Lauf 30 Sekunden. Das Tool folgt höchstens fünf HTTP-Weiterleitungen. Schleifen, fehlende Ziele oder längere Ketten können unvollständige Ergebnisse hinterlassen. Das sind Grenzen des Tools, keine Aussage über Googles Crawling-Grenzen. Bereits beobachtete Schritte bleiben erhalten: Nach einer 301 kann eine sichere Verbindung scheitern, sodass der erste, aber kein letzter Code sichtbar ist.
Ein Wechsel von HTTPS auf HTTP wird markiert. Das Tool folgt Weiterleitungen in HTTP-Antworten, führt aber kein JavaScript aus und verfolgt keine Meta-Refresh-Anweisungen der Seite. Ein Browser kann sich deshalb anders verhalten.
Die Dauer beschreibt diesen Prüfaufruf einschließlich seines Anfragewegs. Sie misst weder Bilderladen noch JavaScript-Ausführung oder den Zeitpunkt möglicher Interaktion. Nutzen Sie sie zur Untersuchung dieser Beobachtung, nicht als Page-Speed-Wert.
Exportieren Sie Reparaturen und prüfen Sie dieselben URLs erneut
Priorisieren Sie Fehler auf weiterhin benötigten Seiten, falsche Weiterleitungsziele und kaputte Adressen, die noch von wichtigen Seiten verlinkt werden. Leiten Sie nicht jede gelöschte URL zur Startseite, nur um ein grünes Ergebnis zu erhalten. Bei verschobenem Inhalt wählen Sie einen passenden Ersatz; bei endgültig entferntem Inhalt prüfen Sie den beabsichtigten Status und bereinigen alte Verweise.
Filtern Sie HTTP-Fehler, Weiterleitungen oder nicht verfügbare Prüfungen und suchen Sie nach URLs. Die CSV enthält nur aktuell gefilterte Zeilen: erste/letzte Codes, Ziel, Dauer, Grund, Prüfzeit und Kette. Speichern Sie den Stand zusammen mit dem Soll-Ergebnis, reparieren Sie das Problem und prüfen Sie dieselben ursprünglichen Adressen erneut.
Verdächtige Inhalte brauchen eine gesonderte Kontrolle. Googles HTTP-Hinweise bestätigen, dass 2xx keine Indexierung garantiert; auch eine Fehlerseite kann 200 liefern. Dieses Tool untersucht den Inhalt nicht auf Soft 404s. Für Indexierungsanweisungen verwenden Sie den Noindex Checker, für gezielte Weiterleitungsanalysen den Redirect Checker. Ein korrigierter Status ist eine geprüfte Bedingung, kein vollständiges SEO-Audit.
Nutzen Sie den Bulk Canonical Checker für eine Liste deklarierter bevorzugter URLs. Er prüft HTML- und HTTP-Header-Angaben sowie ein unmittelbares Ziel pro Seite, nicht Googles ausgewählte Canonical-URL.