Cómo exportar un correo y cargarlo en cualquier plataforma de envío
Cuatro métodos de carga, qué se rompe al importar y cómo comprobarlo
Mailvex · 9 agosto 2026 · 7 min de lectura
Un correo HTML terminado se carga en cualquier plataforma de envío por una de cuatro vías: pegando el código, con un archivo, con un comprimido o mediante una interfaz de programación. Al importar, la plataforma añade su código de seguimiento y un enlace de baja, así que el correo debe comprobarse después. A continuación, la secuencia y ocho puntos de verificación.
Por qué montar y enviar son tareas distintas
Separar estas tareas no es un accidente técnico sino una organización sensata. Montar un correo y enviarlo exigen cosas distintas: lo primero va de diseño y compatibilidad con clientes, lo segundo de listas, segmentación y entregabilidad.
El beneficio práctico se ve cuando cambia la plataforma de envío. La lista se muda, los correos se quedan: no hay que rehacerlos en un editor nuevo. Lo mismo vale para una agencia cuyos clientes usan plataformas distintas.
El formato de intercambio es HTML corriente, entendido por cualquier plataforma, porque los correos en todo el mundo se construyen igual: tablas, estilos en línea y código aparte para clientes antiguos.
Cuatro métodos de carga
El método depende de lo que ofrezca cada plataforma. Normalmente están las dos primeras, con menos frecuencia las cuatro.
| Método de carga | Cómo se ve | Cuándo usarlo |
|---|---|---|
| Pegar el código HTML | un campo de «importar HTML» en el editor | la vía más común, funciona casi en todas partes |
| Subir un archivo | un selector de archivo con extensión html | cuando el código es largo y no cabe en un campo |
| Subir un archivo comprimido | un ZIP con el correo y las imágenes | cuando las imágenes deben alojarse en la plataforma |
| Mediante una interfaz de programación | una petición desde tu propio sistema | envío automático sin pasos manuales |
Pegar el código es la vía más universal. Prácticamente toda plataforma tiene un modo de crear un correo a partir de HTML terminado, señalado de forma parecida: importar, pegar código, crear desde HTML.
Qué le pasa al código al importar
Conviene entender que la plataforma no toma tu código tal cual. Introduce cambios, y algunos pueden afectar al aspecto.
- todos los enlaces se reescriben a direcciones propias de la plataforma para contar los clics
- se añade un píxel de seguimiento al final
- se añade un enlace de baja obligatorio al pie
- a veces se añaden los datos del remitente cuando la ley lo exige
- ocasionalmente se reescriben estilos: algunas plataformas lo hacen de forma agresiva
Los dos primeros puntos aumentan el peso del correo, y conviene preverlo. Si tu HTML pesaba noventa kilobytes, añadir el seguimiento puede empujarlo por encima del umbral de recorte.
102 KB
Documentación de plataforma de correo: umbral a partir del cual los clientes de correo recortan el mensaje
De ahí una regla práctica: mantén el correo por debajo de ochenta kilobytes al montarlo, para que quede margen para el código de seguimiento.
El enlace de baja se añade automáticamente casi en todas partes, pero su aspecto rara vez encaja con tu marca. Es más sensato añadir tu propio enlace visible al pie durante el montaje: el automático pasa entonces a ser un duplicado y no el único.
Variables de personalización
La personalización es el único punto donde un correo cargado necesita ajuste manual a una plataforma concreta. Cada una usa su propia sintaxis de variables.
El mecanismo es igual en todas partes: se pone una marca especial en el texto y, al enviar, la plataforma la sustituye por los datos del suscriptor. Pero esa marca se escribe distinto, y la marca de una plataforma quedará como texto visible en otra.
- averigua la sintaxis de variables en la documentación de tu plataforma antes de montar el correo
- inserta las marcas durante el montaje y no después de cargar
- define siempre un valor por defecto por si el campo está vacío
- envía una prueba a una dirección con datos completos y a otra con campos vacíos
El último punto te salva del fallo más visible de una campaña: un correo que muestra la variable sin sustituir en lugar del nombre. Comprobarlo lleva dos minutos y no se arregla después del envío.
Imágenes: dónde deben vivir
Las imágenes tienen dos opciones de alojamiento, y la elección afecta a la velocidad y la fiabilidad.
La primera es mantener las imágenes en tu propio almacenamiento y poner enlaces directos en el correo. Cambiar de plataforma de envío no rompe nada, y una imagen puede sustituirse sin rehacer el correo. Un requisito: el almacenamiento debe estar disponible de forma permanente.
La segunda es subir las imágenes a la plataforma junto con el correo, normalmente en un comprimido. La plataforma las aloja y pone sus propias direcciones. Más fiable para un envío puntual, pero ata el correo a esa plataforma.
Para la mayoría de los casos la primera opción es más cómoda, sobre todo cuando hay muchos correos y algunas imágenes se repiten.
Comprobaciones tras la carga
Comprobar tras la carga es obligatorio: la importación introduce cambios y sus consecuencias solo se ven en la práctica.
- envíate una prueba y ábrela en el teléfono, no solo en el ordenador
- pulsa cada enlace: la plataforma los reescribió y pudo colarse una errata al importar
- revisa la sustitución del nombre en dos direcciones, con datos y sin ellos
- mira el peso del correo después de importar, no antes
- confirma que el enlace de baja está presente y funciona
- comprueba cómo se ve en modo oscuro
- desactiva la carga de imágenes y confirma que el mensaje se mantiene
- abre el correo en un cliente antiguo si tu lista tiene esos usuarios
El primer punto es el más importante: la mayoría abrirá en el teléfono, y una revisión en el ordenador no lo mostrará.
Si algo se rompió
Los fallos de importación son pocos y casi todos tienen una explicación sencilla.
- la maquetación se descolocó: la plataforma reescribió estilos, prueba a subir un archivo en lugar de pegar el código
- las imágenes no se ven: comprueba que los enlaces sean absolutos y no relativos
- aparece una marca en lugar del nombre: la sintaxis de la variable no corresponde a esta plataforma
- el correo sale recortado: el peso superó el umbral tras añadirse el código de seguimiento
- los botones dejaron de ser clicables: el editor de la plataforma volvió a guardar el correo y simplificó el código
El último caso es el más frecuente y tiene una sola cura: no abras un correo importado en el editor de bloques de la plataforma. Muchas simplifican el código al guardar y pierden técnicas de compatibilidad. Una vez cargado el HTML, envíalo sin editar.
Mailvex exporta el correo en tres formatos: HTML limpio para pegar, un archivo para subir y un comprimido con imágenes. El peso se ve en el editor antes de exportar, así que el margen para el código de seguimiento se planifica de antemano.
Los perfiles de etiquetas insertan la sintaxis de variables de las plataformas más habituales automáticamente, así que la personalización funciona sin tocar el código. El envío de prueba a tu dirección sale del propio editor, antes de exportar.
Monta un correo y exporta el HTML terminado.
Ver plantillasPreguntas frecuentes
¿Servirá el HTML exportado en cualquier plataforma de envío?
Sí, siempre que la plataforma acepte código terminado, cosa que hacen prácticamente todas. Solo cambian el método de carga y la sintaxis de las variables de personalización, que conviene confirmar en la documentación.
¿Puedo editar el correo en el editor de la plataforma tras cargarlo?
Mejor no. Muchos editores de bloques simplifican el código al guardar y pierden técnicas de compatibilidad con clientes antiguos. Es más seguro editar donde se montó el correo y volver a cargarlo.
¿Dónde conviene guardar las imágenes?
En tu propio almacenamiento con enlaces directos cuando hay muchos correos y algunas imágenes se repiten: así cambiar de plataforma no rompe nada. Subirlas en un comprimido es más cómodo para un envío puntual.