URLを入力してから画面が表示されるまでに何が起きているのか？── DNS・IP・DHCP・NAT・スイッチとルーター・ファイアウォールまで順を追って解説

アドレスバーに URL を打って Enter を押す。あるいはリンクを押して URL を決定すれば、1 秒もしないうちにページが現れる ── あまりに当たり前すぎて、考えたこともないかもしれません。でもこの一瞬の裏では、あなたの PC が住所を借り、電話帳を引き、荷物を託し、関所を通り、世界中をリレーされた答えを受け取る、という長い旅が完走しています。こんな心当たりがあれば、この先を読んでみましょう。

• 「URL を入力してから表示されるまでに何が起きるか説明せよ」── IT の面接や試験の定番質問に、言葉が出てこなかった
• 「なんとなく DNS が何かやってる」あたりで理解が止まっている
• ページが遅いとき、どこが遅いのか見当をつけられるようになりたい
• 仕組みの記事を個別に読んできたが、全体がどう繋がるのかを 1 本で確認したい

この記事は、ブラウザが裏でやっている仕事を1 通のリクエスト（質問の手紙）の往復の旅として、出発前の準備から画面に映るまで時系列で追いかけます。先に全行程を見せてしまいましょう。

1. 0出発前の準備PC はすでに「町の住人」になっている ── 住所・出口・電話帳の在処を借用済み。
2. 1名前から住所へ電話帳（DNS）で example.com を住所（IP アドレス）に変換する。
3. 2町を出る仕分け係（スイッチ）→ 町の出口（ルーター）→ 変換係（NAT）→ 門番（ファイアウォール）。
4. 3世界をリレー町から町へ、ルーターが宛先を読みながら荷物を中継する。
5. 4答えが帰る行きに残した台帳の記録をたどって、応答があなたの PC まで戻ってくる。
6. 5画面に映るブラウザが設計図（HTML）を読み、足りない部材を取り寄せながら描画する。

それぞれの登場人物には、当サイトに深掘り記事があります。本記事は深掘りには立ち入らず、「誰が・どの順番で・なぜ働くのか」という繋がりだけを最短距離で追いかけます。気になったステップがあれば、そこから各記事へ潜ってください。

疑問	本記事の該当章
URL を打ってから最初に起きることは？	§1・§2
荷物はどうやって家の外に出ていく？	§3
答えはなぜ「自分の PC」に戻ってこられる？	§4
ページによって表示が速い・遅いのはなぜ？	§5
一度に説明してと言われたら？	FAQ Q5

1. 0 歩目: 出発前の準備 ── あなたの PC はすでに「町の住人」になっている

1-1. 旅は Enter キーの前から始まっている

多くの解説は「まず DNS で…」から始まりますが、実はその前に終わっている準備があります。あなたの PC が Wi-Fi に繋がった瞬間、町の管理人（DHCP）から4 点セットを借りているのです（→ DHCPとは？）。

出発前の持ち物 ── DHCP に借りた 4 点セット

 ┌── あなたの PC が持っているもの ────────────────────┐
 │                                                   │
 │  1. 自分の住所     （IP アドレス）                  │
 │  2. 町内の線引き   （サブネットマスク）              │
 │  3. 町の出口の場所 （デフォルトゲートウェイ）        │
 │  4. 電話帳の在処   （DNS サーバーのアドレス）        │
 │                                                   │
 │  → この 4 つが、これから始まる旅の持ち物リスト       │
 └───────────────────────────────────────────────────┘

自分の住所が無ければ返事を受け取れません。町内の線引きが無ければ「宛先が町内か町の外か」を判定できません。出口の場所を知らなければ町から出られず、電話帳の在処を知らなければ名前を住所に変換できません ── つまりこの 4 点が揃っているからこそ、これからの旅の全ステップが可能になるわけです。

この記事では以降、4 番を §2 で、2・3 番を §3 で、1 番を §4 で、それぞれ「使う場面」として回収していきます。持ち物リストを頭の片隅に置いて、旅を始めましょう。

