HTTP-Statuscodes: Eine vollständige Liste mit Erläuterungen

HTTP-Antwortcodes sind dreistellige Zahlen, die von einem Server gesendet werden, um den Status einer Browseranfrage anzuzeigen. Diese Codes werden von der Internet Assigned Numbers Authority (IANA) verwaltet und helfen dabei festzustellen, ob eine Anfrage erfolgreich war, umgeleitet wurde oder zu einem Fehler führte.

Wenn Sie eine Website verwalten, ist das Verständnis dieser Codes hilfreich, um Probleme auf der Website zu diagnostizieren, Ausfallzeiten zu minimieren und die Suchmaschinenoptimierung (SEO) zu optimieren. In diesem Artikel erläutern wir 63 HTTP-Statuscodes, ihre Bedeutungen und deren Überwachung.

Kategorien von HTTP-Statuscodes

Achten Sie bei der Identifizierung eines HTTP-Statuscodes auf die erste Ziffer, um dessen Kategorie zu bestimmen. Die letzten beiden Ziffern liefern spezifische Details innerhalb dieser Kategorie.

Die Internet Engineering Task Force (IETF) hat HTTP-Statuscodes anhand der Antwort des Servers an den Browser in fünf Kategorien standardisiert:

• 1XX (Information) – Der Server hat die HTTP-Anfrage empfangen und wird den Vorgang weiter fortsetzen. Statuscodes dieser Kategorie sind nur vorübergehend und daher für den Client nicht sichtbar.
• 2XX (Erfolg) – Der Server hat die Anfrage empfangen, verstanden und verarbeitet.
• 3XX (Weiterleitung) – Der Server hat die Anfrage empfangen, doch der angeforderte Inhalt wurde verschoben. Daher leitet er den Client an einen anderen Ort weiter.
• 4XX (Client-Fehler) – Der Server konnte die Anfrage aufgrund eines Problems auf der Client-Seite, beispielsweise eines Autorisierungsproblems, nicht abschließen. Die Antwort gibt an, ob es sich um ein vorübergehendes oder dauerhaftes Problem handelt.
• 5XX (Serverfehler) – Ein serverseitiges Problem verhindert die Bearbeitung der Anfrage. Wie bei 4XX gibt die Antwort an, ob es sich um ein vorübergehendes oder dauerhaftes Problem handelt.

Vollständige Liste der HTTP-Statuscodes und Erläuterungen

Hier finden Sie die vollständige Liste der HTTP-Statuscodes aus der IETF-Dokumentation:

305 Proxy verwenden und 306 Proxy wechseln sind veraltet, bleiben jedoch weiterhin reserviert.

Darüber hinaus können Codes außerhalb dieser Kategorien inoffiziell, noch nicht übernommen oder spezifisch für bestimmte Plattformen oder Dienste sein. Beispielsweise verwendet Cloudflare den Statuscode 521 Webserver ist ausgefallen für Verbindungsfehler.

1XX – Informative HTTP-Statuscodes

100 Continue

Dieser Statuscode zeigt an, dass der Server den ersten Teil der Anfrage empfangen hat. Der Client sollte den Rest der Anfrage weiter senden und diesen Statuscode ignorieren.

101 Switching Protocols

Der Server stimmt dem Wechsel zu dem im Upgrade-Header angegebenen Protokoll zu. Diese Antwort erfolgt nur, wenn der Wechsel vorteilhaft ist.

102 Processing

Der Server bearbeitet die Anfrage noch. Der Statuscode erscheint in der Regel, wenn die Bearbeitung einer Anfrage lange dauert.

103 Early Hints

Dieser Antwortcode ermöglicht es dem Browser, Ressourcen mithilfe des Link-Headers vorab zu laden, während der Server die endgültige Antwort vorbereitet.

2XX – Erfolgreiche HTTP-Statuscodes

200 OK

Dieser Statuscode zeigt an, dass die Anfrage erfolgreich war. Die tatsächliche Bedeutung dieser Antwort hängt jedoch von der verwendeten Anfragemethode ab (GET, HEAD, POST, PUT, DELETE, OPTIONS oder TRACE). Wir werden später in diesem Artikel näher auf alle HTTP-Methoden eingehen.

