Mailchimp a-t-il un workflow de validation avant envoi ?
Non. Mailchimp a de la co-édition, des commentaires et des envois de test, mais rien qui bloque un envoi tant qu'un responsable n'a pas donné son accord. Le plus proche est le rôle Author, qui prépare sans pouvoir envoyer : il demande une offre Standard ou Premium, et il n'accompagne aucune demande de relecture. Détail plus gênant encore, les commentaires de relecture n'existent que sur les brouillons.
La question se pose toujours après un incident. Une campagne est partie trop tôt, avec le mauvais objet ou vers la mauvaise audience, et quelqu'un demande comment on empêche ça la prochaine fois.
La réponse tient en un mot, mais elle mérite d'être détaillée. Parce que Mailchimp offre plusieurs choses qui ressemblent à une validation, et qu'aucune n'en est une.
À retenir
- Aucun circuit d'approbation natif. Rien n'empêche un utilisateur autorisé d'envoyer, à aucun moment.
- Le rôle Author est le plus proche : il crée, modifie et supprime des emails et des modèles, sans envoyer (Mailchimp). Mais il demande Standard ou Premium.
- La trace de relecture s'efface : les commentaires n'apparaissent que sur les brouillons, jamais sur les emails envoyés.
- 3 niveaux sur 5 peuvent envoyer : Owner, Admin et Manager. Author et Viewer ne peuvent pas.
- Brevo est dans le même cas pour les campagnes email : 16 domaines de permissions dans son API, aucun n'est une approbation.
Mailchimp a-t-il une validation avant envoi ?
Non. La page d'aide qui décrit les cinq niveaux d'utilisateur ne mentionne aucune étape d'approbation, de revue ou d'accord préalable à l'envoi (Mailchimp, Manage User Levels in Your Account). Un utilisateur qui a le droit d'envoyer envoie, quand il veut.
Distinguons deux choses qu'on confond souvent. Le droit d'envoyer est une permission : on l'a ou on ne l'a pas. Une validation est un circuit : on prépare, on demande, quelqu'un accorde ou refuse, et l'envoi attend cet accord.
Mailchimp gère la permission. Il ne gère pas le circuit. C'est toute la différence entre restreindre qui peut envoyer et contrôler ce qui part.
Cette distinction structure tout le sujet des comptes partagés. Nous la reprenons en détail dans notre guide de la gouvernance Mailchimp en équipe.
Que propose Mailchimp à la place ?
De la collaboration, pas du contrôle. L'éditeur d'email permet la co-édition à plusieurs, affiche qui travaille sur l'email, enregistre automatiquement toutes les vingt secondes, et porte un panneau de commentaires avec réponses et fils résolus (Mailchimp, Collaborate on Emails).
C'est plus complet qu'on ne le croit. Vous pouvez envoyer un email de test et demander un retour : les réponses des destinataires du test remontent dans l'onglet des commentaires. Vous pouvez même choisir quels utilisateurs sont notifiés à chaque nouveau commentaire.
Rien de tout cela ne retient un envoi. La discussion se déroule à côté du bouton d'envoi, jamais devant. Un relecteur peut laisser un commentaire « attends, ne pars pas » et découvrir dans la minute que la campagne est déjà partie.
Pour le détail de ce que chaque niveau couvre, voyez notre article sur les rôles et permissions Mailchimp et leurs limites.
Le rôle Author est-il une validation déguisée ?
C'est ce qui s'en rapproche le plus, et ça ne suffit pas. Mailchimp décrit l'Author comme pouvant « créer, modifier et supprimer des emails et des modèles, et consulter les rapports » (Mailchimp, Manage User Levels in Your Account). L'envoi n'y figure pas.
Sur le papier, la séparation des tâches est là. Un Author prépare, un Manager ou un Admin envoie. En pratique, il manque trois choses à ce montage pour mériter le nom de circuit.
Il n'y a pas de demande
Un Author termine sa campagne, et rien ne se passe. Aucun bouton « soumettre », aucune file d'attente, aucun changement d'état visible. Il faut aller le dire à quelqu'un, hors de l'outil.
Il n'y a pas de refus
Un relecteur qui n'est pas d'accord n'a rien à cliquer. Il commente, ou il modifie lui-même. Le va-et-vient entre auteur et validateur n'a aucun support dans le produit.
Le rôle n'est pas contextuel
Author s'applique à tout le compte, pas à une audience. Un Author peut préparer une campagne sur n'importe quelle audience, y compris celles qui ne le concernent pas.
Dans les comptes Mailchimp partagés que nous examinons, le montage Author se met en place puis se défait. La raison est toujours la même : le validateur devient un goulot d'étranglement, et comme rien ne l'alerte, il se fait relancer par message. Au bout de quelques semaines, quelqu'un passe l'Author en Manager « juste pour cette campagne ».
Ce changement de rôle, personne ne le repasse en arrière. C'est ainsi qu'un compte finit avec six personnes qui peuvent envoyer à tout le monde.
Le défaut qui compte : la trace de relecture s'efface à l'envoi
Mailchimp l'écrit sans détour : les commentaires « apparaissent uniquement sur les brouillons d'email et n'apparaissent pas sur les emails envoyés » (Mailchimp, Collaborate on Emails). La discussion de relecture est donc supprimée par l'acte même de l'envoi.
Prenez la mesure du problème. Tant que la campagne est un brouillon, la relecture est visible mais sans enjeu. Dès que la campagne part, elle devient l'objet d'une question éventuelle, et c'est précisément là que le fil de discussion disparaît. La preuve s'évapore au moment où elle deviendrait utile.
La conséquence est simple à énoncer. Si vous devez démontrer qu'une campagne sensible a bien été relue, l'onglet des commentaires ne vous aidera pas. Il faut une capture avant l'envoi, ou un enregistrement ailleurs.
Pourquoi le palier inverse-t-il le besoin ?
Parce que la séparation des tâches est réservée aux offres hautes. Manager demande l'offre Premium, tandis qu'Author et Viewer demandent Standard ou Premium (Mailchimp, Manage User Levels in Your Account). Owner est disponible sur toutes les offres, et Owner envoie.
| Niveau | Peut envoyer | Offres qui l'incluent |
|---|---|---|
| Owner | Oui | Toutes les offres |
| Admin | Oui | Essentials, Standard, Premium |
| Manager | Oui | Premium |
| Author | Non | Standard, Premium |
| Viewer | Non | Standard, Premium |
Source : Mailchimp, Manage User Levels in Your Account, consulté le 2026-08-01. Les deux seuls niveaux qui ne peuvent pas envoyer sont aussi les deux qui demandent une offre payante supérieure.
Lisez la troisième colonne à l'envers. Sur l'offre gratuite, il n'existe qu'un niveau, Owner, et il envoie. Sur Essentials s'ajoute Admin, qui envoie aussi. Le premier niveau incapable d'envoyer n'apparaît qu'à partir de Standard.
Autrement dit, les organisations qui ont le moins de moyens sont aussi celles qui ne peuvent pas séparer préparer et envoyer. Le risque est le plus élevé là où le garde-fou n'existe pas.
Le même effet de palier joue sur le nombre d'utilisateurs et le cloisonnement des audiences. Nous avons chiffré ces plafonds dans notre article sur les quatre montages possibles pour gérer plusieurs équipes sur Mailchimp.
Trois contournements maison, et où chacun cède
Les équipes inventent des palliatifs, tous adoptés faute de mieux. Aucun ne survit à une organisation qui grandit, et chacun cède pour une raison différente. Voici les trois que nous rencontrons le plus souvent, et leur point de rupture.
| Le contournement | Ce qu'il donne | Où il cède |
|---|---|---|
| Le mot de passe unique | Une seule personne détient le compte et envoie pour tout le monde | Aucune traçabilité individuelle, et la personne devient indisponible |
| La programmation lointaine | La campagne est programmée loin, laissant le temps d'annuler | Il faut que quelqu'un pense à vérifier avant l'échéance |
| Le test à toute l'équipe | Un envoi de test sert de relecture collective | Un silence vaut accord, et rien ne bloque l'envoi réel |
Contournements relevés dans les comptes partagés que nous auditons. Le troisième est le plus courant, parce que Mailchimp facilite les envois de test et les retours par commentaire.
Notez que la programmation lointaine est le seul des trois qui utilise un mécanisme natif. Elle transforme l'envoi en fenêtre d'annulation, ce qui est mieux que rien, mais elle déplace le problème : la vigilance remplace la barrière.
Le même manque existe chez Brevo. L'endpoint de modification des permissions de son API énumère 16 domaines fonctionnels, des campagnes email aux clés SMTP, et aucun ne concerne une approbation (Brevo, Update permission for a user). Nous détaillons ce cas dans notre article sur les permissions Brevo et l'envoi à toute la base.
Comment obtenir une validation qui tient ?
En arrêtant d'attendre de l'ESP ce qu'il ne fait pas, puis en combinant deux leviers. Puisque ni Mailchimp ni Brevo n'ont de circuit d'approbation, la barrière et le périmètre se posent tous les deux au-dessus du compte.
Décidez ce qui mérite vraiment une relecture
Une relecture sur tous les envois s'effondre en deux mois. Réservez-la aux campagnes qui touchent une grande audience, un sujet sensible ou une promesse commerciale.
Sortez la trace de l'éditeur, avant l'envoi
Puisque les commentaires disparaissent à l'envoi, la relecture doit laisser une trace ailleurs. Une capture datée, ou un accord écrit dans votre outil de suivi, suffit.
Doublez la relecture d'un périmètre
Une campagne qui ne peut atteindre que l'audience de son équipe fait beaucoup moins de dégâts, même relue trop vite. Le périmètre est un contrôle permanent, la relecture un contrôle ponctuel.
Rendez le passage de rôle visible
Si vous passez un Author en Manager pour une campagne, notez-le et repassez-le. Ce sont ces changements oubliés qui font gonfler le nombre de personnes capables d'envoyer.
Le troisième point est celui qui tient le mieux dans le temps, parce qu'il ne dépend de la disponibilité de personne. Sur Mailchimp, le périmètre par audience n'existe à aucun palier, comme nous le détaillons dans notre article sur les limites d'un utilisateur Mailchimp par audience.
Réduire le périmètre et valider avant l'envoi ne s'opposent pas. Le périmètre agit en permanence et sans personne ; la validation agit ponctuellement, sur les campagnes qui le méritent. C'est la combinaison qui tient.
Ce que Mailchimp ne donne ni l'un ni l'autre : pas de périmètre par audience, pas de barrière avant l'envoi. Les deux se posent donc au-dessus du compte.
La validation avant envoi que Mailchimp n'a pas, Sendgate l'ajoute.
Sendgate se pose au-dessus de votre compte Mailchimp ou Brevo existant, sans migration. Chaque équipe compose depuis Sendgate, avec les seules audiences et les seuls expéditeurs qui lui sont attribués, sans accès direct au compte. Les envois passent par une validation avant le départ, et le périmètre s'applique en plus, à chaque campagne. 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
Mailchimp n'a pas de workflow de validation avant envoi. Il a de la collaboration : co-édition, commentaires avec fils et notifications, envois de test dont les réponses remontent dans l'éditeur. Aucune de ces fonctions ne retient un envoi, et un utilisateur autorisé à envoyer envoie sans accord de personne.
Le rôle Author en est le substitut le plus proche, puisqu'il crée sans pouvoir envoyer. Trois choses lui manquent : la demande, le refus, et un périmètre par audience. Il demande en plus une offre Standard ou Premium, quand Owner, disponible partout, envoie.
Le défaut le plus coûteux est ailleurs : les commentaires n'existent que sur les brouillons. La trace de la relecture disparaît donc à l'envoi, c'est-à-dire au moment où elle deviendrait une preuve. Si une campagne doit être relue, gardez l'accord hors de Mailchimp.
Questions fréquentes
Mailchimp a-t-il un workflow de validation avant envoi ?
Le rôle Author empêche-t-il vraiment d'envoyer ?
Les commentaires de relecture sont-ils conservés après l'envoi ?
Quels niveaux Mailchimp peuvent envoyer une campagne ?
Brevo propose-t-il une validation avant envoi ?
Sources
- Mailchimp, Manage User Levels in Your Account, consulté le 2026-08-01. mailchimp.com
- Mailchimp, Collaborate on Emails, consulté le 2026-08-01. mailchimp.com
- Mailchimp, Multi-user accounts (page produit), consulté le 2026-08-01. mailchimp.com
- Brevo, Update permission for a user (référence API, 16 domaines fonctionnels), consulté le 2026-08-01. developers.brevo.com
- Brevo, Add users and assign permissions in Brevo, consulté le 2026-08-01. help.brevo.com
Niveaux d'utilisateur, disponibilité par offre et fonctions de collaboration vérifiés le 1er août 2026 sur les pages d'aide de Mailchimp. Les paliers changent : recontrôlez la page des utilisateurs de votre compte avant toute décision d'organisation. Aucun chiffre tiers n'est cité ici : les enquêtes disponibles sur les erreurs d'envoi reposent sur des échantillons trop faibles et non datés pour être reprises.
