Taux de bounce email : tous les seuils réellement publiés

Les fournisseurs ne s'accordent sur aucun chiffre, et seul Amazon SES assortit le sien d'une échelle de sanctions.

À retenir Le taux de bounce, c'est le nombre de bounces divisé par le nombre d'emails envoyés, multiplié par 100. Mille envois, vingt-cinq retours : 2,5 %. Trois fournisseurs publient un chiffre, et ils ne sont pas d'accord entre eux. Amazon SES demande de « maintenir un taux de bounce sous 2 % », place un compte sous surveillance à 5 % et peut suspendre l'envoi à 10 %. Klaviyo publie « sous 1,0 % », soit deux fois moins que SES. Le tableau de bord des séquences de HubSpot juge bon tout ce qui reste sous 3 %. Google ne publie aucun seuil de bounce pour Gmail. Mailchimp écrit la raison noir sur blanc dans son propre centre d'aide : « les FAI ne rendent pas leurs limites publiques ». Le fameux « standard de 2 % » que tout le monde recopie vient donc d'un seul hébergeur cloud, pas d'une norme du secteur. SES ne compte que les hard bounces et exclut explicitement les boîtes pleines et les IP bloquées. Trois pour cent de boîtes saturées et trois pour cent d'adresses mortes, ce n'est pas la même chose : un seul des deux menace votre compte. Personne ne publie de référence de bounce pour le cold email. Ni routeur, ni organisme de normalisation, ni cabinet d'études. Les 7,5 % que Google remonte sur cette question viennent d'un post LinkedIn qui ne cite aucune source. Jugez donc un envoi à froid sur l'échelle de SES, et visez moins de 1 % avec une liste vérifiée avant l'envoi.

Prenez vos bounces, divisez par le nombre d'emails envoyés, multipliez par 100. Voilà toute la formule. C'est aussi la dernière chose simple de cette page.

Une mise au point avant les chiffres. L'analyse d'audience web emploie une métrique du même nom, qui n'a rien d'autre en commun avec celle-ci, et le risque de confusion est encore plus grand en français qu'en anglais : les deux s'y disent couramment « taux de rebond ». Google Analytics 4 définit le sien comme « le pourcentage de sessions qui n'ont pas été engagées », une session engagée étant celle qui dure plus de 10 secondes, déclenche un événement clé ou atteint au moins deux pages vues (aide GA4, consultée le 29 août 2026). Sur un site, 42 % de rebond, c'est parfaitement banal. Sur un envoi d'emails, 42 % veut dire que la liste n'a jamais été contrôlée et que le domaine est mal parti. Ici, « bounce » ne désigne que l'email.

Maintenant la partie que personne ne fait correctement. Tous les articles bien placés sur cette requête affichent un tableau de seuils, et aucun ne dit qui a publié les chiffres qu'il contient. J'ai passé la matinée à lire les sources de première main : la FAQ d'Amazon SES sur les sanctions, les bandes de délivrabilité de Klaviyo, la documentation de HubSpot sur les bounces, les recommandations de Google aux expéditeurs, l'article de Mailchimp sur les bounces, la RFC 3463 et la référence des erreurs SMTP de Gmail. J'en ai relevé les formulations exactes. Voici ce qu'elles disent, avec la date à laquelle j'ai lu chacune.

Un mot sur mon conflit d'intérêts avant que vous lisiez la suite. Je dirige Enrow, qui trouve et vérifie des emails professionnels : j'ai donc un intérêt commercial à ce que ce chiffre vous préoccupe. Jusqu'aux deux dernières sections, tout ce que vous lirez vient de documents publiés par d'autres, cités et liés.

Tous les seuils de bounce publiés, dans un seul tableau

Deux fournisseurs publient un chiffre qu'on peut leur opposer, Amazon SES et Klaviyo, et ils divergent du simple au double. Un troisième, HubSpot, publie un chiffre plus tolérant pour les séquences et refuse d'en publier un pour l'email marketing. Google ne publie rien du tout.

