Bounce email : codes, causes et relances

Qu'est-ce qu'un bounce email, et quelle différence entre hard bounce et soft bounce ?

Un bounce email, c'est un message que le serveur de messagerie destinataire a refusé de délivrer. Pendant l'échange SMTP, le serveur répond par un code numérique. Le premier chiffre indique si l'échec est permanent ou temporaire. La plupart des serveurs ajoutent un code d'état étendu, écrit sous la forme classe.sujet.détail, et c'est ce code à points que vous verrez dans les logs de bounces. Un hard bounce est un rejet définitif : renvoyer le message ne rendra pas l'adresse valide. Un soft bounce est temporaire : boîte pleine, serveur surchargé ou limite de débit atteinte. Le serveur d'envoi remet alors le message en file d'attente, le réessaie à intervalles réguliers et n'abandonne qu'au bout d'un délai défini. Erreur fréquente : traiter tous les bounces de la même façon. Si vous continuez à relancer des adresses revenues en « user unknown », les fournisseurs de messagerie y voient le signe d'une liste jamais vérifiée. Le tableau ci-dessous reprend les motifs que rencontrent le plus souvent les expéditeurs de cold emails.

Motif du bounce	Type	Ce que cela signifie	Que faire
User unknown (utilisateur inconnu)	Hard	La boîte aux lettres n'existe pas	Supprimer définitivement l'adresse
Échec d'authentification (Gmail et autres)	Hard (politique)	Le message a échoué aux contrôles SPF/DKIM au titre de DMARC	Corriger le DNS avant tout nouvel envoi
Blocage par politique ou réputation	Hard (politique)	Rejet par la politique du destinataire ou par une liste de blocage	Arrêter les envois, puis vérifier les listes de blocage et le contenu
Boîte pleine (over quota)	Soft ou hard, selon le serveur destinataire	La boîte aux lettres est saturée	Laisser les nouvelles tentatives se faire, et supprimer l'adresse si le problème persiste
Limitation de débit ou report	Soft	Le serveur refuse temporairement davantage de messages de votre part	Réduire le volume d'envoi depuis ce domaine

À quoi ressemble un message de bounce ? Un exemple d'email

Un bounce revient sous la forme d'une notification d'état de remise (DSN, delivery status notification). Votre client de messagerie affiche un résumé lisible en haut, puis, en dessous, un bloc lisible par machine qui contient le destinataire en échec, l'action effectuée et le statut. Un bounce permanent typique depuis une boîte hébergée chez Google ressemble à peu près à l'exemple ci-dessous. Nous avons modifié l'adresse, mais les noms de champs sont les noms standard, et le texte de diagnostic est laissé en anglais, tel que le serveur le renvoie.

Final-Recipient: j.mueller@example-gmbh.de / Action: failed / Status: permanent failure / Diagnostic-Code: The email account that you tried to reach does not exist.

Lisez trois champs. Action: failed signifie qu'il n'y aura plus de nouvelle tentative, tandis qu'Action: delayed signifie que le message est toujours en file d'attente. Status donne le code étendu, dont le premier chiffre distingue échec permanent et échec temporaire. Diagnostic-Code contient la formulation propre au serveur destinataire, souvent plus précise que le code lui-même. Brevo enregistre ces événements comme hard bounces ou soft bounces : si vous envoyez via votre propre compte Brevo, vous les voyez donc directement. Ne vous fiez pas à l'objet de la notification : « Undeliverable » ou « Delivery delayed » peuvent apparaître pour des causes très différentes.

Pourquoi vos cold emails reviennent-ils en bounce ?

Quand une liste de prospection à froid génère des bounces, la cause se trouve généralement du côté de la liste ou du domaine, plutôt que dans le texte du message. Voici les cas d'échec les plus courants et leur origine :

