TERM PRIMER
先に知っておく言葉
サーバーの役割を、ページを開く動きから考える
食堂で料理を注文する側と、注文を受けて料理を渡す側を考えてみます。サーバーは後者に近い役割です。大きな箱か小さなパソコンかという見た目だけで決まる名前ではありません。
Webなら、ブラウザが情報を求め、Webサーバーがデータや結果を返します。普段使うサービスで、検索や保存のボタンがどんなお願いを出しそうか考えてみてください。
次の順番で見てみてください。
- ブラウザでページを一つ開く
- そのページで最初に返ってきそうなものを考える
- 画像やCSSなど、あとから必要になる材料を探す
- 検索や保存など、APIへお願いしそうな操作を探す
- エラーが出たときは、端末、通信、サーバー、ブラウザ描画のどこに近いか分ける
開発者ツールを使える場合は、Networkでリクエストとレスポンスを見られます。最初から全部を読む必要はありません。URLを開いたとき、ブラウザが何かをお願いし、サーバーが何かを返していると確認できれば十分です。
最後に、次の一文を完成させます。
サーバーとは、クライアントからの____を受け取り、データや機能を____側の仕組みです。
答えの例は「リクエスト」「返す」です。
よく使うサービスを一つ選び、「自分の端末から何を頼み、何が返るか」を書いてください。返事を用意する側を想像できたら、遠い機械が少し身近になります。
ユイ
サーバーって、データを置いている場所ですか?それとも返事をする相手ですか?
マコト
どちらの話も出てくるね。まずは、お願いに応える側として整理しよう
第12話「返事をするサーバーはどこにいる?」の応答室で見た流れを、実際のWebの言葉に戻して確かめます。
サーバーとクライアントの違い|頼む側と応える側
お願いする側との分担は、クライアントとサーバー で見ると、サーバーだけを大きな箱として覚えずに済みます。
Webページを開く流れ全体は インターネットの仕組み と、住所の書き方は URLとは を横に置くと見通しやすくなります。
ここでいうクライアントは、利用者のブラウザ、スマホアプリ、パソコンのアプリなど、お願いを送る側のことです。サーバーは、そのお願いを受け取り、HTML、画像、検索結果、保存結果、エラー情報などを返します。
ピコルート・ラボのたとえでは、サーバーは応答室です。封筒で届いたリクエストを読み、必要な棚を見たり、処理の机で確認したりして、レスポンスを作ります。ただし、たとえは入口です。実際には、サーバー用のソフトウェア、データベース、API、キャッシュ、クラウド環境などが関わることがあります。

クライアントとサーバーの役割分担
サーバーを理解するときは、クライアントとの向きを見ると迷いにくくなります。
| 役割 | 何をするか |
|---|---|
| クライアント | 利用者の操作をきっかけにリクエストを送る |
| サーバー | リクエストを受け取り、データや機能を返す |
| ネットワーク | クライアントとサーバーの間でデータを運ぶ |
たとえば、ブラウザでURLを開くと、ブラウザはサーバーへ「このページをください」とリクエストを送ります。サーバーは、HTMLや画像などの材料を返します。そのあとブラウザが画面に組み立てます。
APIの場合も同じように、ブラウザやアプリが「この条件のデータをください」とリクエストを送り、サーバー側が結果を返すことがあります。
ユイ
サーバーだけを見るより、お願いする側とのペアで見た方がわかりやすいですね
マコト
うん。どちらからどちらへお願いが出て、返事が戻るのかを見るのが入口だね
サーバーが返すものと役割
サーバーが返すものは、一つではありません。
Webページを開くときはHTMLが返ることがあります。画像やCSS、JavaScriptのファイルが返ることもあります。APIでは、検索結果やメッセージ一覧のようなデータが返ることがあります。ログインや保存では、成功したかどうかの結果が返ることもあります。
代表的な返事を分けると、次のようになります。
- HTML: ページの骨組みになるデータ
- 画像、CSS、JavaScript: ページを作るための追加材料
- JSONなどのデータ: APIで返ることがあるデータ
- ステータスコード: 成功、見つからない、失敗などの状態
- エラーメッセージ: うまくいかなかった理由の手がかり
サーバーは、いつも完成した画面だけを返すわけではありません。画面に使う材料やデータを返し、ブラウザやアプリがそれを利用者に見える形へ整えることがあります。
サーバーは一台だけとは限らない
初心者向けの説明では、サーバーを一台のコンピューターのように話すことがあります。入口としてはそれで十分な場面もあります。
ただし、実際のサービスでは、役割が分かれていることがあります。
- Webサーバー: ブラウザからのリクエストに対してWebページの材料を返す
- APIサーバー: アプリやサービスからのAPIリクエストに応える
- データベースサーバー: データを保管し、必要に応じて取り出す
- キャッシュサーバー: よく使うデータを近くに置いて返しやすくする
- 認証サーバー: ログインや権限を確認する
外からは「サーバーが返している」と見えても、内側では複数の役割が協力していることがあります。だから「サーバーが遅い」「サーバーでエラー」と聞いたときは、どの役割の話なのかを分けると確認しやすくなります。

サーバーとデータの置き場所の違い・注意点
「サーバーはデータの置き場所」と説明されることがあります。これは半分は入口として役に立ちますが、それだけでは足りません。
サーバーは、データを持っている場合もあります。けれど、別のデータベースに問い合わせたり、外部サービスへ確認したり、計算して結果を作ったりする場合もあります。
たとえば、動画サービスなら、動画ファイルそのもの、利用者情報、視聴履歴、サムネイル画像、コメントなどが別々の仕組みに分かれていることがあります。買い物サイトなら、商品情報、在庫、注文、決済、配送状況がそれぞれ別の役割を持つ場合があります。
最初は、サーバーを「データを置くだけの箱」と決めつけず、「リクエストを受け取り、必要なデータや処理結果を返す側」と覚えると、あとでWebサーバーやデータベースへ進みやすくなります。
遅い・エラーのときの確認ポイント
画面が遅いときやエラーが出たとき、「サーバーが悪い」とすぐ決めるのは早すぎることがあります。
確認場所を分けると、次のようになります。
- 端末やブラウザ: 端末の処理が重い、ブラウザの状態が悪い
- ネットワーク: 回線が遅い、通信が途切れている
- DNS: 名前から宛先を探せていない
- サーバー応答: サーバーが返事を返すまでに時間がかかっている
- API処理: データの検索や保存に時間がかかっている
- ブラウザ描画: 返ってきた材料を画面にする処理が重い
サーバーからエラーの返事が返っている場合は、ステータスコードやエラーメッセージが手がかりになります。返事がまったく来ない場合は、通信や名前解決の段階で止まっている可能性もあります。
この切り分けができると、「何となくサーバーが悪そう」から一歩進んで、どこを確認するかを考えられます。
サーバーの確認クイズ
Q1. サーバーを一文でいうと?
サーバーは、利用者の端末やブラウザからのリクエストに対して、データや機能を返す側のコンピューターや仕組みです。
Q2. サーバーは一台の箱だけを指しますか?
そうとは限りません。Webサーバー、APIサーバー、データベース、キャッシュなど、役割が分かれていることがあります。
Q3. サーバーが返すものは完成画面だけですか?
いいえ。HTML、画像、CSS、JavaScript、APIのデータ、エラー情報などを返すことがあります。
LAB WHITEBOARD
自分の言葉で説明してみよう
「サーバーについて、意味・場面・実際の仕組みを分け、次の理解へ進めるようになる。」を、いまの自分の言葉で一文にしてみてください。途中の説明でも大丈夫です。




