「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
-
製品資料
[富士ソフト株式会社] 受注業務は既に変革のステージ 出遅れて競争力を失わないためのDX戦略 -
市場調査・トレンド
[富士ソフト株式会社] 受注業務でありがち 「今は困っていない」と見直しを先送りにすることの弊害 -
製品資料
[富士ソフト株式会社] 「B2B EC」選定を製品比較から始めると迷走する理由 -
技術文書・技術解説
[SB C&S株式会社] 「Everpure FlashArray」技術詳細解説資料:概要から認証、サイジングまで解説 -
市場調査・トレンド
[セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ:選定/稟議/運用のつまずきを防ぐコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
VMware離れの現実解 2500台のVM移行に挑む製造大手の全記録
-
5
「IBM i(AS/400)はクローズドなシステム」という誤解 DXに寄与する一歩
-
6
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
7
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
8
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
9
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
10
IT製品の導入に関するアンケート「PC&デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
ランサムウェア攻撃“究極の対策”はこれだ
-
8
サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
生成AIの活用を阻む「5つの壁」とは? AIネイティブ組織へ変革を遂げる方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー