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

Aucun fournisseur n'est d'accord avec un autre, et seul Amazon SES assortit son chiffre 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 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 % », la moitié de 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 appartient donc à un hébergeur cloud, pas à un 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 sont pas le même événement, et un seul des deux menace votre compte. Personne ne publie de référence de bounce pour le cold email. Ni un routeur, ni un organisme de normalisation, ni un 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 a une métrique qui porte le même nom et n'a rien d'autre en commun avec celle-ci, et en français la confusion est même pire qu'en anglais : les deux se 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 un mardi ordinaire. 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 qui se classent sur cette requête impriment un tableau de seuils, et pas un ne dit qui a publié les chiffres qu'il contient. J'ai passé la matinée dans les sources de première main, la FAQ d'application d'Amazon SES, les bandes de délivrabilité de Klaviyo, la documentation bounce de HubSpot, 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, et j'en ai relevé les formulations. 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. Tout ce qui précède les deux dernières sections est le document de quelqu'un d'autre, cité et lié.

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 large 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, 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 trou dans ma lecture. 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 % qui circule sur cette requête ne repose que sur une seule source réelle.

Ce que mesure vraiment le chiffre de SES

Citez les 5 %, vous héritez 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 l'arithmétique de SES. Ou pas du tout, et vous ne pouvez pas le savoir sans séparer les codes.

Deuxième détail, que presque personne ne relève : vous ne pouvez pas reproduire le chiffre de SES vous-même. Il le dit : « 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. Dimensionnez 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 range la même métrique sur 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 %. Sa bande saine de désabonnement est sous 0,3 % par campagne. Autre métrique, autre arithmétique, et pourtant les deux finissent régulièrement dans le même paragraphe chez ceux qui les citent.

Hard bounce ou soft bounce

À 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 par politique. Il porte 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, porte une réponse en 4yz et se règle en général au réessai : une boîte pleine, une limite de débit, un serveur qui passe une mauvaise heure.

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 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.

Codes SMTP et définitions des sous-codes d'après la RFC 3463 et la référence des erreurs SMTP de Gmail chez Google, les deux consultées le 29 août 2026. Traitement SES d'après sa FAQ bounce, même date. Les définitions de la RFC sont traduites ; les messages de Gmail restent en anglais, 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 votre tableau de bord vous raconte. 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 le folklore du « ce n'est rien, ça repart au ré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 maintient l'exception inverse, et volontairement : « 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.

Quel est un bon taux de bounce email

Sous 2 %, c'est ce qu'Amazon SES publie comme bonne pratique, et c'est le seul seuil auquel soit accrochée une échelle de sanctions : surveillance à 5 %, suspension possible à 10 %, hard bounces uniquement. Klaviyo resserre la barre à 1,0 %. En cold email, l'objectif de travail est sous 1 %, parce qu'un envoi à froid n'a aucun historique d'engagement à dépenser.

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 rien de capitalisé 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 est ennuyeuse et elle est 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.

Références de taux de bounce selon le contexte d'envoi

Les grandes listes bouncent moins : 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 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 bouncent moins, 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. Email marketing en opt-in uniquement, rien de tout cela n'est du cold email.

Les emails de bienvenue à 3,98 %, près de six fois le taux des envois RSS : voilà ce qui trahit le problème. C'est l'envoi qui part vers une adresse à la seconde où elle est tapée 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 dire : 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'amplitude est encore plus large, et contre-intuitive 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 suis allé le chercher ce matin et je suis revenu les mains vides : le chiffre qui se classe aujourd'hui sur cette question précise vient d'un post LinkedIn qui avance environ 7,5 %, sans donnée, sans échantillon et sans source dessous. Traitez-le comme un chiffre que quelqu'un a tapé.

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, 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, ce n'est pas un message non distribué. 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 deux lectures. 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 dans le 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 la touchiez, 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 attendre qu'un mauvais envoi passe. 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.

L'asymétrie est ce 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 de propre à classé en spam entre le déjeuner et la fin de journée.

Pourquoi les emails bouncent

Le bounce se décide sur la qualité de la liste, pas sur 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 meurt avec le 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é un 403 ce matin, et je ne vais pas emprunter un chiffre à un blog. Le sens, lui, ne fait pas de doute : un export de neuf mois n'est pas une liste, c'est une archive.

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

