メディア種別（以前はMultipurpose Internet Mail Extensions または MIME タイプと呼ばれていました）は、文書、ファイル、またはバイト列の性質や形式を示します。MIME タイプは IETF のRFC 6838 で定義され、標準化されています。

Internet Assigned Numbers Authority (IANA) はすべての公式の MIME タイプを管理しており、Media Types ページで最新の完全な一覧を見ることができます。

MIME タイプの構造

MIME タイプふつう、タイプとサブタイプと、その間をスラッシュ (/) で区切ったもので構成されます。間にホワイトスペースは入りません。

タイプ/サブタイプ

タイプはデータ型が当てはまる全般的なカテゴリー、すなわちvideo やtext などを表します。

サブタイプは、その MIME タイプが表す正確なデータの種類を識別します。例えば、 MIME タイプがtext の場合、サブタイプはplain (プレインテキスト)、html (HTML ソースコード)、calendar (iCalendar/.ics) ファイルなどです。

すべてのタイプは利用可能なサブタイプを持っています。 MIME タイプは常にタイプとサブタイプの両方を持ち、一方だけで使われることはありません。

任意で引数を追加して、追加の詳細情報を提供することができます。

タイプ/サブタイプ;引数=値

例えば、 MIME タイプのうちメインタイプがtext であるものでは、任意でcharset 引数を使用して、データ内の文字の文字コードを指定することができます。charset が指定されなかった場合は、既定ではASCII (US-ASCII) が、ユーザーエージェントの設定で上書きされない限り使われます。UTF-8 のテキストファイルを指定するには、 MIME タイプとしてtext/plain;charset=UTF-8 が使用されます。

MIME タイプは大文字と小文字を区別しませんが、伝統的に小文字で記述されます。引数の値は大文字と小文字を区別することができます。

タイプ

タイプには個別タイプ (discrete)マルチパートタイプ (multipart) の 2 種類があります。個別タイプは単一のファイルまたはメディアを表すタイプで、単一のテキストファイルや音楽ファイル、単一の映像などです。マルチパートタイプは複数のコンポーネント部品によって構成される文書を表すもので、それぞれの部分が固有の MIME タイプを持ちます。また、マルチパートタイプは一度のトランザクションで一緒に送信される複数のファイルをまとめることもできます。例えば、マルチパート MIME タイプは複数のファイルを電子メールに添付するときに使用されます。

個別タイプ

現在 IANA に登録されている個別タイプは以下のとおりです。

application

他のタイプに明確に当てはまらない、あらゆる種類のバイナリーデータです。何らかの方法で実行されたり解釈されたりするデータ、または利用するのに特定のアプリケーションや特定の種類のアプリケーションを必要とするバイナリーデータのどちらかです。汎用的なバイナリーデータ（または本当のタイプが不明なバイナリーデータ）はapplication/octet-stream です。他のよくある例として、application/pdf,application/pkcs8,application/zip があります。（IANA での application 型の登録を見る）

audio

音声または音楽データです。例えば、audio/mpeg,audio/vorbis などがあります。（IANA での audio 型の登録を見る）

example

MIME タイプの使用方法を例示する際のプレイスホルダーとして使用するために予約されています。これらはサンプルコードのリストや文書の外で使用してはいけません。example はサブタイプとして使用することもできます。例えば、ウェブ上で音声として動作する例として、 MIME タイプのaudio/example を使用してタイプがプレイスホルダーであり、実世界で使用されるコードでは適切なもので置き換えられることを表します。

font

フォントやタイプフェイスのデータです。よく使われるものとしてはfont/woff,font/ttf,font/otf などがあります。（IANA での font 型の登録を見る）

image

画像またはグラフィックデータで、ビットマップとベクター静止画像の両方を含み、さらに静止画像形式のアニメーション版であるアニメーションGIF や APNG なども含みます。よく使われるものとしては、image/jpeg,image/png,image/svg+xml などがあります。（IANA での image 型の登録を見る）

model

三次元のオブジェクトやシーンなどのモデルデータです。例えば、model/3mf やmodel/vrml などがあります。（IANA での model 型の登録を見る）

text

テキストのみのデータで、人間が読むことができるあらゆるコンテンツ、ソースコード、カンマ区切り値 (CSV) 形式のデータのようなテキストデータを含みます。例えば、text/plain,text/csv,text/html などがあります。（IANA での text 型の登録を見る）

video

