MIME-Typ-Suche

MIME Type Lookup ist eine schnelle Referenz, um den korrekten Content-Type-Wert für eine Datei zu finden. Nach Endung suchen, nach Kategorie filtern oder eine MIME-Zeichenkette einfügen, um zu sehen, was sie bedeutet. Sie richtet sich an Webentwickler, Backend-Engineers und alle, die Datei-Uploads, Downloads, E-Mail-Anhänge oder CDN-Header debuggen.

Verwendung

• Eine Endung wie webp oder einen vollständigen Typ wie video/mp4 in das Suchfeld tippen; die Ergebnisse grenzen sich während der Eingabe ein.
• Nach Kategorie filtern, um die Tabelle auf Text, Bild, Audio, Video, Dokument, Archiv oder Schriftart einzugrenzen.
• Die Beschreibungsspalte lesen, wenn ein Typname allein mehrdeutig ist.
• Auf die Kopierschaltfläche einer beliebigen Zeile klicken, um die exakte MIME-Zeichenkette in die Zwischenablage zu legen.
• Suche und Kategorie leeren, um die vollständige eingebettete Datenbank zu sehen.

Warum der Content-Type-Header alles entscheidet

Wenn ein Server antwortet, liest der Browser den Content-Type-Header, bevor er entscheidet, was mit dem Body geschieht. text/html wird als Seite geparst; text/css wird als Stylesheet angewendet; text/javascript wird als Modul ausgeführt; application/octet-stream wird als Download angeboten. Ist der Wert falsch, trifft der Browser die falsche Entscheidung. Die klassischen Symptome sind ein als text/plain ausgeliefertes Stylesheet, das die Seite ungestylt lässt, eine .js-Datei mit falschem Typ, die ein Modulimport nicht laden will, und ein als octet-stream ausgeliefertes Bild, das heruntergeladen statt gerendert wird.

Wenn der Header fehlt oder generisch ist, greifen Browser auf MIME-Sniffing zurück: Sie untersuchen die führenden Bytes und raten. Sniffing rettet viele fehlkonfigurierte Seiten, ist aber auch ein Sicherheitsrisiko, weil eine Datei, die wie JavaScript aussieht, nach dem Hochladen als Bild ausgeführt werden könnte. Server wehren das mit X-Content-Type-Options: nosniff ab, was dem Browser sagt, dem deklarierten Typ zu vertrauen und nicht zu raten. Texttypen tragen außerdem einen charset-Parameter; wenn der deklarierte Zeichensatz nicht zu den tatsächlichen Bytes passt, erhalten Sie Zeichensalat, und bei Modulskripten kann der Browser die Datei ganz ablehnen.

Einen MIME-Typ lesen

Ein MIME-Typ hat die Form type/subtype, optional gefolgt von Parametern:

text/html; charset=utf-8

• type ist die grobe Familie: text, image, audio, video, application, font.
• subtype benennt das Format: html, png, json, vnd.openxmlformats-officedocument....
• parameters verfeinern ihn, am häufigsten charset für Text oder codecs für Medien.
• strukturierte Suffixe wie +json oder +xml kennzeichnen einen Dokumenttyp, der auf einem generischen Format aufbaut.

Ein strukturiertes Suffix lässt generische Werkzeuge weiterarbeiten. So ist application/manifest+json JSON mit einer bestimmten Bedeutung, sodass jeder Konsument, der application/json versteht, es ebenfalls lesen kann. Das Präfix x- bedeutet dagegen, dass der Typ nie förmlich registriert wurde: application/x-yaml und application/x-tar sind vertraute Beispiele. Behandeln Sie x--Werte als weithin akzeptierte Konventionen statt als Standards und rechnen Sie damit, dass irgendwann ein registrierter Ersatz erscheint.

Typen, die häufig für Verwirrung sorgen

Endung	Korrekter Typ	Häufiger Fehler
.js	text/javascript	application/javascript (Legacy, aber weit akzeptiert)
.json	application/json	text/json, das nicht registriert ist
.svg	image/svg+xml	image/svg, das ungültig ist
.xml	text/xml	Annahme einer einzigen kanonischen Form; application/xml wird ebenfalls verwendet
.ico	image/x-icon	image/vnd.microsoft.icon für die neuere IANA-Registrierung
.gz	application/gzip	application/x-gzip (Legacy)
.webp	image/webp	Weglassen des image/-Präfixes
.md	text/markdown	Annahme text/plain; text/markdown ist registriert
.wav	audio/wav	audio/wave oder audio/x-wav in manchen Legacy-Tools
.7z	application/x-7z-compressed	application/7z, das kein echter Typ ist

Praxisbeispiele

• Eine CSS-Datei wird als text/plain ausgeliefert, sodass die Seite ohne Styling rendert. Die Suche nach css bestätigt den korrekten Wert text/css; das Setzen dieses Headers repariert alle Seiten auf einmal.
• Ein Datei-Input akzeptiert nur PDFs. Das Tool liefert application/pdf, das in das accept-Attribut eingetragen wird, sodass auch umbenannte .txt-Dateien abgelehnt werden.
• Ein Upload zu S3 kommt ohne Typ an. Die Suche zeigt den erwarteten MIME-Typ für die Endung, sodass Sie ContentType beim Presigned PUT setzen können, damit das Objekt später korrekt ausgeliefert wird.
• Eine YAML-Konfiguration wird als application/octet-stream zurückgegeben, sodass sie heruntergeladen statt im Browser geöffnet wird. Die Suche zeigt application/x-yaml, was die meisten Editoren akzeptieren, während eine neuere API das registrierte application/yaml bevorzugen könnte.

Genauigkeit und Grenzen

Die Datenbank enthält einen kuratierten Satz von über 40 gängigen Typen, nicht das vollständige IANA-Register. Die Suche nach Endung verwendet Teilstring-Matching, was bequem ist, bei sehr kurzen Suchanfragen aber unzusammenhängende Einträge zurückgeben kann. Die Suche nach MIME-Typ entfernt alle Parameter nach einem Semikolon und vergleicht exakt. Browserverhalten ist nicht Teil der Daten: Ein korrekter Typ ist für Standardkonformität notwendig, garantiert aber nicht, dass jeder Browser ein bestimmtes Format rendert, weil die Codec-Unterstützung weiterhin variiert. Das Tool kennt auch nicht Ihre Serverkonfiguration. Statische Hosts und CDNs leiten Typen aus Dateiendungen ab und liegen meist richtig, aber benutzerdefinierte Endungen wie .avif oder .webmanifest brauchen manchmal eine explizite Regel, weil ihre Typen neuer sind als die Standardzuordnung des Hosts.

Verwandte Tools

• HTTP-Statusreferenz — den richtigen Content-Type mit dem richtigen Statuscode kombinieren.
• JSON-Formatierer — eine Nutzlast validieren, bevor Sie sie als application/json ausliefern.
• Base64 — Binärdaten für Content-Transfer-Encoding in E-Mails kodieren.