2xx ステータスコードは成功を示します。サーバーがクライアントのリクエストを受信し、理解し、受け入れたことを意味します。
200 レスポンスは、リクエストが成功したことを示します。
200 レスポンスは、次のような場面でよく使われます。
- GET リクエスト: ウェブページ、画像、API データなどの要求されたリソースと、関連するヘッダーを返します。
- HEAD リクエスト: 要求されたリソースに対応するヘッダーだけを取得します。メタデータです。例として、ファイルサイズや最終更新日があります。
- POST リクエスト: フォーム送信など、送信データの処理が成功したことを確認します。レスポンス本文に結果の詳細が含まれることがよくあります。
200 レスポンスにはペイロードを含めるのが理想ですが、必須ではありません。オリジンサーバーがコンテンツ長 0 の 200 レスポンスを返すこともあります。ただし RFC に従うなら、そのような場合は 204 レスポンスが推奨されます（CONNECT メソッドを除く）。
デフォルトでは、200 レスポンスはプロキシサーバーとブラウザーでキャッシュできます。キャッシュ制御 を特に定義していない場合、200 レスポンスの 静的リソース は Cloudflare のエッジで 2 時間キャッシュされます。
201 レスポンスは、1 つ以上の新しいリソースの作成に成功したことを示します。サーバーは通常、新しく作成したリソースの場所を Location ヘッダーまたはリクエスト URI に含めます。
POST リクエストに対して新しいリソースを作成する場合です。例として、新しいユーザー、記事、レコードの作成があります。
Cloudflare は 201 レスポンスを変更せずに転送します。
201 レスポンスの ETag や Last-Modified などのバリデーターヘッダーについて詳しくは、RFC 7231 ↗ を参照してください。
203 レスポンスは、リクエストは成功したが、レスポンスがオリジンサーバーから直接来ていないことを示します。プロキシまたは中間サーバーが配信したレスポンスです。
サーバーはこのレスポンスを使い、リソースがプロキシサーバーにキャッシュされていたことをクライアントに伝えます。
Cloudflare は 203 レスポンスをキャッシュしません。Cloudflare が 203 レスポンスをどう扱うかについては、Cloudflare HTTP ヘッダー を参照してください。
204 レスポンスは、リクエストの処理には成功したが、返すコンテンツがないことを示します。
このレスポンスは、ドキュメントエディターの保存操作がオリジンサーバーで完了したことを示すためによく使われます。
HTTP 規格のとおり、204 レスポンスにペイロードは含まれません。Cloudflare もこれらのレスポンスをキャッシュしません。
205 レスポンスは、リクエストのあと、クライアントを以前の状態に戻すよう指示します。
ユーザーがフォームやその他のデータを送信したあと、ページを更新するか新しい送信を許可するようクライアントに伝える場合に発生します。
205 レスポンスにペイロードを含めてはなりません。Cloudflare もこれらのレスポンスをキャッシュしません。
206 レスポンスは、リクエストが部分的に成功したことを意味します。大きなファイルを小さなチャンクで配信するときに使います。
大きなファイルを分割または中断しながらダウンロードするときのレイテンシを下げるためによく使います。例として、動画のストリーミングや、プログレッシブローディング向けのファイルレンジ配信があります。
206 レスポンスには、次のいずれかが含まれます。
- 要求した範囲とレスポンスで提供するデータを指定する
Content-Rangeヘッダーを含む部分ペイロード。 - トップレベルでは
Content-Rangeヘッダーを省略し、マルチパートレスポンス本文の各パートにContent-TypeとContent-Rangeヘッダーを含むマルチパートペイロード。
詳しくは、RFC 7233 のセクション 4.1 ↗ を参照してください。
Cloudflare はレンジリクエストの 206 レスポンスを処理します。キャッシュの動作 は、ファイルタイプとオリジンの設定によって異なる場合があります。