201 Created

Eine typische Antwort, die nach einer POST-oder PUT-Methode gesendet wird. Sie zeigt an, dass der Server die Anfrage abgeschlossen hat und eine oder mehrere neue Ressourcen erstellt, die durch einen Location-Header oder die Ziel-URI identifiziert werden.

202 Accepted

Der Server hat die Anfrage angenommen, aber noch nicht bearbeitet. Dieser unverbindliche Status ermöglicht es dem Server, die Anfrage später zu bearbeiten, ohne dass der Client verbunden bleiben muss, was ihn ideal für die Stapelverarbeitung macht.

203 Non-Authoritative Information

Die Anfrage war erfolgreich, die Antwortdaten wurden vom Ursprungsserver jedoch durch einen Proxy verändert. Er wird häufig verwendet, wenn der Server Daten aus einem Cache oder einer Drittanbieterquelle abruft, um die Empfänger über mögliche Änderungen am ursprünglichen Inhalt zu informieren – wie beispielsweise bei Backups oder gespiegelten Ressourcen.

204 No Content

Der Server hat die Anfrage erfolgreich verarbeitet, kann jedoch keinen Inhalt in der Antwort senden. Er wird für Aktionen verwendet, die keine Aktualisierung der aktuellen Ansicht des Browsers erfordern.

205 Reset Content

Die Anfrage war erfolgreich und der Client sollte die Dokumentansicht – einen Notizblock, ein Formular oder eine Arbeitsfläche – auf ihren Standardzustand zurücksetzen.

206 Partial Content

Dieser Statuscode wird gesendet, wenn ein Client mithilfe des Range-Headers einen Teil einer Ressource anfordert, wodurch die Nutzung der Bandbreite reduziert und die Leistung verbessert wird.

Dies tritt häufig bei der Fortsetzung unterbrochener Downloads, beim Streaming von Mediendateien, bei der Übertragung großer Dateien in Teilmengen sowie beim Abruf bestimmter Datensegmente während der Synchronisierung auf.

207 Multi-Status

Gibt den Status mehrerer Ressourcen in einer einzigen Antwort an. Der XML-Nachrichtenkörper enthält in der Regel ein Multi-Status-Stammelement, das für jede Ressource den Erfolg, den Teilerfolg oder den Fehlschlag angibt.

208 Already Reported

Dieser Statuscode wird innerhalb eines DAV:propstat-Antwortelements verwendet, um die Auflistung doppelter interner Elemente von Sammlungen zu vermeiden. Nur eine Ressource meldet den Status 200 OK, während für Duplikate der Status 208 verwendet wird.

226 IM Used

Der Server hat eine GET-Anfrage erfolgreich verarbeitet und eine oder mehrere Instanzmanipulationen auf die Ressource in der Antwort angewendet.

3XX – HTTP-Statuscodes für Umleitungen

300 Multiple Choices

Mehrere Antworten sind verfügbar und der Client muss eine davon auswählen.

Dies kann beispielsweise der Fall sein, wenn eine Ressource in mehreren Sprachversionen vorliegt, wie z. B. Englisch und Französisch. Die Antwort enthält eine Liste von Optionen mit Details zu den Ressourcen und deren Speicherorten. Falls der Server eine bevorzugte Option hat, stellt er einen Location-Header für die automatische Weiterleitung bereit.

301 Moved Permanently

Die angeforderte Ressource wurde dauerhaft an eine neue URL verschoben. Alle zukünftigen Anfragen sollten die in der Antwort angegebene neue Adresse verwenden.

Die Antwort des Servers enthält in der Regel einen Link zur neuen URL, außer bei HEAD-Anfragen. Bei anderen Methoden als GET und HEAD erfolgt eine Umleitung nur, wenn der Client dies zulässt.

302 Found

