Nicht-SEO Anti-Spoofing externe Link Umleitung: Code-Status?

Question

Ich habe in der Sache des einzelnen HTTP-Umleitung Statuscodes mehrere Dokumente zu lesen, aber those've alle waren sehr SEO-centric. Ich habe jetzt ein Problem, wo Suchmaschinen nicht berücksichtigen, da der Bereich der Website in Frage nicht öffentlich sichtbar ist.

Aber wir wollen, dass unsere Website so genau sein / hilfreich mit Meta-Daten wie möglich, vor allem für die Zugänglichkeit Gründe.

Nun nimmt unsere Anwendung externe Links von Dritten und leitet sie über eine Anti-Spoofing-Seite mit einem Haftungsausschluss. Da diese Redirector Seite effektiv kann auch über einen Ajax-Aufruf in bestimmten Konstellationen eingebettet werden, wollen wir auch aus den Referer alle Abfrageparameter strippen (für Datenschutzzwecke; die Zielstelle nichts zu suchen hat, herauszufinden, was der Benutzer interne Seite vorher war auf) .

Um dies zu tun, die Bestätigungstaste löst einen serverseitigen Skripts was wiederum Umleitungen (und nicht nur die Seite für den Benutzer zu öffnen).

So viel, warum unsere Anti-Spoofing Haftungsausschluss Seite endet eine Umleitung ausgelöst wird.

Die Frage ist:

Macht es effektiv einen Unterschied, welchen Statuscode verwendet werden? Hat untypischen Browser (zum Beispiel Bildschirm-Leser) Pflege? Wenn ja, was ist die beste Praxis für solche Umleitungen? Die semantisch klingen, wenn man so will? Sie scheinen alle verschiedene Grade von unaufrichtig zu mir.

Ich denke an einem 302 - aber da es keinen Sinn macht, versuchen, die Seite zu einem Lesezeichen versehen (es ist mit einem CRSF Token geschützt), so gibt es wahrscheinlich keinen Schaden in einem 301, entweder, oder? Also ich frage mich, ob ein Grund gibt es für mich, die einen über den anderen zu bevorzugen.

Answer 1

Hmm. Hier ist die Liste 301 Töne in Ordnung (Hervorhebung von mir).

  

Die angeforderte Ressource wurde eine neue permanente URI zugewiesen und alle zukünftigen Verweise auf diese Ressource sollte eine der zurück URIs verwenden . Kunden mit Link Editiermöglichkeiten sollen automatisch wieder Link Verweise auf den Request-URI an einem oder mehrere der neuen Referenzen vom Server zurückgegeben, wo möglich.

302 nicht paßt n meine Meinung:

  

Die angeforderte Ressource befindet vorübergehend unter einer anderen URI

Allerdings ist mein Favorit 303 see other:

  

Die Antwort auf die Anfrage kann unter einem anderen URI gefunden werden und eine GET-Methode abgerufen werden, sollten auf diese Ressource mit . Dieses Verfahren besteht in erster Linie der Ausgabe eines POST-aktivierten Script zu ermöglichen, die User-Agenten auf eine ausgewählte Ressource umzuleiten. Der neue URI ist kein Ersatz Referenz für die ursprünglich angeforderte Ressource.

Aber das auch sein mag, so selten (ich habe es nie in freier Natur gesehen verwendet wird), dass einige Kunden es nicht verstehen können - was Ihren Wunsch nach maximaler Kompatibilität strittig machen würde. 301 ist wahrscheinlich die nächste Wahl.