Ich übernehme die Aufgaben von jemandem, der unsere HTML-E-Mails erstellt, und die Vorlagen sind mit Font-Tags gefüllt. Ist das wirklich nötig? Ich weiß, dass die CSS-Unterstützung in E-Mails nicht großartig ist, aber wenn ich einen Inline-Stil für Text im Container festlege <td> so was…
<td style="font-family:Arial, Helvetica;color:#555555;font-size:12px">
…dann funktioniert dies sicherlich bei den meisten E-Mail-Clients. Aus den Tests, die ich durchgeführt habe, scheint dies der Fall zu sein, und Dieser Artikel scheint dies zu bestätigen.
Hat jemand eine Meinung dazu, ob <font> Tags sind in HTML-E-Mails wirklich notwendig?
Leider ist die akzeptierte Antwort nicht wahr, und selbst abscheuliche Dinge wie der Beitrag von @MrMisterMan sind immer noch gültig de rigeur.
So veraltet es auch sein mag, das Font-Tag ist es still das einzige, was universell für so ziemlich alle alten und neuen E-Mail-Clients funktioniert. Denken Sie daran, dass E-Mail nicht das Internet ist und immer noch positiv vorsintflutlich ist. Einige E-Mail-Dienste tun unsägliche Dinge; Ich bin auf einen gestoßen, der blind alle HTML-Tags entfernt (bereitgestellte Nur-Text-Versionen ignoriert) und verknüpfte Bilder in Anhänge konvertiert hat, was zu einem unlesbaren Durcheinander führte. Selbst der Gedanke, dass Inline-Stile angesichts eines solchen Vandalismus funktionieren, ist wirklich wünschenswert.
Willst du wissen, wo das große Loch ist? Heisse Mail. hotmail, live.com und outlook.com entfernen oder ersetzen Inline-Stile, ja, sogar im Jahr 2013. Geben Sie Microsoft die Schuld: hotmail, live, outlook.com und outlook sind in den letzten Jahren alle erheblich schlechter geworden (z. B. wurden Floats aus Outlook entfernt .com vor 6 Monaten; Outlook hat 2007 Hintergrundbilder gelöscht und sie wurden seitdem nicht mehr gesehen).
Inline-Stile funktionieren in Google Mail, entfernen jedoch alles außerhalb des Body-Tags. Einige E-Mail-Filter für Unternehmen (wie BlackSpider/WebSense) machen genau das Gegenteil. Wenn Sie sich also ganz sicher sein wollen, müssen Sie ein Style-Tag in das Head-Tag einfügen, eine weitere Kopie davon im Body (ungültig, aber es funktioniert), die gleichen Stile inline (sehen Sie sich die Premailer Projekt) und schließlich das gleiche Styling mit Font-Tags. Ja, es ist verrückt, aber keine noch so großen Wünsche werden das Problem verschwinden lassen. Sie können natürlich einige davon weglassen, aber damit akzeptieren Sie implizit, dass es an manchen Stellen nicht gleich aussehen wird. Sie müssen sich Ihr Publikum ansehen – eine neue Website für mobile Musik kommt wahrscheinlich damit durch, aber ein Anbieter von betrieblicher Altersvorsorge muss wahrscheinlich im Font-Tag-Land von 2003 leben.
Glücklicherweise haben Apple Mail, iOS Mail und iCloud alle eine weit überlegene HTML-Handhabung (wie diese Campaign Monitor-Tabelle zeigt, ebenso wie das E-Mail-Standardprojekt). Da der Großteil des mobilen Lesens eine Art WebKit verwendet, ist das Rendern auf Mobilgeräten im Allgemeinen viel konsistenter (und meistens besser) als auf Desktops.
Sie könnten einfach sagen, dass es die Mühe nicht wert ist (was die akzeptierte Antwort effektiv aussagt) – jedem, der beschissene Mail-Reader verwendet, ist es offensichtlich egal, wie seine E-Mail aussieht, aber das bedeutet nicht, dass Ihr Styling es nicht ist gehen zu brechen.
