303-Weiterleitung (See Other)

TL;DR — Eine 303-Weiterleitung („See Other“) sendet den Browser zu einer anderen Seite und ruft diese mit einer GET- (oder HEAD-)Anfrage ab. Ihr Hauptzweck ist ein Webentwicklungs-Trick: Nach dem Absenden eines Formulars leitet der Server Sie zu einer Ergebnisseite weiter, sodass beim Aktualisieren diese Ergebnisseite erneut abgerufen wird, statt das ursprüngliche Formular noch einmal zu senden. Für SEO setzt man sie fast nie absichtlich ein — sie gehört zu Formularen und Anwendungen, nicht zu einem „Diese Seite ist umgezogen“-Szenario. Und hier die ehrliche Einordnung: Google und Bing veröffentlichen keine speziellen SEO-Hinweise zu 303, weil es dazu kaum etwas zu sagen gibt.

Was eine 303-Weiterleitung ist

Wenn ein Browser eine Seite anfordert, antwortet der Server mit einem dreistelligen HTTP-Statuscode. 200 bedeutet „hier ist die Seite“. 404 bedeutet „nicht gefunden“. Eine 303 bedeutet „See Other“ — stellen Sie die angeforderte Ressource nicht direkt dar; rufen Sie stattdessen eine andere URL mit einer GET- oder HEAD-Anfrage ab. Evidence for this claim RFC 9110 defines 303 See Other as directing the client to retrieve another resource identified by Location using GET or HEAD. Scope: HTTP semantics for 303 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.4 — 303 See Other

Dieser Wechsel zu GET oder HEAD ist der gesamte Zweck einer 303 und unterscheidet sie von ihren verwandten Statuscodes. Dazu gleich mehr.

Wofür 303er tatsächlich gedacht sind

Stellen Sie sich vor, Sie senden ein Formular ab — eine Bestellung, einen Kommentar oder eine Zahlung. Ihr Browser sendet das als POST-Anfrage. Wenn der Server die Bestätigungsseite direkt in der POST-Antwort rendert, entsteht ein Problem: Drücken Sie Aktualisieren, fragt der Browser „Formular erneut senden?“. Laden Sie unbedacht neu, haben Sie die Bestellung zweimal aufgegeben.

Eine 303 behebt das. Der Ablauf sieht so aus:

1. Sie senden das Formular ab → der Browser sendet ein POST.
2. Der Server verarbeitet es und antwortet mit einer 303, die auf eine Ergebnisseite zeigt.
3. Der Browser folgt der 303 mit einem neuen GET zu dieser Ergebnisseite.

Nun befinden Sie sich auf einer normalen, per GET abrufbaren Bestätigungsseite. Beim Aktualisieren oder Zurückgehen rufen Sie nur diese Seite erneut ab, statt das ursprüngliche POST erneut zu senden. Entwickler nennen das Muster Post/Redirect/Get (PRG), und die 303 ist die „Redirect“-Komponente in der Mitte. Dabei muss genau unterschieden werden, was dadurch tatsächlich erreicht wird: PRG verhindert die Wiederholung durch Aktualisieren im Browser, ist aber keine Exactly-once-Garantie — Wiederholungen, Doppelklicks, Timeouts und parallele Anfragen können weiterhin doppelte Bestellungen oder Abbuchungen erzeugen, sofern die Anwendung den Schreibvorgang nicht zusätzlich mit eigenen Schutzmaßnahmen (Idempotenzschlüsseln und Transaktionsprüfungen) absichert.

Warum das für SEO selten wichtig ist

Eine 303 beschreibt ein Verhalten einer Webanwendung, kein Werkzeug für einen Seitenumzug. Verwenden Sie 301, wenn eine URL dauerhaft umzieht, und 302, wenn sie vorübergehend umzieht — zu einer 303 greift man für einen Seitenumzug jedoch fast nie, denn dafür ist sie nicht gedacht. Wie ich selbst bei Ahrefs geschrieben habe: „303-Weiterleitungen werden Sie normalerweise nicht für SEO-Zwecke sehen; wenn doch, werden sie genauso behandelt wie eine 302/307.“

