4xx-Statuscode

Veröffentlicht: Alex Shashenko 2024-01-29 alle Artikel | Glossar | FAQ

Jeder, der mindestens einmal im Leben häufig im Internet surft, kennt die Situation, dass statt der erwarteten Webseite eine technische Meldung angezeigt wird. Dies ist eine Benachrichtigung über den aktuellen Status der Webseite und enthält wertvolle Informationen, die kurz erklären, was mit dieser Webseite passiert ist. In den meisten Fällen handelt es sich für Benutzer buchstäblich nur um eine Benachrichtigung, die besagt, dass auf die Webseite auf die eine oder andere Weise nicht zugegriffen werden kann. Auf der anderen Seite ist es für Webmaster ein Zeichen dafür, dass etwas entweder in Bearbeitung ist oder repariert werden muss.

Unter normalen Umständen verschwindet ein solcher Notifier entweder, wenn Sie die Webseite neu laden, oder er wird weiterhin angezeigt, weil etwas passiert ist. Das Auftreten des Statuscodes 400 bedeutet nämlich, dass die URL der Webseite falsch eingegeben wurde. Und die gesamte Gruppe von Notifiern, zu denen es gehört, oder 4xx-Codes, bezieht sich normalerweise auf verschiedene Situationen, in denen die Anfrage falsch gesendet wurde und es keine richtige Antwort gab. 

Obwohl es sich bei Webmastern regelmäßig um kleinere serverseitige Fehler handelt, gibt es Situationen, in denen diese Art von Problemen eine schnelle Diagnose erfordern, damit sie von den Webmastern schnell lokalisiert und gelöst werden können. Aus diesem Grund ist es wichtig, sich mit den verschiedenen HTTP-Notifiern und insbesondere mit 4xx vertraut zu machen oder sich zumindest mit den Orten vertraut zu machen, an denen man eine ausführliche Erklärung erhalten kann.

400-Statuscodegruppe auf den Punkt gebracht

400 Statuscodegruppe

Um ein umfassendes Verständnis der 400-499-Benachrichtigungen zu erlangen, müssen Webmaster zunächst mehr Informationen über alle HTTP-codierten Nachrichten erhalten, zumindest im allgemeinen Sinne. Denn dieser spezielle Satz von Meldern ist nur einer von fünf anderen und alle diese Sätze unterscheiden sich durch ihre eigenen Merkmale, Anwendungssituationen und enthaltenen Fehler. 

Fast alle Informationen darüber werden buchstäblich in der MDN-Datenbank von Mozilla oder im RFC 2616 von IETF gespeichert, dem Team, das buchstäblich alle derartigen Codes verwaltet. Sie müssen sie jedoch nicht gründlich studieren, wenn Sie ein Neuling sind und sich mit diesen Meldegruppen vertraut machen möchten, ohne zu tief in das Thema einzusteigen.

  • Bei der 1xx-Benachrichtigungsgruppe geht es um die Verlängerung des Datenladens – solche Meldungen bedeuten, dass größtenteils alles in Ordnung ist, aber etwas zu viel Zeit braucht, um fertig zu werden. Es ist normalerweise nur für Webmaster sichtbar.

  • Die Codekategorie 2xx ist für Benutzer normalerweise unsichtbar und benachrichtigt über normale Umstände, wenn der Server auf irgendeiner Ebene ohne Probleme funktioniert.

  • Bei den 3xx-Benachrichtigungen dreht sich alles um Weiterleitungen. Es enthält alle Arten von Benachrichtigungen, wenn der Server antworten muss, indem er den Benutzer an ein anderes Verzeichnis weiterleitet.

  • Bei den 4xx-Benachrichtigungen handelt es sich grundsätzlich um eine Mitteilung sowohl an den Benutzer als auch an den Webmaster, dass der Client oder der Server beim Versuch, auf die Webseite oder andere Daten zuzugreifen, einen Fehler gemacht hat. 

  • Der 5xx-Codesatz befasst sich mit schlechten Umständen auf dem Server und umfasst verschiedene Dinge, angefangen bei Verbindungsproblemen bis hin zu seiner schlechten Konfiguration.

