HTTP-Status-Checker

Ein HTTP-Statuscode ist eine dreistellige Zahl, die ein Server mit jeder Antwort zurückgibt, um dem Client mitzuteilen, was mit der Anfrage passiert ist. 200 bedeutet, dass die Seite erfolgreich geladen wurde. 301 bedeutet, dass die Seite dauerhaft umgezogen ist. 404 bedeutet, dass die Seite nicht gefunden wurde. 500 bedeutet, dass der Server abgestürzt ist. Die Codes sind Teil der HTTP-Spezifikation (RFC 9110) und jeder Browser, Crawler und API-Client verwendet sie, um zu entscheiden, was als Nächstes zu tun ist. Es gibt 63 definierte Statuscodes, aufgeteilt auf fünf Klassen, aber in echter SEO-Arbeit siehst du ungefähr zehn regelmäßig: 200, 301, 302, 307, 308, 403, 404, 410, 500 und 503. Dieser HTTP-Status-Checker gibt den genauen Code zurück, der für jede URL zurückgegeben wird, die du sendest, sodass du die beheben kannst, die nicht dort sein sollten.

Die fünf Klassen sind 1xx, 2xx, 3xx, 4xx und 5xx. 1xx-Codes (100-103) sind informativ und teilen dem Client mit, dass die Anfrage empfangen wurde und die Verarbeitung läuft. Du siehst sie fast nie in Browser- oder SEO-Kontexten. 2xx-Codes (200-226) bedeuten Erfolg. 200 ist das Standard-OK und der einzige, den die meisten Sites verwenden. 3xx-Codes (300-308) bedeuten Weiterleitung und teilen dem Client mit, eine andere URL zu fetchen. 301 ist dauerhaft, 302 ist temporär, 307 bewahrt die Anfrage-Methode bei einer temporären Weiterleitung und 308 bewahrt sie bei einer permanenten. 4xx-Codes (400-451) bedeuten, dass der Client eine schlechte Anfrage machte, wobei 404 (nicht gefunden), 403 (verboten) und 410 (weg) die häufigsten sind. 5xx-Codes (500-511) bedeuten, dass der Server fehlgeschlagen ist, wobei 500 (interner Fehler) und 503 (nicht verfügbar) die sind, auf die SEOs am häufigsten stoßen.

Eine 301 ist eine permanente Weiterleitung, die Suchmaschinen mitteilt, ihren Index zu aktualisieren und vollständiges Link-Eigenkapital an die neue URL zu übergeben. Eine 302 ist eine temporäre Weiterleitung, die Suchmaschinen mitteilt, die alte URL indexiert zu halten, weil der Umzug nicht dauerhaft ist. Für SEO sollte fast jede Weiterleitung ein 301 sein. Verwende 302 nur für echte temporäre Fälle, wie Geo-Weiterleitungen während eines regionalen Rollouts oder A/B-Test-Traffic-Splits. Google hat bestätigt, dass lange 302er eventuelle als 301er behandelt werden, aber der Übergang kann Wochen dauern, während der Rankings sinken können. Wenn du eine Migration durchgeführt hast und deine alten URLs geben 302 zurück, ändere sie heute auf 301. Dieser Redirect-Checker zeigt den genauen zurückgegebenen Code, also bestätigt ein schneller Bulk-Durchgang auf deiner alten URL-Liste, ob deine Redirect-Map den richtigen Typ verwendet.

Eine 307 ist eine temporäre Weiterleitung, die die ursprüngliche HTTP-Methode bewahrt, was bedeutet, dass ein POST ein POST bleibt, wenn der Client der Weiterleitung folgt. Ein 302 erlaubte historisch Clients, ein POST zu einem GET zu wechseln, was Formular-Submissions brach. 307 behoben das. Für SEO-Zwecke verhält sich 307 wie 302: temporär, übergibt nicht vollständiges Link-Eigenkapital, behält die alte URL indexiert. Du siehst 307er auf Sites, die Server-seitige Frameworks (Next.js, Nuxt, Django) für Weiterleitungen verwenden, da diese Frameworks standardmäßig 307 aus Sicherheitsgründen verwenden. Wenn eine 307 dauerhaft sein soll, wechsle zu 308 (das permanente Äquivalent) oder 301. Der URL-Status-Code-Checker erfasst den genauen Code, sodass du 307er erkennen kannst, die stattdessen 308 oder 301 sein sollten.