動画のデータまたはファイルで、 MP4 movies (video/mp4) などがあります。（IANA での video 型の登録を見る）

特定のサブタイプを持たないテキスト形式の文書には、text/plain を使用してください。同様に、特定のサブタイプまたは既知のサブタイプを持たないバイナリー形式の文書には、application/octet-stream を使用してください。

マルチパートタイプ

マルチパートタイプは、ふつうそれぞれ異なる MIME タイプを持つ複数の部品に分割される文書のカテゴリーを示します。これらは、特に電子メールにおいて、同じトランザクションの一部である複数の別々のファイルを表すためにも使用されます。これらは複合文書を表します。

HTTP はmultipart/form-data がHTML フォームのPOST メソッドで使用されたり、multipart/byteranges が文書の一部を送信するために206Partial Content で使用されたりする例外を除いて、 HTTP はマルチパート文書を特別な方法で扱いません。メッセージは（おそらく文書をインラインで表示する方法がわからず、「名前を付けて保存」をすることを提案されるでしょうが）ブラウザーへ送信されます。

マルチパートタイプは 2 種類があります。

message

他のメッセージをカプセル化したメッセージ。例えば、転送されたメッセージをデータの一部として含む電子メールを表現したり、非常に大きなメッセージを複数のメッセージであるかのように塊で送信できるようにしたりするために使用されます。例としてはmessage/rfc822 （転送されたメッセージや返信されたメッセージの引用）やmessage/partial （大きなメッセージを自動的に小さなメッセージに分割し、受信者が再び組み立てることを可能にします）があります。（IANA での message 型の登録を見る）

multipart

個別に異なる MIME タイプを持つ可能性のある複数のコンポーネントから構成されるデータ。例としては、multipart/form-data （FormData API を使用して生成されたデータ用）やmultipart/byteranges （RFC 7233, セクション 5.4.1 で定義されており、HTTP の206 と共に使用される）が含まれます。"Partial Content" レスポンスは、Range ヘッダーを使用して配信されるような、取得したデータがコンテンツの一部分のみである場合に返されます。（IANA での multipart 型の登録を見る）

ウェブ開発者向けの重要な MIME タイプ

application/octet-stream

これは、バイナリーファイルでは既定です。これは未知のバイナリー形式のファイルを表すものであり、ブラウザーはふつう実行したり、実行するべきか確認したりしません。これらはContent-Disposition ヘッダーの値にattachment が設定されたかのように扱い、「名前を付けて保存」ダイアログを提案します。

text/plain

これは、テキスト形式のファイルの既定です。実際には「未知のテキスト形式」のファイルを表すものではありますが、ブラウザーは表示可能であると推測します。

text/css

ウェブページをスタイル付けするための CSS ファイルはtext/css で送信することが必要です。サーバーが CSS ファイルについて.css の接尾辞を認識しない場合、text/plain やapplication/octet-stream の MIME タイプで送信することがあります。その場合、多くのブラウザーから CSS として認識されず、無視されることになります。

text/html

すべての HTML コンテンツは、このタイプで提供するべきです。 XHTML 向けの新たな MIME タイプ (application/xhtml+xml など) は、現在ではほぼ無用です。

text/javascript

JavaScript コンテンツは、常に MIME タイプtext/javascript で提供する必要があります。歴史的な理由により、ブラウザーは以下に掲載されている一部の古い JavaScript のタイプに対応している場合がありますが、text/javascript 以外の MIME タイプで提供されたスクリプトは、常に読み込まれたり実行されたりすると見なすべきではありません。

HTML では、<script> 要素のtype 属性には、JavaScript MIME タイプの本質であるtext/javascript しか含まれていないことに注意してください。charset=utf-8 などの引数を記載しても、type を他の MIME タイプに設定した場合と同じになります。スクリプトのコンテンツはデータブロックとして扱われ、JavaScript として実行されません。（type を JavaScript の MIME タイプに設定することは、それ自体が非推奨の機能であることに注意してください。この場合はtype を省略してください。）対照的に、HTTP のContent-Type ヘッダーを使用する場合は、必要に応じて、通常どおりcharset 引数を指定することができます。

詳しい情報は、IANA メディア種別レジストリー（英語）、RFC 9239、HTML 仕様書（英語）を参照してください。

JavaScript の歴史的な MIME タイプ

