El HTML de un correo lleva veinte años de retraso sobre la web, a propósito
Publicado el 9/9/2026 · 3 min de lectura · Herramientas de archivos
Daniel Okonkwo — Desarrollador front-end y redactor de Tecnología en OneKitly
Rendimiento web · Formatos de archivo
Verificado con 3 fuentes
Una página web se sirve a un navegador que puedes prever más o menos. Un mensaje se entrega a varias decenas de lectores sin nada en común — un cliente de escritorio de 2016, un teléfono, un webmail que reescribe tu marcado antes de mostrarlo — y cada uno quita lo que no le gusta. De ahí un dialecto congelado hace décadas: sin hoja de estilo externa, porque un lector tendría que ir a buscarla y casi ninguno lo hará; sin script, porque todos los lectores lo eliminan; maquetación en tablas anidadas, porque es en lo que todos siguen de acuerdo; y CSS escrito en línea en cada etiqueta, porque un bloque de estilo en la cabecera lo tiran varios de los mayores webmails. Exportar un mensaje a HTML te da ese marcado en un archivo que tu navegador abre — autónomo salvo por las imágenes que el remitente dejó en su propio servidor y que siguen siendo referencias remotas. Se imprime bien, se archiva bien, y no se verá exactamente como lo veía el remitente, porque nunca se vio igual en dos clientes.
Sin hoja de estilo, sin script, maquetación hecha de tablas anidadas y estilos escritos en cada etiqueta. Saber por qué explica a qué se parecerá un archivo HTML exportado y a qué no.
Las dos imágenes, otra vez
El archivo exportado incrusta lo que estaba dentro del mensaje y deja en paz lo que no. Las imágenes que el remitente adjuntó y referenció como cid: pasan a formar parte del archivo: se ven estés conectado o no, y la página sigue siendo autónoma si la copias a un disco de respaldo. Las imágenes que el remitente dejó en su servidor siguen siendo direcciones: abrir el archivo años después deja huecos donde había un banner — y, si el servidor sigue funcionando, le dice a su dueño que hoy has abierto un mensaje viejo.
Cuándo preferir el HTML, y cuándo el texto
Coge el HTML cuando la apariencia forma parte de lo que conservas: una factura con una tabla de líneas, una confirmación de reserva con una referencia maquetada para leerse, un mensaje que quizá tengas que enseñar tal como se recibió. Coge el texto plano cuando quieras buscar, citar o guardar miles de mensajes — el texto pesa una décima parte y no arrastra una maquetación que envejecerá. Conservar ambos para el puñado que importa no cuesta nada y zanja la cuestión más adelante.
Preguntas frecuentes
- ¿La página exportada se verá igual que en mi cliente de correo?
- Parecida, no idéntica. Tu cliente de correo aplica sus propios ajustes por encima del mensaje — tipografías, espaciados, un ancho máximo — y un navegador aplica otros. Como el mensaje lleva sus estilos en línea, la sustancia viaja; lo que se mueve es el marco de alrededor. Si te importa un registro exacto, imprime la página a PDF desde el navegador y guárdalo al lado.
- ¿Por qué tantos mensajes siguen usando tablas para maquetar?
- Porque es la única maquetación que todos los lectores siguen representando igual. Los sistemas de maquetación modernos tienen soporte desigual entre clientes de correo, y un diseño que se derrumba en uno de los grandes es un diseño que falla para una parte del público que el remitente no puede identificar. Las tablas son feas de escribir y funcionan en todas partes, que en el correo siempre ha sido la combinación ganadora.
- ¿Es seguro abrir el HTML exportado?
- Es el marcado del propio mensaje, así que lleva lo que el remitente escribió — en la práctica estilos y enlaces, ya que los scripts no sobreviven al trayecto por el sistema de correo. Trata los enlaces con la misma desconfianza que en el cliente de correo: una página exportada ha perdido los avisos que tu cliente mostraba alrededor. Si el mensaje te inspiraba desconfianza, léelo mejor como texto plano.
Artículos que podrían interesarte
Todas las guías →Herramientas relacionadas
Fuentes
¿Has detectado un error en este artículo?