HTTP-Statuscodes erklärt

Jeder Internetnutzer hat schon einmal die „Not found“-Seite mit dem dreistelligen Code „404“ gesehen. Dies ist eine HTTP-Antwort vom Server der von Ihnen besuchten Website, die Ihnen mitteilt, dass die angeforderte URL nicht existent ist. Der Code „404 Not Found“ ist einer von vielen HTTP-Antwortstatuscodes, und jeder hat eine andere Bedeutung. Allen gemeinsam ist, dass es sich um Server-Antworten auf Ihre Anfragen handelt.

Lesen Sie weiter, um mehr darüber zu erfahren, was ein HTTP-Statuscode ist und was jeder Code bedeutet.

Was ist ein HTTP-Statuscode?

Alle Interaktionen zwischen Ihrem Browser und einer Website basieren auf dem Anfrage-Antwort-Prinzip. Jedes Mal, wenn Sie eine Adresse in Ihren Browser eingeben, auf einen Link zu einer Webseite klicken, eine Datei herunterladen oder eine Aktion online ausführen, sendet Ihr Browser (Client) eine HTTP-Anfrage an den Server der Website. Der Server verarbeitet die Anfrage und gibt eine HTTP-Antwort zurück.

Die Antwort besteht aus zwei Teilen – Body und Header. Der Body besteht normalerweise aus Inhalten, die Ihr Browser visualisiert – Text, Bilder, Video, etc. Einige Antworten generieren keinen Inhalt, so dass der Body leer sein kann.

Die Header enthalten Metadaten über die Antworten – den HTTP-Statuscode, den Servertyp und andere wichtige Informationen.

Die HTTP-Statuscodes bestehen aus 3 Ziffern. Die erste Ziffer stellt die Kategorie der Antwort, während die letzten beiden Ziffern die spezifische Antwort definieren.

Es gibt fünf Kategorien, die Antworten auf eine gemeinsame Eigenschaft oder einen gemeinsamen Zweck gruppieren:

• 1XX-Codes – Informationscodes, die der Server zurückgibt, um dem Client mitzuteilen, dass die Anfrage in Bearbeitung ist.
• 2XX-Codes – Erfolgreiche Codes zeigen an, dass die Anfrage erkannt und bearbeitet wird.
• 3XX-Codes – Codes, die angeben, dass es eine Umleitung geben wird.
• 4XX-Codes – Dies sind Fehlercodes, die ein Problem mit der vom Client (Browser) gesendeten Anfrage signalisieren.
• 5XX-Codes – Fehler, die vom Server der Website stammen und ihn daran hindern, eine gültige Antwort zu senden.

Eine umfassende Liste von HTTP-Statuscodes

Es gibt über 50 offizielle HTTP-Statuscodes, die von der Internet Assigned Numbers Authority (IANA) anerkannt sind, die für die Pflege und Verwaltung von Internet-Standards, einschließlich der Registrierung der HTTP-Codes, verantwortlich ist.

Wir werden alle offiziellen Codes durchgehen und uns auch einige der beliebtesten inoffiziellen Codes ansehen, die auf bestimmten Plattformen und Diensten verwendet werden.

1XX-Codes

1XX-Codes sind informative Antworten vom Server der Website. Sie generieren keine Inhalte und informieren Clients nur über den Fortschritt ihrer Anfragen. Diese Informationen werden in den Headern der HTTP-Antwort gesendet.

• 100 “Continue” – Der Server hat die Header der Anfrage erhalten. Es weist Ihren Browser nun an, mit dem Senden des Body der Anfrage fortzufahren.

• 101 “Switching Protocols” – Der anfragende Client (Browser) hat den Server gebeten, die Protokolle zu ändern, und der Server hat die Anfrage erfüllt.

• 102 “Processing” – Dies ist eine Antwort, die hauptsächlich mit WebDAV-Anfragen verbunden ist, deren Ausführung länger dauern kann. Es zeigt an, dass der Server die Anfrage erhalten hat und sie gerade verarbeitet.

• 103 “Early Hints” – Der Server gibt einige Antwortheader zurück, bevor die endgültige HTTP-Antwort gesendet wird.

2XX-Codes

Die 2XX-Codes sind die besten Antworten, die Sie erhalten können. Sie zeigen an, dass die Anfrage vom Server erkannt, akzeptiert und bearbeitet wird.

