Leí en alguna parte que al crear un correo electrónico HTML, debe usar el diseño basado en tablas. No debería preocuparse por crear un diseño basado en CSS sin tablas. ¿Es eso cierto? Tengo que crear un diseño de boletín informativo para mi empresa, pero no me siento cómodo escribiendo 3 tablas anidadas.¿Es cierto que los boletines en HTML deberían tener un diseño "basado en tablas"?
Si desea que su correo electrónico HTML para quedar bien en la mayoría de clientes de correo electrónico, se debe escribir el HTML, ya que todavía era 1999 :)
+1 Esto es absolutamente 100% el enfoque correcto. Si las personas piensan que los navegadores (es decir, IE) son malos, los remitentes de correo son mucho peores. – cletus
Probablemente el consejo más exacto. Las tablas ciertamente no son un requisito para el correo electrónico, pero los diseños de CSS simplemente no tienen un buen soporte. Por lo tanto, lo mejor es pretender que el diseño del correo electrónico es una extraña distorsión del tiempo, porque muchas de las técnicas utilizadas en ese momento se aplican al diseño del correo electrónico ahora. –
+1 notas de Lotus, te estoy mirando – Flash
Ciertamente no existe un estándar que lo requiera, y de hecho, las mejores prácticas dictan que las tablas no se deben usar para el diseño (excepto en el caso de disponer de datos tabulares).
Existe un argumento para usar las tablas en la presentación, ya que no hay garantía de que la plétora de clientes de correo electrónico basado en escritorio y en la web presentarán correctamente la presentación basada en CSS ... Sin embargo, no diría que es argumento en sí mismo.
Totalmente en desacuerdo ... las mejores prácticas para los sitios web no son lo mismo que las mejores prácticas para los correos electrónicos HTML. – Greg
Lo siento, James, pero tengo que estar en desacuerdo contigo. Tuve que crear muchos correos electrónicos en HTML, y cada guía de mejores prácticas que he visto y cada experiencia personal que puedo contar me muestra que las tablas en el correo HTML son el camino a seguir. Podemos atribuirle la mayor parte de culpa a Microsoft por usar Word como el motor de representación HTML en Outlook 2007. – Scottie
Entiendo perfectamente los diferentes requisitos para los navegadores y clientes de correo electrónico. Abordé ambos puntos de vista: no existe un estándar, pero podría ser la única forma de garantizar la compatibilidad. –
no voy a aconsejar que lo hace, pero probablemente se habían oír esto porque muchos lectores de correo electrónico solo admiten unos pocos html y css. A menudo no agrupan un analizador html/css completo, y en la tabla anterior se usaba mucho para hacer diseños ...
En el pasado, era común usar tablas para el diseño de página y muchas personas que creaban páginas todavía están más cómodos haciéndolo de esta manera.
Como dice James, la mejor práctica es usar las funciones de posicionamiento de CSS para el diseño de página, excepto cuando se trata de datos tabulares; pero personalmente, a menudo me resulta difícil obtener los efectos que quiero con CSS.
Esto probablemente se basa más en la realidad de la representación del cliente de correo electrónico (que es terrible) que cualquier otra cosa. Técnicamente es casi seguro que está mal, pero pragmáticamente podría ser el mejor consejo. Truppo toca esto.
Es posible que desee ver esto, aunque esto es específicamente sobre el apoyo subconjunto Oulook HTML/CSS se describe:
La razón se utilizan tablas es doble:
Recomiendo encarecidamente visitar el sitio web Email Standards Project. Enumera casi todos los principales clientes de correo electrónico (tanto independientes como basados en la web) en el mercado y describe la cantidad de soporte HTML que se incluye en cada uno.
También vea Campaign Monitor's email design guidelines para obtener algunas guías prácticas para la correcta creación de correo electrónico HTML, incluyendo, por desgracia, sí, "use tables".
+1.Buenos enlaces, los tendrán en cuenta. –
El sitio de Email Standards Project parece bastante dudoso. Si no pueden distinguir entre un cliente de correo web y un cliente de escritorio, entonces cuestiono su capacidad para hacer recomendaciones sensatas sobre estándares html. –
Me encantaría un mundo en el que nadie esperara que se usara HTML donde el texto plano funcionaría, pero esa no es la situación. Si su trabajo es crear HTML que no lo avergüence cuando sus suscriptores intentan verlo en sus clientes de correo electrónico favoritos (aplicaciones o correo electrónico basado en la web), es difícil mantener el marcado semántico y CSS.
Tome lo que digo con un grano de sal porque lo he hecho solo como un ejercicio de aprendizaje y no profesionalmente. Basado en un artículo que había marcado y otros enlaces que encontré en ese artículo, las siguientes páginas parecen tener una buena discusión de los problemas reales involucrados en el envío de correo electrónico HTML.
http://www.sitepoint.com/article/code-html-email-newsletters/
http://www.sitepoint.com/article/principles-beautiful-html-email/
http://www.sitepoint.com/article/designers-guide-html-email/
Teniendo en cuenta las cuestiones planteadas, el uso de tablas para el diseño tiene un sentido práctico.
Encontré Outlook con problemas con los diseños basados en div.
Hemos estado haciendo algunas pruebas con los clientes sobre cómo se ven los boletines en su computadora y descubrimos que la mayoría usa un diseño en Outlook o en Correo que muestra un ancho de solo 45 caracteres. No se molestan en hacer doble clic para abrir el correo electrónico en una nueva ventana o desplazarse. Los correos electrónicos con un contenido distinto de un logotipo y texto que parecía algo mejor eran los que tenían solo un gran GIF ...
+1 en el consejo de Campaign's. También he visto mucho contenido excelente en Emma. En mi experiencia, cuanto más simple pueda hacer una plantilla de boletín electrónico, mejor. Esto es doblemente cierto en un mundo en el que un porcentaje cada vez mayor de usuarios lee su mensaje en un dispositivo móvil con una pantalla pequeña.
Solo adjunte porno y nadie se dará cuenta –
Chad gana en internet. Este consejo es útil en casi todas las circunstancias relacionadas con poner contenido en línea. – Scottie
Vea http://stackoverflow.com/questions/294917/outlook-rendering-problem-rendering-text-too-large/575878#575878 también. – voyager