Die angeforderte Ressource ist vorübergehend unter einer anderen URI verfügbar. Zukünftige Anfragen sollten weiterhin die ursprüngliche Adresse verwenden, sofern nichts anderes angegeben ist.

Bei Nicht-HEAD-Anfragen enthält die Antwort des Servers in der Regel einen Link zur temporären URI. Eine Umleitung erfolgt nur, wenn der Client dies zulässt.

Lesen Sie unser Tutorial zum 302-Fehler, um Methoden zur Fehlerbehebung und häufige Anwendungsfälle kennenzulernen.

303 See Other

Dieser Statuscode leitet den Client mithilfe der GET-Methode zu einer anderen Ressource weiter. Er bedeutet, dass der Server die angeforderte Ressource nicht direkt bereitstellen kann.

Beispielsweise leitet der Server den Client nach dem Absenden eines Formulars auf eine Bestätigungsseite weiter, anstatt das Ergebnis direkt anzuzeigen.

304 Not Modified

Die angeforderte Ressource hat sich nicht geändert, sodass der Client die zwischengespeicherte Version verwenden kann. Er wird in der Regel durch GET- oder HEAD-Anfragen mit bedingten Headern wie If-None-Match oder If-Modified-Since ausgelöst.

In unserem Tutorial zum Statuscode 304 finden Sie weitere Details und Schritte zur Fehlerbehebung.

307 Temporary Redirect

Der Server sendet diesen Statuscode, um den Client vorübergehend auf eine andere URI umzuleiten. Da es sich um eine vorübergehende Umleitung handelt, muss der Client möglicherweise in Zukunft die ursprüngliche Adresse verwenden. Im Gegensatz zu 302 Found muss der Client während der Umleitung dieselbe HTTP-Methode beibehalten.

308 Permanent Redirect

Die Ressource wurde dauerhaft an eine neue URI im HTTP-Header verschoben.

Er hat dieselbe Semantik wie 301 Moved Permanently – mit dem Unterschied, dass 308 Permanent Redirect es dem Client nicht erlaubt, die Anfragemethode zu ändern.

4XX – HTTP-Statuscodes für Client-Fehler

400 Bad Request

Der Server konnte die Anfrage aufgrund eines clientseitigen Fehlers, wie beispielsweise einer ungültigen Syntax oder eines Routing-Fehlers, nicht verarbeiten. Überprüfen Sie die URL und löschen Sie den Cache und die Cookies Ihres Browsers, um einen 400-Fehler zu beheben.

401 Unauthorized

Der Server hat die Anfrage aufgrund fehlender oder ungültiger Benutzerauthentifizierung abgelehnt. Wenn die Anfrage Anmeldedaten enthielt, bedeutet dies, dass der Server deren Autorisierung verweigert hat. Die Antwort enthält in der Regel einen WWW-Authenticate-Header mit Anweisungen für den Zugriff auf die Ressource.

Schauen Sie sich unser entsprechendes Tutorial mit Schritten zur Fehlerbehebung an, wenn Sie auf einen 401-Fehler stoßen.

402 Payment Required

Dieser nicht standardmäßige Statuscode war ursprünglich für digitale Zahlungssysteme vorgesehen. Er wird jedoch selten verwendet, und es gibt keine klaren Regeln dafür.

403 Forbidden

Der Server hat die Anfrage verstanden, den Zugriff jedoch verweigert – in der Regel aufgrund unzureichender Berechtigungen. Eine erneute Authentifizierung behebt einen 403-Fehler nicht, da der Zugriff dauerhaft eingeschränkt ist. Der Client kann es mit anderen Anmeldedaten erneut versuchen.

404 Not Found

Der Server kann die angeforderte Ressource nicht finden und hat keine Weiterleitungsadresse. In einem Browser bedeutet dies, dass der Link fehlt oder nicht erkannt wird. In einer API weist er darauf hin, dass der Endpunkt zwar existiert, die Ressource jedoch nicht.

Links, die einen 404-Fehler zurückmelden, werden als defekte oder tote Links bezeichnet. Sie können vorübergehend oder dauerhaft sein.

405 Method Not Allowed

