# Checklist de QA antes de enviar un email: 8 comprobaciones

URL canónica: https://brew.new/es/blog/pre-send-email-qa-checklist
Autoría: Thomas Park
Publicado: 2026-10-11
Actualizado: 2026-10-11

Una checklist de control de calidad (QA) previa al envío es la lista breve de comprobaciones que haces en cada email antes de que salga. Las campañas defectuosas suelen salir con un botón que todavía apunta a `#`, una imagen de cabecera cambiada a las 18:00 por un PNG de 4 MB o una estructura de dos columnas que el Outlook clásico ignora. Detectar cada uno de estos fallos lleva un minuto antes del envío, y después ya no tiene arreglo.

Este mes hemos reconstruido la auditoría de email de Brew en torno a estas comprobaciones, cada una con un umbral exacto. Puedes hacerlas a mano, con Brew o sin él.

![Resultado de una auditoría de email con una puntuación, el estado de preparación para el envío y los hallazgos agrupados por gravedad.](/images/blog/email-audit-findings.png)

*Hallazgos agrupados por gravedad, con un único veredicto sobre si el email está listo.*

## Puntos clave

- Revisa ocho áreas: enlaces, tamaño, imágenes, compatibilidad con los clientes de correo, accesibilidad, textos, cumplimiento normativo y marcado.
- Gmail recorta el HTML que supera los 102 KB aproximadamente y oculta el pie de página y el enlace de baja. Brew avisa a partir de 80 KB porque el seguimiento de clics añade peso.
- Haz clic en todos los enlaces de un email de prueba ya entregado, pero nunca dejes que un verificador automático abra los enlaces de baja o de preferencias.
- La auditoría de Brew puntúa de 0 a 100: resta 20 puntos por cada hallazgo crítico, 10 por cada error y 3 por cada advertencia. Cualquier hallazgo crítico o error significa que el email no está listo.
- La auditoría nunca bloquea un envío, y no prueba la llegada a la bandeja de entrada, ni genera capturas del renderizado, ni revisa el modo oscuro.

## 1. Enlaces

Un enlace roto desperdicia el envío. Comprueba que:

- cada botón tenga un destino real, no `#`, `example.com` ni un `{{url}}` sin completar
- ningún enlace devuelva un 404 o un 410, apunte a un dominio que no resuelve, tenga un certificado no válido, rechace la conexión o entre en un bucle de redirecciones
- todos los enlaces usen `https`
- el texto visible de cada enlace coincida con su destino. Un `brew.new/pricing` que lleva a otra parte parece phishing
- evites los acortadores de URL públicos, que comparten reputación con todos los spammers que los usan

Haz clic en todos los enlaces de un email de prueba ya entregado, no en el editor. Tu ESP reescribe los enlaces para el seguimiento de clics en el momento del envío, así que las cadenas de redirecciones y los parámetros de seguimiento rotos solo aparecen ahí.

Nunca dejes que un verificador automático solicite los enlaces de baja o de preferencias. Algunos proveedores tratan cualquier solicitud a esa URL como una baja. Y que un verificador se tope con una barrera antibots no demuestra que el enlace esté roto. Haz clic tú mismo.

## 2. Tamaño

Gmail recorta los mensajes con más de unos **102 KB** de HTML y oculta el resto tras un enlace “Ver todo el mensaje”. Eso esconde el pie de página, el enlace de baja y la dirección postal, así que un email de marketing recortado se convierte, sin que nadie lo note, en un problema de cumplimiento normativo.

Nuestros umbrales:

- **80 KB** de HTML: advertencia
- **102 KB** de HTML: error, porque Gmail lo recortará
- **3 MB** de tamaño total cargado, HTML más imágenes: advertencia
- **5 MB** de tamaño total cargado: error

Avisamos a partir de 80 KB porque el seguimiento de clics sustituye los enlaces cortos por URL de redirección más largas, y algunos ESP añaden marcado. Lo que en tu editor son 98 KB puede llegar como 105 KB.

Lo que suele inflar el tamaño: estilos en línea repetidos en cada elemento, comentarios que deja el editor, secciones duplicadas y ocultas para móvil y escritorio, e imágenes incrustadas en base64.

## 3. Imágenes

Cada imagen debe:

- tener texto `alt`, o `alt=""` si es puramente decorativa
- tener `width` y `height`, para que la estructura se mantenga mientras cargan las imágenes o cuando se bloquean
- cargar, y ser una imagen, no una página de error en HTML
- pesar menos de **1 MB**, o de **3 MB** si es un GIF

Un email que es una sola imagen grande sobre una línea de texto resulta ilegible con las imágenes desactivadas, opaco para los lectores de pantalla y una señal de spam para algunos filtros. Pon el titular y la oferta en texto vivo.

