Archiv für das Artikel-Schlagwort: "Darstellung"
Die Breite und Länge eines Newsletters – Weniger ist oft mehr!
26. Oktober 2009 | 
Autor: 
Internet wird immer öfter mobil genutzt und die Endgeräte, welche hierfür zum Einsatz kommen, sind ebenso oft Smartphones, Pocket-PCs oder Mininotebooks. Auf der anderen Seite werden die Monitore immer größer, also für welches Gerät sollte nun der Newsletter optimiert werden?
Internetseiten kann man so programmieren, dass sie sich dem Bildschirm des Nutzers anpassen aber E-Mails bieten solche Möglichkeiten nicht. E-Mails (auch Newsletter) werden oft überflogen und schnell gelesen. Darüber hinaus lesen viele ihre E-Mails im Vorschaufenster ihres E-Mail Clients. Ein Newsletter dürfte daher nicht länger als 1024 Pixel sein. Der Versand eines Newsletters mit 2000 Pixel ist oft reine Informationsverschwendung! Auch die Breite spielt eine große Rolle. Nicht zu schmal aber auch nicht sehr breit! 600 bis 700 Pixel sollten nicht überschritten werden. Wenn möglich sollte man aber bei 600 Pixel bleiben.
600 x 1024 Pixel ist also eine gute Universalgröße und so können auch die mobilen Nutzer den Newsletter ziemlich gut lesen.
Veröffentlicht in 
Schlagworte: Ein richtig gewähltes Character-Set (Zeichencodierung) ist für HTML E-Mails sehr wichtig
Zeichencodierungsfehler in HTML E-Mails gefährden auch den Erfolg einer Kampagne!
Jeder hat schon einmal diesen Effekt gesehen. Die E-Mail sieht plötzlich nicht mehr so aus, wie sie aussehen sollte. Bindestriche werden als Quadrate angezeigt und aus “ß” wird “?” usw. Aber woran liegt das? Schließlich am eigenen Bildschirm sah alles ganz gut und fehlerfrei aus!
Dieses Problem taucht auf, wenn z. B. E-Mail-Programme wie Outlook oder Lotus Notes empfangene E-Mails decodieren und anzeigen möchten und dabei keine Zeichencodierungsvorgaben vorfinden. Somit kann die Darstellung der Sonderzeichen fehlschlagen!
Zeichencodierungstabellen
Um das Problem besser zu verstehen, gehe ich an dieser Stelle kurz auf “Character-Set” ein. Jeder Buchstabe und jedes Zeichen ist in einer bestimmten Codierung hinterlegt und wird auch danach angezeigt. Im Laufe der Zeit kamen aus diversen Gründen (Sonderzeichen, Sprachen usw.) verschiedene Codierungstabellen zustande und damit ist auch ein neues Problem geboren! Wenn ein Zeichen in einer Tabelle nicht definiert ist, kann es auch nicht nach der Codierung dieser Tabelle dargestellt werden! Wenn man einen Text verfasst und die Codierung nicht vorgibt, können andere Programme und Server, die eine andere Codierung als Standard benutzen den Text unter Umständen nicht fehlerfrei anzeigen. Die am meisten verbreiteten Codierungen sind ISO-8859 und UTF-8.
Wie kann man das Problem vermeiden?
Der E-Mail-Server muss richtig konfiguriert sein und die E-Mails mit der richtigen Codierung verschicken. Natürlich kann man im Quellcodebereich “<head>” mit der Angabe der Meta-Tag eine Codierung vorgeben, jedoch viele E-Mail-Server überschreiben den Bereich “<head>” mit eigenen Angaben! Daher sollte die Konfiguration unbedingt auf der Server-Ebene vorgenommen werden.
Hier sind zwei Beispiele für die Meta-Tag-Angabe:
Für HTML
<meta http-equiv=”Content-Type” content=”text/html; charset=iso-8859-1″>
Für XML
<?xml version=”1.0″ encoding=”utf-8″?>
Darstellung von HTML-Newsletter in IBMs Lotus Notes
Ein wirkliches Problem, womit alle E-Mail Marketer und Dienstleister zu kämpfen haben ist die Darstellung in IBMs Lotus Notes.
Warum sich IBM nicht zumindest an die Mindestanforderungen wie Microsoft mit Outlook 2007 hält ist unbegreiflich. Ändert jedoch nichts daran, dass in der Finanzbranche überwiegend Notes im Einsatz ist.
Um sich von vorne herein viel Ärger zu sparen, empfehlt es sich erst einmal anzuschauen was Notes wirklich unterstützt und was nicht. CSS-Anweisungen werden nur zum Teil unterstützt. Eine gute Übersicht bietet daher die Webseite email standards project. Da sieht man unter anderem auch, dass Befehle wie „Margin“ und „Padding“ nicht unterstützt werden.
Bewegt man sich jedoch überwiegend in B2C Bereich, muss man sich eher Outlook 2007 und die Webmailer unter die Lupe nehmen. Aber meistens wenn eine E-Mail in Lotus Notes gut aussieht, wird zu 99% überall anders auch eine gute Figur machen.
Danke an allen Kommentatoren, die diesen Beitrag mit wertvollen Hinweisen ergänzt haben!
Hier finden Sie weitere sehr nützliche Links zum Thema HTML-Newsletter Programmierung:
- CampaignMonitor: Guide to CSS support in email clients
- sitepoint: How to Code HTML Email Newsletters
- 24 ways: Rock Solid HTML Emails