Citations traduites de l'anglais ; chaque lien mène au texte d'origine. Les libellés de colonnes de Klaviyo restent en anglais, car ce sont ceux que vous verrez dans son interface.

Trois de ces dix lignes disent, d'une manière ou d'une autre, « pas de chiffre ». Ce n'est pas un oubli de ma part. C'est ce que deux des plus gros acteurs de l'envoi d'emails affirment par écrit, et c'est pour cette raison que le joli graphique à bandes 2 % / 5 % qui circule sur cette requête ne repose que sur une seule source réelle.

Ce que mesure vraiment le chiffre de SES

Qui cite les 5 % hérite de la définition qui va avec, et elle est plus étroite qu'on ne le croit. SES compte les hard bounces vers des domaines que vous n'avez pas vérifiés, et rien d'autre : « Les échecs temporaires et intermittents, comme une boîte pleine, ou les bounces dus à des adresses IP bloquées, n'entrent pas dans votre taux de bounce » (FAQ bounce Q3, consultée le 29 août 2026). Une campagne qui affiche 4 % dans le tableau de bord de votre routeur peut très bien se situer largement sous 1 % selon le calcul de SES. Ou pas, et vous ne pouvez pas le savoir sans trier les codes.

Deuxième détail, que presque personne ne relève : vous ne pouvez pas reproduire le chiffre de SES vous-même. Amazon le dit en toutes lettres : « Nous ne calculons pas votre taux de bounce sur une période de temps fixe… Nous regardons plutôt un volume représentatif. » Sa propre FAQ ajoute ensuite que l'API de statistiques d'envoi ne vous le donnera pas davantage. La mesure qui décide si votre compte continue d'envoyer est donc calculée sur une fenêtre qu'Amazon ne communique pas, à partir d'un volume qu'Amazon choisit. Calez-vous sur le plafond, pas sur ce qu'affiche la console.

Et tant que vous y êtes, gardez les plaintes dans une colonne à part. Amazon SES demande un taux de plaintes sous 0,1 %, place un compte sous surveillance à 0,1 % ou plus et peut suspendre l'envoi à 0,5 % ou plus (FAQ plaintes Q5, consultée le 29 août 2026). Klaviyo répartit la même métrique en trois colonnes dans son tableau de délivrabilité : sain sous 0,01 %, marge de progression entre 0,01 % et 0,05 %, à surveiller au-dessus de 0,05 %. Pour le désabonnement, sa bande saine se situe sous 0,3 % par campagne. Autre métrique, autre calcul, et pourtant les deux finissent régulièrement dans le même paragraphe chez ceux qui les citent.

Hard bounce ou soft bounce

Affichés à 2,8 % chez HubSpot comme chez Amazon SES, les deux taux ne mesurent pas la même chose.

Un hard bounce est un refus définitif : la boîte n'existe pas, le domaine ne peut pas recevoir de courrier, ou le serveur vous refuse en application de ses règles. Il correspond à une réponse SMTP en 5yz, que la RFC 3463 définit comme un échec « qu'un renvoi du message sous sa forme actuelle ne résoudra probablement pas ». Un soft bounce est temporaire, correspond à une réponse en 4yz et se règle en général à la tentative suivante : une boîte pleine, une limite de débit, un serveur momentanément débordé.

Le tableau ci-dessous, en version courte : le hard bounce signale une adresse morte, le soft bounce un mauvais moment.

C'est dans la version longue que tout se joue, parce que votre routeur vous montre une catégorie alors que le serveur destinataire, lui, vous a envoyé un code. Ce ne sont pas les mêmes informations. Neuf types de bounce couvrent à peu près tout ce que renvoie un vrai envoi, et quatre seulement sont des échecs définitifs qui entrent dans le chiffre sur lequel Amazon SES sanctionne. Les cinq autres sont temporaires, exclus, ou non documentés.

