MIME-Typ-Referenz

MIME-Typen teilen Browsern und Servern mit, welche Art von Inhalt sie verarbeiten. Wenn ein Webserver eine Datei sendet, fügt er den MIME-Typ im Content-Type-Header hinzu, damit der Browser weiß, wie er den Inhalt anzeigen oder verarbeiten soll.

Diese Datenbank deckt die gängigsten MIME-Typen ab. Für weniger häufige Typen können Sie das offizielle IANA-Register (Internet Assigned Numbers Authority) konsultieren, das die vollständige Liste pflegt.

Einige Dateierweiterungen können je nach Kontext mehreren MIME-Typen zugeordnet werden. Zum Beispiel kann .js application/javascript oder text/javascript sein. Dieses Tool zeigt die am häufigsten verwendete Zuordnung an.

type/subtype plus optionale Parameter, standardisiert durch RFC 6838: text/html; charset=utf-8 oder multipart/form-data; boundary=----WebKitFormBoundary. Der Typ ist die grobe Kategorie – application, audio, font, image, text, video aus den bei der IANA registrierten Bäumen – und Parameter tragen Details wie charset oder die Multipart-Boundary.

Es ist der Fallback: unbekannte Binärdaten. Server senden ihn, wenn der Typ unbekannt ist oder ein Download erzwungen werden soll, und Clients reagieren, indem sie die Datei speichern, statt sie zu öffnen. Wenn Sie octet-stream für ein Dokument erhalten, das eigentlich gerendert werden sollte, fehlt serverseitig in der Regel eine Zuordnung oder sie ist falsch.

Browser prüfen die ersten Bytes einer Antwort, um deren tatsächlichen Typ zu erraten, wenn Content-Type fehlt oder generisch ist – und ob eine Nutzlast als HTML oder Skript behandelt wird, hat Sicherheitsauswirkungen, weshalb der Algorithmus spezifiziert ist. Ein Server sendet X-Content-Type-Options: nosniff, um zu verlangen, dass der deklarierte Typ befolgt wird. Das verhindert zum Beispiel, dass eine JSON-Antwort als HTML gerendert wird.

text/html und text/css für Seiten und Styles; text/javascript (der aktuell standardisierte Wert für Skripte); application/json für APIs; multipart/form-data für Datei-Uploads; image/svg+xml für skalierbare Grafiken; und application/wasm für WebAssembly-Modul-Antworten. Wenn diese korrekt gesetzt sind, wirkt sich das auf Ausführungsmodus, Sicherheit und CORS-Behandlung aus.

Es sind Container, die mehrere Teile unterschiedlichen Typs in einer Nachricht bündeln, wobei jeder Teil eigene Header und ein Boundary-Trennzeichen hat. multipart/form-data überträgt Formular-Datei-Uploads in HTTP; multipart/alternative ermöglicht E-Mails, dieselben Inhalte als reinen Text und HTML anzubieten; multipart/byteranges ermöglicht fortsetzbare Downloads über HTTP-Range-Anfragen.