2. 名前から住所へ ── 電話帳（DNS）を引く

2-1. URL の中で機械が必要としているのは「名前」の部分

https://example.com/page という URL は、3 つの部品でできています。https:// は「どんな作法で話すか」、example.com は「相手の名前」、/page は「相手の中のどのページか」。このうち旅の最初の関門になるのが真ん中の名前です。

なぜなら、ネットワークの配達網が使うのは名前ではなく住所（IP アドレス）だからです（→ IPアドレスとは？）。人間が覚えやすい名前と、機械が配達に使う住所 ── この 2 つを繋ぐ変換が、何より先に必要になります。

2-2. 電話帳に聞く ── ただし、毎回は聞かない

そこで PC は、持ち物 4 点セットの「電話帳の在処」に向かって尋ねます。「example.com さんの住所を教えてください」── この電話帳サービスがDNSです。問い合わせの旅路（手元のメモ → 町の電話帳 → 世界の電話帳網）は DNSとは？ で深掘りしているので、ここでは 1 つだけ覚えてください。一度引いた名前はしばらくメモしておき、次からは聞きに行かない（キャッシュ）── 2 回目に同じサイトが速く開く理由の 1 つ目がこれです。

住所が分かりました。example.com ＝ たとえば 93.184.216.34。旅の宛先が確定します。

3. 町を出る ── 仕分け係・町の出口・変換係・門番

3-1. 最初の分かれ道: 宛先は町内か、町の外か

宛先が決まったら、PC は荷物（リクエスト）を送り出す前に 1 つ判定をします。この宛先は同じ町内（同じネットワーク）か、町の外か ── 物差しになるのが持ち物 2 番のサブネットマスク（町内の線引き）です。93.184.216.34 は明らかに町の外。なので荷物は、持ち物 3 番に書かれた町の出口（デフォルトゲートウェイ＝ルーター）行きになります（→ この判定の仕組みは スイッチとルーターは何が違うのか？ §1）。

町内の配達を受け持つのは仕分け係（スイッチ）です。仕分け係は部屋の表札（MAC アドレス）を見て、荷物を出口の部屋まで確実に手渡します ── ここまでが「家の中」の出来事です。

3-2. 出口で 2 つの手続き ── 住所の書き換えと、持ち物検査

町の出口（ルーター）では、荷物に 2 つの手続きが入ります。

1 つ目は変換係（NAT）による差出人住所の書き換えです。あなたの PC の住所は町内専用（プライベート IP）なので、そのままでは世界に出せません。変換係は差出人欄を町の代表住所（グローバル IP）に書き換え、「どの部屋から出た荷物か」を台帳（NAT テーブル）に記録します（→ NATとは何か？）。この台帳が、後で帰り道の鍵になります ── §4 で回収します。

2 つ目は門番（ファイアウォール）の検査です。出ていく荷物・入ってくる荷物はここでルールと照合されます（→ ファイアウォールが無いとどうなる？）。普段は意識しませんが、この旅の行きと帰りで荷物は必ず門番の前を通っています。

4. 世界をリレーされ、答えが帰ってくる

4-1. インターネット＝町の連なり。ルーターからルーターへ

町を出た荷物は、いきなり目的地に飛ぶわけではありません。インターネットは町と町の連なりで、各町の出口（ルーター）が宛先を読んでは「次はあちらの町が近い」と判断し、隣へ渡す ── このリレー（経路選択）が何十回か繰り返されて、荷物は 93.184.216.34 の町にたどり着きます（→ スイッチとルーターは何が違うのか？ §4）。

到着した先にも、こちらと同じ構えがあります。向こうの町にも門番（ファイアウォール）がいて、検査を通った荷物だけが建物 ── ページのデータを管理しているサーバー ── に届きます。サーバーは依頼内容（/page をください）を読み、答えの荷物を作って返送します。「サーバーとは結局何者なのか」も面白いテーマですが、それは別の記事に譲りましょう。