Und das ist die ehrliche Realität dieses gesamten Themas: Google und Bing veröffentlichen keine eigene SEO-Dokumentation zu 303. Google erwähnt sie genau einmal, eingeordnet in die Gruppe der „vorübergehenden“ Weiterleitungen zusammen mit 302 und 307 — die Weiterleitung selbst ist anders als eine dauerhafte 301-Weiterleitung kein Signal dafür, dass das Ziel kanonisch werden soll, auch wenn andere Signale dazu führen können, dass die Zielseite indexiert wird. Es gibt kein geheimes 303-Verhalten zu lernen. Wenn ein Crawl-Tool auf Ihrer Website eine 303 meldet, ist das fast immer ein absichtliches Anwendungsmuster (ein Formularablauf), nichts Kaputtes und nichts, was Sie „beheben“ müssten. Evidence for this claim Google groups HTTP 303 with temporary redirects, follows it, and does not use it as a signal that the destination should become canonical. Scope: Google Search canonicalization behavior for server-side temporary redirects. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

Nicht mit einer kaputten oder umgezogenen Seite verwechseln

Auf manchen Websites wird eine 303 als das beschrieben, was passiert, wenn „die Seite umgezogen ist“ oder „der Browser die URL nicht finden kann“. Das verwechselt sie mit einer 301/302 oder einem Fehler. Eine 303 ist kein Zeichen dafür, dass etwas schiefgelaufen ist — sie ist eine absichtliche Antwort, die Ihre Anwendung gezielt zurückgibt, normalerweise direkt nachdem ein Formular verarbeitet wurde.

Möchten Sie den technischen Vergleich mit 302 und 307, die tatsächlichen Aussagen aus Googles Dokumentation (einschließlich John Muellers kurzem Einzeiler) und die Entwicklersicht darauf, wann welcher Status zurückgegeben wird? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — Eine 303 (HTTP „303 See Other“) ist eine vorübergehende Weiterleitung. Ihr bestimmendes Verhalten besteht darin, den Client anzuweisen, eine andere Ressource unabhängig von der ursprünglichen Methode mit GET oder HEAD abzurufen. Genau das ermöglicht das Muster Post/Redirect/Get (PRG): POST → 303 → GET zur Ergebnisseite, sodass beim Aktualisieren die Seite erneut abgerufen wird, statt das Formular erneut zu senden. Sie unterscheidet sich von 307 (dort bleibt die Methode immer erhalten) und von 302 (deren Umgang mit der Methode historisch mehrdeutig war). Als SEO-Weiterleitung von Seite zu Seite ist sie wirklich selten — sie ist ein Mechanismus für Webanwendungen, kein Werkzeug für URL-Umzüge. Google dokumentiert 303 nur als Teil der allgemeinen Gruppe „vorübergehender“ 3xx-Weiterleitungen zusammen mit 302 und 307 — als schwaches Kanonisierungssignal — und veröffentlicht keine eigene 303-Anleitung; auch bei Bing habe ich keine gefunden. Erfinden Sie keine Autorität, die nicht existiert: Sagen Sie offen, dass es wenig dazu zu sagen gibt.

Was eine 303 tatsächlich ist

Eine 303 ist ein HTTP-Statuscode, der in den Antwort-Headern vor jedem Body zurückgegeben wird und mit einem Location-Header auf die URL zeigt, die der Client als Nächstes abrufen soll. Die Semantik ist eng und eindeutig: Die Antwort auf Ihre Anfrage befindet sich an anderer Stelle, und Sie sollten sie mit GET oder HEAD abrufen. Evidence for this claim RFC 9110 defines 303 See Other as directing the client to retrieve another resource identified by Location using GET or HEAD. Scope: HTTP semantics for 303 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.4 — 303 See Other

Dieses Abrufverhalten mit GET oder HEAD ist der gesamte Grund, warum 303 als eigener Statuscode existiert, und die Achse, auf der sich die drei vorübergehenden Weiterleitungen unterscheiden.

303 vs. 302 vs. 307: die Methodenfrage

Aus SEO-Sicht sind alle drei „vorübergehend“ — Google fasst sie als schwache Signale zusammen. Technisch beantworten sie jedoch eine Frage unterschiedlich: Welche HTTP-Methode verwendet der Client, wenn er der Weiterleitung folgt?

303 und 307 wurden unter anderem eingeführt, um das Durcheinander rund um 302 eindeutig zu machen. Wenn die Methode nach dem Absenden eines Formulars zwingend zu GET wechseln soll, ist das eine 303. Wenn die ursprüngliche Methode weitergegeben werden muss (etwa beim erneuten Senden eines POST an einen neuen Endpunkt), ist das eine 307. Eine 302 ist die lockere historische Mitte, die keines von beidem festlegt.

