HTTPとTCPの関係──Web通信はどのように成り立っているのか

Web の仕組みを理解するうえで欠かせないのが HTTP と TCP の関係です。 この2つはしばしば混同されますが、実は 役割がまったく違う 層で動いています。

この記事では、TCP の基礎を理解している読者に向けて、 HTTP がどのように TCP の上で動いているのかを整理します。

HTTPとTCPの関係を一言で言うと…

TCP が“道路”、HTTP が“会話のルール”。 HTTP は TCP の上に乗って動く。

これが本質です。

TCP が「どうやってデータを確実に届けるか」を担当し、 HTTP が「どんな形式で会話するか」を担当します。

TCP：信頼性のあるデータ配送を担当する

TCP（Transmission Control Protocol）は、 インターネットの基盤となる 信頼性の高い通信方式 です。

TCP の役割は以下の通り：

• データが欠けずに届くようにする
• 順番通りに届くようにする
• 届かなければ再送する
• コネクションを張って通信する

つまり TCP は 「確実に届ける」ことに全力を注ぐプロトコル です。

HTTP：Webブラウザとサーバーの会話ルール

HTTP（HyperText Transfer Protocol）は、 Web ブラウザと Web サーバーが どんな形式で会話するか を決めるルールです。

• GET：データを取得
• POST：データを送信
• PUT：更新
• DELETE：削除

など、Web の操作はすべて HTTP のメソッドとして定義されています。

HTTPはなぜ TCP の上で動くのか？

理由はシンプルです。

Web のデータは欠けてはいけないから。

• HTML が欠けたらページが壊れる
• 画像が欠けたら表示できない
• POST のデータが欠けたらログインも注文もできない

だから HTTP は 信頼性の高い TCP の上で動く ように設計されています。

HTTP/1.1 と HTTP/2 は TCP の上で動く

現在広く使われている HTTP/1.1 と HTTP/2 は、 どちらも TCP を前提としたプロトコル です。

• HTTP/1.1：1本のTCP接続で順番に処理
• HTTP/2：1本のTCP接続で多重化（高速化）

どちらも「TCP の信頼性」を利用して Web を成立させています。

例外：HTTP/3 は UDP を使う（ただし内部で信頼性を実装）

最新の HTTP/3 は UDP を使います。

ただし、UDP をそのまま使うのではなく、 QUIC（クイック） という仕組みの上で動きます。

QUIC は UDP の上に

• 再送制御
• 順序制御
• 暗号化
• コネクション管理

などを実装しており、 実質的には「高速化された TCP 的な通信」です。

つまり、

HTTP/3 は UDP を使うが、信頼性はしっかり確保されている。

ということです。

まとめ

• HTTP は Web の会話ルール
• TCP はデータを確実に届ける仕組み
• HTTP は TCP の上で動く（HTTP/1.1・HTTP/2）
• HTTP/3 は UDP（QUIC）を使うが信頼性は内部で確保

TCP を理解すると、HTTP の動きが“物の世界”として見えてきます。