MIME タイプリファレンス

MIME タイプはブラウザとサーバーに扱っているコンテンツの種類を伝えます。ウェブサーバーがファイルを送信する際、ブラウザが表示や処理方法を把握できるよう Content-Type ヘッダーに MIME タイプを含めます。

このデータベースは最も一般的な MIME タイプをカバーしています。あまり一般的でないタイプについては、完全なリストを維持している IANA（Internet Assigned Numbers Authority）の公式レジストリを参照してください。

一部のファイル拡張子はコンテキストに応じて複数の MIME タイプにマッピングされる場合があります。例えば、.js は application/javascript または text/javascript のいずれかになります。このツールは最も一般的に使用されるマッピングを表示します。

type/subtype にオプションのパラメータを付加した構造で、RFC 6838 で標準化されています。例: text/html; charset=utf-8 や multipart/form-data; boundary=----WebKitFormBoundary。type は application、audio、font、image、text、video といった IANA 登録ツリー内の大分類であり、パラメータには charset や multipart の境界文字列などの詳細が入ります。

フォールバック用のタイプで、未知のバイナリデータを表します。タイプが不明な場合や強制的にダウンロードさせたい場合にサーバーはこのタイプを送信し、クライアントはファイルを開かずに保存することで応答します。レンダリングされるはずのドキュメントに対して octet-stream が返ってくる場合は、サーバー側のマッピングが欠落しているか間違っていることがほとんどです。

Content-Type が欠落していたり曖昧だったりする場合、ブラウザはレスポンスの先頭バイトを調べて実際のタイプを推測します。ペイロードが HTML やスクリプトとして扱われるかどうかはセキュリティに関わるため、このアルゴリズムは仕様で定められています。サーバーは X-Content-Type-Options: nosniff を送信することで宣言されたタイプの厳守を求めることができ、たとえば JSON のレスポンスが HTML としてレンダリングされるのを防げます。

ページとスタイルには text/html と text/css。スクリプトには text/javascript(現在の標準値)。API には application/json。ファイルアップロードには multipart/form-data。スケーラブルなグラフィックには image/svg+xml。WebAssembly モジュールのレスポンスには application/wasm。これらを正しく設定することは、実行モード、セキュリティ、CORS 処理に影響します。

異なるタイプの複数のパートを 1 つのメッセージにまとめるコンテナで、各パートは独自のヘッダーと境界区切り文字(boundary)を持ちます。multipart/form-data は HTTP のフォームファイルアップロードを運び、multipart/alternative はメールで同じ内容をプレーンテキストと HTML の両方で提供でき、multipart/byteranges は HTTP Range リクエストによるレジューム可能なダウンロードを実現します。