Ein weiterer praktischer Unterschied: 303-Antworten sind standardmäßig nicht cachefähig, während eine 301 es ist. Das ist wichtig, wenn Sie befürchten, dass ein Browser oder CDN das Weiterleitungsziel unangemessen zwischenspeichert — bei einer 303 besteht diese Sorge nicht.

Das Post/Redirect/Get-Muster, genau betrachtet

PRG ist der typische Anwendungsfall für eine 303 und ein bewusstes, korrektes Entwurfsmuster — kein Fehlerzustand:

1. Der Client sendet ein Formular als POST (erstellt eine Bestellung, veröffentlicht einen Kommentar oder führt eine Zahlung aus).
2. Der Server verarbeitet den Seiteneffekt und gibt anschließend 303 See Other mit einem Location-Header zurück, der auf eine per GET abrufbare Ergebnis-URL zeigt (eine Quittung, eine Bestätigung oder eine aktualisierte Ressourcenansicht).
3. Der Client folgt mit einem GET (oder HEAD) zu dieser URL. Browserverlauf und Aktualisieren-Schaltfläche zeigen nun auf einen sicheren, idempotenten Abruf — beim erneuten Laden oder Zurückgehen wird die Ergebnisseite erneut abgerufen, statt das POST zu wiederholen.

Der Vorteil: Eine einfache Aktualisierung im Browser sendet das Formular nicht erneut — kein Dialog „Formular erneut senden“. Unterscheiden Sie genau, was das bedeutet und was nicht: PRG verhindert diesen speziellen Wiederholungspfad, aber nicht jede doppelte Schreiboperation. Es garantiert keine Exactly-once-Verarbeitung. Wiederholungen, Timeouts, Doppelklicks und parallele Anfragen können das ursprüngliche POST weiterhin zweimal auslösen. Alles, was den Zustand verändert — Bestellungen, Zahlungen oder Kommentare — benötigt daher eigene Schutzmaßnahmen auf Anwendungsebene (Idempotenzschlüssel, Transaktionsgrenzen und Erkennung doppelter Anfragen), wenn Duplikate ein echtes Risiko sind. In RESTful APIs sehen Sie nach einem PUT oder DELETE ebenfalls 303, um den Client zu einer Darstellung der betroffenen Ressource zu schicken.

Wie Google 303 behandelt (und warum es so wenig zu behandeln gibt)

Das ist die zentrale, ehrliche Erkenntnis zu diesem Thema: Google hat keine eigene SEO-Anleitung zu 303. Der Status erscheint in Googles Weiterleitungsdokumentation nur als eine Zeile in der Tabelle der „vorübergehenden“ Weiterleitungen neben 302 und 307. Googles eigene Darstellung dieser gesamten Gruppe ist präzise: Der Crawler folgt der Weiterleitung, aber die Indexierungspipeline verwendet die Weiterleitung selbst nicht als Signal dafür, dass das Ziel kanonisch sein soll — auch wenn andere Signale Google dazu bringen können, das Ziel dennoch zu indexieren. Das unterscheidet sich von der — und ist enger als die — starken Kanonisierung, die eine dauerhafte 301 ermöglicht. Evidence for this claim Google groups HTTP 303 with temporary redirects, follows it, and does not use it as a signal that the destination should become canonical. Scope: Google Search canonicalization behavior for server-side temporary redirects. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

John Muellers eigener, informeller Beitrag zu Weiterleitungstypen ist noch aussagekräftiger. Nachdem er 301, 302 und 307 ausführlich besprochen hat, winkt er 303 in einem einzigen Einschub ab: „Was ist mit 303? 304,5? Wenn Sie starke Präferenzen für eine der anderen Weiterleitungsarten haben, können Sie diese gern verwenden.“ Die praktische Schlussfolgerung, die er ergänzt, ist der nützliche Teil: „Wir müssen herausfinden, unter welcher URL der Inhalt indexiert werden soll. Wenn Sie auch dazu eine klare Präferenz haben, sorgen Sie dafür, dass Sie weitere Kanonisierungssignale einsetzen.“ Mit anderen Worten: Wenn Sie eine 303 verwenden und Ihnen wichtig ist, welche URL indexiert wird, verlassen Sie sich nicht auf den Weiterleitungstyp, sondern stützen Sie ihn mit rel="canonical", internen Links und Sitemaps ab.

