HTML: Markup language
CSS: Styling language
JavaScript: Scripting language
Web APIs: Programming interfaces
All web technology
Learn web development
Discover our tools
Get to know MDN better
このページはコミュニティーの尽力で英語から翻訳されました。MDN Web Docs コミュニティーについてもっと知り、仲間になるにはこちらから。
View in English Always switch to English
メディア種別（以前は Multipurpose Internet Mail Extensions または MIME タイプと呼ばれていました）は、文書、ファイル、またはバイト列の性質や形式を示します。 MIME タイプは IETF の RFC 6838 で定義され、標準化されています。
Internet Assigned Numbers Authority (IANA) はすべての公式の MIME タイプを管理しており、Media Types ページで最新の完全な一覧を見ることができます。
警告: ブラウザーは URL を処理する方法を決定するために、ファイル拡張子ではなく MIME タイプを使用しますので、ウェブサーバーは正しい MIME タイプをレスポンスの Content-Type ヘッダーで送信することが重要です。 これが正しく構成されていないと、ブラウザーはファイルの中身を誤って解釈し、サイトが正しく動作しなかったり、ダウンロードファイルが誤って扱われたりすることがあります。
Content-Type
MIME タイプふつう、タイプとサブタイプと、その間をスラッシュ (/) で区切ったもので構成されます。間にホワイトスペースは入りません。
/
タイプ/サブタイプ
タイプはデータ型が当てはまる全般的なカテゴリー、すなわち video や text などを表します。
video
text
サブタイプは、その MIME タイプが表す正確なデータの種類を識別します。 例えば、 MIME タイプが text の場合、サブタイプは plain (プレインテキスト)、 html (HTML ソースコード)、 calendar (iCalendar/.ics) ファイルなどです。
plain
html
calendar
.ics
すべてのタイプは利用可能なサブタイプを持っています。 MIME タイプは常にタイプとサブタイプの両方を持ち、一方だけで使われることはありません。
任意で引数を追加して、追加の詳細情報を提供することができます。
タイプ/サブタイプ;引数=値
例えば、 MIME タイプのうちメインタイプが text であるものでは、任意で charset 引数を使用して、データ内の文字の文字コードを指定することができます。 charset が指定されなかった場合は、既定では ASCII (US-ASCII) が、ユーザーエージェントの設定で上書きされない限り使われます。 UTF-8 のテキストファイルを指定するには、 MIME タイプとして text/plain;charset=UTF-8 が使用されます。
charset
US-ASCII
text/plain;charset=UTF-8
MIME タイプは大文字と小文字を区別しませんが、伝統的に小文字で記述されます。引数の値は大文字と小文字を区別することができます。
タイプには 個別タイプ (discrete) マルチパートタイプ (multipart) の 2 種類があります。 個別タイプは単一のファイルまたはメディアを表すタイプで、単一のテキストファイルや音楽ファイル、単一の映像などです。 マルチパートタイプは複数のコンポーネント部品によって構成される文書を表すもので、それぞれの部分が固有の MIME タイプを持ちます。また、マルチパートタイプは一度のトランザクションで一緒に送信される複数のファイルをまとめることもできます。 例えば、マルチパート MIME タイプは複数のファイルを電子メールに添付するときに使用されます。
現在 IANA に登録されている個別タイプは以下のとおりです。
application
他のタイプに明確に当てはまらない、あらゆる種類のバイナリーデータです。 何らかの方法で実行されたり解釈されたりするデータ、または利用するのに特定のアプリケーションや特定の種類のアプリケーションを必要とするバイナリーデータのどちらかです。 汎用的なバイナリーデータ（または本当のタイプが不明なバイナリーデータ）は application/octet-stream です。他のよくある例として、 application/pdf, application/pkcs8, application/zip があります。 （IANA での application 型の登録を見る）
application/octet-stream
application/pdf
application/pkcs8
application/zip
audio
音声または音楽データです。例えば、 audio/mpeg, audio/vorbis などがあります。 （IANA での audio 型の登録を見る）
audio/mpeg
audio/vorbis
example
MIME タイプの使用方法を例示する際のプレイスホルダーとして使用するために予約されています。 これらはサンプルコードのリストや文書の外で使用してはいけません。 example はサブタイプとして使用することもできます。 例えば、ウェブ上で音声として動作する例として、 MIME タイプの audio/example を使用してタイプがプレイスホルダーであり、実世界で使用されるコードでは適切なもので置き換えられることを表します。
audio/example
font
フォントやタイプフェイスのデータです。よく使われるものとしては font/woff, font/ttf, font/otf などがあります。 （IANA での font 型の登録を見る）
font/woff
font/ttf
font/otf
image
画像またはグラフィックデータで、ビットマップとベクター静止画像の両方を含み、さらに静止画像形式のアニメーション版であるアニメーション GIF や APNG なども含みます。 よく使われるものとしては、 image/jpeg, image/png, image/svg+xml などがあります。 （IANA での image 型の登録を見る）
image/jpeg
image/png
image/svg+xml
model
三次元のオブジェクトやシーンなどのモデルデータです。例えば、 model/3mf や model/vrml などがあります。 （IANA での model 型の登録を見る）
model/3mf
model/vrml
テキストのみのデータで、人間が読むことができるあらゆるコンテンツ、ソースコード、カンマ区切り値 (CSV) 形式のデータのようなテキストデータを含みます。 例えば、 text/plain, text/csv, text/html などがあります。 （IANA での text 型の登録を見る）
text/plain
text/csv
text/html
動画のデータまたはファイルで、 MP4 movies (video/mp4) などがあります。 （IANA での video 型の登録を見る）
video/mp4
特定のサブタイプを持たないテキスト形式の文書には、 text/plain を使用してください。 同様に、特定のサブタイプまたは既知のサブタイプを持たないバイナリー形式の文書には、 application/octet-stream を使用してください。
マルチパートタイプは、ふつうそれぞれ異なる MIME タイプを持つ複数の部品に分割される文書のカテゴリーを示します。 これらは、特に電子メールにおいて、同じトランザクションの一部である複数の別々のファイルを表すためにも使用されます。これらは複合文書を表します。
HTTP は multipart/form-data が HTML フォームの POST メソッドで使用されたり、 multipart/byteranges が文書の一部を送信するために 206 Partial Content で使用されたりする例外を除いて、 HTTP はマルチパート文書を特別な方法で扱いません。 メッセージは（おそらく文書をインラインで表示する方法がわからず、「名前を付けて保存」をすることを提案されるでしょうが）ブラウザーへ送信されます。
multipart/form-data
POST
multipart/byteranges
206
Partial Content
マルチパートタイプは 2 種類があります。
message
他のメッセージをカプセル化したメッセージ。例えば、転送されたメッセージをデータの一部として含む電子メールを表現したり、非常に大きなメッセージを複数のメッセージであるかのように塊で送信できるようにしたりするために使用されます。 例としては message/rfc822 （転送されたメッセージや返信されたメッセージの引用）や message/partial （大きなメッセージを自動的に小さなメッセージに分割し、受信者が再び組み立てることを可能にします）があります。 （IANA での message 型の登録を見る）
message/rfc822
message/partial
multipart
個別に異なる MIME タイプを持つ可能性のある複数のコンポーネントから構成されるデータ。 例としては、 multipart/form-data （FormData API を使用して生成されたデータ用）や multipart/byteranges （RFC 7233, セクション 5.4.1 で定義されており、 HTTP の 206 と共に使用される）が含まれます。"Partial Content" レスポンスは、Range ヘッダーを使用して配信されるような、取得したデータがコンテンツの一部分のみである場合に返されます。 （IANA での multipart 型の登録を見る）
FormData
Range
これは、バイナリーファイルでは既定です。これは未知のバイナリー形式のファイルを表すものであり、ブラウザーはふつう実行したり、実行するべきか確認したりしません。これらは Content-Disposition ヘッダーの値に attachment が設定されたかのように扱い、「名前を付けて保存」ダイアログを提案します。
Content-Disposition
attachment
これは、テキスト形式のファイルの既定です。実際には「未知のテキスト形式」のファイルを表すものではありますが、ブラウザーは表示可能であると推測します。
メモ: text/plain は「任意のテキスト形式データ」を表すものではありません。 特定の種類のテキスト形式のデータを想定している場合は、おそらくそのとおりに判断されないでしょう。 特に、CSS ファイルを宣言する <link> 要素から text/plain 形式のファイルをダウンロードすると、 text/plain で示されたファイルは正しい CSS ファイルであると認識されません。 CSS の MIME タイプである text/css を使用する必要があります。
<link>
text/css
ウェブページをスタイル付けするための CSS ファイルは text/css で送信することが必要です。サーバーが CSS ファイルについて .css の接尾辞を認識しない場合、 text/plain や application/octet-stream の MIME タイプで送信することがあります。その場合、多くのブラウザーから CSS として認識されず、無視されることになります。
.css
すべての HTML コンテンツは、このタイプで提供するべきです。 XHTML 向けの新たな MIME タイプ (application/xhtml+xml など) は、現在ではほぼ無用です。
application/xhtml+xml
メモ: application/xml や application/xhtml+xml は、 XML の厳密な解釈ルールや、 <![CDATA[…]]> セクション、 HTML/SVG/MathML の名前空間に含まれない要素を使用したい場合に使用してください。
application/xml
<![CDATA[…]]>
JavaScript コンテンツは、常に MIME タイプ text/javascript で提供する必要があります。 歴史的な理由により、ブラウザーは以下に掲載されている一部の古い JavaScript のタイプに対応している場合がありますが、text/javascript 以外の MIME タイプで提供されたスクリプトは、常に読み込まれたり実行されたりすると見なすべきではありません。
text/javascript
HTML では、<script> 要素の type 属性には、JavaScript MIME タイプの本質である text/javascript しか含まれていないことに注意してください。 charset=utf-8 などの引数を記載しても、type を他の MIME タイプに設定した場合と同じになります。スクリプトのコンテンツはデータブロックとして扱われ、JavaScript として実行されません。 （type を JavaScript の MIME タイプに設定することは、それ自体が非推奨の機能であることに注意してください。この場合は type を省略してください。） 対照的に、HTTP の Content-Type ヘッダーを使用する場合は、必要に応じて、通常どおり charset 引数を指定することができます。
<script>
type
charset=utf-8
詳しい情報は、 IANA メディア種別レジストリー（英語）、RFC 9239、 HTML 仕様書（英語）を参照してください。
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
メモ: あるユーザーエージェントがこれらのいずれか、またはすべてに対応していても、 text/javascript だけを使用するようにしてください。 このタイプは、現在および将来にわたって動作が保証されている唯一の MIME タイプです。
JavaScript Object Notation (JSON) は、JavaScript のオブジェクト構文に基づいて構造化されたデータを表すための、標準的なテキストベースの形式です。 これは、ウェブアプリケーションでのデータの送信に一般的に使用されています。
MIME タイプが image であるファイルは、画像データを含んでいます。 サブタイプは、そのデータがどの画像ファイル形式を表しているかを指定します。
以下の画像タイプは、ウェブページを使用する際に安全である程度に一般的に使用されています。
image/apng
image/avif
image/gif
image/webp
画像ファイルの種類と形式ガイドでは、さまざまな画像形式を使用する場合の情報と推奨事項を提供しています。
画像の場合と同様に、 HTML はウェブブラウザーが <audio> と <video> 要素が特定のファイルタイプやコーデックに対応することを義務づけていないので、メディアに使用するファイルタイプやコーデックを選択する際には、ターゲット層と彼らが使用しているであろうブラウザーの範囲（およびそれらのバージョン）を考慮しておくことが重要です。
<audio>
<video>
メディアコンテナー形式のガイドでは、ウェブブラウザーが一般的に対応しているファイルタイプの一覧を、その特殊な使用例や持っている欠点、互換性情報などの詳細とともに紹介しています。
音声コーデックおよび映像コーデックガイドでは、ウェブブラウザーがよく対応しているさまざまなコーデックをリストアップし、互換性の詳細とともに、対応している音声チャネル数、使用されている圧縮方式、有効なビットレートなどの技術的な情報を提供しています。 WebRTC で使用されるコーデックガイドではさらに、主要なウェブブラウザーで対応しているコーデックに特化して、対応したいブラウザーの範囲に応じた最適なコーデックを選ぶことができます。
音声ファイルや動画ファイルの MIME タイプに関しては、通常、コンテナー形式（ファイルタイプ）を指定します。 オプションのコーデック引数を MIME タイプに追加すると、使用するコーデックと、コーデックプロファイル、レベルなど、メディアのエンコードに使用したオプションをさらに指定することができます。
よくあるメディア型についての詳しい情報は、よくある MIME タイプページを参照してください。
multipart/form-data タイプは、入力済みの HTML フォーム の内容をブラウザーからサーバーに送信するときに使用することができます。
これはマルチパート文書形式として複数の部分から成り、境界（二重ダッシュ -- で始まる文字列）によって区切られます。 それぞれの部分は固有のエンティティであり、固有の HTTP ヘッダーとして Content-Disposition やファイルアップロードのフィールドには Content-Type を持ちます。
--
Content-Type: multipart/form-data; boundary=aBoundaryString （マルチパート文書全体に関連付けられる、他のヘッダー） --aBoundaryString Content-Disposition: form-data; name="myFile"; filename="img.jpg" Content-Type: image/jpeg (データ) --aBoundaryString Content-Disposition: form-data; name="myField" (データ) --aBoundaryString (サブパート) --aBoundaryString--
以下の <form> があったとします。
<form>
<form action="?url=http%3A%2F%2Flocalhost%3A8000%2F" 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.1 Host: localhost:8000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Connection: keep-alive Upgrade-Insecure-Requests: 1 Content-Type: multipart/form-data; boundary=---------------------------8721656041911415653955004498 Content-Length: 465 -----------------------------8721656041911415653955004498 Content-Disposition: form-data; name="myTextField" Test -----------------------------8721656041911415653955004498 Content-Disposition: form-data; name="myCheckBox" on -----------------------------8721656041911415653955004498 Content-Disposition: form-data; name="myFile"; filename="test.txt" Content-Type: text/plain Simple file. -----------------------------8721656041911415653955004498--
multipart/byteranges MIME タイプは、部分的なレスポンスをブラウザーへ返すために使用されます。
206 Partial Content ステータスコードを送信するとき、この MIME タイプは文書がいくつかの部分で構成されていることを示しており、それぞれのリクエストされた範囲のひとつになります。ほかのマルチパートタイプと同様に、 Content-Type で boundary を使用してそれぞれの部分を区切ります。それぞれの部分は実際のタイプを表す Content-Type ヘッダーと、表現している範囲を表す Content-Range ヘッダーを持ちます。
206 Partial Content
boundary
Content-Range
HTTP/1.1 206 Partial Content Accept-Ranges: bytes Content-Type: multipart/byteranges; boundary=3d6b6a416f9b5 Content-Length: 385 --3d6b6a416f9b5 Content-Type: text/html Content-Range: bytes 100-200/1270 eta http-equiv="Content-type" content="text/html; charset=utf-8" /> <meta name="viewport" content --3d6b6a416f9b5 Content-Type: text/html Content-Range: bytes 300-400/1270 -color: #f0f0f2; margin: 0; padding: 0; font-family: "Open Sans", "Helvetica --3d6b6a416f9b5--
サーバーの設定項目によっては、ファイルの結合、圧縮、キャッシュなどの最適化を行うために、関連する MIME タイプを使用することがあります。特定の MIME タイプのファイルを圧縮する Apache の設定例については、h5bp/server-configs-apache を参照してください。
多くのウェブサーバーは未知の種類のリソースについて、既定の application/octet-stream MIME タイプを送ります。セキュリティ上の理由で、多くのブラウザーはこのようなリソースに既定のアクションを定義することを許可せず、リソースを使用するためにディスクへ保存することをユーザーに強制します。
以下のような誤ったサーバー設定がよく見られます。
application/x-rar-compressed
application/vnd.mspowerpoint
MIME タイプが欠落している、あるいは MIME タイプが誤って設定されているとクライアントが考えている場合に、ブラウザーは MIME スニッフィングを行います。これは、リソースを確認して正しい MIME タイプを推測します。
MIME スニッフィングはブラウザーによって様々な方法で、様々な状況下で行われます。 （例えば、 Safari は受信した MIME タイプが合わない場合は、 URL のファイルの拡張子を見ます。） 実行可能なコンテンツを表す一部の MIME タイプには、セキュリティ上の懸念があります。 サーバーは X-Content-Type-Options を送信することで、MIME スニッフィングを抑制できます。
X-Content-Type-Options
MIME タイプは、文書の種類の情報を伝える唯一の方法ではありません。
47 49 46 38 39
GIF89
89 50 4E 47
.PNG