text/javascript MIME タイプに加えて、歴史的な理由で、MIME スニッフィング標準 (ブラウザーがメディア種別をどのように解釈し、有効なタイプを持たないコンテンツをどう処理するかを定義する方法の定義) は、 JavaScript を以下のいずれかと基本的に一致する MIME タイプを使用して提供することを許可しています。

• application/javascript非推奨;
• application/ecmascript非推奨;
• application/x-ecmascript非標準
• application/x-javascript非標準
• text/ecmascript非推奨;
• text/javascript1.0非標準
• text/javascript1.1非標準
• text/javascript1.2非標準
• text/javascript1.3非標準
• text/javascript1.4非標準
• text/javascript1.5非標準
• text/jscript非標準
• text/livescript非標準
• text/x-ecmascript非標準
• text/x-javascript非標準

application/json

JavaScript Object Notation (JSON) は、JavaScript のオブジェクト構文に基づいて構造化されたデータを表すための、標準的なテキストベースの形式です。これは、ウェブアプリケーションでのデータの送信に一般的に使用されています。

画像タイプ

MIME タイプがimage であるファイルは、画像データを含んでいます。サブタイプは、そのデータがどの画像ファイル形式を表しているかを指定します。

以下の画像タイプは、ウェブページを使用する際に安全である程度に一般的に使用されています。

• image/apng: APNG (Animated Portable Network Graphics)
• image/avif : AVIF (AV1 Image File Format)
• image/gif: GIF (Graphics Interchange Format)
• image/jpeg: JPEG (Joint Photographic Expert Group image)
• image/png: PNG (Portable Network Graphics)
• image/svg+xml: SVG (Scalable Vector Graphics)
• image/webp: WEBP (Web Picture format)

画像ファイルの種類と形式ガイドでは、さまざまな画像形式を使用する場合の情報と推奨事項を提供しています。

音声と動画のタイプ

画像の場合と同様に、 HTML はウェブブラウザーが<audio> と<video> 要素が特定のファイルタイプやコーデックに対応することを義務づけていないので、メディアに使用するファイルタイプやコーデックを選択する際には、ターゲット層と彼らが使用しているであろうブラウザーの範囲（およびそれらのバージョン）を考慮しておくことが重要です。

メディアコンテナー形式のガイドでは、ウェブブラウザーが一般的に対応しているファイルタイプの一覧を、その特殊な使用例や持っている欠点、互換性情報などの詳細とともに紹介しています。

音声コーデックおよび映像コーデックガイドでは、ウェブブラウザーがよく対応しているさまざまなコーデックをリストアップし、互換性の詳細とともに、対応している音声チャネル数、使用されている圧縮方式、有効なビットレートなどの技術的な情報を提供しています。WebRTC で使用されるコーデックガイドではさらに、主要なウェブブラウザーで対応しているコーデックに特化して、対応したいブラウザーの範囲に応じた最適なコーデックを選ぶことができます。

音声ファイルや動画ファイルの MIME タイプに関しては、通常、コンテナー形式（ファイルタイプ）を指定します。オプションのコーデック引数を MIME タイプに追加すると、使用するコーデックと、コーデックプロファイル、レベルなど、メディアのエンコードに使用したオプションをさらに指定することができます。

よくあるメディア型についての詳しい情報は、よくある MIME タイプページを参照してください。

multipart/form-data

multipart/form-data タイプは、入力済みのHTML フォーム の内容をブラウザーからサーバーに送信するときに使用することができます。

これはマルチパート文書形式として複数の部分から成り、境界（二重ダッシュ-- で始まる文字列）によって区切られます。それぞれの部分は固有のエンティティであり、固有の HTTP ヘッダーとしてContent-Disposition やファイルアップロードのフィールドにはContent-Type を持ちます。

Content-Type: multipart/form-data; boundary=aBoundaryString（マルチパート文書全体に関連付けられる、他のヘッダー）--aBoundaryStringContent-Disposition: form-data; name="myFile"; filename="img.jpg"Content-Type: image/jpeg(データ)--aBoundaryStringContent-Disposition: form-data; name="myField"(データ)--aBoundaryString(サブパート)--aBoundaryString--

以下の<form> があったとします。

<form  action="http://localhost:8000/"  method="post"  enctype="multipart/form-data">  <label>Name: <input name="myTextField" value="Test" /></label>  <label><input type="checkbox" name="myCheckBox" /> Check</label>  <label>    Upload file: <input type="file" name="myFile" value="test.txt" />  </label>  <button>Send the file</button></form>

これは以下のメッセージを送信します。

