Hard bounce et soft bounce : définitions, taux de bounce acceptable et solutions
Publish date: 27 oct. 2026
Un hard bounce est un échec de distribution permanent : l'adresse n'existe pas, ou le serveur destinataire refuse votre message pour de bon. Un soft bounce est un échec temporaire, dû à une boîte pleine, une limite de débit ou une panne de serveur, et le message fera l'objet d'une nouvelle tentative. Spona a envoyé 20 000 emails à des adresses B2B vérifiées et consigné chaque réponse des serveurs. Les hard bounces ont atteint 1,525 % et les soft bounces 2,425 %.
Ce guide décrypte ces réponses code par code. Il montre à quel moment un soft bounce devient un hard bounce sur chaque plateforme d'envoi, quel taux reste acceptable et comment corriger chaque type de bounce. Il se termine par ce que fait Spona quand une liste livrée dépasse 2 %.
Get thousands of leads in 4 minutes.
Stop stitching tools together.
Start with verified sales data, delivered in minutes.
No contracts · No setup · No onboarding
Hard bounce vs soft bounce sur 20 000 envois : ce que les serveurs ont répondu
Un bounce email désigne toute réponse de serveur indiquant que le message n'est pas passé. Chaque envoi aboutit à l'un de trois résultats : le serveur accepte le message, le diffère ou le rejette.
Spona les classe selon trois règles. Délivré signifie que le serveur a répondu 250 2.0.0 et a pris le message. Un soft bounce est un report 4.x.x toujours ouvert après 72 heures, sans rejet définitif. Un hard bounce est un rejet définitif 5.x.x.
| Résultat | Code SMTP | Signification | Nombre | Part des envois |
| Délivré | 250 2.0.0 | Accepté par le serveur destinataire | 19 210 | 96,050 % |
| Soft bounce | 4.x.x | Toujours différé après 72 heures ; aucun 5.x.x définitif | 485 | 2,425 % |
| Hard bounce | 5.x.x | Rejet permanent et définitif | 305 | 1,525 % |
| Total | Tous | Envois tentés | 20 000 | 100,000 % |
Additionnez les deux lignes de bounce : 790 messages ont échoué, soit 3,95 % des envois. Les soft bounces représentent 61 % de ces échecs. Ce ratio compte, car les deux types appellent des actions opposées. On retire un hard bounce ; face à un soft bounce, on attend.
Deux réserves accompagnent ce tableau. Délivré ne veut pas dire arrivé en boîte de réception. Un serveur peut accepter un message puis le classer en spam, et le journal affiche toujours 250.
La seconde réserve porte sur la liste. Chaque adresse avait passé la vérification de Spona avant l'envoi : les taux montrent donc ce qu'ont produit ensemble 40 listes B2B vérifiées. Ils ne mesurent pas ce que la vérification a écarté.
Hard bounce : définition d'un rejet permanent
Un hard bounce, c'est le serveur destinataire qui vous dit d'arrêter. La RFC 3463 est la norme qui encadre ces codes. Elle définit un échec permanent comme un échec « qui ne sera probablement pas résolu en renvoyant le message sous sa forme actuelle ». La réponse commence par un 5, et les deux chiffres suivants en donnent la raison.
Les plateformes d'envoi traitent cette réponse comme définitive. Dans la plupart des cas, Mailchimp retire les adresses en hard bounce « automatiquement et immédiatement ». HubSpot les retire des destinataires des futurs emails marketing. Twilio SendGrid les place sur une liste de suppression.
Une exception compte. HubSpot précise qu'un hard bounce « peut aussi être causé par un filtre de sécurité email strict ». L'adresse existe ; c'est une passerelle qui vous a refusé. Ce cas apparaît dans les codes sous la forme d'un rejet de politique 5.7.x, et la correction se fait de votre côté, pas dans la liste.
Pourquoi un email part en hard bounce : quatre causes
La boîte n'existe pas (5.1.1). La RFC 3463 parle d'une adresse de boîte de destination incorrecte, où « la boîte indiquée dans l'adresse n'existe pas ». Le guide de Microsoft sur les rapports de non-remise donne les deux raisons habituelles : l'expéditeur a mal saisi l'adresse, ou l'adresse n'existe plus dans le système de destination.
Sur une liste B2B, la seconde raison pèse de plus en plus avec le temps, car les gens changent d'emploi. Le glossaire de Klaviyo cite un cas de ce type : un destinataire qui a changé d'adresse email et supprimé l'ancienne. L'article de Spona sur la dégradation des données traite de ce rythme.
Le domaine n'existe pas (5.1.2). Le système de destination « n'existe pas ou n'est pas en mesure d'accepter du courrier ». Si une entreprise abandonne son domaine après un rachat, le courrier adressé à chacun de ses contacts peut échouer de cette façon.
La boîte est désactivée (5.2.1). La norme l'intitule « Boîte désactivée, n'accepte pas de messages ». Le compte d'un salarié parti, désactivé mais conservé par le service IT, peut répondre de cette façon.
La remise n'est pas autorisée (5.7.1). Le serveur indique que « l'expéditeur n'est pas autorisé à envoyer vers cette destination ». Microsoft est plus direct : son code 5.7.509 signifie que votre domaine ne passe pas la vérification DMARC et publie une politique DMARC en reject. L'adresse n'y est pour rien ; c'est votre authentification qui pose problème.
Soft bounce : définition d'un report temporaire
Un soft bounce, c'est le serveur qui vous dit « pas maintenant ». La RFC 3463 range cette classe parmi les échecs transitoires persistants, « dans lesquels le message tel qu'envoyé est valide », mais qu'une condition passagère retient. La réponse commence par un 4. Votre outil d'envoi garde le message et réessaie.
HubSpot décrit un soft bounce comme « un problème temporaire sur le serveur du destinataire, ou un autre problème technique temporaire ». Il réessaie pendant 72 heures au maximum, et les contacts en soft bounce restent éligibles aux prochains emails. Twilio SendGrid réessaie lui aussi jusqu'à 72 heures. L'organisme professionnel M3AAWG demande aux expéditeurs de « remettre le message en file d'attente et de réessayer plus tard ».
Pourquoi un email part en soft bounce : limites de débit, boîtes pleines, pannes
Vous avez envoyé trop, trop vite (4.7.0). Le serveur destinataire diffère votre connexion pour des raisons de politique. Les codes Microsoft 4.7.500 à 4.7.699 affichent « Access denied, please try again later » (accès refusé, réessayez plus tard). Ils signifient que le serveur a repéré une activité suspecte et a restreint l'expéditeur pour un temps.
Face à un blocage temporaire de ce type, M3AAWG conseille de « fermer la connexion et d'en ouvrir une nouvelle plus tard ». Ce report a été le code soft le plus fréquent du journal de Spona.
La boîte est pleine (4.2.2). L'utilisateur « a dépassé un quota administratif par boîte ou la capacité physique ». Une boîte que personne ne vide finit par se remplir.
La boîte est temporairement indisponible (4.2.0). Le compte existe, mais le serveur ne peut pas lui remettre le message à ce moment-là.
Le système de messagerie a échoué (4.3.0) ou n'a pas répondu (4.4.1). La RFC 3463 classe le second sous « No answer from host » (aucune réponse de l'hôte). Le serveur distant est en panne, surchargé ou injoignable, et votre message attend dans la file.
Soft bounce et hard bounce : sept différences côte à côte
| Différence | Soft bounce | Hard bounce |
| Classe de réponse SMTP | 4.x.x, un échec transitoire | 5.x.x, un échec permanent |
| Ce que veut dire le serveur | Le message est valide ; la condition est temporaire | Renvoyer le même message n'y changera rien |
| Causes fréquentes | Limite de débit, boîte pleine, serveur en panne, boîte temporairement indisponible | Boîte inexistante, domaine invalide, boîte désactivée, blocage de politique |
| Ce que fait votre outil d'envoi | Réessaie jusqu'à 72 heures (HubSpot, Twilio SendGrid) | Exclut l'adresse, en général immédiatement (Mailchimp, HubSpot, Twilio SendGrid) |
| Effet sur le contact | Reste éligible aux prochains envois | Retiré des prochains envois |
| Compté dans le taux de bounce d'Amazon SES | Non : « boîte pleine » et IP bloquées restent en dehors | Oui, pour les hard bounces vers des domaines que vous n'avez pas vérifiés |
| Votre correction | Ralentir, vérifier l'authentification, attendre ; retirer après des échecs répétés | Exclure, puis revérifier la liste d'origine |
Codes de bounce email : les 10 codes derrière les bounces de Spona
Chaque bounce du journal porte deux codes. La réponse à trois chiffres, comme 550 ou 421, est le statut SMTP classique. Le code étendu à points, comme 5.1.1, vient de la RFC 3463 et donne la raison. Lisez d'abord le code étendu : son premier chiffre vous dit s'il faut retirer l'adresse ou attendre.
Dix codes expliquent la totalité des 790 bounces des envois de Spona. Le dernier code hard, 554 5.0.0, regroupe les autres échecs définitifs. Un code domine de chaque côté : côté hard, « la boîte n'existe pas » représente 59 % des hard bounces. Côté soft, les reports de débit et de politique représentent 43 % des soft bounces.
| Résultat | Code SMTP | Signification | Nombre | Part des 20 000 envois |
| Hard bounce | 550 5.1.1 | La boîte du destinataire n'existe pas | 180 | 0,900 % |
| Hard bounce | 550 5.1.2 | Système ou domaine de destination invalide | 55 | 0,275 % |
| Hard bounce | 550 5.7.1 | Rejet permanent de politique ou de sécurité | 32 | 0,160 % |
| Hard bounce | 550 5.2.1 | Boîte désactivée | 25 | 0,125 % |
| Hard bounce | 554 5.0.0 | Autre échec définitif | 13 | 0,065 % |
| Soft bounce | 421 4.7.0 | Report temporaire de débit ou de politique | 210 | 1,050 % |
| Soft bounce | 450 4.2.0 | Boîte temporairement indisponible | 110 | 0,550 % |
| Soft bounce | 451 4.3.0 | Panne temporaire du système de messagerie | 85 | 0,425 % |
| Soft bounce | 452 4.2.2 | Capacité de la boîte atteinte | 50 | 0,250 % |
| Soft bounce | 451 4.4.1 | Échec temporaire de connexion à la destination | 30 | 0,150 % |
Un seul code hard désigne l'expéditeur plutôt que la liste : le rejet de politique. Les 13 autres échecs définitifs ne donnent aucune cause. Tout le reste, côté hard, correspond à une adresse morte, un domaine mort ou une boîte fermée. Seule une vérification plus récente les repère avant le serveur.
Quand un soft bounce devient-il un hard bounce ?
Aucune norme ne fixe ce moment. La RFC 3463 définit les deux classes et laisse le chronomètre à l'expéditeur. Chaque plateforme choisit un nombre de tentatives ou un délai, et les règles divergent assez pour modifier les chiffres de vos rapports.
| Plateforme ou organisme | Règle de bascule | Ce que devient l'adresse |
| Mailchimp | Après 7 soft bounces pour une adresse sans activité d'abonné, ou jusqu'à 15 pour un contact déjà actif | Convertie en hard bounce et nettoyée de l'audience |
| HubSpot | Après 72 heures au maximum de tentatives | Reste éligible aux prochains emails |
| Twilio SendGrid | Après 72 heures de report continu | Placée sur une liste de blocage ou de report, qui n'est « pas une liste de suppression » |
| Bonnes pratiques M3AAWG | Après au moins deux bounces consécutifs sur deux semaines ou plus | Retirée de la liste |
| Amazon SES | Les soft bounces ne comptent jamais : « boîte pleine » et IP bloquées restent en dehors du taux de bounce | Seuls les hard bounces vers des domaines non vérifiés comptent |
| Spona | Après 72 heures de report sans 5.x.x définitif | Enregistrée comme soft bounce, pas comme hard bounce |
Braze ajoute une complication : un bounce peut arriver « même des semaines après la première tentative de remise ». Un nombre de messages délivrés n'est qu'un instantané. Recalculez les chiffres une semaine après l'envoi avant de juger une liste.
Quel taux de bounce email est acceptable ?
Moins de 2 % de hard bounces. C'est le chiffre qu'Amazon SES donne à ses expéditeurs : « pour de meilleurs résultats, maintenez un taux de bounce inférieur à 2 % ». À 5 %, SES place le compte en examen, et à 10 % il peut suspendre les envois. Ses seuils de plaintes sont bien plus serrés : examen à 0,1 % et suspension possible à 0,5 %.
Les fournisseurs de messagerie eux-mêmes ne publient aucun seuil de bounce. Les règles de Google pour les expéditeurs en masse visent quiconque envoie plus de 5 000 messages par jour à des adresses Gmail. Elles imposent de traiter les désinscriptions sous deux jours et ne fixent aucune limite de bounce.
Yahoo demande aux expéditeurs de « surveiller les hard et soft bounces », de retirer rapidement les destinataires invalides et de garder un taux de spam sous 0,3 %. Ni l'un ni l'autre n'avance de pourcentage de bounce. C'est pourquoi l'article de Spona sur les statistiques du cold email range « Les fournisseurs de messagerie tolèrent un taux de bounce de 2 % » parmi les mythes.
Le benchmark de Spona reste lui-même sous cette barre. Le benchmark publié répartit les 20 000 envois par pays, à raison de 5 000 dans chacun des quatre pays. Hors adresses catch-all, le taux de hard bounce était de 1,5 % aux États-Unis, 1,2 % au Royaume-Uni et 1,6 % en France (80 sur 5 000 envois). Sur l'ensemble des 20 000 envois réunis, il était de 1,525 %.
Deux facteurs décident si une liste reste sous 2 % : la fraîcheur de la vérification et les bounces que vous comptez. La formule tranche le second point.
Formule du taux de bounce email, avec un exemple chiffré
Taux de bounce = bounces ÷ envois tentés × 100.
Appliquez-la au journal de Spona, où 305 envois sur 20 000 ont fini en hard bounce. Cela donne un taux de hard bounce de 1,525 %. Comptez aussi les soft bounces et le numérateur passe à 790. Le taux de bounce total est alors de 3,95 %.
Deux choix font varier le résultat. Le premier porte sur les bounces comptés. Amazon SES ne compte que les hard bounces vers des domaines non vérifiés : un taux de bounce total comparé à son seuil de 2 % surestime donc votre risque.
Le second porte sur les envois comptés. Le taux publié par Spona correspond aux « échecs de distribution permanents divisés par les envois tentés vers le sous-ensemble vérifié, hors adresses catch-all ». Précisez la formule chaque fois que vous communiquez un taux de bounce.
Comment corriger les hard bounces et réduire les soft bounces
Traitez la liste dans cet ordre. Les étapes 1 à 4 règlent ce qui a déjà rebondi. Les étapes 5 et 6 évitent que le prochain lot rebondisse.
- Excluez chaque hard bounce immédiatement, et ne relancez jamais un 5.x.x. Pour M3AAWG, il est « très important » qu'un message adressé à une adresse inexistante ne soit pas renvoyé et que l'adresse reste à l'écart des envois futurs. Mailchimp et Twilio SendGrid le font pour vous. Si vous envoyez par votre propre serveur SMTP, c'est à vous de construire la liste de suppression.
- Laissez un 4.x.x être relancé, puis retirez l'adresse après des échecs répétés. Le seuil de M3AAWG est de deux bounces consécutifs sur deux semaines ou plus. Mailchimp retient 7 ou 15 soft bounces. Choisissez une règle et appliquez-la à toutes les listes.
- Ralentissez quand vous voyez 421 4.7.0. Le serveur vous signale que votre rythme d'envoi paraît anormal, pas que l'adresse est mauvaise. La consigne de M3AAWG est de fermer la connexion et de vous reconnecter plus tard. Étalez le lot sur davantage d'heures ou de boîtes d'envoi.
- Vérifiez SPF, DKIM et DMARC quand un 5.7.x apparaît. Un rejet de politique peut signifier que l'adresse est correcte et que votre domaine ne l'est pas. Le code 5.7.509 de Microsoft le dit clairement : le domaine d'envoi échoue à DMARC et publie une politique reject. Corrigez l'enregistrement avant de toucher à la liste.
- Vérifiez avant l'envoi, et revérifiez une liste devenue obsolète. Un outil de vérification en masse repère les boîtes et les domaines morts avant le serveur destinataire. Le guide de Spona sur le nettoyage de liste email compare les services et leurs prix. L'article sur la validation des données B2B couvre les contrôles qui vont au-delà de la boîte.
- Expéditeurs au Royaume-Uni : gardez une trace de ce qui a rebondi. Selon le guide de l'ICO sur l'exactitude, si des données personnelles sont inexactes, vous devez « prendre des mesures raisonnables pour les corriger ou les effacer » dès que possible. La même page admet que l'on garde trace des erreurs, « à condition que ces enregistrements ne soient pas trompeurs sur les faits ». Une liste de suppression peut en tenir lieu. Elle vous évite de réimporter une adresse morte le trimestre suivant. L'ICO révise ce guide en raison du Data (Use and Access) Act.
En France, le texte du RGPD que publie la CNIL exige des données « exactes et, si nécessaire, tenues à jour ». Toutes les mesures raisonnables doivent être prises pour que les données inexactes soient effacées ou rectifiées sans tarder. Pour les oppositions à la prospection, la CNIL présente la liste repoussoir comme un moyen d'exclure durablement les opposants, sans autre finalité possible.
Ce que fait Spona quand les hard bounces dépassent 2 %, et ses limites
L'objectif opérationnel de Spona est de rester sous 2 % de hard bounces sur une liste fraîchement vérifiée. Un lot au-dessus de ce seuil est revérifié et fait l'objet d'une enquête.
Sur les 40 listes livrées de l'échantillon, 4 ont franchi la barre. La plus haute a atteint 3,0 %, la plus basse des quatre 2,4 %. Les 36 autres listes, prises ensemble, se situaient à 1,394 %.
Dans trois des quatre cas, l'enquête a étayé un défaut de données. Un cas venait de l'expéditeur : un problème d'authentification ou de politique, documenté par Spona et transmis au fournisseur d'envoi. Chaque cas est passé par cinq des six étapes ; la cause a décidé si l'étape 4 ou l'étape 5 s'appliquait. Toute mesure corrective suit le contrat réellement conclu.
| Étape | Déclencheur | Action de Spona | Nombre de déclenchements (n) |
| 1 | Hard bounce de la liste au-dessus de 2 % | Suspendre le lot concerné et collecter les résultats SMTP définitifs par destinataire. | 4 |
| 2 | Lot concerné en cours d'examen | Revérifier les emails candidats ; exclure les adresses invalides et conserver l'heure de la vérification d'origine. | 4 |
| 3 | Vérifier la cause | Distinguer les boîtes invalides des problèmes d'authentification, des blocages de politique, des vérifications périmées et des changements d'envoi côté client. | 4 |
| 4 | Défaut de données étayé | Préparer un export corrigé après enquête ; toute mesure corrective suit le contrat réellement conclu. | 3 |
| 5 | Cause côté expéditeur étayée | Documenter la cause de politique ou d'authentification et demander au fournisseur d'envoi d'y remédier. | 1 |
| 6 | Problème examiné | Consigner la cause, la correction et la confirmation du client avant de rouvrir le lot. | 4 |
La place de Spona : vous décrivez votre client idéal dans un chat. L'IA explore plus de 40 sources, vérifie chaque lead et livre une liste notée en 4 minutes environ, et vous payez au lead.
Un lead Standard Search avec email seul coûte de 3 à 7 crédits. Au prix des crédits des offres, cela représente de 0,024 $ à 0,07 $ par lead. Chaque nouvelle session de recherche coûte 1 000 crédits, une seule fois. Chaque recherche commence par un échantillon gratuit, et l'offre gratuite (Free) inclut 3 000 crédits non renouvelables.
Ce que Spona ne fait pas. Spona n'envoie pas vos emails : il ne voit donc jamais les soft bounces causés par votre propre configuration. Un 421 4.7.0 venu d'une boîte d'envoi sans warm-up est à corriger de votre côté. Il ne mesure pas le placement en boîte de réception ; dans son journal, délivré signifie accepté.
L'objectif a tenu sur 36 listes sur 40, pas sur toutes, et l'un des dépassements venait de l'expéditeur. Si vous possédez déjà la liste, un outil de vérification en masse dédié est fait pour la contrôler ; le guide sur le nettoyage de liste email les compare.
Get thousands of leads in 4 minutes.
Stop stitching tools together.
Start with verified sales data, delivered in minutes.
No contracts · No setup · No onboarding
FAQ hard bounce et soft bounce
Faut-il supprimer les adresses en hard bounce ?
Excluez-les plutôt que de les supprimer. Une liste de suppression empêche la même adresse de revenir avec le prochain import. Selon le principe d'exactitude du UK GDPR, garder la trace d'une erreur est acceptable tant qu'elle n'est pas trompeuse sur les faits. Supprimer la ligne efface votre seule preuve que l'adresse a échoué.
Quel taux de bounce est trop élevé pour le cold email ?
Au-delà de 2 % de hard bounces, il faut agir. Amazon SES examine les comptes à 5 % et peut les suspendre à 10 %. Aucun fournisseur de messagerie ne publie son propre seuil de bounce. L'article sur les statistiques du cold email explique pourquoi « Les fournisseurs de messagerie tolèrent un taux de bounce de 2 % » est un mythe.
En combien de temps un email revient-il en bounce ?
Un hard bounce revient dès que le serveur refuse le message, car personne ne relance un 5.x.x. Un soft bounce peut mettre 72 heures à apparaître dans votre rapport, car HubSpot et Twilio SendGrid réessaient pendant tout ce temps. Braze prévient que certains bounces arrivent des semaines après la première tentative.
Un email rebondit-il si l'adresse n'existe pas ?
Oui, dans la plupart des cas. Selon le glossaire de Klaviyo, un envoi vers une adresse inexistante reçoit une erreur 550 5.1.1. C'était le premier code de hard bounce du journal de Spona, avec 180 des 305 hard bounces.
Un taux de rebond de 20 % ou 70 % est-il bon ?
Ces chiffres viennent de l'analyse d'audience web, où un rebond désigne un visiteur qui part après une seule page. En email, ce serait une catastrophe. Amazon SES place un compte en examen à 5 % : 20 % représente quatre fois ce seuil.
Share this article
GET FREE LEADS
