Medientypen (MIME-Typen)

Aufbau eines MIME-Typs

Ein MIME-Typ besteht meist aus nur zwei Teilen: einem Typ und einem Subtyp, die durch einen Schrägstrich (/) getrennt sind — ohne Leerzeichen dazwischen:

type/subtype

Der Typ stellt die allgemeine Kategorie dar, in die der Datentyp fällt, etwa video oder text.

Der Subtyp identifiziert die genaue Art von Daten des angegebenen Typs, die der MIME-Typ darstellt. Beim MIME-Typ text könnte der Subtyp beispielsweise plain (Klartext), html (HTML-Quellcode) oder calendar (für iCalendar- bzw. .ics-Dateien) sein.

Jeder Typ hat seine eigene Menge möglicher Subtypen. Ein MIME-Typ hat immer sowohl einen Typ als auch einen Subtyp, niemals nur einen von beiden.

Ein optionaler Parameter kann hinzugefügt werden, um zusätzliche Details bereitzustellen:

type/subtype;parameter=value

Bei jedem MIME-Typ mit dem Haupttyp text können Sie beispielsweise den optionalen Parameter charset hinzufügen, um den für die Zeichen in den Daten verwendeten Zeichensatz anzugeben. Wenn kein charset angegeben ist, lautet der Standardwert ASCII (US-ASCII), sofern er nicht durch die Einstellungen des User Agents überschrieben wird. Um eine UTF-8-Textdatei anzugeben, wird der MIME-Typ text/plain;charset=UTF-8 verwendet.

Bei MIME-Typen wird Groß- und Kleinschreibung nicht unterschieden, traditionell werden sie jedoch kleingeschrieben. Bei Parameterwerten kann die Groß- und Kleinschreibung relevant sein.

Typen

Es gibt zwei Klassen von Typen: diskrete und multipart. Diskrete Typen stellen eine einzelne Datei oder ein einzelnes Medium dar, etwa eine einzelne Text- oder Musikdatei oder ein einzelnes Video. Ein Multipart-Typ stellt ein Dokument dar, das aus mehreren Bestandteilen besteht, von denen jeder seinen eigenen MIME-Typ haben kann; alternativ kann ein Multipart-Typ mehrere Dateien kapseln, die gemeinsam in einer Transaktion gesendet werden. Multipart-MIME-Typen werden beispielsweise verwendet, wenn mehrere Dateien an eine E-Mail angehängt werden.

Diskrete Typen

Die derzeit bei der IANA registrierten diskreten Typen sind:

application

Jede Art binärer Daten, die nicht ausdrücklich in einen der anderen Typen fällt; entweder Daten, die auf irgendeine Weise ausgeführt oder interpretiert werden, oder binäre Daten, deren Verwendung eine bestimmte Anwendung oder Anwendungskategorie erfordert. Allgemeine binäre Daten (oder binäre Daten, deren tatsächlicher Typ unbekannt ist) sind application/octet-stream. Weitere häufige Beispiele sind application/pdf, application/pkcs8 und application/zip. (Siehe Typ-Registry für application bei IANA)

audio

Audio- oder Musikdaten. Beispiele sind audio/mpeg und audio/vorbis. (Siehe Typ-Registry für audio bei IANA)

example

Für die Verwendung als Platzhalter in Beispielen zur Nutzung von MIME-Typen reserviert. Diese sollten niemals außerhalb von Beispiel-Codeauflistungen und Dokumentationen verwendet werden. example kann auch als Subtyp verwendet werden; beispielsweise kann in einem Beispiel zur Arbeit mit Audio im Web der MIME-Typ audio/example verwendet werden, um anzuzeigen, dass der Typ ein Platzhalter ist und bei der Verwendung des Codes in der Praxis durch einen passenden Typ ersetzt werden sollte.

font

Daten zu Schriftarten bzw. Schrifttypen. Häufige Beispiele sind font/woff, font/ttf und font/otf. (Siehe Typ-Registry für font bei IANA)

image

Bild- oder Grafikdaten, einschließlich sowohl statischer Bitmap- und Vektorbilder als auch animierter Versionen statischer Bildformate wie animiertes GIF oder APNG. Häufige Beispiele sind image/jpeg, image/png und image/svg+xml. (Siehe Typ-Registry für image bei IANA)

model

Modelldaten für ein 3D-Objekt oder eine Szene. Beispiele sind model/3mf und model/vrml. (Siehe Typ-Registry für model bei IANA)

text

