Un correo HTML que se ve perfecto en Gmail puede estar completamente roto en Outlook 2019, ser invisible en un iPhone en modo oscuro y dirigirse directo a la carpeta de spam si tus registros de autenticación están mal. Probar en varios clientes de correo no es opcional para quien ejecuta una campaña: es la diferencia entre un mensaje que llega a la bandeja de entrada y uno que nunca se ve. Esta guía cubre cada dimensión de las pruebas previas al envío, con herramientas gratuitas para cada paso.
Por qué importa probar correos HTML
Los clientes de correo no son navegadores. Gmail elimina ciertas propiedades CSS. Outlook usa el renderizador HTML de Microsoft Word, que ignora flexbox, border-radius y fuentes web. Apple Mail en iOS aplica sus propios estilos de detección de enlaces a números de teléfono y fechas. El modo oscuro invierte los colores de forma distinta en cada cliente. Cada una de estas peculiaridades puede romper en silencio tu plantilla cuidadosamente diseñada y, a diferencia de una página web, no puedes publicar una corrección después de enviar la campaña.
La dimensión de la entregabilidad
Más allá del renderizado, las pruebas de correo deben incluir la entregabilidad: confirmar que tu mensaje llega realmente a la bandeja de entrada y no a la carpeta de spam ni es rechazado de plano. Desde febrero de 2024, Google y Yahoo exigen autenticación DMARC obligatoria para remitentes masivos. Registros SPF, DKIM o DMARC ausentes o mal configurados hacen que los correos se pongan en cuarentena o se rechacen en los mayores proveedores de bandeja de entrada. Las pruebas de entregabilidad detectan estos fallos antes de que tu lista los reciba.
El coste de saltarse las pruebas
Una campaña de correo roja daña más de un envío. Las quejas repetidas de spam degradan la reputación de tu dominio remitente durante semanas, dificultando la entrega de campañas futuras. Fallos de renderizado en Outlook en una plantilla de recibo transaccional pueden generar tickets de soporte a escala. Una sola configuración de autenticación errónea puede hacer que todos tus correos reboten en Gmail hasta que los registros DNS se corrijan y se propaguen, lo que lleva de horas a días. Probar lleva 15 minutos. Recuperarse lleva semanas.
Note
Las cuatro dimensiones de las pruebas de correo
Una prueba completa de correo cubre cuatro dimensiones independientes. Cada una requiere herramientas distintas y detecta categorías de fallo diferentes. Probar solo el renderizado y saltarse la autenticación es como corregir la redacción dejando la dirección del destinatario equivocada.
- Renderizado: cómo se muestran visualmente el HTML y el CSS en Gmail, Outlook, Apple Mail, Yahoo y clientes móviles: diseño, fuentes, imágenes, modo oscuro
- Autenticación: si los registros DNS de SPF, DKIM y DMARC están configurados correctamente para que los proveedores acepten tu correo como legítimo
- Asunto y texto de vista previa: si el asunto cabe dentro de los límites de visualización en escritorio y móvil, y si el texto de vista previa aporta contexto útil
- Spam y entregabilidad: si el contenido del correo, la estructura HTML, la reputación de los enlaces y la IP remitente puntúan bien ante los filtros de spam
Por qué cada dimensión requiere herramientas separadas
Las pruebas de renderizado requieren capturas o vistas previas reales de clientes: no pueden automatizarse desde un archivo HTML estático por sí solo. Las pruebas de autenticación requieren herramientas de consulta DNS que verifiquen tus registros publicados. Las pruebas de asunto requieren contar caracteres y bytes frente a los límites de truncamiento de cada cliente. Las pruebas de spam requieren enviar realmente el correo desde tu infraestructura de envío para que se incluyan la reputación de la IP y las cabeceras de autenticación. Ninguna herramienta cubre las cuatro por completo.
Probar el correo en sí no basta: también debes probar la infraestructura que lo rodea. Los registros de autenticación, la reputación de la IP y la antigüedad del dominio determinan si el contenido llega alguna vez a una persona.
Cómo probar el renderizado de correos HTML
Las pruebas de renderizado confirman que tu correo se muestra correctamente en los clientes que tu audiencia usa de verdad. Los clientes prioritarios dependen de tu lista: consulta el informe de distribución de clientes de tu ESP para ver cuáles usan tus suscriptores antes de decidir a cuáles dar prioridad.
Usa la vista previa integrada de tu ESP
Cada ESP importante — Mailchimp, Brevo, HubSpot, Klaviyo, Mailerlite — incluye una vista previa multi-cliente en el editor de campañas. Ejecútala primero. Cubre los clientes más comunes (Gmail escritorio, Gmail móvil, Apple Mail, Outlook) y detecta fallos de diseño evidentes sin necesitar una herramienta externa ni enviar un correo real.
Envía correos de prueba a cuentas reales
Crea cuentas gratuitas en Gmail, Outlook.com y Yahoo Mail. Envía tu correo de prueba a las tres y visualízalo tanto en escritorio como en un dispositivo móvil real. Comprueba el modo oscuro en iOS yendo a Ajustes → Pantalla y brillo → Oscuro. El renderizado en un dispositivo real revela problemas que las vistas previas por captura no ven, especialmente en la representación de fuentes y el tamaño de las zonas táctiles.
Comprueba el renderizado específico de Outlook
Outlook es el cliente de mayor riesgo para el correo HTML. Prueba con Outlook 2016, 2019 y 365 si tu audiencia incluye usuarios de Windows corporativos. Fallos comunes en Outlook: el CSS `max-width` en imágenes no funciona (usa el atributo `width` en la etiqueta `<img>` en su lugar), el `padding` en elementos `<td>` se comporta de forma inconsistente y los fondos de `<div>` no están soportados. Usa diseños basados en tablas con estilos en línea para un renderizado fiable en Outlook.
Valida la estructura HTML antes de renderizar
El HTML malformado causa fallos de renderizado en todos los clientes. Antes de ejecutar las pruebas de vista previa, valida la plantilla HTML de tu correo para confirmar que las etiquetas están bien anidadas, todos los atributos están correctamente entrecomillados y no hay elementos obsoletos. Usa el Validador de HTML para detectar errores estructurales en el HTML de la plantilla sin necesidad de enviar antes un correo de prueba.
Comprobador de Longitud del Asunto
Comprueba el asunto de tu correo: número de caracteres, riesgo de truncamiento en móvil y escritorio, longitud en bytes y palabras que disparan spam, todo local en el navegador y sin registro.
Pruebas de autenticación de correo
Los errores en los registros de autenticación son la razón más común por la que una campaña bien diseñada acaba en spam o es rechazada por completo. SPF, DKIM y DMARC trabajan juntos para demostrar a los servidores de correo receptores que tu correo proviene realmente de tu dominio y no de una dirección suplantada. Los tres deben configurarse correctamente.
Validación del registro SPF
SPF (Sender Policy Framework) es un registro TXT que enumera qué direcciones IP y servicios de envío están autorizados a enviar correo en nombre de tu dominio. Un registro SPF ausente hace que los mensajes fallen la autenticación en receptores estrictos. Un registro SPF roto — con un error de sintaxis, el límite de 10 consultas superado o un mecanismo permisivo `+all` — socava la reputación de tu dominio. Usa el Validador de Registros SPF para revisar tu registro TXT de SPF en busca de errores de sintaxis y problemas de política antes de confiar en él.
Validación de DKIM y DMARC
DKIM (DomainKeys Identified Mail) adjunta una firma criptográfica a tus correos salientes. Los servidores receptores consultan la clave pública en tu DNS para verificar la firma, confirmando que el correo no fue modificado en tránsito y que tu dominio lo autorizó. El Validador de Registros DKIM comprueba tu registro TXT de DKIM: estructura de etiquetas, longitud de clave y campos obligatorios ausentes. Una vez que SPF y DKIM estén limpios, DMARC los une: usa el Validador de Registros DMARC para confirmar que la sintaxis de tu política, el modo de alineación y el URI de informes son correctos.
| Registro | Qué hace | Impacto si falla | Dónde validarlo |
|---|---|---|---|
| SPF | Autoriza las IP de envío | Carpeta de spam o fallo suave | Validador de Registros SPF |
| DKIM | Firma el correo criptográficamente | Falla la alineación DMARC | Validador de Registros DKIM |
| DMARC | Aplica la política SPF + DKIM | Rechazo o cuarentena | Validador de Registros DMARC |
| MX | Recibe respuestas correctamente | Fallos en las respuestas | Validador de Registros DNS |
Warning
Pruebas del asunto y el texto de vista previa
El asunto es lo primero — y a veces lo único — que lee un destinatario antes de decidir si abre o elimina un correo. Acertarlo exige probar contra los límites de visualización de los clientes que usa tu audiencia, no solo escribir algo que suene bien.
Límites de longitud del asunto por cliente
Gmail móvil y Apple Mail en iOS truncan los asuntos a unos 40 caracteres en modo vertical. Gmail de escritorio muestra 60-70 caracteres. Outlook de escritorio muestra hasta más de 80 caracteres según el ancho del panel de vista previa. El objetivo universal seguro es 40-50 caracteres: algo más largo arriesga que el mensaje clave se corte antes de que una parte significativa de tu audiencia lo vea. El Comprobador de Longitud del Asunto señala el riesgo de truncamiento para los umbrales de móvil y escritorio en una sola vista.
Buenas prácticas del texto de vista previa
El texto de vista previa (también llamado preheader) es el fragmento gris que aparece tras el asunto en los paneles de vista previa de Gmail, Apple Mail y Outlook. Si no lo defines explícitamente, la mayoría de los clientes toman el primer texto legible del cuerpo del correo, que puede ser "Vea este correo en su navegador" o un atributo alt oculto. Define el texto de vista previa explícitamente en el editor de tu ESP o mediante un `<div>` oculto al inicio del cuerpo con `font-size:0; max-height:0; overflow:hidden`. Mantenlo entre 85 y 100 caracteres para complementar el asunto sin solaparse con el cuerpo en la vista previa.
Frases que disparan el spam en los asuntos
Ciertas palabras y frases en los asuntos son penalizadas por los filtros de spam: "gratis", "haga clic aquí", "actúe ahora", "oferta por tiempo limitado", el uso excesivo de mayúsculas y varios signos de exclamación. No garantizan caer en spam, pero aumentan tu puntuación de spam. El Comprobador de Longitud del Asunto también señala patrones habituales que disparan el spam para que puedas reformular antes de enviar.
Pruebas de spam y entregabilidad
Las pruebas de spam miden cómo puntúa tu correo frente a los filtros que los proveedores aplican antes de decidir dónde entregar un mensaje. Una puntuación de spam no garantiza la entrega: es un indicador de riesgo. Una puntuación baja no significa que el correo llegue con certeza a la bandeja de entrada; una alta no significa que vaya definitivamente a spam. Pero puntuar de forma constante por encima de 7/10 en mail-tester.com correlaciona fuertemente con la entrada en la bandeja.
Usar mail-tester.com
Mail-tester.com es la prueba de spam gratuita más completa disponible. Visita el sitio, copia la dirección de correo de prueba única que genera y envía tu campaña a esa dirección desde tu herramienta de envío real, con tu dominio y tu IP reales. Mail-tester.com analiza el correo recibido — cabeceras, resultados de autenticación, contenido HTML, relación texto-imagen, reputación de enlaces y estado de listas negras de IP — y produce una puntuación con una explicación específica para cada penalización. Corrige cada categoría penalizada y repite la prueba hasta alcanzar 9/10 o más antes de enviar a tu lista.
Factores del contenido HTML que afectan a la puntuación de spam
- Relación texto-imagen: un correo compuesto mayoritariamente por imágenes con poco texto puntúa mal: mantén al menos un 60 % de contenido textual
- Reputación de los enlaces: las URL del cuerpo se comprueban contra listas negras: evita URL acortadas que oculten el destino
- Versión de texto plano ausente: envía siempre un correo MIME multiparte con versiones HTML y de texto plano
- JavaScript en la plantilla: cualquier etiqueta `<script>` en un correo provoca el rechazo inmediato por la mayoría de los filtros
- Enlace de baja: un enlace de baja ausente o roto es a la vez señal de spam y violación legal según CAN-SPAM y el RGPD
Tip
Buenas prácticas de pruebas de correos HTML
Una lista de comprobación de pruebas previas al envío, repetible, evita que las mismas categorías de errores se repitan entre campañas. Integrar la lista en tu flujo de trabajo de campañas — no como una ocurrencia de último momento antes del botón de enviar — es lo que la hace eficaz.
Construye una lista de comprobación previa al envío
- Renderizado: vista previa en tu ESP al menos en Gmail (escritorio + móvil), Outlook y Apple Mail iOS
- Autenticación: valida SPF, DKIM y DMARC con validadores dedicados antes de la primera campaña en un dominio nuevo
- Asunto: comprueba el número de caracteres frente al límite móvil de 40; evita frases que disparan spam
- Enlaces: haz clic en cada enlace del correo de prueba para confirmar que llevan a la URL correcta
- Baja: confirma que el enlace de baja funciona y elimina la dirección en tu ESP
- Versión de texto plano: asegúrate de que tu ESP genera la alternativa de texto plano automáticamente
Vuelve a probar tras cambiar la plantilla
Incluso un pequeño cambio en una plantilla de correo puede romper un diseño que antes funcionaba en Outlook o introducir un nuevo disparador de spam. Repite la comprobación completa de renderizado cada vez que modifiques la estructura de la plantilla (no solo el texto). Los registros de autenticación rara vez necesitan repetir pruebas salvo que añadas un nuevo servicio de envío o cambies de proveedor DNS. La prueba del asunto debe formar parte de cada campaña, no solo de los cambios de plantilla.
Validador de Registros DMARC
Valida tu registro DNS DMARC: errores de sintaxis, corrección de etiquetas de política, modo de alineación y URI de informes, todo local en el navegador y sin cuenta.
Key takeaways
- Las pruebas de correos HTML cubren cuatro dimensiones: renderizado entre clientes, autenticación (SPF/DKIM/DMARC), longitud del asunto y puntuación de spam; cada una requiere herramientas distintas.
- Outlook usa el renderizador HTML de Word y no admite flexbox, border-radius ni fuentes web CSS: usa diseños basados en tablas con CSS en línea para un display fiable en Outlook.
- Desde febrero de 2024, Google y Yahoo exigen DMARC a los remitentes masivos: valida los tres registros con el Validador de Registros SPF, el Validador de Registros DKIM y el Validador de Registros DMARC.
- Los asuntos deben quedarse por debajo de 40 caracteres por seguridad en móvil: usa el Comprobador de Longitud del Asunto antes de cada campaña.
- Envía a mail-tester.com desde tu infraestructura de envío real para obtener una puntuación de spam completa que cubra a la vez autenticación, contenido y reputación de IP.
- Define el texto de vista previa explícitamente: si no lo haces, la mayoría de los clientes toman el primer texto visible del cuerpo, que suele ser "Ver en el navegador" o un atributo alt.
- Corrige los errores de los registros de autenticación antes de las pruebas de spam: un fallo de DMARC dominará tu puntuación de spam sin importar la calidad del HTML.