非SEOアンチスプーフィング外部リンクのリダイレクト：ステータスコード？

Question

私は別のHTTPリダイレクトステータスコードのメリットにいくつかの文書を読んだが、those'veすべては非常にSEOを中心としてき。問題のサイトのセクションは公開表示ではありませんので、私は今、検索エンジンが要因としていない問題を持っています。

しかし、私たちは特に、アクセシビリティ上の理由から、当社のウェブサイトは、可能な限りのメタデータと同様に/正確で有用になりたいです。

さて、私たちのアプリケーションは、免責事項とアンチスプーフィングページ全体に第三者との経路によってそれらを提供する外部リンクを取ります。このリダイレクタページはまた、特定の星座でAjax呼び出しを経由して効果的に埋め込むことができますので、我々はまた、リファラから任意のクエリパラメータを削除したい（プライバシーの目的のために、標的部位は、ユーザーが以前にあったものを内部ページを見つけ出す何のビジネスを持っていません）ます。

これを行うには、確認ボタンは、どの順番にリダイレクト（だけではなく、ユーザーのためのページを開いて）、サーバーサイドスクリプトをトリガします。

私たちのアンチスプーフィング免責事項ページのリダイレクトをトリガー終わる理由としてそんなにます。

質問があります：

それは効果的に私が使用して、ステータスコードの任意の違いを確認していますか？非典型的なブラウザ（例えば、スクリーンリーダーは）気にしますか？もしそうなら、そのようなリダイレクトするためのベストプラクティスは何ですか？最も意味的に音、あなたはそうするかどうか？彼らはすべて私に不誠実の様々な程度を思えます。

私は302と思っています - それは、ブックマークにページをしようとしても意味がありませんよう（それはcrsfトークンで保護されています）ので、301には害はどちらか、おそらくありません、ありますか？私は他の上の1つを好む理由があるかどうだから私は思ったんだけど。

Answer 1

うーん。 ここにリストがあります301をに大丈夫（強調鉱山）の鳴り：。

  

要求されたリソースは新しい恒久的なURIのを割り当てられていると、このリソースへの将来の参照が返されたURI のの1つを使用してください。リンク編集機能を持つクライアントは、可能であれば、サーバによって返された新しい参照の一つ以上へのRequest-URIへと自動的に再リンクが参照するべきである。

302は合わないのn私の意見ます：

  

要求されたリソースが異なるURIの下に一時的に存在する

しかし、私のお気に入りは303 see otherされます：

  

要求に対する応答は、のの異なるURIの下に見つけることができ、そのリソースにGETメソッドを使用して取得されるべきです。この方法は、選択されたリソースへのユーザエージェントをリダイレクトするPOST活性化スクリプトの出力を可能にするために主に存在します。新しいURIは、最初に要求されたリソースの代わりの参照ではありません。

しかし、それはいくつかのクライアントがそれを理解しないかもしれないことを（私は見たことがない、それは野生で使用される）ので、稀かもしれない - 最大の互換性の議論の余地のためのあなたの欲求をレンダリングすることになります。 301は、おそらく最も近い選択肢です。