Wie bereits erwähnt, geht es bei den 4xx-Benachrichtigungen ausschließlich um benutzerseitige Probleme. Dazu gehören URL-Tippfehler, fehlende Zugriffsrechte oder andere Dinge, die den erfolgreichen Abschluss des Verarbeitungsvorgangs behindern. Zum Beispiel Situationen, in denen auf die Seite nicht zugegriffen werden kann oder sie gelöscht wurde.

Gemeinsame 4xx-Codes und ihre Bedeutung

Gemeinsame 4xx-Codes

Da es sich um eine ziemlich große Gruppe handelt, verfügt 4xx über eine Reihe verschiedener Subcodes, angefangen bei 400 bis hin zum Statuscode 499. Und obwohl nicht alle von der IETF ausgefüllt werden, gibt es dennoch eine große Auswahl an ausgewiesenen Nummern für Notifizierer.

Der am häufigsten vorkommende und am häufigsten vorkommende Melder aus diesem Batch ist offensichtlich 404 – Nicht gefunden. Dieser Melder mit dem Statuscode 404 besagt, dass die Webseite nicht zugänglich, ausgeblendet oder nicht vorhanden ist. Aber es ist nicht der einzige Code, der in diese Kategorie fällt – es gibt eine große Sammlung davon und sie können sogar vage gruppiert werden.

  • 401 – Nicht autorisiert. Der Statuscode 401 wird angezeigt, wenn vor dem Besuch der Website keine ordnungsgemäße Autorisierung erfolgte.

  • 403 – Verboten. Der Statuscode 403-Benachrichtigung erscheint, wenn die Zugriffsrechte auch nach der Authentifizierung nicht ausreichen.

  • 404 – Nicht gefunden. Der 404-Statuscode-Melder definiert, dass die Anforderungsprozedur falsch verschobene, nicht vorhandene oder versteckte Daten abruft.

  • 405 – Methode nicht zulässig. Der Statuscode 405 definiert, dass der Server das verwendete Zugriffsverfahren verbietet.

  • 406 – Nicht akzeptabel. Die 406-Statuscode-Benachrichtigung wird angezeigt, wenn der angeforderte Such- oder Suchvorgang nicht abgeschlossen werden kann.

  • 407 – Proxy-Authentifizierung erforderlich. Der 407-Statuscode-Melder gibt an, dass eine Autorisierung auf dem Proxy erforderlich ist.

  • 408 – Anforderungszeitüberschreitung. Der 408-Statuscode definiert, dass etwas das Netzwerk blockiert und zu kritischen Verlangsamungen auf einer der Seiten führt und die Anforderung zu langsam macht, um fortzufahren.

  • 409 – Konflikt. Der 409-Statuscode Benachrichtigung tritt auf, wenn unter Berücksichtigung beider Seiten des Benutzer-Server-Paares nicht übereinstimmende oder widersprüchliche Einstellungen vorliegen.

  • 410 – Weg. Der 410-Statuscode Benachrichtigung besagt, dass die Ressource unwiderruflich vom Server gelöscht wurde.

  • 413 – Nutzlast zu groß. Der 413-Statuscode Notifier wird verwendet, wenn die Anfrage zu viele Daten enthält, um verarbeitet zu werden.

  • 414 – URI zu lang. Diese Statuscode-414-Benachrichtigung wird angezeigt, wenn der URI (normalerweise die URL) eine größere Anzahl von Zeichen enthält, als akzeptiert werden kann.

  • 415 – Nicht unterstützter Medientyp. Der Statuscode 415 ist eine selbsterklärende Meldung, die angibt, dass das hochgeladene Bild, Audio oder Video ein nicht unterstütztes Format hat und der Vorgang nicht fortgesetzt werden kann.

  • 422 – Nicht verarbeitbare Entität. Die Statuscode-Benachrichtigung 422 weist darauf hin, dass die Anfrage fehlerhafte Informationen enthält oder Serverstörungen vorliegen, die den Abschluss des Vorgangs beeinträchtigen.

  • 424 – Abhängigkeit fehlgeschlagen. Diese 424-Statuscode-Benachrichtigung wird angezeigt, wenn die letzte Anfrage in der Abfrage fehlerhaft ist und die verkettete Fortsetzung der nächsten nicht möglich ist.

  • 429 – Zu viele Anfragen. Der selbsterklärende Notifier enthält den Statuscode 429, wenn die Anzahl der Versuche, die Daten vom Server abzurufen, den vordefinierten Grenzwert überschreitet.

  • 431 – Anforderungs-Header-Felder zu groß. Der Statuscode 431-Benachrichtigung wird angezeigt, wenn eine Anfrage einen zu großen Header enthält, der mit den aktuellen Einstellungen nicht verarbeitet werden kann.

  • 443 – SSL/TLS-Handshake fehlgeschlagen. Der Statuscode 443 wird angezeigt, wenn Konflikte mit SSL- oder TLS-Zertifikaten auftreten. einschließlich Ablauf und nicht übereinstimmender Konfiguration.

  • 451 – Aus rechtlichen Gründen nicht verfügbar. Der Statuscode 451 wird nur dann in einen Notifier integriert, wenn der Server in einem bestimmten Gebiet oder in einem einzelnen Land gesetzlich verboten ist.

