クライアントとサーバーの違いとは？要求する側と応答する側をやさしく整理

2026年7月28日2026年8月15日

「クライアント」と「サーバー」は、どちらもコンピューターやソフトの名前ですが、役割がちがいます。ポイントは、お願いする側がクライアント、お願いを受けて返す側がサーバーだということです。Webページを見るとき、アプリで検索するとき、ログインするときも、この関係で動いています。まずは“どちらが何をしているか”をつかむと、Web開発の見え方がかなり変わります。

動画でも確認できます

このテーマに近いYouTube動画はこちらです。

小学生でもわかる!!DNSってなに？

まず結論：役割のちがいは「要求」と「応答」

クライアントは、情報や機能を要求する側です。たとえばブラウザ、スマホアプリ、会社のパソコンなどがクライアントになります。サーバーは、その要求に対してデータや画面、処理結果を返す側です。Webサイトなら、ブラウザが「このページを見せて」と頼み、Webサーバーがページの内容を返します。

このやり取りは、ふつうは「リクエスト」と「レスポンス」と呼びます。リクエストはお願い、レスポンスは返事です。人と人の会話に近く、クライアントが話しかけて、サーバーが答えるイメージです。ただし、サーバーはいつでも話し続けるわけではなく、来た要求に応じて返すのが基本です。

また、同じ1台の機械でも、場面によって役割は変わります。たとえば自分のパソコンでWebサイトを見ているとき、そのパソコンはクライアントです。一方で、社内でファイルを配る仕組みやテスト用のAPIを動かしているときは、そのパソコンがサーバーになることもあります。役割は「機械の種類」ではなく、その時の働き方で決まります。

よくある疑問：ブラウザもスマホも、みんなクライアントなんですか？

多くの場合はそうです。情報を取りに行く側ならクライアント、受けて返す側ならサーバーと考えると整理しやすいですよ。

Web開発では、画面を作る側と裏側を作る側を分けて考えることがあります。考え方をつかむ助けとして、フロントエンドとバックエンドの違いも合わせて見ると、役割のつながりがわかりやすくなります。

身近なたとえで考えるとわかりやすい

たとえば、飲食店を思い浮かべてみましょう。お客さんが「ラーメンをください」と注文します。これがクライアントです。店の人は注文を受けて、料理を作って出します。これがサーバーです。お客さんが先に動き、店がそれに応える、という順番になっています。

ここで大事なのは、店の人が勝手に「どうぞラーメンです」と押しつけるのではなく、注文が来てから動くことです。Webの世界でも同じで、ブラウザがページを見たいと伝えたときに、サーバーが内容を返します。だからクライアントとサーバーは、ただの上下関係ではなく、役割分担の関係です。

もう少し実務に近づけると、クライアントは「画面を使う人に近い側」、サーバーは「データや処理を裏で担当する側」と覚えると便利です。たとえば検索ボタンを押したら、画面側が要求を送り、裏側が結果をまとめて返します。人が見ているのは画面ですが、実際には裏側でたくさんのやり取りが動いています。

実務ではどう使い分けるのか

Webサイトを開く流れで見てみます。まずユーザーがURLを入れると、ブラウザがページを取りに行きます。名前から住所を調べるためにDNSが使われることもあります。そのあとブラウザはWebサーバーに通信し、HTMLやCSS、画像などを受け取って画面を作ります。ここでは、ブラウザがクライアント、Webサーバーがサーバーです。

ログイン画面でも同じです。クライアント側が「このIDとパスワードで入れますか」と送信し、サーバー側が「合っています」「ちがいます」と判断して返します。大切なデータはサーバー側で確認するので、画面だけを見ていても本当の判定はわかりません。これが、裏側の役割が重要だと言われる理由です。

業務システムでは、クライアントが入力した内容をサーバーが保存したり、検索したり、更新したりします。ここでデータベースも関わることが多く、サーバーがデータベースに問い合わせて結果を返します。つまり、ユーザーから見ると1回のクリックでも、裏では「クライアント → サーバー → データベース → サーバー → クライアント」という流れになっていることがあります。

この考え方は、Web開発の役割分担を理解するうえでとても大事です。画面の見た目を整えるだけでなく、裏側で何を受け取り、何を返すのかまで意識すると、設計や不具合調査もしやすくなります。関連する用語として、フロントエンドは見える側、バックエンドは裏側の処理を担当することが多い、と覚えると整理しやすいです。