Sind HTTP-Statuscodes wichtig?
Kurzantwort
Ja. HTTP-Statuscodes sind wichtig, weil sie Browsern und Suchmaschinen mitteilen, ob eine URL erreichbar, weitergeleitet, geschützt oder fehlerhaft ist. Für SEO zählen vor allem 3xx-, 4xx- und 5xx-Codes: Sie beeinflussen Crawling, Indexierung und die Übertragung bestehender URL-Autorität. Auswendig lernen musst du die Codes nicht, regelmäßig überwachen solltest du sie schon.
HTTP-Statuscodes betreffen jede Website, auch wenn du sie beim normalen Seitenaufruf meist nicht siehst. Für Website-Betreiber kommt es weniger auf einzelne technische Meldungen an als auf Häufungen, Veränderungen und betroffene URLs. Besonders kritisch sind Fehler auf Seiten, die organischen Traffic erhalten, Rankings besitzen oder in der XML-Sitemap stehen.
1. Was Statuscodes konkret steuern
Ein HTTP-Statuscode ist eine dreistellige Serverantwort. Die erste Ziffer ordnet die Antwort einer von fünf Klassen zu: 1xx steht für Informationen, 2xx für erfolgreiche Anfragen, 3xx für Weiterleitungen, 4xx für Fehler auf Anfrageebene und 5xx für Serverfehler. Für den normalen Website-Betrieb begegnen dir vor allem die Klassen 2xx bis 5xx.
| Klasse | Bedeutung | Typisches Beispiel | Relevanz für SEO |
|---|---|---|---|
| 2xx | Anfrage erfolgreich | 200 OK, 204 No Content | Inhalte sind erreichbar oder die Aktion wurde ausgeführt. |
| 3xx | Weiterleitung oder Cache-Antwort | 301, 302, 304 | Suchmaschinen müssen Ziel, Dauer und Indexierung richtig einordnen. |
| 4xx | Anfrage kann nicht erfüllt werden | 401, 403, 404, 410 | URLs sind geschützt, nicht erlaubt oder nicht vorhanden. |
| 5xx | Server kann die Anfrage nicht bearbeiten | 500, 502, 503, 504 | Inhalte sind vorübergehend technisch nicht erreichbar. |
Der Statuscode allein sagt noch nicht, ob eine Situation richtig oder falsch ist. Ein 404-Code ist für eine dauerhaft entfernte URL ohne Ersatz korrekt. Derselbe Code ist auf einer wichtigen Produktkategorie ein dringender Fehler. Entscheidend sind deshalb URL, Inhalt, Suchintention und gewünschtes Verhalten.
2. Statuscode 200: Erfolg mit Falle
Ja, 200 ist ein HTTP-Statuscode. Er bedeutet, dass der Server die Anfrage erfolgreich verarbeitet und den angeforderten Inhalt ausgeliefert hat. Für eine reguläre, erreichbare und indexierbare Seite ist 200 der Normalfall. Auch URLs in einer XML-Sitemap sollten grundsätzlich direkt mit 200 antworten und weder weiterleiten noch einen Fehler liefern.
2.1 Ist der Statuscode 200 gut?
Der Statuscode 200 ist gut, wenn die angeforderte Seite tatsächlich existiert und den erwarteten Inhalt enthält. Er wird zum SEO-Problem, wenn eine sichtbare Fehlerseite trotzdem mit 200 ausgeliefert wird. Google erhält dann das technische Signal, dass eine gültige Seite vorhanden ist, obwohl der Inhalt beispielsweise nur „Produkt nicht gefunden“ zeigt.
Dieser Fehler bleibt bei einer Sichtprüfung leicht unbemerkt: Der Browser zeigt eine Fehlerseite, der Server meldet Erfolg. Solche sogenannten Soft-404-Seiten können weiter gecrawlt und unter Umständen indexiert werden. Bei Onlineshops entsteht das häufig, wenn nicht mehr verfügbare Produkte über ein Standardtemplate erreichbar bleiben. Prüfe gelöschte URLs deshalb immer technisch, nicht nur optisch.
Der riskante Fall: Eine nicht vorhandene URL liefert eine Fehlermeldung im Seiteninhalt, antwortet aber mit 200. Verwende für wirklich fehlende Inhalte 404 oder 410. Existiert ein inhaltlich passender Ersatz, leite die alte URL mit 301 direkt auf diesen Ersatz weiter.
3. Statuscode 302: temporär weitergeleitet
Ja, 302 ist eine Weiterleitung. Der Statuscode signalisiert, dass die angeforderte Ressource vorübergehend unter einer anderen URL erreichbar ist. Die ursprüngliche URL soll grundsätzlich bestehen bleiben. Bei einer dauerhaften URL-Änderung ist dagegen 301 die passende Antwort. Diese Unterscheidung gehört zu den wichtigsten Statuscode-Entscheidungen im SEO.
3.1 Wann passt eine 302-Weiterleitung?
Eine 302-Weiterleitung passt zu einer zeitlich begrenzten Kampagne, einem vorübergehenden Seitentest oder einer kurzfristigen Wartungslösung. Eine Aktionsseite kann beispielsweise für einige Tage das Ziel einer Weiterleitung sein, während die ursprüngliche URL später wieder ihren normalen Inhalt ausliefert.
Der Kipppunkt kommt nach der Kampagne. Eine ursprünglich korrekte 302 bleibt im System, die Aktion endet und Monate später behandelt die Website eine dauerhafte Änderung immer noch als vorübergehend. Genau deshalb sollte jede temporäre Weiterleitung ein Prüfdatum erhalten. Wenn die alte URL endgültig ersetzt wurde, stellst du auf 301 um und leitest direkt auf die finale Zieladresse, ohne Zwischenstationen.
301 oder 302 richtig wählen
Nutze 301, wenn eine URL dauerhaft ersetzt wurde und Signale auf das neue Ziel übergehen sollen. Nutze 302, wenn die ursprüngliche URL nach einem begrenzten Zeitraum wieder verwendet wird. Der Statuscode beschreibt die beabsichtigte Dauer, nicht die technische Funktionsfähigkeit der Weiterleitung.
4. Statuscode 304: funktionierendes Caching
Der Statuscode 304 ist weder gut noch schlecht. „Not Modified“ bedeutet, dass sich eine bereits im Cache gespeicherte Ressource seit der letzten Anfrage nicht verändert hat. Der Server muss den Inhalt deshalb nicht erneut übertragen. Das reduziert die übertragene Datenmenge und kann wiederholte Seitenaufrufe beschleunigen.
4.1 Darf eine 304-Antwort Inhalt enthalten?
Eine 304-Antwort enthält keinen normalen Antworttext. Der Client verwendet die bereits gespeicherte Version der Ressource. Der Server kann relevante Header zur Cache-Steuerung mitsenden, aber keinen neuen Response Body mit dem eigentlichen Seiteninhalt. Das Schreiben in den Antworttext einer 304-Antwort ist daher fachlich falsch und kann von Clients ignoriert werden.
Eine einzelne 304-Meldung ist kein Grund für eine SEO-Korrektur. Prüfen solltest du das Caching erst, wenn Nutzer veraltete Inhalte sehen, Änderungen verzögert erscheinen oder Ressourcen unnötig vollständig übertragen werden. Für die Priorisierung gilt: Ein funktionierender 304-Code ist kein Fehlerbestand, den du „bereinigen“ musst.
5. Statuscode 401: Anmeldung erforderlich
Die Meldung „Hat den Statuscode 401 zurückgegeben“ bedeutet, dass für die angeforderte Ressource eine gültige Authentifizierung fehlt. Der Server erwartet beispielsweise Zugangsdaten, ein Zugriffstoken oder eine andere Form der Anmeldung. In einem Kundenportal, Administrationsbereich oder geschützten Entwicklungsbereich ist 401 korrekt.
Auf einer öffentlich vorgesehenen Kategorie, Landingpage oder JavaScript-Ressource ist 401 dagegen ein technischer Fehler. Besonders tückisch sind geschützte CSS-, Bild- oder API-Dateien: Die HTML-Seite kann mit 200 laden, während wichtige Bestandteile mit 401 scheitern. Prüfe deshalb immer die konkrete Ressource, nicht nur die URL in der Browserzeile.
5.1 Unterschied zwischen 401 und 403
401 bedeutet vereinfacht: Eine Anmeldung ist erforderlich oder die übermittelten Zugangsdaten reichen nicht aus. 403 bedeutet: Der Server hat die Anfrage verstanden, verweigert den Zugriff aber unabhängig von einer erneuten Anmeldung. Ein gesperrter interner Bereich kann 403 liefern, während eine passwortgeschützte Seite typischerweise mit 401 reagiert.
6. Statuscode 204: erfolgreich ohne Inhalt
Der Statuscode 204 bedeutet „No Content“. Die Anfrage wurde erfolgreich durchgeführt, aber der Server liefert bewusst keinen Antwortinhalt zurück. Der Code eignet sich für Vorgänge, bei denen der Client nur wissen muss, dass die Aktion funktioniert hat. Dazu gehören bestimmte Speicher-, Aktualisierungs- und Löschvorgänge in Schnittstellen.
6.1 Eignet sich 204 für Löschanfragen?
Ja, 204 eignet sich für eine erfolgreiche Löschanfrage, wenn keine zusätzliche Antwort benötigt wird. Löscht eine API beispielsweise einen Datensatz und muss weder das gelöschte Objekt noch eine Bestätigung mit weiteren Informationen zurückgeben, ist 204 eine klare Antwort. Soll der Client Daten erhalten, passt stattdessen häufig 200 mit einem Antwortinhalt.
Wie bei 304 darf eine 204-Antwort keinen eigentlichen Response Body enthalten. Wenn deine Anwendung nach einem Löschvorgang eine JSON-Bestätigung wie {'deleted': true} liefern soll, sollte sie dafür einen Statuscode verwenden, der einen Antwortinhalt erlaubt.
7. Welche Codes Website-Betreiber überwachen sollten
Du musst keine Liste mit Dutzenden Statuscodes auswendig lernen. Für Websites sind zunächst die Codes relevant, die Crawling, Indexierung, Erreichbarkeit und URL-Signale verändern. Prüfe vor allem Muster statt isolierter Einzelfälle:
Die Fehleranzahl allein setzt noch keine sinnvolle Reihenfolge. Eine einzige URL mit relevantem organischem Traffic und einem 5xx-Fehler verdient mehr Aufmerksamkeit als zahlreiche alte URLs, die weder intern verlinkt sind noch Besucher erhalten. Statuscodes werden erst dann zu einer belastbaren Entscheidungsgrundlage, wenn du sie mit Rankings, Traffic und URL-Typen verbindest.
Messbar wird das mit einem regelmäßigen Crawl. Der Technical Crawler der Performance Suite prüft pro Durchlauf mehr als 100 technische Punkte und zeigt Entwicklungen über mehrere Durchläufe. Die täglichen Checks beziehen zusätzlich relevante URLs ein, etwa Seiten mit Rankings, Search-Console-Traffic oder Google-Ads-Nutzung. Dadurch wird sichtbar, ob ein Fehler geschäftlich relevante Seiten trifft.
Serverprobleme brauchen eine andere Taktung als ein monatlicher Crawl. Ein Uptime-Monitoring mit Statuscode-Prüfung erkennt Ausfälle und wiederkehrende Serverfehler zeitnah. Das ist vor allem bei 5xx-Codes wichtig, weil die Website zwischen zwei manuellen Prüfungen mehrfach ausgefallen sein kann. 5xx-Antworten bedeuten, dass der Server eine Anfrage vorübergehend nicht bearbeiten konnte.
Wenn du zuerst einen Überblick über Technik, Metadaten, Ladezeiten und interne Fehler brauchst, liefert der kostenlose SEO-Check eine kompakte Erstprüfung. Für ein fortlaufendes Statuscode-Monitoring kannst du anschließend einen eigenen Account nutzen.
8. So gehen wir vor
Bei einer technischen Prüfung sortiert die Online Solutions Group GmbH (OSG) Statuscode-Probleme nach ihrer Wirkung. Zuerst prüfen wir rankende URLs, Seiten mit organischem Traffic, Backlink-Ziele, wichtige Landingpages und URLs aus der Sitemap. Danach folgen größere Fehlerbestände, Weiterleitungsketten und strukturelle Auffälligkeiten. Der Technical Crawler meldet Häufungen und Veränderungen zwischen zwei Durchläufen, während unsere Experten beurteilen, welche Korrektur fachlich passt. Eine solche Prüfung kann Teil eines individuellen SEO-Audits oder einer laufenden technischen Optimierung sein.
9. Häufige Fragen zu Statuscodes
Wo finde ich den HTTP-Statuscode einer URL?
Du findest den Statuscode in den Entwicklertools des Browsers, in Server-Logs oder mit einem SEO-Crawler. Im Browser steht er normalerweise im Netzwerk-Bereich bei der jeweiligen HTML-Datei oder Ressource.
Was bedeutet der Statuscode 502?
502 Bad Gateway bedeutet, dass ein Server als Gateway oder Proxy keine gültige Antwort von einem nachgelagerten Server erhalten hat. Wiederholt sich der Fehler, sollten Hosting, Proxy, Content Delivery Network und Anwendung geprüft werden.
Ist 404 immer schlecht für SEO?
Nein. Ein 404-Code ist korrekt, wenn eine URL nicht existiert und kein passender Ersatz verfügbar ist. Problematisch wird er bei wichtigen Seiten, defekten internen Links oder URLs mit Rankings, Traffic und wertvollen Backlinks.
Was ist der Unterschied zwischen 404 und 410?
404 bedeutet, dass die Ressource nicht gefunden wurde. 410 signalisiert ausdrücklich, dass sie dauerhaft entfernt wurde. Beide Codes sind zulässig, wobei 410 die dauerhafte Entfernung eindeutiger kommuniziert.
Soll eine XML-Sitemap Weiterleitungen enthalten?
Eine XML-Sitemap sollte im Regelfall nur kanonische und indexierbare URLs enthalten, die direkt mit Statuscode 200 erreichbar sind. Ersetze weitergeleitete URLs durch ihre finalen Zieladressen.
Wie oft sollte ich Statuscodes prüfen?
Geschäftlich relevante URLs und Serverausfälle sollten laufend überwacht werden. Ein vollständiger Website-Crawl kann je nach Änderungsfrequenz täglich, wöchentlich oder nach größeren Releases erfolgen. Nach einem Relaunch ist eine unmittelbare Prüfung sinnvoll.
Muss ich alle HTTP-Statuscodes auswendig kennen?
Nein. Für Website-Betreiber reichen zunächst die häufigsten Codes 200, 301, 302, 401, 403, 404, 410 und die Gruppe der 5xx-Fehler. Wichtiger als Auswendiglernen ist ein Monitoring, das neue Häufungen und betroffene Schlüssel-URLs erkennt.
10. Fehler nach Wirkung priorisieren
Behandle HTTP-Statuscodes als Steuerungssignale, nicht als technische Sammelaufgabe. Prüfe zuerst, ob wichtige URLs erreichbar sind, dauerhafte Änderungen korrekt weiterleiten und Fehlerseiten den passenden Code senden. Danach kümmerst du dich um größere Bestände. So fließt Entwicklungszeit in Probleme mit Wirkung auf Nutzer, Indexierung und organischen Traffic.
Du möchtest wissen, welche Statuscode-Fehler auf deiner Website zuerst behoben werden sollten? Im kostenlosen Erstgespräch prüft die OSG deine Ausgangslage und ordnet die technischen Aufgaben nach ihrem Potenzial ein. Das Gespräch ist unverbindlich und ohne Verkaufsdruck.
Keine Kommentare vorhanden