Quand un email ne se délivre pas, votre ESP (outil d’envoi) enregistre soit un bounce, soit un deferred. Ces trois catégories n’ont pas le même impact sur votre réputation et n’appellent pas les mêmes actions. Comprendre la différence évite de supprimer des contacts à tort, ou pire, de les garder alors qu’il faudrait les supprimer.
Attention au piège le plus fréquent : on associe instinctivement hard bounce aux codes 5xx et soft bounce aux 4xx. C’est une simplification utile mais réductrice. En réalité :
- 5xx : le message ne passera pas en l’état (la cause peut être l’adresse, le contenu, l’IP d’envoi, une politique de filtrage…)
- 4xx : une nouvelle tentative pourrait fonctionner
En pratique, les bounces sont une jungle : certains opérateurs retournent des 4xx pour des adresses définitivement inexistantes, d’autres des 5xx pour des rejets temporaires. C’est l’ESP qui interprète le code, le message d’erreur et l’historique pour décider si le bounce est hard ou soft, pas le code SMTP seul.
Le hard bounce : échec permanent
Un hard bounce désigne un échec de livraison que l’ESP considère comme définitif, l’adresse est inexistante, le domaine n’existe plus, ou la politique du destinataire rejette systématiquement votre envoi. Le serveur destinataire répond le plus souvent avec un code 5xx, mais l’ESP peut aussi qualifier un bounce comme « hard » après plusieurs 4xx consécutifs sans amélioration sur la même adresse.
Codes SMTP typiques
550 5.1.1 The email account that you tried to reach does not exist
550 5.7.1 Message rejected due to spam policy
551 User not local
553 User does not exist
Causes courantes
- Adresse email inexistante : faute de frappe à l’inscription, adresse désactivée
- Domaine inexistant ou sans MX : le domaine a expiré ou n’a jamais configuré la réception email
- IP ou domaine d’envoi blacklisté : le serveur destinataire refuse tout email de votre infrastructure
- Adresse rejetée par la politique du domaine : certains domaines d’entreprise rejettent les emails non authentifiés ou provenant d’expéditeurs non whitelistés
Impact sur la réputation
Le hard bounce est le signal le plus négatif pour votre réputation d’expéditeur. Envoyer régulièrement à des adresses invalides signale aux filtres que vous n’entretenez pas vos listes.
Règle de base, mais pas aveugle : supprimez immédiatement les adresses inexistantes ou non livrables (550 user does not exist, domaine sans MX). Pour les bounces liés à un problème côté expéditeur (IP blacklistée, politique de filtrage, contenu rejeté), corrigez d’abord le problème, l’adresse elle-même peut être valide. La règle « hard = supprimer sans réfléchir » peut vous faire perdre des contacts légitimes si le bounce vient de votre infrastructure.
Le soft bounce : échec temporaire
Un soft bounce est un échec de livraison temporaire. Le serveur destinataire répond avec un code 4xx, ce qui signifie “impossible pour l’instant, réessayez plus tard”.
Codes SMTP typiques
421 Service temporarily unavailable
452 4.2.2 Mailbox full
452 4.3.1 Insufficient system resources
451 Temporary local problem
Causes courantes
- Boîte pleine : le destinataire a dépassé son quota de stockage (code 452)
- Serveur SMTP destinataire indisponible : maintenance, surcharge temporaire
- Message trop lourd : dépassement de la taille maximale acceptée
- Greylisting : certains serveurs rejettent temporairement les expéditeurs inconnus (voir “deferred” ci-dessous)
Impact sur la réputation
Moins grave qu’un hard bounce. Votre ESP va réessayer automatiquement selon une politique de retry (souvent toutes les heures pendant 24 à 72 heures). Si tous les essais échouent, l’email est définitivement non-délivré et l’erreur peut être requalifiée.
À surveiller : une adresse qui génère des soft bounces répétés sur plusieurs semaines (boîte toujours pleine, domaine souvent indisponible) mérite d’être supprimée. Une boîte pleine en permanence est rarement une boîte active.
Le deferred : livraison reportée, pas rejetée
Le deferred (différé) est souvent confondu avec un bounce, mais il y a une différence fondamentale : le bounce est un statut final (l’email a été définitivement accepté ou rejeté), le deferred est transitoire, l’envoi sera réessayé.
En pratique, un deferred est le plus souvent un 4xx (parfois un 5xx si l’ESP le juge pertinent) que le serveur expéditeur remet en file d’attente pour renvoi ultérieur. Le délai entre les tentatives augmente progressivement, c’est l’exponential backoff : quelques minutes, puis 15 min, 1h, 4h, jusqu’à l’expiration du délai maximum (généralement 24 à 72h selon l’ESP). Si aucune tentative ne réussit dans ce délai, l’email est définitivement non-délivré.
Les mécanismes qui déclenchent un deferred sont les mêmes que ceux qui peuvent déclencher un soft bounce, la différence tient à la façon dont l’ESP interprète la réponse et choisit de réessayer :
Le greylisting
Le serveur destinataire refuse temporairement un premier contact avec un 4xx, attend que l’expéditeur réessaie (ce que les spambots font rarement), puis accepte le message à la deuxième tentative.
Exemple de réponse SMTP :
451 4.7.0 Try again later, closing connection
Le throttling (limitation de débit)
Le serveur destinataire accepte vos emails mais limite le nombre de connexions simultanées ou de messages par heure. Les emails dépassant le quota sont mis en file d’attente côté expéditeur.
Exemple : Gmail accepte un maximum de connexions depuis une même IP. Si vous envoyez 500 000 emails à la même heure, les derniers seront différés.
Différence clé avec un soft bounce
| Soft bounce | Deferred | |
|---|---|---|
| Code retourné | 4xx immédiat | 4xx lors du retry, ou connexion acceptée mais message retardé |
| Signification | “Je ne peux pas accepter ça” | “Je ne peux pas traiter ça maintenant” |
| Action | Retry automatique par l’ESP | Retry automatique + réduction du débit |
| Impact réputation | Faible à modéré | Très faible (comportement normal à fort volume) |
Impact sur la réputation
Le deferred est largement bénin. C’est un mécanisme normal pour les gros volumes. Cependant, un fort taux de deferred sur une IP spécifique peut indiquer que cette IP est en train de se faire throttler par les FAI, signe précoce que votre réputation se dégrade.
Tableau récapitulatif
| Type | Code SMTP | Permanence | Action recommandée |
|---|---|---|---|
| Hard bounce | 5xx | Permanent | Supprimer immédiatement |
| Soft bounce | 4xx | Temporaire | Retry auto, surveiller les répétitions |
| Deferred | 4xx ou aucun | Temporaire | Retry auto, surveiller le throttling |
Seuils recommandés pour la suppression
Les ESP et les bonnes pratiques sectorielles suggèrent des règles d’hygiène de liste :
- Hard bounces sur adresse inexistante/non livrable : suppression immédiate, investiguer la cause si le bounce vient d’un problème côté expéditeur (IP listée, politique de domaine)
- Soft bounces répétés : après 3 à 5 hard bounces consécutifs sur la même adresse (certains ESP requalifient automatiquement), suppression recommandée
- Inactifs chroniques (ni ouverture, ni clic, ni erreur) : segmenter et traiter séparément (réactivation puis suppression)
Diagnostiquer la nature d’un bounce
Le code SMTP seul ne suffit pas toujours, le message d’erreur associé est souvent plus parlant.
Dans SenderAudit, la section “En-têtes” de vos résultats d’analyse affiche la chaîne de relais complète et le contenu brut du message SMTP. Si vous recevez un Delivery Status Notification (DSN/NDR), analyser ses en-têtes permet d’identifier précisément la source du rejet.
Identifiez la cause de vos bounces avec le Header Analyzer gratuit de SenderAudit, collez vos en-têtes et obtenez une lecture structurée de la chaîne de relais.