Quelles directives pouvez-vous donner pour un formatage HTML riche dans les e-mails tout en conservant une bonne stabilité visuelle sur de nombreux clients et interfaces de messagerie Web?
Une réponse sans rapport avec une question sur Stack Overflow a suggéré:
http://www.campaignmonitor.com/blog/archives/2008/05/2008_email_design_guidelines.html
Qui contient les directives suivantes:
<body>
au lieu de <head>
<head>
ou dans le <body>
, mais respectez les styles en ligne attribués à l'aide de style=""
attributJ'ai aussi quelques vérités "non confirmées" dont je ne me souviens pas où je les ai lues.
Je voudrais étoffer cette liste avec plus de directives et d'expériences des tranchées.
Pouvez-vous faire d'autres suggestions?
Mise à jour: Je demande spécifiquement des directives pour la partie de conception dans HTML et cohérence. Les questions sur les directives générales pour éviter les filtres anti-spam et courtoisie courante sont déjà sur SO.
Il est en fait vraiment difficile de créer un email HTML décent, si vous l'abordez dans une perspective 'HTML et CSS moderne'.
Pour de meilleurs résultats, imaginez que c'est 1999.
style
si vous devez utiliser CSS.float
<a href="http://domain.tld">www.someotherdomain.tld</a>
est mauvais )Bonne chance ;)
Mettre à jour pour répondre à d'autres questions:
N'utilisez pas plus de deux niveaux d'imbrication dans les tables
Je pense que c'est une ancienne directive concernant Lotus Notes. Les tables imbriquées devraient ça va, mais vraiment, si vous avez une mise en page suffisamment compliquée pour en avoir besoin, vous aurez probablement des problèmes de toute façon. Gardez votre mise en page simple .
Faites attention à l'imbrication des images d'arrière-plan dans les cellules/tableaux
Cela peut être lié à ce qui précède, et la même chose s'applique, si vous devenez aussi compliqué, alors vous allez avoir des problèmes. Les versions récentes d'Outlook ne prennent pas du tout en charge les images d'arrière-plan, il est donc préférable de les oublier complètement.
Utilisez toujours un mime en plusieurs parties et fournissez une alternative en texte brut.
Les gens derrière Campaign Monitor ont également commencé un site Web Email Standards Project avec beaucoup de bonnes informations.
Jetez un oeil à ce passe-partout, c'est comme html5boilerplate, mais pour les e-mails: http://htmlemailboilerplate.com/
Je pense que c'est un niveau inférieur à la question que vous posez, mais si vous voulez vraiment qu'un email html soit correctement visualisé par autant de clients que possible, assurez-vous qu'il utilise un MIME valide. En particulier, pour qu'un e-mail soit considéré comme un MIME valide, les en-têtes DOIVENT (au sens RFC du mot) contenir ces deux en-têtes:
MIME-Version:
Content-Type:
Les clients très stricts afficheront votre HTML sous forme de texte brut si l'un ou l'autre d'entre eux est manquant. Vous seriez surpris du nombre de grands fournisseurs en ligne qui devraient en savoir plus ont foiré cela (notamment, j'ai reçu des e-mails HTML avec la version MIME manquante: en-têtes d'Amazon et de l'ACM dans le passé)
Trois conseils: test, test, test.
Consultez le service de test de messagerie de LitmusApp.com. Vous leur envoyez un message et ils le rendent dans un tas de clients et vous montrent des captures d'écran des résultats. Ce n'est pas parfait, mais c'est plutôt bien.
(Au fait, Lotus Notes avant la version 8.0 pue vraiment pour le courrier HTML)
De plus, au-delà des styles CSS en ligne, je recommande de passer aux balises dans la mesure du possible.
Intégrez vos images, ne les liez pas.
C'est mauvais :
<img src="http://myserver.com/myImage.jpg" alt="Lolkat"/>
C'est bon :
<img src=cid:myImage/>
Oui, ça a l'air bizarre, mais regardez ça guide concernant l'intégration d'images dans les e-mails .
Si vous incluez un bloc de style, ne commencez pas de nouvelle ligne par ".classname" ou "." n'importe quoi. Mettez une accolade ou quelque chose avant la période. Si vous ne le faites pas, certains systèmes de messagerie Web n'afficheront pas correctement vos feuilles de style.
Beaucoup de gens ont supposé à tort qu'ils ne pouvaient pas utiliser les blocs CSS dans les e-mails à cause de ce comportement ... IIRC "." est le délimiteur de corps pour SMTP. Les systèmes auront tendance à s'échapper dans leurs magasins de messagerie pour éviter que le contenu d'un message ne soit reconnu à tort comme un nouveau message. La façon dont cela est géré a tendance à casser tout style commençant sur une nouvelle ligne avec un point.