Est-il vrai que des bulletins d'information en HTML devraient avoir une mise en page « basée sur les tables »?

StackOverflow https://stackoverflow.com/questions/868073

  •  22-08-2019
  •  | 
  •  

Question

Je lis quelque part que lors de la création d'un e-mail HTML, vous devez utiliser la mise en page basée sur des tables. Vous ne devriez pas se soucier de créer la mise en page à base de CSS tableless. Est-ce vrai? Je dois créer une mise en page de bulletin d'information pour mon entreprise, mais je ne me sens pas d'écriture confortable 3 tables imbriquées.

Était-ce utile?

La solution

Si vous voulez que votre HTML email pour bien paraître dans la plupart des clients de messagerie, vous devez écrire votre code HTML comme il était encore 1999:)

Autres conseils

Je recommande vivement de payer une visite au Email Standards Project site web. Il énumère presque tous les grands client de messagerie (à la fois autonome et sur le Web) sur le marché et décrit la façon dont beaucoup de soutien HTML est intégré dans chacun.

Consultez également de Campaign Monitor quelques guides pratiques pour la construction de courrier électronique HTML approprié - y compris, malheureusement oui "utiliser des tableaux"

Ceci est probablement plus basée sur la réalité de rendu client de messagerie (qui est terrible) que toute autre chose. Techniquement, il est presque certainement faux, mais pragmatiquement il pourrait être le meilleur conseil. Truppo touche à ce sujet.

J'aimerais un monde où à utiliser ne devrait HTML où le texte brut ferait, mais ce n'est pas la situation. Si votre travail est de trouver HTML qui ne vous mettre dans l'embarras lorsque vos abonnés essaient de voir dans leurs clients de messagerie préférées (applications ou par courrier électronique basé sur le Web), il est difficile de coller avec un balisage sémantique et CSS.

Prenez ce que je dis avec un grain de sel parce que je n'ai fait cela comme un exercice d'apprentissage et non professionnel. Basé sur un article que j'avais d'autres liens et bookmarked je trouve dans cet article, les pages suivantes semblent avoir une bonne discussion sur les problèmes réels impliqués dans l'envoi d'e-mail HTML.

http://www.sitepoint.com/article/code- bulletins-email-html /

http://www.sitepoint.com/article/principles- beau-html-email /

http://www.sitepoint.com/article/designers- guide html-email /

Compte tenu des enjeux, en utilisant des tables pour la mise en page a un sens pratique.

Il n'y a certainement pas de norme qui impose, et en fait, les meilleures pratiques exigent que les tables ne doivent pas être utilisés pour la mise en page (sauf dans le cas de la pose des données tabulaires).

Il y a un argument à faire pour l'utilisation de tables de présentation, car il n'y a aucune garantie que la pléthore de clients de messagerie de bureau et basés sur le Web sera rendu présentation des CSS correctement ... Cependant, je ne dirais pas que est un argument in-et-de lui-même.

Je ne vous conseille pas de le faire, mais vous aviez probablement entendre cela parce que beaucoup de lecteur de courrier électronique ne supporte que quelques html et css. Souvent, ils ne liez pas un analyseur html / css complet, et dans le tableau passé a été beaucoup utilisé pour faire layouts ..

Vous voudrez peut-être regarder cela, bien que ce soit précisément sur le support de sous-ensemble Oulook html / css décrit:

http://msdn.microsoft.com/en-us/library /aa338201.aspx

Les tableaux sont utilisés raison est double:

  1. HTML e-mail peut être rendu dans un vaste éventail de clients ayant des capacités très différentes. Il est comme essayer de concevoir un site Web pour tous les navigateurs, puis multiplier par 10.
  2. Un bon nombre de clients de messagerie Web causent des ravages avec la mise en page CSS.

J'ai trouvé problème ayant des perspectives avec div mises en pages.

Nous avons fait des tests avec des clients sur la façon dont les bulletins regardent sur leur ordinateur et a constaté que la majorité utilise une mise en page dans Outlook ou Mail qui affiche une largeur de seulement environ 45 caractères. Ils ne se soucient pas de double-cliquer pour ouvrir l'e-mail dans une nouvelle fenêtre ou faire défiler. Les e-mails avec un contenu autre qu'un logo et le texte qui semblait un peu mieux étaient ceux avec un seul grand GIF ...

+1 sur les conseils de Campaign Monitor. Je l'ai aussi vu beaucoup de contenu intéressant de Emma . Dans mon expérience, le plus simple, vous pouvez faire un modèle de bulletin électronique, le meilleur. Ceci est doublement vrai dans un monde où un pourcentage croissant d'utilisateurs sont en train de lire votre message sur un appareil mobile avec un petit écran.

Dans le passé, il était courant d'utiliser des tables pour la mise en page, et beaucoup de gens qui créent des pages sont encore plus à l'aise de le faire de cette façon.

Comme dit James, la meilleure pratique consiste à utiliser les installations de positionnement CSS pour la mise en page, sauf quand il est en fait des données sous forme de tableau; mais personnellement, je trouve souvent du mal à obtenir les effets que je veux avec CSS.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top