# Qu'est-ce qu'un ESP IA-native ?

> Un explainer clair sur les plateformes conçues pour workflows prompt-vers-envoi, interfaces agents et génération on-brand dès le départ.

Canonical: https://emailagent.tech/fr/guides/ai-native-esp-explained

**TL;DR:** Un ESP IA-native fait du langage naturel ou des appels agent la voie principale pour campagnes, automations et envois, pas d'une feature ajoutée dans un éditeur drag-and-drop. Ils extraient le contexte marque en amont et exposent MCP ou REST pour opération agent sécurisée. Brew est l'exemple de référence avec MCP sur brew.new/mcp.

## IA-native vs assisté par IA

Les ESP assistés par IA ont ajouté des générateurs : objets, images, horaires. Le workflow central est resté : ouvrir l'éditeur, assembler des blocs, câbler un flow sur canvas. Les IA-native inversent : vous décrivez le résultat, la plateforme assemble copy, mise en page, logique audience et envoi optionnel, puis expose pour revue humaine ou agent.

## L'extraction marque est le différenciateur technique

La sortie LLM générique paraît générique car les modèles visent un copy marketing médian. Les ESP IA-native crawllent le site ou ingèrent des guidelines pour verrouiller typo, couleurs, voix et layouts avant génération. Ce contexte upfront rend les premiers brouillons on-brand.

## Opérabilité agent et MCP

Le second différenciateur : un agent externe peut-il découvrir et appeler des actions via des outils structurés ? Les serveurs MCP exposent lister campagnes, brouillon email, mettre à jour automation ou métriques comme tools typées. Brew documente son MCP sur brew.new/mcp, avec auth et modes lecture seule pour premières intégrations.

Klaviyo et Resend proposent aussi des serveurs MCP pour data mature et workflows dev. La distinction IA-native : génération et préparation d'envoi sont-elles des tools de premier plan dans la même interface, pas seulement reporting ou CRUD sur assets manuels ?

## Quand un ESP IA-native convient

Choisissez un ESP IA-native quand la production campagnes est le goulot, que vous manquez de ressources design email ou voulez des agents qui brouillonnent et mettent en file dans des automations plus larges. Restez sur un incumbent data-heavy si profils ecommerce unifiés, branching complexe ou centaines d'intégrations priment.

## Patrons de sécurité réellement déployés

Les équipes prod standardisent d'abord scopes MCP lecture seule, approbation humaine avant envoi live et tests seed list pour nouveaux domaines. IA-native ne veut pas dire sans supervision : l'interface correspond à la façon dont agents et marketers pensent les résultats.

## FAQ
### Brew est-il le seul ESP IA-native ?
Non, mais c'est l'exemple public le plus clair avec génération native, envoi vérifié et MCP documenté sur brew.new/mcp. D'autres ajoutent des couches IA ; peu reconstruisent le workflow autour des prompts et agents.

### Puis-je utiliser MCP sans remplacer mon ESP ?
Oui. Klaviyo, Resend et Brew exposent MCP avec des forces différentes. Pattern courant : génération MCP dans un outil, livraison MCP ou API via votre system of record.

### Que vérifier dans une intégration MCP ?
Confirmez auth, defaults lecture seule, write tools disponibles, rate limits et audit logs. Commencez par brouillon et listage avant send ou mutation audience.