Googles Dokumentation enthält außerdem einen Hinweis, den man sich für all diese Codes merken sollte: Auch wenn Google sie gleich behandelt, sollen Sie “keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect.” (Übersetzung) „Bedenken Sie, dass sie semantisch unterschiedlich sind. Verwenden Sie den Statuscode, der für die Weiterleitung angemessen ist.“ Die Realität „SEO kümmert sich nicht darum“ ist also keine Erlaubnis, bei einem dauerhaften Umzug einfach eine 303 zu verwenden — wählen Sie den Code, der tatsächlich Ihrer Absicht entspricht, damit sich andere Clients korrekt verhalten.

Wie Bing 303 behandelt

Offen gesagt: Ich konnte keine öffentliche, Bing-spezifische Anleitung zur Behandlung von 303 finden, abgesehen von allgemeinen Verweisen auf HTTP-Statuscodes in der Hilfe zu Bing Webmaster Tools. Es gibt keine verifizierte Aussage von Fabrice Canel oder einer anderen Person bei Microsoft, die 303 ausdrücklich hervorhebt. Das ist ein legitimer Datenpunkt im Sinne von „Dazu gibt es keine Dokumentation“, keine Lücke, die man mit Annahmen füllen sollte — und ich werde sie nicht dadurch füllen, dass ich einfach annehme, Bing verhalte sich wie Google. Fehlende Dokumentation ist kein Beleg dafür, dass die Behandlung identisch ist. Wenn Sie für Bing eine definitive Antwort benötigen, bleibt das eine offene Frage und ist keine geklärte Tatsache.

Ist 303 für SEO wichtig? Selten.

Hier ist mein ehrliches Fazit, das auch dem entspricht, was ich öffentlich geschrieben habe. Eine 303 ist kein Werkzeug für einen Seitenumzug. In 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen habe ich es so formuliert: „Eine 303-Weiterleitung leitet den Nutzer zu einer Ressource weiter, die der angeforderten ähnelt, und ist eine vorübergehende Form der Weiterleitung. Sie wird typischerweise verwendet, um beispielsweise zu verhindern, dass ein Nutzer beim Betätigen der Zurück-Schaltfläche im Browser ein Formular erneut sendet. 303-Weiterleitungen werden Sie normalerweise nicht für SEO-Zwecke sehen; wenn doch, werden sie genauso behandelt wie eine 302/307.“

Ich möchte eine ehrliche Spannung in meinem eigenen älteren Bestand markieren. In HTTP-Statuscodes und ihre SEO-Auswirkungen beschrieb ich die Behandlung von 303 als „undefiniert … Je nach Funktionsweise können sie wie 301 oder 302 behandelt werden.“ Heute würde ich das präziser formulieren: Googles Dokumentation ordnet 303 sicher in die vorübergehende/schwache Gruppe mit 302 und 307 ein. Dass sich „undefiniert“ in der Praxis einmal richtig anfühlte, liegt daran, dass 303 in freier Wildbahn so selten sind, dass Google keinen Grund hatte, Grenzfälle öffentlich zu klären — nicht daran, dass sich dahinter ein stärkeres, verborgenes Verhalten verbirgt. Stellen Sie den dokumentierten Standard voran (schwach/vorübergehend, zusammen mit 302/307); behandeln Sie jede Überraschung als Folge der Seltenheit, nicht als geheime Regel.

Wann könnte das überhaupt wichtig sein? Eigentlich nur auf Websites mit umfangreichen Formular- oder Checkout-Abläufen oder API-gesteuerten Anwendungen, in denen 303 in einem Crawl der Statuscodes auftauchen. Selbst dann lautet die Antwort meist: „Das funktioniert wie vorgesehen, lassen Sie es unverändert.“ Wenn Sie eine URL absichtlich umziehen, verwenden Sie keine 303 — nehmen Sie eine 301 (dauerhaft) oder 302 (vorübergehend) und eine 308/307, wenn Sie die Methode ausdrücklich erhalten müssen.

303 vs. 201, 202 und 204: den passenden Status für einen Schreibvorgang wählen

303 ist nach einer zustandsverändernden Anfrage nicht die einzige Option, und aus Gewohnheit greift man leicht dazu. In einer API (im Gegensatz zu einem Browser-Formular) passen oft drei 2xx-Codes besser:

