2

さまざまなHTTPリダイレクトステータスコードのメリットに関するいくつかのドキュメントを読みましたが、それらはすべて非常にSEO中心です。問題のサイトのセクションが公開されていないため、検索エンジンが考慮されないという問題が発生しました。

ただし、特にアクセシビリティの理由から、当社のWebサイトは可能な限り正確でメタデータに役立つものである必要があります。

現在、私たちのアプリケーションは、サードパーティによって提供された外部リンクを取得し、免責事項を含むなりすまし防止ページを介してそれらをルーティングします。このリダイレクタページは、特定のコンステレーションでAjax呼び出しを介して効果的に埋め込むこともできるため、リファラーからクエリパラメータを削除する必要もあります(プライバシーの目的で、ターゲットサイトには、ユーザーが以前に表示していた内部ページを見つけるビジネスはありません)。 。

これを行うために、確認ボタンはサーバー側スクリプトをトリガーし、サーバー側スクリプトは(ユーザーのページを開くだけでなく)リダイレクトします。

なりすまし防止の免責事項ページがリダイレクトをトリガーする理由については、これだけです。

質問は:

使用するステータスコードに効果的な違いはありますか?非一般的なブラウザ(スクリーンリーダーなど)は気にしますか?もしそうなら、そのようなリダイレクトのベストプラクティスは何ですか?あなたがそうするなら、最も意味的に健全ですか?それらはすべて私にはさまざまな程度の不誠実に見えます。

私は302を考えていますが、ページをブックマークしようとしても意味がないので(crsfトークンで保護されています)、301でも害はないのではないでしょうか。ですから、どちらか一方を好む理由があるのではないかと思います。

4

1 に答える 1

3

うーん。これがリストです。301は問題ないように聞こえます(強調は私のものです):

要求されたリソースには新しい永続的な URI が割り当てられており、このリソースへの今後の参照では、返された URI のいずれかを使用する必要があります。リンク編集機能を持つクライアントは、可能であれば、Request-URI への参照をサーバーから返された 1 つ以上の新しい参照に自動的に再リンクする必要があります。

302 は私の意見には当てはまりません:

要求されたリソースは一時的に別の URI に存在します

ただし、私のお気に入りは303 see other次のとおりです。

リクエストへのレスポンスは別の URI で見つけることができ、そのリソースで GET メソッドを使用して取得する必要があります。このメソッドは主に、POST でアクティブ化されたスクリプトの出力がユーザー エージェントを選択したリソースにリダイレクトできるようにするために存在します。新しい URI は、最初に要求されたリソースの代替参照ではありません。

しかし、それは非常にまれで (実際に使用されているのを見たことがありません)、一部のクライアントがそれを理解できない可能性があります。301 がおそらく最も近い選択肢です。

于 2010-03-17T11:11:43.217 に答える