• 200 “OK” – Die Antwort auf eine erfolgreiche HTTP-Anfrage. Das Ergebnis hängt von der Art der Anfrage ab.
• 201 “Created” – Die Anfrage wurde erfüllt und der Server hat eine neue Ressource erstellt.
• 202 “Accepted” – Der Server hat die Anfrage akzeptiert, aber noch nicht die Verarbeitung abgeschlossen. Die Anfrage kann erfüllt oder abgelehnt werden, aber das Ergebnis ist nicht bestätigt..

• 203 “Non-Authoritative Information” – Ein Code, der normalerweise erscheint, wenn ein Proxy-Dienst verwendet wird. Der Proxy-Server hat vom Ursprungsserver den Statuscode 200 “OK” erhalten und gibt eine modifizierte Version der Antwort des Ursprungs zurück.
• 204 “No Content” – Der Server hat die Anfrage erfüllt, aber keine Inhalte zurückgegeben.

• 205 “Reset Content” – Der Server hat die Anfrage erfüllt, und er wird keinen Inhalt zurückgeben, sondern fordert den Client (Browser) auf, die Dokumentansicht zurückzusetzen.

• 206 “Partial Content” – Der Server gibt nur einen Teil der angeforderten Ressourcen zurück, weil Ihr Browser “Range-Header” verwendet. Diese Header ermöglichen es Browsern, Downloads fortzusetzen oder Downloads in mehrere gleichzeitige Streams aufzuteilen.
• 207 “Multi-Status” – Ein mit WebDav verknüpfter Code, wenn eine zusammengesetzte Anfrage gestellt wird. Der Server gibt eine Nachricht zurück, die ein Array von Antwortcodes für alle Unteranforderungen enthält.

• 208 “Already Reported” (WebDav) – Dieser Code gibt an, dass die internen Member einer DAV-Bindung bereits in einem vorherigen Teil der Antwort aufgezählt wurden und nicht noch einmal aufgezählt werden.
• 226 “IM Used” – Der Server hat die Anfrage erfüllt, und die Antwort ist eine Darstellung des Ergebnisses einer oder mehrerer Instanzmanipulationen, die auf die aktuelle Instanz angewendet werden.

3XX-Codes

3XX-Codes geben an, dass es eine Umleitung geben wird. Umleitungen werden häufig verwendet, wenn eine Ressource an eine neue Adresse verschoben wird. Die verschiedenen 3XX-Codes weisen Browser an, wie die Umleitung durchgeführt werden muss.

• 300 “Multiple Choices” – Der Server präsentiert dem Client eine Auswahl von mehreren Ressourcen zur Auswahl. Der Statuscode wird angewendet, wenn Sie Ihren Browser verwenden, um Dateien herunterzuladen, und Sie die Wahl der Dateierweiterung erhalten, oder wenn Sie mit Optionen für die Begriffsklärung angeboten werden.

• 301 “Moved Permanently” – Dies ist der Code für eine permanente Weiterleitung. Dies bedeutet, dass die URL der angeforderten Ressource dauerhaft durch eine neue Adresse ersetzt wird und Suchmaschinen die URL in ihren Datenbanken aktualisieren sollten.

Lesen Sie diese Anleitung zum Erstellen von Weiterleitungen für weitere Informationen.

• 302 “Found” – Zuvor war dieser Code als “Moved Temporary” bekannt. Es weist Browser an, dass die angeforderte Ressource vorübergehend zu einer neuen URL verschoben wird, aber die neue Adresse kann in der Zukunft wieder geändert werden. Daher sollte die ursprüngliche URL vom Client weiterhin verwendet werden. Der Code wird für temporäre Weiterleitungen verwendet.

• 303 “See Other” – Der Server weist den Client an, dass er die Ressource gefunden hat, aber sie muss auf einer anderen URL mit einer GET-Anfrage abgerufen werden.

• 304 “Not Modified” – Der Server teilt Ihrem Browser mit, dass die Ressource seit der letzten Anforderung nicht verändert wurde. Ihr Browser kann die zwischengespeicherte Version, die er bereits lokal gespeichert hat, weiter verwenden.

• 305 “Use Proxy” – Die angeforderte Ressource ist nur über einen Proxy verfügbar. Dieser Code ist nun veraltet und Browser ignorieren ihn.
• 306 “Switch Proxy” – Dieser Code wird nicht mehr verwendet. Dies bedeutet, dass die folgenden Anforderungen den angegebenen Proxy verwenden sollten.

