Ein Leser schreibt
Wäre es möglich, eine ganze Schriftart in CSS zu zeichnen, die in E-Mails versendet werden kann? Unser Unternehmen muss E-Mails an etwa 20.000 Personen senden, um eine neue Marke einzuführen, die wir auf den Markt bringen. Die E-Mails werden in HTML/CSS sein. Mein CEO ist sehr spezifisch bezüglich der Art der Ästhetik, die er erreichen möchte, und dazu gehört die Verwendung einer Schriftart, die weder auf Mac- noch auf Windows-Computern nativ ist. Wir möchten keine Bilder in unserer E-Mail verwenden.
Zunächst einmal ist es ziemlich cool, dass sich Ihr CEO überhaupt um Typografie und Ästhetik kümmert. Es ist normalerweise eine gute Sache, wenn die Person, die das Schiff steuert, sich um Schönheit und Details bis zu dieser Ebene kümmert. Betrachten wir die Optionen.
Das erste, was einem heutzutage bei benutzerdefinierten Schriftarten in den Sinn kommt, ist @font-face. Die Browserunterstützung dafür ist ziemlich gut. Leider brauchen wir hier keine Browserunterstützung, sondern E-Mail-Client-Unterstützung. Laut einiger Forschung von Campaign Monitor funktioniert @font-face nur in Apples Mail.app und der Mail-App auf iOS. Sie könnten versuchen, Ihrem CEO die progressive Enhancement-Argumentation näherzubringen, aber bei einem so geringen Unterstützungsgrad könnte das ein harter Verkauf sein.
Eine weitere Sache, die Sie erwähnten, war der Versuch, die Schriftart irgendwie durch CSS nachzubilden. Vielleicht etwas in dieser Art. Ich habe mich auch ein wenig mit diesem Konzept befasst, insbesondere mit dem Gedanken an bildfreie E-Mails. Dies ist jedoch das Reich der großen Pixelkunst. Eine Schriftart Pixel für Pixel ohne Kantenglättung nachzubilden, ist, wie Sie sicherlich wissen, eine Schnapsidee.
In Wirklichkeit denke ich, dass es zwei Lösungen gibt.
Die erste besteht darin, diesen Satz zu überdenken: „Wir möchten keine Bilder in unserer E-Mail verwenden.“ Warum nicht? Es scheint Ihnen in Ordnung zu sein, HTML-E-Mails zu versenden, da Sie speziell nach cleveren Lösungen suchen und Text-E-Mails außer ASCII-Art kaum clever sein können. Leute verwenden ständig Bilder in E-Mails. Zugegebenermaßen ist die Tatsache, dass Benutzer oft explizit wählen müssen, sie anzuzeigen, ein kleiner Nachteil, aber die Verwendung von richtigem ALT-Text für die Bilder sorgt dafür, dass die E-Mail immer noch funktioniert, auch wenn sie das nie tun.
Die zweite besteht darin, die Sache mit benutzerdefinierten Schriftarten in E-Mails aufzugeben. Nicht um pessimistisch zu klingen, aber Ihre Marke wird nicht durch das Fehlen einer bestimmten Schriftart in einer E-Mail ruiniert. Überall dort, wo Sie sich einig sind, dass es *kritisch* ist (z. B. ein Slogan?), verwenden Sie ein Bild, ansonsten verwenden Sie eine schöne, gut lesbare Schriftart, die gut zu Ihrer Marken-Schriftart passt, und widmen Sie sich wichtigeren Aufgaben.
Persönlich würde ich mich trotz der derzeit geringen Unterstützung für @font-face entscheiden. Die aktive Entwicklung dessen, was Sie *haben* möchten, hilft dabei, den nötigen Schwung aufzubauen, um Produktanbieter (in diesem Fall E-Mail-Clients) dazu zu bringen, ihre Produkte zu verbessern und uns eine bessere CSS-Unterstützung zu bieten.
Update, Dezember 2012
Aktuelle Forschung von Campaign Monitor. Zum Zeitpunkt dieses Updates umfasst die Unterstützung: iOS Mail, Mail.app unter OS X, Lotus Notes 8, Standard-Mail unter Android, Outlook 2000 und Thunderbird.
Respektvoll, ich widerspreche. Was Ihr Chef will, ist bei E-Mail-Clients nicht möglich. Ihre beiden Optionen sind, es zu vergessen oder Bilder zu verwenden, um Ihre Schriftart anzuzeigen.
Nur Inline-CSS wird von E-Mail-Clients unterstützt, und selbst das ist schwierig. E-Mail ist wie Programmieren in den 90ern, und etwas zu verwenden, das von fast keinem E-Mail-Client unterstützt wird, ist das Schlimmste, was Sie tun können. Solange nicht alle E-Mail-Clients automatische Updates für ihre Software ausrollen und eine aktive, koordinierte Entwicklung betreiben, wird sich dies nicht ändern. Entschuldigen Sie die schlechte Nachricht.
Hahaha, das dachte ich und dann sah ich, dass Sie bereits kommentiert hatten. Tatsächlich dachte ich, das sei wirklich positiv, idealistisch
Und dass der CEO sich wahrscheinlich gar nicht um Schönheit und Details kümmert, sondern „normale“ Schriftarten langweilig findet und wirklich gerne Curlz MT verwenden würde, weil er oder sie glaubt, dass dies den „Spaß“-Vibe des Unternehmens vermitteln wird.
Dito, was Ruby gesagt hat…
Mission Impossible – ich muss Ruby hier zustimmen.
Selbst wenn Sie alles richtig und nach Vorschrift machen, werden Sie immer noch Probleme unterschiedlichen Ausmaßes bei verschiedenen E-Mail-Clients haben.
Die Verwendung gut optimierter Bilder zur Darstellung einer bestimmten Schriftart ist oft Ihre einzige Alternative (zumindest war das meine Erfahrung).
Positive Ergebnisse über eine Vielzahl von E-Mail-Clients (und Versionen) hinweg mit reinem CSS zu erwarten, ist, nun ja, Ihnen und Ihrem CEO falsche Hoffnungen zu verkaufen.
Nur meine Meinung,
Prost!
Ich bin neugierig, was ist die Marken-Schriftart? Wenn es Helvetica, Arial, Georgia oder Times New Roman ist, dann ist es tatsächlich sehr gut möglich. Andernfalls muss ich Chris und den Kommentaren hier zustimmen.
Zusätzlich würde ich mir diese Ressourcen ansehen
http://www.campaignmonitor.com/gallery/
http://mailchimp.com/resources/html-email-templates/
Zeigen Sie Ihrem Chef Ihre Favoriten. Im besten Fall wird er zustimmen, dass Branding, ja sogar sehr gutes Branding, auch ohne die Körpertext in der Schriftart des Unternehmens möglich ist.
Versuchen Sie, nach Cufón zu suchen.
Ich denke, JavaScript-Unterstützung in E-Mails wird noch weniger unterstützt als @font-face….
Ich habe Cufon für ein aktuelles Projekt ausprobiert, es ist nicht schlecht, aber vielleicht hat Rob nicht unrecht…
Ich bin ziemlich erstaunt über die Antworten!!
Vielleicht ist mein Wissen über E-Mail-Client-Technologie gering.
Bitte korrigieren Sie mich, aber ich dachte, Thunderbird verwendet die gleiche Technologie wie Firefox, um HTML anzuzeigen, und Outlook verwendet das Rendering von Word, um es anzuzeigen. Ich weiß nicht, was Word kann, aber ich glaube nicht, dass es so schlecht ist.
Es scheint mir, als hätten Sie es nie ausprobiert. Ich bin mir beim Thunderbird nicht sicher, aber was ich Ihnen sagen kann, ist, dass es ein Höllenritt für Webentwickler ist, gut codierte, standardkonforme HTML- und CSS-Sachen in Outlook zu erstellen.
Bei der Arbeit muss ich mich oft mit HTML-E-Mails beschäftigen, und die Unterstützung von Outlook für übliche Webentwicklungstechniken ist noch schlechter als die von IE6. Zumindest bei den Versionen 2007 und 2010. 2003 war mit IE6 gleichwertig, da es die gleiche Rendering-Engine verwendete.
Wie Ruby sagte, ist es wie Programmieren in den 90ern.
Juhu! Ich sprach diese Woche erst mit demselben Leser und das ist für mich super-aktuell und interessant.
Eine benutzerdefinierte Schriftart Pixel für Pixel zu erstellen, scheint wirklich die einzige Option zu sein, aber oh der Horror.
Letztendlich hoffe ich, dass der CEO erkennt, dass 100 Stunden für eine bahnbrechende (bahnbrechende? blutende? zerfleischende?) E-Mail nicht annähernd so wertvoll sind wie ein paar Stunden zur Verbesserung ihrer Website.
Das clientübergreifende Rendering für E-Mails ist, wie Ruby sagt, sehr schwierig, da es keine Standards gibt. Outlook, wo ein Großteil der E-Mails (abhängig von Inhalt und Empfänger) geöffnet wird, verwendet Word 03, 07, 10 und Webkit (nur Outlook 11 unter Mac), um E-Mails zu rendern. HTML-E-Mail fühlt sich an wie ein Kanu im Vergleich zu einem Flugzeugträger auf hoher See.
Ich stimme dem ersten Kommentator zu, mit einigen Klarstellungen. Ich bin sicher, dass einige E-Mail-/Browser-Kombinationen die spezielle CSS für @font-face-Importe rendern können – aber Gmail wird einfach jegliches CSS ignorieren, das nicht inline ist. Und ich gehe davon aus, dass ein beträchtlicher Teil dieses Publikums von 20.000 Gmail verwenden würde.
HTML-E-Mail sind Tabellen für das Layout, Inline-Styling, begrenzte Verwendung von seitenweiten CSS und keine der neuesten CSS3-Schnickschnacks.
Bilder funktionieren. Sie haben keine andere Wahl.
Die neuen Versionen von Outlook sind eines der größten Probleme. Alte Versionen davon (2003 und niedriger) verwendeten die HTML-Engine von Internet Explorer, um HTML zu interpretieren, dann kamen die Genies bei Microsoft auf die Idee, dies auf Microsoft Word umzustellen. Microsoft Word! Ein Textverarbeitungsprogramm, das HTML verarbeiten soll?!
Jedenfalls,
Ich habe an mehreren E-Mails gearbeitet, die an die Grenzen gingen, und ich stimme Ruby und allen hier zu, es ist nicht wirklich möglich und nicht wirklich lohnenswert. Erstellen Sie die Überschriften oder Call-outs mit einem Bild, verwenden Sie den entsprechenden Alt-Text und Titel-Text und fertig. Waren diese 20.000 Personen eine Liste, die Ihr Chef gekauft hat, oder sind das Ihre Kunden, die Ihr Unternehmen bereits als sicheren Absender eingestuft haben? Wenn das der Fall ist, sollten Sie kaum Probleme mit blockierten Bildern haben, vorausgesetzt, Sie hosten sie nicht an einem Ort, den Büros blockieren könnten.
Ich bin für Fortschritt, aber die Verwendung von @font-face wäre hier die falsche Wahl, es sei denn, Sie kennen Ihr Publikum sehr gut. Einer meiner Kunden hat eine Abonnentenbasis von 50.000, die ausschließlich B2B ist. Laut unseren neuesten MailChimp-Statistiken nutzen 50 % Outlook 2007/10 und weitere 25 % Outlook 2000/03 als ihren E-Mail-Client. Daher ist das HTML hinter ihren E-Mail-Kampagnen mit Tabellen, Inline-Stilen und anderen veralteten Styling-Praktiken gefüllt, nur um die Kompatibilität zu gewährleisten.
Ich benutze den Opera-Browser mit seinem integrierten Mail-Client, und obwohl er keine hohe Nutzerbasis hat, denke ich, dass @font-face-Unterstützung zur Norm werden würde, wenn wir Funktionsanfragen an die entsprechenden Mail-Clients senden würden!
Es ist Zeit für die Nutzer, jetzt Veränderungen zu fordern!
http://my.opera.com/community/forums/findpost.pl?id=11468602
Um streng auf den Teil „Wäre es möglich, eine ganze Schriftart in CSS zu zeichnen?“ zu antworten
Der Font Squirrel Generator im Expertenmodus ermöglicht es Ihnen, Base64-Code zum Einbetten einer Schriftart in CSS zu generieren.
Es gibt auch die Möglichkeit, ein Bild in CSS und HTML Base64 zu kodieren: http://www.base64-image.de
Wenn es doch nur einen Standard für E-Mail-Clients gäbe!
In der Tat. Das würde all diese Probleme lösen…
Wenn es doch nur einen Standard für alle Webbrowser gäbe.
Als jemand, der täglich E-Mail-Vorlagen erstellen muss, halte ich es für wichtig zu beachten, dass – genau wie Ruby oben sagte – @font-face sowie viele andere CSS-Elemente nicht in Frage kommen. Leider machen Outlook 2007/2010 immer noch 30 % bis 40 % Ihres Publikums aus, je nach Zielmarkt. Das bedeutet, dass die Kodierung von HTML-E-Mails für maximale Konsistenz im Grunde darauf abzielt, Microsoft Outlook zu bedienen.
Outlook 2007/2010 verwendet die Engine von Microsoft Word, um E-Mails zu rendern, anstatt die von Internet Explorer. Das bedeutet, dass es eine Vielzahl von CSS-Regeln gibt, die für Ihre E-Mail nicht anwendbar sind, ganz zu schweigen davon, dass Sie anstatt in modernem HTML zu codieren, in die Tabellenära der 90er Jahre gezwungen werden.
Ein guter Ausgangspunkt ist die Boilerplate-Vorlage von Sean Powell. Sie finden sie auf GitHub unter https://github.com/seanpowell/Email-Boilerplate/blob/master/email.html. Ein Großteil des CSS muss inline gestellt werden, damit es richtig gerendert wird, aber es ist ein wunderbarer Ausgangspunkt.
Wenn Sie nicht die Zeit investieren möchten, um Ihr Stylesheet in Inline-CSS zu konvertieren, können Sie den E-Mail-Inline-Styler von TorchBox unter http://inlinestyler.torchboxapps.com verwenden. Er wandelt nicht nur Ihr CSS für Sie in Inline um, sondern gibt Ihnen auch den Prozentsatz der E-Mail-Clients an, die es korrekt rendern werden.
Das Äquivalent von The Web Standards Project (WaSP) ist das Email Standards Project. Es ist seinem Anspruch und seinen Zielen ähnlich, aber nicht seinen realen Erfolgen.
Ich bin mir nicht sicher, warum all diese Vorlagen-Websites wie Mail Chimp und Campaign Monitor Dinge verwenden, die nicht unterstützt werden. Ich habe gerade eine Mail-Chimp-Vorlage geöffnet, und sie hatte 200 Zeilen Stil im Kopfbereich… Outlook wird all das ignorieren… Ich stimme zu, dass die Leute bei MS Idioten sind, weil sie HTML-E-Mails mit WORD rendern, aber wir müssen entsprechend codieren, ich würde Bilder für Ihre Schriftarten verwenden.
Outlook ignoriert nicht <style> im <head>. Es fügt sogar eine ganze Menge eigener Stile in den Nachrichten ein, die es empfängt. Spaß!
Diese Diskussion wird viel Gehirnleistung für diese Angelegenheit bringen. Sie können nicht einfach sagen: „Es geht nicht“ und hoffen, dass die CSS-Gurus da draußen damit leben. Wenn es nur eine Möglichkeit gäbe, eine Art absolute Positionierung zu erreichen…
JavaScript ist in den meisten E-Mail-Programmen deaktiviert und führt zu einer alternativen Lösung, bei der die E-Mail zu einer Webseite verlinkt, die JavaScript enthält. Ich würde Ihnen empfehlen, Bilder für die E-Mail-Client-Seite zu verwenden und Cufon in der verlinkten Webseite zu implementieren…
Ich denke, die meisten Leute lesen Mailer lieber in einem Browserfenster…
Ich lese Mailer immer in einem Browserfenster, das ich in meinem Posteingang erhalte…
*Ich lese Mailer immer in einem Browserfenster, das ich in meinem Posteingang erhalte…
Ich habe noch nie eine E-Mail in meinem Browser geöffnet. Wenn sie sich nicht die Mühe machen, all die Anstrengungen zu unternehmen, die ich auf mich nehmen muss, um E-Mail-Clients zu unterstützen, dann werde ich ihre E-Mail *nicht* lesen.
Ich weiß, dass es wahrscheinlich ein langer Weg ist, aber was ist mit dem Versuch, eine Schriftartdatei (de)codiert in etwas wie localStorage oder einem Cookie zu speichern und sie auf diese Weise abzurufen? Theoretisch, wenn Sie die Schriftart irgendwie speichern können, sollten Sie darauf zugreifen können, ohne font-face zu verwenden.
Nicht, dass ich es jemals versucht hätte, ich werfe nur ein paar verrückte Ideen in den Raum.
* theoretisch #Tippfehler
Ich stimme Ruby zu
@Tim Wright: Keine Beleidigung, aber ähm… das ist im Moment nicht einmal annähernd möglich.
Abgesehen von der Tatsache, dass die meisten Webclients (Hotmail, Gmail) Ihr Markup stark manipulieren und einschränken, indem sie Kopf-, Link-, Skriptelemente entfernen und Stile, die mit Hintergrund, Position und manchmal sogar Padding von Inline-Stilattributen zusammenhängen, entfernen, in einer Umgebung, die keinen JavaScript-Zugriff hat und entweder gar kein gültiges HTML-Dokument ist oder manchmal HTML 3.2, ist sicherlich das Letzte, woran man denken könnte, der Versuch, HTML5-JavaScript-APIs zu verwenden…
Ich habe vor ein paar Jahren selbst auf schöne E-Mail-Vorlagen verzichtet, zumindest für Massenmarketingzwecke.
Meine aktuelle Strategie
* Gestalten Sie es perfekt, wie Sie es wünschen, und servieren Sie es online von einem Webserver mit einer öffentlichen URL.
* Speichern Sie das vollständige Design als einzelnes Bild (JPEG oder PNG) und als HTML: Seien Sie sehr minimalistisch, nur das img-Element in einem einzigen div, im body-Element im html-Element. Geben Sie sowohl dem html-, body- als auch dem div-Element denselben Inline-Style-Attributwert, um die umgebende Hintergrundfarbe solide auszufüllen und den Text für das Bild zu zentrieren. Und nicht zuletzt ein Anker-Tag vor dem Bild, der auf die Online-Version verlinkt, und ein weiterer Anker-Tag, der das Bild umschließt.
Ich stimme Ruby zu
Ich muss dem Konsens zu diesem Thema zustimmen. Ich habe meinen Anteil an HTML-E-Mails gemacht, und obwohl es heute besser ist, bestehen einige der Probleme von gestern immer noch. Möglicherweise muss Ihr CEO ein wenig aufgeklärt werden.
Wenn dies an ein reaktionsfähiges und interessiertes Publikum von 20.000 Personen gesendet wird, verweisen Sie sie auf eine Webseite mit einer sehr einfachen E-Mail mit einem einzigen Call-to-Action – klicken Sie hier, um unsere neue Marke kennenzulernen.
Wenn Sie dieses Publikum Ihrer schicken neuen Marke vorstellen und Sie designbewusste Führungskräfte haben, gibt es wahrscheinlich mehr Informationen zu vermitteln, als in den Körper einer E-Mail passen. Nehmen Sie die Last von den möglichen 20.000 verschiedenen E-Mail-Client-Konfigurationen – und erstellen Sie eine super saubere, responsive HTML- & CSS-Seite, die fast überall gut aussieht.
Nach meiner eigenen Erfahrung sind die E-Mails, die ich erhalte, bei denen ich nur eine Aktion (klicken Sie hier) habe und eine einfache Prämisse, die mich interessiert – ich klicke und nehme am ehesten teil. Und diese übermäßig gestalteten HTML-E-Mails, die mir erzählen wollen, wie großartig sie in ihren schicken Farben und schwulen Schriftarten sind, werden so leicht vergessen wie das Klicken auf Löschen wie eine coole Webseite (die ich vielleicht bookmarke und teile!).
JS
Ich mache mir Sorgen…
Ihr seid Endbenutzer & Entwickler, die KEINE Veränderung ERWARTEN.
Ich dachte, wenn wir etwas proaktiver wären, indem wir die Unterstützung in Ihrem regelmäßig genutzten Client anfordern, dann hätten wir vielleicht jetzt @font-face-Unterstützung, zumindest in einigen der Clients.
Einige Links, die Ihnen helfen, die aktuelle Technik kennenzulernen…
Einbetten von Daten in CSS…
http://jonraasch.com/blog/css-data-uris-in-all-browsers
Übersicht über MIME- und Mehrteilige E-Mails
http://www.aspnetmime.com/help/default.htm?page=welcome/overviewmimei.html
w3g.org – css3-fonts – #font-resources
http://dev.w3.org/csswg/css3-fonts/#font-resources
Richten Sie also ein Test-HTML mit auf diese Weise eingebettetem CSS ein und sehen Sie, ob es bei verschiedenen Clients funktioniert! –
PS. Ich recherchiere aktiv dazu.
E-Mail-Vorlagen sind wirklich ein Kopfzerbrechen.
Ich bin ein harter N00b. aber vielleicht hilft das. Es funktioniert gut.
http://www.imgtocss.com/
Es ist die Aufgabe des CEOs, ein Visionär zu sein. Mit genügend Zeit und Geld ist alles möglich. Sagen Sie Ihrem CEO, dass Sie eine riesige Menge Geld brauchen oder bis E-Mail-Clients die CSS-Unterstützungsfähigkeiten von Browsern aufholen, d. h. bis 2030. In der Zwischenzeit verwenden Sie Bilder oder eine Schriftart-Stapel, die Ihnen zumindest etwas Ähnliches wie die gewünschte Schriftart gibt. Wenn sie von einem CEO kam, ist es wahrscheinlich Comic Sans. :)
Dito, Bilder sind der einzig logische Weg, um eine ästhetisch ansprechende E-Mail zu erstellen, die Ihre Marke weiterhin zeigt. E-Mail-CSS-Unterstützung ist lausig und wird sich weiter entwickeln, aber sehr langsam. Jedes große Unternehmen verwendet Bild-E-Mail-Shots, und ich sehe nicht, was Sie davon abhält? Viel Glück trotzdem.
Es gibt Möglichkeiten, Bilder in Tabellenzellen von 1 x 1 Pixel mit einer Hintergrundfarbe zu konvertieren, die ein schönes, reichhaltiges Layout in einer E-Mail rendern kann.
Ich vermisse hier etwas, da Sie erwähnten, dass dies dazu dient, E-Mails an 20.000 Personen zu senden, um eine neue Marke einzuführen.
Es scheint eine sehr große Anzahl von E-Mails zu sein, die versendet werden müssen, und dass dies perfekt für etwas wäre, das über einen Dienst wie mailchimp.com oder ähnliches versendet wird, um so etwas wie Kampagnen zu verwalten und eine großartige Möglichkeit zur Einführung einer neuen Marke zu bieten.
Es gibt natürlich viele andere E-Mail-Marketing-Unternehmen;
hier sind ein paar…
mailchimp.com
madmimi.com
constantcontact.com
Diese alle ermöglichen eine gute Kontrolle über den Inhalt der E-Mails und verwalten auch den Versand der E-Mails auf professionelle Weise.
Hallo Ruby und alle anderen. Das kann gemacht werden, es ist teuer und das ist das Problem.
Der Trick ist, wie. Manche Designer senden einfach eine vorgefertigte Bilddatei, persönlich mag ich das nicht.
Dann gibt es noch das Problem der nicht unterstützten JavaScript. Meiner Erfahrung nach ist die wichtigste Sache die ersten paar Zeilen – ich serviere immer das HTML/CSS von einem entfernten Server, damit das Fallback reiner Text mit Links ist. Der Code erkennt, ob es sich um einen dieser Mist alten E-Mail-Clients handelt und liefert dann Textlinks, oder wenn die E-Mail ein kleines 1px-Bild herunterlädt, versucht der Server, den Rest in CSS/Bildersatz/Base64 usw. zu liefern. Die Kosten für die Entwicklung sind enorm. Das ist die Frage, die der CEO beantworten muss. Können sie bezahlen?
@hilary Interessantes Konzept.
Also ist die E-Mail so strukturiert, dass die ersten paar Zeilen den entfernten Server (wo das HTML/CSS gehostet wird) aufrufen, um zu sehen, ob ein 1px-Bild geladen wird, und wenn ja, dann wird das gesamte HTML/CSS geladen, aber wenn es dieses 1px nicht lädt, wird die grundlegende E-Mail-Quelle, d. h. die reine Textversion mit Links, weiterhin geladen. Wird dies mit bedingtem CSS oder JavaScript gemacht?