1xx Informational ステータスコードは、リクエストとレスポンスのサイクルを完了しない中間応答です。接続状態の更新を伝えます。最終的な処理を示すものではなく、リクエストが処理中であること、または追加の手順が必要であることを示します。
クライアントのリクエストに対してサーバーが 1xx Informational ステータスコードを返すときの要件は、次のとおりです。
- レスポンスは、ステータス行のあとに続く最初の空行で終端する必要があります。
- 1xx レスポンスは HTTP/1.0 ではサポートされません。オリジンサーバーは、HTTP/1.0 クライアントに 1xx レスポンスを送ってはいけません。
Cloudflare はオリジンサーバーからの 1xx レスポンスをすべて転送しますが、自ら生成はしません。
100 Continue ステータスは、サーバーがリクエストヘッダーを受け取り、クライアントがリクエストボディを送る準備ができたことを示します。詳細は RFC 7231 ↗ を参照してください。
クライアントは、大きくて使えない可能性があるリクエストボディを送る前に、サーバーがリクエストヘッダーを受け入れるかを確認できます。これにより、データの流れを最適化できます。
クライアントが Expect: 100-continue ヘッダーを付けると、リクエストボディを送る前の確認を求めています。サーバーはすぐに 100 Continue で続行を許可するか、リクエストを受け付けられない場合は適切なステータスコード（例: 401 Unauthorized や 413 Payload Too Large）を返します。
Cloudflare はクライアントとサーバーの間で持続的な通信を保つために Keep-Alive 接続を使います。そのため 100 Continue レスポンスは、通常は不要です。Keep-Alive はオーバーヘッドを減らし、途中の確認を不要にします。
101 Switching Protocols ステータスコードは、オリジンサーバーがプロトコル切替のクライアント要求を受け入れたことを示します。詳細は RFC 7231 ↗ を参照してください。
101 Switching Protocols ステータスコードは、サーバーがプロトコル変更のクライアント要求を受け入れたことを示します。変更は Upgrade ヘッダー、または接続上のアプリケーションプロトコルの変更によって行います。Upgrade ヘッダーを使う場合、サーバーはクライアントの優先リストでより上位のプロトコルへの切替に同意し、新しいプロトコルを示す Upgrade ヘッダーで応答します。この変更はクライアントとサーバーの両方に利点があると見なされます。最も一般的な用途は WebSockets です。
Cloudflare は WebSocket 接続をサポートしており、多くの場合 101 Switching Protocols ステータスコードが関わります。プロトコル切替により、クライアントはリアルタイムの双方向通信向けの WebSocket 接続を確立できます。Cloudflare の WebSockets については、Cloudflare Now Supports Websockets ↗ を参照してください。
102 Processing ステータスコードは、サーバーがリクエストを受け取り、現在処理中であるものの、最終レスポンスはまだ準備できていないことを示します。このステータスコードは HTTP/1.1 以降にのみ適用されます。詳細は RFC 2518 ↗ を参照してください。
102 Processing ステータスコードは、複雑なデータベーストランザクションや大きなファイル処理など、時間がかかる処理でよく使います。通常 20 秒を超える処理中も接続を維持し、クライアントとサーバーの間の通信を効率よく保ちます。
Cloudflare が 102 Processing レスポンスを受け取った場合、125 秒以内に最終レスポンスがあることを想定します。最終レスポンスが届かないと、Error 522: Connection Timed Out になります。一方、途中で 102 Processing レスポンスを送ると、Error 524: A timeout occurred を防ぐのに役立ち、サーバーがリクエストを処理している間も接続を維持できます。