Délivrabilité cold email : ce qui la décide

Qu'est-ce que la délivrabilité cold email ?

La délivrabilité cold email, c'est le fait qu'un message envoyé à une personne que vous n'avez jamais contactée arrive dans sa boîte de réception plutôt qu'en spam, dans les indésirables ou dans l'onglet Promotions. C'est le serveur destinataire qui tranche, en s'appuyant sur SPF, DKIM et DMARC alignés sur votre domaine From, sur la réputation de votre domaine, sur les bounces, les plaintes pour spam et votre volume d'envoi. Vous ne contrôlez pas l'endroit où le message est classé. Vous ne contrôlez que ces signaux. La remise (delivery) est une autre notion. Un message est considéré comme remis dès que le serveur destinataire l'accepte pendant l'échange SMTP. Son classement ensuite relève d'une décision distincte, prise par Gmail, Microsoft ou la passerelle de messagerie du destinataire, et aucune plateforme d'envoi n'a la main dessus.

C'est pour cela que le chiffre « remis » affiché par votre outil d'envoi vous apprend si peu de choses. Un message peut être accepté puis finir en spam sans que l'expéditeur le sache jamais. Le suivi des ouvertures ne répond pas non plus à la question, car les fonctions de confidentialité de certains clients mail chargent automatiquement les pixels de tracking. Les limites du suivi du taux d'ouverture font des ouvertures un signal de délivrabilité peu fiable pour qui envoie du cold email.

Qu'est-ce qui décide si un cold email arrive en boîte de réception ?

Les serveurs destinataires pèsent plusieurs signaux ensemble. Certains sont des contrôles binaires, réussite ou échec, d'autres se construisent sur des semaines. Les contrôles binaires sont mécaniques. Ce sont les signaux qui s'accumulent dans le temps qui posent problème à la plupart des expéditeurs de cold email.

• Authentification : SPF vérifie si le serveur d'envoi est autorisé à envoyer pour le domaine d'enveloppe. DKIM vérifie une signature cryptographique liée à un domaine signataire. DMARC exige qu'au moins l'un des deux réussisse et soit aligné sur le domaine visible dans l'en-tête From.
• Réputation du domaine : l'historique des messages signés par votre domaine, construit à partir des plaintes, des bounces et de la façon dont les destinataires traitent vos messages. Un domaine neuf n'a aucun historique, donc les filtres s'en méfient.
• Réputation IP : l'historique de l'IP d'envoi. Avec un fournisseur de services d'emailing comme Brevo, vous partagez souvent des IP avec d'autres expéditeurs, ce qui donne plus de poids à la réputation propre de votre domaine.
• Bounces : des hard bounces répétés du type « utilisateur inconnu » indiquent au destinataire que votre liste n'a pas été vérifiée.
• Plaintes : chaque clic sur « signaler comme spam » compte contre votre domaine. Les consignes aux expéditeurs de Google (Email sender guidelines) fixent un taux de spam à ne pas dépasser, mesuré dans Postmaster Tools.
• Contenu et liens : les liens vers des domaines blacklistés, les raccourcisseurs d'URL et un HTML lourd avec de grandes images font tous grimper le score des filtres.
• Profil de volume : un bond soudain depuis un domaine jusque-là calme ressemble à un compte compromis ou à une campagne de spam.

Comment configurer un domaine pour le cold email ?

Suivez cet ordre. Chaque étape dépend de la précédente. Si vous envoyez avant que l'authentification soit en place, vous construisez votre réputation sur un domaine qui échoue à ses contrôles.