• 201 Created — die Anfrage hat synchron eine oder mehrere Ressourcen erstellt, und die Antwort sollte die primäre Ressource nennen, in Location, falls vorhanden, andernfalls in der Ziel-URI. Verwenden Sie diesen Status, wenn die Erstellung abgeschlossen ist und der Client die neue Ressource direkt statt eines separaten GET-Roundtrips erhalten soll.
• 202 Accepted — die Anfrage wurde angenommen, aber die Verarbeitung ist noch nicht abgeschlossen (Warteschlangenarbeit oder asynchrone Jobs). Die Antwort bleibt bewusst unverbindlich: Beschreiben Sie den aktuellen Status und verweisen Sie idealerweise auf einen Statusmonitor, den der Client abfragen kann.
• 204 No Content — die Aktion war erfolgreich und es gibt nichts weiter zurückzugeben: kein Body, keine Weiterleitung erforderlich. Die Antwort endet im Header-Abschnitt.

303 hat eine andere Funktion als alle drei: Der Client soll nach dem Schreibvorgang eine separat identifizierte Ergebnisressource abrufen — am häufigsten im PRG-Muster eines Browsers. Sie ist kein direkter Ersatz für die synchrone Erstellung (201), die asynchrone Annahme (202) oder einen einfachen erfolgreichen Vorgang ohne Inhalt (204); jeder dieser Statuscodes vermittelt ein anderes Ergebnis als eine Weiterleitung.

Häufige Mythen

• „Eine 303 bedeutet, dass die Seite umgezogen oder kaputt ist.“ Nein. Es ist eine absichtliche, die Methode ändernde Antwort — meistens nach einem POST/PUT/DELETE — und kein Signal für „Inhalt verschoben“ oder einen Fehler. Websites, die sie als „Der Browser kann die URL nicht finden, weil die Seite umgezogen ist“ beschreiben, verwechseln sie mit einer 301/302 oder einer 404.
• „Eine 303 überträgt SEO-Wert wie eine 301.“ Das tut sie nicht. Sie ist vorübergehend/schwach und gehört laut Googles eigener Dokumentation in dieselbe Gruppe wie 302 und 307.
• „SEOs sollten für allgemeine Weiterleitungen zu 303 greifen.“ Dafür ist sie nicht gedacht. Sie ist ein enges Muster für Formulare und APIs; bei gewöhnlichen URL-Umzügen ist ihre Verwendung unüblich.
• „Google hat detaillierte Regeln speziell für 303.“ Das stimmt nicht. Es gibt eine gruppierte Erwähnung und Muellers „können Sie diesen Status ruhig verwenden“-Schulterzucken. Das ist die gesamte Dokumentationslage.
• „303 und 302 sind technisch identisch.“ Ihre Behandlung in der Suche kann zusammengefasst sein, technisch sind sie jedoch nicht gleich: Eine 303 führt mit GET oder HEAD weiter, während der Umgang einer 302 mit der Methode historisch uneinheitlich war — genau deshalb wurden 303 und 307 eingeführt, um diese Mehrdeutigkeit aufzulösen.

Einordnung

Eine 303 ist ein Code aus der Umgebung vorübergehender Weiterleitungen. Ihre engsten Verwandten sind 302 (die lockere vorübergehende Weiterleitung, mit der sie oft gruppiert wird) und 307 (ihr methoden-erhaltendes Gegenstück — 307 behält die Methode, 303 wechselt zu GET oder HEAD). Sie steht der 301 gegenüber, der dauerhaften Weiterleitung, die Rankingsignale tatsächlich zusammenführt und den URL-Umzug erledigt, für den eine 303 nie gedacht war. Die vollständige Familie — 301/308 dauerhaft, 302/303/307 vorübergehend, 404/410 nicht vorhanden, 5xx-Fehler — finden Sie im Cluster der HTTP-Statuscodes, zu dem diese Seite gehört.

Einen 303-Ablauf sicher validieren

Bevor Sie einer 303 im echten Betrieb vertrauen, prüfen Sie die Weiterleitung, ohne ihr blind automatisch zu folgen: Untersuchen Sie den Location-Wert selbst (ist er absolut, relativ und auflösbar?), achten Sie auf Weiterleitungsschleifen oder unnötige Ketten, bestätigen Sie, dass die tatsächliche Folgeanfrage GET oder HEAD verwendet, und prüfen Sie Status und Inhalt der endgültigen Antwort. Bei einem Formular- oder API-Ablauf sollten Sie außerdem die Anwendungsprotokolle kontrollieren, um zu bestätigen, dass der ursprüngliche Schreibvorgang nicht erneut ausgeführt wurde.

