Validar un email antes de enviar: rendering, links, peso, alt y headers

Checklist técnico de pruebas antes de enviar un email masivo: rendering en Outlook/Gmail/Apple, links válidos, peso, alt, plain text y headers de autenticación.

Un envío masivo no se rectifica. Una vez sale, llega a la bandeja de miles de destinatarios con sus errores incluidos. La validación pre-envío es el último filtro antes de que ese email se convierta en un problema irreversible: links rotos que generan reclamaciones, render destrozado en Outlook que daña la marca, peso excesivo que provoca clipping de Gmail, autenticación que falla y manda todo a spam. Este es el checklist técnico que cualquier envío profesional debería pasar.

Por qué falla incluso a equipos experimentados

Las roturas más habituales no vienen de errores conceptuales sino de detalles que se cuelan:

• Una variable que no resuelve y deja {{first_name}} literal en el asunto.
• Un link UTM que cambió y ahora redirige a 404.
• Una imagen de cabecera que se subió con extensión .HEIC y no carga en Outlook.
• Un texto añadido en último momento que sube el HTML por encima de 102KB.
• El DKIM del subdominio que se modificó y dejó de firmar.

Ninguno se evita confiando en una checklist mental. Hay que escribirla y aplicarla siempre.

Bloque 1: contenido y enlaces

Lectura del cuerpo

Lee el email completo, idealmente con alguien que no escribió el copy. Busca:

• Errores ortográficos.
• Variables sin resolver: {{first_name}}, ${product}, [[city]].
• Texto provisional (“Lorem ipsum”, “TODO”, “Falta CTA”).
• Disclaimers legales actualizados.
• Coherencia entre asunto, preview text y cuerpo.

Revisión de cada enlace

Cada <a href> debe llevar a:

• La URL correcta.
• Una página que carga y no es 404.
• HTTPS, no HTTP (algunos clientes avisan de inseguro).
• El destino con parámetros UTM coherentes (campaña, medium, source).

Para envíos con muchos links, automatízalo: extrae todos los hrefs y haz peticiones HEAD para verificar status 200. Un script en Node, Python o curl basta.

grep -oE 'href="[^"]+"' email.html | cut -d'"' -f2 | xargs -I {} curl -o /dev/null -s -w "%{http_code} {}\n" {}

Tracking y redirectores

Si los enlaces pasan por un redirector del ESP, comprueba que:

• El redirector está activo y responde rápido.
• El destino final coincide con lo esperado.
• No hay bucles ni cadenas extrañas (302 a 302 a 301 a 200).
• No bloquea metadatos de Open Graph en el destino (importante si el usuario comparte el link).

Bloque 2: rendering cross-client

Cuentas de prueba mínimas

• Gmail web (cuenta personal y Workspace).
• Gmail Android.
• Gmail iOS.
• Apple Mail iOS.
• Apple Mail macOS.
• Outlook 365 desktop Windows.
• Outlook.com web.
• Yahoo Mail web.

Más detalle por cliente en la guía de compatibilidad cross-client.

Qué revisar en cada cliente

• Layout responsive o no.
• Imágenes cargadas correctamente.
• Botones legibles y clicables (no cuadrados rotos en Outlook).
• Texto sin saltos extraños.
• Fuentes de fallback correctas (Outlook ignora fuentes web).
• Render de dark mode si aplica (más en la guía de HTML email en dark mode).

Servicios automáticos

Litmus y Email on Acid generan capturas en docenas de clientes en minutos. Útiles para detectar problemas obvios. Limitaciones:

• No detectan filtrado a spam.
• No miden inbox placement.
• No interactúan: no prueban clics ni descargas.

Cuentas reales de prueba siguen siendo imprescindibles.

Bloque 3: peso y clipping

Medición del HTML

Mide el HTML final tras renderizar variables. Si supera 90KB, identifica qué reducir antes de enviar (más detalles en la guía de peso del email).

wc -c email_rendered.html

Imágenes

Cada imagen debería:

• Pesar menos de 200KB (cabeceras grandes) o 50KB (ilustraciones secundarias).
• Estar en un formato adecuado (JPEG para fotos, PNG para gráficos, GIF solo si necesitas animación).
• Servir desde CDN, no en base64.
• Tener dimensiones razonables (no 4000px de ancho).

Total del email

HTML + imágenes < 600KB es razonable. Pasarse de 1MB es síntoma de plantilla que pide rediseño.

Bloque 4: accesibilidad básica

Alt text

Cada <img> debe tener:

• alt="" si es decorativa.
• Un alt descriptivo si es informativa.
• Nunca falta de atributo (algunos clientes muestran un icono roto si no hay alt).

Contraste

Asegúrate de que los pares texto/fondo cumplen 4.5:1 mínimo (3:1 para texto grande). Más en la guía de plantillas accesibles.

Tamaño de fuente

• Cuerpo: 14-16px desktop, 16-18px móvil.
• Disclaimers: nunca por debajo de 12px.

Tap targets

Botones de al menos 44 píxeles de alto, separación entre enlaces clicables.

Bloque 5: versión texto plano

El multipart MIME debe incluir alternativa text/plain. Algunos clientes la prefieren, los filtros antispam la analizan, y los lectores de pantalla la usan en ciertas configuraciones.

Validar:

• La versión existe.
• Refleja el contenido principal del email.
• Incluye los enlaces principales en formato URL completo.
• No es un volcado automático mal formateado del HTML.

Si tu ESP la genera automáticamente, revisa la calidad. Suele ser pobre y conviene escribirla a mano.

Bloque 6: headers y autenticación

Cómo verificar

