Blog
Guías técnicas sobre desarrollo de emails HTML, escritas para desarrolladores, diseñadores y especialistas en marketing por email.
La Guía Completa sobre Constructores de Emails HTML en 2026
Todo lo que necesitas saber sobre elegir y usar constructores de emails HTML. Marcos de código, editores visuales y plataformas completas comparados.
Diseño Responsivo de Emails: Una Guía Técnica
Cómo crear emails que se vean bien en todos los tamaños de pantalla. Consultas de media, diseños fluidos y estrategias mobile-first.
Accesibilidad en Emails HTML: Guía para Desarrolladores
Haz que tus emails HTML sean accesibles para todos. Compatibilidad con lectores de pantalla, estructura semántica y cumplimiento de WCAG.
Diseño de Emails en Modo Oscuro: Una Guía Completa
Cómo diseñar emails HTML que se vean bien en modo oscuro. Comportamientos de clientes de email, técnicas de CSS y estrategias de prueba.
Compatibilidad con Clientes de Email: Qué Funciona Dónde
Guía exhaustiva sobre el soporte de CSS y HTML en clientes de email. Outlook, Gmail, Apple Mail y más allá.
CSS en Emails: Qué Puedes y Qué No Puedes Hacer
Guía práctica sobre el soporte de CSS en emails HTML. Propiedades seguras, soluciones alternativas y técnicas para estilos multiplataforma.
Qué elegir si necesita escribir código
Si su equipo quiere plantillas con control de versiones, revisión en pull request y HTML predecible, MJML es el punto de partida más directo: es código abierto y compila un lenguaje de marcado propio a HTML responsive pensado para clientes de correo. Si su aplicación ya está construida con React, React Email le permite reutilizar componentes en el correo. Ninguno de los dos marcos tiene un precio de licencia que pagar; el gasto real está en el proveedor de envío y en el tiempo de pruebas en clientes reales.
Los editores visuales comerciales cambian la pregunta. Stripo, BEE y Unlayer permiten que diseñadores y personal de marketing construyan plantillas sin código, a costa de menos control directo sobre el HTML exportado. Para estos productos no citamos precios en esta página: consulte la web oficial de cada proveedor, porque las condiciones cambian con frecuencia y dependen de su volumen y de sus necesidades.
Comparación de constructores de emails HTML
| Herramienta | Mejor para | Precio de entrada | Limitación principal |
|---|---|---|---|
| MJML | Equipos que escriben código y quieren HTML responsive compilado | Código abierto, sin licencia del marco | Hay que aprender su marcado y depurar la salida compilada |
| React Email | Equipos que ya trabajan con React o Next.js | Código abierto, sin licencia del marco | Requiere un entorno React y un proveedor de envío aparte |
| Maizzle | Equipos que usan Tailwind CSS y plantillas con datos | Código abierto, sin licencia del marco | Necesita configurar un proceso de compilación |
| Stripo | Diseñadores que necesitan un editor visual con exportación HTML | Precio a consultar en la web oficial | El HTML exportado conviene revisarlo en clientes reales antes de enviar |
| BEE (Beefree) | Equipos de marketing que colaboran en un editor visual | Precio a consultar en la web oficial | Menos control directo del HTML que con un marco de código |
| Unlayer | Producto propio que necesita un editor de correo incrustado | Precio a consultar en la web oficial | Su valor depende de integrarlo bien en su aplicación |
Los enlaces a cada proveedor están en las secciones siguientes. En todos los casos, la página de precios del proveedor es la fuente que debe citar antes de firmar.
Cada herramienta, con sus límites
MJML
Destaca cuando la plantilla se mantiene como código junto al resto de su proyecto. Sus componentes generan la estructura de tablas y los estilos responsive que los clientes de correo necesitan, y eso reduce el trabajo manual de compatibilidad. Donde se queda corto: si su equipo no conoce su marcado, la curva inicial es real, y cuando algo se renderiza mal hay que depurar la salida compilada, no la fuente. Precio: código abierto. Más información en mjml.io.
React Email
Su ventaja para un equipo de producto es compartir componentes con la aplicación: el mismo botón, el mismo encabezado y las mismas variables de usuario. Se queda corto si la empresa no tiene desarrolladores de React, porque entonces cada cambio de copy pasa por un ingeniero. Precio: código abierto. Más información en react.email.
Maizzle
Encaja con equipos que ya usan Tailwind CSS y quieren plantillas que se generen desde datos. Su punto débil es el proceso de compilación: hay que mantenerlo, y el primer montaje exige decidir cómo se inyectan las variables. Precio: código abierto. Más información en maizzle.com.
Stripo
Sirve a diseñadores que quieren construir plantillas en un editor visual y exportar HTML. Donde falla es en la confianza en la exportación: conviene abrir cada plantilla en los clientes de su audiencia antes de programarla, y revisar la accesibilidad, porque un editor visual no garantiza un orden de lectura correcto. Precio: consulte la página oficial de precios en stripo.email.
BEE (Beefree)
Es útil cuando marketing, diseño y revisión trabajan sobre la misma plantilla. Su límite está en el control fino del HTML: lo que no tiene una opción visual es más difícil de conseguir. Precio: consulte la página oficial en beefree.io.
Unlayer
Está pensado para que el editor de correo forme parte de su propio producto, de modo que sus clientes diseñen sus emails dentro de su aplicación. El reto es de integración: hay que decidir qué bloques ofrece, qué variables expone y cómo guarda el diseño. Precio: consulte la página oficial en unlayer.com.
Coste según el tamaño de su lista
Con los marcos de código abierto, el coste de la plantilla es cero en licencias; lo que crece con la lista es el proveedor que envía los correos. Con un editor comercial, el precio depende del plan y del volumen de cada proveedor. Esta tabla le sirve para preparar la pregunta de precios antes de pedir presupuesto.
| Tamaño de la lista | Marco de código abierto | Editor comercial | Qué vigilar |
|---|---|---|---|
| Hasta 5.000 contactos | Sin licencia del marco; coste del envío según su proveedor | Precio a consultar en la web del editor | Número de envíos al mes, no solo de contactos |
| De 5.000 a 50.000 contactos | Sin licencia del marco; coste del envío según su proveedor | Precio a consultar en la web del editor | Tiempo de QA por plantilla, que crece con cada cliente de correo |
| Más de 50.000 contactos | Sin licencia del marco; coste del envío según su proveedor | Precio a consultar en la web del editor | Tabla de volumen del proveedor de envío y condiciones de reputación |
Cómo elegir según su situación
| Si necesita | Elija | Porque |
|---|---|---|
| Control de versiones y revisión en pull request | MJML o Maizzle | El HTML sale de archivos de texto que se revisan como cualquier código |
| Reutilizar componentes de su aplicación React | React Email | Comparte componentes con la interfaz del producto |
| Diseñadores y marketing sin código | Stripo, BEE o Unlayer | Editor visual; revise el HTML exportado antes de cada envío |
| Un editor de correo dentro de su producto | Unlayer | Está pensado para integrarse en una aplicación ajena |
| Evitar gasto en licencias de la capa de diseño | MJML, React Email o Maizzle | Son de código abierto; el gasto pasa al envío y al QA |
Si todavía no tiene claro el tipo de artículo que le conviene, empiece por la guía completa sobre constructores y después lea la de compatibilidad con clientes de correo, que es donde suelen aparecer los problemas reales.
Lista de migración
Cambiar de constructor a mitad de año obliga a repetir el trabajo de compatibilidad. Antes de cambiar, recorra estos pasos en orden y no pase al siguiente hasta cerrar el anterior.
| Paso | Qué comprobar | Responsable |
|---|---|---|
| 1. Inventario | Lista de plantillas, bloques repetidos y variables que usa cada una | Desarrollo |
| 2. Copia de respaldo | HTML exportado de cada plantilla aprobada, guardado antes de tocar nada | Operaciones |
| 3. Render en clientes | Capturas en los clientes de correo que realmente usa su audiencia | QA |
| 4. Accesibilidad | Orden de lectura, texto alternativo y contraste en cada plantilla | Diseño |
| 5. Variables y enlaces | Cada variable probada con datos reales y cada enlace comprobado | Desarrollo |
Antes de decidir
Este hub no compara resultados de pruebas propias. Las recomendaciones se basan en lo que cada proveedor documenta sobre su producto y en las reglas de compatibilidad de los clientes de correo. Antes de firmar un contrato, lea la página de precios vigente del proveedor, pida una demostración con una plantilla real de su catálogo y compruebe que el HTML exportado funciona en los clientes que usa su audiencia.
Si quiere profundizar en un punto concreto, empiece por el diseño responsivo o por la accesibilidad, dos áreas en las que cualquier constructor necesita revisión manual.
Preguntas frecuentes
¿Qué constructor elijo si mi equipo solo sabe HTML?
MJML es la opción más directa: su marcado es más corto que el HTML de tablas que produciría a mano y compila a una salida responsive. Conviene dedicar una semana a plantillas de prueba antes de migrar las reales.
¿Los marcos de código abierto no tienen ningún coste?
No tienen licencia que pagar, pero sí tienen coste de tiempo: montar el proceso de compilación, mantenerlo y probar cada plantilla en clientes de correo. Además, el envío de los correos se paga aparte.
¿Puedo empezar con un editor visual y pasar después a código?
Sí, siempre que guarde el HTML exportado de cada plantilla aprobada. Al pasar a código, el HTML generado suele necesitar limpieza: las clases y estructuras de un editor no siempre se traducen bien a un marco de código.
¿Cómo sé si el HTML exportado funciona en Outlook?
No puede confiar en la captura del editor. Renderice la plantilla en la versión de Outlook que usa su audiencia y compruebe el ancho, los márgenes y las imágenes. La guía de compatibilidad explica qué propiedades de CSS se comportan de forma distinta.
¿Qué pasa con las variables al migrar de herramienta?
Cada herramienta usa su propia sintaxis para las variables. Haga un inventario de todas ellas, cámbielas en una copia de la plantilla y envíe un correo de prueba a una cuenta controlada antes de tocar la plantilla en producción.
¿Dónde consulto los precios actuales de Stripo, BEE o Unlayer?
En la página oficial de precios de cada proveedor, enlazada en la sección correspondiente de este hub. Los precios de estos productos cambian con frecuencia y dependen del plan y del volumen, por eso no los reproducimos aquí.
¿Con qué frecuencia debo revisar la elección?
Cada vez que cambie un cliente de correo importante en su audiencia o cuando cambie el plan de su proveedor. Revise también la guía de modo oscuro cuando sus plantillas usen colores de fondo intensos.