Pipeline email IA : la rédaction n'est pas le problème — depuis novembre 2025, Gmail rejette tes envois non conformes

L'email a le meilleur ROI, et la pire chaîne de production

L'email reste le canal au meilleur retour sur investissement, et pourtant sa production demeure artisanale dans la plupart des organisations : rédaction, validation, design, intégration HTML, tests de rendu, segmentation, envoi — plusieurs personnes, plusieurs jours par campagne. Les API de modèles de langage et les frameworks comme React Email ou MJML permettent d'automatiser cette chaîne de bout en bout. Mais voici ce que la promesse « de la rédaction à l'envoi en un clic » occulte : la rédaction est la partie facile. La partie difficile, celle qui décide si ton email atterrit dans la boîte de réception ou dans le néant, c'est la conformité d'expéditeur. Et depuis novembre 2025, elle ne pardonne plus.

Cet article détaille l'architecture complète d'un pipeline que j'ai déployé en production — CMS headless, API Claude, React Email, Resend, orchestrés par Next.js — en consacrant à la délivrabilité la place qu'elle mérite vraiment.

L'architecture en cinq étapes

Le pipeline se décompose en cinq étapes séparées et indépendantes. Un CMS headless — j'utilise Sanity pour sa collaboration temps réel — sert de point d'entrée où l'équipe définit le brief, le segment et la date d'envoi. L'API Claude génère le contenu personnalisé. React Email ou MJML transforme ce contenu en HTML compatible tous clients. Resend ou SendGrid assure l'envoi. Les analytics ferment la boucle. L'orchestration repose sur des API routes Next.js sur Vercel, avec des Vercel Cron pour les envois programmés. Chaque étape est un module à interface claire : passer de MJML à React Email, ou de Resend à SendGrid, ne touche qu'un seul module. Cette modularité est la clé de la maintenabilité.

Sur le choix du moteur de template : MJML, désormais en version 5, reste le plus sûr pour la compatibilité Outlook ; React Email, développé par l'équipe de Resend, est plus naturel pour une équipe déjà en React et apporte la sécurité de type du TypeScript. Les deux produisent du HTML responsive de qualité production.

Générer le contenu avec Claude

La génération repose sur un prompt système qui encode l'identité éditoriale : ton de voix, structures préférées, longueurs cibles, formulations interdites. Avec le prompt caching, ce contexte permanent est mis en cache côté serveur, ce qui réduit coût et latence des appels répétés. Pour le modèle, j'applique la logique de tiering plutôt qu'un numéro de version qui périme : un modèle Opus pour les communications corporate à fort enjeu, un Sonnet pour la production courante de newsletters, un Haiku pour générer en masse des variantes de lignes d'objet via le batch API.

La sortie structurée est non négociable pour l'intégration. Je définis un schéma que Claude remplit via tool use, ce qui garantit un format déterministe directement consommable par le moteur de template.

{
  "subject": "string (max 60 caractères)",
  "preheader": "string (max 90 caractères)",
  "sections": [
    { "heading": "string", "body": "string", "cta": { "label": "string", "url": "string" } }
  ]
}

Les templates, en sections modulaires

React Email s'utilise comme du React standard : composants Html, Container, Section, Text, Button, plus un wrapper Tailwind pour le style, et npx react-email dev pour une preview en temps réel. Je conçois mes templates en sections indépendantes — en-tête, hero, corps, CTA, pied de page avec désabonnement — chacune avec ses props. Le script d'assemblage compose les sections selon le type d'email et injecte le contenu généré par Claude. Un seul système couvre newsletters, promotions, transactionnels et séquences de drip. Détail qui compte : je vérifie systématiquement que le HTML reste sous 102 Ko, seuil au-delà duquel Gmail tronque le message.

La vraie difficulté : la délivrabilité, et elle a des dents

C'est ici que la plupart des pipelines « en un clic » échouent silencieusement. Depuis février 2024, Gmail et Yahoo imposent aux expéditeurs de masse — 5 000 courriels par jour et plus vers des adresses personnelles — trois exigences : authentification complète SPF, DKIM et DMARC ; désabonnement en un clic via l'en-tête List-Unsubscribe ; et un taux de plainte spam maintenu sous 0,3 %, idéalement sous 0,1 %. Microsoft a suivi en mai 2025 pour Outlook, Hotmail et Live.

Le pipeline doit donc intégrer dès la conception : configuration SPF/DKIM/DMARC, warmup progressif des IP d'envoi, gestion automatique des bounces et des plaintes, en-tête List-Unsubscribe fonctionnel, et respect du RGPD et du CAN-SPAM avec listes de suppression. Le choix de l'infrastructure d'envoi influe directement sur tout ça.

La boucle d'optimisation

C'est ce qui transforme un outil statique en système apprenant. Les taux d'ouverture, de clic et de conversion de chaque campagne sont corrélés aux variations de contenu, lignes d'objet, heures d'envoi et segments, et ces données alimentent l'ajustement progressif des prompts Claude et des paramètres d'envoi. Après trois mois, les équipes que j'ai accompagnées observent une amélioration de 20 à 30 % de l'engagement par rapport à leur production manuelle. Mais cette optimisation ne vaut que si les emails arrivent. C'est le renversement à intégrer en 2026 : un pipeline email IA n'est pas d'abord un générateur de contenu, c'est un système de conformité et de délivrabilité auquel on a greffé de la génération. Inverse cet ordre de priorité, et le plus beau contenu du monde rebondira avec un code 5xx.