Ein Hinweis: Verallgemeinern Sie das Verhalten eines einzelnen Clients nicht zu einer universellen Regel. Das automatische Folgen von Browsern, HTTP-Clients und Frameworks variiert je nach Produkt, Version und Konfiguration — ein Bericht über einen bestimmten Client bzw. eine bestimmte Version ist kein Beleg für alle. Ein URL-basierter Checker kann die Weiterleitung und die Form des Ziels bestätigen; Idempotenz, Umgang mit Anmeldedaten oder Sicherheit über Ursprungsgrenzen hinweg kann er nicht für Sie validieren — dafür muss der tatsächliche Übermittlungsablauf getestet werden.

KI-Zusammenfassung

Eine komprimierte Zusammenfassung der Version für Fortgeschrittene:

• 303 = HTTP „303 See Other“ — eine vorübergehende Weiterleitung, deren bestimmendes Verhalten darin besteht, den Client unabhängig von der ursprünglichen Methode mit GET oder HEAD eine andere Ressource abrufen zu lassen.
• Sie existiert für das Post/Redirect/Get-Muster (PRG): POST (Formularabsendung) → 303 → GET/HEAD zur Ergebnisseite. Beim Aktualisieren oder Zurückgehen wird dann die Ergebnisseite erneut abgerufen, statt das ursprüngliche POST erneut zu senden. Das verhindert speziell die Wiederholung durch Aktualisieren im Browser — es ist keine Exactly-once-Garantie; Wiederholungen, Timeouts, Doppelklicks und parallele Anfragen können weiterhin eine Schreiboperation duplizieren, sofern die Anwendung keine eigenen Schutzmaßnahmen (Idempotenzschlüssel und Transaktionsprüfungen) hat.
• Die Methode ist die entscheidende Achse: 303 wechselt zu GET/HEAD; 307 erhält die Methode immer; 302 war historisch mehrdeutig. 303 und 307 wurden eingeführt, um 302 eindeutig zu machen.
• Nicht allein aufgrund des Status heuristisch cachebar (anders als 301) — die separat abgerufene Ergebnisressource hat ihre eigene, unabhängige Cache-Richtlinie.
• Kein Ersatz für 201/202/204: Eine 303 passt, wenn der Client eine separate Ergebnisressource abrufen soll; sie ersetzt weder synchrone Erstellung (201), asynchrone Annahme (202) noch einen erfolgreichen Vorgang ohne Inhalt (204).
• SEO-Realität — offen aussprechen: Google dokumentiert 303 nur als eine Zeile in der Gruppe der „vorübergehenden“ Weiterleitungen zusammen mit 302 und 307. Die Weiterleitung selbst ist kein Signal dafür, dass das Ziel kanonisch werden soll, auch wenn andere Signale das Ziel dennoch indexierbar machen können — das ist enger als die Kanonisierung durch eine dauerhafte 301. Es gibt keine eigene Google-Anleitung zu 303 und auch keine, die ich bei Bing gefunden habe (das Fehlen einer Bing-Dokumentation ist kein Beleg dafür, dass Bing den Status identisch wie Google behandelt). John Muellers eigener Beitrag winkt den Status ab: „Was ist mit 303? … Sie können diese gern verwenden“, und ergänzt, dass bei Interesse an der indexierten URL weitere Kanonisierungssignale nötig sind.
• Für SEO selten relevant: Es ist ein Muster für Webanwendungen, kein Werkzeug für URL-Umzüge. Patricks eigene Ahrefs-Einordnung lautet: „303-Weiterleitungen werden Sie normalerweise nicht für SEO-Zwecke sehen; wenn doch, werden sie genauso behandelt wie eine 302/307.“
• Nicht mit einer kaputten/umgezogenen Seite verwechseln — eine 303 ist absichtlich und kein Fehler. Für einen tatsächlichen URL-Umzug verwenden Sie eine 301 (dauerhaft) oder 302 (vorübergehend), keine 303.

Offizielle Dokumentation

Es gibt nur sehr wenig Primärquellen-Dokumentation speziell zu 303 im SEO-Kontext — der Status wird nur nebenbei und zusammen mit anderen vorübergehenden Weiterleitungen erwähnt. Dies sind die relevanten Verweise.

Google

