HTTP-Statuscodes für Website-Betreiber: Bedeutung und SEO | We.Inc
Alle gängigen HTTP-Statuscodes verständlich erklärt: was Besucher sehen, wie Google damit umgeht, 301 vs 302 vs 410, Soft 404 und wie du Fehler 403, 404, 500, 502 und 503 behebst.
HTTP-Statuscodes für Website-Betreiber
Ein HTTP-Statuscode ist die dreistellige Zahl, die ein Server vor jeder Seite sendet. 2xx heißt, es hat funktioniert, 3xx heißt, die Seite ist umgezogen, 4xx heißt, die Anfrage war fehlerhaft oder die Seite fehlt, und 5xx heißt, der Server ist gescheitert. Für SEO nutzt du 301 bei dauerhaften Umzügen, 404 oder 410 für entfernte Seiten und 503 für Wartungsarbeiten.
Die fünf Klassen
Bereich
Klasse
Was das für deine Website bedeutet
100 bis 199
Information
Betreiber sehen das selten; die Verbindung läuft noch
200 bis 299
Erfolg
Die Seite wurde ausgeliefert und kann indexiert werden
300 bis 399
Weiterleitung
Der Besucher wird zu einer anderen URL geschickt
400 bis 499
Client-Fehler
Fehlende Seite, fehlerhafte Anfrage oder keine Berechtigung
500 bis 599
Server-Fehler
Dein Hosting oder deine App ist ausgefallen; schnell beheben
Entwicklerreferenzen listen jeden Code auf, der je definiert wurde. Website-Betreiber brauchen etwas Gezielteres: Welchen Code liefert meine Seite, was sieht ein Besucher, was macht Google daraus und wie behebe ich es? Durchsuche die Tabelle unten nach Zahl oder Stichwort und lies dann die Abschnitte zu SEO und Fehlerbehebung.
Gib einen Code wie 503 oder ein Wort wie Weiterleitung in das Suchfeld ein, um die Liste zu filtern.
Lies die Spalten zu Besuchern und Suchmaschinen, um die praktischen Auswirkungen auf deine Website zu sehen.
Um herauszufinden, welchen Code eine URL tatsächlich liefert, öffne die Entwicklertools deines Browsers, wähle den Tab Network und lade neu; die Spalte Status zeigt ihn an.
Nutze die Fehlertabelle für den Fehler, den du siehst, und prüfe den Status nach der Änderung erneut.
Eine Seite, die Nicht gefunden anzeigt, aber 200 liefert, ist ein Soft 404. Sorg dafür, dass Fehlerseiten einen echten 404-Status senden.
Leite alte URLs direkt auf die endgültige Adresse. Google folgt bis zu 10 Weiterleitungen hintereinander, aber jeder Schritt bremst die Besucher.
Liefere bei geplanten Ausfällen 503 mit einem Retry-After-Header statt einer Wartungsseite mit 200, damit der Wartungstext nicht als dein Inhalt gilt.
Leite nicht jede gelöschte Seite auf die Startseite um. Leite nur weiter, wenn es einen nahen Ersatz gibt; andernfalls lass sie 404 oder 410 liefern.
Häufige Fragen
Was ist der Unterschied zwischen 301 und 302 für SEO?
Google wertet 301 und 308 als starkes Signal, dass die neue URL in der Suche erscheinen soll, und 302 und 307 als schwaches Signal. Nutze 301, wenn der Umzug dauerhaft ist, und 302 nur, wenn die ursprüngliche URL zurückkommt.
Soll ich für eine gelöschte Seite 404 oder 410 verwenden?
Beides funktioniert. Laut Googles Dokumentation werden alle 4xx-Codes außer 429 gleich behandelt: Die URL wird nicht indexiert, und bereits indexierte URLs mit diesen Codes fallen heraus. 410 sagt genauer, dass die Entfernung gewollt und dauerhaft ist.
Was ist ein Soft 404?
Ein Soft 404 ist eine Seite, die Besuchern sagt, dass sie nicht existiert, oder die fast leer ist, während der Server trotzdem 200 liefert. Die Search Console meldet solche Seiten. Behebe sie, indem du einen echten 404 oder 410 lieferst oder nützlichen Inhalt auf die Seite bringst.
Schaden 500-Fehler dem Ranking?
Kurze Ausfälle werden toleriert. Google crawlt langsamer, wenn es 5xx-Antworten oder 429 sieht, und URLs, die dauerhaft fehlschlagen, werden irgendwann aus dem Index entfernt. Behebe anhaltende Serverfehler schnell und nutze 503 für geplante Wartung.
Was ist der Unterschied zwischen 307 und 308?
Beide behalten die ursprüngliche Anfragemethode, ein Formular-POST bleibt nach der Weiterleitung also ein POST. 307 ist vorübergehend und 308 dauerhaft. 301 und 302 erlauben Clients, aus einem POST ein GET zu machen, deshalb bevorzugen APIs 307 und 308.
Warum der Code wichtiger ist als der Seitentext
Crawler entscheiden anhand des Status, was mit einer URL passiert, bevor sie ein einziges Wort lesen. Eine freundliche Fehlerseite mit Status 200 sieht aus wie echter Inhalt; eine funktionierende Seite, die versehentlich 404 liefert, verschwindet aus der Suche.
Statuscodes werden von deinem Server, Hoster oder Framework gesetzt, daher wiederholt sich derselbe Fehler oft auf Tausenden URLs. Wer nach jedem Deploy eine Handvoll typischer Seiten prüft, findet ihn früh.
Weiterleitungsketten
Eine Kette entsteht, wenn Seite A auf B weiterleitet und B auf C. Meist wächst sie über Jahre voller Migrationen: von http zu https, dann von ohne www zu www, dann von einem alten Slug zu einem neuen.
Jeder Schritt kostet einen weiteren Roundtrip, bevor etwas angezeigt wird. Löse Ketten auf, indem du jede alte URL direkt auf das endgültige Ziel zeigen lässt, und aktualisiere interne Links, damit sie nie über eine Weiterleitung laufen.
So behebst du die häufigsten Fehler
Was du je nach Hoster zuerst prüfen solltest
Code
Wahrscheinliche Ursache
Vercel oder Netlify
cPanel oder Apache
Dateiberechtigungen, IP-Sperre oder fehlende Index-Datei
Passwortschutz und Firewall-Regeln in den Projekteinstellungen prüfen
Ordner auf 755 und Dateien auf 644 setzen; deny-Regeln in .htaccess prüfen
Falscher Pfad, gelöschte Seite oder fehlender SPA-Fallback
Ein Rewrite auf index.html für clientseitige Routen hinzufügen; den Ausgabeordner prüfen
Prüfen, ob die Datei in public_html existiert und die Groß- und Kleinschreibung der Slugs stimmt
App-Absturz oder fehlerhafte Serverkonfiguration
Die Function-Logs für die fehlgeschlagene Anfrage öffnen
Das Fehlerlog lesen; eine kaputte Zeile in .htaccess ist eine häufige Ursache
Die vorgelagerte App ist abgestürzt oder hat Unsinn geliefert
Function-Logs und Timeouts prüfen
PHP-FPM oder die App neu starten; Speicherlimits prüfen
Überlastet, pausiert oder in Wartung
Nutzungslimits und pausierte Deployments prüfen
Ressourcenlimits im Dashboard des Hosters prüfen
Den richtigen Status im Code setzen
Dauerhafte Weiterleitung und entfernte Seite unter Apache
Gehört in die .htaccess. Die erste Zeile schickt eine alte URL mit 301 zu ihrem Ersatz; die zweite liefert 410 für eine Seite, die endgültig weg ist.
Weiterleitungen und SPA-Fallback bei Netlify
Eine _redirects-Datei im Veröffentlichungsordner. Die letzte Regel liefert die App-Shell für clientseitige Routen mit Status 200 aus.
Wartungsantwort mit Retry-After
Ein winziger Node-Handler, der Crawlern sagt, sie sollen in einer Stunde wiederkommen, statt die Wartungsmeldung zu indexieren.
OK
Die Seite lädt normal
Created
Meist eine API-Antwort nach dem Speichern
No Content
Auf dem Bildschirm ändert sich nichts
Moved Permanently
Automatisch zur neuen URL geschickt
Found
Vorerst zu einer anderen URL geschickt
See Other
Nach einem Formular zu einer Ergebnisseite geschickt
Not Modified
Die Kopie aus dem Cache wird angezeigt
Temporary Redirect
Woanders hingeschickt, Methode bleibt gleich
Permanent Redirect
Woanders hingeschickt, Methode bleibt gleich
Bad Request
Eine Fehlerseite; der Link oder die Formulardaten sind fehlerhaft
Unauthorized
Eine Anmeldeaufforderung
Forbidden
Meldung Zugriff verweigert
Not Found
Deine Seite für nicht gefundene Inhalte
Method Not Allowed
Ein Fehler, nachdem ein Formular falsch abgeschickt wurde
Gone
Deine Seite für nicht gefundene Inhalte
Too Many Requests
Eine Meldung zum Anfragelimit
Unavailable For Legal Reasons
Ein Hinweis, dass die Seite aus rechtlichen Gründen gesperrt ist
Internal Server Error
Eine allgemeine Fehlerseite
Bad Gateway
Fehler vom Proxy oder CDN vor deiner App
Service Unavailable
Wartungs- oder Überlastungsseite
Gateway Timeout
Die Seite hängt und zeigt dann einen Fehler
Statuscode-Suche
Nach Code oder Wort suchen
z. B. 503 oder Weiterleitung
Nach Klasse filtern
Alle
{n} von {total} Codes angezeigt
Gängige Codes, was Besucher sehen und wie Suchmaschinen reagieren