HTTPリクエストヘッダー対照表

HTTP Request Header リクエストヘッダ

ヘッダ 説明
Accept クライアントが受け取ることができるコンテンツタイプを指定します。 Accept: text/plain, text/html
Accept-Charset ブラウザが受け入れ可能な文字エンコーディングセット。 Accept-Charset: iso-8859-5
Accept-Encoding ブラウザがサポートするウェブサーバーが返すコンテンツ圧縮エンコーディングのタイプを指定します。 Accept-Encoding: compress, gzip
Accept-Language ブラウザが受け入れることができる言語 Accept-Language: en,zh
Accept-Ranges ウェブサイトエンティティの1つまたは複数のサブ範囲フィールドを要求できます。 Accept-Ranges: bytes
Authorization HTTP認可の権限証明書 Authorization: 権限証明書
Cache-Control リクエストとレスポンスが従うキャッシュメカニズムを指定します。 Cache-Control: no-cache
Connection 永続的接続が必要かどうかを示します。(HTTP 1.1ではデフォルトで永続接続) Connection: close
Cookie HTTPリクエストが送信されるとき、そのリクエストのドメインに保存されているすべてのcookieの値がウェブサーバーに送信されます。 Cookie: $Version=1; Skin=new;
Content-Length リクエストのコンテンツ長 Content-Length: 348
Content-Type エンティティに対応するMIME情報のリクエストです。 Content-Type: application/x-www-form-urlencoded
Date リクエスト送信の日付と時間 Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect リクエストに特定のサーバーの動作 Expect: 100-continue
From リクエストを出したユーザーのメールアドレス From: [email protected]
Host リクエストのターゲットサーバーのドメイン名とポート番号を指定します。 Host: www.jsons.cn
If-Match リクエストコンテンツがエンティティと一致する場合のみ有効 If-Match: “特定値”
If-Modified-Since 指定した時間以降にリクエストされた部分が変更された場合はリクエスト成功、変更されていない場合は304コードを返します。 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match コンテンツが変更されていない場合は304コードを返し、サーバーが以前に送信したEtagと比較します。 If-None-Match: “特定値”
If-Range エンティティが変更されていない場合、サーバーはクライアントが失った部分を送信し、そうでない場合は全エンティティを送信します。Etagもパラメータです。 If-Range: “特定値”
If-Unmodified-Since エンティティが指定した時間以降に変更されていない場合のみリクエスト成功 If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards 情報がプロキシとゲートウェイを経由する時間を制限します。 Max-Forwards: 10
Pragma 特定の命令を含むために使用されます。 Pragma: no-cache
Proxy-Authorization プロキシに接続するための権限証明書 Proxy-Authorization: プロキシに接続するための権限証明書
Range エンティティの一部のみをリクエストし、範囲を指定します。 Range: bytes=500-999
Referer 前のウェブページのアドレスで、現在のリクエストウェブページに続いてきた、いわば来路です。 Referer: http://www.jsons.cn
TE クライアントが受け入れる伝送エンコーディングを示し、サーバーにトレイラーヘッダ情報を受け入れるように通知します。 TE: trailers,deflate;q=0.5
Upgrade サーバーに特定の伝送プロトコルを指定し、サーバーが変換できるようにします(サポートされている場合)。 Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent User-Agentの内容にはリクエストを発したユーザーの情報が含まれます。 User-Agent: Mozilla/5.0 (Linux; X11)
Via 中間ゲートウェイまたはプロキシサーバーのアドレスを通知し、通信プロトコルを示します。 Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning メッセージエンティティに関する警告情報 Warn: 199 Miscellaneous warning

HTTP Responses Header レスポンスヘッダ

ヘッダ 説明
Accept-Ranges サーバーが指定された範囲のリクエストをサポートしているかどうかを示します。 Accept-Ranges: bytes
Age 元のサーバーから代理キャッシュ形成にかかる推定時間(秒数で、非負) Age: 12
Allow 特定のネットワークリソースの有効な要求動作、許可されていない場合は405を返します。 Allow: GET, HEAD
Cache-Control すべてのキャッシュメカニズムに対してキャッシュできるか、どの種類のタイプを指示します。 Cache-Control: no-cache
Content-Encoding ウェブサーバーがサポートする返却コンテンツ圧縮エンコーディングのタイプ。 Content-Encoding: gzip
Content-Language レスポンスボディの言語 Content-Language: en,zh
Content-Length レスポンスボディの長さ Content-Length: 348
Content-Location リクエストしたリソースが代替できる別の場所 Content-Location: /index.htm
Content-MD5 返却したリソースのMD5チェック値 Content-MD5: MD5チェック値
Content-Range 全体の返却体の中で部分的なバイト位置 Content-Range: bytes 21010-47021/47022
Content-Type 返却コンテンツのMIMEタイプ Content-Type: text/html; charset=utf-8
Date 元のサーバーメッセージが送出された時刻 Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag リクエスト変数のエンティティタグの現在の値 ETag: “リクエスト変数エンティティタグの現在の値”
Expires レスポンスの期限切れの日付と時刻 Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified リクエストしたリソースの最終更新日 Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location リダイレクト受信者をリクエストURL以外の場所に移動させてリクエストを完了させるためや新しいリソースを特定するために使用されます。 Location: http://www.jsons.cn
Pragma 特定の命令を含むものであり、レスポンスチェーン上の任意の受信者に適用されます。 Pragma: no-cache
Proxy-Authenticate 認証プロセスと適用可能なURL上のパラメータを示します。 Proxy-Authenticate: Basic
refresh リダイレクトまたは新しいリソースが作成される場合、5秒後にリダイレクト(ナビゲートによって提案され、大部分のブラウザでサポートされています)。
Refresh: 5; url= http://www.jsons.cn
Retry-After エンティティが一時的に利用できない場合、クライアントに指定された時間後に再試行するように通知します。 Retry-After: 120
Server ウェブサーバーソフトウェアの名称 Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Http Cookieを設定します。 Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer ヘッダフィールドが分割転送エンコーディングの最後に存在することを示します。 Trailer: Max-Forwards
Transfer-Encoding ファイル轉送エンコーディング Transfer-Encoding:chunked
Vary ダウンストリームプロキシにキャッシュレスポンスを使用するか、元のサーバーにリクエストするかを指示します。 Vary: *
Via プロキシクライアントのレスポンスがどこを通過して送信されたかを通知します。 Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning エンティティに関する問題の警告 Warning: 199 Miscellaneous warning
WWW-Authenticate クライアントがリクエストしたエンティティで使用するべき認可スキームを示します。 WWW-Authenticate: Basic