Les codes SMTP et les définitions des sous-codes viennent de la RFC 3463 et de la référence des erreurs SMTP de Gmail publiée par Google, toutes deux consultées le 29 août 2026. Le traitement par SES vient de sa FAQ sur les bounces, consultée à la même date. Les définitions de la RFC sont traduites ; les messages de Gmail restent en anglais, car ce sont les chaînes exactes que vous lirez dans vos logs.

Vient ensuite le désaccord qu'il faut connaître, parce qu'il change ce que vous dit votre tableau de bord. HubSpot énumère six motifs de hard bounce, et la boîte pleine en fait partie. Amazon SES cite exactement le même événement comme exemple de ce qu'il ne comptera pas. Même bounce, même destinataire, classé définitif chez l'un et ignoré chez l'autre. Personne n'a tort là-dedans, et pourtant 2,8 % chez HubSpot et 2,8 % chez SES ne sont pas des chiffres comparables.

C'est sur les soft bounces que l'idée reçue « ce n'est rien, ça passera au prochain essai » s'effondre. Klaviyo met une adresse en suppression automatique au-delà de 7 soft bounces consécutifs, en ne comptant que ceux des 2 dernières années. Mailchimp prévoit volontairement l'exception inverse : « Si une adresse qui a bouncé a interagi récemment avec vos emails, nous ne la retirons pas tout de suite de votre audience. » Deux fournisseurs, même signal, réflexes opposés. Ce sur quoi ils s'accordent : un soft bounce qui se répète cesse d'être un aléa et devient une boîte morte déguisée.

Qu'est-ce qu'un bon taux de bounce email ?

Sous 2 %, c'est ce qu'Amazon SES publie comme bonne pratique, et c'est le seul seuil assorti d'une échelle de sanctions : surveillance à 5 %, suspension possible à 10 %, hard bounces uniquement. Klaviyo se montre plus exigeant, avec 1,0 %. En cold email, visez moins de 1 %, parce qu'un envoi à froid n'a aucun historique d'engagement sur lequel s'appuyer.

Ce dernier chiffre est un choix, pas une règle que quelqu'un aurait publiée. Un envoi à froid part souvent d'un domaine jeune, sans réputation accumulée sur le compte : une ligne morte y coûte plus cher que sur une liste de newsletter vieille de cinq ans. L'objectif reste atteignable sans exploit. C'est simplement ce que produit une liste contrôlée avant l'envoi. La méthode n'a rien d'excitant, elle est détaillée dans la vérification d'emails en masse : normaliser, dédoublonner, passer chaque ligne par des contrôles SMTP en direct, trier par statut plutôt que filtrer, et recontrôler avant la campagne suivante au lieu de faire confiance à un fichier de mars.

Taux de bounce moyens selon le contexte d'envoi

Les grandes listes génèrent moins de bounces : 3,18 % entre 1 000 et 2 499 contacts, plus du double des plus grosses.

Le plus gros jeu de données public sur le sujet vient de GetResponse, qui a analysé plus de 4,4 milliards de messages envoyés par ses clients en 2023, en se limitant aux expéditeurs disposant d'au moins 500 contacts. La moyenne mise en avant : 2,33 %. Et son résultat le plus utile prend à revers l'intuition qu'on a tous sur l'hygiène des listes : les grandes listes génèrent moins de bounces, pas plus. Le segment des 100 000 contacts et plus est à 1,51 %, quand les listes de 1 000 à 2 499 contacts sont à 3,18 %, plus du double.

Source : GetResponse Email Marketing Benchmarks, données de l'année 2023, page consultée le 29 août 2026. Il s'agit uniquement d'email marketing en opt-in : rien de tout cela ne concerne le cold email.

Les emails de bienvenue à 3,98 %, près de six fois le taux des envois RSS : voilà le chiffre le plus parlant. C'est l'envoi qui part vers une adresse à la seconde où elle est saisie dans un formulaire, avant que quiconque ait vérifié qu'elle existe. Les fautes de frappe et les adresses jetables atterrissent là en premier.