Der Ursprungsserver erkennt die Anfragemethode, doch die Ressource unterstützt diese nicht. Die Antwort enthält in der Regel einen Allow-Header, in dem die unterstützten Methoden aufgeführt sind.

Überprüfen Sie die URL und alle Datenbankänderungen, um einen 405-Fehler zu beheben.

406 Not Acceptable

Der Server sendet diese ungültige Antwort, wenn er keinen Inhalt findet, der den Kriterien in den Accept-Headern der Anfrage entspricht. Der Server stellt eine Liste der verfügbaren Optionen bereit, damit der Client die am besten geeignete auswählen kann.

407 Proxy Authentication Required

Ein Proxy wird verwendet. Der Client muss gültige Authentifizierungsdaten bereitstellen, um auf die angeforderte Ressource zugreifen zu können. Im Gegensatz zum Fehler 401 Unauthorized muss sich der Client beim angegebenen Proxy-Server statt beim Ursprungsserver authentifizieren.

408 Request Timeout

Der Server hat die vollständige Anfrage nicht innerhalb der zulässigen Zeit erhalten. Die Antwort schlägt in der Regel vor, die nicht genutzte Verbindung zu schließen.

Um das Problem zu beheben, kann der Client die Anfrage unverändert erneut senden. Dieser Fehler kann in Browsern wie Chrome und Firefox auftreten, die zur Beschleunigung des Ladevorgangs eine Vorabverbindung nutzen.

409 Conflict

Der Server kann die Anfrage aufgrund eines Konflikts mit der Ressource nicht verarbeiten. Er liefert Details zum Problem, damit der Client dieses beheben und es erneut versuchen kann – in der Regel mit einer PUT-Anfrage.

410 Gone

Dieser Antwortcode bedeutet, dass die Ressource dauerhaft nicht verfügbar ist und keine Weiterleitungsadresse vorliegt. In diesem Fall entfernen Suchmaschinen die Seite aus ihrem Index. Dies deutet darauf hin, dass der Betreiber der Website die Ressource absichtlich unzugänglich gemacht hat und alle Links dazu entfernen möchte.

411 Length Required

Der Server hat die Anfrage abgelehnt, da ein Content-Length-Header erforderlich ist.

412 Precondition Failed

Diese ungültige Antwort zeigt an, dass der Server eine oder mehrere der in den Anfrage-Headern angegebenen Bedingungen nicht erfüllen konnte.

413 Payload Too Large

Der Server sendet diesen Fehlercode in der Regel, wenn eine Anfrage zu groß ist, um verarbeitet zu werden. Um einen 413-Fehler zu beheben, schließt der Server möglicherweise die Verbindung und fügt einen Retry-After-Header hinzu, der den Client dazu auffordert, es später erneut zu versuchen.

414 URI Too Long

Die Anfrage-URI ist zu lang, sodass der Server sie nicht verarbeiten kann. Dies kommt zwar selten vor, kann jedoch passieren, wenn ein Client eine POST-Anfrage in eine GET-Anfrage mit zu vielen Abfrageinformationen umwandelt, in eine Weiterleitungsschleife gerät oder versucht, Schwachstellen des Servers auszunutzen.

415 Unsupported Media Type

Der Server hat die Anfrage abgelehnt, da die Ressource ein nicht unterstütztes Medienformat verwendet. Dieser Fehlercode kann auch auftreten, wenn die Datenkomprimierungsmethode nicht unterstützt wird oder wenn der Inhalt nicht den Erwartungen oder Regeln des Servers entspricht.

416 Range Not Satisfiable

Der Server kann den in der Anfrage angegebenen Bereich nicht verarbeiten. Dies geschieht, wenn der Bereich in der Ressource nicht vorhanden ist oder der Wert ungültig ist.

417 Expectation Failed

Der Server kann die im Expect-Header der Anfrage angegebenen Anforderungen nicht erfüllen.

418 I’m a Teapot