Außerdem gibt es selten neue Benachrichtigungen wie den Statuscode 417, völlig veraltete wie den Statuscode 430 oder sogar Nachrichten, die nur zum Spaß gemacht sind, wie 418 „Ich bin eine Teekanne“. Benachrichtigung, die speziell für Aprilscherze erstellt wurde; Tag vor langer Zeit im Jahr 1998.

Wie kann es sein, dass eine Anfrage mit dem Statuscode 400 fehlgeschlagen ist

?

Wie kann es sein, dass eine Anfrage mit dem Statuscode 400 fehlgeschlagen ist

Fast alle 4xx-Melder treten aufgrund der Aktivität des Benutzers oder der Software auf, aber manchmal konnte das Problem nur vom Webmaster behoben werden. Und alle Ursachen für Notifier aus dem 4xx-Codesatz sind normalerweise Tippfehler, Ungenauigkeiten oder, bei serverbezogenen Problemen, schlecht konfigurierte Einstellungen. Auch wenn es manchmal ein serverseitiger Fehler sein kann, geht es im Allgemeinen bei allen 4xx-Benachrichtigungen darum, dass auf die Ressource oder den Inhalt aus irgendeinem Grund nicht zugegriffen werden kann.

Unter Berücksichtigung serverbezogener Pannen wurde bereits erwähnt, dass die Möglichkeit besteht, dass die Einrichtung fehlerhaft ist. Angefangen bei der falsch akzeptablen Größe der Header oder gar falsch eingestellten Anforderungen (417-Fehler) bis hin zur fehlenden Bandbreite oder gar abgelaufenem SSL oder TLS.

Aus SEO-Sicht schließt jeder Suchmaschinen-Parsing-Dienst die Website grundsätzlich aus den SERP-Warteschlangen aus, sobald einer der 4xx-Benachrichtigungen erscheint. Denn alles in allem sind sie nicht in der Lage, die Site abzurufen und zwischenzuspeichern, sodass sie nichts zu analysieren und den SERP-Warteschlangen nichts hinzuzufügen haben. Und es werden Situationen folgen, in denen der Verkehr auf der Website zurückgeht und die Bewertungen der Website zu sinken beginnen, als ob sie plötzlich völlig unzugänglich wäre.

