¿Por qué no AMP for Email?
AMP for Email es la tecnología de Google para ejecutar componentes interactivos reales — carruseles, formularios, precios en vivo — de forma nativa dentro de un mensaje, sin necesidad de salir de él. Es una tecnología legítima, y una pregunta natural: ¿por qué MailInApp no se construye sobre ella en lugar de (o junto con) HTML/CSS cinético? Esta página expone la compensación explícitamente, porque es una apuesta deliberada, no un descuido.
Qué es realmente AMP for Email, y sus dos costos
Los mensajes AMP se envían como una parte MIME adicional junto al HTML normal, construida con un conjunto restringido de componentes amp-* (el framework AMP de Google, reutilizado para el correo). Donde renderiza, es genuinamente nativo — no se necesita alternativa estática para esa bandeja de entrada.
Viene con dos costos que no aparecen en una tabla comparativa de funciones:
- Aprobación por remitente. Cada dominio de envío debe registrarse con Google y pasar una revisión antes de que cualquier destinatario vea un mensaje AMP proveniente de él — una barrera fuera de tu control, con su propio cronograma y riesgo de rechazo, que se antepone a cada campaña.
- Soporte de renderizado limitado. Solo Gmail, Yahoo Mail y Mail.ru renderizan AMP. Cualquier otro cliente — Apple Mail, Outlook (clásico y nuevo), Fastmail, Proton, Samsung Mail — ignora por completo la parte AMP y recurre al HTML simple que se envió junto a ella.
Las matemáticas del alcance
Usando los datos de participación de mercado de clientes de correo de Litmus (~1.000 millones de aperturas rastreadas, mayo de 2026):
| | Participación de aperturas | | --- | --- | | Apple Mail | 64,7 % | | Gmail | 24,1 % | | Outlook (todas las versiones) | 6,9 % | | Yahoo Mail | 2,6 % | | Todo lo demás | 1,7 % |
Gmail y Yahoo juntos son la única audiencia real de AMP, y representan aproximadamente el 27 % de las aperturas. El otro ~73 %, liderado por Apple Mail sola con casi dos tercios de todas las aperturas, nunca vería un componente AMP sin importar lo bien construido que estuviera. Incluso dentro de Gmail, AMP for Email solo funciona si el destinatario lee una cuenta de Gmail a través del propio cliente de Gmail; la app móvil leyendo una bandeja de entrada que no es de Gmail (IMAP) tampoco califica.
Cualquier lista de destinatarios reales será mayoritariamente Apple Mail. Apostar la experiencia interactiva a AMP significa que la mayor parte de esa lista nunca la verá.
Por qué el HTML cinético es la mejor apuesta para una lista típica
El nivel cinético de MailInApp — máquinas de estado CSS controladas por :checked para carruseles, acordeones, encuestas, gira y gana, además de envíos <form> reales dentro del correo donde se admiten — llega a Gmail (web y móvil), Apple Mail, Yahoo Mail y Samsung Mail: la gran mayoría de las bandejas de entrada de consumidores, Apple Mail incluida. Consulta Soporte de clientes de correo para la matriz completa y Cómo funcionan las alternativas para saber cómo se compilan los tres niveles a partir de un solo diseño.
Ese es el núcleo de la compensación: la misma inversión en el motor de alternativas rinde frutos en efectivamente toda la lista, no solo en el ~27 % que AMP podría alcanzar alguna vez — y se envía sin una barrera de aprobación por remitente que se anteponga a cada campaña. El techo de AMP es más alto en el único lugar donde renderiza (componentes verdaderamente nativos, sin salir del mensaje en absoluto), pero no puede ser la capa interactiva principal para una audiencia que es abrumadoramente no-Gmail.
¿Esto descarta AMP de forma permanente?
No arquitectónicamente. El HTML/CSS cinético y la alternativa de enlace simple del Nivel 2 ya son la base segura a la que recurre cada cliente — el mismo modelo de tres niveles que describe esta página podría llevar algún día una cuarta parte específica de AMP para destinatarios de Gmail/Yahoo, encima de ella, sin tocar cómo funcionan los otros niveles. Simplemente no es donde va primero el esfuerzo del motor de alternativas: llegar a cada bandeja de entrada con una técnica confiable supera a llegar de forma nativa a una cuarta parte de las bandejas de entrada y al resto no llegar en absoluto.