Le secteur pèse autant que tout ce que vous maîtrisez par ailleurs, et l'écart va du simple au quadruple entre le haut et le bas du tableau.

Même source, même année de données 2023, même date de lecture. Et une bizarrerie qu'il vaut mieux signaler : ce rapport donne trois moyennes générales différentes selon le tableau qu'on lit, 2,33 % dans le tableau par continent et dans la FAQ, 2,79 % dans le tableau par secteur, 2,78 % dans le tableau par pays. Trois agrégations du même corpus, que le rapport ne réconcilie nulle part. J'indique de quel tableau vient chaque chiffre plutôt que de retenir le plus flatteur.

Par pays, l'écart est encore plus grand, et contre-intuitif pour un lecteur européen : Pologne 1,13 %, Belgique 1,75 %, Australie 1,77 %, Canada 2,26 %, Espagne 2,48 %, États-Unis 2,70 %, France 2,71 %, Grande-Bretagne 3,21 %, Allemagne 3,89 %, Israël 9,97 %. Et rien de tout cela n'est stable. Dans le même rapport, l'Amérique du Nord passe de 4,92 % en 2022 à 2,68 % en 2023. Une moyenne de ce genre est un instantané, pas une constante.

Taux de bounce en cold email : la référence qui n'existe pas

Il n'existe aucun taux de bounce moyen publié pour le cold email. Je l'ai cherché le 29 août 2026 et je suis revenu les mains vides : le chiffre le mieux positionné ce jour-là sur cette question précise vient d'un post LinkedIn qui avance environ 7,5 %, sans données, sans échantillon et sans la moindre source. Considérez-le comme un chiffre sorti de nulle part.

Ce que je peux vous donner, c'est l'échelle pour en juger, et c'est celle de SES vue en haut de cette page : sous 2 % en bonne pratique, surveillance à 5 %, suspension possible à 10 %, hard bounces uniquement. Une liste à froid n'a rien en réserve pour encaisser un mauvais envoi. Ses bounces se décident donc surtout en amont, entre l'outil qui a fourni chaque adresse et le contrôle qu'elle a subi, ou non, avant de vous être remise. Demandez à un fournisseur ce qui se passe entre ces deux moments. Combien il en trouve, c'est la deuxième question.

Le mode de facturation dit qui porte le risque d'une adresse mal déduite. Le premier palier de Hunter est à 49 € pour 2 000 recherches, et il facture la tentative plutôt que le résultat valide : 0,0245 € la recherche, qu'une adresse revienne ou non. Le palier Start d'Enrow facture 0,015 € l'email valide, et rien quand la recherche échoue. Même devise, même base mensuelle : Hunter publie ses tarifs en euros, ce sont donc ses chiffres et non une conversion de ma part. À la tentative, Hunter coûte déjà plus cher qu'Enrow au résultat. Ramenez les deux à la même unité, l'email réellement trouvé, et l'écart se creuse. Je pars du principe qu'environ 30 % des recherches d'un outil facturé à la recherche ramènent un email : c'est mon hypothèse de travail, pas un chiffre publié par Hunter. À ce taux, chaque email trouvé chez Hunter revient à 0,082 € environ, à peu près 5,4 fois le prix d'Enrow Start, avant même de compter les adresses qui bouncent.

Le seul chiffre sur les listes à froid que je signe est le nôtre, et c'est une observation, pas un benchmark : les adresses qui passent le vérificateur d'Enrow avant que quiconque leur écrive bouncent en moyenne à moins de 1 % sur les fichiers que nous traitons. Ce n'est pas une promesse. Et cela ne dit rien d'un fichier que personne n'a vérifié.

Ce qu'un bounce vous coûte vraiment

Un hard bounce, ce n'est pas seulement un message qui n'est pas arrivé. C'est une donnée inscrite au débit de votre domaine d'envoi, et l'inscription survit à la campagne qui l'a produite.