Die Wichtigkeit des 400-Antwortcodes

400 Antwortcode-Wichtigkeit

Für Webmaster bedeutet das Erscheinen von 4xx-Benachrichtigungen in Protokollen oder für Benutzer, dass die Möglichkeit groß ist, dass die Situation schlimmer wird, wenn sie nicht diagnostiziert und behoben wird. Darüber hinaus bedeutet es üblicherweise, dass bei der Erstkonfiguration oder dem letzten Update etwas auf dem Server falsch eingerichtet wurde. Um den Fall auf den Punkt zu bringen: 404 oder 410 sagen, dass das angeforderte Objekt ohne Umleitung dauerhaft verschoben oder gelöscht wurde. Oder wenn der Server 409 zurückgibt, könnte seine Konfiguration falsch sein.

Außerdem sind, wie oben erwähnt, 4xx-Benachrichtigungen, die für Benutzer erscheinen, im Grunde das Signal für jeden Webmaster, Probleme so schnell wie möglich zu beheben, um Probleme für die Suchmaschinenoptimierung der Website und ihrer aktuellen SERP-Bewertungen zu vermeiden. Es könnte für das Team schwierig sein, in den Warteschlangen auf die vorherigen Positionen zurückzukehren, wenn die Situation mit 4xx-Nachrichten längere Zeit unbemerkt bleibt oder nicht behoben wird. Denn im Grunde ist es das Gleiche, als ob die Seite nicht erreichbar wäre und nicht vollständig geladen werden konnte, obwohl sie funktionsfähig war.

Darüber hinaus werden sich 4xx-Probleme unter Berücksichtigung all dessen, was oben erwähnt wurde, sicherlich negativ auf die Benutzererfahrung auswirken. Denn wenn das Problem auf der Seite des Kunden liegt, wird es nicht verschwinden, egal was der Benutzer tut. Und wenn es nicht behoben wird, wird es ein Missgeschick im gleichen Ausmaß wie für die Suchmaschinenoptimierung sein – Benutzer werden nicht in der Lage sein, auf die Website zu gelangen, egal wie sehr sie es versuchen.

So beheben Sie den Antwortcode 400

So beheben Sie den Antwortcode 400

Die beste Methode, dem Auftreten von 4xx-Meldern entgegenzuwirken, besteht darin, die Website zusätzlich zur ständigen Durchsicht der Serverprotokolle mit leistungsstarken Tools zu überwachen. Um es auf den Punkt zu bringen: Jeder Webmaster könnte die automatisierten Überwachungsdienste der Host-Tracker-Plattform nutzen. Insbesondere verfügt es über ein praktisches HTTP-Überwachungstool, das die zurückgegebenen Notifier mit Codes von verschiedenen Orten auf der ganzen Welt überprüft. 

Unter Berücksichtigung der Tatsache, dass dieses Tool als Client arbeitet, kann das Host-Tracker-Toolkit grundsätzlich jede 4xx-Rückgabe reproduzieren, mit Ausnahme derjenigen, die sich auf benutzerseitige Probleme beziehen. Und was am wichtigsten ist: Zugangspunkte rund um die Welt können sogar das Erscheinungsbild des 451-Melders für Standorte und den dort gesetzlich verbotenen Zustand der Site herausfinden.

Die Behebung der meisten Pannen im Zusammenhang mit dieser Gruppe von Benachrichtigungen ist für Webmaster keineswegs allzu mühsam. Weil sie alle auf die eine oder andere Weise an die Erreichbarkeit des Servers gebunden sind. Unabhängig davon, ob die Daten verschoben oder gelöscht wurden, die Einrichtung der Header-Reaktionen falsch konfiguriert wurde, das aktuelle SSL/TLS-Zertifikat abgelaufen ist oder irgendetwas anderes damit in Zusammenhang stehendes passiert ist, zeigt der Benachrichtiger selbst in die richtige Richtung und der Webmaster braucht nur um die Ursache des Problems neu zu konfigurieren und es zu beheben. 

