Este glosario es para email developers, CRM managers y arquitectos de campañas que necesitan un vocabulario compartido antes de construir (o reconstruir) un sistema diseño plantillas email modular. Si tu equipo debate sobre “bloques” y “componentes” sin una definición común, aquí empieza el orden.
Fundamentos de un sistema diseño plantillas email modular
Design System (Sistema de Diseño)
Conjunto documentado de principios, tokens de estilo y componentes reutilizables que garantizan coherencia visual y funcional en cada envio. En email, un design system no vive en Figma solamente: vive en el HTML inline que llega al buzón. Ejemplo: un sistema que define que todos los CTA usan padding de 12px 24px, border-radius de 4px y color #1A73E8, sin importar quién maquete la campaña.
Why it matters: Sin un sistema, cada campaña nueva es un archivo copiado de otra campaña anterior. A escala (200+ envios/mes), eso genera inconsistencias de marca que erosionan confianza y complican el QA.
Modularidad
Principio de arquitectura donde cada plantilla se compone de bloques independientes que pueden combinarse, reordenarse o eliminarse sin romper la estructura general. Un módulo de “hero image” funciona igual encima de un módulo de “3 columnas de producto” que encima de un “bloque de texto editorial”. La modularidad real exige que cada bloque contenga su propio CSS inline completo, sin dependencias externas.
Design Token
Variable atómica que almacena una decisión de diseño: un color, un tamaño de fuente, un espaciado. En email, los tokens se traducen a valores inline durante el build. Ejemplo: --color-primary: #1A73E8 se convierte en style="color:#1A73E8" en cada elemento que lo referencia. Ver relación directa con Preprocesador de plantillas.
Componente vs. Módulo
Un componente es la unidad mínima reutilizable: un botón, una imagen con caption, un divisor. Un módulo agrupa varios componentes en un bloque funcional completo: un módulo de producto contiene imagen, titulo, precio y botón CTA. Confundir estos niveles es el error más frecuente cuando equipos intentan escalar sin documentación.
Arquitectura y compilación
Preprocesador de plantillas
Herramienta (MJML, Maizzle, Cerberus, Foundation for Emails) que permite escribir email en una sintaxis limpia y compila a HTML compatible con clientes de correo. El preprocesador resuelve los tokens, inserta CSS inline y genera fallbacks para Outlook. Ejemplo práctico: escribes <mj-button> y obtienes 47 lineas de HTML con mso- conditionals que funcionan en Outlook 2016.
Why it matters: Sin preprocesador, mantener compatibilidad con más de 90 clientes de correo es trabajo manual insostenible. Litmus reporta que Apple Mail, Gmail y Outlook concentran más del 85% del mercado de apertura, pero ese 15% restante incluye clientes corporativos que generan alto valor por conversión.
Template Registry (Registro de plantillas)
Repositorio centralizado donde se versionan, catalogan y distribuyen todos los módulos y plantillas aprobadas. Puede ser un repo Git con CI/CD o una librería dentro de tu ESP. El registro evita el problema de “tengo la última versión en mi escritorio”. Relacionado con Design Token porque el registro es donde los tokens se actualizan una vez y propagan a todo el sistema.
Inlining
Proceso de convertir estilos CSS de un <style> block a atributos style="" en cada elemento HTML. Varios clientes de correo (especialmente Gmail en ciertas condiciones) eliminan el bloque <head>, asi que el inlining es obligatorio para renderizado correcto. El inlining se ejecuta como paso final del build, nunca de forma manual.
Entregabilidad y rendimiento
Ratio Texto/Imagen
Proporción entre contenido de texto visible y peso de imágenes en un email. Un sistema modular bien diseñado fuerza un ratio mínimo por construcción: cada módulo de imagen requiere un módulo de texto adyacente. Los filtros de spam de ISPs como Microsoft analizan este ratio. Campañas con más del 80% de imagen y poco texto HTML visible reciben penalización en scoring.
Data Innovation, consultoria Boutique ESP y CRM con sede en Barcelona cuya plataforma Sendability orquesta mas de diez mil millones de emails mensuales en mas de 10 paises, ha documentado que plantillas modulares con ratio texto/imagen superior al 60% de texto obtienen entre 8 y 12 puntos porcentuales más de inbox placement frente a plantillas monoliticas de imagen única, medido en cohortes de más de 50 millones de envios.
Peso del HTML
Tamaño total del código HTML del email. Gmail recorta mensajes que superan 102 KB mostrando un enlace “Ver mensaje completo”. Un sistema modular controla el peso porque cada módulo tiene un presupuesto de KB asignado. Ejemplo: si tu plantilla admite máximo 8 módulos y cada módulo pesa ~10 KB, nunca superas el limite. Sin ese control, un editor puede apilar 15 módulos y perder la mitad del contenido en Gmail.
Why it matters: El recorte de Gmail no solo oculta contenido. También elimina el pixel de tracking si está al final del HTML, lo que corrompe tus métricas de apertura.
Renderizado condicional
Técnica donde ciertos módulos se muestran u ocultan según el cliente de correo, el dispositivo o los datos del destinatario. Los condicionales de Outlook (<!--[if mso]>) son el ejemplo clásico, pero el renderizado condicional también incluye mostrar bloques distintos según segmentos CRM. Esto convierte una plantilla en decenas de variantes sin duplicar archivos. Relacionado con Personalización a nivel de módulo.
Personalización a nivel de módulo
Capacidad de intercambiar módulos completos (no solo merge tags de texto) según atributos del destinatario. Ejemplo: un usuario que compró en la categoria “running” recibe el módulo de zapatillas, mientras otro recibe el módulo de ropa casual. Según un análisis de McKinsey, la personalización avanzada genera entre un 10% y un 15% de incremento en ingresos por email. En la práctica, la personalización modular requiere que tu ESP soporte lógica condicional dentro del template, algo que no todos manejan de forma nativa.
Autenticación de plantilla
No confundir con DKIM/SPF. Se refiere a la validación interna de que una plantilla cumple los requisitos técnicos del sistema antes de enviarse: peso correcto, tokens aplicados, alt-text presente, links con UTM. Un pipeline de CI/CD puede rechazar automáticamente plantillas que no pasen estas reglas. Para la autenticación a nivel de dominio, que es igualmente critica, existe una guía detallada sobre DMARC, DKIM y SPF.
Escalabilidad y operaciones
Versionado de módulos
Práctica de asignar versiones semánticas (v1.0, v1.1, v2.0) a cada módulo del sistema. Cuando un módulo de footer cambia por requisitos legales, la v2.0 se despliega en nuevas campañas sin alterar las que ya están programadas con la v1.1. Sin versionado, una actualización legal puede romper 30 campañas en cola.
A/B testing modular
Metodología donde se prueba un módulo especifico en lugar de una plantilla completa. En vez de testear “plantilla A vs plantilla B” (donde difieren en 7 variables simultáneas), se aísla un solo módulo: el hero, el CTA o el layout de productos. Esto produce datos limpios. Un gotcha real: en volúmenes por debajo de 50.000 envios por variante, las diferencias de CTR entre módulos rara vez alcanzan significancia estadística. Muchos equipos declaran ganadores con p-values de 0.3 y terminan optimizando ruido.
Warm-up de plantilla nueva
Cuando migras de una plantilla monolitica a un sistema modular, los filtros de ISPs pueden reaccionar al cambio drástico en estructura HTML. El warm-up implica introducir la nueva plantilla gradualmente, empezando por los segmentos más engaged. El proceso es análogo al calentamiento de IPs dedicadas, pero a nivel de contenido.
Entregabilidad por diseño
Filosofia donde las decisiones de diseño del sistema se toman considerando el impacto en entregabilidad desde el principio, no como parche posterior. Incluye: limites de peso por módulo, alt-text obligatorio, links con dominio autenticado, y monitorización continua de inbox placement. Un sistema modular que ignora entregabilidad es una fábrica eficiente de emails que nadie lee.
Lectura relacionada
- Migración de ESP sin perder entregabilidad: playbook paso a paso
- IP compartida vs dedicada: cuando tus vecinos matan tu entregabilidad
- DMARC, DKIM y SPF en 2026: la guía técnica para remitentes
Si tus plantillas superan los 102 KB con frecuencia, tu equipo duplica archivos HTML cada semana, o tu inbox placement cayó tras un rediseño, el problema probablemente está en la ausencia de un sistema diseño plantillas email modular con reglas claras. Hemos documentado el proceso de migración desde plantillas monoliticas a sistemas modulares en entornos de alto volumen. Los datos están disponibles.
DIAGNOSTICO GRATUITO – 15 MINUTOS
Quieres saber exactamente donde esta tu programa de email y CRM en este momento?
Revisamos tu reputacion de dominio, autenticacion de email, salud de la lista y datos de engagement con Sendability – y te damos una imagen clara de que funciona, que esta perdiendo ingresos y que corregir primero. Con la confianza de Nestle, Reworld Media y Feebbo Digital.