## 4. Compatibilidad con los clientes de correo

Flexbox, grid, `position`, las imágenes de fondo y el SVG en línea fallan en al menos un cliente importante. [Can I email](https://www.caniemail.com/) registra la compatibilidad por función y por cliente, y es la mejor referencia que existe.

Vigila sobre todo Outlook. Gmail y Apple Mail suelen degradarse con discreción. El Outlook clásico para Windows renderiza con el motor de maquetación de Word, ignora muchos anchos de CSS, descarta las imágenes de fondo y quita el relleno de los botones creados como enlaces con estilo.

Solo marcamos una función para una familia de clientes, como Gmail u Outlook, cuando al menos dos de sus clientes la descartan. Solo es una advertencia cuando Outlook la rompe sin opción de respaldo. Todo lo demás queda en el nivel Info. Si no, cada email recibiría veinte advertencias de compatibilidad y la gente las ignoraría todas.

## 5. Accesibilidad

Las comprobaciones que cuestan poco:

- `lang` en `<html>`, para que los lectores de pantalla pronuncien bien
- un `<title>`
- niveles de encabezado en orden, sin saltar de `h1` a `h4`
- texto alternativo que diga lo que comunica la imagen. “Gráfico de barras que muestra cómo se duplican los registros en marzo” ayuda. “image1.png”, no
- contraste en el texto principal, los botones y el texto gris claro del pie de página, donde se esconden la mayoría de los fallos

La referencia son las [WCAG 2.2](https://www.w3.org/TR/WCAG22/). La mayoría de los problemas de los emails corresponden a sus criterios sobre alternativas textuales, contraste, idioma de la página y encabezados.

## 6. Textos, asunto y texto de vista previa

Mantén los asuntos por debajo de unos **60 caracteres** y **9 palabras**, o los teléfonos los cortarán. Evita escribir TODO EN MAYÚSCULAS, poner “RE:” o “FWD:” en correos que no son respuestas y encadenar signos de exclamación.

Mantén el texto de vista previa por debajo de unos **90 caracteres**, sin repetir el asunto. Si lo dejas vacío, muchos clientes muestran en su lugar “Ver en el navegador”.

Una etiqueta de combinación sin valor predeterminado envía “Hola ,” a todos los contactos sin nombre. Y los lectores se acuerdan.

Cada cifra debe tener una fuente que puedas señalar, sobre todo en los primeros borradores hechos con IA, que generan con facilidad números muy seguros de sí mismos. [Cómo escribir emails de marketing](/es/blog/how-to-write-marketing-emails) y la [guía de asuntos](/es/blog/email-subject-lines) profundizan en la redacción.

## 7. Cumplimiento normativo

Según la ley [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business), el email comercial necesita un enlace de baja que funcione y una dirección postal válida. Los remitentes masivos que envían a Gmail y Yahoo también necesitan encabezados de baja con un clic, como explica [Qué sigue aplicándose cuando un agente envía tus emails](/es/blog/agent-email-deliverability).

El correo transaccional se libra de algunas normas de marketing, pero no de esta checklist. Un recibo con un enlace roto también acaba convertido en un ticket de soporte.

## 8. Marcado

Elimina lo que los clientes de correo quitan o bloquean:

- los elementos `<script>`, `<form>` e `<iframe>`
- el SVG incrustado y las URI `data:`
- las imágenes de fondo sin un `background-color` de respaldo, para que el texto siga siendo legible si la imagen falla

Empieza con un doctype. Sin él, algunos clientes renderizan en modo quirks y el espaciado cambia.

## Cómo aplicar la checklist en Brew

La auditoría de email de Brew ejecuta esta lista desde:

- la pestaña **Auditar** de la ventana de envío, junto a Vista previa y Audiencia
- el botón **Auditar** de los pasos de email en el lienzo de automatizaciones
- la API y MCP, con `POST /v1/emails/audit` o la herramienta `audit_email`

Consulta la [documentación de la auditoría](https://docs.brew.new/create-emails/audit-email) y la [referencia de la API](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email) para ver todos los campos.

Las **comprobaciones instantáneas**, gratuitas, se ejecutan automáticamente para todas las reglas que solo necesitan el HTML: contenido provisional, tamaño, texto alternativo y dimensiones de imagen que faltan, orden de los encabezados, `lang` y `<title>`, longitud del asunto y de la vista previa, etiquetas de combinación sin valor predeterminado y marcado bloqueado.

**Ejecutar auditoría** añade las comprobaciones que necesitan acceso a la red o criterio:

- una solicitud real a cada enlace, hasta 100 por email, sin tocar los enlaces de baja y de preferencias. Las barreras antibots se marcan como “no verificado”, no como enlaces rotos
- una solicitud a cada imagen, para detectar recursos rotos o demasiado pesados
- la compatibilidad con 15 clientes de cuatro familias (Gmail, Apple Mail, Outlook y Yahoo), con la regla de la sección 4
- el contraste y otras reglas de accesibilidad, con referencias a las WCAG 2.2
- una revisión con IA que comprueba si el asunto es engañoso, si el texto de los enlaces y el texto alternativo dicen algo, si hay una dirección postal en el formato de cualquier país y si el email es de marketing o transaccional

Cada evaluación de la IA está ajustada para que un hallazgo señalado sea correcto al menos el 95 % de las veces en nuestros propios emails. Un revisor con IA que da falsas alarmas es peor que no tener ninguno.

Una auditoría completa cuesta 5 créditos. Si una comprobación obligatoria no está disponible, obtienes una auditoría parcial gratuita y sin puntuación, porque una puntuación que se ha saltado comprobaciones sería engañosa.

## Cómo funciona la puntuación

Cada auditoría devuelve una puntuación de 0 a 100 y un estado: listo, requiere revisión o no listo (en la app aparecen como Listo para enviar, Requiere revisión y Se encontraron problemas). Cada hallazgo tiene una gravedad (Crítico, Error, Advertencia o Info) y pruebas, como el código de estado HTTP de un enlace roto.

La puntuación empieza en 100. Cada hallazgo crítico resta 20 puntos; cada error, 10; cada advertencia, 3, y los de nivel Info, nada. Solo cuentan las tres primeras apariciones de cada regla.

Ejemplo: un botón enlazado a `#`, un enlace del pie de página que devuelve 404, dos imágenes sin texto alternativo, un asunto de 68 caracteres y un flexbox que dos clientes de Yahoo ignoran.

| Hallazgo | Gravedad | Puntos |
| --- | --- | --- |
| El enlace del botón es provisional | Crítico | −20 |
| Un enlace del pie de página devuelve 404 | Error | −10 |
| Imagen sin texto alternativo (×2) | Advertencia | −6 |
| Asunto de más de 60 caracteres | Advertencia | −3 |
| Flexbox descartado por 2 clientes de Yahoo | Info | 0 |
| **Puntuación** | | **61** |

Cualquier hallazgo crítico o error significa “no listo”; si solo hay advertencias, “requiere revisión”. Corrige los dos enlaces y este email obtendrá 91 puntos, con el estado “requiere revisión”. Y es un resultado honesto: se enviaría sin problemas, y lo demás merece un minuto.

**Corregir en el chat** pasa al agente de Brew las advertencias y todo lo que sea más grave y, después, vuelve a ejecutar las comprobaciones instantáneas gratuitas sobre la versión corregida.

## Lo que no hace la auditoría

No bloquea los envíos. Si hay hallazgos críticos, la ventana de envío te pide que confirmes con **Enviar igualmente** y registra que se pasó por alto la advertencia. Los envíos por API, MCP y automatizaciones informan de los hallazgos y siguen adelante. Es el comportamiento predeterminado correcto. Algunos emails que no le gustan a la auditoría deberían salir de todos modos, y una herramienta de QA que tiene los envíos como rehenes acaba desactivada.

No reescribe tu HTML. Las correcciones son un paso aparte que inicias tú.

No prueba la llegada a la bandeja de entrada, ni genera capturas del renderizado, ni revisa el modo oscuro. Para el modo oscuro, abre un email de prueba en tu teléfono con el modo oscuro activado. Así detectarás el logo que desaparece sobre fondo negro.

## Preguntas frecuentes

### ¿Cuánto tiempo es válida una auditoría?

En la ventana de envío, 15 minutos. Después, o si el email cambia, el panel te pide que la repitas. Por MCP, puedes volver a leer gratis un informe guardado durante 7 días.

### ¿Una puntuación alta significa que el email llegará a la bandeja de entrada?

No. La auditoría revisa el email en sí. La llegada a la bandeja de entrada también depende de la reputación del dominio, la autenticación y la tasa de quejas, como explica la [guía de entregabilidad](/es/blog/email-deliverability).

### ¿Puedo auditar un email creado con otra herramienta?

Sí, a través de la API o de MCP. Envía `emailHtml` o `emailJsx` en lugar del ID de un email de Brew y obtendrás el mismo informe antes de llevarlo a tu ESP. Si [adaptas una plantilla de la galería y la exportas a tu ESP](/es/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp), audítala en Brew antes de exportarla.

### ¿Quién de mi equipo puede ejecutarla?

Puede ejecutarla cualquier persona con acceso a la marca: los administradores de la organización y los miembros añadidos a ella. Brew no tiene ningún rol de solo lectura.