4-2. 帰り道の謎 ── 答えはなぜ「あなたの PC」に戻れるのか

ここで多くの解説が省略する疑問があります。答えの荷物の宛先は町の代表住所です。町には何台も機器がいるのに、なぜ荷物はあなたの PC のところへ正しく戻ってくるのでしょうか。

鍵は §3 で変換係が付けていた台帳（NAT テーブル）です。帰ってきた荷物を受け取った変換係は、台帳を逆引きして「この荷物は、あの部屋からの質問への答えだ」と特定し、宛先を町内の住所に書き戻します。あとは仕分け係（スイッチ）が表札を見て、あなたの PC の部屋まで手渡し ── 行きに通った関所を、帰りは逆向きに通るわけです（→ 台帳の仕組みは NATとは何か？ §3）。

往復の旅の全体図 ── 行きと帰りで同じ関所を逆向きに通る

 行き（リクエスト）
  PC => 仕分け係 => 町の出口 ┌ 変換係: 差出人を代表住所に書き換え＋台帳に記録
                              └ 門番:   持ち物検査
        => 町 => 町 => 町 …（ルーターのリレー）=> 相手の門番 => サーバー

 帰り（答え）
  サーバー => 相手の門番 => … 町 => 町 => 町 => 町の出口
                              ┌ 門番:   持ち物検査
                              └ 変換係: 台帳を逆引きして宛先を書き戻し
        => 仕分け係 => PC （旅の完了）

5. 届いてから映るまで ── ブラウザの仕事

5-1. 帰ってきたのは「設計図」── 1 ページ＝荷物 1 個ではない

帰ってきた荷物の中身は、ページそのものではなく設計図（HTML）です。ブラウザは設計図を上から読みながら組み立てを始め、「ここにこの画像」「見た目はこの指示書（CSS）」「動きはこの台本（JS）」と、足りない部材に気づくたびに、§2〜§4 の旅をもう一度繰り返して取り寄せます。

つまり 1 ページの表示の裏では、同じ往復の旅が数十回走っています。「URL を 1 回打つ＝旅 1 回」ではなく「旅の束」だった ── これがこの記事の最後の種明かしです。画像の多いページが遅いのも、表示が部分的に欠けることがあるのも、旅の回数と成否で説明がつきます。

5-2. 2 回目から速い理由 ── 倉庫と、旅の終わり

一度取り寄せた部材を、ブラウザは手元の倉庫（キャッシュ）にしばらく置いておきます。2 回目の訪問で旅を丸ごと省略できる部材が多いほど、ページは速く開きます ── §2 の電話帳のメモと合わせて、「2 回目は速い」の理由が揃いました。倉庫の中身が古いままで起きる「更新したのに反映されない」事件は、それだけで記事 1 本になるテーマなので、ここでは仕込みだけ。

全部材が揃い、画面に描かれて、旅は終わりです。Enter キーからここまで、長くても 1〜2 秒 ── 冒頭のタイムラインを、もう一度どうぞ。

1. 0出発前の準備PC はすでに「町の住人」になっている ── 住所・出口・電話帳の在処を借用済み。
2. 1名前から住所へ電話帳（DNS）で example.com を住所（IP アドレス）に変換する。
3. 2町を出る仕分け係（スイッチ）→ 町の出口（ルーター）→ 変換係（NAT）→ 門番（ファイアウォール）。
4. 3世界をリレー町から町へ、ルーターが宛先を読みながら荷物を中継する。
5. 4答えが帰る行きに残した台帳の記録をたどって、応答があなたの PC まで戻ってくる。
6. 5画面に映るブラウザが設計図（HTML）を読み、足りない部材を取り寄せながら描画する。

まとめ ── 6 ステップ + 深掘りの地図