• 307 “Temporary redirect” – Dies ist der neue Code für temporäre Weiterleitungen, der den HTTP 302 Code ersetzt. Es gibt an, dass die angeforderte Ressource zu einer anderen URL verschoben wurde. Im Gegensatz zum HTTP 302 Code erlaubt der HTTP 307 Code keine Änderung der HTTP Request Methode. Wenn zum Beispiel die erste Anfrage GET war, sollte die zweite Anfrage auch GET sein.
• 308 “Permanent Redirect” – Die angeforderte Ressource wird dauerhaft auf eine andere URL verschoben und alle zukünftigen Anforderungen müssen an die neue Adresse umgeleitet werden. Der Code ist dem HTTP 302 Code ähnlich, der einzige Unterschied besteht darin, dass er es Browsern nicht erlaubt, die Art der HTTP-Anfrage zu ändern.

4XX-Codes

Die 4XX-Codes sind HTTP-Fehlerstatuscodes. Sie definieren Fehler als ungültige Anfragen von Ihrem Browser, die der Server der Website nicht verarbeiten kann. Das Problem kann ein Syntaxfehler in der Anfrage, eine nicht vorhandene URL, falsche Anmeldeinformationen usw. sein. Ihr Browser wird normalerweise eine Seite mit einem bestimmten Fehlercode anzeigen.

• 400 “Bad Request” – Der Server kann aufgrund eines Fehlers auf der Client-Seite keine gültige Antwort zurückgeben. Häufige Ursachen sind fehlerhafte angeforderte URLs, betrügerisches Request-Routing, große Dateigrößen usw.

Weitere Informationen finden Sie in diesem Tutorial, was ein HTTP-Fehler „400 Bad Request“ ist und wie er behoben werden kann.

• 401 “Unauthorized” – Dieser Fehler tritt auf, wenn der Client keine gültigen Anmeldeinformationen bereitstellen konnte und die Antwort vom Server einen WWW-Authenticate-Header enthält. Dieser Fehler wird wahrscheinlich angezeigt, wenn Sie versuchen, auf passwortgeschützte URLs zuzugreifen, und Sie nicht über die richtigen Anmeldeinformationen verfügen.

Wenn dieses Problem auftritt, lesen Sie diese Anleitung zur Behebung des HTTP 401-Fehlers.

• 402 “Payment Required” – Dies ist kein Standardcode, aber er ist für die zukünftige Verwendung durch Zahlungssysteme reserviert. Der Zweck des Codes besteht darin, anzuzeigen, dass der Inhalt aufgrund einer fehlgeschlagenen Zahlung nicht verfügbar ist.

• 403 “Forbidden” – Der Fehler zeigt an, dass der Server einem Benutzer den Zugriff verweigert, der keine Berechtigung zum Zugriff auf die Ressourcen hat. Dieser Fehler ähnelt dem HTTP-Code 401, aber der Unterschied besteht darin, dass in diesem Fall die Identität des Benutzers bekannt ist.

Typische Ursachen für diesen Fehler sind restriktive Regeln vom Server der Website, unzureichende Berechtigungen für die Dateien und Ordner der Website usw.

Weitere Informationen finden Sie in diesem Artikel über den HTTP 403-Fehler und wie man ihn behebt.

• 404 “Not found” – Dies ist der häufigste Fehler, den Benutzer online sehen. Das bedeutet, dass der Server die angeforderte Ressource nicht finden kann. Normalerweise ist die Ursache, dass die URL, auf die Sie zugreifen möchten, nicht existiert.

Der Fehler könnte auch durch eine Fehlkonfiguration der Website verursacht werden. Lesen Sie die folgende Anleitung, um den HTTP-Fehler 404 zu beheben.

• 405 “Method Not Allowed” – Der Server versteht die angeforderte Methode, aber die Zielressource unterstützt sie nicht.
• 406 “Not Acceptable” – Die angeforderte Ressource hat Inhalte generiert, die nicht den Kriterien des Benutzeragenten entsprechen, der sie angefordert hat.
• 407 “Proxy Authentication Required” – Es gibt einen Proxy-Server, der in der Kommunikation zwischen dem Browser und dem Server verwendet wird und es erfordert authentication.

• 408 “Request Timeout” – Der Server wurde aufgrund einer Zeitüberschreitung beim Warten auf eine Anfrage von Ihrem Browser geschlossen. In einigen Fällen können Server diese Nachricht auf einer inaktiven Verbindung senden, auch ohne vorherige Anfrage von der client.

