Email responsive : ce qui s’affiche vraiment en 2026

Un email « responsive » n’est pas seulement un email qui s’affiche bien sur mobile : c’est un email qui garde une mise en page lisible quel que soit le client mail qui le rend, et ces clients ne partagent pas le même moteur de rendu. Le sujet n’est pas figé pour autant : la part de chaque client mail dans les ouvertures bouge d’un mois sur l’autre, et un guide qui ne date pas ses chiffres finit par recommander une priorité de test obsolète.

Qui lit vos emails aujourd’hui

Avant de tester un rendu, il faut savoir sur quel client mail il compte le plus de chances d’être ouvert. Voici un relevé daté, à vérifier de nouveau avant de s’y fier plus de quelques semaines.

Ce sont des instantanés, pas des constantes : Litmus a par exemple relevé 64,66 % pour Apple et 24,11 % pour Gmail un mois plus tôt, en mai 2026. Avant de fixer une priorité de test, il faut donc reprendre ce relevé à la date de lecture de cet article, pas recopier le tableau ci-dessus tel quel plusieurs mois après.

Conséquence directe de ce classement : environ six ouvertures sur dix passent aujourd’hui par le moteur de rendu d’Apple Mail (WebKit), pas par Outlook. La priorité de test devrait donc suivre cet ordre — Apple Mail (iOS et macOS) d’abord, Gmail ensuite, Outlook et Yahoo en complément — tant que le relevé ci-dessus reste valable. Ce classement ne dit rien de la qualité d’un client mail par rapport à un autre, seulement du volume d’ouvertures qu’il représente.

« Email client market share data is based on more than 1 billion email opens tracked by Litmus. » — Litmus Email Client Market Share, litmus.com/email-client-market-share, données de juillet 2026, page mise à jour le 01/08/2026.

Ce qui rend un email responsive fragile

Un email n’a pas de moteur de rendu unique, contrairement à une page web où Chrome, Firefox et Safari se rapprochent aujourd’hui d’un même standard. Chaque client mail — ou parfois chaque version d’un même client — interprète le HTML et le CSS d’un message avec son propre moteur, et la prise en charge des règles CSS est partielle et hétérogène selon le client. C’est cette hétérogénéité, plus que la taille de l’écran, qui fait la difficulté du choix d’un logiciel d’emailing capable de générer un HTML compatible.

Établir la liste précise des règles CSS supportées ou non par chaque client (media queries, flexbox, dark mode) suppose de consulter la documentation officielle de chaque client mail, ou une base de compatibilité datée comme Can I email, au jour même de la vérification : ces règles évoluent avec les versions des applications, et une règle vraie en 2020 peut ne plus l’être aujourd’hui. Ce guide ne liste donc pas de règle précise par client sans l’avoir vérifiée à la date de rédaction — le risque, sinon, est de reproduire une consigne périmée, l’écueil que reprochent aujourd’hui de nombreux guides sur le sujet.

Checklist de test avant envoi

Avant l’envoi d’une campagne, la vérification du rendu porte sur une série de points fixes par client mail. Le tableau ci-dessous fixe la structure de ce qu’il faut vérifier ;

Ce site n’a pas testé ces rendus à la place du lecteur : la checklist fixe ce qu’il faut vérifier, pas un résultat déjà constaté. Un test de rendu s’inscrit dans une séquence de marketing automation plus large, où l’email qui déclenche l’envoi doit passer les mêmes vérifications que la newsletter ponctuelle.