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 %. Quatre fournisseurs se prononcent, 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 moitié 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 en donne 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 est donc la règle d'un hébergeur cloud, pas 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 ne décrivent pas du tout la même situation, et un seul des deux cas menace votre compte. Personne ne publie de taux de bounce de référence pour le cold email : aucun routeur, aucun organisme de normalisation, aucun cabinet d'études.

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.

Venons-en à ce que personne ne fait correctement. Tous les articles positionnés sur cette requête affichent un tableau de seuils, et pas un ne dit qui a publié les chiffres qu'il contient. J'ai passé la matinée à relever les formulations exactes des 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. Voici ce qu'elles disent, avec la date de consultation de 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. Tout ce qui précède les deux dernières sections s'appuie sur des documents publiés par d'autres, que je cite avec leur lien.

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

Deux fournisseurs publient un chiffre qui les engage, Amazon SES et Klaviyo, et ils divergent du simple au double. Un troisième, HubSpot, affiche un chiffre plus tolérant pour les séquences et se refuse à en donner 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 la position que deux des plus gros acteurs de l'envoi tiennent par écrit, et c'est pour cette raison que le joli graphique à bandes 2 % / 5 % qu'on retrouve dans les résultats de 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. SES l'écrit : « Nous ne calculons pas votre taux de bounce sur une période de temps fixe… Nous regardons plutôt un volume représentatif. » La même FAQ précise 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. Raisonnez en fonction du plafond, pas de 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 rejette en vertu de ses règles. Il se traduit par 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, se traduit par 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 surchargé.

La version courte du tableau ci-dessous : l'un est une adresse morte, l'autre un mauvais moment.

La version longue est celle qui coûte de l'argent, parce que votre routeur vous montre une catégorie quand 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 envoi réel, et quatre seulement sont des échecs définitifs qui entrent dans le taux servant de base aux sanctions d'Amazon SES. 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 du « ce n'est rien, ça passera à la prochaine tentative » 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, à l'inverse, prévoit volontairement une exception : « 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 trahit une boîte morte.

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 abaisse la barre à 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 historique accumulé 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 de spectaculaire et elle est détaillée dans notre guide de vérification d'emails en masse : normaliser, dédoublonner, soumettre chaque ligne à des contrôles SMTP en temps réel, trier par statut plutôt que filtrer, et recontrôler avant la campagne suivante au lieu de faire confiance à un fichier de mars.

Références de taux de bounce 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êmes données de l'année 2023, même date de consultation. Une bizarrerie mérite toutefois d'être signalée. 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 référence est une photographie, 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.

Le taux de bounce d'une liste de cold email se décide en amont de l'envoi : d'où viennent les adresses, depuis combien de temps elles dorment dans un CRM, et si chacune a été vérifiée avant que quiconque lui écrive. Les seuils publiés par les fournisseurs, recensés plus haut, sont les seuls points fixes : mesurez vos propres envois à leur aune. Sous 1,0 %, c'est la bande saine de Klaviyo ; à 5 %, Amazon SES place le compte sous surveillance.

Ce qu'un bounce vous coûte vraiment

Un hard bounce n'est pas qu'un message non distribué. C'est une inscription au passif de votre domaine d'envoi, et elle survit à la campagne qui l'a produite.

HubSpot en documente la conséquence 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 seulement 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 les a envoyées. La liste sale de quelqu'un d'autre peut mettre une adresse hors circuit avant même que vous lui écriviez, 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'envois sur un fichier pourri, puis des semaines de petits envois prudents et bien reçus pour remonter la pente. J'ai vu un domaine passer d'une réputation saine au dossier spam entre le déjeuner et la fin de journée.

D'où viennent les bounces

Le bounce dépend de la qualité de la liste, pas du 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 avec leur badge : n'importe quel fichier exporté il y a plusieurs mois se dégrade en silence dans votre CRM. Je ne peux pas vous donner de taux de dégradation fiable. 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. La tendance, elle, ne fait pas de doute : un export de neuf mois n'est pas une liste, c'est une archive.

Deuxième cause : les adresses déduites du format de l'entreprise. Quelqu'un applique prenom.nom@societe.com à 400 lignes et envoie tel quel. Une partie tombe juste. Chaque erreur se solde par un 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 notre guide pour 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 oubliée en fin de champ, .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 à l'écart tant que leur statut n'est pas tranché, 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 maîtrise des volumes : Google vous classe parmi les expéditeurs de gros volumes 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 à 2 000 adresses qui revient avec quatre hard bounces, tous les quatre chez le 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 suspectes toutes vos autres lignes sur ce domaine, qu'elles aient généré un bounce ou non. Reprenez le domaine à la source, et ces quatre échecs vous permettent d'en corriger vingt.

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. Supprimer dans le premier cas et réessayer dans le second, c'est faire exactement le contraire de ce qu'il faut. HubSpot rend bien cette distinction visible grâce à sa propriété de motif de hard bounce, et l'audit est décrit dans notre article sur la qualité des données dans HubSpot. Si l'envoi lui-même passe par des séquences, les seuils du tableau de bord des séquences sont présentés dans notre guide des séquences HubSpot.

Les affirmations qui circulent, face à la 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 est une décision d'achat avant d'être une décision d'envoi.

Comme je vends ce genre d'outil, voici d'un même souffle ma déclaration d'intérêt et les limites du mien. 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 vous coûte donc rien, et une adresse qui produirait un bounce non plus. Chaque adresse passe par plus de 10 vérifications, plusieurs tests SMTP et des sondes catch-all depuis des serveurs situés dans des régions différentes, 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 en un clic la fiche contact complète et vérifiée vers HubSpot, Salesforce ou Pipedrive ; dans les trois outils, elle crée la fiche ou met à jour celle qui existe déjà : un même prospect qui ressort de deux recherches enregistrées donne donc une seule fiche, mise à jour deux fois.

Passons aux limites. Enrow ne détient aucune base de contacts à parcourir et n'en construira pas : une base stockée se reconstruit tous les trois à neuf mois, et c'est précisément entre deux mises à jour que les données se dégradent et remplissent un envoi de lignes mortes. Chercher chaque adresse au moment de la requête, 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 compteur de crédits couvre la recherche et la vérification. Passez 40 000 lignes au vérificateur avec l'offre Pro : les 10 000 crédits du mois sont épuisés et il n'en reste plus 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 abaisse la barre à 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 % pour 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 vérification en temps réel.

Comment calculer le taux de bounce d'un email ?

Divisez le nombre de bounces par le nombre de messages envoyés, puis multipliez par 100. Une campagne envoyée à 5 000 adresses qui revient avec 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 de suppression, 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. Confrontez plutôt vos propres envois aux seuils publiés par les fournisseurs : sous 1,0 %, c'est la bande saine de Klaviyo, et à 5 %, un compte Amazon SES passe sous surveillance.

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

Un hard bounce est définitif, se traduit par une réponse 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, se traduit par une réponse 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é le 29 août 2026 directement sur une source de première main, 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 mettait en avant ce jour-là sur cette requête n'attribuait ses chiffres à une source.

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 viennent de notre référentiel interne, vérifié le 29 août 2026. Le taux de bounce sous 1 % et le taux de réussite d'environ 60 % sont des moyennes observées sur les fichiers qu'Enrow traite. Ce sont des mesures, pas des promesses, 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.