E-Mail-HTML hinkt dem Web zwanzig Jahre hinterher, mit Absicht
Veröffentlicht am 9.9.2026 · 3 Min. Lesezeit · Datei-Tools
Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly
Web-Performance · Dateiformate
Anhand von 3 Quellen geprüft
Eine Webseite wird an einen Browser ausgeliefert, den man einigermaßen vorhersehen kann. Eine Nachricht geht an mehrere Dutzend Leser ohne Gemeinsamkeit — ein Desktop-Programm von 2016, ein Telefon, ein Webmailer, der dein Markup umschreibt, bevor er es zeigt — und jeder entfernt, was ihm missfällt. Daraus wurde ein vor Jahrzehnten eingefrorener Dialekt: kein externes Stylesheet, weil ein Leser es holen müsste und die meisten das nicht tun; kein Skript, weil jeder Leser es entfernt; Layout in verschachtelten Tabellen, weil sie sich darauf noch immer einig sind; und CSS inline an jedem Tag, weil ein Style-Block im Kopf von mehreren der größten Webmailer verworfen wird. Eine Nachricht nach HTML zu exportieren gibt dir dieses Markup in einer Datei, die dein Browser öffnet — in sich geschlossen bis auf die Bilder, die der Absender auf seinem eigenen Server ließ und die entfernte Verweise bleiben. Es druckt gut, es archiviert gut, und es wird nicht genau so aussehen wie beim Absender — denn es sah von Anfang an in keinen zwei Programmen gleich aus.
Kein Stylesheet, kein Skript, ein Layout aus verschachtelten Tabellen und Stile, die an jedem einzelnen Tag stehen. Zu wissen warum, erklärt, wie eine exportierte HTML-Datei aussehen wird — und wie nicht.
Wieder die zwei Bilder
Die exportierte Datei bindet ein, was in der Nachricht steckte, und lässt in Ruhe, was nicht. Bilder, die der Absender anhängte und als cid: referenzierte, werden Teil der Datei: Sie erscheinen, ob du online bist oder nicht, und die Seite bleibt in sich geschlossen, wenn du sie auf eine Sicherungsplatte kopierst. Bilder, die der Absender auf seinem Server ließ, bleiben Adressen: Die Datei Jahre später zu öffnen hinterlässt Lücken, wo einmal ein Werbebanner war — und verrät, sofern der Server noch läuft, seinem Betreiber, dass du heute eine alte Nachricht geöffnet hast.
Wann HTML, und wann Text
Nimm HTML, wenn das Aussehen Teil dessen ist, was du behältst: eine Rechnung mit einer Positionstabelle, eine Buchungsbestätigung, deren Referenz zum Lesen gesetzt ist, eine Nachricht, die du vielleicht so zeigen musst, wie sie eintraf. Nimm reinen Text, wenn du suchen, zitieren oder Tausende Nachrichten lagern willst — Text wiegt ein Zehntel und schleppt kein Layout mit, das altern wird. Für die Handvoll, auf die es ankommt, beides aufzuheben kostet nichts und klärt die Frage später.
Häufige Fragen
- Wird die exportierte Seite so aussehen wie in meinem Mailprogramm?
- Nah dran, aber nicht gleich. Dein Mailprogramm legt eigene Voreinstellungen über die Nachricht — Schriften, Abstände, eine Höchstbreite — und ein Browser andere. Da die Nachricht ihre Stile inline trägt, reist die Substanz mit; was sich verschiebt, ist der Rahmen darum. Kommt es auf einen exakten Beleg an, drucke die Seite aus dem Browser als PDF und lege es daneben.
- Warum benutzen so viele Nachrichten noch Tabellen fürs Layout?
- Weil es das einzige Layout ist, das jeder Leser noch gleich darstellt. Moderne Layoutsysteme werden von Mailprogrammen ungleich unterstützt, und ein Entwurf, der in einem der Großen zusammenbricht, ist ein Entwurf, der für einen Teil des Publikums scheitert, den der Absender nicht bestimmen kann. Tabellen sind hässlich zu schreiben und funktionieren überall — in der E-Mail war das schon immer die Gewinnerkombination.
- Ist das exportierte HTML gefahrlos zu öffnen?
- Es ist das Markup der Nachricht selbst, trägt also, was der Absender geschrieben hat — praktisch Stile und Links, denn Skripte überstehen den Weg durch das Mailsystem nicht. Behandle die Links mit derselben Skepsis wie im Mailprogramm: Einer exportierten Seite fehlen die Warnungen, die dein Programm darum herum zeigte. War die Nachricht eine, der du misstraut hast, lies sie lieber als reinen Text.
Artikel, die dich interessieren könnten
Alle Ratgeber →Ähnliche Tools
Quellen
Hast du einen Fehler in diesem Artikel entdeckt?