La couche de gouvernance email : une nouvelle catégorie d'outils
Jean RubensMis à jour en août 202613 min de lecture
Une couche de gouvernance email se place au-dessus de votre outil d'envoi et décide qui peut envoyer, à quelle liste et à quelle fréquence. La catégorie existe parce qu'aucun outil d'envoi ne répond à ces trois questions : leurs permissions se règlent par fonctionnalité, jamais par liste. Ce guide définit la catégorie, documente les manques qu'elle comble chez Brevo et Mailchimp, et donne les questions à poser pour en évaluer une.
Le problème arrive toujours dans le même ordre. Une organisation grandit, plusieurs équipes se mettent à envoyer depuis un même compte, et personne ne sait plus dire qui a écrit à qui la semaine dernière.
Les outils d'envoi n'ont pas été conçus pour ça. Ils ont été conçus pour qu'une équipe marketing envoie des campagnes, pas pour arbitrer entre cinq équipes qui se partagent une base. C'est ce décalage qui a fait apparaître une catégorie d'outils distincte.
À retenir
- La définition : l'ensemble des règles qui décident qui peut envoyer, à quelle liste et à quelle fréquence, sur un compte d'envoi partagé.
- Les permissions d'un ESP sont par fonctionnalité, pas par donnée. Vous ouvrez ou fermez « Campagnes », jamais « la liste des donateurs ».
- Le manque est partagé : ni Brevo ni Mailchimp ne cloisonnent par liste, ne plafonnent la fréquence entre équipes hors offre haute, ni ne valident un envoi.
- 43 % des personnes se désinscrivent d'abord parce que l'expéditeur écrit trop souvent (ZeroBounce, 2026).
- Ce n'est pas un remplacement d'ESP. Les contacts restent dans l'outil d'envoi, il n'y a pas de migration.
Qu'est-ce que la gouvernance des envois email ?
La gouvernance des envois email est l'ensemble des règles qui décident qui peut envoyer, à quelle liste et à quelle fréquence, sur un compte d'envoi partagé. Mailchimp propose 5 niveaux d'utilisateur et aucun ne se restreint à une audience (Mailchimp, Manage User Levels in Your Account). Une couche de gouvernance applique ces règles au-dessus de l'outil d'envoi, plutôt qu'à sa place.
Trois questions la définissent, et elles sont toutes les trois des questions d'accès :
Qui peut envoyer, et à quelle liste ?
Pas « qui a le droit de créer une campagne », qui est une question de fonctionnalité, mais « quelles adresses cette personne peut-elle atteindre », qui est une question de données.
Combien de fois un contact est-il sollicité ?
Le total par personne, toutes équipes confondues. Chaque équipe connaît ses propres envois ; presque aucune ne connaît la somme.
Qui vérifie avant le départ ?
Et surtout : qu'est-ce qui reste comme trace de cette vérification une fois la campagne partie ?
La distinction entre permission et gouvernance est le cœur du sujet. Une permission est un interrupteur sur une fonctionnalité : cette personne peut créer des campagnes, ou non. Une gouvernance est une règle sur une donnée : cette personne peut atteindre ces adresses, et pas les autres.
Tous les outils d'envoi font le premier. Aucun ne fait le second.
Pourquoi parler d'une nouvelle catégorie ?
Parce que le besoin ne se range dans aucune case existante. En 2026, l'enquête annuelle de ZeroBounce établit que 43 % des personnes se désinscrivent d'abord parce que l'expéditeur écrit trop souvent, sur 1 091 répondants (ZeroBounce, Email statistics report). Or aucune catégorie d'outil ne surveille ce total.
Regardez le paysage outil par outil. L'outil d'envoi expédie et mesure. Le CRM stocke et qualifie. L'outillage de délivrabilité authentifie le domaine et surveille la réputation. Aucun des trois ne répond à « qui peut écrire à cette liste, et combien de fois ».
Le vide n'est pas un oubli, c'est une conséquence de l'histoire. Ces outils ont été pensés pour un émetteur unique. Le compte partagé entre équipes autonomes est une configuration récente à grande échelle : réseaux associatifs, fédérations, franchises, groupes multi-marques.
La plupart des catégories d'outils se définissent par ce qu'elles apportent. Celle-ci se définit d'abord par ce que les éditeurs ne font pas, et qu'ils documentent eux-mêmes. C'est vérifiable page par page, ce qui rend le débat court.
Nous avons passé les deux principaux ESP au crible de leurs propres documentations. La section suivante en donne le relevé, sans interprétation.
Pour le cadre par outil, voyez nos deux guides piliers : la gouvernance Brevo en multi-équipes et la gouvernance Mailchimp en équipe.
Les trois manques que partagent les outils d'envoi
Le même trou revient chez les deux principaux acteurs, et il se lit dans leurs propres documentations. L'API Brevo énumère 16 domaines de permissions, des campagnes aux clés SMTP, et aucun ne porte sur une liste (Brevo, Update permission for a user). Les 5 niveaux Mailchimp couvrent tout le compte, sans périmètre par audience à aucun palier.
| Le manque | Chez Brevo | Chez Mailchimp |
|---|---|---|
| Périmètre par liste ou audience | Permissions par fonctionnalité et par dossier de campagnes, jamais par liste | Absent à tous les paliers : les rôles couvrent le compte entier |
| Plafond de fréquence entre équipes | Réservé à l'offre Entreprise, et les automations passent outre | Aucun plafond par contact |
| Validation avant envoi | Aucun circuit d'approbation pour les campagnes email | Co-édition et commentaires, mais aucune barrière |
| Audit programmable des droits | 16 domaines de permissions dans l'API, aucun n'est la facturation | La source d'inscription d'un contact est absente de l'export |
Relevé effectué sur les pages d'aide et les références d'API des deux éditeurs, consultées le 2026-08-03. Chaque ligne est détaillée dans l'article correspondant du blog.
La quatrième ligne mérite un mot, parce qu'elle décide de tout le reste. Un droit qu'aucune API n'expose ne peut être ni inventorié, ni révoqué en masse, ni surveillé. Il se vérifie à l'œil, utilisateur par utilisateur, ce qui veut dire qu'en pratique il ne se vérifie pas.
Nous avons documenté chacun de ces manques séparément : le cloisonnement par audience sur Mailchimp, les permissions Brevo face à l'envoi à toute la base, le capping de fréquence sur Mailchimp et la validation avant envoi.
Comment un seul envoi non maîtrisé pénalise-t-il tout le monde ?
Par un effet en chaîne qui remonte jusqu'à la boîte de réception des autres équipes. En 2026, ZeroBounce mesure que 43 % des désinscriptions viennent d'abord d'une fréquence trop élevée (ZeroBounce, Email statistics report). Sur un compte partagé, cette fréquence est une somme que personne ne calcule.
Le maillon qui surprend est le troisième. La réputation d'expéditeur ne s'attache pas à l'équipe fautive, elle s'attache au compte et au domaine. Suped le formule pour les pools d'adresses partagées : « si le pool contient assez de mauvais trafic, la réputation de l'IP baisse ».
D'où une conclusion qui déplaît : la délivrabilité n'est pas un problème technique isolé, c'est une conséquence de la gouvernance. Vous pouvez configurer parfaitement SPF, DKIM et DMARC, et voir vos taux baisser à cause d'un envoi qu'une autre équipe a fait sans le dire. Nous détaillons ce mécanisme dans notre guide sur la délivrabilité sur un compte partagé.
Ce qu'une couche de gouvernance n'est pas
Quatre confusions reviennent, et les lever aide à savoir si la catégorie vous concerne. Aucune de ces quatre choses ne répond aux trois questions de la définition, même quand elle en couvre une partie.
Ce n'est pas un outil d'envoi de remplacement
Vos contacts, vos statistiques et votre réputation restent dans Brevo ou Mailchimp. Une couche qui exigerait une migration ne serait pas une couche, ce serait un changement d'outil.
Ce n'est pas un CRM
Elle ne qualifie pas les contacts et ne suit pas d'opportunités commerciales. Elle décide de l'accès aux listes, ce qui est une question d'administration, pas de relation client.
Ce n'est pas de l'outillage de délivrabilité
Elle n'authentifie pas votre domaine et ne teste pas le placement en boîte de réception. Elle agit en amont, sur la cause : le volume et le ciblage des envois.
Ce n'est pas un simple outil de relecture
Un fil de commentaires ne borne rien. La différence entre commenter et gouverner est qu'une règle s'applique sans qu'une personne soit disponible.
La quatrième distinction est celle qui trompe le plus. Beaucoup d'équipes croient avoir réglé le problème parce qu'elles se relisent, alors qu'elles ont seulement ajouté une habitude fragile par-dessus un compte qui reste grand ouvert.
De quoi une couche de gouvernance est-elle faite ?
De cinq briques, dont trois sont absentes de tous les outils d'envoi grand public. Le tableau ci-dessous les confronte à ce que Brevo et Mailchimp couvrent nativement, d'après leurs documentations respectives consultées le 3 août 2026.
Les deux dernières lignes sont partiellement couvertes, et c'est le mot « partiellement » qui coûte cher. Les deux éditeurs proposent des modèles, ce qui cadre la forme sans cadrer le destinataire. Les deux journalisent, mais la rétention est un réglage : chez Brevo, une règle de conservation se plafonne à 24 mois et s'applique rétroactivement à l'existant.
Notez que la première brique est aussi la plus structurante. Un périmètre par liste rend les quatre autres beaucoup moins urgentes, parce qu'il réduit ce qu'une erreur peut atteindre. C'est la seule des cinq qui protège même quand personne ne regarde.
Qui en a besoin, et qui n'en a pas besoin ?
Le seuil n'est pas une taille d'entreprise, c'est une configuration : plusieurs équipes qui envoient depuis un même compte, ou des contacts partagés entre plusieurs équipes. En dessous de ce seuil, la catégorie ne sert à rien, et il faut le dire.
Vous n'en avez pas besoin si une seule personne envoie, si votre équipe tient dans une pièce et se parle, ou si chaque équipe a son propre compte et sa propre base sans recoupement. Dans ces trois cas, les rôles natifs de votre outil suffisent, et ajouter une couche ne ferait qu'ajouter un outil.
Le besoin apparaît à trois signes concrets. Vous ne pouvez pas répondre à « combien d'emails a reçu ce contact ce mois-ci ? » sans faire le tour des équipes. Une personne qui part garde un accès que personne n'inventorie. Et une baisse de délivrabilité ne se rattache à aucune campagne identifiable.
Dans les comptes partagés que nous examinons, le premier signe est presque toujours le même, et ce n'est pas un incident : c'est une hésitation. Quelqu'un demande qui peut envoyer à telle liste, et trois personnes donnent trois réponses différentes.
Le deuxième signe est un tableur. Dès qu'une organisation tient hors de l'outil la liste de qui a le droit de faire quoi, c'est que l'outil ne la tient pas.
Le cas des sous-comptes mérite une mention à part, parce qu'il ressemble à une réponse. Séparer les données en comptes distincts isole bien, mais fragmente la gestion et coûte l'offre Entreprise chez Brevo. Nous avons comparé les alternatives dans notre article sur les sous-comptes Brevo réservés à l'Entreprise.
Comment évaluer une couche de gouvernance ?
En posant 5 questions qui séparent un vrai contrôle d'un affichage. La quatrième est la plus discriminante : chez Brevo, une règle de rétention des journaux se plafonne à 24 mois et s'applique rétroactivement à l'existant (Brevo, Configure a custom retention period). Une trace effaçable ne vaut pas comme preuve.
Faut-il migrer quoi que ce soit ?
Si les contacts doivent bouger, ce n'est pas une couche. La bonne réponse est que la base reste où elle est, et que l'outil s'y connecte en lecture et en écriture.
Le périmètre s'applique-t-il au moment de l'envoi ?
Une liste masquée dans l'interface n'est pas une liste interdite. Demandez ce qui se passe si quelqu'un cible une liste hors de son périmètre : l'envoi doit être refusé, pas seulement découragé.
La fréquence se compte-t-elle entre équipes ?
Un plafond par campagne ne sert à rien : le contact ne reçoit pas une campagne, il reçoit la somme. Le compteur qui compte est celui par contact, toutes équipes confondues.
Que reste-t-il comme trace, et pendant combien de temps ?
Demandez la durée de conservation et si elle est modifiable. Une trace effaçable par le premier administrateur pressé ne vaut pas comme preuve.
Que se passe-t-il si vous arrêtez ?
La question qu'on oublie de poser. Vous devez repartir avec votre compte d'envoi intact et vos contacts en place, sans dépendance résiduelle.
La cinquième question est la plus révélatrice, et la moins posée. Un outil qui se place au-dessus du vôtre doit pouvoir s'enlever ; s'il ne peut pas, c'est qu'il a pris la place de l'outil d'envoi sans le dire.
Sur le plan réglementaire, ces mêmes questions recoupent les obligations d'accès et de traçabilité. Nous les traitons dans notre guide RGPD de l'email en équipe et, côté collecte, dans RGPD by design.
Sendgate est une couche de gouvernance, posée sur l'outil que vous avez déjà.
Sendgate se place au-dessus de votre compte Brevo ou Mailchimp existant, sans migration : vos contacts, vos statistiques et votre réputation ne bougent pas. Chaque équipe compose depuis Sendgate avec les seules listes et les seuls expéditeurs qui lui sont attribués, la fréquence par contact reste visible d'une équipe à l'autre, et les envois passent par une validation avant le départ. Brevo et Mailchimp sont pris en charge aujourd'hui.
Essayer gratuitement →Gouvernance des envois email · Non affilié aux marques citées
Ce qu'il faut retenir
La gouvernance des envois email répond à trois questions qu'aucun outil d'envoi ne traite : qui peut envoyer, à quelle liste, et à quelle fréquence. La différence tient en un mot : les permissions d'un ESP portent sur des fonctionnalités, la gouvernance porte sur des données.
Le manque est le même chez les deux principaux acteurs, et documenté par eux. Ni Brevo ni Mailchimp ne cloisonnent par liste. Le plafond de fréquence est réservé à l'offre Entreprise chez l'un, absent chez l'autre. Aucun des deux ne fait attendre un envoi qu'un responsable ait donné son accord.
Ce n'est ni un remplacement d'outil d'envoi, ni un CRM, ni de l'outillage de délivrabilité. Et si une seule personne envoie chez vous, vous n'en avez pas besoin. Le seuil, c'est plusieurs équipes sur un même compte, ou des contacts partagés entre elles.
Questions fréquentes
Qu'est-ce que la gouvernance des envois email ?
En quoi est-ce différent des permissions de mon outil d'envoi ?
Faut-il quitter Brevo ou Mailchimp ?
Une équipe de trois personnes en a-t-elle besoin ?
Pourquoi la fréquence est-elle un sujet de gouvernance ?
Sources
- ZeroBounce, Email statistics report 2026 (43 % des désinscriptions liées à la fréquence, 1 091 répondants), consulté le 2026-08-03. zerobounce.net
- Suped, How do shared IP pools and sending domains impact sender reputation, consulté le 2026-08-03. suped.com
- Mailchimp, Manage User Levels in Your Account, consulté le 2026-08-03. mailchimp.com
- Mailchimp, Collaborate on Emails, consulté le 2026-08-03. mailchimp.com
- Mailchimp, View or Export Your Contacts, consulté le 2026-08-03. mailchimp.com
- Brevo, Update permission for a user (référence API, 16 domaines fonctionnels), consulté le 2026-08-03. developers.brevo.com
- Brevo, Add users and assign permissions in Brevo, consulté le 2026-08-03. help.brevo.com
- Brevo, Configure a custom retention period for your transactional logs, consulté le 2026-08-03. help.brevo.com
Couverture native des deux éditeurs vérifiée le 3 août 2026 sur leurs pages d'aide et références d'API. Les paliers et les permissions changent : recontrôlez la page des utilisateurs de votre compte avant toute décision d'organisation. Aucune donnée issue d'un rapport sous formulaire n'est citée ici, faute de pouvoir en vérifier le contenu à la source.
Jean Rubens
Cofondateur, Sendgate
Jean est cofondateur de Sendgate. Il écrit sur la gouvernance des envois email en équipe : cloisonnement des accès, périmètre par liste et délivrabilité à travers les comptes d'envoi partagés.