Code HTML tableaux
Tableaux imbriqués, attributs HTML dépréciés et CSS inline. On connaît ces contraintes par cœur et on les applique avec rigueur.
L’email n’est pas une page web. C’est un environnement fragmenté, capricieux et sans standard cohérent. On l’a compris depuis longtemps. Et on aime ça.
Quand vous chargez une page web, votre navigateur interprète le HTML et le CSS de façon à peu près cohérente. Quand votre email est ouvert, c’est votre client mail qui décide, et chacun a ses propres règles.
Outlook 2016 ignore le CSS moderne, Gmail supprime certaines balises style, Apple Mail change vos couleurs en dark mode… L’intégration emailing, c’est l’art d’anticiper tous ces comportements et de produire un rendu impeccable partout.
Tableaux imbriqués, attributs HTML dépréciés et CSS inline. On connaît ces contraintes par cœur et on les applique avec rigueur.
Fluid, hybrid ou breakpoints CSS selon les capacités du client mail cible. On adapte la technique à la réalité du support.
Outlook (2013 à 2021), Gmail, Apple Mail, Yahoo, Orange, Thunderbird, iOS Mail… On teste sur l’ensemble des environnements critiques.
Fallbacks CSS et media queries prefers-color-scheme pour garder le contrôle des couleurs en toutes circonstances.
Des modèles robustes, avec des zones éditables balisées, que vos équipes modifient sans casser la mise en page.
Personnalisation par variable, blocs conditionnels, countdown timers et carrousels quand la plateforme le permet.
Hiérarchie sémantique, attributs alt, contraste suffisant et lecture linéaire cohérente.
On passe la maquette au crible : ce bloc va-t-il poser problème sur Outlook ? Cette police est-elle supportée ? Si quelque chose risque de mal se comporter, on le dit à ce stade.
On optimise les images (poids, format, résolution), on nomme les fichiers correctement et on prépare les versions retina si nécessaire.
Tableaux, CSS inline et media queries. On code chaque section avec attention. Pas de générateur automatique qui produit du code gonflé et fragile.
On teste sur les principaux clients mail via Litmus ou Email on Acid. On capture, on compare et on corrige.
Poids total de l’email, preheader, alt texts et liens. Chaque détail compte.
HTML final, images hébergées et intégration directe dans votre outil si besoin. On livre ce qui est prêt à l’emploi.
On ne s’appuie pas sur des builders visuels type Stripo ou Beefree pour la production finale : ils génèrent du code lourd et peu contrôlable. On préfère coder à la main : c’est plus long, c’est plus fiable.
| Outil | Usage |
|---|---|
| Email on Acid | Tests de rendu multi-clients |
| Figma | Design |
| MJML | Intégration email responsive |
| Salesforce, HubSpot, Braze, Sarbacane, Brevo… | Intégration CRM directe |
Parce qu’Outlook le demande. Les versions desktop (jusqu’à 2021) utilisent Word comme moteur de rendu : pas de flexbox, pas de grid, pas de CSS moderne. Les tableaux imbriqués restent la seule façon de garantir un rendu cohérent.
Un fichier HTML structuré avec des zones balisées que votre plateforme transforme en champs modifiables. Vos équipes changent le texte, l’image ou le CTA sans toucher au code.
Les clients mail en dark mode inversent les couleurs, ce qui peut rendre votre logo illisible ou vos textes blancs sur fond blanc. On gère ça avec des media queries et des balises spécifiques.
Les deux, selon les projets. Ces outils simulent le rendu sur des dizaines de clients mail. On y passe chaque email avant livraison.
Si la plateforme permet l’import d’un template HTML custom, oui. Salesforce, HubSpot, Braze, Sarbacane, Mailchimp, Brevo, Selligent… Pour les plateformes propriétaires, on s’adapte après analyse.
Vous voulez en savoir plus sur notre méthode, ou vous avez un email à produire ? On en parle.