1. 出発前の準備 ── PC は DHCP（管理人）に住所・線引き・出口・電話帳の在処を借りて、すでに町の住人になっている
2. 名前から住所へ ── 電話帳（DNS）で名前を住所（IP）に変換。一度引いた名前はメモして次回省略
3. 町を出る ── 線引きで「町の外宛」と判定 → 仕分け係（スイッチ）が出口まで手渡し → 変換係（NAT）が差出人を代表住所に書き換えて台帳に記録 → 門番（FW）が検査
4. 世界をリレー ── 町々の出口（ルーター）が宛先を読みながら中継し、相手の門番を通ってサーバーへ
5. 答えが帰る ── 台帳の逆引きで宛先を書き戻し、行きの関所を逆向きに通って PC へ
6. 画面に映る ── 設計図（HTML）を読み、足りない部材ごとに旅を繰り返し、倉庫（キャッシュ）に置きつつ描画

ステップ	働く係	深掘り記事
0. 出発前の準備	管理人（DHCP）	DHCPとは？
1. 名前から住所へ	電話帳（DNS）・住所（IP）	DNSとは？・IPアドレスとは？
2. 町を出る	仕分け係・出口・変換係・門番	スイッチとルーター・NATとは？・FWが無いとどうなる？
3〜4. リレーと帰り道	ルーター・変換係の台帳	スイッチとルーター・NATとは？
5. 画面に映る	ブラウザ	─（キャッシュ・HTTPS は今後の記事で）
途中が遅いとき	─	会社のネットワークはなぜ遅い？・VPNとは？

FAQ

Q1. ページの表示が遅いとき、どのステップが遅いのか切り分けられますか？

A. 大まかには可能です（§0 のタイムライン参照）。どのサイトも一様に遅いなら §3〜4 の経路（回線・VPN・社内網）、最初の一拍だけ遅いなら §2 の名前解決、特定ページの画像や部品だけ遅いなら §5 の部材の旅が容疑者です。社内ネットワークでの本格的な切り分けは 会社のネットワークはなぜ遅い？ が実践編です。

Q2. URL ではなく検索バーにキーワードを打ったときは何が違うのですか？

A. ほとんど同じです。違いは、最初に「検索サイトへの同じ旅」が 1 回挟まることだけ。検索結果のリンクをクリックした瞬間から、本記事の §1〜§5 がそのまま走ります。アドレスバーに直接キーワードを打った場合も、ブラウザが検索サイトへの URL に置き換えてから同じ旅をしています。

Q3. ブックマークから開いたときや、スマホのアプリでも同じことが起きていますか？

A. 起きています。ブックマークは「URL を打つ」を省略しているだけで、旅は 1 歩目から同じです。スマホのアプリも、見た目こそブラウザではありませんが、裏では同じ往復の旅（名前解決 → 町を出る → リレー → 帰り道）でサーバーとやり取りしています。Wi-Fi に繋がった瞬間に管理人から 4 点セットを借りているのも同じです。

Q4. この旅の途中で、荷物の中身は盗み見られないのですか？

A. https://（鍵マーク）で始まる通信なら、荷物は暗号化された封筒に入っており、途中の町のルーターや関所からは中身が読めません ── 読めるのは「どこ宛か」という宛先だけです。鍵マークの仕組み（なぜ途中の誰にも開けられない封ができるのか）は、それだけで 1 本の記事になるテーマなので、今後の記事で扱う予定です。

Q5. 「URL を入力してから表示されるまでを一度に説明して」と言われたら、どう答えればいいですか？

A. 本記事の 6 ステップを 30 秒に圧縮した模範解答例です ──「まず PC は DHCP から IP アドレスなどの設定を取得済みです。URL を入力すると、① DNS でドメイン名を IP アドレスに解決し、② 宛先が外部ネットワークと判定されるとスイッチ経由でデフォルトゲートウェイへ送られ、③ ルーターで NAT による送信元アドレス変換とファイアウォールの検査を受け、④ ルーター間を経路選択で中継されてサーバーに到達します。⑤ サーバーの応答は NAT テーブルの逆引きで元の端末に戻り、⑥ ブラウザが HTML を解釈し、画像や CSS などを追加リクエストしながら描画します」── 各ステップを深掘りされたら、本記事の該当章とリンク先の各論で答えられます。