HubSpot en documente la version la plus concrète, et elle mérite d'être lue deux fois. Un contact qui fait un hard bounce sur trois comptes HubSpot ou plus passe en statut de bounce global et se retrouve « écarté des envois futurs sur l'ensemble des comptes HubSpot ». Pas le vôtre : tous. Les dégâts de réputation causés par de mauvaises adresses ne restent pas cantonnés au compte qui leur a écrit. La liste sale de quelqu'un d'autre peut mettre une adresse hors circuit avant même que vous la contactiez, et votre propre liste sale fait exactement la même chose aux autres.

Chez SES, la sanction se paie autrement. Comme le taux de bounce se calcule sur un volume représentatif et non sur une fenêtre fixe, vous ne pouvez pas simplement attendre qu'un mauvais envoi sorte du calcul. Il n'y a pas de lundi où le compteur repart de zéro. Vous diluez un mauvais chiffre à coups de bons envois, lentement, et pendant ce temps le compte reste sous surveillance.

C'est cette asymétrie que les équipes sous-estiment. Un après-midi d'envoi sur un fichier pourri, puis des semaines d'envois petits, prudents et bien reçus pour remonter. J'ai vu un domaine passer d'une réputation propre au dossier spam entre le déjeuner et la fin de journée.

D'où viennent les bounces

C'est la qualité de la liste qui décide du bounce, pas le texte. Un objet et une heure d'envoi font bouger les taux d'ouverture ; ni l'un ni l'autre ne change le fait qu'une boîte existe ou non. Quatre causes expliquent presque tout ce que je vois dans de vrais fichiers, et la première pèse plus lourd que les trois autres réunies.

En tête, les lignes périmées. Les gens changent d'employeur et leur adresse disparaît le jour où ils rendent leur badge : n'importe quel fichier exporté il y a plusieurs mois se dégrade tranquillement dans votre CRM. Je ne peux pas vous donner un pourcentage de dégradation honnête. L'organisme américain de statistiques du travail que je citerais d'habitude m'a renvoyé une erreur 403 le 29 août 2026, et je ne vais pas emprunter un chiffre à un blog. Ce que je peux décrire, c'est le mécanisme. Un résultat de vérification ne vaut que pour le jour où il a été obtenu. Tous ceux qui sont partis depuis restent dans le fichier, avec une adresse correctement orthographiée qui pointe vers une boîte qui n'existe plus. Sans nouveau contrôle, un export de neuf mois n'est pas une liste, c'est une archive.

En deuxième position, les adresses déduites du format de l'entreprise. Quelqu'un applique prenom.nom@societe.com sur 400 lignes et envoie tel quel. Une bonne partie tombe juste. Chaque erreur bounce, et rien ne permet de distinguer les bonnes adresses des mauvaises sans contrôle. La bonne façon de déduire un format, puis de le contrôler, est expliquée dans comment trouver l'adresse email de quelqu'un.

Viennent ensuite les catch-all, dont les bounces passent inaperçus jusqu'à ce qu'il soit trop tard. SendGrid distingue proprement les deux mécanismes : un bounce synchrone survient « lorsque le fournisseur de messagerie distant rejette le message pendant la tentative de livraison initiale », un bounce asynchrone « lorsque Twilio SendGrid accepte un message pour livraison, mais que le fournisseur de messagerie signale ensuite ce message comme un bounce » (documentation SendGrid, consultée le 29 août 2026). Un domaine accept-all vous dit oui sur le pas de la porte et vous refuse dans le couloir, quelques heures plus tard. C'est précisément ce délai qui interdit de considérer comme sûre une adresse catch-all dont le statut n'est pas tranché. Le mécanisme complet est expliqué dans notre article sur les emails catch-all.

Enfin, la cause la plus banale : les données sales. Une espace en trop en fin de cellule, .con à la place de .com, des prénoms dans la colonne nom, un collage qui a décalé toutes les lignes d'un cran. Corriger ne coûte rien, envoyer tel quel coûte cher.

Comment faire baisser son taux de bounce