Dieser Statuscode bezieht sich auf einen Aprilscherz namens Hyper Text Coffee Pot Control Protocol und deutet darauf hin, dass der Server eine Teekanne ist und daher keinen Kaffee aufbrühen kann. Einige Websites verwenden ihn für Anfragen, die sie vermeiden möchten.

421 Misdirected Request

Dieser Statuscode tritt auf, wenn der Client eine Anfrage an den falschen Server sendet, der auf die angegebene URL nicht reagieren kann. Der Nutzer kann die Anfrage über eine andere Verbindung oder einen anderen Dienst erneut versuchen.

422 Unprocessable Entity

Der Server hat die Anfrage empfangen, kann sie jedoch aufgrund von Problemen wie semantischen Fehlern nicht verarbeiten – beispielsweise wenn Text in ein numerisches Feld eines Formulars eingegeben wurde.

423 Locked

Dieser Status bedeutet, dass die Ressource gesperrt ist. Die Antwort enthält häufig Details zur Sperre.

424 Failed Dependency

Die Anfrage ist fehlgeschlagen, da sie von einer vorherigen Anfrage abhängig war, die ebenfalls fehlgeschlagen ist.

425 Too Early

Der Server lehnt die Bearbeitung der Anfrage ab, da sie möglicherweise später erneut gestellt wird.

426 Upgrade Required

Der Server wird die Anfrage erst bearbeiten, wenn der Client auf das im Upgrade-Header angegebene erforderliche Protokoll umstellt.

428 Precondition Required

Dieser Statuscode bedeutet, dass der Server eine bedingte Anfrage benötigt, damit der Client die richtige Version der Ressource verwendet.

429 Too Many Requests

Der Fehler 429 tritt auf, wenn der Client innerhalb kurzer Zeit zu viele Anfragen sendet. Der Server kann einen Retry-After-Header hinzufügen, um dem Client mitzuteilen, wie lange er warten soll, bevor er es erneut versucht.

431 Request Header Fields Too Large

Der Server sendet diesen Statuscode, wenn die Anforderungsheader zu groß sind, um verarbeitet zu werden. Der Client sollte die Headergröße reduzieren und die Anfrage erneut senden.

451 Unavailable for Legal Reasons

Dieser Antwortcode tritt auf, wenn der Client eine Ressource anfordert, die aus rechtlichen Gründen entfernt wurde, beispielsweise eine gesperrte Website oder Seite. Dies betrifft vor allem Internetdienstanbieter (ISPs) und Suchmaschinen.

5XX – HTTP-Statuscodes für Serverfehler

500 Internal Server Error

Dieser allgemeine Fehlercode wird angezeigt, wenn auf dem Server ein unerwartetes Problem auftritt, das die Ausführung der Anfrage verhindert. In vielen Fällen protokollieren Serveradministratoren detaillierte Informationen zum Problem, um die Fehlerbehebung zu erleichtern.

501 Not Implemented

Dieser Status bedeutet, dass der Server die zur Ausführung der Anfrage erforderlichen Funktionen nicht unterstützt. Server müssen standardmäßig lediglich die Methoden GET und HEAD verarbeiten.

Die Antwort kann einen Retry-After-Header enthalten, der dem Client mitteilt, wann die Funktion voraussichtlich verfügbar sein wird.

502 Bad Gateway

Der Gateway- oder Proxy-Server gibt diesen Statuscode aus, wenn er beim Versuch, die Anfrage zu bearbeiten, eine ungültige Antwort erhält. Wird auf Ihrer Website ein 502-Fehler angezeigt, sollten Sie sich an Ihren Webhost wenden, um das Problem zu beheben.

503 Service Unavailable

Der Server kann die Anfrage aufgrund einer vorübergehenden Überlastung oder Wartungsarbeiten nicht bearbeiten. Überprüfen Sie den Retry-After-Header der Antwort, um zu erfahren, wie lange Sie warten sollten, bevor Sie es erneut versuchen.

504 Gateway-Timeout

