Wie kann man HTTP-Statuscodes prüfen?
Kurzantwort
HTTP-Statuscodes prüfen kannst du für einzelne URLs über die Entwicklerwerkzeuge des Browsers oder einen Header-Checker. Für eine komplette Website brauchst du einen Crawler. Die Google Search Console ergänzt die Sicht von Google. Erfasse zuerst alle Codes und behebe dann falsche Antworten auf wichtigen, indexierten oder häufig besuchten Seiten.
HTTP-Statuscodes prüfen solltest du immer mit Blick auf URL, Anfrageart und erwartetes Ergebnis. Ein Code ist nicht automatisch ein Fehler: 301 und 410 können bewusst gesetzt sein, 204 ist bei Schnittstellen häufig korrekt. Dieser Leitfaden zeigt die Prüfwege und erklärt, wann du diese drei Codes ändern musst.
1. Vier Wege zur Statuscode-Prüfung
Der häufigste Diagnosefehler passiert schon vor der Korrektur: Eine einzelne URL wird im Browser aufgerufen, lädt scheinbar korrekt und gilt damit als geprüft. Der Browser folgt Weiterleitungen jedoch automatisch. Du siehst anschließend die Zielseite, aber möglicherweise nicht, dass vorher drei Redirects, ein falscher Zwischenschritt oder ein wechselnder Serverfehler aufgetreten sind.
| Prüfweg | Geeignet für | Was du kontrollierst |
|---|---|---|
| Browser-Entwicklerwerkzeuge | Einzelne Seiten und konkrete Aufrufe | Status, Anfrageart, Antwort-Header und Weiterleitungsziel |
| Header-Checker oder Kommandozeile | Einzelne externe URLs | Serverantwort ohne automatische Browserdarstellung |
| Website-Crawler | Komplette Domains und URL-Bestände | 2xx-, 3xx-, 4xx- und 5xx-Codes sowie Weiterleitungsketten |
| Google Search Console | Die Sicht der Google-Systeme | Von Google erkannte Antwort, Indexierung und Abrufbarkeit |
1.1 Einzelne Aufrufe im Browser prüfen
Öffne in Chrome, Firefox oder Edge die Entwicklerwerkzeuge, wechsle zum Bereich Network beziehungsweise Netzwerk und lade die Seite neu. Wähle den Dokument-Aufruf aus. In der Spalte für den Status und unter den Antwort-Headern findest du den HTTP-Code. Bei einem Redirect zeigt der Header Location, wohin der Server weiterleitet.
1.2 Einzelne Adressen mit Prüf-Tools testen
Ein Header-Checker eignet sich, wenn du schnell eine fremde oder öffentlich erreichbare URL untersuchen willst. Auf der Kommandozeile liefert beispielsweise curl -I https://example.org/seite die Header. Da manche Server auf HEAD anders reagieren als auf GET, solltest du bei widersprüchlichen Ergebnissen zusätzlich einen vollständigen GET-Aufruf testen.
2. Ganze Websites flächendeckend erfassen
Einzelprüfungen reichen bei Onlineshops, Relaunches und größeren Websites nicht aus. Schon eine Regel im CMS, im Reverse Proxy oder in der Serverkonfiguration kann denselben falschen Statuscode auf eine komplette Seitengruppe übertragen. Deshalb lautet die Reihenfolge: erst alle betroffenen URLs finden, anschließend Muster erkennen und erst dann einzelne Regeln ändern.
Der Technical Crawler der Performance Suite prüft pro URL mehr als 100 technische Punkte, darunter Statuscodes, Canonicals, Ladezeiten und Core Web Vitals. Der umfassende Crawl lässt sich wöchentlich oder täglich ausführen. Ergänzende Prüfungen beziehen unter anderem URLs aus der Google Search Console, rankende Seiten, Backlink-Ziele und Ads-Landingpages ein. Dadurch werden auch relevante Adressen erfasst, die intern nicht mehr verlinkt sind.
Die Statuscode-Verteilung allein setzt noch keine Priorität. Ein Bestand aus alten, extern kaum erreichbaren URLs kann normal sein. Dringender ist eine einzelne Produkt-, Kategorie- oder Leistungsseite, die organischen Traffic erhält und plötzlich keinen Status 200 mehr liefert. Traffic-Wirkung schlägt Fehleranzahl.
Für eine erste Übersicht kannst du außerdem den kostenlosen SEO-Check nutzen. Er prüft Technik, Ladezeiten, Metadaten und Backlinks für bis zu 20 Unterseiten pro Abfrage.
3. Googles Sicht kontrollieren
Die URL-Prüfung der Google Search Console zeigt dir, ob Google eine konkrete Adresse kennt, wann sie zuletzt abgerufen wurde und welche Indexierungsinformationen vorliegen. Mit dem Live-Test prüfst du die aktuell erreichbare Version. Das ist besonders wichtig, wenn dein eigener Test Status 200 zeigt, Google aber zuvor einen 404-, 5xx- oder Weiterleitungsstatus erhalten hat.
Die Search Console ersetzt keinen Crawler. Sie liefert keine vollständige Statuscode-Liste für jede bekannte URL und eignet sich deshalb nicht zur Bestandsaufnahme einer gesamten Website. Nutze sie nach dem Crawl für wichtige Einzelfälle, etwa für eine umgezogene Landingpage oder eine URL, die trotz technischer Korrektur nicht indexiert wird.
Wichtig: Prüfe nicht nur, ob eine URL im Browser einen Inhalt zeigt. Kontrolliere den tatsächlich ausgelieferten Statuscode, das Weiterleitungsziel und die endgültige URL. Eine optisch gestaltete Fehlerseite mit Status 200 ist technisch weiterhin eine normale, potenziell indexierbare Seite.
4. Statuscode 301 richtig korrigieren
Der Statuscode 301 ist kein Fehler. Er weist Browser und Suchmaschinen darauf hin, dass eine Ressource dauerhaft unter einer anderen URL erreichbar ist. Korrigieren musst du ihn nur, wenn das Ziel falsch ist, die Weiterleitung nicht mehr benötigt wird oder mehrere Redirects hintereinanderliegen. Für eine dauerhafte URL-Änderung ist 301 der passende Code.
4.1 So behebst du einen falschen 301
Weiterleitungsketten entstehen oft nach mehreren Domain- oder URL-Änderungen: URL A verweist auf B, B später auf C. Jede zusätzliche Antwort verlängert den Abruf und erhöht die Fehleranfälligkeit. Die technische Empfehlung ist eindeutig: Die ursprüngliche Adresse sollte direkt auf die endgültige Zielseite führen.
4.2 Wann du einen 301 entfernst
Entferne eine 301-Regel, wenn die ursprüngliche URL wieder selbst Inhalt mit Status 200 liefern soll. Liegt die Ursache in einer CMS-Erweiterung, einer .htaccess-Regel, einer Nginx-Konfiguration oder einem vorgeschalteten Proxy, muss die Änderung genau dort erfolgen. Lösche nicht wahllos alle Weiterleitungen, da alte URLs weiterhin Backlinks, Rankings oder gespeicherte Nutzerzugriffe besitzen können.
Wenn du Statuscodes und Weiterleitungen regelmäßig überwachen möchtest, kannst du einen kostenlosen Zugang zur Performance Suite anlegen:
5. Statuscode 204 ohne Inhalt beheben
Der Statuscode 204 bedeutet, dass der Server die Anfrage erfolgreich verarbeitet hat, aber keinen Antwortinhalt zurückgibt. Bei einer API kann das korrekt sein, zum Beispiel nach einer erfolgreichen DELETE-Anfrage oder beim Speichern einer Änderung, wenn der Client keine neue Darstellung benötigt. Ein Antworttext ist bei 204 nicht vorgesehen.
5.1 Wann Statuscode 204 falsch ist
Bei einer normalen Webseite ist 204 meist ein Konfigurations- oder Anwendungsfehler. Der Browser erhält die Information, dass die Anfrage erfolgreich war, bekommt aber weder HTML noch eine neue Darstellung. Typische Ursachen sind ein Controller mit leerer Rückgabe, eine fehlerhafte CMS-Route, eine Cache-Regel oder ein Proxy, der den eigentlichen Seiteninhalt verwirft.
Ein besonders tückisches Fehlerbild entsteht, wenn nur bestimmte URL-Muster betroffen sind. Die Startseite liefert 200, während alle Filter-, Sprach- oder Kategorieseiten mit 204 antworten. Eine manuelle Stichprobe übersieht das leicht. Gruppiere die Crawl-Ergebnisse deshalb nach Verzeichnis, Seitentyp und Template. Wenn viele URLs desselben Musters betroffen sind, liegt die Ursache meist in einer gemeinsamen Regel und nicht in jeder einzelnen Seite.
5.2 So vermeidest du Statuscode 204
204 nicht mit leerem Inhalt reparieren
Füge nicht einfach beliebigen Text zu einer 204-Antwort hinzu. Wenn Inhalt ausgeliefert werden soll, ändere die Serverantwort auf 200. Wenn kein Inhalt vorgesehen ist, bleibt 204 korrekt. Statuscode und Antwort müssen dieselbe Aussage treffen.
6. Statuscode 410 bewusst verwenden
Der Statuscode 410 Gone signalisiert, dass eine Ressource dauerhaft und absichtlich entfernt wurde. Er eignet sich für veraltete Seiten ohne passenden Ersatz, ausgelaufene Angebote ohne Nachfolgeprodukt oder Inhalte, die aus rechtlichen beziehungsweise redaktionellen Gründen nicht mehr verfügbar sein sollen. Die Technik-Crawler-Checkliste empfiehlt 410 ausdrücklich für dauerhaft entfernte Inhalte ohne sinnvolles Weiterleitungsziel.
6.1 So setzt du Statuscode 410 ein
Konfiguriere 410 im Webserver, im CMS oder über eine dafür vorgesehene Routing-Regel. Entferne die URL anschließend aus der XML-Sitemap und lösche interne Links auf diese Adresse. Eine eigene 410-Seite darf Besuchern Navigation oder eine Suchfunktion anbieten, muss im HTTP-Header aber weiterhin den Code 410 senden.
410 gibt Suchmaschinen ein klareres Signal als der allgemeine Status 404, dass die Entfernung beabsichtigt ist. Das kann die Bereinigung des Index beschleunigen. Eine feste Frist gibt es nicht. Hat die alte URL einen relevanten Nachfolger, ist eine 301-Weiterleitung meist sinnvoller, weil Nutzer und Suchmaschinen ein konkretes Ziel erhalten.
6.2 Wann 410 die falsche Wahl ist
Verwende 410 nicht für vorübergehende Ausfälle, Wartungsarbeiten oder versehentlich gelöschte Seiten. Leite entfernte URLs auch nicht gesammelt auf die Startseite um. Eine Weiterleitung braucht ein fachlich passendes Ziel. Gibt es keinen Ersatz und soll die Ressource dauerhaft verschwinden, ist 410 die klare Antwort.
7. Fehler nach Wirkung priorisieren
Einzelne fehlerhafte oder bewusst entfernte URLs sind bei einer gewachsenen Website normal. Problematisch wird es, wenn sich ein Code häuft, wichtige Seitentypen betrifft oder nach einem Relaunch plötzlich neu auftritt. Vergleiche deshalb mindestens zwei Crawls. So erkennst du Veränderungen statt nur einen statischen Bestand.
Temporäre Serverfehler solltest du getrennt überwachen, weil ein normaler Crawl nur eine Momentaufnahme liefert. Das Uptime-Monitoring für Serverfehler protokolliert Erreichbarkeit und Statuscodes fortlaufend. So lässt sich unterscheiden, ob eine URL dauerhaft falsch konfiguriert ist oder nur zeitweise während Lastspitzen ausfällt.
8. So gehen wir vor
Bei der OSG erfassen wir zuerst alle Statuscodes und verbinden die Ergebnisse mit Rankings, Google-Search-Console-Daten und weiteren relevanten URL-Quellen. Anschließend priorisieren wir nach geschäftlicher Wirkung und geben technische Aufgaben mit betroffener URL, Ursache und Soll-Zustand an die Entwicklung. Der Technical Crawler meldet bei weiteren Durchläufen neue Codes und Veränderungen. Für eine umfassendere Ausgangsanalyse eignet sich außerdem ein technisches SEO-Audit, besonders vor oder nach einem Website-Relaunch.
9. Häufige Fragen zu HTTP-Statuscodes
9.1 Wo finde ich den HTTP-Statuscode einer Seite?
Öffne die Entwicklerwerkzeuge deines Browsers, wechsle in den Netzwerkbereich und lade die URL neu. Beim Dokument-Aufruf siehst du den Statuscode und unter den Antwort-Headern weitere Informationen wie das Weiterleitungsziel.
9.2 Ist Statuscode 301 ein Fehler?
Nein. Statuscode 301 ist eine dauerhafte Weiterleitung. Handlungsbedarf besteht, wenn das Ziel falsch ist, eine Weiterleitungsschleife entsteht, mehrere Redirects aufeinanderfolgen oder die alte URL wieder eigenen Inhalt ausliefern soll.
9.3 Warum zeigt eine Webseite Statuscode 204?
Der Server hat die Anfrage verarbeitet, liefert aber bewusst keinen Inhalt zurück. Bei APIs kann das korrekt sein. Bei einer normalen Webseite deuten 204-Antworten meist auf eine fehlerhafte Route, einen leeren Controller oder eine falsche Serverkonfiguration hin.
9.4 Wie behebe ich Statuscode 204 ohne Inhalt?
Prüfe zuerst, ob die Anfrage überhaupt Inhalt liefern soll. Für eine normale Webseite stellst du die Antwort auf Status 200 um und lieferst vollständiges HTML aus. Bei einer API darf 204 bestehen bleiben, wenn der Client keinen Antwortkörper benötigt.
9.5 Wie kann ich Statuscode 204 vermeiden?
Definiere für jede Route den erwarteten Status und teste die tatsächliche Anfrageart. Webseiten mit Inhalt sollten 200 liefern. Verwende 204 nur für erfolgreich verarbeitete Anfragen, bei denen bewusst keine Antwortdaten zurückgegeben werden.
9.6 Wann sollte ich Statuscode 410 verwenden?
Nutze 410, wenn eine Ressource dauerhaft entfernt wurde und kein fachlich passender Ersatz existiert. Entferne die URL zusätzlich aus der Sitemap und aus internen Links. Gibt es einen passenden Nachfolger, ist eine 301-Weiterleitung meist sinnvoller.
9.7 Reicht die Google Search Console zur Statuscode-Prüfung?
Nein. Die Search Console zeigt die Google-Sicht auf einzelne URLs und ausgewählte Indexierungsprobleme. Für eine vollständige Übersicht aller URLs, Codes und Weiterleitungsketten brauchst du zusätzlich einen Website-Crawler.
10. Erst erfassen, dann korrigieren
Ändere Statuscodes erst, wenn du die erwartete Funktion der URL kennst. 301 kann eine korrekte Anweisung sein, 204 eine passende API-Antwort und 410 ein bewusstes Löschsignal. Der sinnvolle nächste Schritt ist ein vollständiger Crawl mit Priorisierung nach Traffic, Rankings, interner Verlinkung und Seitentyp.
Wenn du deine technische Ausgangslage gemeinsam mit der OSG prüfen möchtest, kannst du einen kostenlosen Potenzialcheck anfragen. Das Erstgespräch ist unverbindlich und dient der Einordnung, welche technischen Themen tatsächlich bearbeitet werden sollten.
Keine Kommentare vorhanden