Cloudflare Docs
Support
Support
Visit Support on GitHub
Set theme to dark (⇧+D)

3xx リダイレクション

​​ 3xx リダイレクション

概要

3xxコードは、完全なリクエストリソースを取得するために、User-Agentが別のアクションに従わなければならないことを示唆するレスポンスのクラスです。

リダイレクトロケーションは、次のいずれで設定しなければなりません。

  1. レスポンスのLocationヘッダーフィールド、自動リダイレクトに便利
  2. 訂正ロケーションへのハイパーリンク(任意)付きレスポンスペイロード

300 Multiple Choices ( RFC7231)

クライアントが従う可能性があるリソースの複数選択。例えば、動画の異なるフォーマットや、異なる 拡張子のlistfiles、 語義の曖昧性解消を提示するために用いることができます

301 Moved Permanently ( RFC7231)

リクエストされたリソースの恒久的なURLのリダイレクト。ターゲットリソースに新しい恒久的URIが割り当てられていて、このリソースへの今後のリファレンスは全て、囲まれたURIのうち一つを使わなければなりません。

Cloudflareはこうしたレスポンスの生成ができるため、ページルールを使用してオリジンサーバー のリクエストを送信する必要がなくなります。Cloudflareがリダイレクトの生成をどのようにサポートするかについては、 Page RuleURL転送をお読みください。

302 Found (別称:Temporary Redirect)  ( RFC7231)

301リダイレクトと似ていますが、一時的な目的だけを使用の意図としています。User-Agentは、自動的にLocationヘッダーに従うかもしれませんが、現行のURIを、301として置き換えてはいけません。

Cloudflareは、こうしたレスポンスを生成することができるため、ページルールを使用してオリジンサーバー のリクエストを送信する必要がなくなります。Cloudflareがリダイレクトの生成をどのようにサポートするかについては、 Page RuleURL転送をお読みください。

303 See Other (HTTP/1.1以降) ( RFC7231)

User-AgentはGETリクエストでこのリダイレクトに従ってはいけません。注:リダイレクトのリソースが必ずしもリクエストされたものと同じではない点が、301とは異なります。

  • POST/DELETE リクエストを使うことを意図とし、オリジンサーバーが受信したデータを正しく知らせて、適切なキャッシュ動作を許可します。
  • オリジナル303レスポンスは、キャッシングができませんが、2番目のリクエスト(GET)は別のURIにあるので、キャッシングできるかもしれません。

304 Not Modified  ( RFC 7232)

リクエストされたリソースが利用可能で、キャッシュで有効であることを通知します。オリジンサーバーはリクエストが問い合わせたリソースの変更をしていません。クライアントは、オリジンサーバーに再度接続しなくても、特定のリソースのペイロードを受け取ることができます。このようにリクエストをリダイレクトし、保存されているリソースを使用します。304レスポンスを受信するキャッシュの要件は、 [RFC7234]のセクション4.3.4 で定義されています。

このレスポンスの前に、クライアントが現在保存されているリソースがどれかを特定する、条件付きの GETリクエストまたはHEAD リクエストを送信し、現在保存されています。クライアントとサーバー間のデータ量を減らせるように、サーバーは、最新版としてクライアントがこのリソースを使用することを「OK」としています。

  • メッセージ本文なし

  • ミラー化された200レスポンスの前に送信されたヘッダーのいずれかを含む必要があります:Cache-Control、Content-Location、Date(日付)  ETag, Expires(有効期限)またはVary

古くなったCloudflareに対してリクエストが出他ことを受けて、オリジンで再検証が必要となる場合、Cloudflareは304レスポンスを送信し、オリジンでバージョンと一致するキャッシュでバージョンを確認します。レスポンスには、CF-Cache-Status: REVALIDATED ヘッダーが含まれます。そして、CloudflareがIf-Modified-Since ヘッダーを使って、バージョンを確認します。詳しい詳細についてはこちらをご覧ください: ETag ヘッダー

305 Use Proxy (非推奨)  ( RFC7231)

リクエストはオリジンの代わりに、Locationヘッダーで指定されるプロキシURIを通じて実行しなければなりません。このステータスコードはセキュリティのリスクのため、非推奨となっています。

306 Switch Proxy (非推奨) ( RFC7231)

以下のリクエストが出さなければならない通知が指定されたプロキシにダイレクトされなければなりません。

307 Temporary Redirect ( RFC7231)

302リクエストに似ているリダイレクトは、リクエストメソッド(例:GET, POST)を除いて、自動的にリダイレクトに従う場合、オリジナルで使われたリクエストと異なっていなければなりません。

  • User-Agentが自動的にLocationヘッダーに従いますが、オリジナルURIに置き換えられるものではありません

308 Permanent Redirect ( RFC 7538)

301に似ている恒久的リダイレクトは、リクエストメソッド(例:GET, POST)を除いて、自動的にリダイレクトに従う場合、オリジナルで使われたリクエストと同じであってはいけません。

  • User-Agentは自動的にLocation ヘッダーに従う必要があります。
  • User-AgentがオリジナルURIをLocation またはペイロードにある更新済みのものと置き換える必要があります。