À partir de quel taux de rebond une plateforme d’emailing arrête-t-elle vraiment d’envoyer une campagne ? Le taux de rebond acceptable ne tient pas dans le chiffre de 2 % qui circule sur tous les blogs : il change de valeur selon le routeur. Amazon SES place un compte sous revue à 5 % de bounce et coupe l’envoi à 10 % ; MailerLite suspend dès 5 % ; Brevo, elle, ne publie aucun seuil chiffré. Les campagnes finissent en spam alors que le SaaS d’emailing affiche un tableau de bord au vert : le motif revient sans cesse chez les équipes qui envoient en volume. Le SaaS dit vrai sur ses propres chiffres. Le seuil qui déclenche la sanction se situe une étape plus loin, chez le routeur destinataire.
D’où vient le seuil des 2 % et ce qu’il vaut vraiment
Le chiffre de 2 % circule comme un repère de marché plutôt qu’une politique officielle unique. Il vient d’un consensus implicite entre fournisseurs de boîtes mail comme Gmail ou Outlook, qui ne publient pas non plus leurs propres seuils exacts, par crainte de donner une feuille de route aux spammeurs. Sur les 10 plateformes vérifiées ici, 4 publient un seuil chiffré et 6 n’en publient aucun. Amazon SES est la seule à adosser le chiffre de 2 % à des paliers de sanction écrits : en dessous de 2 %, le compte reste en zone verte ; à 5 %, il passe sous revue ; à 10 %, l’envoi peut être suspendu. HubSpot et MailerLite publient eux aussi un seuil relié à une coupure automatique, ce qui porte à trois le nombre de plateformes où la sanction chiffrée est écrite noir sur blanc. SendGrid affiche un chiffre, en recommandation, sans palier de suspension. ActiveCampaign avance la barre des 2 % sur son blog, quand son centre d’aide décrit une mise sous revue déclenchée par « trop de rebonds » sans jamais écrire de pourcentage. Aucune valeur de seuil chez Mailchimp, Brevo, Mailjet, Klaviyo ni Sarbacane.
Le tableau des seuils réels, plateforme par plateforme
Le tableau qui suit croise trois éléments que les comparatifs généralistes mélangent rarement : le seuil de bounce, celui de plainte et la sanction qui suit réellement. La dernière colonne compte tout autant : elle indique si le chiffre sort d’une politique écrite datée ou d’un centre d’aide officiel. À défaut de l’un ou l’autre, il s’agit d’un usage constaté, faute de document publié.
| Plateforme | Seuil de bounce toléré | Seuil de plainte | Sanction au dépassement | Provenance du chiffre |
|---|---|---|---|---|
| Amazon SES | <2 % recommandé, revue à 5 %, pause à 10 % | <0,1 % recommandé, revue à 0,1 %, pause à 0,5 % | Pause automatique de l’envoi, réversible | Doc officielle AWS SES |
| HubSpot | 5 % de hard bounce cumulés sur un mois | 0,1 %, soit une plainte pour 1 000 messages | Coupure de l’envoi par le système de protection de délivrabilité | Base de connaissances HubSpot |
| MailerLite | Suspension au-delà de 5 % | 0,2 %, chiffré dans la même politique | Suspension immédiate du compte et investigation | Politique anti-spam MailerLite |
| Mailjet | Aucun seuil publié | Aucun seuil publié | Limite d’envoi temporaire de 7 jours, réappliquée en cas de récidive | Centre d’aide Mailjet, qui se réserve le droit de modifier ses seuils sans préavis |
| SendGrid (Twilio) | Hard bounce recommandé sous 5 % | 0,1 % par fournisseur de boîte mail, seuil d’alerte sans sanction | Restriction d’envoi en cas de dépassement répété, sans seuil de suspension automatique publié | Documentation Twilio SendGrid |
| ActiveCampaign | Aucun seuil publié au centre d’aide, les 2 % qui circulent viennent du blog de l’éditeur | Aucun seuil publié, des plaintes « plus élevées que la normale » suffisent | Mise sous revue automatique, campagnes bloquées jusqu’à résolution | Centre d’aide ActiveCampaign |
| Klaviyo | Aucun seuil de compte en %, suppression du contact au hard bounce et au-delà de 7 soft bounces consécutifs comptés sur 2 ans | Non publié en % | Suppression du profil ; aucune suspension de compte documentée à un seuil précis | Centre d’aide Klaviyo |
| Mailchimp | Non publié (limites des FAI variables, non divulguées par Mailchimp) | Non publié | Suspension automatique du compte, puis mail de l’équipe compliance | Centre d’aide Mailchimp |
| Brevo | Aucun seuil chiffré dans la politique anti-spam | Aucun chiffre publié sur la page officielle | Suspension ou restriction du compte, formulation générale sans pourcentage | Politique anti-spam Brevo |
| Sarbacane (devenu Positive User) | Aucun seuil publié | Non publié | Aucune sanction chiffrée documentée, risque de blacklistage FAI évoqué | Aucune politique d’usage chiffrée publiée ; le blog éditorial, migré vers le site Positive User, n’avance aucun palier |
Le chiffre qui compte : hard bounce plutôt que taux global
Une liste peut afficher un taux de rebond global de 3 % et rester saine aux yeux d’un routeur. La distinction entre hard bounce et soft bounce explique pourquoi : AWS SES, HubSpot et, dans une moindre mesure, MailerLite ne comptent, pour la sanction, que le taux de hard bounce. HubSpot fixe cette limite à 5 % de hard bounce cumulés sur un mois calendaire ; au-delà, le système de protection de la délivrabilité coupe l’envoi, indépendamment du taux global affiché sur le tableau de bord. Un pic de soft bounces isolé ne déclenche presque jamais de sanction à lui seul, il pèse sur la réputation de manière plus diffuse. Les causes techniques derrière chaque rebond, du DNS au serveur destinataire, font l’objet d’un guide de correction des rebonds à part.
Le seuil de plainte, plus rapide à déclencher que le bounce
0,1 %. C’est le seuil de plainte qui met un compte Amazon SES sous revue, contre 5 % pour le bounce : ce seuil est 50 fois plus bas, ce qui en fait, mécaniquement, le premier déclencheur de sanction chez les plateformes qui en publient un. HubSpot retient exactement le même chiffre, 0,1 %, soit une plainte pour 1 000 messages envoyés. Le sujet mérite un développement à part sur le taux de plainte. Une liste peut passer sous la barre du bounce acceptable et se faire suspendre quand même, sur la seule plainte.
Ce qui se passe vraiment au moment du dépassement
Le mot « suspension » recouvre des réalités très différentes selon le routeur. Chez Amazon SES, le processus est mécanique et documenté.
« Pour de meilleurs résultats, maintenez un taux de rebond inférieur à 2 % ; à 5 % ou plus, votre compte passe sous revue ; à 10 % ou plus, nous pouvons suspendre votre capacité à envoyer. »
Documentation officielle Amazon SES, traduction française. Franchir 10 % de bounce ou 0,5 % de plainte déclenche une pause automatique, réversible une fois la cause corrigée. Chez Mailchimp, la mécanique change de nature. Aucun pourcentage n’est communiqué : un email arrive de l’équipe compliance, avec des questions précises sur l’origine de la liste et l’envoi reste bloqué tant que les réponses ne convainquent pas. MailerLite et ActiveCampaign suivent un schéma proche, fondé sur une revue humaine et un échange de questions, sans message d’erreur API automatique. Sarbacane et Brevo, qui ne publient ni seuil ni palier, laissent l’utilisateur découvrir la sanction en temps réel plutôt que dans un centre d’aide consulté en amont.
Pourquoi la même liste affiche un taux différent selon le routeur
Deux comptes qui envoient exactement la même liste, le même jour, peuvent afficher deux taux de rebond différents. La cause tient au routage lui-même : le même serveur destinataire peut renvoyer un enhanced status code (le code de statut détaillé du serveur SMTP) différent selon l’IP d’origine, le serveur utilisé pour la commande MAIL FROM ou l’état exact du domaine au moment de la tentative. Un IP pool mutualisé aggrave l’écart : la réputation d’expéditeur qui pèse sur le calcul n’est plus seulement celle du client, elle inclut celle de tous les comptes qui partagent la même IP en cours de warm-up. C’est ce qui explique la douleur remontée par les équipes growth : le SaaS d’emailing affiche un taux propre sur son propre tableau de bord, feedback loops FAI compris, alors que le rebond ou la plainte s’est déclenché une étape plus loin chez le fournisseur destinataire. Le postmaster Gmail confirme régulièrement cet écart, avec une réputation dégradée affichée quand aucune alerte n’a remonté côté ESP.
La stack d’une équipe growth compte déjà un séquenceur, parfois un outil de warm-up. La vérification de liste avant l’envoi joue un rôle différent : elle mesure le statut réel d’une adresse avant que le hard bounce ne remonte à AWS ou HubSpot, à un moment où corriger coûte encore une exclusion de contact plutôt qu’une suspension de compte. C’est le métier de CaptainVerify : un fichier de contacts entre, la liste nettoyée de ses adresses invalides ressort. L’API de validation en temps réel se branche sur les formulaires d’inscription pour que les adresses fautives cessent d’entrer dans la base. Un contrôle avant envoi capture un instant précis : une adresse valide aujourd’hui peut appartenir demain à un poste vacant, ce qui fait de l’hygiène de liste un calendrier récurrent, au même rythme que le nettoyage régulier de la base. Avant la prochaine campagne, faire passer la liste permet de savoir de quel côté du seuil elle va tomber, celui d’AWS comme celui, non écrit, de Brevo.
Questions fréquentes sur le taux de rebond
Comment calculer son taux de rebond ?
Le calcul divise le nombre d’emails rebondis par le nombre d’emails envoyés, multiplié par 100. Une campagne partie sur 20 000 adresses avec 600 rebonds affiche donc 3 % de taux de rebond. Le point qui change tout se trouve au dénominateur : la plupart des plateformes retiennent les emails envoyés là où un calcul manuel s’appuie souvent sur les seuls messages acceptés, ce qui produit deux chiffres différents pour une même campagne.
Quel taux de rebond attendre d’une liste jamais nettoyée ?
Sur les 126 millions d’adresses soumises à sa vérification en 2025, CaptainVerify a mesuré 57 % d’adresses valides et 8,2 % d’adresses invalides pures, celles dont le domaine a disparu ou dont la boîte a été supprimée. Ces 8,2 % partent en hard bounce dès le premier envoi, soit quatre fois la barre des 2 %. L’échantillon penche vers les listes douteuses, puisqu’il s’agit de bases que leur propriétaire a justement choisi de faire vérifier. Il donne l’ordre de grandeur du risque sur une base laissée en l’état. Le détail figure dans l’analyse de la valeur réelle d’une adresse email.
Pourquoi une liste sous le seuil repasse-t-elle au-dessus ?
Une base se dégrade d’environ 23 % par an, soit près de 2 % par mois, au rythme des changements de poste et des domaines abandonnés. Une liste mesurée à 1,5 % de rebond en janvier franchit donc la barre des 2 % vers le printemps sans que rien n’ait changé dans les pratiques d’envoi. C’est ce qui rend la revérification tous les 3 à 6 mois plus efficace qu’un nettoyage ponctuel après incident.
AWS chiffre ses seuils au dixième de pourcent près. Brevo et Sarbacane se réservent le droit de suspendre un compte sans avoir jamais écrit à partir de quel taux.