Es sei darauf hingewiesen, dass Server die Verbindung schließen können, ohne eine Nachricht zu senden.

• 409 “Conflict” – Dieser Fehler tritt auf, wenn eine Anfrage aufgrund eines Konflikts im aktuellen Zustand der Ressource auf dem Server nicht verarbeitet werden kann. Ein Beispiel für diesen Fehler ist, wenn mehrere Änderungen der gleichen Datei an den Server gesendet werden und die Änderungen miteinander in Konflikt stehen.
• 410 “Gone” – Die angeforderte Ressource ist nicht verfügbar und wird in Zukunft nicht verfügbar sein. Sie wird nicht durch eine neue Ressource an einer neuen Adresse ersetzt, daher wird von Clients erwartet, dass sie alle Links und den Cache in Bezug auf die Ressource entfernen. Zum Beispiel sollten Suchmaschinen die Informationen der Ressource aus ihren Datenbanken entfernen.

• 411 “Length Required” – Die Länge des Inhalts der Anfrage ist nicht angegeben und die Ressource auf dem Server erfordert dies.
• 412 “Precondition failed” – Die Header der Anfrage spezifizieren bestimmte Vorbedingungen, die der Server nicht erfüllt.

• 413 “Payload too large” – Die Anfrage ist größer als die auf dem Server angegebenen Grenzen, daher kann der Server die Anfrage nicht verarbeiten.

Sie können diesen Fehler auf Ihrer WordPress-Website sehen, wenn Sie versuchen, eine Datei hochzuladen und ihre Größe überschreitet das Upload-Limit Ihrer Website. Wenn Sie auf dieses Problem stoßen, lesen Sie diese Anleitung über den Fehler „413 Entity Too Large“ in WordPress.

• 414 “URI Too Long” – Die Länge der URI ist zu lang und der Server kann sie nicht verarbeiten. Normalerweise ist dies das Ergebnis einer GET-Anfrage, die zu viele Daten enthält und muss daher in eine POST-Anfrage geändert werden.

• 415 “ Unsupported Media Type” – Die Anfrage enthält einen Medientyp, den der Server nicht unterstützt. Zum Beispiel, Sie versuchen, eine Bilddatei im .jpg-Format hochzuladen, aber der Server unterstützt es nicht.

• 416 “Range Not Satisfiable” – Die Anfrage hat nach einem Teil der Ressource gefragt, den der Server nicht bereitstellen kann. Dieser Fehler kann auftreten, wenn Ihr Browser nach einem Teil einer Datei fragt, der außerhalb des Endes der Datei file.
• 417 “Expectation Failed” –  Der Server erfüllt nicht die Anforderungen im expect-Header-Feld der Anfrage.
  
• 418 “I’m a teapot.” – Dieser Fehler wird von Teekannen zurückgegeben, die zum Aufbrühen von Kaffee angefordert werden. Es ist ein Aprilscherz aus dem Jahr 1998.

• 421 “Misdirected Request” – Die Anfrage wurde an einen Server weitergeleitet, der keine Antwort produzieren kann.
• 422 “Unprocessable Entity” – Die Anfrage vom Client ist wohlgeformt, enthält aber semantische Fehler, die den Server daran hindern, eine Antwort zu verarbeiten.

• 423 “Locked” – Die Ressource, auf die zugegriffen wird, ist Locked.

• 424 “Failed Dependency” – Die Anfrage ist fehlgeschlagen, weil sie von einer anderen Anfrage abhing, die ebenfalls fehlgeschlagen ist.
• 425 “Too Early” – Dieser Fehler zeigt an, dass der Server nicht bereit ist, die Verarbeitung einer Anfrage, die möglicherweise wiederholt wird, zu riskieren.

• 426 “Upgrade Required” – Der Server weist die Anfrage mit den aktuellen Protokollen zurück, wie durch den upgrade-Header angezeigt, der als Antwort gesendet wird. Er ist bereit, die Anfrage anzunehmen, wenn der Client auf ein anderes Protokoll aktualisiert.

