HTML-Newsletter-Format: Text, HTML oder Multipart?

Newsletter-Format: Text, HTML oder Multipart?

Welches Format passt zu meinem Newsletter?

Die Wahl des E-Mail-Formats ist eine der grundlegendsten technischen Entscheidungen beim Newsletter-Versand. Sie wirkt sich direkt darauf aus, wie aufwändig die Erstellung ist, wie der Newsletter bei den Empfänger·innen ankommt – und ob Sie überhaupt nachvollziehen können, ob er gelesen wurde.

Bei der Entscheidung sollten Sie sowohl den eigenen Erstellungsaufwand als auch die technischen Gegebenheiten und Erwartungen Ihrer Zielgruppe berücksichtigen.

Newsletter im reinen Text-Format

Ein Newsletter im reinen Text-Format enthält weder Grafiken noch Formatierungen. Die Gestaltung beschränkt sich auf Zeilenumbrüche und Sonderzeichen, Links und E-Mail-Adressen werden als reiner Text dargestellt.

• Vorteil – geringer Aufwand: kein Template, kein Rendering-Test nötig
• Vorteil – läuft überall: funktioniert auf jedem Gerät und in jedem E-Mail-Programm zuverlässig gleich
• Vorteil – sicher: kein Virenrisiko durch eingebetteten Code
• Nachteil – kein Tracking: Öffnungs- und Klickraten lassen sich technisch nicht erfassen
• Nachteil – keine Markenwirkung: Corporate Identity, Bilder und Call-to-Action-Buttons lassen sich nicht abbilden

Reine Text-Newsletter eignen sich vor allem dort, wo der reine Informationsgehalt im Vordergrund steht – etwa bei Pressemeldungen oder wissenschaftlichen Mitteilungen.

Newsletter im reinen HTML-Format

Warum sieht mein Newsletter bei manchen Empfängern anders aus?

HTML-Newsletter ermöglichen individuelle Schriften, Farben und Bilder – ähnlich wie auf einer Webseite. Die Darstellung in E-Mail-Programmen stellt dabei allerdings deutlich höhere Anforderungen als im Webdesign.

• Eigene Render-Engines: Outlook stellt HTML-Inhalte seit Version 2007 über die Word-Engine dar statt über einen Browser-Kern – mit eigenen Einschränkungen bei CSS und Layout
• Viele unterschiedliche Clients: Outlook-Versionen, GMX, Web.de, Freemail, Hotmail, AOL und mobile Apps rendern HTML jeweils unterschiedlich
• Tabellen statt Div-Layout: moderne CSS-Layouts funktionieren in E-Mails meist nicht – gefragt sind geschachtelte Tabellen mit Inline-Styles

Ohne Erfahrung mit den Eigenheiten der einzelnen E-Mail-Clients zerschießt es die Darstellung schneller, als man denkt – hier lohnt sich spezielles Know-how oder die Zusammenarbeit mit jemandem, der genau das täglich testet.

Multipart: die Kombination aus Text und HTML

Multipart ist heute der Standard – und meine klare Empfehlung für die allermeisten Newsletter. Dabei werden beide Versionen in einer einzigen E-Mail verschickt:

• die Text-Version für Empfänger·innen, deren Postfach oder Sicherheitseinstellungen HTML einschränkt
• die HTML-Version für eine optisch ansprechende, markengerechte Darstellung

Das jeweilige E-Mail-Programm entscheidet selbst, welche Version angezeigt wird. Professionelle Newsletter-Software wie Inxmail Professional generiert beide Versionen automatisch aus einer einzigen Vorlage – Sie müssen nicht zwei separate Mails pflegen.

Vorschau, Volldarstellung und Web-Ansicht

Manche E-Mail-Programme – etwa ältere Outlook-Versionen mit Exchange – erzeugen aus der HTML-Version automatisch eine eigene Text-Vorschau. Bei bildlastigen Newslettern kann das dazu führen, dass die Vorschau nahezu leer wirkt.

• Newsletter von Anfang an sorgfältig konzipieren, nicht nachträglich "reparieren"
• Darstellungstests in den wichtigsten E-Mail-Clients Ihrer Zielgruppe durchführen, bevor Sie versenden
• einen Link „Zur Darstellung im Browser" als Fallback einbauen