{"id":24636,"date":"2023-06-26T16:15:41","date_gmt":"2023-06-26T16:15:41","guid":{"rendered":"https:\/\/sitechecker.pro\/?page_id=24636"},"modified":"2025-05-21T13:38:02","modified_gmt":"2025-05-21T13:38:02","slug":"3xx-redirect-http-website-codes-sitechecker-wiki","status":"publish","type":"page","link":"https:\/\/sitechecker.pro\/de\/what-are-3xx-status-codes\/","title":{"rendered":"Was sind die 3XX Redirect HTTP Website Codes? | Sitechecker Wiki"},"content":{"rendered":"

<\/p>\n

<\/div>\n

3XX-Weiterleitungs-HTTP-Website-Codes sind eine Kategorie von Statuscodes im Hypertext Transfer Protocol (HTTP), die eine Weiterleitung anzeigen. Wenn ein Server mit einem 3XX-Statuscode antwortet, informiert er den Client (typischerweise einen Webbrowser), dass zus\u00e4tzliche Ma\u00dfnahmen erforderlich sind, um die Anfrage zu erf\u00fcllen. Diese Statuscodes spielen eine entscheidende Rolle bei der dynamischen Weiterleitung von Webverkehr zu verschiedenen URLs.<\/p>\n

Diese Statuscodes sind f\u00fcr die Aufrechterhaltung der Webfunktionalit\u00e4t und Benutzererfahrung unerl\u00e4sslich. Sie erm\u00f6glichen es Website-Administratoren, Inhalte zu aktualisieren, URLs zu \u00e4ndern oder die Verkehrsverteilung \u00fcber mehrere Server zu verwalten. Durch die Verwendung der entsprechenden 3XX-Weiterleitungscodes k\u00f6nnen Website-Betreiber sicherstellen, dass Benutzer und Suchmaschinen zu den richtigen Ressourcen und URLs geleitet werden.<\/p>\n

Insgesamt erm\u00f6glichen 3XX-Weiterleitungs-HTTP-Website-Codes ein effizientes Website-Management, die Umleitung von URLs und eine nahtlose Benutzernavigation, indem sie den Bedarf an zus\u00e4tzlichen Ma\u00dfnahmen zur Erf\u00fcllung von Anfragen signalisieren.<\/p>\n

Auswirkungen von 3xx-Statuscodes auf SEO<\/h2>\n

3xx-Statuscodes haben bedeutende Auswirkungen auf SEO, da sie beeinflussen, wie Suchmaschinen Ihre Website wahrnehmen und einstufen.<\/p>\n

Wenn eine URL weitergeleitet wird, verfolgt Google<\/a> die urspr\u00fcngliche URL und die neue URL (Ziel der Weiterleitung). Eine dieser URLs wird zur kanonischen URL, bestimmt durch Faktoren wie die Art der Weiterleitung (tempor\u00e4r oder permanent). Die andere URL wird ein alternativer Name f\u00fcr die kanonische URL. Diese alternativen Namen sind unterschiedliche Versionen desselben Inhalts, die Benutzer m\u00f6glicherweise erkennen und mehr vertrauen. In einigen F\u00e4llen k\u00f6nnen diese alternativen Namen in den Suchergebnissen erscheinen, insbesondere wenn die Suchanfrage eines Benutzers eine Pr\u00e4ferenz f\u00fcr die alte URL nahelegt.<\/p>\n

Beispielsweise wird beim Umzug auf eine neue Domain gelegentlich die alten URLs in den Suchergebnissen angezeigt, obwohl die neuen URLs indiziert wurden. Dieses Verhalten ist zu erwarten, und mit der Zeit, wenn Benutzer mit der neuen Domain vertrauter werden, wird die Bedeutung der alternativen Namen nat\u00fcrlich abnehmen, ohne dass Sie etwas unternehmen m\u00fcssen.<\/p>\n

Der kritischste Statuscode f\u00fcr SEO ist der 301 (Moved Permanently). Durch die Implementierung einer 301-Weiterleitung verstehen Suchmaschinen, dass die urspr\u00fcngliche URL dauerhaft an einen neuen Ort verschoben wurde. Dies erm\u00f6glicht es ihnen, den SEO-Wert von der alten URL auf die neue zu \u00fcbertragen, wodurch Rankings und Traffic erhalten bleiben.<\/p>\n

Um die korrekte Weiterleitung des Inhalts Ihrer Website auf neue Seiten zu \u00fcberwachen, m\u00fcssen Sie die Bedeutung der Server-Antwortcodes kennen. Dies hilft Ihnen, Verluste von Link-Equity zu vermeiden und Ihre Seitenrangliste zu erhalten und zu verbessern.<\/p>\n

Lassen Sie uns herausfinden, was jeder 3xx-Statuscode bedeutet.<\/p>\n

\u00dcbersicht \u00fcber 3xx-Statuscodes<\/h2>\n

Die Kategorie der 3xx-HTTP-Statuscodes konzentriert sich haupts\u00e4chlich auf Weiterleitungen. Diese Codes informieren den Client (meistens einen Webbrowser), dass zus\u00e4tzliche Ma\u00dfnahmen erforderlich sind, um die Anfrage zu erf\u00fcllen. Diese zus\u00e4tzliche Ma\u00dfnahme besteht in der Regel darin, eine neue Anfrage an eine andere URL zu senden, die in der Antwort angegeben ist.<\/p>\n

3xx-Umleitung:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n
HTTP-Statuscode<\/strong><\/th>\nName<\/strong><\/th>\nFunktionsweise<\/strong><\/th>\n<\/thead>\n
300<\/strong><\/td>\nMehrere M\u00f6glichkeiten<\/strong><\/td>\nErl\u00e4uterung des Codes, einschlie\u00dflich der Bedeutung, dass er mehrere Optionen f\u00fcr die Ressource anzeigt, denen der Client folgen kann.<\/td>\n<\/tr>\n
301<\/strong><\/td>\nDauerhaft verschoben<\/strong><\/td>\nErkl\u00e4ren Sie, dass dies anzeigt, dass die URL der angeforderten Ressource dauerhaft ge\u00e4ndert wurde und wo sich der neue Standort befindet.<\/td>\n<\/tr>\n
302<\/strong><\/td>\nGefunden (fr\u00fcher “Vor\u00fcbergehend verschoben”)<\/strong><\/td>\nErkl\u00e4ren Sie, dass dies anzeigt, dass die URL der angeforderten Ressource vor\u00fcbergehend ge\u00e4ndert wurde.<\/td>\n<\/tr>\n
303<\/strong><\/td>\nSiehe andere<\/strong><\/td>\nErkl\u00e4ren Sie seine Verwendung f\u00fcr Weiterleitungen, typischerweise nach dem Absenden eines Formulars.<\/td>\n<\/tr>\n
304<\/strong><\/td>\nNicht modifiziert<\/strong><\/td>\nBesprechen Sie, wie dies bei bedingten GET-Aufrufen verwendet wird, um die Bandbreite zu reduzieren.<\/td>\n<\/tr>\n
305<\/strong><\/td>\nProxy verwenden<\/strong><\/td>\nBeschreiben Sie, wie dies bedeutet, dass die angeforderte Ressource nur \u00fcber einen Proxy zug\u00e4nglich ist.<\/td>\n<\/tr>\n
306<\/strong><\/td>\n(Nicht verwendet)<\/strong><\/td>\nErw\u00e4hnen Sie, dass dies in einer fr\u00fcheren Version der HTTP-Spezifikation verwendet wurde, aber nicht mehr verwendet wird.<\/td>\n<\/tr>\n
307<\/strong><\/td>\nVor\u00fcbergehende Weiterleitung<\/strong><\/td>\nDetaillieren Sie die Verwendung dieses Codes f\u00fcr vor\u00fcbergehende Weiterleitungen.<\/td>\n<\/tr>\n
308<\/strong><\/td>\nDauerhafte Weiterleitung<\/strong><\/td>\nBesprechen Sie die Verwendung dieses Codes f\u00fcr dauerhafte Weiterleitungen.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

3xx-Statuscodes spielen eine wichtige Rolle bei der Dynamisierung des Webs und der Benutzerfreundlichkeit. Beispielsweise erm\u00f6glichen sie es Webadministratoren, Inhalte auf neue URLs zu verschieben, ohne vorhandene Links zu unterbrechen. Wenn ein Benutzer oder eine Suchmaschine die alte URL anfordert, leitet eine 3xx-Antwort sie an den neuen Ort weiter. Sie werden auch verwendet, um Anfragen \u00fcber mehrere Server zu verteilen, was eine reibungslosere Benutzererfahrung erm\u00f6glicht.<\/p>\n

Diese Statuscodes stellen keinen Fehler dar, sondern vielmehr eine \u00c4nderung des Pfads zur angeforderten Ressource. Die Ressource wurde noch nicht geliefert, kann jedoch durch Befolgen der in der Statusmeldung bereitgestellten Anweisungen erhalten werden. Es ist auch wichtig zu beachten, dass einige 3xx-Codes implizieren, dass der Inhalt dauerhaft verschoben wurde (z. B. 301), w\u00e4hrend andere eine vor\u00fcbergehende \u00c4nderung anzeigen (z. B. 302, 307).<\/p>\n

Das Verst\u00e4ndnis und die korrekte Implementierung von 3xx-HTTP-Statuscodes sind entscheidend f\u00fcr jeden Webentwickler oder Administrator. Dadurch wird sichergestellt, dass nahtlose Benutzererfahrungen, ein effizienter Serverbetrieb und eine korrekte Indexierung von Webseiten durch Suchmaschinen gew\u00e4hrleistet sind.<\/p>\n

300-Statuscode – Mehrere M\u00f6glichkeiten<\/h3>\n

Wenn ein Server mit einem 300-Statuscode antwortet, zeigt dies ein einzigartiges Szenario an, bei dem die angeforderte Ressource mit mehreren potenziellen Endpunkten verbunden ist, die jeweils durch einen eigenen Standort gekennzeichnet sind. Der Benutzer oder der Benutzeragent muss daher die bevorzugte Wahl erkennen und seine Anfrage entsprechend an diesen spezifischen Standort umleiten, um die beabsichtigte Ressource abzurufen. In bestimmten hochentwickelten Systemen kann eine automatische Auswahl der optimalsten Wahl implementiert werden, wodurch die Notwendigkeit einer manuellen Intervention entf\u00e4llt. Dies veranschaulicht die dynamische Natur der HTTP-Kommunikation und die Komplexit\u00e4t, die sie gelegentlich einf\u00fchren kann.<\/p>\n

\n
Stellen Sie sich ein Szenario vor, in dem eine Website Inhalte in mehreren Sprachen unterst\u00fctzt und keine Cookies oder eine andere Art der Erkennung verwendet, um Inhalte automatisch in der Sprache des Benutzers bereitzustellen. Stattdessen verwendet sie den 300-Statuscode.<\/p>\n

Ein Benutzer versucht, auf die URL "https:\/\/example.com\/document" zuzugreifen.<\/p>\n

Der Server stellt fest, dass mehrere Versionen von "document" in verschiedenen Sprachen verf\u00fcgbar sind, wie Englisch, Franz\u00f6sisch und Spanisch.<\/p>\n

Der Server gibt einen 300-Mehrere-M\u00f6glichkeiten-Statuscode zur\u00fcck, zusammen mit einer Liste der verf\u00fcgbaren Versionen von "document", jeweils mit einer einzigartigen URL. Dies k\u00f6nnte so aussehen:<\/p>\n

"https:\/\/example.com\/document-en" f\u00fcr die englische Version
\n"https:\/\/example.com\/document-fr" f\u00fcr die franz\u00f6sische Version
\n"https:\/\/example.com\/document-es" f\u00fcr die spanische Version<\/p>\n

Der Benutzer oder der Browser des Benutzers w\u00e4hlt dann die entsprechende Version basierend auf der Sprachpr\u00e4ferenz des Benutzers aus und stellt eine neue Anfrage an diese URL.<\/p>\n

Der Server antwortet mit einem 200 OK-Statuscode (vorausgesetzt, alles andere ist in Ordnung) und dem angeforderten Dokument in der gew\u00e4hlten Sprache.<\/p>\n

In einigen F\u00e4llen k\u00f6nnte ein Browser oder ein automatisierter Client so eingerichtet sein, dass diese Wahl automatisch basierend auf vordefinierten Kriterien, wie den Spracheinstellungen des Benutzers, getroffen wird.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

301 – Dauerhaft verschoben<\/h3>\n

Ein 301-Statuscode stellt eine dauerhafte Weiterleitung von der urspr\u00fcnglich angeforderten URL zu einer neuen dar. Dies bedeutet, dass alle zuk\u00fcnftigen Anfragen an die urspr\u00fcngliche URL an die neue URL weitergeleitet werden sollten, die vom Server bereitgestellt wird.<\/p>\n

Dieser Code ist besonders n\u00fctzlich, wenn sich die Domain oder die URL-Struktur einer Website \u00e4ndert. Durch die Verwendung einer 301-Weiterleitung kann der Website-Betreiber sicherstellen, dass Benutzer und Suchmaschinen ihre URL-Referenzen auf den neuen Standort aktualisieren und so das SEO-Ranking der Website erhalten.<\/p>\n

Der 301 Dauerhaft verschoben-Statuscode impliziert auch, dass die Methode und der K\u00f6rper der urspr\u00fcnglichen Anfrage bei der Weiterleitung nicht ge\u00e4ndert werden. Das hei\u00dft, wenn eine POST-Anfrage an die urspr\u00fcngliche URL gesendet wurde, wird die Weiterleitung auch mit einer POST-Anfrage mit demselben K\u00f6rper durchgef\u00fchrt.<\/p>\n

\n
Stellen Sie sich ein Szenario vor, in dem ein Unternehmen seinen Website-Domainnamen \u00e4ndert. <\/p>\n

Das Unternehmen verwendete zuvor \"http:\/\/old-business.com\", hat sich jedoch umfirmiert und ist auf eine neue Domain umgezogen: \"http:\/\/new-business.com\".<\/p>\n

Wenn ein Benutzer oder eine Suchmaschine versucht, die alte URL \"http:\/\/old-business.com\/about\" aufzurufen, ist der Server so konfiguriert, dass er mit einem 301-Statuscode antwortet und die neue URL \"http:\/\/new-business.com\/about\" im 'Location'-Feld des HTTP-Antwortheaders bereitstellt.<\/p>\n

Der Webbrowser des Benutzers oder die Suchmaschine erkennt den 301-Statuscode, was bedeutet, dass die Ressource dauerhaft verschoben wurde. Sie werden ihre Aufzeichnungen und ihren Cache aktualisieren, um die neue URL \"http:\/\/new-business.com\/about\" f\u00fcr alle zuk\u00fcnftigen Anfragen zu verwenden.<\/p>\n

Auf diese Weise stellt der 301 Dauerhaft verschoben-Statuscode sicher, dass Traffic und SEO-Rankings erhalten bleiben<\/a>, wenn sich die Struktur oder der Domainname der Website \u00e4ndert. Er informiert sowohl die Browser der Benutzer als auch die Suchmaschinen, dass die alte URL nicht mehr verwendet werden sollte und alle zuk\u00fcnftigen Anfragen an die neue URL gerichtet werden sollten.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

302 – Gefunden (Vor\u00fcbergehend verschoben)<\/h3>\n

Ein 302-Statuscode zeigt an, dass die angeforderte Ressource vor\u00fcbergehend an eine neue URL verschoben wurde und zuk\u00fcnftige Anfragen weiterhin die urspr\u00fcngliche URL verwenden sollten. Im Gegensatz zum 301-Statuscode, der dem Client mitteilt, dass der Umzug dauerhaft ist, signalisiert ein 302-Statuscode eine vor\u00fcbergehende \u00c4nderung des Standorts.<\/p>\n

Dieser Statuscode wird h\u00e4ufig verwendet, wenn Inhalte vor\u00fcbergehend verschoben werden, beispielsweise w\u00e4hrend der Wartung einer Website oder bei A\/B-Tests. Wenn der Client einen 302-Statuscode erh\u00e4lt, sollte er der Weiterleitung f\u00fcr die aktuelle Anfrage folgen, aber weiterhin die urspr\u00fcngliche URL f\u00fcr zuk\u00fcnftige Anfragen verwenden.<\/p>\n

Es ist wichtig zu beachten, dass die HTTP\/1.0-Spezifikation diesen Statuscode als “Vor\u00fcbergehend verschoben” bezeichnete, er aber in HTTP\/1.1 in “Gefunden” umbenannt wurde. Trotz dieser \u00c4nderung in der Terminologie bleibt seine Funktion dieselbe. Beachten Sie jedoch, dass die Anfragemethode bei einem 302-Statuscode m\u00f6glicherweise von POST auf GET ge\u00e4ndert wird. Wenn beispielsweise die urspr\u00fcngliche Anfrage POST war, k\u00f6nnte die umgeleitete Anfrage auf GET ge\u00e4ndert werden.<\/p>\n

Die neue URL f\u00fcr die Ressource wird im 'Location'-Feld des HTTP-Antwortheaders bereitgestellt. Der Webbrowser des Benutzers oder ein anderer HTTP-Client sollte die Weiterleitung zur neuen URL f\u00fcr die aktuelle Anfrage automatisch verarbeiten.<\/p>\n

\n
Der E-Commerce-Shop hat eine beliebte Produktseite unter \"http:\/\/store.com\/product\".<\/p>\n

W\u00e4hrend eines saisonalen Verkaufs entscheiden sie sich, die Standard-Produktseite durch eine spezielle Verkaufsseite zu ersetzen, die zus\u00e4tzliche Rabatte und B\u00fcndel enth\u00e4lt. Die Verkaufsseite befindet sich unter \"http:\/\/store.com\/product-sale\".<\/p>\n

Wenn ein Kunde versucht, die \u00fcbliche URL \"http:\/\/store.com\/product\" aufzurufen, antwortet der Server mit einem 302-Statuscode und gibt die neue URL \"http:\/\/store.com\/product-sale\" im 'Location'-Feld des HTTP-Antwortheaders an.<\/p>\n

Der Browser des Kunden erkennt den 302-Statuscode und leitet automatisch zur \"http:\/\/store.com\/product-sale\" f\u00fcr diese spezielle Anfrage um.<\/p>\n

Sobald der Verkaufszeitraum vorbei ist, stellt der Server die Ausgabe des 302-Redirects ein, und die urspr\u00fcngliche URL \"http:\/\/store.com\/product\" dient wieder der Standard-Produktseite. Da der 302-Statuscode eine vor\u00fcbergehende Verschiebung anzeigt, behandeln Browser und Suchmaschinen \"http:\/\/store.com\/product\" w\u00e4hrend dieses Vorgangs weiterhin als prim\u00e4re URL.<\/p>\n

In diesem Beispiel erm\u00f6glicht der 302 Gefunden (Vor\u00fcbergehend verschoben)-Statuscode dem Laden, den Inhalt, den sie bereitstellen, vor\u00fcbergehend zu \u00e4ndern, ohne die URL zu \u00e4ndern, die Kunden und Suchmaschinen verwenden, um auf die Produktseite zuzugreifen.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

303 – Siehe andere<\/h3>\n

Der 303-Statuscode, betitelt als “Siehe andere”, bedeutet, dass die angeforderte Ressource an einer anderen URL zu finden ist und \u00fcber eine GET-Methode abgerufen werden sollte. Dieser Statuscode wird verwendet, um einen Client nach einer erfolgreichen Aktion umzuleiten, typischerweise nach dem Absenden eines Formulars, um zu verhindern, dass die Aktion dupliziert wird, wenn ein Benutzer die Seite aktualisiert oder zur Seite zur\u00fcck navigiert.<\/p>\n

Wenn ein 303-Statuscode ausgegeben wird, enth\u00e4lt der Server das 'Location'-Feld im HTTP-Antwortheader<\/a>, um die neue URL anzugeben, an die der Client die nachfolgende GET-Anfrage richten sollte. Dies unterscheidet sich von einem 302-Statuscode, bei dem erwartet wird, dass der Client der Weiterleitung folgt, aber die urspr\u00fcngliche HTTP-Methode verwendet.<\/p>\n

Im Wesentlichen ist der 303 Siehe andere-Statuscode eine M\u00f6glichkeit f\u00fcr Server, sicherzustellen, dass ein Client die aktuellste Version einer Ressource abruft und gleichzeitig potenzielle Probleme mit Formularwiederholungen oder anderen Aktionen vermeidet, die Daten \u00e4ndern.<\/p>\n

Es ist wichtig zu beachten, dass der 303 Siehe andere-Statuscode in HTTP\/1.1 eingef\u00fchrt wurde. M\u00f6glicherweise wird er nicht vollst\u00e4ndig von alten Clients unterst\u00fctzt, die nur HTTP\/1.0 implementieren. Die meisten modernen Clients und alle modernen Browser unterst\u00fctzen jedoch HTTP\/1.1 und verstehen den 303 Siehe andere-Statuscode.<\/p>\n

\n
Ein Benutzer besucht \"http:\/\/website.com\/form\" und f\u00fcllt ein Formular aus, um ein Konto zu registrieren oder einige Informationen zu \u00fcbermitteln.<\/p>\n

Nachdem das Formular ausgef\u00fcllt wurde, dr\u00fcckt der Benutzer den \"Absenden\"-Knopf, und der Browser sendet eine POST-Anfrage an den Server mit den Formulardaten.<\/p>\n

Der Server verarbeitet die Formulardaten erfolgreich und muss eine Antwort an den Client senden. Anstatt jedoch den Client zur\u00fcck zur Formularseite zu schicken, m\u00f6chte der Server den Client auf eine neue \"Erfolg\"-Seite umleiten.<\/p>\n

Der Server antwortet mit einem 303-Statuscode und gibt die neue URL \"http:\/\/website.com\/success\" im 'Location'-Feld des HTTP-Antwortheaders an.<\/p>\n

Der Browser des Benutzers erkennt den 303-Statuscode und sendet automatisch eine GET-Anfrage an \"http:\/\/website.com\/success\", und die Erfolgsseite wird angezeigt.<\/p>\n

Auf diese Weise hilft der 303 Siehe andere-Statuscode dabei, das erneute Senden des Formulars zu verhindern, wenn der Benutzer die Aktualisierungstaste dr\u00fcckt oder die Browser-Tasten zur\u00fcck navigiert, da die letzte Anfrage, die der Browser ausgef\u00fchrt hat, eine GET-Anfrage an die Erfolgsseite und nicht die Formular\u00fcbermittlung war. Dies ist auch als Post\/Redirect\/Get (PRG)-Muster in der Webentwicklung bekannt.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

304 – Nicht modifiziert<\/h3>\n

Ein 304-Statuscode, auch bekannt als “Nicht modifiziert”, wird verwendet, um anzuzeigen, dass die angeforderte Ressource seit der letzten Anfrage nicht ge\u00e4ndert wurde. Dieser Statuscode wird typischerweise f\u00fcr Caching-Zwecke verwendet und kann die Leistung von Webanwendungen erheblich verbessern, indem er die Serverlast und den Netzwerkverkehr reduziert.<\/p>\n

Wenn ein Client eine zwischengespeicherte Kopie einer Ressource hat, kann er eine bedingte GET-Anfrage an den Server senden mit einem 'If-Modified-Since'- oder 'If-None-Match'-Header. Der Server \u00fcberpr\u00fcft, ob sich die Ressource seit dem letzten vom Client angegebenen Zeitpunkt ge\u00e4ndert hat. Wenn sich die Ressource nicht ge\u00e4ndert hat, antwortet der Server mit einem 304 Nicht modifiziert-Statuscode, und der Client l\u00e4dt die Ressource aus seinem Cache, anstatt sie erneut vom Server herunterzuladen.<\/p>\n

Der Server enth\u00e4lt keine Nachricht im Antwortk\u00f6rper bei einer 304-Antwort, und die Header der Ressource in der Antwort sollten identisch mit denen sein, die in der vorherigen 200 OK-Antwort gesendet wurden (au\u00dfer einigen Feldern, die unterschiedliche Werte haben k\u00f6nnten, wie Date).<\/p>\n

Es ist wichtig zu beachten, dass der 304-Statuscode ein Merkmal von HTTP\/1.1 und sp\u00e4ter ist. \u00c4ltere Clients, die nur HTTP\/1.0 unterst\u00fctzen, verstehen m\u00f6glicherweise den 304-Statuscode nicht oder verarbeiten ihn nicht korrekt. Alle modernen Webbrowser und die meisten HTTP-Clients unterst\u00fctzen jedoch HTTP\/1.1 oder sp\u00e4ter und sollten einen 304 Nicht modifiziert-Statuscode korrekt verarbeiten.<\/p>\n

\n
<\/p>\n
    \n
  1. Der Benutzer besucht zuerst \"http:\/\/news-website.com\" um 9 Uhr. Der Server antwortet mit einem 200 OK-Statuscode, stellt die neuesten Nachrichtenartikel zur Verf\u00fcgung und setzt den 'Last-Modified'-Header im HTTP-Antwortheader auf \"Tue, 19 Jun 2023 09:00:00 GMT\". Der Browser des Benutzers speichert oder \"cacht\" den Seiteninhalt.<\/li>\n
  2. Der Benutzer besucht \"http:\/\/news-website.com\" erneut um 10 Uhr. Diesmal sendet der Browser des Benutzers eine GET-Anfrage an den Server mit einem 'If-Modified-Since'-Header, der auf den Wert eingestellt ist, den er zuvor erhalten hat: \"Tue, 19 Jun 2023 09:00:00 GMT\".<\/li>\n
  3. Angenommen, zwischen 9 Uhr und 10 Uhr wurden keine neuen Artikel ver\u00f6ffentlicht, antwortet der Server mit einem 304 Nicht modifiziert-Statuscode. Er enth\u00e4lt den Seiteninhalt nicht in der Antwort, weil er sich nicht ge\u00e4ndert hat.<\/li>\n
  4. Nach Erhalt der 304-Antwort l\u00e4dt der Browser des Benutzers die zwischengespeicherte Version der Seite und vermeidet es, den Seiteninhalt erneut herunterzuladen.<\/li>\n<\/ol>\n

    Durch diesen Mechanismus erm\u00f6glicht der 304 Nicht modifiziert-Statuscode es Browsern, Seiten schneller zu laden und den Netzwerkverkehr zu reduzieren, wenn sich der Inhalt nicht ge\u00e4ndert hat. Dies ist besonders vorteilhaft f\u00fcr Benutzer mit langsameren Internetverbindungen oder bei der Bearbeitung gr\u00f6\u00dferer, ressourcenintensiver Webseiten.<\/div>\n

    \n
    \n <\/span><\/div><\/div><\/div><\/div>\n

    305 – Proxy verwenden<\/h3>\n

    Der 305-Statuscode tr\u00e4gt den Titel “Proxy verwenden” und zeigt an, dass die angeforderte Ressource \u00fcber einen Proxy abgerufen werden muss, der im 'Location'-Header der HTTP-Antwort angegeben ist. Wenn ein Client diesen Statuscode erh\u00e4lt, sollte er die Anfrage \u00fcber den angegebenen Proxy-Standort wiederholen.<\/p>\n

    Es ist jedoch wichtig zu beachten, dass der 305-Statuscode in HTTP\/1.1, der heute vorherrschenden Version von HTTP, aufgrund von Sicherheitsbedenken als veraltet gilt. Clients (einschlie\u00dflich der meisten Webbrowser) k\u00f6nnen sich weigern, Antworten mit diesem Statuscode zu verarbeiten, da dies dazu f\u00fchren k\u00f6nnte, dass die Anmeldeinformationen des Benutzers, die an den urspr\u00fcnglichen Host gesendet wurden, dem Proxy preisgegeben werden. Infolgedessen wird der 305-Statuscode selten gesehen oder verwendet.<\/p>\n

    Anstelle des 305-Statuscodes werden in der Regel andere Mechanismen f\u00fcr Proxy-Dienste verwendet, wie PAC-Dateien (Proxy Auto-Configuration) oder WPAD (Web Proxy Autodiscovery Protocol), die es einem Client erm\u00f6glichen, den richtigen Proxy f\u00fcr eine bestimmte URL zu ermitteln, ohne dass der Server dem Client explizit mitteilen muss, einen bestimmten Proxy zu verwenden.<\/p>\n

    \n
    Wie ich bereits erw\u00e4hnte, wird der 305 Proxy verwenden-Statuscode aufgrund von Sicherheitsproblemen als veraltet angesehen und wird von den meisten modernen Clients, einschlie\u00dflich Webbrowsern, nicht unterst\u00fctzt. Daher ist es unwahrscheinlich, dass Sie diesem Statuscode in einem realen Szenario begegnen, und es wird nicht empfohlen, diesen Statuscode in der modernen Webentwicklung zu verwenden.<\/p>\n

    Zum Verst\u00e4ndnis hier ein hypothetisches Beispiel:<\/p>\n

    Ein Benutzer versucht, auf eine URL \"http:\/\/example.com\/resource\" zuzugreifen.<\/p>\n

    Der Server m\u00f6chte aus irgendeinem Grund, dass der Benutzer diese Ressource \u00fcber einen Proxy abruft. Der Server antwortet mit einem 305-Statuscode und enth\u00e4lt die Proxy-URL \"http:\/\/proxy.com\" im 'Location'-Feld der HTTP-Antwort.<\/p>\n

    In einem idealen Szenario (wenn Clients den 305-Statuscode unterst\u00fctzen w\u00fcrden), w\u00fcrde der Client (oder der Browser des Benutzers) den 305-Statuscode erkennen und die Anfrage f\u00fcr \"http:\/\/example.com\/resource\" \u00fcber den Proxy bei \"http:\/\/proxy.com\" erneut ausf\u00fchren.<\/p>\n

    Da der 305-Statuscode jedoch von den meisten Clients und Browsern nicht unterst\u00fctzt wird, wird dieser Ablauf in der Realit\u00e4t nicht stattfinden. Stattdessen wird der Client wahrscheinlich einen Fehler anzeigen oder die Antwort ignorieren.<\/p>\n

    In der modernen Webpraxis, wenn ein Client Ressourcen \u00fcber einen Proxy abrufen muss, wird dies in der Regel auf der Client-Seite (in den Netzwerkeinstellungen des Clients oder des Browsers) konfiguriert oder automatisch mithilfe von Methoden wie PAC-Dateien oder WPAD durchgef\u00fchrt und nicht von Servern \u00fcber HTTP-Antworten angewiesen.<\/div>\n

    \n
    \n <\/span><\/div><\/div><\/div><\/div>\n

    306 – Proxy wechseln<\/h3>\n

    Der 306-Statuscode, betitelt als “Proxy wechseln”, wurde in einer fr\u00fcheren Version der HTTP-Spezifikation, HTTP\/1.0, definiert. Er wurde verwendet, um dem Client zu signalisieren, dass er zu einem anderen Proxy wechseln sollte, der im 'Location'-Header aufgef\u00fchrt ist, wenn zuk\u00fcnftige Anfragen gestellt werden.<\/p>\n

    Dieser Statuscode wurde jedoch in nachfolgenden Versionen der HTTP-Spezifikation als veraltet eingestuft und wird nicht mehr verwendet. Ab HTTP\/1.1 ist der 306-Statuscode reserviert und sollte nicht verwendet werden. Clients, einschlie\u00dflich Webbrowsern, erkennen diesen Statuscode nicht, und sein Verhalten ist undefiniert.<\/p>\n

    Infolgedessen werden Sie diesen Statuscode in einem praktischen Szenario nicht antreffen, und er wird in der modernen Webentwicklung nicht verwendet. \u00c4hnlich wie beim 305-Statuscode werden bevorzugte Methoden zur Handhabung von Proxies verwendet, indem sie auf der Client-Ebene eingerichtet oder Protokolle wie PAC oder WPAD zur automatischen Erkennung verwendet werden, anstatt dass der Server den Client anweist, Proxies zu wechseln.<\/p>\n

    \n
    Wie bereits erw\u00e4hnt, ist der 306 - Proxy wechseln-Statuscode veraltet und wird in der modernen Webpraxis nicht verwendet. Daher gibt es f\u00fcr diesen Statuscode keine realen Anwendungsf\u00e4lle oder Beispiele.<\/p>\n

    In der Theorie, als er noch verwendet wurde, w\u00e4re der Ablauf ungef\u00e4hr so gewesen:<\/p>\n

      \n
    1. Ein Benutzer versucht, auf eine Ressource unter \"http:\/\/example.com\/resource\" zuzugreifen.<\/li>\n
    2. Der Server m\u00f6chte aus irgendeinem Grund, dass der Client f\u00fcr zuk\u00fcnftige Anfragen Proxies wechselt. Der Server antwortet mit einem 306-Statuscode und enth\u00e4lt die neue Proxy-URL \"http:\/\/new-proxy.com\" im 'Location'-Feld des HTTP-Antwortheaders.<\/li>\n
    3. Der Client (oder der Browser des Benutzers), der den 306-Statuscode erkennt, wechselt zu dem vom Server im 'Location'-Feld angegebenen neuen Proxy f\u00fcr alle zuk\u00fcnftigen Anfragen.<\/li>\n<\/ol>\n

      Da dieser Statuscode jedoch veraltet ist, wird dieses Szenario in keiner aktuellen Webumgebung auftreten. In der modernen Webpraxis werden Proxies auf der Client-Ebene eingerichtet oder mithilfe von Auto-Discovery-Methoden verwendet, anstatt sich auf Server-Antworten zu verlassen, um Proxies zu wechseln.<\/div>\n

      \n
      \n <\/span><\/div><\/div><\/div><\/div>\n

      307 – Vor\u00fcbergehende Weiterleitung<\/h3>\n

      Der 307-Statuscode zeigt an, dass die angeforderte Ressource vor\u00fcbergehend an einer anderen URI zu finden ist, wie im 'Location'-Header der Antwort angegeben. \u00c4hnlich wie ein 302-Statuscode impliziert ein 307-Code eine vor\u00fcbergehende Weiterleitung. Der Hauptunterschied liegt in der Art und Weise, wie die beiden Codes HTTP-Methoden behandeln.<\/p>\n

      W\u00e4hrend ein 302-Statuscode (je nach Client) die HTTP-Methode von POST zu GET \u00e4ndern kann, erlaubt ein 307-Statuscode keine \u00c4nderung der HTTP-Methode. Mit anderen Worten, wenn die urspr\u00fcngliche Anfrage POST war, wird auch die umgeleitete Anfrage POST sein.<\/p>\n

      Im Video von Google Search Central sehen Sie, wie ein Googlebot mit HSTS\/307s interagiert:<\/p>\n