Viennent ensuite les catch-all, qui bouncent d'une manière qui ne ressemble à rien jusqu'au moment où il est trop tard. SendGrid sépare les deux mécanismes proprement : 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 traiter une catch-all non tranchée comme une ligne sûre. Le mécanisme complet est dans qu'est-ce qu'un email catch-all.

Enfin, la cause ennuyeuse : la donnée sale. Une espace traînante à la fin, .con à la place de .com, des prénoms dans la colonne nom, un collage qui a décalé toutes les lignes d'un cran. Gratuit à corriger, cher à envoyer.

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. Cette séquence élimine l'essentiel de ce qui bounce. 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 valent plus que tout le reste de cette liste.

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 le domaine à la source, et quatre échecs vous paient la correction de 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 expose ça correctement à travers sa propriété de motif de 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 qu'utilise ce tableau de bord sont couverts dans le guide des séquences HubSpot.

Les affirmations qui circulent, face à la source

Huit affirmations dominent les pages qui se classent 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 ligne de bonne pratique d'un hébergeur cloud, sur un seul type de bounce. J'ai relevé chaque affirmation sur un résultat en direct le 29 août 2026, puis je l'ai mise face 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 euros d'Enrow, facturation mensuelle sur toute la ligne. 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 placement dégradé 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 l'un de ces outils, voici la déclaration d'intérêt et les limites dans la même phrase. 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 qui ne trouve rien et un bounce ne coûtent donc rien ni l'un ni l'autre. Chaque adresse passe par plus de 10 vérifications, plusieurs passes 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 écrit la fiche contact vérifiée complète dans HubSpot, Salesforce ou Pipedrive en un clic, et cette écriture est une création ou une mise à jour sur les trois : le même prospect qui ressort de deux recherches enregistrées arrive donc comme 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'un index stocké se refait tous les trois à neuf mois et que l'intervalle entre deux refontes est exactement la dégradation qui remplit un envoi de lignes mortes. Résoudre 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 couvre les deux métiers. Passez 40 000 lignes au vérificateur sur le plan Pro, les 10 000 crédits du mois sont dépensés et il ne reste rien pour trouver de nouveaux contacts. Répartissez ce budget avant de déposer le fichier, pas après.

FAQ

Quel est 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 resserre 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 sous 1 % pour une liste vérifiée avant l'envoi.

Quel taux de hard bounce est acceptable ?

Les hard bounces sont ceux sur lesquels les fournisseurs sanctionnent, donc le chiffre acceptable est proche de zéro. Amazon SES ne compte que les hard bounces dans le taux qui place un compte sous surveillance à 5 % et le suspend à 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'un email ?

Divisez le nombre de messages qui ont bouncé par le nombre de messages envoyés, puis multipliez par 100. Une campagne partie sur 5 000 adresses qui revient avec 60 bounces affiche un taux de 1,2 %. Calculez aussi les hard bounces et les soft bounces séparément, 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. Supprimez la ligne plutôt que de la mettre en liste de suppression, et retrouvez 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, porte 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, porte une réponse en 4yz comme le 452 4.2.2 pour une boîte pleine, et se règle normalement au réessai. 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é sur une source de première main en direct 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 matin, dans l'ordre : la FAQ d'application d'Amazon SES (bounce Q3 à Q6 et la FAQ 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 hard bounce contre soft bounce de HubSpot, 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 bounce de SendGrid et le rapport Email Marketing Benchmarks de GetResponse. Les affirmations du tableau des résultats viennent de résultats Google en direct, en anglais américain, lus le même matin.

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 que je voulais et que je n'ai pas eues. Le communiqué JOLTS du Bureau of Labor Statistics américain a renvoyé un 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 renvoyé un 403 lui aussi, donc Brevo est absent du tableau des seuils plutôt que représenté par un chiffre de mémoire. Et je ne connais aucun seuil de bounce publié par Microsoft 365 ; je n'en ai récupéré aucun aujourd'hui, donc Microsoft n'est pas dans le tableau non plus.

Les chiffres d'Enrow viennent du référentiel de faits du dépôt, vérifié le 29 août 2026. Le bounce sous 1 % et le taux de correspondance 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 d'appuyer sur envoyer, pas après. Faites passer votre prochaine liste dans Enrow : plus de 10 contrôles sur chaque adresse, des lignes accept-all tranchées au lieu d'être jetées, et 50 crédits qui reviennent chaque mois, que vous ajoutiez une carte ou non.