• User unknown : le contact a quitté l'entreprise, ou quelqu'un a deviné l'adresse à partir d'un modèle prénom.nom et elle n'a jamais existé.
• Non authentifié : SPF ou DKIM ne passe pas avec un alignement DMARC sur le domaine From. Les consignes de Google pour les expéditeurs imposent aux expéditeurs en masse de s'authentifier avec SPF, DKIM et DMARC, et Gmail rejette les messages qui échouent à ces contrôles.
• Blocage par politique : le serveur destinataire ou une liste de blocage ne fait pas confiance à votre IP ou à votre domaine d'envoi, souvent à cause de plaintes antérieures.
• Report (deferral) : trop de volume, trop vite, depuis un domaine neuf. C'est très fréquent quand on saute l'étape du warm-up.
• Boîte pleine : la boîte existe encore mais personne ne la vide. Ces adresses finissent souvent en hard bounce.
• Domaines catch-all : ils acceptent tous les destinataires pendant l'échange SMTP et renvoient le bounce plus tard, si bien qu'une vérification préalable de l'adresse ne peut pas vous dire si la boîte existe.

Deux de ces cas relèvent du DNS, pas de la liste. Si vous recevez des rejets d'authentification, passez en revue SPF, DKIM et DMARC pour l'envoi de cold emails avant d'envoyer le moindre message supplémentaire. Si un domaine qui n'a que quelques semaines reçoit des reports, ralentissez et suivez une montée en charge progressive de warm-up, avec des volumes quotidiens définis.

Pourquoi un email de relance commerciale fait-il un bounce alors que le premier est passé ?

Un email de relance commerciale part vers la même adresse que le premier contact. Si la relance revient en bounce alors que le premier message est passé, quelque chose a changé entre-temps, et il y a quatre explications habituelles. Un : la personne est partie et le service informatique a supprimé sa boîte entre vos deux messages, d'où le « user unknown ». Deux : le premier envoi a été reporté, le serveur d'envoi a continué à réessayer, et une fois son délai d'abandon atteint, l'échec temporaire est devenu permanent. Trois : votre réputation d'expéditeur a baissé. Des plaintes pour spam sur la première vague peuvent entraîner des blocages par politique ou des reports sur la seconde, et les consignes de Google pour les expéditeurs demandent de maintenir bas le taux de spam signalé par les utilisateurs, affiché dans Postmaster Tools. Il faut alors vérifier et corriger votre réputation d'expéditeur. Quatre : un problème de fil de discussion. Si la relance réutilise un Message-ID ou casse l'en-tête In-Reply-To, certains serveurs la rejettent comme mal formée. Renvoyer la même relance à une adresse en hard bounce « au cas où » ne sert à rien, car chaque répétition compte comme un nouvel envoi vers un destinataire invalide. Le timing des relances et les en-têtes de fil méritent donc la même attention que la liste elle-même.

Exemple d'email de relance commerciale : que faut-il envoyer après un bounce ?

Après un hard bounce, vous ne relancez plus du tout cette adresse. La relance s'adresse à une autre personne du même compte, que vous avez identifiée via une source publique, comme le site de l'entreprise ou un communiqué de presse. Restez bref, expliquez pourquoi vous lui écrivez, et ne faites pas comme si vous aviez déjà un échange en cours avec elle. Voici un exemple d'email de relance commerciale pour cette situation :

Objet : Votre organisation de la prospection sortante / Bonjour Anna, J'avais essayé de joindre Jonas au sujet de la façon dont votre équipe commerciale gère les premiers contacts, mais mon email est revenu en erreur ; j'imagine qu'il a changé de poste. Est-ce un sujet que vous suivez désormais, ou pourriez-vous m'indiquer qui s'en occupe ? J'ai enregistré une courte vidéo qui présente l'idée, je vous l'envoie volontiers si c'est pertinent. Sinon, inutile de répondre, je ne vous relancerai pas. Bien cordialement, Lena

Les règles de consentement s'appliquent toujours. Là où la loi exige un consentement préalable pour l'email publicitaire, comme le fait en Allemagne la loi contre la concurrence déloyale (UWG), le nouveau contact compte comme un nouveau destinataire. La base légale dont vous disposiez doit couvrir Anna, pas seulement Jonas. Il en va de même pour tous vos modèles d'email de relance commerciale, y compris ceux envoyés après une absence de réponse ou après un appel.

Comment EmailFlow OS gère-t-il les bounces quand vous envoyez des emails vidéo ?