Reine Textdaten, einschließlich aller für Menschen lesbaren Inhalte, Quellcode oder Textdaten wie Daten im comma-separated value (CSV)-Format. Beispiele sind text/plain, text/csv und text/html. (Siehe Typ-Registry für text bei IANA)

video

Videodaten oder -dateien, etwa MP4-Filme (video/mp4). (Siehe Typ-Registry für video bei IANA)

Für Textdokumente ohne spezifischen Subtyp sollte text/plain verwendet werden. Ebenso sollte für binäre Dokumente ohne spezifischen oder bekannten Subtyp application/octet-stream verwendet werden.

Multipart-Typen

Multipart-Typen bezeichnen eine Kategorie von Dokumenten, die in Teile aufgeteilt sind, oft mit unterschiedlichen MIME-Typen; sie können auch — insbesondere in E-Mail-Szenarien — mehrere getrennte Dateien darstellen, die alle Teil derselben Transaktion sind. Sie stellen ein zusammengesetztes Dokument dar.

Mit Ausnahme von multipart/form-data, das in der POST-Methode von HTML-Formularen verwendet wird, und multipart/byteranges, das mit 206 Partial Content zum Senden eines Teils eines Dokuments verwendet wird, behandelt HTTP Multipart-Dokumente nicht auf besondere Weise: Die Nachricht wird an den Browser übertragen, der wahrscheinlich ein Fenster „Speichern unter“ anzeigt, wenn er nicht weiß, wie das Dokument dargestellt werden soll.

Es gibt zwei Multipart-Typen:

message

Eine Nachricht, die andere Nachrichten kapselt. Dies kann beispielsweise verwendet werden, um eine E-Mail darzustellen, die eine weitergeleitete Nachricht als Teil ihrer Daten enthält, oder um das Senden sehr großer Nachrichten in Blöcken zu ermöglichen, als handele es sich um mehrere Nachrichten. Beispiele sind message/rfc822 (für zitierte weitergeleitete oder beantwortete Nachrichten) und message/partial, um das automatische Aufteilen einer großen Nachricht in kleinere Nachrichten zu ermöglichen, die vom Empfänger wieder zusammengesetzt werden. (Siehe Typ-Registry für message bei IANA)

multipart

Daten, die aus mehreren Komponenten bestehen, welche jeweils unterschiedliche MIME-Typen haben können. Beispiele sind multipart/form-data (für Daten, die mithilfe der FormData-API erzeugt werden) und multipart/byteranges (definiert in RFC 7233, Abschnitt 5.4.1 und verwendet mit der HTTP-Antwort 206 „Partial Content“, die zurückgegeben wird, wenn die abgerufenen Daten nur einen Teil des Inhalts darstellen, etwa bei der Bereitstellung mithilfe des Range-Headers). (Siehe Typ-Registry für multipart bei IANA)

Wichtige MIME-Typen für Webentwickler

application/octet-stream

Dies ist der Standardwert für binäre Dateien. Da er eine unbekannte binäre Datei bedeutet, führen Browser sie normalerweise nicht aus und fragen nicht einmal, ob sie ausgeführt werden soll. Sie behandeln sie, als wäre der Content-Disposition-Header auf attachment gesetzt, und schlagen einen Dialog „Speichern unter“ vor.

text/plain

Dies ist der Standardwert für Textdateien. Obwohl er eigentlich „unbekannte Textdatei“ bedeutet, gehen Browser davon aus, dass sie sie darstellen können.

text/css

CSS-Dateien, die zum Gestalten einer Webseite verwendet werden, müssen mit text/css gesendet werden. Wenn ein Server die Endung .css für CSS-Dateien nicht erkennt, kann er sie mit den MIME-Typen text/plain oder application/octet-stream senden. In diesem Fall werden sie von den meisten Browsern nicht als CSS erkannt und ignoriert.

text/html

Alle HTML-Inhalte sollten mit diesem Typ bereitgestellt werden. Alternative MIME-Typen für XHTML (wie application/xhtml+xml) sind heutzutage größtenteils nutzlos.

text/javascript

JavaScript-Inhalte sollten immer mit dem MIME-Typ text/javascript bereitgestellt werden. Aus historischen Gründen unterstützen Browser möglicherweise einige der unten aufgeführten veralteten JavaScript-Typen, Sie sollten jedoch nicht davon ausgehen, dass Skripte, die mit einem anderen MIME-Typ als text/javascript bereitgestellt werden, immer geladen oder ausgeführt werden.