Ein 404 bedeutet, dass der Server die Seite jetzt nicht finden kann und der Client nichts über die Zukunft annehmen sollte. Ein 410 bedeutet, dass die Seite dauerhaft weg ist und nie zurückkommt. Für SEO ist 410 ein stärkeres Signal für Google, die URL schnell aus dem Index zu nehmen. Wenn du eine Seite absichtlich entfernt hast (eingestelltes Produkt, gelöschter Blog-Post, eingestellte Funktion) und keinen Ersatz hast, gib 410 statt 404 zurück. Google deindexiert 410-URLs grob 2x schneller als 404-URLs basierend auf mehreren Search Central-Empfehlungen. Wenn die Seite wirklich versehentlich oder vorübergehend ausfällt, ist 404 der richtige Code. Dieser 200-301-404-Checker meldet beide, sodass du absichtliche Entfernungen von 404 zu 410 wechseln und deinen Index schneller bereinigen kannst.

Ein 500-Statuscode bedeutet, dass der Server auf einen internen Fehler traf, den er nicht handhaben konnte. Häufige Ursachen sind ein abgestürzter Anwendungsprozess, ein Datenbankverbindungsfehler, eine unbehandelte Ausnahme im Code oder ein falsch konfigurierter Server. 500 ist generisch, was bedeutet, dass der Antwort-Body normalerweise keine nützlichen Diagnose-Informationen hat. Zum Debuggen benötigst du Server-Logs. Für SEO sind 500er Crawl-Verschwendung und ein Qualitätssignal, das Rankings schadet, wenn es anhält. Google versucht 500er eine Weile erneut, lässt dann die URL aus dem Index, wenn der Fehler anhält. Wenn dein Bulk-Checker-Durchgang 500er auf URLs zeigt, die funktionieren sollten, überprüfe sofort deine Server-Logs. Ein 500 auf einer Seite mit hohem Traffic kostet Umsatz und Rankings jede Minute, die es kaputt bleibt. Führe den HTTP-Status-Checker nach jedem Deploy durch, um 500er zu fangen, die durch Code-Änderungen eingeführt wurden.

503 bedeutet, dass der Server vorübergehend nicht verfügbar ist, normalerweise wegen Überlastung, Wartung oder Service-Degradation. Anders als 500, das einen echten Fehler signalisiert, sagt 503 „Komm später zurück". Ordnungsgemäß konfigurierte 503er enthalten einen Retry-After-Header, der Crawlern mitteilt, wann sie erneut versuchen sollen. Google respektiert Retry-After und pausiert das Crawling ohne die URL aus dem Index zu nehmen, solange die 503 sich innerhalb weniger Stunden aufhebt. Wenn 503er mehr als 48 Stunden anhalten, beginnt Google sie wie 500er zu behandeln und lässt die URLs aus. Für geplante Wartungen gibt 503 mit einem Retry-After-Header zurück, der auf die erwartete Ausfallzeit gesetzt ist. Für unerwartete 503er, die durch diesen Checker gefunden werden, untersuche Server-Kapazität, CDN-Konfiguration oder Upstream-Service-Gesundheit.

