Comment fonctionnent les alternatives
Le moteur de repli est le cœur de MailInApp. Il existe parce que les clients de messagerie ne sont d'accord sur rien : certains rendent du CSS moderne, d'autres suppriment les balises <style>, et l'Outlook classique restitue les emails avec le moteur de Microsoft Word. Plutôt que de concevoir pour le plus petit dénominateur commun, vous concevez une seule fois — et le moteur compile chaque bloc en trois niveaux.
Les trois niveaux
Niveau 1 — Cinétique
Interactivité CSS complète : carrousels qui glissent, accordéons qui se déploient, révélations qui s'animent. Le balisage cinétique repose sur des machines à états CSS — des cases à cocher et des boutons radio cachés dont l'état :checked pilote ce qui est visible — car c'est l'interactivité que les clients de messagerie prennent réellement en charge. Aucun JavaScript n'est jamais utilisé ; tous les clients de messagerie le suppriment.
Le rendu cinétique atteint Gmail (applications web et mobiles), Apple Mail, Yahoo Mail et Samsung Mail — la grande majorité des boîtes de réception grand public.
Niveau 2 — Statique
Certains clients suppriment entièrement les blocs <style> (et Gmail les retire des messages tronqués). Pour eux, chaque bloc se replie en un contenu propre et empilé avec un lien d'appel à l'action — voter, ouvrir la galerie, envoyer le formulaire — pointant vers la vue en direct hébergée. Les liens simples fonctionnent dans 100 % des clients de messagerie, ce qui rend ce niveau universel.
Niveau 3 — Outlook
L'Outlook classique pour Windows utilise le moteur de Word, qui ne prend en charge ni le CSS cinétique ni la plupart des mises en page modernes. Le moteur émet une version dédiée en tableaux de chaque bloc à l'intérieur de commentaires conditionnels Outlook — un balisage que seul le moteur Word voit. Les destinataires sur l'Outlook classique reçoivent un email propre et volontaire, jamais un email cassé.
Un seul email, toutes les boîtes de réception
Les trois niveaux sont livrés dans le même fichier HTML. Le niveau que voit un destinataire est décidé par les propres règles de rendu de son client, jamais par une détection de client fragile :
- les clients qui prennent en charge le CSS cinétique rendent le Niveau 1 et masquent la variante statique ;
- les clients qui suppriment les styles rendent naturellement le Niveau 2 ;
- le moteur Word ne voit que le Niveau 3, via les commentaires conditionnels.
L'interaction suit la même philosophie
Les blocs qui collectent des données (sondages, notations, formulaires) reposent par défaut sur une interaction basée sur des liens — chaque option est un simple lien qui enregistre la réponse — car les liens sont le seul primitif qui fonctionne partout. L'envoi de formulaire dans l'email est ajouté par-dessus comme une amélioration progressive dans les clients qui le prennent en charge. Détails dans Interactions et analytique.
Ce que le moteur refuse de faire
Une partie du travail du moteur consiste à dire non. Les techniques à la prise en charge médiocre ou incohérente selon les clients — JavaScript, vidéo intégrée, éléments <details>, variables CSS — ne sont jamais utilisées, aussi séduisante que la démo puisse paraître. Si une technique ne peut pas se dégrader avec élégance, elle n'est pas livrée. Le panorama complet de la prise en charge se trouve dans Support des clients de messagerie.
AMP for Email a droit à sa propre mention explicite, pas seulement une ligne dans cette liste : c'est un compromis délibéré, pas une fonctionnalité manquante. Voir Pourquoi pas AMP for Email ?