HTML-Newsletter – Was geht, was nicht?
Samstag, 8. März 2008Newsletter haben schon lange nicht mehr den Ruf den sie einst hatten.
Die meisten landen im Spamfilter wieder andere werden gar nicht erst geöffnet. Was also muss ein Newsletter sein, damit er akzeptiert wird?
Ein Newsletter sollte heutzutage niemandem mehr aufgezwungen werden, das nervt und bewirkt oft nur das Gegenteil vom gewünschten Resultat. Ein Internetnutzer sollte selber entscheiden dürfen welche Informationen er z.B. wöchentlich bekommen möchte. Niemand wünscht sich E-Mails mit dem Betreff "Mahnung" im Postfach, um dann Werbung von einer Glücksspielseite zu erhalten.
Also: "Informationen nur dem der sie auch will!"
Doch in welcher Form, ist die Frage die sich dann automatisch anschließt. Text oder doch HTML?
Textnewsletter haben den Vorteil, dass sie von jedem E-Mail Client "richtig" angezeigt werden, aber im Zeitalter von Web 2.0 soll auch ein Newsletter nett aussehen und nicht "nur" schwarz-weiß sein.
Natürlich muss die Form des Newsletters auch immer an die Informationen angepasst werden. Ein Newsletter eines Reiseanbieters wird ohne Fotos wohl kaum Wirkung erzielen, während ein Newsletter zum Thema Bücher auch gern Textbasiert sein darf. Auf den Inhalt kommt es eben an.
Doch nun zu den Richtlinien, die keinen Anspruch auf Vollständigkeit haben soll, aber einen kleinen Hinweis zu häufig auftretenden Problemen geben soll.
Die Größe
Ein Newsletter (sowohl Text als auch HTML) sollte nicht breiter als 400px sein, damit er auch im Internet, also bei gmx, web.de o.ä. angezeigt werden kann.
Die Technik
Wer sich nun für den HTML-Newsletter entschieden hat sollte nun einiges beachten, was sonst in der Webdesign-Produktion nicht auftaucht oder sogar verpönt wird.
Damit ein Newsletter in den gängigen E-Mail Clients (Outlook, Thunderbird usw.) richtig dargestellt wird sollte man auf
CSS-Styles gänzlich verzichten. Outlook kann externe CSS-Dateien gar nicht verarbeiten und Styles die im Header unter
<style type="text/css"> ... </style>
stehen werden auch nur selten erkannt.
Wenn Styles dann Inline!!!
Allerdings sollte man versuchen Styles die etwas mit Abstand zu tun haben zu vermeiden. Das heißt alles was mit Padding, Margin usw. zu tun hat wird von Client zu Client unterschiedlich interpretiert (oder auch gar nicht) und sollte vermieden werden.
Auch eine oft Fehlinterpretierte Anweisung ist "Border".
Tabellen statt Divs
Auch wenn es sich schlimm anhört, aber nur Tabellen werden von (fast) allen richtig interpretiert. Dementsprechend soltle der Newsletter mit Tabellen gelayoutet werden. Doch Vorsicht: Lotus Notes schafft nur eine Tabellentiefe-Verschachtellung von 3 Tabellen, alles was darüber hinausgeht wird nicht mehr interpretiert. Divs sollten nach Möglichkeit nicht verwendet werden, da viele Clients diese nicht interpretieren.
Texte
Textstyles werden zum Glück von den meisten Clients korrekt dargestellt, doch auch hier gibt es eine Änderung:
Statt p-Tags sollte man seine Texte mit font-Tags definieren. P-Tags werden z.B. von Notes nicht erkannt.
Wichtig zum Schluss: Outlook mag es gar nicht, wenn es noch Leerzeichen vor einem schließenden "td" gibt. Er bringt dort dann eine Zeile Abstand.
Heißt dass das td- Element direkt hinter das letzte Zeichen der Zeile gehört, um diese Abstände zu vermeiden