• 428 “Precondition Required” – Der Server erfordert, dass die Anfrage bedingt ist. In den meisten Fällen wird diese Antwort verwendet, um Konflikte zu vermeiden, wenn ein Client die GET-Methode verwendet, um eine Ressource anzufordern, sie modifiziert und dann PUT verwendet, um die neue Version hochzuladen, während eine andere Partei die gleiche Ressource ebenfalls geändert haben kann.
• 429 “Too many requests” – Der Server antwortet mit diesem Code, wenn der Benutzer zu viele Anfragen in der gegebenen Zeit gesendet hat und die Geschwindigkeitsbegrenzung überschritten hat.
  Sie können diesen Fehler auf Ihrer WordPress-Website sehen, wenn schlechte Bots oder Skripte versuchen, auf das Dashboard zuzugreifen. In diesem Fall wird empfohlen, die Login-URL zu ändern, was leicht in den Login-Sicherheitseinstellungen des Security Optimizer-Plugins durchgeführt werden kann.

Sie können diesen Fehler auch sehen, wenn Sie versuchen, Let’s Encrypt SSL zu installieren, aber Sie haben zu viele fehlgeschlagene Anfragen angesammelt. Weitere Informationen finden Sie in diesem Handbuch: Let’s Encrypt Fehler 429 “Zu viele Anfragen”, “keine Domains autorisiert” oder “Zertifikat ist nicht für die gewählte Domain”.

• 431 “Request Header Fields Too Large” – Der Server kann die Anfrage nicht verarbeiten, weil seine einzelnen Header-Felder oder alle kombinierten Header-Felder zu groß sind. Der Kunde kann eine neue Anfrage senden, wenn die Größe reduziert wird.
• 451 “Unavailable for Legal Reasons” – Der Client fordert eine Ressource an, für die der Server rechtlich verpflichtet ist, den Zugriff zu verweigern, wie beispielsweise eine von der Regierung zensierte Webseite.

5XX-Codes

Die HTTP-Codes 5XX weisen darauf hin, dass auf dem Server der Website ein Problem vorliegt, das die Verarbeitung einer Anfrage verhindert. Wie bei den 4XX-Codes sehen Sie eine Fehlerseite in Ihrem Browser, wenn ein 5XX-Fehler ausgelöst wird.

• 500 “Internal Server Error” – Ist ein generischer Fehler, der angibt, dass der Server auf eine unerwartete Bedingung gestoßen ist und die Anfrage nicht erfüllen kann. Der Server sagt Ihnen, dass etwas nicht stimmt, aber er ist sich nicht sicher, was das Problem ist.

Normalerweise ergibt sich das Problem aus der Website-Konfiguration auf der Client-Seite. Lesen Sie dieses Tutorial darüber, was ein „HTTP Error 500 – Internal Server Error“ ist und wie man ihn behebt, um weitere Informationen zu erhalten.

• 501 “Not Implemented” – Der Server unterstützt die Anfragemethode nicht oder hat nicht die Möglichkeit, die Anfrage zu erfüllen.

• 502 “Bad Gateway” – Dieser Fehler zeigt an, dass der Server als Gateway oder Proxy fungiert und eine ungültige Antwort vom Upstream-Server erhalten hat. Dies ist die offizielle Beschreibung, aber es gibt verschiedene Faktoren, die diesen Fehler verursachen können. Erfahren Sie mehr über den HTTP 502-Fehler „Bad Gateway“ und wie Sie ihn beheben können.

• 503 “Service Unavailable” – Der Server kann die Anfrage nicht verarbeiten. Dies ist normalerweise ein vorübergehender Zustand, der durch Überlastung oder laufende Wartung des Servers verursacht wird. Lesen Sie in diesem Handbuch, was der HTTP 503-Fehler „Service Unavailable“ ist und wie man ihn behebt.

• 504 “Gateway Timeout” – Der Server fungierte als Gateway und erhielt keine rechtzeitige Antwort vom Upstream-Server. In den meisten Fällen wird dieser Fehler durch PHP-Skripte verursacht, die nicht rechtzeitig fertig werden und das Zeitlimit der PHP-Variablen max_execution_time des Servers überschreiten, daher beendet der Server die Verbindung. Weitere Informationen finden Sie in diesem Artikel über das HTTP 504 „Gateway Timeout“ und wie man es behebt.
• 505 “HTTP Version Not Supported” – Der Server unterstützt die in der Anfrage verwendete HTTP-Version nicht.

