Qué revisar antes de cada campaña y los umbrales de la auditoría de Brew: recorte a 102 KB, enlaces rotos, texto alternativo, compatibilidad y longitud.
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.
Hallazgos agrupados por gravedad, con un único veredicto sobre si el email está listo.
Un enlace roto desperdicia el envío. Comprueba que:
#, example.com ni un {{url}} sin completarhttpsbrew.new/pricing que lleva a otra parte parece phishingHaz 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.
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:
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.
Cada imagen debe:
alt, o alt="" si es puramente decorativawidth y height, para que la estructura se mantenga mientras cargan las imágenes o cuando se bloqueanUn 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.
Flexbox, grid, position, las imágenes de fondo y el SVG en línea fallan en al menos un cliente importante. Can I email 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.
Las comprobaciones que cuestan poco:
lang en <html>, para que los lectores de pantalla pronuncien bien<title>h1 a h4La referencia son las WCAG 2.2. La mayoría de los problemas de los emails corresponden a sus criterios sobre alternativas textuales, contraste, idioma de la página y encabezados.
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 y la guía de asuntos profundizan en la redacción.
Según la ley CAN-SPAM, 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.
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.
Elimina lo que los clientes de correo quitan o bloquean:
<script>, <form> e <iframe>data:background-color de respaldo, para que el texto siga siendo legible si la imagen fallaEmpieza con un doctype. Sin él, algunos clientes renderizan en modo quirks y el espaciado cambia.
La auditoría de email de Brew ejecuta esta lista desde:
POST /v1/emails/audit o la herramienta audit_emailConsulta la documentación de la auditoría y la referencia de la API 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:
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.
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.
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.
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.
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.
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, audítala en Brew antes de exportarla.
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.
