Cómo funcionan las alternativas
El motor de alternativas es el corazón de MailInApp. Existe porque los clientes de correo discrepan en casi todo: algunos renderizan CSS moderno, otros eliminan las etiquetas <style>, y el Outlook clásico renderiza el correo con el motor de Microsoft Word. En lugar de diseñar para el mínimo común denominador, tú diseñas una sola vez — y el motor compila cada bloque en tres niveles.
Los tres niveles
Nivel 1 — Cinético
Interactividad CSS completa: carruseles que se deslizan, acordeones que se expanden, revelaciones que se animan. El marcado cinético se construye sobre máquinas de estado CSS — casillas y botones de radio ocultos cuyo estado :checked controla qué es visible — porque esa es la interactividad que los clientes de correo realmente admiten. Nunca se usa JavaScript; todos los clientes de correo lo eliminan.
El renderizado cinético llega a Gmail (apps web y móvil), Apple Mail, Yahoo Mail y Samsung Mail — la gran mayoría de las bandejas de entrada de consumidores.
Nivel 2 — Estático
Algunos clientes eliminan por completo los bloques <style> (y Gmail los descarta de los mensajes recortados). Para ellos, cada bloque se reduce a contenido limpio y apilado con un enlace de llamada a la acción — para votar, para abrir la galería, para enviar el formulario — que apunta a la vista en vivo alojada. Los enlaces simples funcionan en el 100% de los clientes de correo, lo que hace que este nivel sea universal.
Nivel 3 — Outlook
El Outlook clásico para Windows renderiza con Word, que no admite ni CSS cinético ni la mayoría del diseño moderno. El motor emite una versión dedicada basada en tablas de cada bloque dentro de comentarios condicionales de Outlook — marcado que solo ve el motor de Word. Los destinatarios en Outlook clásico reciben un correo limpio e intencional, nunca uno roto.
Un correo, cada bandeja de entrada
Los tres niveles se envían dentro del mismo archivo HTML. Qué nivel ve un destinatario lo deciden las propias reglas de renderizado de su cliente, no una detección de cliente frágil:
- los clientes que admiten CSS cinético renderizan el Nivel 1 y ocultan la variante estática;
- los clientes que eliminan estilos renderizan naturalmente el Nivel 2;
- el motor de Word solo ve el Nivel 3, mediante comentarios condicionales.
La interacción sigue la misma filosofía
Los bloques que recopilan datos (encuestas, calificaciones, formularios) usan por defecto interacción basada en enlaces — cada opción es un enlace simple que registra la respuesta — porque los enlaces son el único elemento primitivo que funciona en todas partes. El envío de formularios dentro del correo se añade encima como una mejora progresiva en los clientes que lo admiten. Más detalles en Interacciones y analíticas.
Lo que el motor se niega a hacer
Parte del trabajo del motor es decir que no. Las técnicas con soporte de cliente deficiente o inconsistente — JavaScript, video incrustado, elementos <details>, variables CSS — no se usan jamás, sin importar lo tentador que se vea la demo. Si una técnica no puede degradarse con elegancia, no se envía. El panorama completo de soporte está en Soporte de clientes de correo.
AMP for Email recibe su propia mención explícita, no solo una referencia en esa lista: es una compensación deliberada, no una funcionalidad faltante. Mira ¿Por qué no AMP for Email?