• 506 “Variant Also Negotiates” – Dieser Fehler tritt auf, wenn der Client und der Server in Transparent Content Negotiation eingeben, was dem Client ermöglicht, die beste Variante einer Ressource abzurufen, wenn der Server mehrere Versionen unterstützt. Es liegt jedoch eine Fehlkonfiguration vor, und die ausgewählte Ressource führt auch zu einer Inhaltsverhandlung, die eine geschlossene Schleife verursacht.
• 507 “Insufficient Storage (WebDAV) – Der Server ist nicht in der Lage, die Darstellung zu speichern, die erforderlich ist, um die Anfrage zu vervollständigen.

• 508 “Loop Detected” (WebDAV) – Der Server hat eine Endlosschleife während der Verarbeitung der Anfrage erkannt.

• 510 “Not Extended” – Weitere Erweiterungen der Anfrage sind erforderlich, damit der Server sie erfüllen kann. Dieser Code ist jetzt veraltet.

• 511 “Network Authentication Required” – Diese Antwort wird gesendet, wenn Sie authentifiziert werden müssen, damit das Netzwerk Ihre Anfrage an einen Server senden kann. Am häufigsten wird es angezeigt, wenn Sie versuchen, ein Wi-Fi-Netzwerk zu verwenden, und Sie müssen den Nutzungsbedingungen zustimmen.

Einige inoffizielle HTTP-Statuscodes

Die oben genannten Codes sind offiziell anerkannt von IANA , aber verschiedene Plattformen verwenden inoffizielle HTTP-Codes, um auf spezielle Probleme mit ihren Diensten hinzuweisen. Die folgenden Codes werden in einigen der beliebtesten Online-Dienste verwendet.

• 430 “Request Header Fields Too Large” – Dieser Code wird von Shopify verwendet, wenn zu viele URLs gleichzeitig angefordert werden. Es ist ähnlich der HTTP-Code 429 “Too many requests” .

• 440 “Login Time-out” – Dieser Code wird von Microsofts ISS (Internet Information Services) verwendet. Die Anmeldesitzung des Kunden ist abgelaufen und er muss sich erneut anmelden.
• 494 “Request header too large” – von NGINX verwendet. Der Client hat eine zu große Anfrage oder eine zu lange Kopfzeile gesendet.

• 495 “SSL Certificate Error” – Dies ist auch ein Statuscode, der von NGINX verwendet wird, um zu signalisieren, dass der Client ein ungültiges SSL-Zertifikat bereitgestellt hat.

• 496 “SSL Certificate Required” – wird von NGINX verwendet. Ein Client-Zertifikat ist erforderlich, wird aber nicht bereitgestellt.
• 499 “Client Closed Request” – Der Client beendete die Anfrage, bevor der Server eine Antwort senden konnte. Ein weiterer Code, der von NGINX verwendet wird.

• 520 “Web Server Returned an Unknown Error” – Dies ist ein Code, der von Cloudflare verwendet wird. Es gibt an, dass der Ursprungsserver eine unerwartete oder unbekannte Antwort an Cloudflare zurückgegeben hat.

• 521 “Web Server is Down” – Ein weiterer Cloudflare-spezifischer Fehlercode. Der Ursprungsserver hat die Verbindung zu Cloudflare abgelehnt. Dieser Fehler könnte durch die Firewall des Ursprungs verursacht werden, die die IPs von Cloudflare blockiert.

• 525 “SSL Handshake Failed” – Wird von Cloudflare verwendet. Cloudflare kann keinen SSL/TLS-Handshake mit dem Ursprungsserver herstellen.

• 526 “Invalid SSL Certificate” – Ein weiterer Code, der hauptsächlich von Cloudflare verwendet wird. Cloudflare konnte das auf dem Ursprungsserver installierte SSL nicht validieren. Normalerweise verursacht durch ungültiges oder fehlendes SSL auf dem Ursprungsserver. In dieser Anleitung erfahren Sie, wie Sie Let’s Encrypt für Ihre SiteGround-gehostete Website installieren.

Wie kann ich die HTTP-Statuscodes auf einer Website überprüfen?

Viele der Codes sind auf den Titelseiten nicht sichtbar und normalerweise sehen Sie eine Seite nur für 4XX und 5XX Fehlercodes. Es gibt jedoch mehrere Methoden, die Sie bereitstellen können, um alle Antwortcodes anzuzeigen, die eine Website generiert. Sie können das Inspect-Tool Ihres Browsers (Entwicklertools), JavaScript- oder PHP-Skripte oder verschiedene Online-Checker verwenden. Wir werden einige der beliebtesten Methoden untersuchen.