Beachten Sie, dass das Attribut type für <script>-Elemente in HTML nur die JavaScript-MIME-Typ-Essenz enthalten darf: text/javascript oder eines der Schlüsselwörter module (für ES-Module) oder importmap. Das Einschließen eines Parameters im type-Attribut, beispielsweise charset=utf-8, entspricht dem Setzen von type auf einen nicht erkannten Wert: Der Skriptinhalt wird als Datenblock behandelt und nicht als JavaScript ausgeführt. Beachten Sie, dass das Setzen von type="text/javascript" nicht mehr erforderlich ist; dies ist der Standard für <script>-Elemente, sodass Sie das type-Attribut in diesem Fall vollständig weglassen können. Im Gegensatz dazu können Sie bei Verwendung des HTTP-Headers Content-Type wie gewohnt optional den Parameter charset angeben.

Weitere Informationen finden Sie in der IANA-Media-Types-Registry, in RFC 9239 und in der HTML-Spezifikation.

Veraltete JavaScript-MIME-Typen

Zusätzlich zum MIME-Typ text/javascript erlaubt der MIME Sniffing Standard aus historischen Gründen ebenfalls, JavaScript mit einem der folgenden veralteten JavaScript-MIME-Typen bereitzustellen: (die Definition dafür, wie Browser MIME-Typen interpretieren und herausfinden sollen, was mit Inhalten ohne gültigen MIME-Typ zu tun ist)

• 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) ist ein standardisiertes textbasiertes Format zur Darstellung strukturierter Daten, das auf der JavaScript-Objektsyntax basiert. Es wird häufig zur Übertragung von Daten in Webanwendungen verwendet.

Bildtypen

Dateien mit dem MIME-Typ image enthalten Bilddaten. Der Subtyp gibt an, welches konkrete Bilddateiformat die Daten darstellen.

Die folgenden Bildtypen werden häufig genug verwendet, um als sicher für den Einsatz auf Webseiten zu gelten:

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

Der Leitfaden zu Bilddateitypen und -formaten enthält Informationen und Empfehlungen dazu, wann die verschiedenen Bildformate verwendet werden sollten.

Audio- und Videotypen

Wie bei Bildern schreibt HTML nicht vor, dass Webbrowser bestimmte Datei- und Codec-Typen für die Elemente <audio> und <video> unterstützen müssen. Daher ist es bei der Auswahl des Dateityps und der Codecs für Medien wichtig, Ihre Zielgruppe sowie das Spektrum der Browser und Browserversionen zu berücksichtigen, die sie möglicherweise verwenden.

Unser Leitfaden zu Mediencontainerformaten enthält eine Liste der von Webbrowsern üblicherweise unterstützten Dateitypen, einschließlich Informationen über mögliche spezielle Anwendungsfälle, Nachteile und Kompatibilitätsinformationen sowie weiterer Details.

Die Leitfäden zu Audio-Codecs und Video-Codecs führen die verschiedenen Codecs auf, die Webbrowser häufig unterstützen. Sie bieten Kompatibilitätsdetails sowie technische Informationen, etwa wie viele Audiokanäle sie unterstützen, welche Art von Komprimierung verwendet wird und bei welchen Bitraten sie geeignet sind. Der Leitfaden zu den von WebRTC verwendeten Codecs erweitert dies, indem er speziell die von den wichtigsten Webbrowsern unterstützten Codecs behandelt, sodass Sie die Codecs auswählen können, die das von Ihnen unterstützte Browserspektrum am besten abdecken.

Bei den MIME-Typen von Audio- oder Videodateien geben diese üblicherweise das Containerformat (den Dateityp) an. Der optionale Parameter codecs kann zum MIME-Typ hinzugefügt werden, um genauer anzugeben, welche Codecs verwendet werden und welche Optionen zur Kodierung der Medien verwendet wurden, etwa Codec-Profil, Level oder ähnliche Informationen.

Weitere Informationen zu gängigen Medientypen finden Sie auf der Seite Häufige MIME-Typen.

multipart/form-data

Der Typ multipart/form-data kann verwendet werden, wenn die Werte eines ausgefüllten HTML-Formulars vom Browser an den Server gesendet werden.

Als Multipart-Dokumentformat besteht er aus verschiedenen Teilen, die durch eine Boundary getrennt sind (eine Zeichenkette, die mit einem doppelten Bindestrich -- beginnt). Jeder Teil ist eine eigene Entität mit eigenen HTTP-Headern, Content-Disposition und Content-Type für Datei-Upload-Felder.