HTTP リクエストヘッダ対照表 - 一般的なリクエストヘッダとレスポンスヘッダ情報大全

このページでは、HTTPリクエストヘッダHTTPレスポンスヘッダの詳細な対照表を提供しています。HTTPリクエストヘッダとレスポンスヘッダはWeb開発の重要な部分であり、開発者はクローラー、APIインターフェース、擬似ログインなどを編纂する際にこれらのヘッダ情報を理解する必要があります。

HTTP リクエストヘッダとレスポンスヘッダとは何ですか?

HTTPリクエストヘッダ(Request Header)はクライアントがサーバーに送信するリクエストに付随するメタデータで、サーバーにリクエストに関する追加情報を伝えます。
HTTPレスポンスヘッダ(Response Header)はサーバーが応答を返す際に付随するメタデータで、応答の状態や処理情報を含みます。

一般的な HTTP リクエストヘッダ対照表

以下は一般的な HTTP リクエストヘッダとその役割です:

リクエストヘッダ 用途説明
User-Agent クライアントのブラウザまたはオペレーティングシステムの情報を識別し、クライアント環境を判断します。
Accept クライアントが処理可能なコンテンツタイプを指定し、サーバーに返却すべきコンテンツタイプを伝えます。
Host リクエストのターゲットホストとポートを指定し、通常、バーチャルホストのアクセスに使用されます。
Authorization 認証情報を携帯し、APIインターフェースの認可に使用されます。
Content-Type サーバーにリクエストボディのタイプを通知します、例えばapplication/json、text/htmlなど。
Accept-Encoding クライアントがサポートするコンテンツ圧縮方式を指定します、gzipやdeflateなど。
Cookie クライアントが保存したcookieデータを携帯し、セッション管理に使用されます。
Referer リクエストの出所URLを記録し、通常、訪問元を分析するために使用されます。
Connection 接続を保持するかどうかを指定します。一般的な値にはkeep-aliveまたはcloseがあります。

一般的な HTTP レスポンスヘッダ対照表

以下は一般的な HTTP レスポンスヘッダとその役割です:

レスポンスヘッダ 用途説明
Content-Type レスポンスボディのデータ型を指定します、例えばtext/htmlやapplication/jsonなど。
Content-Length レスポンスボディの内容の長さを指定します、単位はバイトです。
Set-Cookie サーバーがクライアントにcookieデータを送信し、セッション管理に使用されます。
Cache-Control キャッシュ戦略を指定します、例えばno-cache、max-ageなど。
Location リダイレクトレスポンスで、新しい位置のURLを指定します。
Server サーバーの名称とバージョン情報を示します。
Access-Control-Allow-Origin どのドメインがこのリソースにアクセスできるかを指定し、通常はクロスドメインリクエストに使用されます。
Content-Encoding レスポンスボディのエンコーディング方式を指定します、gzipやdeflateなど。
Expires レスポンス内容の有効期限を指定し、通常はキャッシュ制御に使用されます。

HTTP リクエストヘッダとレスポンスヘッダの応用シーン

HTTP リクエストヘッダとレスポンスヘッダは実際の開発で広く応用されています。例えば:

  • APIインターフェース:APIインターフェースのリクエストヘッダは認証情報、リクエストボディタイプを渡すために使用され、レスポンスヘッダはデータフォーマット、キャッシュ戦略を返すために使用されます。
  • 擬似ログイン:擬似ログイン時、Authorizationリクエストヘッダを使用し、tokenやcookieデータを携帯してユーザーの身元を確認します。
  • クローラー:ウェブクローラーを作成する際、リクエストヘッダのUser-Agentを模倣してウェブサイトの内容を取得します。

まとめ

HTTP リクエストヘッダとレスポンスヘッダの使用をマスターすることは、効率的で標準に準拠したWebアプリケーションの開発に不可欠です。このページが提供するHTTPリクエストヘッダ対照表を利用すれば、一般的なリクエストヘッダとレスポンスヘッダの機能と応用を簡単に理解でき、開発者がHTTPプロトコルに迅速にアクセスできるように助けます。

あなたの足跡:
言語を選択