POST / HTTP/1.1Host: localhost:8000User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: en-US,en;q=0.5Accept-Encoding: gzip, deflateConnection: keep-aliveUpgrade-Insecure-Requests: 1Content-Type: multipart/form-data; boundary=---------------------------8721656041911415653955004498Content-Length: 465-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myTextField"Test-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myCheckBox"on-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myFile"; filename="test.txt"Content-Type: text/plainSimple file.-----------------------------8721656041911415653955004498--

multipart/byteranges

multipart/byteranges MIME タイプは、部分的なレスポンスをブラウザーへ返すために使用されます。

206 Partial Content ステータスコードを送信するとき、この MIME タイプは文書がいくつかの部分で構成されていることを示しており、それぞれのリクエストされた範囲のひとつになります。ほかのマルチパートタイプと同様に、Content-Type でboundary を使用してそれぞれの部分を区切ります。それぞれの部分は実際のタイプを表すContent-Type ヘッダーと、表現している範囲を表すContent-Range ヘッダーを持ちます。

HTTP/1.1 206 Partial ContentAccept-Ranges: bytesContent-Type: multipart/byteranges; boundary=3d6b6a416f9b5Content-Length: 385--3d6b6a416f9b5Content-Type: text/htmlContent-Range: bytes 100-200/1270eta http-equiv="Content-type" content="text/html; charset=utf-8" />    <meta name="viewport" content--3d6b6a416f9b5Content-Type: text/htmlContent-Range: bytes 300-400/1270-color: #f0f0f2;        margin: 0;        padding: 0;        font-family: "Open Sans", "Helvetica--3d6b6a416f9b5--

正しい MIME タイプを設定することの重要性

サーバーの設定項目によっては、ファイルの結合、圧縮、キャッシュなどの最適化を行うために、関連する MIME タイプを使用することがあります。特定の MIME タイプのファイルを圧縮する Apache の設定例については、h5bp/server-configs-apache を参照してください。

多くのウェブサーバーは未知の種類のリソースについて、既定のapplication/octet-stream MIME タイプを送ります。セキュリティ上の理由で、多くのブラウザーはこのようなリソースに既定のアクションを定義することを許可せず、リソースを使用するためにディスクへ保存することをユーザーに強制します。

以下のような誤ったサーバー設定がよく見られます。

• RAR で圧縮されたファイル。この場合、元ファイルの実際の種類であることが理想です。これは、 .RAR ファイルがさまざまな種類の複数のリソースを含むことができるため、たいていは不可能です。この場合、サーバーがapplication/x-rar-compressed を送信するように設定してください。
• 音声および動画。正しい MIME タイプを持つリソースだけが、<video> または<audio> 要素で再生されます。音声および動画の MIME タイプを正しく使用するよう注意してください。
• 独自のファイル型。application/vnd.mspowerpoint のような特定の型ならば、ユーザーがそのようなファイルを自動的に選択したプレゼンテーションソフトウェアで開くことができます。

MIME スニッフィング

MIME タイプが欠落している、あるいは MIME タイプが誤って設定されているとクライアントが考えている場合に、ブラウザーは MIME スニッフィングを行います。これは、リソースを確認して正しい MIME タイプを推測します。

MIME スニッフィングはブラウザーによって様々な方法で、様々な状況下で行われます。（例えば、 Safari は受信した MIME タイプが合わない場合は、 URL のファイルの拡張子を見ます。）実行可能なコンテンツを表す一部の MIME タイプには、セキュリティ上の懸念があります。サーバーはX-Content-Type-Options を送信することで、MIME スニッフィングを抑制できます。

文書の種類を伝える他の方法

MIME タイプは、文書の種類の情報を伝える唯一の方法ではありません。

• 特に Microsoft Windows では、ファイル名の拡張子を使用することがあります。拡張子に意味があるとは考えないオペレーティングシステムもありますし（Linux や Mac OS など）、正しいという保証はありません。
• マジックナンバー。ファイルのバイト構造を見ることで、様々な形式の構文によりファイルタイプを推測することができます。例えば GIF ファイルは16進数の値47 49 46 38 39 (GIF89)、 PNG ファイルは89 50 4E 47 (.PNG) で始まります。マジックナンバーを持たない種類のファイルもありますので、 100% 信頼できるシステムではありません。

関連情報

• ウェブメディア技術
• ウェブ上で使用されるメディア形式のガイド
• サーバーの MIME タイプを正しく構成する