「HTTP」の基本と進化を理解する【中編】
いまさら聞けない「HTTP通信」 “Webページを届ける”仕組みとは
Webサイトにアクセスすると、ブラウザとWebサーバ間では「HTTP」による通信が発生する。ユーザーが目にするページは、裏側で交わされる「リクエスト」と「レスポンス」のやりとりによって成り立っている。
Webサイトにアクセスすると、ブラウザとWebサーバの間では通信プロトコル「HTTP」(Hypertext Transfer Protocol)による情報のやりとりが発生する。ユーザーが目にするWebページは、この背後で交わされている「リクエスト」(要求)と「レスポンス」(応答)のやりとりの結果として表示されているものだ。中編となる今回は、HTTP通信の具体的な流れとして、リクエストとレスポンスの構造と処理の仕組みを見ていく。
HTTPリクエストとHTTPレスポンス
併せて読みたいお薦め記事
連載:「HTTP」の基本と進化を理解する
通信プロトコルとしての「HTTP」の位置付け
クライアントデバイス(以下、クライアント)はサーバにHTTPリクエストを送信し、サーバはHTTPレスポンスをクライアントに送り返す。リクエストにはWebサイトを読み込むためにクライアントがサーバから求めている情報が記述され、レスポンスにはクライアントのWebブラウザがWebページとして表示するためのソースコードが含まれている。
サーバとクライアントでがデータを共有するために使用するこれらのリクエストとレスポンスは、標準的な文字コード「ASCII」コードで構成されている。クライアントとサーバ間のやりとりはメッセージと呼ばれ、HTTPメッセージはリクエストまたはレスポンスのいずれかとなる。
HTTPリクエスト
クライアントからのリクエストは、クライアントへのレスポンスを調整するために必要な情報をサーバに提供する。各HTTPリクエストには、以下のような情報を含むエンコードされたデータが含まれている。
- 使用されているHTTPのバージョン
- 現在利用可能なバージョンは、HTTP、HTTP/2、HTTP/3だ。
- URL
- URLはリソース、つまりWebを介してアクセス可能な特定のWebサイトを指す。
- HTTPメソッド
- HTTPメソッドは、レスポンス時にリクエストがサーバからの応答として期待する特定のアクションを示す。
- HTTPリクエストヘッダ
- HTTPリクエストヘッダには、使用されているブラウザの種類やリクエストがサーバに求めているデータなどの情報が含まれる。リクエストを処理するサーバから以前送信された情報を示すCookieが含まれることもある。
- HTTPボディ
- これはサーバがリクエストから必要とするオプション情報で、Webサイトに送信されるユーザーフォーム(ユーザー名/パスワードのログイン、短いレスポンス、ファイルのアップロードなど)が含まれる。
HTTPレスポンス
HTTPレスポンスメッセージは、クライアントからのHTTPリクエストに対するサーバの応答のことだ。レスポンスに含まれる情報は、サーバがリクエストから受け取った内容に合わせて調整され、以下のデータを含むことがある。
- HTTPステータスコード
- これはクライアントデバイスに対してリクエストのステータスを示す。レスポンスは、成功、情報レスポンス、リダイレクト、サーバ側やクライアント側でのエラーを示すことがある。
- HTTPレスポンスヘッダ
- サーバと要求されたリソースに関する情報を送信する。
- HTTPボディ(オプション)
- リクエストが成功した場合、ボディにはHTMLコードの形で要求されたデータが含まれ、クライアントブラウザによってWebページに変換される。
HTTPステータスコード
HTTPリクエストに対するレスポンスとして、サーバはしばしばレスポンスコードを発行し、リクエストが処理中であること、リクエストにエラーがあること、またはリクエストがリダイレクトされていることを示す。以下に一般的なレスポンスコードをいくつか挙げる。
- 200 OK
- これは最も一般的なレスポンスコードの一つで、GETやPOSTなどのリクエストが成功し、それに基づいて処理されていることを意味する。
- 300 Moved Permanently
- リクエストされたリソースのURLが永続的に変更された。
- 401 Unauthorized
- クライアント(サーバにリクエストを行っているエンドユーザー)が認証されておらず、リクエストされた情報へのアクセスが許可されていない。
- 403 Forbidden
- サーバがアクセスを禁止している。
- 404 Not Found
- 404エラーコードは、URLが間違っているか、その場所にリソースが存在しないことを意味する。
- 500 Internal Server Error
- サーバ内で予期しないエラーが発生し、リクエストを正常に処理できなかった。
次回の後編は、HTTP/3で採用された新しい通信プロトコル「QUIC」や、Webの安全性を高める「HTTPS」、そしてWeb通信を支える「プロキシ」の役割について解説する。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
3
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
4
“アジャイルの壁”に挑むオリックス生命がIBMの開発管理ツールを選んだ理由
-
5
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
6
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
7
ライオンが挑む「守りのIT」脱却:Google Cloudで加速させるデータ駆動型経営
-
8
IT製品の導入に関するアンケート「セキュリティ」編
-
9
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
10
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー