Référence des types MIME

Les types MIME indiquent aux navigateurs et aux serveurs quel type de contenu ils traitent. Lorsqu'un serveur web envoie un fichier, il inclut le type MIME dans l'en-tête Content-Type pour que le navigateur sache comment l'afficher ou le traiter.

Cette base de données couvre les types MIME les plus courants. Pour les types moins courants, vous pouvez consulter le registre officiel de l'IANA (Internet Assigned Numbers Authority) qui maintient la liste complète.

Certaines extensions de fichier peuvent correspondre à plusieurs types MIME selon le contexte. Par exemple, .js peut être application/javascript ou text/javascript. Cet outil affiche la correspondance la plus couramment utilisée.

type/sous-type plus des paramètres optionnels, standardisés par la RFC 6838 : text/html; charset=utf-8, ou multipart/form-data; boundary=----WebKitFormBoundary. Le type est la grande catégorie - application, audio, font, image, text, video - parmi les arbres enregistrés auprès de l'IANA, et les paramètres transportent des détails comme le charset ou la frontière multipart.

C'est la solution de repli : des données binaires inconnues. Les serveurs l'envoient lorsque le type est inconnu ou pour forcer un téléchargement, et les clients réagissent en enregistrant le fichier au lieu de l'ouvrir. Recevoir octet-stream pour un document que vous espériez afficher signifie généralement un mappage manquant ou incorrect côté serveur.

Les navigateurs inspectent les premiers octets d'une réponse pour deviner son type réel lorsque le Content-Type est absent ou générique - et le fait qu'une charge utile soit traitée comme HTML ou script a des implications de sécurité, c'est pourquoi l'algorithme est spécifié. Un serveur envoie X-Content-Type-Options: nosniff pour exiger que le type déclaré soit respecté, ce qui empêche par exemple qu'une réponse JSON soit interprétée comme HTML.

text/html et text/css pour les pages et les styles ; text/javascript (la valeur standardisée actuelle pour les scripts) ; application/json pour les API ; multipart/form-data pour le téléversement de fichiers ; image/svg+xml pour les graphiques vectoriels ; et application/wasm pour les réponses de modules WebAssembly. Bien les régler affecte le mode d'exécution, la sécurité et la gestion du CORS.

Ce sont des conteneurs regroupant plusieurs parties de types différents dans un seul message, chaque partie possédant ses propres en-têtes et un délimiteur de frontière. multipart/form-data transporte les fichiers envoyés via des formulaires en HTTP ; multipart/alternative permet aux e-mails de proposer le même contenu en texte brut et en HTML ; multipart/byteranges alimente les téléchargements avec reprise via les requêtes HTTP Range.