Campagnes e-mail de bout en bout | Documentation Prescriptio

Un message ne part que sur un test, une planification ou un envoi unitaire que vous demandez. Les réponses ne sont pas lues dans une boîte : elles se déclarent, et les relances de la personne s'arrêtent.

Une campagne Prescriptio part des contacts que votre organisation possède déjà, dans votre carnet ou dans votre base. Pour chaque entreprise, celui que vous avez désigné comme décideur reçoit le premier message ; son équipe, quelques jours plus tard. Vous relisez le calendrier avant le premier envoi, et chaque message parti rejoint le fil du prospect, à côté de ses messages LinkedIn. Ce guide suit le même parcours de trois façons : dans l'application, avec votre agent IA, et par l'API.

Avant de commencer

L'abonnement Prescriptio. Il comprend 500 envois par mois pour toute l'organisation, 300 par jour au plus. L'option e-mail, à 10 € HT par mois et par organisation, porte ce total à 10 000 et ouvre l'envoi depuis votre propre domaine vérifié, à 1 000 par jour au plus. Le domaine commun reste limité à 300 par jour, même avec l'option. Au plafond, les nouveaux envois s'arrêtent jusqu'au mois suivant : rien n'est facturé en plus. Un compte gratuit prépare une campagne, mais aucun e-mail ne part.
Des contacts avec une adresse : ceux de votre carnet, et les fiches de votre base dont vous avez révélé l'adresse. Une adresse publiée par une entreprise (page de contact, mentions légales) entre aussi, avec la page où elle est écrite. Jamais une adresse devinée.
Votre adresse de réponse. Les réponses arrivent dans votre boîte ; elle est obligatoire avant de planifier.
Votre agent IA connecté à Prescriptio à l'adresse complète du connecteur, https://prescriptio.fr/api/mcp : voir Connecter votre agent IA. À l'adresse des connecteurs ChatGPT et Claude, qui se termine par /connectors, votre agent ne voit que quatre outils et ce parcours s'arrête.
Pour l'API : une autorisation OAuth avec la portée mcp:read ou mcp:write selon l'opération. Voir Authentification et quotas.

Les étapes en un coup d'œil

Étape	Dans l'application	Avec votre agent IA
Expéditeur	lignes « De » et « Réponses à »	`campagne_email_expediteur` : `expediteur`, `verifier_domaine`
Brouillon	« Nouvelle campagne », depuis un modèle ou une liste	`campagne_email` : `creer`
Message	page du message : lettre, blocs, variantes et liens	`campagne_email` : `variante`, `objet`, `liens`
Destinataires	« Destinataires »	`campagne_email_destinataires` : `constituer`, `adresse_publiee`, `valeurs_poser`
Contrôle	vue « Départ », « Contrôle avant envoi »	`campagne_email` : `controler`, `depart`
Test	« Envoyer un test »	`campagne_email` : `tester`
Départ	vue « Départ », « Planifier le départ »	`campagne_email` : `planifier`
Suivi	vue « Suivi », réponses déclarées	`campagne_email_suivi` : `statistiques`, `echecs`, `declarer_reponse`

Avec votre agent IA

Monter une campagne e-mail de bout en bout

Voir le prompt

Collez ce prompt dans votre agent IA, une fois Prescriptio connecté. Remplacez ce qui est entre crochets.

