acceptとContent-Typeの違いを完全解説！APIとウェブで使い分ける超入門ガイド

---

acceptとContent-Typeの基本を一問一答で整理

HTTP にはさまざまなヘッダがありますが、中でも重要な2つが accept と Content-Type です。accept はクライアント側の希望を伝えるヘッダで、サーバーがどの形式のデータを返せるかをやりとりします。一方 Content-Type は送るデータの実際の形式を伝えるヘッダで、サーバーが受け取るデータの種類を認識するために使われます。例えばウェブブラウザが web ページを要求するときは Accept に text/html が含まれ、サーバーは HTML を返します。API へ JSON を送るときは Content-Type に application/json を指定します。Accept と Content-Type は別々の目的を持つものですが、実際の挙動はクライアントの実装やサーバーの設定によって左右されるため、設計時には両方を正しく理解しておくことが大切です。

ここで覚えておくべき基本は Accept は受け取りたい形式の希望を伝えること、Content-Type は送るデータの実際の形式を示すこと の二点です。これだけを押さえておけば、ほとんどの誤解やトラブルを未然に防ぐことができます。さらに、この二つがどの場面でどう使われるのかを具体的に知ると、API だけでなく日常のウェブ通信にも応用できる力が身につきます。

実務的には、Accept が複数の形式を受け付けるときと、Content-Type が不正な形式で送られてくるときの挙動を理解することが重要です。例えば、ウェブ API を利用する場合、クライアントは Accept に複数の MIME タイプを列挙することがあります。サーバーはその中から適切な形式を選んで返しますが、もしサーバーがその形式をサポートしていなければ 406 Not Acceptable というエラーを返すことがあります。一方、ボディを伴うリクエストでは Content-Type が必須であり、JSON を送るなら Content-Type は必ず application/json を設定します。これを怠るとサーバーはデータを正しく解釈できず、エラーやデータの破損につながります。サーバー側の設定とクライアント側の指定が噛み合うかどうかが、通信の要点です。このセクションを読んでおくと、API の設計や利用時に混乱を避けやすくなります。

表で見ると分かりやすいことも多いです。次の表は Accept と Content-Type の役割を簡単に比較したものです。

用途	例	説明
Accept	application/json	サーバーに対して受け取りたいデータ形式を伝える
Content-Type	application/json	送るデータの形式を伝える。ボディがある場合に必須

この表を頭の中に置いておくと、実際のやり取りで迷いにくくなります。

ピックアップ解説

今日は content-type の話を友達と雑談する感覚で深掘りしてみるね。Content-Type はデータの“何者か”を教えるラベルみたいなものだと考えると分かりやすい。たとえば JSON なら content-type は application/json、画像なら image/png、フォームデータなら multipart/form-data。Accept は逆に“受け取りたい形式の希望”を伝えるメモのような役割。二人三脚でやりとりを成功させるには、この二つの性質を混同せずに使い分けることが大切だよ。話の中でよくあるズレは、送信データの形式と受け取り希望が合っていないケース。そんな時は相手の仕様をもう一度確認して、Content-Type と Accept をそろえるだけで解決することが多いんだ。さあ、次の API 呼び出しではこの二つを意識してみよう。

---