Vérifiez chaque adresse avant chaque envoi, supprimez les hard bounces sans réessayer, tenez les catch-all hors du fichier tant que rien ne les a tranchées, et recontrôlez tout ce qui a été récupéré il y a plus de quelques mois. Ces quatre gestes éliminent l'essentiel des bounces. Le reste relève de la discipline de volume : Google vous classe expéditeur en nombre au-delà de 5 000 messages par jour vers des comptes Gmail, et c'est le seul chiffre publié sur lequel vous pouvez caler une montée en charge.

Deux habitudes comptent plus que tout le reste.

Regroupez votre rapport de bounces par domaine destinataire avant de le lire. Un pourcentage à l'échelle de la campagne noie dans la moyenne la partie utile. Imaginez un envoi sur 2 000 adresses qui revient avec quatre hard bounces, et les quatre chez un même employeur. Ce n'est presque jamais de la malchance. En général, cela veut dire que le format d'adresse que vous avez appliqué à cette entreprise est faux, ce qui rend suspecte chacune des autres lignes que vous détenez sur ce domaine, qu'elles aient bouncé ou non. Reprenez ce domaine à la source : quatre échecs vous auront permis de corriger vingt lignes.

Ensuite, confrontez votre propre rapport de bounces aux codes du tableau plus haut avant d'y réagir. 452 4.2.2 et 550 5.1.1 atterrissent dans la même colonne « bounced » chez votre routeur et disent l'inverse l'un de l'autre : d'un côté une personne dont la boîte est pleine, de l'autre une boîte qui n'existe plus. Si vous supprimez sur le premier et réessayez sur le second, vous faites exactement le contraire de ce qu'il faut. HubSpot le montre bien grâce à sa propriété qui enregistre le motif du hard bounce, et l'audit est décrit dans la qualité de la donnée dans HubSpot ; si l'envoi lui-même passe par des séquences, les seuils de leur tableau de bord sont détaillés dans le guide des séquences HubSpot.

Les affirmations qui circulent, confrontées à leur source

Huit affirmations dominent les pages les mieux positionnées sur ces requêtes, et toutes les huit déforment leur propre source. La plus répétée, le « standard de 2 % », se révèle être la simple recommandation d'un hébergeur cloud, qui ne porte que sur un type de bounce. J'ai relevé chaque affirmation dans les résultats de recherche le 29 août 2026, puis je l'ai confrontée au document d'origine.

Ce que coûte la prévention, face à ce que coûte un bounce

Vérifier mille adresses coûte 3,75 € sur le premier palier payant et 1,80 € sur Scale : 1,95 € d'écart entre deux offres dont l'une donne cinquante fois plus de crédits et coûte vingt-quatre fois plus cher. Une vérification coûte un quart de crédit, donc mille lignes en consomment 250.

Grille tarifaire d'Enrow en euros, facturation mensuelle pour toutes les offres. Chaque coût de vérification est le prix mensuel divisé par les crédits mensuels, multiplié par 250. L'offre gratuite se recharge tous les mois.

Trois euros soixante-quinze pour contrôler mille adresses, contre une semaine de délivrabilité dégradée sur toutes les campagnes du domaine. La comparaison ne se discute pas, et c'est bien pour ça que le taux de bounce se décide à l'achat des données plus qu'à l'envoi.

Comme je vends l'un de ces outils, voici ce qu'il fait et ce qu'il ne fait pas, d'une traite. Enrow trouve et vérifie des emails professionnels et des numéros de portable en temps réel, et ne facture que lorsqu'un résultat revient valide : une recherche sans résultat ne coûte rien, et une adresse trouvée qui échoue à la vérification n'est jamais facturée. Chaque adresse passe par plus de 10 vérifications, dont plusieurs passes SMTP et des sondes catch-all lancées depuis des serveurs situés dans différentes régions, et les lignes accept-all reviennent vérifiées au lieu d'être étiquetées « risquées » puis écartées. Les fichiers entiers passent par l'API, ou par le serveur MCP github.com/EnrowAPI/enrow-mcp quand le travail se fait dans Claude ou Cursor. Depuis un profil LinkedIn ou Sales Navigator, l'extension Chrome envoie la fiche contact complète et vérifiée dans HubSpot, Salesforce ou Pipedrive en un clic, et sur les trois elle crée la fiche ou met à jour celle qui existe : le même prospect qui ressort de deux recherches enregistrées donne donc une seule fiche, mise à jour deux fois.