Monte avec moi une campagne e-mail Prescriptio, sans rien envoyer sans mon accord.
Crée le brouillon « [Lancement de l'enduit chaux-chanvre, Grand Ouest] » à partir de ma liste [Architectes Grand Ouest], avec l'objet [objet], le message [message] et [mon adresse] pour les réponses.
Compte les destinataires possibles avant de les ajouter, puis ajoute-les. N'ajoute une adresse publiée par une entreprise qu'avec la page où elle est écrite, jamais une adresse devinée.
Lis le fil des destinataires et signale-moi les valeurs vides. Contrôle ensuite la campagne : règle chaque point bloquant, lis-moi les avertissements, et montre-moi les envois jour par jour pour un départ [lundi prochain à 9 h].
Le test est un vrai e-mail : demande-moi l'accord avant de l'envoyer. Demande-le aussi avant de planifier le départ.

Outils : campagne_email (créer, contrôler, départ, tester, planifier), campagne_email_destinataires (constituer, fil, valeurs), campagne_email_suivi. Coût : une dizaine d'appels. Limite : le test et la planification font partir de vrais e-mails ; les consignes du serveur exigent votre accord explicite avant chacun.

Votre agent crée le brouillon
campagne_email crée la campagne avec son nom, son objet, son message et votre adresse de réponse, depuis un modèle ou une liste de votre base. Aucun message ne part.
Il constitue les destinataires
campagne_email_destinataires compte d'abord sans rien écrire, puis ajoute. Seules les adresses que votre organisation détient entrent ; une adresse publiée par une entreprise entre avec sa page source.
Il pose les valeurs
Le fil rend chaque destinataire et ses valeurs ; une valeur vide se signale. Votre agent pose les valeurs que le message cite, une marque ou une ville par exemple, destinataire par destinataire.
Il contrôle, et montre le départ
Le contrôle dit ce qui bloque (une adresse écartée se retire) et ce qui avertit ; le départ montre les envois jour par jour. La planification refuse ce que le contrôle bloque.
Il teste et planifie, sur votre accord
Le test envoie un vrai e-mail. La planification autorise les envois futurs, à l'heure de Paris. Les consignes du serveur exigent de votre agent votre accord explicite avant l'un comme l'autre.
Il suit
Quand vous le lui demandez, il lit les échecs, rangés par cause en mots, et déclare les réponses que vous lui signalez : leurs relances s'annulent. Un désinscrit n'est jamais recontacté.

Par l'API

Les mêmes fonctions s'appellent en REST : POST /api/mcp/v1/{operation}, un corps JSON, une autorisation OAuth mcp:read ou mcp:write selon la fiche de l'opération. Les routes REST et le connecteur partagent les quotas d'appels et les droits de l'organisation.

Étape	Opérations	Résultat à contrôler
Domaine	`email.domains.create`, puis `email.domains.list`	la preuve TXT à publier, nom et valeur
Vérification	`email.domains.verify`	le domaine est utilisable avant de devenir expéditeur
Brouillon	`email.campaigns.create`	l'identifiant de la campagne ; aucun message ne part
Message	`email.campaigns.get`, `email.messages.upsert`	la variante ; format texte, HTML ou blocs
Modèles	`email.templates.list`, `save`, `apply`, `delete`	un modèle appliqué remplace le premier message
Test	`email.messages.test`	l'acceptation du fournisseur
Audience	`email.recipients.preview`, puis `email.recipients.add`	prévisualiser avant d'écrire ; seules les adresses détenues entrent
Publipostage d'une liste	`bdd.mailmerge.preview`, puis `bdd.mailmerge.import`	un CSV avec l'e-mail et des colonnes libres, confirmé par la signature rendue ; aucun envoi
Départ	`email.campaigns.schedule`	le calendrier est posé ; les envois partent dans le créneau ouvré, à l'heure de Paris
Suivi	`email.campaigns.get`, `email.metrics.get`	acceptation, livraison, échecs, clics et désinscriptions ont des sens distincts

{"campagne_id":"<UUID>","variante_id":"<UUID>","objet":"Bonjour [prenom]","format":"builder","blocs":[{"kind":"titre","text":"Bonjour [prenom]"},{"kind":"texte","text":"Découvrez notre équipe."},{"kind":"bouton","text":"En savoir plus","url":"[lien1]"}]}

Déclarez le lien avec email.links.replace avant de planifier. L'API rend les valeurs DNS de chaque domaine ; elle ne modifie pas la zone DNS chez votre hébergeur.

Envoi unitaire et rejeu

email.messages.send (action envoyer) demande cle_idempotence, email, objet, le contenu (corps ou blocs) et une adresse de réponse, explicite ou enregistrée dans l'identité. Il utilise le domaine vérifié, les exclusions et les plafonds communs ; un quota atteint le laisse en attente.

{"cle_idempotence":"commande-123-confirmation","email":"[email protected]","objet":"Confirmation","corps":"Votre demande est enregistrée.","repondre_a":"[email protected]"}

Gardez la clé pour chaque message logique : la même clé et la même requête retrouvent le même envoi ; une autre requête avec cette clé est refusée. Après un délai dépassé, rejouez la requête identique ou appelez email.messages.get, sans créer de nouvelle clé. en_cours peut signifier une issue encore inconnue chez le fournisseur : aucun renvoi automatique n'est fait. mode=journal signifie aucun envoi réel.

Événements à consommer

email.events.poll (action evenements) lit le journal de l'organisation par pages de 200 au plus. Premier appel : curseur:"0" ; après traitement réussi de toute la page, gardez fields.curseur_suivant. Une page vide laisse le curseur inchangé ; un rejeu rend les mêmes identifiants, à dédoublonner par id. Les types message.* décrivent le traitement, livraison.* le retour du fournisseur, desinscription une adresse exclue, activite.* un clic, un envoi ou une réponse. Les dates sont en UTC, au format ISO 8601 ; les événements de livraison arrivent après la synchronisation avec le fournisseur, sans délai garanti.

Identité, audiences, modèles et suivi sans interface

email.identity.get et email.identity.update lisent et modifient l'identité par défaut (un administrateur pour la modification). email.audiences.list, create, update et delete gèrent les listes et segments, avec des identifiants base:<UUID> ou crm:<UUID>. email.messages.preview rend l'objet, le texte et le HTML personnalisés, sans agir sur aucun destinataire réel. email.recipients.list lit le calendrier par pages de 1 à 200 touches ; email.recipients.delete retire une touche non envoyée ; email.recipients.reply annule les relances après une réponse déclarée. email.campaigns.delete refuse une campagne qui a déjà envoyé. email.deliveries.refresh contrôle au plus trois livraisons dues par appel.

Le résultat attendu

Le départ, jour par jour, puis une semaine de suiviExemple · données fictives

Données d'exemple : campagne, entreprises, volumes et dates fictifs.

Campagne « Lancement de l'enduit chaux-chanvre, Grand Ouest » · 84 destinataires dans 31 entreprises · 3 fiches sans adresse révélée, signalées et écartées.

Jour (Paris)	Qui part	Envois
lundi 12/10, à partir de 9 h	les décideurs	31
à partir du jeudi 15/10	les collègues, espacés un à un dans chaque entreprise	53 à répartir
à partir du lundi 19/10	premières relances admissibles, après sept jours au moins	selon le contrôle

À relire avant le départ : les destinataires qui attendront, ceux qu'une règle écarte, la qualité des adresses et le quota. Ces dates sont indicatives : une réponse, une exclusion ou une pause automatique peut encore modifier les envois. Les ouvertures restent indicatives.

Les outils mobilisés

Outil	Ce qu'il fait dans ce parcours
`campagne_email`	crée, compose, contrôle, teste, planifie, met en pause, arrête
`campagne_email_destinataires`	constitue la liste, lit le fil, pose les valeurs, retire les adresses écartées
`campagne_email_expediteur`	déclare et vérifie le domaine, lit et règle l'identité
`campagne_email_modeles`	gère les modèles de campagne
`campagne_email_audiences`	gère les audiences et le publipostage d'une liste de votre base
`campagne_email_suivi`	lit les statistiques et les échecs, déclare une réponse
`campagne_email_quotas`	lit la consommation et les plafonds
`campagne_email_desinscriptions`	lit les désinscriptions, ajoute une exclusion

Ce que le parcours ne fait pas

Il ne promet aucun taux de livraison ni de réponse.
Il ne lit pas votre boîte. Les réponses arrivent chez vous ; notez-les d'un clic, ou faites-les déclarer par votre agent.
Il ne révèle aucune adresse. Seules entrent les adresses que votre organisation détient déjà.
Il ne prend pas les ouvertures pour des lectures. Certaines messageries chargent l'image de suivi pour tout le monde : les ouvertures sont indicatives ; les clics, les désinscriptions et les échecs sont relevés.
Il ne confond pas accepté et livré. « Envoyé » veut dire accepté par la passerelle ; la livraison se confirme séparément.
Il ne facture aucun dépassement. Au plafond, les envois s'arrêtent.
Il applique les règles de l'organisation. Par défaut : deux messages sur trente jours, sept jours entre deux messages, trois jours entre deux collègues et soixante jours sans nouvelle campagne après une réponse. Le calendrier les applique avant le départ, et l'envoi les vérifie à nouveau.
Il peut suspendre une campagne. Après une première vague de cinquante messages au plus, le suivi conditionne la suite ; trop de retours entraînent une pause automatique. Un domaine d'envoi suspendu retient aussi les messages.
Il ne touche pas à votre zone DNS. Il vous donne les valeurs à publier chez votre hébergeur.
Il ne recontacte jamais un désinscrit.

Pour aller plus loin

Campagnes e-maille module, ses écrans et son offre.Préparer un e-mail de prospection individuelun e-mail long, pour une seule personne.campagne_emailtoutes les actions et leurs paramètres.Authentification et quotasOAuth, portées et plafonds d'appels.