Der Gateway- oder Proxy-Server sendet diesen Statuscode, wenn er keine rechtzeitige Antwort vom Upstream-Server erhält. Sollte der 504-Fehler auf Ihrer Website auftreten, dann überprüfen Sie Ihre Hosting-Ressourcen oder probieren Sie einen anderen Browser zu nutzen, um das Problem zu beheben.

505 HTTP Version Not Supported

Der Server sendet diesen Code, wenn er die in der Anfrage verwendete HTTP-Version nicht unterstützt. In der Antwort wird erläutert, warum diese Version nicht funktioniert, und es werden akzeptable Protokolle vorgeschlagen.

506 Variant Also Negotiates

Dieser Statuscode weist auf einen Fehler in der Serverkonfiguration hin. Er tritt auf, wenn die ausgewählte Ressourcenvariante für die Inhaltsaushandlung eingerichtet ist, jedoch kein gültiger Endpunkt ist, was eine Schleife auslöst.

507 Insufficient Storage

Der Server verfügt nicht über genügend Speicherplatz, um die Anfrage abzuschließen.

508 Loop Detected

Der Server hat einen Vorgang abgebrochen, da er eine Endlosschleife erkannt hat, wodurch der Vorgang fehlgeschlagen ist.

510 Not Extended

Der Server benötigt weitere Erweiterungen, um die Anfrage erfolgreich abzuschließen.

511 Network Authentication Required

Der Client muss sich authentifizieren, um auf das Netzwerk zugreifen zu können. Die Antwort enthält in der Regel einen Link zur Eingabe der Anmeldedaten. Dies dient der Behebung von Sicherheitsproblemen im Zusammenhang mit Captive Portals oder den Webseiten, die Benutzer vor dem Zugriff auf öffentliche WLAN-Netzwerke sehen.

HTTP-Anfragen und -Antworten verstehen

HTTP definiert Anfragemethoden, um dem Server mitzuteilen, welche Aktion er mit einer Ressource durchführen soll. Diese Methoden weisen gemeinsame Merkmale auf: Sie sind sicher, idempotent oder zwischenspeicherbar.

Methoden gelten als sicher, wenn sie keine Änderungen am Server vornehmen und auf einer schreibgeschützten Basis arbeiten. Idempotente Methoden liefern unabhängig von der Häufigkeit ihrer Ausführung stets dasselbe Ergebnis, ohne unbeabsichtigte Nebenwirkungen. Zwischenspeicherbare Methoden ermöglichen es Browsern oder Proxys, Antworten zur Wiederverwendung zu speichern, was die Effizienz verbessert.

Hier finden Sie eine Liste der standardisierten Anfragemethoden, die in HTTP häufig verwendet werden:

• GET – ruft Daten von einer Ressource ab.
• HEAD – fordert dieselbe Antwort wie GET an, jedoch ohne Nachrichtenkörper.
• POST – sendet Daten an eine Ressource, beispielsweise beim Absenden eines Formulars.
• PUT – ersetzt eine Ressource oder deren Darstellung vollständig.
• DELETE – entfernt eine Ressource.
• OPTIONS – zeigt die Kommunikationsoptionen für die Ressource an.
• TRACE – testet den Pfad einer Anfrage.
• PATCH – aktualisiert einen Teil einer Ressource.

Diese Anfragemethoden sind häufig mit HTTP-Statuscodes verknüpft, die anzeigen, ob die Aktion erfolgreich war oder fehlgeschlagen ist. Beispielsweise kann eine GET-Anfrage den Statuscode 200 OK zurückmelden, wenn sie erfolgreich ist, oder 404 Not Found, wenn die Ressource nicht existiert.

Den HTTP-Statuscode einer Seite überprüfen

Benutzer sehen Statuscodes der Kategorien 1XX und 2XX nur selten. Stattdessen stoßen sie in der Regel auf 3XX-, 4XX- oder 5XX-Statuscodes, wenn etwas schiefgeht.

Der einfachste Weg, die HTTP-Statuscodes einer Seite zu überprüfen, ist die Verwendung des Inspect-Element-Tools Ihres Browsers. Wenn Sie Chrome verwenden, klicken Sie mit der rechten Maustaste auf eine beliebige Stelle der Seite und wählen Untersuchen. Wählen Sie anschließend im oberen Menü Netzwerk aus.