Aber die Lösung des Problems ist hier nicht das einzige Problem, wenn es um die Benutzerseite geht. Wichtig ist auch die Vorbereitung und Anpassung von Benachrichtigungen für Benutzer. Und obwohl der Webmaster nicht für die Codes selbst verantwortlich ist, können die Notifier so angepasst werden, dass sie benutzerfreundlich und informativ sind. Die Lektüre sollte jedoch nicht zu lang und ermüdend sein. Stattdessen sollten sie technisch, kurz und für jedermann verständlich dargestellt werden, ohne dass man technisch versiert ist. Und es kann sogar Weiterleitungen zu zugänglichen oder nützlichen Webseiten auf der Website enthalten.

Fazit

Alles in allem sind 4xx-Benachrichtigungen mit HTTP-Codes und Informationen darüber für alle Aspekte der Website unerlässlich. Seien es Wartungsprozeduren, Website-Stabilität, SERP-Ranking oder Benutzererfahrung – sie alle können durch das Erscheinen fast aller Codes aus der Gruppe beeinträchtigt werden. Vor diesem Hintergrund ist es äußerst wichtig, solche Vorkommnisse unbedingt unter Kontrolle zu halten. Und die beste Methode, dies zu tun, besteht darin, die Site mithilfe leistungsstarker Tools wie der Host-Tracker-Plattform ständig zu überwachen, die über Methoden verfügt, um alle serverseitigen 4xx-Benachrichtigungen zu finden, sobald das Problem auftritt.

FAQ

Was ist Statuscode 400?

Im Grunde weist dieser Melder auf einen Tippfehler oder eine falsch eingegebene Adresse der Webseite hin. 

Was ist Statuscode 404?

Diese Meldung erscheint immer dann, wenn auf die Webseite nicht zugegriffen werden kann oder sie ausgeblendet ist.

Was ist Statuscode 401?

Diese 4xx-Benachrichtigung besagt, dass zum Fortfahren die Anmeldung bei einem Konto mit Zugriffsrechten erforderlich ist.

Was ist Statuscode 403?

Dieser Notifier ist wie 401, sagt aber, dass die Zugriffsrechte auch nach der Authentifizierung nicht ausreichen.

Was ist Statuscode 429?

Diese spezielle Meldung besagt, dass zu viele Versuche unternommen wurden, auf die Webseite zuzugreifen, und dass diese daher nicht abgeschlossen werden können.

Liste der Verweise auf offizielle HTTP-Dokumentation und Webmaster-Ressourcen

1. Offizielle HTTP-Dokumentation:

Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P. & Berners-Lee, T. (1999). Hypertext Transfer Protocol – HTTP/1.1. IETF. RFC 2616. https://tools.ietf.org/html/rfc2616

Nottingham, M., & Fielding, R. (2020). HTTP-Semantik. IETF. https://httpwg.org/http-core/draft-ietf-httpbis-semantics-latest.html

2. Webmaster- und Entwicklerhandbücher:

Webdokumente des Mozilla Developer Network (MDN). HTTP-Antwortstatuscodes. https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

Google-Webmaster. Google Search Central: HTTP-Statuscodes. https://developers.google.com/webmaster-tools/v1/errors?hl=en

3. Tools zur Fehlerüberwachung und -behebung:

Google Search Console-Hilfe. Bericht zu Crawling-Fehlern (Websites). https://support.google.com/webmasters/answer/35120?hl=en

Host-Tracker. Überwachung der Website-Leistung. https://www.host-tracker.com/en

Stichworte: usecase
Chief Communications and Technology Officer von HostTracker. Alex ist seit den Anfängen des Unternehmens Teil des Teams. Seine Arbeitsschwerpunkte sind Geschäftsberichte, Analysen von Datenbankstatistiken und Systemadministration. Alex kümmert sich auch u