• Weiterleitungen und die Google-Suche — führt HTTP 303 (see other) in der Gruppe der „vorübergehenden“ Weiterleitungen neben 302 und 307 auf; es gibt keine Hinweise zur speziellen Behandlung von 303.
• Wie HTTP-Statuscodes, Netzwerk- und DNS-Fehler die Google-Suche beeinflussen — führt 303 (see other) im Abschnitt zu 3xx auf und beschreibt die allgemeine Regel, dass Google diese vorübergehenden Codes als schwaches Signal behandelt, wobei zugleich daran erinnert wird, dass sie „semantisch unterschiedlich“ sind.

Bing / Microsoft

• Keine spezielle Anleitung zu 303 gefunden. Die Hilfe zu Bing Webmaster Tools behandelt HTTP-Statuscodes allgemein, hebt 303 aber nicht hervor.

Technische Referenz (keine SEO-Quelle)

• MDN — 303 See Other — eine schnelle, nützliche Referenz für PUT-/POST-/DELETE- und PRG-Anwendungsfälle, deren Formulierung „immer GET“ jedoch weniger präzise ist als die aktuelle Spezifikation (siehe unten).
• RFC 9110 — HTTP Semantics, §15.4.4 — die maßgebliche technische Definition: Das Location-Ziel ist nicht gleichwertig mit dem ursprünglichen Ziel, und der User-Agent ruft es mit GET oder HEAD ab, nicht immer mit GET.

Zitate aus den Quellen

Nachprüfbare Aussagen mit Bezug zu 303. Es gibt nur wenige — genau diese Knappheit ist die Geschichte dieses Themas. Daher sind dies die ehrliche Reichweite der Belege und keine künstlich verlängerte Liste. Jeder Link führt direkt zur zitierten Passage.

Google / John Mueller — die (sehr kurze) Dokumentationslage zu 303

• “What about 303? 304.5? If you have strong feelings about one of the other kinds of redirects, feel free to use them. We’ll have to figure out which URL to index the content under, so if you have strong feelings about that too, make sure to follow up with other canonicalization signals.” (Übersetzung) „Was ist mit 303? 304,5? Wenn Sie starke Gefühle zu einer der anderen Weiterleitungsarten haben, können Sie diese gern verwenden. Wir müssen herausfinden, unter welcher URL der Inhalt indexiert werden soll. Wenn Sie dazu ebenfalls starke Gefühle haben, sorgen Sie dafür, dass Sie weitere Kanonisierungssignale einsetzen.“ — John Mueller, persönlicher Blog, A search-engine guide to 301, 302, 307…. Dies ist die direkteste Aussage von jemandem bei Google zu 303 und ein bewusstes Schulterzucken. Zum Zitat springen

Google — die „vorübergehende Gruppe“, zu der 303 gehört

• “By default, Google’s crawlers follow the redirect… Google systems use the redirect as a weak signal that the redirect target should be processed.” (Übersetzung) „Standardmäßig folgen die Crawler von Google der Weiterleitung … Google-Systeme verwenden die Weiterleitung als schwaches Signal dafür, dass das Weiterleitungsziel verarbeitet werden soll.“ (Googles dokumentierte Behandlung vorübergehender Weiterleitungen, zu denen 303 gehört.) — Google Search Central, How HTTP status codes… affect Google Search. Zum Zitat springen
• “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect…” (Übersetzung) „Auch wenn Google diese Statuscodes gleich behandelt, sollten Sie bedenken, dass sie semantisch unterschiedlich sind. Verwenden Sie den Statuscode, der für die Weiterleitung angemessen ist …“ Zum Zitat springen

MDN — eine häufige Formulierung, die zu korrigieren ist

• “The method used to display this redirected page is always GET.” (Übersetzung) „Die Methode, mit der diese weitergeleitete Seite angezeigt wird, ist immer GET.“ — MDN, 303 See Other. Zum Zitat springen — Das sollte man markieren, statt es unkritisch zu wiederholen: Die aktuelle Spezifikation ist großzügiger als „immer GET“. RFC 9110 §15.4.4 definiert den Folgeabruf als GET oder HEAD und das Location-Ziel als andere, nicht gleichwertige Ressource — das ist die technische Tatsache, die 303 von 307 (behält die Methode) und 302 (historisch mehrdeutig) unterscheidet.

Patrick (Ahrefs) — das praktische SEO-Fazit