1. 1 Choisissez le domaine d'envoi. Beaucoup d'expéditeurs isolent la prospection à froid sur un domaine séparé pour que les plaintes n'affectent pas les factures et les emails du support envoyés depuis le domaine principal. La contrepartie : un domaine neuf démarre sans réputation et doit être chauffé.
2. 2 Publiez un seul enregistrement TXT SPF qui liste tous les services qui envoient pour le domaine. La spécification SPF impose un plafond strict de requêtes DNS par vérification. Au-delà, vous obtenez un permerror, que les destinataires traitent comme un échec. Deux enregistrements SPF distincts sur un même domaine provoquent aussi un permerror.
3. 3 Activez la signature DKIM avec votre propre domaine comme domaine signataire (la valeur d=), et non celui de votre fournisseur. C'est la seule façon pour DKIM d'être aligné sur votre adresse From.
4. 4 Publiez un enregistrement DMARC sur _dmarc.votredomaine. Commencez par p=none et lisez les rapports agrégés avant de durcir la politique.
5. 5 Faites le warm-up. Démarrez avec un faible volume quotidien et augmentez-le progressivement en surveillant bounces et plaintes.
6. 6 Vérifiez la liste avant de l'importer. Retirez les adresses génériques (rôles) et toute adresse qui a déjà bouncé.
7. 7 Ajoutez une désinscription en un clic via les en-têtes List-Unsubscribe et List-Unsubscribe-Post, plus une ligne de désinscription visible dans le message lui-même.
8. 8 Vérifiez la base légale selon le pays de chaque destinataire. Le droit allemand de la concurrence est strict sur les emails publicitaires envoyés sans consentement préalable, y compris vers des destinataires B2B. Le droit européen de la protection des données impose aussi d'informer les personnes dont vous n'avez pas collecté les données directement auprès d'elles.

Le détail enregistrement par enregistrement de chacune de ces étapes relève de la configuration DKIM, DMARC et SPF pour les expéditeurs de cold email. Le calendrier de montée en charge relève du warm-up email : volumes quotidiens et configuration DNS.

Combien de cold emails envoyer par jour et par boîte mail ?

Aucun fournisseur de messagerie ne publie de quota pour le cold email. Les chiffres qui circulent sont des règles empiriques d'éditeurs. Le guide de délivrabilité de MailReach (août 2026) recommande de ne pas dépasser 80 cold emails par jour et par adresse d'envoi. L'article de benchmark de OneAway (mars 2026) parle de 50 à 60 par jour et par boîte. Prenez-les comme points de départ. Rester en dessous ne vous met pas à l'abri.

La vraie limite, c'est la réaction des destinataires. Un petit lot envoyé à une liste non vérifiée et mal ciblée peut faire plus de dégâts qu'un lot plus important envoyé à des contacts vérifiés et pertinents, car chaque bounce et chaque signalement de spam compte contre vous. Les consignes aux expéditeurs de Google imposent aussi des règles d'authentification et de désinscription plus strictes aux expéditeurs en masse vers des comptes Gmail personnels. Une approche ne fonctionne PAS : répartir le volume sur une multitude de domaines neufs pour rester sous tous les seuils. Chaque nouveau domaine démarre sans historique, et les destinataires peuvent relier les domaines entre eux via des hôtes de tracking, des IP et des contenus communs.

Qu'est-ce qui casse la délivrabilité cold email ?

Panne	Cause	Ce que vous constatez	Correction
Permerror SPF	Trop de requêtes DNS dans l'enregistrement SPF, ou deux enregistrements SPF sur un même domaine	SPF échoue alors que le fournisseur est bien listé	Tout fusionner dans un seul enregistrement et retirer les include inutilisés
Échec d'alignement DMARC	DKIM signé avec le domaine du fournisseur au lieu du vôtre	Les en-têtes montrent DKIM en réussite et DMARC en échec	Configurer DKIM avec votre propre domaine en d=
Accumulation de hard bounces	Liste non vérifiée ou contacts obsolètes	Réponses de bounce « utilisateur inconnu »	Vérifier avant l'import et supprimer définitivement les adresses en bounce
Passage soudain en spam	Bond de volume sur un domaine jeune	Messages acceptés, aucune réponse	Revenir à un volume quotidien plus bas et remonter progressivement
Rejet chez Gmail	Authentification absente ou en échec	Bounces mentionnant un problème d'authentification	Corriger SPF ou DKIM pour que DMARC réussisse
Filtrage sur les liens	Raccourcisseurs d'URL, ou domaine de lien à l'historique douteux	Classement en spam malgré une authentification propre	Faire pointer les liens vers votre propre domaine

Chaque code de bounce a sa signification propre et ses conséquences pour votre prochain envoi : apprenez à lire les codes de bounce et leurs causes avant de relancer une campagne.

Exemple : DKIM réussit mais DMARC échoue

