Comment concevoir une croix client / navigateur compatible e-mail?
Quelles sont les bonnes pratiques dans la conception d'un e-mail avec une attente raisonnable qu'il s'affiche correctement pour Outlook 2003, 2007, et dans un client webmail? Je suis abonné à diverses email newsletters et ont vu la source sur eux et ont vu certains d'entre eux ont 2000 lignes de HTML&CSS avec des instructions if je n'ai jamais vu avant (je suppose liées à la détermination de versions d'outlook).
Est-il un outil soit gratuit ou commercial qui peut être utilisé pour créer le balisage? Est-il un modèle standard sur la façon d'appliquer ces énormes feuilles de style que j'ai vu?
Utiliser du texte brut - compatible avec tout. 🙂
Autant que j'aime votre réponse, notre entreprise aime agréable et jolie e-mails!
Telerik des liens vers cette page à partir d'ici: telerik.com/support/kb/reporting/export-reports/details/...
Autant que j'aime votre réponse, notre entreprise aime agréable et jolie e-mails!
Telerik des liens vers cette page à partir d'ici: telerik.com/support/kb/reporting/export-reports/details/...
OriginalL'auteur Chris Marisic | 2009-10-07
Vous devez vous connecter pour publier un commentaire.
Je vous recommande un préprocesseur base de framework comme La fondation pour les e-Mails.
OriginalL'auteur Zeemee
De la conception pour le courrier électronique est un cauchemar, à cause de Microsoft de l'adoption de la Parole moteur HTML pour les nouvelles versions d'Outlook. Il n'y a pas d'outil que je connais, mais ce guide va vous donner un coup de main en essayant de déchiffrer ce que le client prend en charge le CSS:
Guide pour la prise en charge de CSS dans les clients de messagerie
Yep, c'est très, très frustrant, surtout lorsque des normes et de la compatibilité des navigateurs web a été aussi loin dans les dernières années. Vous ne croiriez pas combien de prestation de serment e-mail en HTML design se tord de moi...
J'étais sur le point de devenir fou et que le lien juste m'a sauvé beaucoup de mal!
OriginalL'auteur Mark Bell
Oy. Ces affreux réponses.
Voir? C'est ce qui arrive quand tout le monde décide que l'utilisation de tables au lieu de css est une sorte de tabou. Tout le monde est de se limiter à de telles CSS de l'arrogance et de l'élitisme. Lorsque l'on dispose est un marteau, tout ressemble à un clou. Incroyable.
Une affiche a écrit: "Qui a été mon point de départ et ce n'est même pas fiable, même une simple et unique table de la colonne avec une largeur fixe se foiré où les cellules de la table développez pour aucune raison du passé de la largeur."
Largeur fixe est ce qui vous a amené en difficulté. Un 600 pixels de largeur fixe de la table est de toute évidence va être plus que 400 pixels email fenêtre de visualisation/région. Il n'a pas développez plus large, il EST plus large. [sheesh]
Il n'y a aucun moyen de prédire quel sera l'e-mail du destinataire fenêtre de visualisation/région. Ainsi, créer une seule table, mais c'est la largeur à 100%, pas d'un certain nombre de pixels. Et réglez sa hauteur sur "auto". Faire son rembourrage agréable et large... de 7 à 10 pixels minimum.
Ensuite, il suffit de tout faire à l'intérieur de la table comme vous le feriez normalement, mais s'en tenir à la vanille, avec HTML4, en évitant XHTML, DHTML, XML, java, javascript, etc., etc. Juste HTML4. Pas de CSS. Juste HTML4. Période.
Utiliser des images qui sont sur un serveur web quelque part qui peut être liée à l'utilisation normale http://URLs, et puis juste un lien à l'aide de la normale les balises img, de placer l'intégralité de l'URL de l'image (y compris la partie http://) entre les guillemets, comme dans...
src="http://www.website_url.com/filename.jpg" (ou .gif ou autre)
...et d'éviter à l'aide de la touche "alt" fonctionnalité ou quelque chose de compliqué.
Si vous voulez un contrôle plus strict de la taille de police, alors n'hésitez pas à utiliser le "span" tag depuis il fonctionne dans presque tous les client de messagerie... juste ne pas obtenir trop de fantaisie avec elle.
Aussi de ne pas rendre vos images trop grandes... surtout, ne pas faire tout ce qui est "en-tête" ou en haut de l'image trop large. Réglage de la largeur de la table à l'auto n'aidera pas beaucoup si le graphisme reste de 600 pixels de large et le destinataire de l'email du spectateur est de 400 pixels de large. Utiliser un graphisme qui nest bien dans le coin supérieur gauche coin du message électronique; et l'utilisation relativement faible des photos et autres graphiques.
Faire tout ce que vous devriez trouver que l'e-mail seront les mêmes dans à peu près chaque client de courrier électronique. Double vérifier en utilisant...
http://litmusapp.com/email-previews
...comme une autre affiche, ici, suggéré.
Espère que ça aide.
"..et pour éviter à l'aide de la touche "alt" fonctionnalité ou quelque chose de compliqué." - Je dirais que l'utilisateur est pratiquement toujours opter pour afficher les images dans l'e-mail, et les images peuvent ne pas apparaître jusqu'à ce qu'ils l'ont fait, que les balises alt sont cruciales
OriginalL'auteur Gregg DesElms
Il y a certainement des meilleures pratiques dans la création raisonnablement de la croix-client compatible e-mails.
2 des concepts les plus importants à retenir sont:
Utiliser uniquement du CSS. Cela vous fera économiser beaucoup de maux de tête de Gmail et de nombreux autres clients de messagerie s'étouffer avoir CSS dans un <style> tag.
Comme beaucoup de gens l'ont déjà dit, les tables sont le chemin à parcourir pour le dimensionnement des éléments (au lieu de CSS).
En fait je viens d'écrire un post sur ce sujet avec un certain nombre de meilleures pratiques, si vous êtes intéressé:
http://www.versapay.com/developer-blog/the-art-and-science-of-email-rendering-across-email-clients/
OriginalL'auteur Matt Vague
Il est extrêmement difficile de faire des e-mails qui fonctionnent sur tous les clients, car ils utilisent différents moteurs de rendu des navigateurs web, dont la conception a été probablement developled. Essayez d'utiliser LitmusApp de l'e-mail de test, un service qui va vous donner les captures d'écran dans la façon dont votre e-mail apparaîtra dans les différents clients de messagerie.
OriginalL'auteur Browsera
OriginalL'auteur DisgruntledGoat
HTML ne peut pas être mis en œuvre avec succès dans des e-mails pour trois raisons.
1) HTML est conçu pour le protocole HTTP (web) seulement et pas de protocole SMTP (e-mail). C'est ce qui ressort de la tête d'un document HTML fournit des données pertinentes pour le traitement du document, conformément à un transfert sur HTTP. Depuis HTML fournitures de non-conformité aux conditions fournies par le protocole SMTP c'est sur son visage dans compatible. Dès cette époque il n'existe pas de standard de toute nature pour décrire le format de contenu dans l'email.
2) le HTML n'est pas un langage de présentation. HTML est destiné à l'approvisionnement structuré méta-données de contenu, et n'est jamais prévu pour la présentation. HTML est utilisé uniquement dans des e-mails pour la présentation, et, comme tel est souvent abusé et utilisé en toute violation des normes.
3) Un document unique dans l'e-mail peut avoir plusieurs auteurs, chacun indépendamment les informations d'en-tête. Ce document est appelé un e-mail thread. HTML n'a pas une telle convention. Quand le HTML est fourni dans le courriel, il peut sembler amende à l'initiale de l'utilisateur qui le reçoit, mais quand a répondu ou transmis, il ressemblera à de la merde et ne parviennent pas à faire son travail, ce qui n'est probablement pas le faire de toute façon. À ma connaissance, Mail Markup Language est le seul langage de balisage contenant des fonctionnalités pour répondre et servir à de multiples contributions d'auteur à un seul langage de balisage de document sans conflit est nécessaire pour soutenir un e-mail thread avec précision.
Ces trois raisons sont pourquoi le HTML est complètement incompatible avec le courrier électronique et n'est pas capable de réussir.
OriginalL'auteur