Czy nadal musimy używać znaczników w e-mailach HTML?

Przejmuję od kogoś, kto buduje nasze e-maile HTML, a szablony są wypełnione znacznikami czcionek. Czy to naprawdę konieczne? Wiem, że obsługa CSS nie jest świetna w wiadomościach e-mail, ale jeśli ustawię styl inline dla tekstu na kontenerze <td> w ten sposób...

<td style="font-family:Arial, Helvetica;color:#555555;font-size:12px">

...wtedy na pewno będzie to działać w większości klientów poczty e-mail. Z przeprowadzonych przeze mnie testów wynika, że tak jest i Ten artykuł zdaje się to potwierdzać.

Ktoś ma jakieś uwagi czy <font> tagi są naprawdę potrzebne w e-mailach HTML?

Author: Paul D. Waite, 2011-11-04

2 answers

Twoje założenie jest poprawne. Są niepotrzebne. Ponadto, technicznie znacznik <font> był przestarzały, zaczynając od HTML 4, więc równie dobrze możesz go usunąć tylko z tego powodu.

Jeśli potrzebujesz stylów css w wierszu dla określonego tekstu, lepiej użyć znacznika <span> w wierszu niż znacznika <font>.

Campaign Monitor ma świetne i aktualne zasoby na temat bieżącej obsługi CSS w wiadomościach e-mail .

 14
Author: Doozer Blake,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-11-09 18:50:18

Niestety przyjęta odpowiedź nie jest prawdziwa, a nawet ohydne rzeczy, takie jak post @ MrMisterMan są nadal de rigeur .

Przestarzały, choć może być, znacznik czcionki jest nadal jedyną rzeczą, która działa uniwersalnie w prawie wszystkich klientach pocztowych, starych i nowych. Pamiętaj, że e-mail nie jest Internetem i nadal jest pozytywnie przedpotopowy. Niektóre Usługi pocztowe robią niewyobrażalne rzeczy; spotkałem się z takim, który ślepo pozbawił wszystkie znaczniki HTML (ignorując podany zwykły tekst wersje), konwertowane połączone obrazy do załączników, co powoduje nieczytelny bałagan. Nawet rozważanie, że style inline działają w obliczu takiego wandalizmu, jest naprawdę życzeniem.

Chcesz wiedzieć, gdzie jest wielka dziura? Hotmail. hotmail, live.com oraz outlook.com pasek lub zastąpić style inline, tak, nawet w 2013. Microsoft: hotmail, live, outlook.com a perspektywy w ostatnich latach znacznie się pogorszyły (np. pływaki zostały zrzucone z outlook.com 6 miesięcy temu; outlook upuszczone obrazy tła w 2007 roku i od tego czasu nie były widziane).

Style Inline działają w Gmailu, ale usuwa wszystko poza tagiem body. Niektóre filtry firmowej poczty (jak BlackSpider/WebSense) robią dokładnie odwrotnie, więc jeśli chcesz mieć całkowitą pewność co do swojej stylizacji, musisz umieścić znacznik stylu w znaczniku head, inną jego kopię w treści (nieprawidłowy, ale działa), te same style inline (spójrz na projekt premailer ) i wreszcie tę samą stylizację za pomocą znaczniki czcionek. Tak, to szaleństwo, ale żadna ilość życzeń nie sprawi, że problem zniknie. Możesz oczywiście rzucić niektóre z nich, ale w ten sposób pośrednio akceptujesz, że w niektórych miejscach nie będzie to wyglądało tak samo. Trzeba spojrzeć na odbiorców - nowa mobilna strona muzyczna pewnie ujdzie jej to na sucho, ale korporacyjny dostawca emerytur pewnie musi żyć w 2003 roku.

Na szczęście Apple Mail, iOS mail i iCloud mają znacznie lepszą obsługę HTML (jak pokazuje tabela monitorowania kampanii, podobnie jak projekt standardów e-mail ). Z większością mobilnych odczytów przy użyciu niektórych smaków WebKit, renderowanie na urządzeniach mobilnych jest ogólnie o wiele bardziej spójne (i głównie lepsze) niż na komputerach stacjonarnych.

Można po prostu powiedzieć, że nie jest to warte wysiłku ( co skutecznie mówi przyjęta odpowiedź) - każdy, kto używa gównianych czytników poczty, najwyraźniej nie obchodzi tak bardzo, jak wygląda ich e-mail, ale to nie znaczy, że Twoja stylizacja nie pęknie.

 63
Author: Synchro,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2013-06-25 08:14:58