C'est la panne que nous voyons le plus souvent quand un expéditeur connecte un nouveau domaine à un fournisseur d'emailing et saute l'étape du DKIM personnalisé. Envoyez un test vers une boîte qui vous appartient, affichez le message original et repérez l'en-tête Authentication-Results. Une ligne en échec ressemble à peu près à ceci : spf=pass smtp.mailfrom=bounces.provider.example; dkim=pass header.d=provider.example; dmarc=fail header.from=yourdomain.com. Les deux contrôles réussissent, mais ni le domaine SPF ni le domaine DKIM ne correspond à yourdomain.com, donc DMARC n'a rien d'aligné à accepter. Une fois DKIM signé avec votre propre domaine, la même ligne affiche dkim=pass header.d=yourdomain.com et dmarc=pass. Avec l'alignement relâché (relaxed) par défaut de DMARC, un sous-domaine de votre domaine From compte aussi comme aligné.

Exemple : deux enregistrements SPF sur un même domaine

Un domaine qui envoie déjà via Google Workspace reçoit un second enregistrement TXT au moment où l'on ajoute Brevo, et la zone se retrouve avec v=spf1 include:a.example ~all et v=spf1 include:b.example ~all côte à côte. Les destinataires renvoient un permerror SPF dès qu'ils trouvent plus d'un enregistrement v=spf1, même si chacun serait valide isolément. La correction consiste à n'avoir qu'un seul enregistrement avec les deux include, v=spf1 include:a.example include:b.example ~all, puis à faire une requête DNS pour confirmer qu'il ne reste qu'une seule chaîne v=spf1. Les valeurs fictives remplacent les include que vos fournisseurs publient dans leur documentation.

Quels outils pour tester la délivrabilité cold email ?

Chacun de ces outils répond à une question différente, et aucun ne montre où a atterri l'exemplaire reçu par un vrai prospect. Ils sont comparés ici sur les trois mêmes critères : ce qu'ils vérifient, ce qu'ils exigent de vous et où s'arrête leur portée.

Outil	Ce qu'il vérifie	Ce qu'il exige de vous	Où il s'arrête
Google Postmaster Tools	Réputation du domaine, taux de spam et résultats d'authentification pour les emails vers les utilisateurs Gmail	Domaine vérifié par un enregistrement DNS TXT	N'affiche des données qu'à partir d'un trafic Gmail suffisant, et ne couvre que Gmail
Microsoft SNDS	Données sur les emails envoyés depuis vos adresses IP vers Outlook.com	Maîtrise de l'IP d'envoi	Peu utile sur les IP partagées d'un fournisseur d'emailing
MXToolbox	Enregistrements DNS (SPF, DKIM, DMARC) et recherche dans les blacklists	Votre domaine ou votre IP	Vérifie la configuration, pas le classement des emails
mail-tester.com	Score d'authentification, de contenu et de blacklist pour un message de test	Envoyer un message à une adresse générée	Un seul message vers un seul destinataire de test, sans classement par fournisseur
GlockApps	Classement d'un message de test dans des boîtes témoins chez plusieurs fournisseurs	Envoyer à une liste de boîtes témoins (seed list)	Les boîtes témoins n'ont aucun historique avec vous, contrairement aux vrais destinataires

Les emails de relance commerciale affectent-ils la délivrabilité ?

Modèle d'email de relance commerciale : comment éviter le spam ?

Un modèle d'email de relance commerciale est un texte réutilisable pour le deuxième message et les suivants adressés à un prospect qui n'a pas répondu. Les filtres repèrent les textes identiques envoyés en volume. Un modèle envoyé mot pour mot à des centaines de personnes finit par ressembler à une campagne de masse. Rédigez une trame que vous adaptez à chaque destinataire, gardez les liens sur votre propre domaine et évitez les pièces jointes. Des exemples de modèles d'email de relance commerciale prêts à l'emploi suivent ces mêmes principes.

Relance commerciale par email : répondre dans le fil ou envoyer un nouveau message ?

Une relance commerciale envoyée comme une vraie réponse porte les en-têtes In-Reply-To et References : les clients mail la regroupent avec votre premier message et le destinataire voit le contexte. Mettre « Re: » dans l'objet d'un message qui n'est pas une vraie réponse le présente de façon trompeuse, et la loi américaine CAN-SPAM interdit les objets trompeurs. Le timing et le fil de discussion des relances cold email méritent donc autant d'attention que le texte lui-même.

Email de relance commerciale : quand faut-il arrêter ?