Überprüfen Sie die Statuscodes der Google Chrome Developer Tools

Eine der einfachsten und schnellsten Möglichkeiten, die Statuscodes für HTTP-Antworten auf einer Website zu überprüfen, ist die Verwendung der Entwicklertools im Chrome-Browser. Um darauf zuzugreifen, klicken Sie mit der rechten Maustaste auf die Website-Seite, um das Dialogmenü zu öffnen, und wählen Sie Untersuchen, oder drücken Sie F12.

Als nächstes öffnen Sie die Konsole der Entwicklertools und wählen Netzwerk. Aktualisieren Sie die Seite, indem Sie auf die Schaltfläche Neu laden  klicken oder Command+R für Mac (F5 für Windows) drücken. Die Seite zeigt alle Antworten auf die Anfragen, die Ihr Browser an die Website gesendet hat.

Der Code für jede Antwort kann in der Spalte Status eingesehen werden. Um die gesamten Headers anzuzeigen, klicken Sie einmal auf die Antwort. Es erscheint ein neuer Abschnitt, in dem Sie Header auswählen können. Sie sehen die Details der ursprünglichen Anfrage von Ihrem Browser, den HTTP-Statuscode und die Antwort-Header.

Überprüfen Sie die Statuscodes von Mozilla Firefox Web Developer Tools

Ähnlich wie in Chrome können Sie die Antwortcodes in der Web Developer Tools-Konsole in Mozilla Firefox anzeigen. Drücken Sie F12 oder klicken Sie mit der rechten Maustaste auf die Website-Seite und wählen Sie Untersuchen  aus dem Dialogmenü.

Sie müssen die Seite aktualisieren, indem Sie die Taste Neu laden  drücken oder die Tastenkombination Command + R für Mac (F5 für Windows) verwenden. Dann wählen Sie die Registerkarte Netzwerkanalyse , wo Sie alle Antworten auf die Anfragen Ihres Browsers sehen können.

Der Code jeder Antwort kann in der Spalte Status. eingesehen werden. Wenn Sie auf eine Antwort klicken, sehen Sie detaillierte Informationen über die ursprüngliche Anfrage, den Statuscode und die Antwortheader.

Überprüfen Sie die Statuscodes von der Google Search Console

Als Website-Besitzer ist die Aufrechterhaltung eines gesunden SEO-Rankings für Ihr Online-Geschäft von entscheidender Bedeutung. HTTP-Fehler können Google daran hindern, Ihre Website zu indizieren, wodurch Sie viel potentiellen Datenverkehr verlieren. Aus diesem Grund ist Google Search Console äußerst nützlich, um solche Fehler zu identifizieren, damit Sie sie rechtzeitig beheben können.

Zunächst müssen Sie Ihre Website als neue Eigenschaft in der Google Search Console hinzufügen. Dadurch wird ein Panel erstellt, in dem Sie verschiedene Statistiken für Ihre Website überwachen können.

Die von Google registrierten HTTP-Codes können in der Sektion Index > Seiten > Warum Seiten nicht indexiert werden überwacht werden.

In der Spalte Grund sehen Sie eine kurze Beschreibung des Fehlers. Zum Beispiel wird ein 404-Fehler als Nicht gefunden (404) aufgeführt, und ein 500- oder 5XX-Fehler wird als Serverfehler (5XX) markiert. Weiterleitungen mit 3XX-Codes werden als Seite mit Weiterleitung registriert.

Sie können auch in der Spalte Quelle  sehen, ob der Fehler von Google oder der Website selbst stammt.

Zusammenfassung

Es gibt viele HTTP-Codes, und jeder hat eine andere Bedeutung. Sie müssen sich nicht alle merken, aber es ist wichtig zu wissen, dass es sich um Antworten des Servers der Website auf die Anfragen Ihres Browsers handelt. Einige von ihnen haben informativen Charakter und werden in Ihrem Browser nicht angezeigt. Sie sollten den Fehlern 4XX (clientseitig) und 5XX (serverseitig) besondere Aufmerksamkeit schenken, da sie für den Datenverkehr Ihrer Website kritisch sind und normalerweise verhindern, dass Benutzer eine Website besuchen.

Dieser Leitfaden untersuchte alle offiziellen HTTP-Antwortcodes und einige inoffizielle, die auf bestimmten Plattformen verwendet werden. Wir hoffen, es war nützlich!