Avons-nous encore besoin d'utiliser des balises dans les e-mails HTML?
Je prends le relais de quelqu'un qui construit nos e-mails HTML et les modèles sont remplis de balises de police. Est-ce vraiment nécessaire? Je sais que le support CSS n'est pas génial dans les e-mails, mais si je définis un style en ligne pour le texte sur le conteneur <td> comme ceci...
<td style="font-family:Arial, Helvetica;color:#555555;font-size:12px">
...alors sûrement cela fonctionnera dans la majorité des clients de messagerie. D'après les tests que j'ai effectués, cela semble être le cas, et Cet article semble le confirmer.
N'importe qui a une entrée quant à savoir si <font> les balises sont vraiment nécessaires dans les e-mails HTML?
2 réponses
Votre hypothèse est correcte. Ils sont inutiles. En outre, techniquement, la balise <font> était obsolète en commençant par HTML 4, donc vous pourriez aussi bien la supprimer pour cela seul.
Si vous avez besoin du css styles de texte spécifique, vous feriez mieux d'utiliser une ligne de style <span> balise qu'un <font> balise.
Campaign Monitor dispose d'une excellente ressource à jour sur le support CSS actuel de dans les e-mails.
Malheureusement, la réponse acceptée n'est pas vraie, et même des choses hideuses comme le post de @ MrMisterMan sont toujours de rigeur .
Aussi obsolète soit-il, la balise de police est Toujours la seule chose qui fonctionne universellement sur à peu près tous les clients de messagerie, anciens et nouveaux. Gardez à l'esprit que le courrier électronique n'est pas le web et qu'il est toujours positivement antédiluvien. Certains services de messagerie font des choses indicibles; j'en ai rencontré un qui a aveuglément dépouillé toutes les balises HTML (en ignorant le texte brut fourni versions), images liées converties en pièces jointes, ce qui entraîne un désordre illisible. Même envisager d'avoir des styles en ligne travaillant face à un tel vandalisme est vraiment un vœu pieux.
Vous voulez savoir où se trouve le grand trou? Hotmail. hotmail, live.com et outlook.com dépouiller ou remplacer les styles en ligne, oui, même en 2013. Blame Microsoft: hotmail, en direct, outlook.com et les perspectives se sont considérablement aggravées au cours des dernières années (par exemple, les flotteurs ont été supprimés outlook.com il y a 6 mois; outlook les images d'arrière-plan ont chuté en 2007 et elles n'ont pas été vues depuis).
Les styles en ligne fonctionnent dans Gmail, mais ils suppriment tout ce qui est en dehors de la balise body. Certains filtres de messagerie d'entreprise (comme BlackSpider/WebSense) font exactement le contraire, donc si vous voulez être complètement sûr de votre style, vous devez mettre une balise de style dans la balise head, une autre copie dans le corps (invalide, mais cela fonctionne), les mêmes styles en ligne (regardez le projet premailer), et enfin le même style en utilisant balises de polices. Oui, c'est fou, mais aucune quantité de souhaits ne va faire disparaître le problème. Vous pouvez bien sûr laisser tomber certains d'entre eux, mais ce faisant, vous acceptez implicitement que cela ne se ressemblera pas à certains endroits. Vous devez regarder votre public - un nouveau site de musique mobile peut probablement s'en sortir, mais un fournisseur de pension d'entreprise doit probablement vivre en 2003 font-tag land.
Heureusement, Apple Mail, iOS mail et iCloud ont tous une gestion HTML nettement supérieure (comme le montre cette table Campaign Monitor, comme le fait le projet de normes de messagerie ). Avec la majorité de la lecture mobile utilisant une certaine saveur de WebKit, le rendu sur mobile est généralement beaucoup plus cohérent (et surtout meilleur) que sur les ordinateurs de bureau.
Vous pourriez simplement dire que cela ne vaut pas la peine (ce que la réponse acceptée dit effectivement) - toute personne utilisant des lecteurs de courrier merdiques ne se soucie clairement pas de ce à quoi ressemble leur e-mail, mais cela ne signifie pas que votre style ne va pas casser.