私がかつて読んだある記事では、これは (ある URI から別の URI への) ジャンプを意味すると述べていましたが、実際にはまったくジャンプしていないにもかかわらず、この「302」を検出しました!
16 に答える
302 リダイレクトはページが一時的に移動されたことを意味し、301 はページが完全に移動されたことを意味します。
301 は SEO 値に適していますが、302 はそうではありません。これは、301 がクライアントに元の URL の値を忘れるように指示するためではありませんが、302 は元の値を保持するため、論理的に異なる 2 つの URL を作成することで値を減らす可能性があります。それぞれが同じコンテンツを生成します (検索エンジンは、それらを 2 つの名前を持つ単一のリソースではなく、別個の重複と見なします)。
HTTP 301 リダイレクトと 302 リダイレクトを比較する簡単な方法は次のとおりです。
「 http://sample.com/sample 」へのブックマークがあるとします。ブラウザを使用してそこに移動します。
この時点で別の URL への 302 リダイレクトは、ブックマークを「http://sample.com/sample」に保持する必要があることを意味します。これは、リンク先 URL が将来変更される可能性があるためです。
別の URL への 301 リダイレクトは、永続的なリダイレクトであるため、ブックマークが新しい URL を指すように変更する必要があることを意味します。
ウィキペディアから:
HTTP 応答ステータス コード 302 Found は、リダイレクトを実行する最も一般的な方法です。これは、基準に反する産業慣行の一例です。
RFC 2616 (ハイパーテキスト転送プロトコル仕様)から:
10.3.3 302 見つかりました 要求されたリソースは、一時的に別の URI に存在します。 リダイレクトは時々変更される可能性があるため、クライアントは 今後のリクエストには引き続き Request-URI を使用します。この対応 Cache-Control または Expires ヘッダーで示されている場合にのみキャッシュ可能 分野。 一時的な URI は、 応答。リクエスト メソッドが HEAD でない限り、 応答には、へのハイパーリンクを含む短いハイパーテキスト ノートを含める必要があります。 新しい URI。
ソース:
SEO的には301も302もどっちでもいいけど状況次第では
1 つのバージョンしか返されない場合 (つまり、他のバージョンがそれにリダイレクトされる場合)、それは素晴らしいことです。この動作は、重複するコンテンツを減らすので有益です。末尾のスラッシュ URL へのリダイレクトの特定のケースでは、リダイレクトが 301 であるか 302 であるかに関係なく、検索結果には 200 応答コード (ほとんどの場合、末尾のスラッシュ URL) を持つ URL のバージョンが表示される可能性があります。
http ステータス コードの定義によると、302 は (一時的な) リダイレクトを示します。「要求されたリソースは一時的に別の URI に存在します」
302 は、リソースの場所の変更を示す応答です - 「見つかりました」。
リソースが現在配置されている URL は、応答の 'Location' ヘッダーにある必要があります。
「ジャンプ」は、要求元のクライアントが行う必要があります (応答の Location ヘッダー フィールドでリソース URL に新しい要求を作成します)。
HTTP コード 302 はリダイレクト用です。 http://en.wikipedia.org/wiki/HTTP_302を参照してください。
ページを読んでいるブラウズに、別の場所に移動して別のページをロードするように指示します。その使用法は非常に一般的です。
302 : このステータス コードは、読み込もうとしているリソースまたはページが、302 リダイレクトによって一時的に別の場所に移動された場合に発生します。