Maintenant les limites. Enrow ne détient aucune base de contacts à parcourir et n'en construira pas, parce qu'une base stockée se refait tous les trois à neuf mois et qu'entre deux refontes elle se dégrade : c'est exactement ce qui remplit un envoi de lignes mortes. Chercher chaque contact en direct, au moment de la demande, c'est le choix inverse, et il a un prix : la constitution de la liste, elle, se fait toujours dans LinkedIn ou Sales Navigator, pas chez nous. Et un seul solde de crédits couvre les deux usages. Passez 40 000 lignes au vérificateur avec l'offre Pro, et les 10 000 crédits du mois y passent : il ne reste rien pour trouver de nouveaux contacts. Répartissez ce budget avant de déposer le fichier, pas après.

FAQ

Qu'est-ce qu'un bon taux de bounce email ?

Amazon SES publie le chiffre le plus repris : restez sous 2 %, avec une mise sous surveillance du compte à 5 % et une suspension possible à 10 %, en ne comptant que les hard bounces. Klaviyo se montre plus exigeant, avec 1,0 %. HubSpot juge bon tout ce qui reste sous 3 % sur une séquence. En cold email, l'objectif réaliste est de rester sous 1 % avec une liste vérifiée avant l'envoi.

Quel taux de hard bounce est acceptable ?

Ce sont les hard bounces que les fournisseurs sanctionnent : le taux acceptable est donc proche de zéro. Amazon SES ne compte que les hard bounces dans le taux qui place un compte sous surveillance à 5 % et peut le suspendre à 10 %. Une liste B2B vérifiée doit rester sous 1 % de hard bounces ; au-delà de 2 %, c'est que des adresses sont entrées dans le fichier sans contrôle en direct.

Comment calculer le taux de bounce d'une campagne email ?

Divisez le nombre de messages qui ont bouncé par le nombre de messages envoyés, puis multipliez par 100. Une campagne envoyée à 5 000 adresses qui génère 60 bounces affiche un taux de 1,2 %. Calculez aussi séparément le taux de hard bounces et celui de soft bounces, parce qu'Amazon SES ne compte que les hard bounces dans ses seuils de sanction et qu'il exclut les boîtes pleines et les IP bloquées.

Faut-il retirer les hard bounces de sa liste ?

Oui, immédiatement, et sans jamais réessayer. Un hard bounce est un refus définitif en 5yz, que la RFC 3463 définit comme un échec qu'un renvoi du message sous sa forme actuelle ne résoudra probablement pas. HubSpot va plus loin : un contact qui fait un hard bounce sur trois comptes HubSpot ou plus est écarté des envois futurs sur l'ensemble des comptes HubSpot. Effacez la ligne plutôt que de la placer en liste d'exclusion, puis recherchez à nouveau le contact à la source.

Un taux de rebond de 42 %, c'est bien ?

Ce chiffre vient presque à coup sûr de l'analyse d'audience web, pas de l'email. Google Analytics 4 définit le taux de rebond comme le pourcentage de sessions qui n'ont pas été engagées, et 42 % est banal pour un site. En email, 42 % voudrait dire une liste jamais vérifiée et un domaine d'envoi déjà en grande difficulté. Les deux métriques partagent un nom et rien d'autre.

Les soft bounces abîment-ils la réputation d'expéditeur ?

Un soft bounce isolé est un refus temporaire en 4yz, et Amazon SES exclut totalement les boîtes pleines de son taux de bounce. C'est la répétition qui pose problème. Klaviyo met automatiquement une adresse en suppression au-delà de sept soft bounces consécutifs, comptés sur deux ans, parce qu'une boîte qui n'accepte jamais de courrier est morte en pratique, quel que soit le code qu'elle renvoie.