Arrêtez une séquence de relances commerciales dès que vous obtenez un hard bounce, une désinscription ou toute réponse vous demandant d'arrêter. Chaque message supplémentaire risque un signalement de spam, et les signalements comptent contre votre domaine d'envoi. Au titre du RGPD, une opposition à la prospection directe met fin au traitement à cette fin. Même là où la loi ne l'exige pas, mieux vaut considérer comme clos un contact qui a ignoré plusieurs messages plutôt que de le garder dans la boucle.

Comment EmailFlow OS envoie : un produit EmailFlow OS

EmailFlow OS est notre propre produit, pas l'un des outils ci-dessus. Vous enregistrez une seule vidéo et la téléversez dans EmailFlow OS. Vous connectez ensuite votre compte Brevo et votre domaine d'envoi, puis vous importez votre liste de prospects dans EmailFlow OS. EmailFlow OS crée une version distincte de cet enregistrement unique pour chaque destinataire, et non une par entreprise. Chaque version part de votre propre boîte mail, via votre propre compte Brevo et votre propre domaine d'envoi.

Concrètement, pour la délivrabilité, aucun expéditeur partagé de plateforme ne s'intercale entre vous et vos destinataires. La réputation construite à chaque envoi appartient à votre domaine. Les enregistrements SPF, DKIM et DMARC que vous publiez sont ceux que vérifient les destinataires. Votre compte Brevo reste sous votre contrôle. Le serveur destinataire décide toujours où atterrit chaque message, et les étapes de configuration et de warm-up ci-dessus restent valables. Le fonctionnement est décrit sur la page d'accueil d'EmailFlow OS.

Prenons un cas concret. Vous importez dans EmailFlow OS trois contacts de la même entreprise. Chacun reçoit sa propre version de l'enregistrement unique, et chaque version est un message distinct envoyé depuis votre domaine. Si l'une de ces adresses fait un hard bounce, ce bounce s'inscrit dans l'historique de votre domaine, pas dans celui d'un expéditeur de plateforme. C'est pourquoi la vérification de liste de l'étape six doit se faire avant l'import dans EmailFlow OS, et non après le premier envoi.

Questions fréquentes

? Qu'est-ce que la délivrabilité cold email ?

La délivrabilité cold email, c'est le fait que le serveur destinataire classe un message adressé à un premier contact en boîte de réception ou en spam. Elle se distingue du taux de remise, qui ne compte que les messages acceptés par le serveur. Le classement dépend de SPF, DKIM et DMARC alignés sur votre domaine From, de la réputation du domaine, des bounces, des plaintes et du volume. C'est le serveur destinataire qui décide, pas l'expéditeur.

? Qu'est-ce qu'un bon taux de délivrabilité en cold email ?

Aucun fournisseur de messagerie ne publie de référence. L'article de benchmark de OneAway de mars 2026 qualifie de bon un taux de placement en boîte de réception de 85 à 92 %. Le « taux de remise » de votre outil d'envoi est une autre mesure. Il ne compte que les messages acceptés par le serveur et ne dit rien de la répartition boîte de réception ou spam : les deux chiffres ne sont pas comparables.

? Faut-il envoyer ses cold emails depuis son domaine principal ?

Votre domaine principal porte les factures, le support et les emails internes, et les plaintes pour spam liées à la prospection pèsent sur cette même réputation de domaine. Un domaine séparé isole les deux. L'inconvénient : il démarre sans historique d'envoi, il lui faut donc une configuration complète SPF, DKIM et DMARC et un warm-up progressif avant de pouvoir supporter un vrai volume.

? DMARC p=reject améliore-t-il la délivrabilité cold email ?

DMARC p=reject demande aux destinataires de refuser les emails qui échouent à l'alignement. Cela protège votre domaine contre l'usurpation, mais n'améliore pas la réputation des emails qui passent. Commencez par p=none, lisez les rapports agrégés DMARC et ne durcissez la politique qu'une fois que chaque expéditeur légitime est aligné sur votre domaine From.

? Pourquoi mes cold emails tombent-ils en spam alors que SPF et DKIM réussissent ?

Réussir l'authentification prouve seulement qui a envoyé le message. Le classement dépend aussi de la réputation du domaine, de l'historique de plaintes et de bounces, des domaines des liens et du profil de volume. Un domaine jeune qui envoie soudain un gros lot, ou un lien vers un domaine blacklisté, peut finir en spam même si tous les contrôles d'authentification réussissent. Vérifiez aussi que DMARC réussit, car SPF et DKIM peuvent passer sans être alignés.