Cold email en texto plano vs HTML: cómo elegir formato sin confundir diseño con deliverability

Un mensaje text/plain contiene texto sin marcado visual. Un mensaje text/html permite estilos, links, imágenes, tablas y otros elementos. El estándar MIME, documentado en RFC 2046, también permite enviar una versión multipart/alternative con ambas representaciones para que el cliente elija cuál mostrar.

En la práctica, muchos correos que parecen texto plano son HTML mínimo: párrafos, saltos de línea y un link, sin banner ni botones. Por eso una prueba llamada 'plain text vs HTML' puede estar comparando diseño cargado contra diseño ligero, no tipos MIME puros. Antes de interpretar resultados, inspecciona el mensaje fuente y documenta qué cambió.

Nuestra postura es directa: el formato debe servir a la conversación. Si el correo necesita un folleto para explicar una pregunta de diez palabras, el problema suele estar en la oferta. Si necesita una tabla para que el prospecto entienda una auditoría solicitada, fingir austeridad tampoco añade valor.

Empieza ligero cuando el objetivo sea abrir una conversación: una señal verificable, una hipótesis prudente, una consecuencia y un CTA sencillo. El formato reduce distracción y hace más fácil revisar variables fusionadas. También evita que el equipo use diseño para esconder un mensaje genérico.

El texto ligero funciona especialmente bien en primeros toques dirigidos a roles ejecutivos, donde el lector necesita decidir relevancia en segundos. Eso no prueba una ventaja universal de deliverability. Es una decisión de carga cognitiva y apariencia conversacional que debe validarse por cohorte.

Incluye firma clara y mecanismo de baja aplicable. Texto plano no significa identidad ambigua. El remitente, empresa, razón del contacto y salida deben poder entenderse sin abrir una landing.

HTML puede ser útil cuando el destinatario espera estructura: una invitación solicitada, un resumen posterior a una conversación, una tabla pequeña, una confirmación o contenido donde jerarquía y accesibilidad mejoran comprensión. También permite enlaces con texto descriptivo y una presentación consistente de la firma.

La condición es que cada elemento haga un trabajo. Un logo enorme, cinco botones, iconos sociales y un GIF no convierten una hipótesis fría en relevancia. Aumentan superficie de QA, peso y puntos de fallo. En outbound inicial, suele bastar HTML mínimo con semántica clara y sin recursos remotos innecesarios.

Si usas imágenes, añade texto alternativo útil y no coloques la propuesta principal dentro de la imagen. Algunos clientes bloquean contenido remoto o cambian estilos. El correo debe seguir siendo entendible cuando la capa visual desaparece.

No existe una garantía publicada por Gmail de que text/plain llegue a inbox por el simple hecho de ser texto. Google centra sus requisitos en autenticación, alineación, spam reportado, DNS, baja, formato de mensajes y prácticas de envío. El tipo MIME es una pieza del mensaje, no una reputación prestada.

Un HTML mínimo desde un dominio sano y una lista relevante puede funcionar mejor que texto plano enviado a personas incorrectas. También ocurre lo contrario: una plantilla visual puede parecer marketing masivo, distraer o introducir links y recursos que el equipo no controló. El resultado combina infraestructura, reputación, destinatario, contenido y comportamiento histórico.

Por eso conviene marcar como hipótesis cualquier afirmación de que un formato causa mejor inbox placement. Prueba con seed tests y datos por proveedor, pero evalúa también respuestas humanas. Inbox sin relevancia solo hace que el rechazo llegue más rápido.

El pixel de apertura requiere una imagen remota y puede producir datos incompletos o inflados por bloqueos, prefetch y funciones de privacidad. Si open rate no cambia una decisión, desactiva el pixel en la prueba. Ya publicamos por qué respuestas positivas, reuniones y oportunidades son señales comerciales más fuertes.

Los links también necesitan criterio. Usa un dominio de tracking propio cuando realmente requieras atribución y hayas configurado DNS y redirecciones. Para el primer toque, prueba una versión sin links contra una con un solo recurso relevante. No mezcles esta variable con otro asunto, otro ICP y otra oferta porque el experimento deja de explicar algo.

