El diseñador pasó dos semanas perfeccionando el email. Espaciado al píxel, tipografía preciosa, una imagen principal que cargaba al instante. Lo previsualizó en Chrome, asintió con aprobación y se lo envió al CEO para su visto bueno.
El CEO lo abrió en Outlook 2016. El diseño de dos columnas se había colapsado en una sola. La fuente personalizada había caído a Times New Roman. La imagen principal estaba bloqueada por defecto, dejando un marcador de posición roto. El email cuidadosamente elaborado parecía como si lo hubiera montado alguien que nunca había visto un ordenador.
Este es el problema fundamental del email: no hay un motor de renderizado estándar. Gmail usa el suyo propio. Apple Mail usa WebKit. Outlook usa el motor de renderizado de Microsoft Word (sí, el procesador de textos). Cada uno interpreta tu HTML de forma diferente y cada uno tiene sus propios bugs y limitaciones.
Las herramientas de previsualización resuelven esto al mostrarte exactamente cómo se ve tu email en docenas de clientes antes de enviarlo. Esto es lo que hay disponible.
Los grandes del sector
Litmus domina el mercado de previsualización de emails por una buena razón. Sube tu HTML o envía un email de prueba y, en cuestión de segundos, ves capturas de 90+ clientes y dispositivos. La interfaz muestra las vistas previas en una cuadrícula, lo que facilita detectar problemas de un vistazo. Haz clic en cualquier vista previa para verla a tamaño completo, con herramientas para compararla con otros clientes.
Más allá de las vistas previas, Litmus analiza tu código en busca de problemas comunes: texto alternativo ausente, enlaces rotos, problemas de accesibilidad, palabras que activan filtros de spam. Su herramienta Builder te permite editar HTML y ver los cambios reflejados en todas las vistas previas en tiempo real. La función Analytics rastrea aperturas e interacción después de enviar.
El precio refleja el conjunto de funciones. Los planes comienzan alrededor de $99/mes para individuos y escalan para equipos. Para organizaciones que envían emails críticos, el coste se justifica por los desastres evitados. Para quienes envían de forma ocasional, puede ser excesivo.
Email on Acid ofrece capacidades de previsualización similares a un precio ligeramente inferior. Su biblioteca de vistas previas cubre los clientes principales en desktop, móvil y webmail. La interfaz es funcional, aunque no tan pulida como la de Litmus. Donde se diferencian es en sus pruebas ilimitadas en planes superiores: si tu equipo itera rápidamente en los diseños, el modelo ilimitado puede ser más económico que el precio por prueba.
Su función Campaign Precheck recorre una lista de verificación de factores de entregabilidad, pruebas de spam y cumplimiento de accesibilidad antes de la previsualización. Es un mecanismo útil que obliga a detectar problemas temprano en el proceso.
Opciones centradas en desarrolladores
Mailtrap comenzó como un servidor de pruebas SMTP: un buzón simulado que captura emails de prueba durante el desarrollo. Se han expandido hasta convertirse en una plataforma completa de testing de email, incluyendo previsualizaciones HTML en los principales clientes.
Email Sandbox sigue siendo su mayor fortaleza. Apunta la configuración SMTP del entorno de desarrollo a Mailtrap y todos los emails salientes se capturan en lugar de entregarse. Puedes inspeccionar el HTML, el texto plano, los encabezados y los adjuntos de cada email. La función de previsualización muestra cómo se renderiza el email en distintos clientes.
El plan gratuito es generoso: 100 emails de prueba al mes con vistas previas básicas. Los planes de pago añaden más volumen y funciones avanzadas. Para desarrolladores que necesitan tanto un sandbox de pruebas como capacidades de previsualización, el enfoque integrado es conveniente.
Parcel se posiciona como un editor de código para email, pero incluye capacidades de previsualización. Escribes HTML (o MJML) en su editor y ves vistas previas en vivo mientras tecleas. El panel de previsualización muestra cómo se renderiza tu email en los clientes seleccionados, actualizándose en tiempo real a medida que haces cambios.
Las funciones de colaboración permiten que los equipos trabajen juntos en emails, con historial de versiones para seguir los cambios. Para equipos que hacen desarrollo serio de email, el flujo integrado de edición y previsualización reduce el cambio de contexto.
Alternativas económicas
Testi.at ofrece previsualizaciones de email a una fracción del coste de Litmus o Email on Acid. La biblioteca de vistas previas es más pequeña (alrededor de 30 clientes frente a 90+), pero cubre los principales que más importan. La interfaz es directa: sube HTML y obtén capturas.
Para equipos que necesitan capacidades básicas de previsualización sin el conjunto completo de funciones de las herramientas premium, Testi.at ofrece una relación calidad-precio razonable. Solo verifica que los clientes que te importan estén en su biblioteca de vistas previas antes de decidirte.
PutsMail de Litmus es una herramienta gratuita para enviarte correos de prueba. No es exactamente una herramienta de previsualización: aún necesitas abrir el email en clientes reales, pero es útil para pruebas rápidas. Introduces tu HTML, especificas las direcciones de los destinatarios y envía el email. Luego puedes comprobar cómo se renderiza en tus propios clientes de correo.
La limitación es obvia: solo puedes probar clientes a los que tengas acceso. Pero para verificar el renderizado en Gmail, Outlook y Apple Mail (los tres grandes), es una opción gratuita que funciona.
Opciones autoalojadas
Para organizaciones con requisitos estrictos de datos, enviar HTML de email a servicios de terceros puede no ser aceptable. Existen alternativas autoalojadas, aunque requieren más configuración.
El reto del autoalojado es mantener la infraestructura de previsualización. Los clientes de email se actualizan constantemente y mantener una granja de máquinas virtuales con diferentes versiones de Outlook, dispositivos móviles y cuentas de webmail supone una sobrecarga operativa considerable. La mayoría de las organizaciones encuentran que la revisión de seguridad de un proveedor SaaS de buena reputación es más sencilla que mantener su propia infraestructura de previsualización.
Dicho esto, para pruebas básicas puedes configurar máquinas virtuales con distintas versiones de Outlook y usar BrowserStack o servicios similares para pruebas en dispositivos móviles. Es manual y lleva mucho tiempo, pero funciona para organizaciones que no pueden usar servicios externos.
Qué probar realmente
Tener herramientas de previsualización es una cosa; saber qué buscar es otra.
Empieza por los tres grandes: Gmail (web y móvil), Outlook (2016, 2019 y 365) y Apple Mail. Estos cubren a la mayoría de los usuarios empresariales. Si tu email se ve bien en ellos, habrás resuelto la mayoría de los problemas de renderizado.
Presta especial atención a Outlook. Su motor de renderizado basado en Word tiene bugs únicos que no aparecen en ningún otro sitio. Las imágenes de fondo a menudo no funcionan. Ciertas propiedades CSS se ignoran por completo. Si algo se ve roto solo en Outlook, es normal: necesitarás correcciones específicas para Outlook.
Revisa cuidadosamente el renderizado en dispositivos móviles. Más de la mitad de los emails se abren en dispositivos móviles, y un email optimizado para desktop que es ilegible en el teléfono es un email fallido. Verifica que el texto sea lo suficientemente grande para leer, que los botones sean lo suficientemente grandes como para pulsarlos y que el diseño se adapte de forma sensata a pantallas estrechas.
Prueba el modo oscuro. Muchos clientes de email ya ofrecen modo oscuro y lo manejan de forma diferente. Algunos invierten los colores automáticamente, lo que puede arruinar tu paleta cuidadosamente elegida. Otros respetan los colores que especificas. Las herramientas de previsualización ofrecen cada vez más vistas en modo oscuro: utilízalas.
Por último, prueba con las imágenes desactivadas. Muchos clientes de email bloquean las imágenes por defecto, especialmente en entornos corporativos. Tu email debería ser comprensible incluso cuando las imágenes no cargan. El texto alternativo debe transmitir significado y el diseño no debería colapsar sin imágenes.
Frequently asked questions
¿Cuántos clientes de email necesito realmente probar?
Como mínimo, prueba Gmail, Outlook y Apple Mail—cubren a la mayoría de los usuarios. Añade las versiones móviles de cada uno. Si tienes analíticas que muestran qué clientes usa tu audiencia, prioriza esos. Probar entre 10 y 15 clientes detecta la mayoría de los problemas sin resultar abrumador.
¿Por qué mi email se ve diferente en Outlook que en el resto?
Outlook usa el motor de renderizado de Microsoft Word en lugar de un motor de navegador. Word nunca se diseñó para renderizar HTML de email, así que maneja CSS de forma diferente (o directamente no lo hace). Muchas propiedades CSS que funcionan en todas partes simplemente no funcionan en Outlook. Por eso el HTML para email usa tablas para la maquetación—es el único método fiable en Outlook.
¿Las herramientas de previsualización gratuitas son suficientes?
Para correos ocasionales y pruebas básicas, herramientas gratuitas como PutsMail combinadas con pruebas manuales en tus propios clientes pueden servir. Para campañas regulares o emails transaccionales que afectan a los ingresos, las herramientas de pago ofrecen una cobertura más completa y detectan problemas que las pruebas manuales pasan por alto.
¿Con qué frecuencia cambian su renderizado los clientes de email?
Más a menudo de lo que cabría esperar. Gmail actualiza su renderizado periódicamente, a veces rompiendo emails que antes funcionaban. Outlook se actualiza con las versiones de Office. Los clientes móviles se actualizan con las versiones del sistema operativo. Por eso es importante volver a probar periódicamente las plantillas existentes—lo que funcionaba hace seis meses puede que hoy no funcione.