Pour garder le cold email hors du spam en 2026, vous devez accomplir deux tâches distinctes : passer les contrôles d’authentification que chaque grand fournisseur de messagerie impose désormais, et protéger la réputation d’expéditeur que ces fournisseurs notent. L’authentification est une configuration DNS ponctuelle — SPF, DKIM et DMARC sur un domaine d’envoi dédié. La réputation est continue — chauffez le domaine avant d’envoyer, gardez le volume quotidien bas par boîte, et maintenez votre taux de plaintes spam sous 0,1 %. Sautez l’une des deux et Gmail vous classe en spam ; sautez l’authentification entièrement et Outlook rejette maintenant le message d’emblée.

Les règles ont cessé d’être facultatives en 2024. Google et Yahoo ont commencé à appliquer leurs exigences d’expéditeur en masse en février 2024 pour quiconque envoie plus de 5 000 messages par jour à Gmail. Microsoft a suivi avec Outlook, Hotmail et Live, avec une application à partir de mai 2025. Les trois exigent désormais la même base d’authentification, si bien que la configuration ci-dessous satisfait toutes les grandes messageries d’un coup.

Prérequis

Un domaine d’envoi dont vous contrôlez le DNS. N’envoyez pas de cold email depuis le domaine principal de votre marque (yourcompany.com). Achetez un domaine secondaire — getyourcompany.com, tryyourcompany.co — pour qu’un problème de réputation n’empoisonne jamais votre messagerie d’entreprise.
Un accès à votre fournisseur DNS (Cloudflare, Namecheap, Route 53).
Une plateforme d’envoi qui expose ces en-têtes et réglages. Smartlead et Instantly gèrent la configuration de l’authentification et la rotation par boîte ; un simple relais SMTP fonctionne aussi si vous configurez les enregistrements vous-même.
Un compte Google Postmaster Tools et un compte Microsoft SNDS pour le suivi. Les deux sont gratuits.

Étapes

Enregistrez un domaine d’envoi dédié et créez-y des boîtes. Pointez ses enregistrements MX vers votre fournisseur (Google Workspace, Microsoft 365 ou les boîtes de la plateforme d’envoi). Prévoyez de mettre à l’échelle le volume en ajoutant des boîtes et des domaines, pas en poussant plus de courrier par une seule boîte — c’est le plus grand levier sur la délivrabilité.
Publiez un enregistrement SPF. Ajoutez un enregistrement TXT à la racine du domaine listant chaque service autorisé à envoyer pour vous. Pour Google Workspace : v=spf1 include:_spf.google.com ~all. Utilisez ~all (softfail), pas -all, tant que vous n’êtes pas certain que chaque expéditeur est listé. SPF doit exister et passer pour les règles d’expéditeur en masse ; un enregistrement SPF absent est un échec immédiat.
Activez DKIM et publiez la clé. Activez DKIM chez votre fournisseur, puis publiez la clé publique en tant qu’enregistrement TXT sous <selector>._domainkey.yourdomain.com. Utilisez une clé de 2048 bits. DKIM est ce qui survit au transfert, c’est donc le signal d’authentification auquel les fournisseurs accordent le plus de poids.
Publiez un enregistrement DMARC. Ajoutez un enregistrement TXT sous _dmarc.yourdomain.com : v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com. p=none est le minimum qu’exigent les règles d’expéditeur, et il doit être aligné — le domaine From visible doit correspondre au domaine SPF ou DKIM. Commencez à p=none pour collecter des rapports agrégés pendant deux semaines, puis durcissez vers p=quarantine et enfin p=reject une fois que les rapports montrent que seuls vos expéditeurs légitimes passent.
Ajoutez la désinscription en un clic à chaque message. Gmail et Yahoo exigent la désinscription en un clic de la RFC 8058 sur le courrier en masse. Votre plateforme doit envoyer les deux en-têtes : List-Unsubscribe: <https://unsub.example.com/u/123>, <mailto:unsub@example.com> et List-Unsubscribe-Post: List-Unsubscribe=One-Click. Traitez les désinscriptions qui en résultent sous deux jours — cette fenêtre fait partie de l’exigence, pas d’une politesse. Un lien de désinscription visible dans le corps ne satisfait pas cette règle ; ce sont les en-têtes que les fournisseurs vérifient.
Chauffez le domaine avant d’envoyer un seul message à froid. Un domaine tout neuf n’a aucune réputation, et les fournisseurs traitent un volume soudain venu d’un domaine inconnu comme un signal de spam. Lancez un warmup automatique (Smartlead, Instantly et des outils de warmup dédiés le font) pendant au moins trois à quatre semaines. Montez d’environ 5 à 10 messages par jour et par boîte vers 25 à 30, et n’augmentez jamais le volume de plus d’environ 20 à 30 % en une journée. Gardez un warmup léger actif même après le passage en production.
Plafonnez le volume en régime stable et surveillez votre taux de plaintes. Après le warmup, tenez chaque boîte autour de 50 envois à froid par jour — les données de terrain montrent constamment la délivrabilité se dégrader au-delà sur une seule boîte. Le plafond dur qui compte est le taux de plaintes spam : le seuil de Google est de 0,3 %, mais vous voulez rester sous 0,1 %. À 0,3 %, Gmail commence à vous filtrer ; l’écart entre 0,1 et 0,3 est votre marge de sécurité, pas votre cible.
Surveillez depuis le côté fournisseur, chaque semaine. Consultez les tableaux de bord de taux de spam et de réputation de domaine dans Google Postmaster Tools et Microsoft SNDS. Ils montrent ce que voit le fournisseur, la seule note qui compte. Si la réputation baisse, coupez le volume immédiatement plutôt que de forcer.