Paste bis zu 50 URLs in das Textfeld in diesem HTTP-Status-Checker, eine pro Zeile, mit dem vollständigen Protokoll (https:// oder http://). Wähle, ob du Weiterleitungen folgen möchtest, dann klicke auf „Check statuses". Das Tool ruft jede URL parallel auf und gibt eine Tabelle mit dem Statuscode, der Weiterleitungskette, falls vorhanden, der endgültigen URL nach Weiterleitungen und der Antwortzeit in Millisekunden zurück. Für Listen größer als 50 teile sie in Batches auf. Der Bulk-Ansatz ist ungefähr 30x schneller als das Überprüfen jeder URL nacheinander in einem Browser, und es zeigt Muster (jede URL in einem Ordner gibt 404 zurück, jede Produktseite durchläuft zwei Weiterleitungen), die einzelne URL-Checks verpassen. Kombiniere die Ausgabe mit dem sitemap-checker, um zu bestätigen, dass deine Sitemap nur 200er auflistet.

Extrahiere eine Liste jeder URL auf deiner Site aus deiner Sitemap, deinem CMS oder einem Crawler wie Screaming Frog. Teile die Liste in Batches von 50 auf und führe jeden Batch durch diesen Bulk-HTTP-Status-Checker. Gruppiere die Ergebnisse nach Statuscode-Klasse. Jede 4xx ist eine kaputte Seite, die einen Fix oder eine Weiterleitung benötigt. Jede 5xx ist ein Server-Problem, das Untersuchung benötigt. Jede 3xx ist entweder eine funktionierende Weiterleitung oder eine Kette, die vereinfacht werden muss. Für Sites unter 1.000 Seiten dauert das vollständige Audit unter einer Stunde. Für größere Sites priorisiere URLs mit eingehenden externen Links und Seiten, die organischen Traffic erhalten, da diese die sind, die echte Sichtbarkeit kosten, wenn sie kaputt gehen. Führe monatlich erneut aus, um neue Breaks zu fangen, bevor sie sich anhäufen.

Eine Weiterleitungskette ist eine Abfolge von zwei oder mehr Weiterleitungen zwischen der ursprünglichen URL und der endgültigen Destination. URL A leitet zu URL B weiter, die zu URL C weitererleitet, die schließlich 200 bei URL D zurückgibt. Jeder Hop fügt Latenz hinzu (normalerweise 100-500 ms pro Weiterleitung) und verdünnt Link-Eigenkapital. Google hat bestätigt, dass es bis zu 10 Hops folgt, bevor es aufgibt, aber jeden Hop als Reibung behandelt. Lange Ketten verlangsamen sowohl Benutzer als auch Crawler. Behebe Ketten, indem du die ursprüngliche URL (URL A) aktualisierst, um direkt auf die endgültige Destination (URL D) zu zeigen. Dieser Redirect-Checker zeigt die vollständige Kette, wenn „Weiterleitungen folgen" auf „Ja" gesetzt ist, sodass du genau sehen kannst, wie viele Hops jede URL durchgeht und die längeren als zwei vereinfachen kannst.

Ein gesundes Weiterleitungs-Setup geht einen Hop, gibt 301 zurück (oder 308 für Nicht-GET-Anfragen), bewahrt die Pfad-Struktur wo möglich und zeigt auf eine relevante lebende Seite. Die Destination sollte 200 zurückgeben und zu sich selbst kanonisiert werden. Die Kette sollte nicht 4xx, 5xx oder gemischte Protokolle enthalten. Für eine Migration sollte die Redirect-Map 100% der alten URLs abdecken, die externe Links oder organischen Traffic in den letzten 12 Monaten erhalten haben. URLs, die nie Links hatten, können 404 erhalten. Eine 2023-SEMrush-Studie von 200 Site-Migrationen fand heraus, dass Sites mit Single-Hop-301ern und null fehlerhaften Weiterleitungen 89% des organischen Traffic nach dem Launch behielten, während Sites mit Ketten länger als drei Hops oder unmapped 404ern nur 51% behielten.

Für SEO sollte Server-Antwortzeit (auch als Time to First Byte oder TTFB genannt) unter 800 ms für eine gute Benutzererfahrung und unter 200 ms für eine ausgezeichnete sein. Google's Core Web Vitals-Daten zeigen, dass Seiten mit TTFB über 1.500 ms messbar niedriger in wettbewerbsfähigen Queries ranken. Dieser HTTP-Status-Checker zeigt Antwortzeit pro URL, sodass du die langsamen markieren kannst. Ein 200, das 3.000 ms dauert, ist technisch aktiv, aber funktional kaputt. Häufige Ursachen: unoptimierte Datenbank-Anfragen, fehlender CDN, übergroße Server-gerenderte HTML oder geografische Entfernung zwischen Server und Crawler. Behebe zuerst die langsamsten 10% der Seiten, da sie normalerweise eine zugrunde liegende Ursache teilen. Kombiniere dieses Tool mit dem google-crawler-simulator, um zu bestätigen, dass Googlebot die gleiche Antwortzeit wie du sieht.

curl ist ein Command-Line-Tool, das jede URL abrufen und mit den richtigen Flags den Statuscode zeigen kann (curl -I -L https://example.com). Es ist kraftvoll, kostenlos und funktioniert für eine URL nacheinander. Ein Bulk-HTTP-Status-Checker wie dieser führt die gleiche Abruf gegen 50 URLs parallel aus, erfasst die Weiterleitungskette in einer lesbaren Tabelle, misst die Antwort und zeigt das Ergebnis in einem Browser ohne Flags zu tippen. Für einen Entwickler, der mit der Command-Line vertraut ist, ist curl für Spot-Checks in Ordnung. Für SEO-Audits über Hunderte von URLs ist ein Bulk-Tool ungefähr 30x schneller und viel einfacher, mit nicht-technischen Teamkollegen zu teilen. Beide Tools geben die gleichen Statuscodes zurück, da beide HTTP sprechen.

Ja. Öffne den Network-Tab in Chrome oder Firefox-Devtools, lade die URL und schaue auf das Document-Request. Jede Weiterleitung erscheint als separate Reihe mit dem Statuscode (301, 302, 307) und dem Location-Header, der auf die nächste URL zeigt. Die letzte Reihe ist die Seite, die 200 zurückgibt. Devtools ist ausgezeichnet zum Debuggen einer URL nacheinander und zum Sehen exakter Request- und Response-Header. Es ist praktisch unmöglich, 50 URLs zu überprüfen, weil du jede neu laden musst und das Netzwerk-Log manuell lesen musst. Verwende für Bulk-Audits diesen Redirect-Checker, der die gleichen Kettendaten in einer Tabelle zeigt, die du in Sekunden scannen kannst. Verwende Devtools, wenn du vollständiges Header-Detail brauchst und den Bulk-Checker, wenn du Umfang brauchst.

Migrationen brechen URLs. Selbst sorgfältige Redirect-Maps verpassen Edge-Cases: Trailing Slashes, Groß-/Kleinschreibung, Query-Strings, kodierte Zeichen, Dateien in Unterordnern, die der neue Server vergessen hat zu kopieren. Ein Bulk-URL-Status-Code-Checker am Launch-Tag fängt die erste Welle von Breakage. Ein zweiter Durchgang zwei Wochen später fängt die URLs, die Traffic-Muster offenbaren. Sites, die Migration-Audits überspringen, verlieren normalerweise 20-40% des organischen Traffic im ersten Monat und brauchen 3-6 Monate zur Erholung. Sites, die sofort auditieren und innerhalb von 48 Stunden beheben, behalten normalerweise 85%+ des Traffic. Führe diesen HTTP-Status-Checker gegen deine Sitemap, deine Top-100-organischen Landing-Pages und jede URL mit externen Backlinks aus. Verwende den sitemap-checker, um zu bestätigen, dass die neue Sitemap nur 200er enthält.

Ja. Dieser HTTP-Status-Checker ist kostenlos, erfordert keine Anmeldung und hat kein tägliches Limit für wie viele Batches du ausführst. Die einzige Einschränkung sind 50 URLs pro Durchgang, was die Antwort schnell hält und Missbrauch verhindert. Für größere Batches teile die URLs in Gruppen von 50 auf und paste jede nacheinander ein. Das Tool läuft Server-seitig, was bedeutet, dass es Statuscodes so sieht wie Googlebot sie sieht, nicht wie dein Browser sie nach Caching sieht. Verwende es so oft du brauchst: wöchentlich für aktive Sites, täglich während Migrationen und nach jedem Deploy, um Regressionen zu fangen. Kombiniere es mit dem canonical-checker, sitemap-checker und google-crawler-simulator für einen vollständigen URL-Level-Audit-Workflow.