Nous sommes en 2017 et nous sommes toujours bloqués avec des tables HTML pour créer des emails riches. Pourquoi? Il semble raisonnable de tirer parti du travail acharné derrière les moteurs de navigateur modernes (c'est-à-dire blink), quand tout ce que vous voulez est de rendre un document HTML correctement.Pourquoi les clients de messagerie n'utilisent-ils pas des moteurs de rendu modernes?
Mise à jour: Depuis cette question a été fermée et ma réponse ressemble à un billet de blog, je published an updated version on Medium.
Les clients de messagerie utilisent les moteurs de rendu approprié pour emails affichage. Cela ne correspond pas toujours à l'affichage des pages Web.
Seul un faible pourcentage d'utilisateurs de messagerie se soucie du support HTML/CSS. Pensez aux spécialistes du marketing par courriel et aux développeurs. La grande majorité des utilisateurs de messagerie veulent simplement un moyen simple et sécurisé d'envoyer et de recevoir des messages texte enrichis avec d'autres personnes. C'est pour cela que les clients de messagerie sont conçus.
Même les utilisateurs les plus avancés ne citent pas souvent la bonne prise en charge HTML/CSS comme une préoccupation majeure. Les récentes innovations nous donnent un petit aperçu des frustrations des clients concernant les clients de messagerie: aide à la gestion des messages entrants, plus de sécurité, moins de SPAM et facilité d'utilisation globale.
Personne ne se soucie si cela prend beaucoup de temps aux développeurs d'utiliser <tables> et CSS en ligne pour créer un e-mail. Quand il vient à changer la façon dont les courriels sont rendus ... « Si ce n'est pas cassé, pourquoi le réparer? » Lorsque les clients de messagerie fait font mise à jour le rendu, il est rarement nouvelles en dehors de la communauté technologique. Peu de gens s'en soucient.
Envisager Desktop Outlook, qui est généralement livré avec des programmes tels que Word et PowerPoint. Tous ces programmes ont une interface et une sortie d'affichage similaires. Si vous pouvez créer un document Word, il n'y a pratiquement aucune courbe d'apprentissage pour écrire un courrier électronique dans Outlook. C'est énorme pour beaucoup de gens. Selon toute probabilité, le moteur de rendu d'Outlook n'a pas été choisi en fonction de sa capacité à rendre un document HTML correctement, mais le produit est toujours considéré comme un succès. Étant donné que Outlook ne contient pas de mises à jour automatiques, les anciennes versions (pour lesquelles nous devons coder) ont tendance à traîner. Fait amusant: Outlook 2000-2003 rendu courrier électronique en utilisant n'importe quelle version d'Internet Explorer a été installé localement l'ordinateur pour rendre le courrier électronique (généralement Internet Explorer 6).
Gmail est un autre exemple. Bien que Gmail ait un très bon support HTML/CSS, il ne supportait pas les fichiers CSS externes avant fin 2016. Gmail (officieusement) a cité la sécurité comme l'une des raisons. Je ne sais pas ce qui fait que l'équipe Gmail reste debout la nuit, mais je parie que ce n'est pas la façon dont les développeurs d'emails ne peuvent pas optimiser leurs mises en page d'email. Je parie que c'est la sécurité. Et c'est là que le travail de développement gmail se concentre.
Dans l'ensemble, les clients de messagerie font relativement bien leur travail. Étant donné que le support HTML/CSS est important pour un si petit nombre de personnes, il est probable que la modification ne soit pas souvent une priorité pour les équipes de produits qui créent des clients de messagerie.
Cependant, les choses sont orientés dans la bonne direction. Gmail et Yahoo! application a commencé à soutenir les requêtes des médias dans la plupart de leurs produits. Outlook sur iOS a reçu un énorme lifting, y compris un bon support de balisage. Nouveaux clients de messagerie qui apparaissent (Mailbox, Nylus.Polymail) ont généralement un bon support HTML/CSS par rapport au web. Rarement le soutien recule. La majorité des clients basés sur market share utilisent des "moteurs de rendu modernes".
De plus, nous pouvons toujours faire référence à notre propre analyse de courrier électronique. Vous n'avez pas beaucoup d'abonnés Outlook? Ensuite, codez un e-mail en utilisant <div> s. Vous n'avez pas besoin de prendre en charge chaque client mobile? Ensuite, utilisez media-queries.
Bon résumé. Quelques points: La raison pour laquelle Outlook utilise le moteur HTML de Word au lieu de IE est en fait due à une décision de l'UE empêchant Microsoft d'associer IE à Windows, de sorte que MS a dû utiliser un autre moteur de rendu. Pourquoi n'ont-ils pas gardé le rendu HTML de Word aux normes? Personne ne s'en souciait vraiment. Cependant, l'année dernière Litmus a annoncé un partenariat avec MS pour les conseiller sur la façon d'apporter Outlook dans ce siècle. Il faudra un certain temps avant que nous voyions quelque chose de cela, voire pas du tout. –
Je me demandais toujours pourquoi il arrivait que certaines Outlook (y compris les nouvelles) utilisent le moteur de rendu de Word. Je suis en train d'écrire une série de tutoriels sur le codage des emails HTML. Puis-je vous citer dans le dernier message? Aussi, pouvez-vous me lier de la documentation sur cette décision? J'apprécierais beaucoup. :) –
Google a ouvert ses portes à l'utilisation de feuilles de style, de divs, etc., donc plus de css ou de tables en ligne; tu ne le savais pas? donc tu serais bien avec ça. –
Parce qu'Outlook est gouverné par la bureaucratie Microsoft et un problème historique avec les failles de sécurité dans IE. Tout le monde n'utilise pas Outlook, mais suffisamment de personnes le font. C'est la même raison pour laquelle nous avons dû faire face à l'écriture de code qui a longtemps fonctionné sur IE7. – Quentin
J'ai trouvé ceci tout en recherchant des informations sur html dans l'email. Y a-t-il de bons guides pour cela? comme des mesures sur quels clients nous devrions nous intéresser et comment faire du HTML pour eux, etc? –