Mit WebSniffer können Sie die HTTP-Anfrage-Header einer Seite überprüfen, indem Sie den Anfragetyp (GET, POST oder HEAD) und den Client auswählen. Diese Funktion hilft Ihnen dabei, zu sehen, wie die Seite in verschiedenen Browsern und sogar im Googlebot geladen wird.

Wichtige HTTP-Statuscodes für die Suchmaschinenoptimierung

Suchmaschinen-Bots erfassen beim Crawlen Ihrer Website alle HTTP-Statuscodes und nutzen diese Informationen, um den Zustand und das Ranking Ihrer Website zu bestimmen. Sehen wir uns einige der Statuscodes an, die einen erheblichen Einfluss auf die SEO Ihrer Website haben.

200: OK

Der 200-OK-Status wirkt sich positiv auf SEO aus, da er Suchmaschinen signalisiert, dass die Seite für Besucher zugänglich ist und ordnungsgemäß funktioniert. Er bestätigt, dass die Seite indexiert ist, in den Suchergebnissen rangiert und eine reibungslose Benutzererfahrung bietet.

301: Moved Permanently

Der Status 301 – Permanent verschoben unterstützt die Suchmaschinenoptimierung, indem er den Traffic von einer alten URL auf eine neue umleitet. Er teilt Suchmaschinen mit, dass die alte Seite verschoben wurde, sodass diese ihr Ranking und ihre Autorität – auch als Link-Equity bezeichnet – auf die neue Seite übertragen. Dies sorgt für eine stabile Suchmaschinenoptimierung Ihrer Website und vermeidet defekte Links.

Sie betreiben eine WordPress-Website? Sehen Sie sich unser Tutorial zur Erstellung von 301-Weiterleitungen an. In Hinblick auf bewährte Vorgehensweisen gilt:

• Leiten Sie relevante Seiten weiter – wählen Sie Seiten mit ähnlichen Inhalten aus, um die Benutzererfahrung und den SEO-Wert zu erhalten.
• Aktualisieren Sie interne Links – ersetzen Sie alte URLs durch neue in der Navigation, den Menüs und den Inhalten Ihrer Website, damit Besucher nicht auf defekte Links stoßen.
• Überprüfen Sie externe Links – bitten Sie andere Websites, die auf Ihre alte URL verlinken, ihre Links nach Möglichkeit zu aktualisieren.
• Überwachen Sie die Weiterleitungen – testen Sie Ihre Weiterleitungen, um Ketten oder Schleifen zu vermeiden, die Ihre Website verlangsamen und Suchmaschinen verwirren können.
• Informieren Sie Suchmaschinen – reichen Sie eine aktualisierte Sitemap ein, um Suchmaschinen über die neue URL-Struktur zu informieren.

302: Found

Da es sich bei 302 Found um eine temporäre Weiterleitung handelt, gehen Suchmaschinen davon aus, dass die ursprüngliche URL wieder verfügbar sein wird, und behalten sie oft in ihrem Index. Die Verwendung dieses Statuscodes für eine dauerhafte Umleitung kann Ihrem SEO schaden, da dadurch das Ranking und die Autorität zwischen der alten und der neuen URL aufgeteilt werden.

Verwenden Sie diesen Statuscode daher nur in vorübergehenden Situationen, beispielsweise während Wartungsarbeiten oder Tests. Ersetzen Sie ihn durch 301, sobald die Änderung dauerhaft ist.

404: Nicht gefunden

Die 404-Not-Found-Antwort ist schlecht für das SEO und die Benutzererfahrung. Suchmaschinen entfernen 404-Seiten möglicherweise aus ihrem Index, was zu einem Verlust von Traffic führt. Wenn die Seite Backlinks hat, könnten Sie wertvolle SEO-Vorteile einbüßen. Außerdem kann dies Besucher frustrieren, sodass sie Ihre Website verlassen und ihr misstrauen.

