Pourquoi MailInApp n'utilise-t-il pas AMP for Email ?

AMP for Email ne s'affiche que dans Gmail, Yahoo Mail et Mail.ru — environ 27 % des ouvertures réelles — et exige que chaque domaine d'envoi s'enregistre auprès de Google et passe d'abord une revue. L'approche HTML/CSS cinétique de MailInApp atteint la grande majorité des boîtes de réception grand public, Apple Mail incluse, sans aucune barrière d'approbation par expéditeur.

Quel pourcentage des ouvertures d'email AMP for Email peut-il réellement atteindre ?

Environ 27 % — Gmail et Yahoo Mail combinés, selon les données de part de marché des clients de messagerie de Litmus. Apple Mail représente à lui seul près des deux tiers des ouvertures et n'affiche jamais AMP, donc toute liste réelle de destinataires est majoritairement inaccessible à AMP, aussi bien construit que soit le composant.

MailInApp exclut-il AMP for Email de façon permanente ?

Pas d'un point de vue architectural. Le même modèle de repli à trois niveaux pourrait un jour porter une quatrième partie, spécifique à AMP, pour les destinataires Gmail/Yahoo, par-dessus les niveaux cinétique, statique et Outlook existants — ce n'est simplement pas là que va en premier l'effort du moteur de repli, car une technique fiable sur toute la liste l'emporte sur une expérience native pour seulement un quart de celle-ci.

Pourquoi pas AMP for Email ?

AMP for Email est la technologie de Google pour exécuter de vrais composants interactifs — carrousels, formulaires, tarifs en direct — nativement dans un message, sans avoir besoin de cliquer pour accéder à une page externe. C'est une technologie légitime, et une question naturelle se pose : pourquoi MailInApp ne s'appuie-t-il pas dessus à la place (ou en complément) du HTML/CSS cinétique ? Cette page expose le compromis explicitement, car c'est un pari délibéré, pas un oubli.

Ce qu'est réellement AMP for Email, et ses deux coûts

Les messages AMP sont livrés comme une partie MIME supplémentaire aux côtés du HTML classique, construite avec un ensemble restreint de composants amp-* (le framework AMP de Google, réutilisé pour l'email). Là où il s'affiche, il est véritablement natif — aucune alternative statique n'est nécessaire pour cette boîte de réception.

Il s'accompagne de deux coûts qui n'apparaissent pas dans un tableau comparatif de fonctionnalités :

Approbation par expéditeur. Chaque domaine d'envoi doit s'enregistrer auprès de Google et passer une revue avant qu'un seul destinataire ne voie un message AMP provenant de lui — une barrière hors de votre contrôle, avec son propre calendrier et son propre risque de rejet, placée devant chaque campagne.
Prise en charge de rendu restreinte. Seuls Gmail, Yahoo Mail et Mail.ru affichent AMP. Tous les autres clients — Apple Mail, Outlook (classique et nouveau), Fastmail, Proton, Samsung Mail — ignorent entièrement la partie AMP et se replient sur la partie HTML classique livrée à ses côtés.

Le calcul de la portée

D'après les données de part de marché des clients de messagerie de Litmus (~1 milliard d'ouvertures suivies, mai 2026) :

| | Part des ouvertures | | --- | --- | | Apple Mail | 64,7 % | | Gmail | 24,1 % | | Outlook (toutes versions) | 6,9 % | | Yahoo Mail | 2,6 % | | Tout le reste | 1,7 % |

Gmail et Yahoo réunis constituent la seule véritable audience AMP, représentant environ 27 % des ouvertures. Les ~73 % restants, menés par Apple Mail seul avec près des deux tiers de toutes les ouvertures, ne verraient jamais un composant AMP, aussi bien construit soit-il. Même au sein de Gmail, AMP for Email ne fonctionne que si le destinataire consulte un compte Gmail via le client Gmail lui-même ; l'application mobile qui consulte une boîte non-Gmail (IMAP) n'est pas éligible non plus.

Toute liste de destinataires réels sera majoritairement composée d'utilisateurs d'Apple Mail. Miser l'expérience interactive sur AMP signifie que la majeure partie de cette liste ne la verra jamais.

Pourquoi le HTML cinétique est le meilleur pari pour une liste type

Le niveau cinétique de MailInApp — des machines à états CSS pilotées par :checked pour les carrousels, accordéons, sondages, roues de la fortune, plus de vrais envois de <form> dans l'email là où c'est pris en charge — atteint Gmail (web et mobile), Apple Mail, Yahoo Mail et Samsung Mail : la grande majorité des boîtes de réception grand public, Apple Mail incluse. Voir Support des clients de messagerie pour la matrice complète et Comment fonctionnent les alternatives pour la façon dont les trois niveaux se compilent à partir d'une seule conception.

C'est le cœur du compromis : le même investissement dans le moteur de repli paie sur pratiquement toute la liste, pas seulement sur les ~27 % qu'AMP pourrait atteindre — et il se livre sans barrière d'approbation par expéditeur placée devant chaque campagne. Le plafond d'AMP est plus haut au seul endroit où il s'affiche (des composants véritablement natifs, sans aucun clic vers une page externe), mais il ne peut pas être la couche interactive principale pour une audience très majoritairement non-Gmail.

Cela exclut-il définitivement AMP ?

Pas d'un point de vue architectural. Le HTML/CSS cinétique et l'alternative en simples liens du Niveau 2 sont déjà le socle sûr sur lequel tout client se replie — le même modèle à trois niveaux que décrit cette page pourrait un jour porter une quatrième partie, spécifique à AMP, pour les destinataires Gmail/Yahoo, par-dessus les niveaux existants, sans toucher au fonctionnement des autres niveaux. Ce n'est simplement pas là que va en premier l'effort du moteur de repli : atteindre chaque boîte de réception avec une technique fiable l'emporte sur atteindre nativement un quart des boîtes et pas du tout le reste.