Content-Type: multipart/form-data; boundary=boundaryString
(other headers associated with the multipart document as a whole)

--boundaryString
Content-Disposition: form-data; name="myFile"; filename="img.jpg"
Content-Type: image/jpeg

(data)
--boundaryString
Content-Disposition: form-data; name="myField"

(data)
--boundaryString
(more subparts)
--boundaryString--

Das folgende <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>

sendet diese Nachricht:

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

Der MIME-Typ multipart/byteranges wird verwendet, um Teilantworten an den Browser zu senden.

Wenn der Statuscode 206 Partial Content gesendet wird, zeigt dieser MIME-Typ an, dass das Dokument aus mehreren Teilen besteht, einem für jeden der angeforderten Bereiche. Wie bei anderen Multipart-Typen verwendet der Content-Type eine boundary, um die Teile zu trennen. Jeder Teil hat einen Content-Type-Header mit seinem tatsächlichen Typ und einen Content-Range-Header für den dargestellten Bereich.

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--

Bedeutung des Festlegens des korrekten MIME-Typs

Einige Serverkonfigurationen verwenden möglicherweise den zugehörigen MIME-Typ, um Optimierungen wie Dateiverkettung, Komprimierung oder Caching durchzuführen. Ein Beispiel für eine Apache-Konfiguration, die Dateien bestimmter MIME-Typen komprimiert, finden Sie unter h5bp/server-configs-apache.

Die meisten Webserver senden nicht erkannte Ressourcen mit dem MIME-Typ application/octet-stream. Aus Sicherheitsgründen erlauben die meisten Browser nicht, für solche Ressourcen eine benutzerdefinierte Standardaktion festzulegen (etwa „In Word öffnen“), und zwingen den Benutzer dazu, sie zur Verwendung auf dem Datenträger zu speichern.

Einige häufige fehlerhafte Serverkonfigurationen:

• RAR-komprimierte Dateien. In diesem Fall wäre der tatsächliche Typ der Originaldateien ideal; dies ist oft unmöglich, da .RAR-Dateien mehrere Ressourcen unterschiedlicher Typen enthalten können. Konfigurieren Sie den Server in diesem Fall so, dass er application/x-rar-compressed sendet.
• Audio und Video. Nur Ressourcen mit dem korrekten MIME-Typ werden in <video>- oder <audio>-Elementen wiedergegeben. Stellen Sie sicher, dass Sie den korrekten Medientyp für Audio und Video angeben.
• Proprietäre Dateitypen. Ein spezifischer Typ wie application/vnd.mspowerpoint ermöglicht Benutzern, solche Dateien automatisch in der Präsentationssoftware ihrer Wahl zu öffnen.

MIME-Sniffing

Wenn ein MIME-Typ fehlt oder Browser in bestimmten Fällen davon ausgehen, dass er falsch ist, können sie MIME-Sniffing durchführen — also durch Betrachten der Bytes der Ressource den korrekten MIME-Typ erraten.

Jeder Browser führt MIME-Sniffing unterschiedlich und unter unterschiedlichen Umständen durch. Safari betrachtet beispielsweise die Dateierweiterung in der URL, wenn der gesendete MIME-Typ ungeeignet ist. Es gibt Sicherheitsbedenken, da einige MIME-Typen ausführbare Inhalte darstellen. Server können MIME-Sniffing verhindern, indem sie den Header X-Content-Type-Options senden.

Andere Methoden zur Übermittlung des Dokumenttyps

MIME-Typen sind nicht die einzige Möglichkeit, Informationen über den Dokumenttyp zu übermitteln:

• Dateinamenssuffixe werden manchmal verwendet, insbesondere unter Microsoft Windows. Nicht alle Betriebssysteme betrachten diese Suffixe als aussagekräftig, etwa Linux und macOS, und es gibt keine Garantie dafür, dass sie korrekt sind.
• Magic Numbers. Die Syntax verschiedener Formate ermöglicht die Ableitung des Dateityps durch Betrachtung ihrer Bytestruktur. Beispielsweise beginnen GIF-Dateien mit dem hexadezimalen Wert 47 49 46 38 39 (GIF89) und PNG-Dateien mit 89 50 4E 47 (.PNG). Nicht alle Dateitypen haben Magic Numbers, daher ist auch dies nicht zu 100 % zuverlässig.

Siehe auch

• Webmedientechnologien
• Leitfaden zu im Web verwendeten Medientypen
• Korrekte Konfiguration von Server-MIME-Typen