Die sofortige Behebung des Fehlercodes ist der beste Weg, um den Schaden zu minimieren. Es empfiehlt sich zudem, eine benutzerdefinierte 404-Fehlerseite zu erstellen, die Sie mit Navigationslinks oder Informationen füllen können, um das Interesse der Besucher aufrechtzuerhalten.

Hostinger-Nutzer können benutzerdefinierte Fehlerseiten im hPanel unter Website → Fehlerseiten einrichten. Alternativ können Sie WordPress-Plugins wie SeedProd oder Smart Custom 404 Error Page verwenden, um dies ohne Programmieraufwand zu erledigen.

Noch wichtiger ist es, Ihre Website regelmäßig mit Hostingers integriertem KI-Tool für die Fehlerbehebung oder Tools von Drittanbietern wie Google Search Console auf 404-Fehler zu überprüfen.

410: Gone

Der Statuscode 410 Gone kann sich positiv auf Ihre SEO auswirken, wenn er auf dauerhaft entfernten Seiten verwendet wird. Er ist effektiver als 404 Not Found, da er Suchmaschinen eindeutig anweist, die Seite aus ihrem Index zu entfernen.

Die Verwendung auf Seiten mit wertvollen Backlinks oder hohem Traffic kann jedoch zu einem Verlust an Link-Equity und SEO-Wert führen. Außerdem kann es Nutzer verwirren, wenn es keine klare Alternative zu der Seite gibt.

Verwenden Sie den Status 410 nur für Seiten, die Sie dauerhaft entfernen möchten und nicht ersetzen wollen. Besser noch: Leiten Sie Besucher und Suchmaschinen mithilfe eines 301-Statuscodes auf eine andere relevante Seite weiter.

500: Internal Server Error

Dieser Statuscode kann es Suchmaschinen erschweren, Ihre Website zu crawlen, was verpasste Chancen und nicht indexierte Seiten bedeuten kann. Wenn der Fehler zu lange anhält, könnten Suchmaschinen Ihre Website als unzuverlässig einstufen, was sich möglicherweise auf Ihre Rankings auswirkt.

Bei WordPress-Websites sind fehlerhafte Plugins und eine beschädigte .htaccess-Datei häufige Ursachen für einen 500 Internal Server Error. In unserem Tutorial finden Sie Anleitungen zur Behebung des HTTP-Fehlers 500. Sollte der Fehler weiterhin bestehen, dann wenden Sie sich bitte an Ihren Hosting-Anbieter.

503: Service Unavailable

Der Fehler 503 Service Unavailable bedeutet, dass der Server vorübergehend nicht erreichbar ist, in der Regel aufgrund von Wartungsarbeiten oder Überlastung. Im Gegensatz zum 500-Fehler ist dies meist geplant.

Während kurzfristige 503-Fehler Ihrer SEO kaum schaden, kann eine zu lange Nichtbehebung zu Traffic-Einbußen, höheren Absprungraten und schlechteren Rankings führen.

Schließen Sie zur Behebung des Problems Ihre Wartungsarbeiten ab oder reduzieren Sie die Serverauslastung. Sie können auch andere Methoden zur Fehlerbehebung aus unserem Tutorial Fehler 503 – Dienst nicht verfügbar ausprobieren. Sollten Sie das Problem nicht beheben können, sollten Sie sich an Ihren Hosting-Anbieter wenden und abklären, ob das Problem auf dessen Seite liegt.

Häufig gestellte Fragen (FAQ) zu HTTP-Statuscodes

Alle Tutorial-Inhalte auf dieser Website unterliegen Hostingers strengen redaktionellen Standards und Normen.

Erstellt von

Eveline Boschmann

Eveline ist Lokalisierungsexpertin mit langjähriger Erfahrung in der Transkreation von Inhalten für den deutschen Markt. Sie unterstützt Hostinger dabei, die Kernwerte und die Markenbotschaft des Unternehmens an ein internationales Publikum zu vermitteln und Hostingers hochwertige Tutorials für alle zugänglich zu machen.

Mehr von Eveline Boschmann