Voici comment fonctionne EmailFlow OS. Vous enregistrez une seule vidéo et vous la téléversez, vous connectez votre compte Brevo et votre domaine d'envoi, puis vous importez votre liste de prospects dans EmailFlow OS. EmailFlow OS crée ensuite une version personnalisée de cet enregistrement pour chaque destinataire, et non pour chaque entreprise. Chaque version part de votre propre boîte, via votre compte Brevo et votre domaine. Il n'y a aucun expéditeur partagé de la plateforme. Pour les bounces, c'est décisif. Chaque rejet est enregistré contre votre domaine et apparaît dans vos logs Brevo, où vous lisez vous-même le code d'état et le texte du Diagnostic-Code. La qualité des listes des autres expéditeurs n'affecte pas votre réputation, et la vôtre n'affecte pas la leur. Revers de la médaille : une liste négligée vous pénalise directement. Chaque version personnalisée appartient à un seul destinataire, donc une adresse morte égale un bounce. C'est pourquoi il faut nettoyer la liste avant de l'importer dans EmailFlow OS, et non après la première vague. Quand Brevo signale un hard bounce, retirez ce contact de la liste de prospects dans EmailFlow OS avant le départ de toute relance.

Comment limiter les bounces avant le premier envoi ?

La plupart des bounces peuvent être évités avant que quoi que ce soit ne quitte votre domaine. Procédez dans cet ordre :

1. 1 Publiez SPF, DKIM et DMARC pour le domaine d'envoi, avec DMARC réglé au départ sur la politique de simple surveillance p=none. Vérifiez que la clé DKIM de Brevo passe avant le lancement de toute campagne.
2. 2 Regroupez tous les expéditeurs dans un seul enregistrement SPF et restez sous la limite de requêtes DNS fixée par la spécification SPF. Si vous la dépassez, SPF renvoie un permerror, qui compte comme un échec et peut entraîner des rejets d'authentification chez Gmail.
3. 3 Vérifiez chaque adresse de la liste de prospects et signalez à part les domaines catch-all, puisque la vérification ne peut pas confirmer l'existence d'une boîte sur ces domaines.
4. 4 N'importez dans EmailFlow OS que la liste vérifiée, et retirez les adresses génériques (rôles) que vous n'avez aucune base légale de contacter.
5. 5 Sur un domaine neuf, augmentez progressivement le volume quotidien au lieu d'envoyer à toute la liste dès le premier jour.
6. 6 Après chaque envoi, consultez les événements de bounce dans Brevo et supprimez toutes les adresses marquées en hard bounce avant le contact suivant.

Rien de tout cela ne garantit la délivrabilité, car c'est le serveur destinataire qui décide. En revanche, vous écartez les causes évitables, si bien que les bounces restants vous apprennent quelque chose de réel. Pour contrôler le reste de votre configuration, parcourez une checklist de délivrabilité dédiée au cold email.

Questions fréquentes

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

Un hard bounce est un rejet définitif, par exemple « user unknown » pour une boîte qui n'existe pas ; la notification indique Action: failed. Un soft bounce est temporaire, par exemple une boîte pleine ou un report pour limitation de débit, et affiche souvent Action: delayed. Le serveur d'envoi réessaie seul un soft bounce. Une adresse en hard bounce doit sortir de votre liste immédiatement.

? Que signifie un rejet d'authentification chez Gmail ?

Gmail a rejeté le message parce qu'il ne passait ni SPF ni DKIM avec un alignement sur le domaine From au titre de DMARC. C'est un problème de configuration du domaine, pas de liste. Avant tout renvoi, vérifiez que votre enregistrement DKIM Brevo est publié sous votre propre domaine et que vous avez un enregistrement DMARC sur _dmarc.

? Faut-il renvoyer un email qui a fait un bounce ?

Uniquement après un soft bounce, et seulement une fois la cause corrigée. En cas de report, le serveur d'envoi continue de réessayer seul jusqu'à son délai d'abandon. Ne renvoyez jamais après un échec permanent comme « user unknown », car chaque répétition compte comme une nouvelle tentative vers un destinataire invalide. Trouvez plutôt un autre contact vérifié dans la même entreprise.

? Un bounce compte-t-il contre mon domaine ?

Oui. Si vous envoyez via votre propre compte Brevo et votre propre domaine, comme avec EmailFlow OS, chaque bounce est enregistré contre ce domaine. Les fournisseurs de messagerie considèrent les envois répétés vers des adresses invalides comme le signe d'une liste non vérifiée. Avec un expéditeur partagé de plateforme, la réputation est mutualisée entre de nombreux clients, et le fonctionnement est donc différent.