Evita acortadores opacos y adjuntos no solicitados. Si debes compartir un recurso, una URL reconocible bajo un dominio controlado suele ser más auditable. Comprueba destino, HTTPS, redirecciones y experiencia móvil antes de lanzar.

Multipart/alternative contiene varias representaciones del mismo contenido, normalmente text/plain y text/html. No debería usarse para esconder una oferta distinta en cada parte. Mantén el mismo remitente, propuesta, CTA y mecanismo de baja; cambia únicamente la representación.

Genera la versión de texto de forma deliberada. Una conversión automática puede dejar URLs interminables, espacios rotos o botones sin contexto. Revisa que los links tengan destino comprensible y que la firma conserve identidad. En la parte HTML, usa estructura simple y evita CSS o componentes que dependan de un navegador completo.

Después envía pruebas a Gmail, Outlook y otros proveedores relevantes para tu ICP. Inspecciona móvil, modo oscuro, caracteres, saltos, reply-to, unsubscribe y el source completo. Que el editor se vea bien no prueba cómo salió por SMTP.

Primer cold email: texto plano o HTML mínimo, sin adjuntos y con cero o un link según la prueba. Follow-up: conserva el formato del hilo y añade contexto nuevo. Respuesta a interés: usa la estructura necesaria para facilitar el siguiente paso. Recurso solicitado: HTML ligero puede ordenar links o instrucciones. Invitación o confirmación: una jerarquía visual moderada puede reducir errores.

Para cuentas enterprise de alto valor, la revisión manual pesa más que el formato. Confirma que el mensaje encaja con políticas, sector y etapa. Para cohortes de menor complejidad, una plantilla ligera y consistente facilita comparar resultados. En ambos casos, aplica supresión y stop conditions antes de renderizar.

No conviertas la matriz en dogma. Define qué esperas que mejore: comprensión, respuesta positiva, reunión o reducción de errores. Si el único argumento es 'se ve más profesional', todavía falta una hipótesis que se pueda medir.

Asigna contactos comparables de forma consistente y cambia solo la representación. Mantén ICP, señal, oferta, remitente, asunto, copy, CTA, timing y ventana de observación. Documenta si 'plain text' es MIME puro o HTML mínimo; de lo contrario, la etiqueta del test contará una historia que el mensaje no ejecutó.

Mide entregados y rebotes como controles operativos; respuestas totales y positivas; referencias; reuniones aceptadas y realizadas; bajas y quejas. Si usas inbox placement tests, sepáralos del resultado comercial. Conserva numeradores, denominadores y volumen antes de declarar ganador.

Lee una muestra de replies y mensajes enviados. Quizá HTML no falló por ser HTML, sino porque añadió un botón que cambió el CTA. Quizá texto plano ganó porque eliminó tres links. El análisis debe identificar el mecanismo probable y luego probarlo, no premiar una etiqueta.

Confirma From, reply-to, firma, asunto, SPF, DKIM, DMARC y alineación; revisa las dos partes MIME; valida caracteres y variables; prueba links y redirecciones; comprueba que el mensaje funciona sin imágenes; revisa móvil y modo oscuro; verifica baja y supresión; y envía pruebas internas a proveedores distintos.

Inspecciona también una muestra ya fusionada. Un nombre largo, un ampersand o una señal con comillas puede romper HTML o producir texto absurdo. Escapa variables como datos, no como código, y evita insertar HTML procedente de una fuente externa.

Finalmente asigna dueño a las respuestas y define SLA. Debatir durante una semana si un botón afecta deliverability para luego tardar tres días en responder interés real sería una optimización bastante creativa del problema equivocado.

picos.Ai diseña plantillas ligeras, variantes controladas y QA técnico entre Clay, Instantly, Smartlead y el CRM. Conservamos versión de mensaje, formato, tracking, cohorte y resultado para saber si una decisión produjo conversaciones o solo cambió la apariencia.

Si hoy tu equipo elige formato por intuición, podemos montar una prueba con criterios de parada y reporting hasta reunión y pipeline. La meta no es declarar ganador eterno entre texto plano y HTML. Es saber qué representación ayuda a cada etapa sin añadir riesgo ni ruido.