• “A 303 redirect forwards the user to a resource similar to the one requested and is a temporary form of redirect. It’s typically used for things like preventing form resubmissions when a user hits the ‘back’ button in their browser. You won’t typically see 303 redirects used for SEO purposes, but if you do then it will be treated just like a 302/307.” (Übersetzung) „Eine 303-Weiterleitung leitet den Nutzer zu einer Ressource weiter, die der angeforderten ähnelt, und ist eine vorübergehende Form der Weiterleitung. Sie wird typischerweise verwendet, um beispielsweise zu verhindern, dass ein Nutzer beim Betätigen der Zurück-Schaltfläche im Browser ein Formular erneut sendet. 303-Weiterleitungen werden Sie normalerweise nicht für SEO-Zwecke sehen; wenn doch, werden sie genauso behandelt wie eine 302/307.“ — Patrick Stox, 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen (Ahrefs). Zum Zitat springen

303 See Other falsch verwenden

303 als allgemeinen Code für „Seite umgezogen“ behandeln

Eine 303 ist dafür gedacht, den Client mit GET oder HEAD zu einer anderen Ressource zu schicken, normalerweise nach einer zustandsverändernden Anfrage. Verwenden Sie 301 für einen dauerhaften Seitenumzug und 302 für eine gewöhnliche vorübergehende Seitenweiterleitung.

303 verwenden, wenn die ursprüngliche Methode erhalten bleiben muss

Der Code verwirft die ursprüngliche Methode bewusst für die Folgeanfrage. Wenn ein POST, PUT, DELETE, Webhook oder API-Payload das Ziel unverändert erreichen muss, verwenden Sie 307 (vorübergehend) oder 308 (dauerhaft).

303 als starkes, dauerhaftes SEO-Signal beschreiben

Google gruppiert 303 mit vorübergehenden Weiterleitungen, nicht mit 301/308. Verwenden Sie den Status nicht, um einen URL-Umzug zu konsolidieren oder zu behaupten, er verhalte sich wie ein dauerhafter Umzug.

Annehmen, Google oder Bing veröffentliche detaillierte Regeln zu 303

Google bietet nur eine gruppierte Behandlung vorübergehender Weiterleitungen, und in diesem Artikel wurde keine spezielle öffentliche Anleitung von Bing identifiziert. Halten Sie Schlussfolgerungen eng an den Belegen, statt die Dokumentationslücke mit Gewissheit zu füllen.

302 und 303 als technisch identisch bezeichnen

Ihre Behandlung in der Suche kann zusammengefasst sein, die Methodensemantik ist jedoch nicht gleich. Eine 303 folgt mit GET oder HEAD, während eine 302 historisch ein mehrdeutiges Verhalten von POST zu GET zugelassen hat.

Universelles Verhalten von Clients, Anmeldedaten oder Ursprungsgrenzen behaupten

Behaupten Sie nicht ohne Nennung des konkreten Clients, der Version und der Konfiguration, wie „Browser“ oder „Clients“ Request-Bodies, Header, Cookies oder Anmeldedaten bei einer 303 über Ursprungsgrenzen hinweg behandeln. Das automatische Folgen und die Weitergabe von Anmeldedaten unterscheiden sich; ein einzelner Issue-Thread oder eine Anekdote ist kein Beleg für jeden Client und kein Ersatz für eine eigene Sicherheitsprüfung des tatsächlichen Ablaufs.

Post/Redirect/Get in rohem HTTP

Dieser vereinfachte Ablauf zeigt die eng begrenzte Aufgabe, die eine 303 gut erfüllt.

1. Der Browser sendet ein Formular

POST /orders HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

item=book&quantity=1

2. Der Server verarbeitet es und verweist auf das Ergebnis

HTTP/1.1 303 See Other
Location: /orders/confirmation

Die 303 wiederholt das POST nicht an der neuen URL. Sie weist den Client ausdrücklich an, die andere Ressource mit GET (oder HEAD) abzurufen — ein Browser, der dem Link folgt, tut dies mit GET.

3. Der Browser ruft eine sichere Ergebnisseite ab

GET /orders/confirmation HTTP/1.1
Host: example.com

HTTP/1.1 200 OK
Content-Type: text/html

<h1>Order received</h1>

Beim Aktualisieren wird nun das GET wiederholt, nicht das bestellende POST. Eine 307 würde POST und Body erhalten — nützlich, wenn eine API-Anfrage verschoben wird, aber falsch für dieses PRG-Ergebnis.

Testen Sie Ihr Wissen: 303 See Other

Fünf kurze Fragen zur 303-Weiterleitung. Wählen Sie für jede eine Antwort und prüfen Sie anschließend Ihre Auswahl.

Änderungsprotokoll