Envía el email a una cuenta de Gmail. Abre el mensaje y selecciona “Mostrar original” (Show original). Verás un volcado con todos los headers. Busca:

Authentication-Results: mx.google.com;
       dkim=pass [email protected] header.s=default;
       spf=pass (google.com: domain of ...);
       dmarc=pass (p=REJECT sp=REJECT) header.from=tudominio.com

Comprobaciones:

• dkim=pass: la firma DKIM válida.
• spf=pass: SPF alineado.
• dmarc=pass: alineamiento DMARC correcto.

Si alguno falla, el email puede llegar pero con menos confianza, y eventualmente acabará en spam.

List-Unsubscribe

Para envíos masivos a Gmail/Yahoo, debes ver:

List-Unsubscribe: <mailto:...>, <https://...>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Detalles en la guía de List-Unsubscribe. Sin estas cabeceras, los grandes proveedores tratan tu envío como menos legítimo.

Mail-tester y similares

Servicios como mail-tester.com analizan un envío y devuelven una puntuación con desglose de SPF, DKIM, DMARC, SpamAssassin y problemas de contenido. Útiles para detectar configuraciones rotas en minutos.

Bloque 7: filtros antispam

Spam triggers en asunto y cuerpo

Revisa que no hay:

• Mayúsculas excesivas en el asunto.
• Múltiples signos de exclamación.
• Palabras de alto riesgo combinadas (gratis, garantizado, urgente).
• Símbolos de moneda en exceso ($$$, €€).

Más detalle, junto a guías para evitar spam en Gmail.

SpamAssassin score

Pasa el HTML por un servicio que ejecute SpamAssassin. Una puntuación por debajo de 2 es ideal, 2-4 aceptable, >5 problemático.

Bloque 8: seed list e inbox placement

Qué es una seed list

Un conjunto de cuentas reales en distintos proveedores (Gmail personal, Gmail Workspace, Outlook.com, Microsoft 365, Yahoo, Apple iCloud, dominios europeos como GMX, freenet) donde envías una versión del email para verificar dónde llega.

Cómo usarla

• Manda el envío 30-60 minutos antes que la lista real.
• Revisa cada buzón: ¿inbox o spam?
• Si Gmail manda a Promotions o spam, identifica patrones (peso, autenticación, contenido).
• Si Outlook filtra, revisa SNDS y reputación.

Si el placement es malo, parar el envío y diagnosticar. Mejor un envío retrasado que uno enviado a spam que arrastra reputación.

Bloque 9: revisión de la lista

Segmento

Verifica que la audiencia es la correcta:

• Filtro aplicado.
• Excluyes a quienes deben quedar fuera (bajas, supresiones, quejas previas).
• Volumen estimado dentro de lo planificado.

Frecuencia

¿Cuándo recibió este segmento el último envío? Si fue ayer, valora si el envío de hoy es necesario o lo agruparías. Sobrefrecuencia genera quejas.

Inactivos

¿La campaña va a inactivos? Si sí, revisa el sunset antes. Enviar a 50.000 inactivos es la mejor forma de hundir reputación.

Bloque 10: timing y volumen

Hora de envío

• Horario laboral del país objetivo.
• Evitar horas con picos de envíos del sector.
• Evitar madrugada en horario del destinatario salvo motivo concreto.

Throttling y volumen

Si tu envío es muy grande respecto a tu media diaria, considera throttling. Detalles en throttling de receptores. Saltar de 10.000 a 500.000 en un día activa filtros y throttles del lado receptor.

Errores frecuentes

Saltarse pasos por urgencia

“Solo cambié una palabra, no hace falta validar.” Suele ser el envío que rompe.

Probar solo en una cuenta

Una sola cuenta no detecta problemas cross-client.

No medir el peso final

El HTML “fuente” puede ser 50KB. Tras render, 105KB. Mide la versión real.

Confiar en autopreview del ESP

Los previews del ESP no son los clientes reales. Hay diferencias significativas con Outlook desktop sobre todo.

Olvidar la versión texto plano

Es la primera impresión que algunos lectores y filtros tienen. Si está mal, suben las posibilidades de spam.

No revisar tras el envío

Tras enviar, mira métricas en la primera hora: bounces, quejas tempranas, deliveries. Si algo se desvía mucho, puede haber problema técnico.

Plantilla de checklist

Una versión imprimible/digital del checklist debería tener al menos:

• Lectura del cuerpo y enlaces verificados.
• Render OK en seis clientes principales.
• Peso < 90KB.
• Imágenes optimizadas.
• Alt text presente.
• Texto plano OK.
• Headers SPF/DKIM/DMARC pasan.
• List-Unsubscribe presente si aplica.
• mail-tester score > 8.
• Seed list inbox placement OK.
• Lista correcta y segmentación verificada.
• Timing y volumen revisados.

Pasarlo cuesta 30-45 minutos, ahorra horas de daños posteriores.

La diferencia entre testeo y validación

Testear es enviarte el email a ti mismo y mirar. Validar es ejecutar un proceso reproducible que confirma cada uno de los puntos críticos. Los equipos profesionales no improvisan: tienen checklist, seed lists, herramientas y un proceso fijo. Esa disciplina es la diferencia entre un envío que protege la reputación y uno que la erosiona.

Recursos relacionados

Si quieres profundizar, prueba estas herramientas gratuitas: Domain Health, mail tester, validador SPF y validador DMARC.

¿Necesitas que alguien lleve tu canal de email entero? Abalola Mail es la agencia de retención y email marketing de Abalola para ecommerce: estrategia, producción y operación del stack sobre Klaviyo, Mailchimp o Brevo.