Quel est le taux de bounce moyen en cold email ?

Aucun routeur, aucun organisme de normalisation et aucun cabinet d'études n'en publie. Les chiffres qui circulent autour de 7,5 % remontent à des publications sur les réseaux sociaux, sans source de première main. Faute de référence, jugez un envoi à froid sur l'échelle des fournisseurs : Amazon SES demande moins de 2 %, place un compte sous surveillance à 5 % et ne compte que les hard bounces. Une liste à froid vérifiée avant l'envoi peut raisonnablement rester sous 1 %.

Quelle différence entre un hard bounce et un soft bounce ?

Un hard bounce est définitif, renvoie un code SMTP en 5yz comme le 550 5.1.1 de Gmail pour une boîte qui n'existe pas, et la ligne doit être supprimée. Un soft bounce est temporaire, renvoie un code en 4yz comme le 452 4.2.2 pour une boîte pleine, et se règle normalement à la tentative suivante. Les fournisseurs divergent à la marge : HubSpot classe une boîte pleine en hard bounce, alors qu'Amazon SES l'exclut du taux de bounce.

Comment j'ai vérifié

Chaque seuil de cette page a été relevé à la source, de première main, le 29 août 2026, et cité dans les termes du fournisseur plutôt que repris de l'article de quelqu'un d'autre. C'était plus important ici qu'ailleurs : aucune des pages que Google cite aujourd'hui sur cette requête n'attribue ses chiffres à qui que ce soit.

Ce que j'ai lu ce jour-là, dans l'ordre : la FAQ d'Amazon SES sur les sanctions (questions Q3 à Q6 sur les bounces, et la FAQ sur les plaintes), les articles de Klaviyo sur les métriques de délivrabilité et sur les bandes de référence ainsi que sa documentation sur les suppressions, l'article de HubSpot sur la différence entre hard et soft bounce, sa page de score d'expéditeur des séquences et ses pages sur la période probatoire et la suspension, les recommandations de Google aux expéditeurs Gmail, la référence des erreurs SMTP de Google Workspace, la définition du taux de rebond dans GA4, l'article « About bounces » de Mailchimp, la RFC 3463 en entier, la documentation de SendGrid sur les bounces et le rapport Email Marketing Benchmarks de GetResponse. Les affirmations confrontées aux sources plus haut viennent des résultats de Google en anglais américain, consultés le même jour.

Un mot sur les citations. Les sources n'existent qu'en anglais : je les traduis, et chaque lien mène au texte d'origine. Les messages SMTP de Gmail, eux, restent en anglais dans le tableau des codes, parce que ce sont les chaînes exactes que vous lirez dans vos logs.

Deux sources me sont restées inaccessibles. Le communiqué JOLTS du Bureau of Labor Statistics américain a renvoyé une erreur HTTP 403 à chaque requête : aucun pourcentage de changement de poste ni de dégradation de liste n'apparaît donc nulle part sur cette page. Le centre d'aide de Brevo a lui aussi renvoyé une erreur 403 : Brevo est donc absent du tableau des seuils plutôt que d'y figurer avec un chiffre cité de mémoire. Enfin, je n'ai trouvé à cette date aucun seuil de bounce publié par Microsoft 365, qui ne figure donc pas non plus dans le tableau.

Les chiffres d'Enrow ont été vérifiés le 29 août 2026. Le bounce sous 1 % est une moyenne observée sur les fichiers qu'Enrow traite. C'est une mesure, pas une promesse, et personne ne peut vous rembourser un bounce.

Votre taux de bounce se décide avant de cliquer sur Envoyer, pas après. Faites passer votre prochaine liste dans Enrow : plus de 10 contrôles sur chaque adresse, des adresses accept-all dont le statut est tranché au lieu d'être jetées, et 50 crédits qui reviennent chaque mois, avec ou sans carte bancaire.