Critères de réussite

Google Postmaster Tools affiche une réputation de domaine “High” ou “Medium” et un taux de spam sous 0,1 %.
Un envoi de test vers une adresse Gmail, Yahoo et Outlook neuve arrive dans la boîte principale, pas dans Promotions ni dans les indésirables.
Vos rapports agrégés DMARC montrent 100 % du courrier légitime passant l’alignement SPF ou DKIM.
Aucun rejet 550 5.7.515 dans vos logs de bounce (ce code, c’est Microsoft refusant le courrier non authentifié).

Pièges courants

Envoyer depuis le domaine principal pour “paraître légitime”. Un seul contact avec un spam-trap ou un pic de plaintes peut couler la réputation du domaine depuis lequel toute votre entreprise envoie, factures et réponses de support comprises.

Garde-fou : Isolez tout le cold outreach sur des domaines secondaires. Traitez-les comme une infrastructure jetable.

Traiter le warmup comme une formalité et monter trop vite. Envoyer 200 messages le premier jour depuis un domaine de deux semaines est la route la plus rapide vers une blocklist, et un domaine brûlé se rétablit rarement — vous le remplacez.

Garde-fou : Imposez la montée en charge dans l’outil, pas de mémoire. Plafonnez l’augmentation quotidienne et laissez la plateforme vous freiner.

Optimiser pour le volume plutôt que pour le taux de plaintes. Plus d’envois au-delà du plafond par boîte ne produisent pas plus de rendez-vous une fois que vous basculez dans le spam ; ils produisent des plaintes qui vous suivent.

Garde-fou : Ajoutez des boîtes et des domaines pour augmenter le volume. Suivez le taux de plaintes comme métrique de santé principale, avant le nombre d’envois.

Régler DMARC sur p=none et ne jamais avancer. p=none franchit la barre des expéditeurs en masse mais laisse votre domaine usurpable, ce qui érode la réputation avec le temps.

Garde-fou : Passez à p=quarantine ou p=reject sous un mois, une fois que les rapports agrégés confirment que tous vos expéditeurs légitimes passent.

Quand escalader

Si la réputation reste “Low” après un warmup propre et une authentification correcte, le problème vient généralement de la qualité de la liste — vous envoyez à des adresses qui bouncent ou se plaignent. Arrêtez d’envoyer, passez la liste par une vérification, et retirez les comptes de rôle et les catch-alls avant de reprendre. Si les rejets 550 5.7.515 persistent après la validation de vos enregistrements DNS, l’alignement est cassé : votre domaine From ne correspond pas à votre domaine de signature DKIM. Réparez l’alignement avant d’envoyer un autre lot.

Associés

Smartlead — plateforme de cold email avec warmup intégré, rotation de boîtes et configuration de l’authentification
Instantly — plateforme d’envoi associant une base de leads à des outils de délivrabilité
Moniteur de délivrabilité email (n8n) — un flux qui surveille les échecs DMARC, le taux de plaintes et le statut de blocklist, et alerte avant la suppression
AI SDR — d’où vient le volume du cold outreach, et pourquoi la délivrabilité est la contrainte de l’envoi autonome

Modifier cette page sur GitHub