Si unificar la apariencia de una pagina web en todos los navegadores puede ser complicado, hacer lo mismo con un email y los múltiples clientes de email que andan por ahí es directamente una pesadilla.

El que ha tenido que armar un newsletter en HTML con diseño, fuentes, colores, fotos, etc, sabe que es una imposible hacer que se vea no digamos igual, sino medianamente parecido en todos los clientes de email: el CSS es sólo soportado en algunos casos y si se mete dentro del html, el layout sin tablas es casi imposible, los encabezados y los atributos html son soportados de maneras misteriosas… Es por eso que muchos “newsletteros”, optan por mandar un JPG con el diseño, lisa y llanamente.

Hace unos meses, Jefrey Zeldman publicó el artículo “E-mail is not a platform for design“, es decir “El email no es una plataforma para diseño”; en el que afirmaba que el diseño de emails en HTML es pésimo, pero no porque el soporte a los estándares en los clientes de email sea malo, sino porque el mail fue inventado para que la gente pudiera intercambiar mensajes de texto rápidamente, en conexiones lentas o rápidas usando como plataforma aplicaciones simples o cualquier aparato que pudiera mostrar textos. No fue pensado para diseñar mensajes en html, con fotos y css. Zeldman, en una idea un poco utópica a estas alturas pero con mucho de razón, propone directamente usar ASCII para los emails.

Justamente en la vereda opuesta, ha aparecido el Email Standards Project, que trabaja con los desarrolladores de clientes de email y la comunidad de diseñadores web para mejorar el soporte de estándares web y accesibilidad en los clientes de email.

Pos supuesto, estamos hablando de HTML en los emails; de promover el soporte a los estándares en los distintos clientes de email. En estos tiempos, con la importancia que tiene el marketing via email para las empresas, es imposible que se vuelva atrás para promover el uso de ASCII… Es que el email con HTML diseñado a llegado para quedarse y esto recién está empezando.