Délivrabilité et DNS

Éviter que les e-mails arrivent dans les spams : l’ordre des corrections qui fonctionne

Par Alexey Bulygin
Éviter que les e-mails arrivent dans les spams : l’ordre des corrections qui fonctionne

Vous cliquez sur Envoyer. Le serveur renvoie 250 OK. Vous supposez que le message est arrivé. Deux semaines plus tard, votre proposition cruciale croupit depuis tout ce temps dans un dossier de spams, ou un filtre de passerelle l’a supprimée en silence avant même que le destinataire se connecte. Pour éviter que les e-mails arrivent dans les spams, vous devez corriger les bons éléments dans le bon ordre, et non commencer par ceux qui semblent les plus faciles.

La plupart des expéditeurs qui tentent d’éviter que leurs e-mails arrivent dans les spams commettent la même erreur : ils commencent au mauvais endroit. Ils passent des heures à réécrire les objets et à redessiner les modèles, en espérant résoudre le problème par des retouches esthétiques, alors qu’une erreur PermError dans leur enregistrement SPF fait échouer l’authentification en silence depuis des mois. Rien ne change, car le problème qui bloque l’entrée n’est pas corrigé en premier.

Depuis février 2024, Google, Yahoo et Microsoft ont cessé de demander gentiment. Ils imposent désormais des normes techniques strictes. Il suffit de franchir une seule fois le seuil d’expéditeur de masse de Google, soit environ 5,000 e-mails en une journée, pour être définitivement considéré comme tel. Une conformité rigoureuse devient une condition de survie. Le délai de grâce est terminé.

Pour comprendre dans son ensemble la façon dont les destinataires évaluent votre domaine, consultez notre guide sur les signaux de réputation de l’expéditeur d’e-mails. Cet article constitue la liste priorisée des corrections. Suivez-la dans l’ordre.

Pourquoi l’ordre des corrections compte pour éviter que les e-mails arrivent dans les spams

Pour éviter efficacement que les e-mails arrivent dans les spams, vous devez corriger l’authentification avant toute autre chose. Les destinataires évaluent l’authentification au niveau de la connexion, avant de lire votre contenu, de pondérer votre taux de plaintes ou d’évaluer votre volume. Si SPF, DKIM ou DMARC est mal configuré, tout ce qui suit dans cette liste est sans importance, car vous ne franchissez jamais la porte d’entrée.

  • L’authentification est la porte.
  • L’alignement détermine si votre clé entre dans la serrure.
  • Le taux de rebonds et le taux de plaintes correspondent à votre réputation dans l’immeuble.
  • Le contenu est un cas marginal à traiter une fois à l’intérieur.

Chaque correction n’a d’importance qu’une fois les précédentes effectuées.

Correction 1 : authentification, SPF, DKIM et DMARC

L’authentification est la première étape incontournable pour éviter que les e-mails arrivent dans les spams. Les trois mécanismes, SPF, DKIM et DMARC, doivent être correctement configurés ensemble. Sans eux, les principaux fournisseurs considèrent par défaut votre e-mail comme hostile. Vous pouvez disposer d’une IP correctement chauffée, d’une liste propre et d’un contenu parfait, tout en restant bloqué à l’entrée.

SPF (Sender Policy Framework)

SPF est un enregistrement TXT du DNS qui autorise des adresses IP précises à envoyer des e-mails pour votre domaine. Le serveur destinataire consulte votre DNS et vérifie que l’IP qui se connecte figure dans la liste. Si ce n’est pas le cas, SPF échoue. Pour suivre la procédure pas à pas, consultez notre guide de configuration d’un enregistrement SPF.

Le piège de la limite de 10 recherches. La RFC 7208 limite strictement l’évaluation SPF à 10 recherches DNS par enregistrement. Chaque mécanisme include:, a, mx et exists compte, y compris les recherches imbriquées dans chaque include. Ajoutez Google, Mailchimp, Zendesk et votre CRM, et vous dépasserez facilement 10. Le destinataire renvoie une erreur PermError et considère l’ensemble de votre enregistrement SPF comme non valide. Tous les e-mails échouent à l’authentification, même si la syntaxe semble correcte.

v=spf1 include:_spf.google.com include:sendgrid.net ~all

Auditez votre enregistrement avec dig txt yourdomain.com +short. Supprimez les services inutilisés et limitez au maximum les includes.

DKIM (DomainKeys Identified Mail)

DKIM ajoute une signature cryptographique aux en-têtes de votre e-mail pour prouver que le message n’a pas été altéré pendant son acheminement. Votre serveur signe les en-têtes avec une clé privée et le destinataire la vérifie à l’aide d’une clé publique publiée dans votre DNS.

Google exige des clés d’au moins 1024 bits, mais recommande vivement 2048 bits. Les anciennes clés de 512 bits sont considérées comme non sécurisées et peuvent provoquer un rejet. Passez dès maintenant à une clé RSA de 2048 bits. Si votre fournisseur DNS tronque les longues chaînes TXT, scindez la clé en deux chaînes entre guillemets dans l’enregistrement.

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC constitue la couche de politique. Il indique au destinataire la marche à suivre en cas d’échec de SPF ou DKIM. Rester indéfiniment sur p=none revient à choisir un mode de « simple surveillance » qui n’offre aucune protection contre l’usurpation. Passez à p=quarantine (envoi dans les spams), puis à terme à p=reject (blocage pur et simple).

v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc-reports@yourdomain.com

La balise rua envoie des rapports agrégés dans votre boîte de réception. Lisez-les chaque semaine. Ils montrent exactement qui envoie des messages avec votre domaine et où l’authentification échoue.

Correction 2 : l’alignement, la raison cachée des échecs DMARC

L’alignement est l’erreur de configuration la plus courante qui continue d’envoyer les e-mails dans les spams même lorsque l’authentification semble correcte. DMARC exige que le domaine de l’en-tête « From » visible corresponde au domaine utilisé pour l’authentification SPF ou DKIM. Lorsque vous envoyez par l’intermédiaire d’un ESP, ces domaines correspondent rarement par défaut, et SPF comme DKIM peuvent réussir séparément alors que DMARC échoue complètement.

Exemple (configuration ESP standard) :
En-tête From : newsletter@yourcompany.com
Return-Path (domaine SPF) : bounce-mc.mailchimp.com
Signature DKIM : d=mailchimp.com

SPF réussit. DKIM réussit. DMARC échoue, car aucun des domaines n’est aligné avec yourcompany.com.

La correction : activez l’authentification de domaine personnalisé, parfois appelée « Whitelabeling », dans les paramètres de votre ESP. Cela oblige l’ESP à utiliser un sous-domaine de votre domaine pour le Return-Path ou à signer DKIM avec d=yourcompany.com. Une fois l’alignement obtenu, DMARC réussit. Ce seul changement évite que les e-mails arrivent dans les spams pour un grand nombre d’expéditeurs qui pensent que leur authentification fonctionne déjà.

Correction 3 : hygiène de la liste, la règle des 2% de rebonds définitifs

Les rebonds définitifs (erreurs SMTP 5xx) indiquent aux destinataires que votre liste est obsolète, achetée ou extraite automatiquement. Pour éviter que les e-mails arrivent dans les spams en raison de la qualité de la liste, bloquez immédiatement toute adresse qui produit un rebond définitif et ne lui envoyez plus jamais de message. Maintenez votre taux de rebonds définitifs sous 2%. S’il atteint 5%, votre ESP suspendra votre compte.

Code d’erreur Signification Action
550 5.1.1 Utilisateur inconnu Supprimez immédiatement. Échec d’hygiène.
550 5.7.1 Blocage par la politique Vérifiez le contenu et l’authentification. Problème de réputation.
550 5.7.515 Échec de l’authentification (Microsoft) Corrigez l’alignement SPF/DKIM.
421 Service indisponible Réessayez plus tard. Limitation du débit ou greylisting.

Pour les listes auxquelles vous n’avez rien envoyé depuis 6+ mois, utilisez un outil de vérification (ZeroBounce ou Bouncer) avant tout envoi. Ne supposez jamais qu’une ancienne liste est toujours propre : les adresses obsolètes expliquent souvent pourquoi vous ne parvenez pas à éviter que les e-mails arrivent dans les spams.

Correction 4 : taux de plaintes, le seuil critique de 0.3%

Le taux de plaintes pour spam est la mesure la plus dangereuse lorsque vous cherchez à éviter que les e-mails arrivent dans les spams. Google et Yahoo appliquent un seuil strict de 0.3%, soit seulement 3 plaintes pour 1,000 e-mails. Franchissez cette limite et vous serez bloqué. Ce facteur annule presque tous les signaux positifs accumulés pendant des mois.

Le piège de Yahoo est pire que beaucoup ne l’imaginent. Yahoo calcule votre taux de spam par rapport aux messages remis dans la boîte de réception, et non par rapport au total envoyé. Si 900 de vos 1,000 e-mails arrivent dans les spams et que 1 personne se plaint parmi les 100 qui atteignent la boîte de réception, votre taux s’élève à 1.0%, soit trois fois la limite, avant même que vous sachiez qu’il existe un problème.

Le désabonnement en un clic est désormais obligatoire pour les expéditeurs de masse. Incluez les en-têtes List-Unsubscribe-Post: List-Unsubscribe=One-Click. Si les utilisateurs ne peuvent pas se désabonner en un clic, ils vous signalent comme spam. Une plainte coûte plus cher qu’un désabonnement.

Surveillez votre véritable taux de spam Gmail dans Google Postmaster Tools. C’est la seule vue de référence de ce que Gmail observe réellement pour votre domaine. Consultez-la chaque semaine, et non lorsqu’un problème survient.

Correction 5 : lisser le volume pour éviter les pics

Les pics soudains de volume ressemblent à des comptes compromis. Si vous voulez éviter que les e-mails arrivent dans les spams, sachez que les pics peuvent faire des dossiers de spams le cadet de vos soucis, car vous risquez un blocage complet. N’envoyez rien pendant 29 jours, puis expédiez 50,000 e-mails le 30e jour : Microsoft vous renverra 421 RP-001 (limite de réputation) et limitera immédiatement vos envois.

Nouvelle IP ? Suivez un calendrier de chauffe rigoureux : 50 e-mails le jour 1, 100 le jour 2, puis doublez à partir de là. Répartissez les grandes campagnes sur 24 à 48 heures. Si vous cessez tout envoi pendant plus de 30 jours, la réputation de votre IP se dégrade : traitez-la comme une nouvelle IP et reprenez sa chauffe depuis le début. La régularité constitue elle-même un signal de délivrabilité, et des envois irréguliers compliquent la lutte contre le classement en spam.

Correction 6 : réputation des liens et des domaines

Même avec une authentification parfaite, vos efforts pour éviter que les e-mails arrivent dans les spams peuvent échouer si le corps du message contient un lien vers un domaine inscrit sur une liste de blocage. Aucune correction de l’authentification ne vous aidera si vos liens pointent vers des domaines compromis. Les destinataires comparent chaque URL du message à des listes de blocage comme Spamhaus DBL et SURBL. Un seul lien malveillant peut faire échouer un envoi qui serait par ailleurs irréprochable.

N’utilisez jamais de raccourcisseurs d’URL publics (bit.ly, tinyurl). Les campagnes de logiciels malveillants en abusent et ils figurent souvent sur des listes de blocage. Utilisez votre propre domaine pour les liens de suivi. Vérifiez également que votre IP d’envoi possède un enregistrement PTR qui se résout vers le nom d’hôte, et que ce nom d’hôte se résout à son tour vers l’IP (FCrDNS). De nombreuses configurations de VPS bare metal échouent en silence sur ce point, ce qui bloque la distribution sans produire de code d’erreur évident.

Correction 7 : le contenu, en dernier et non en premier

Les « mots déclencheurs de spam » relèvent en grande partie du mythe en 2026. Les destinataires modernes utilisent des modèles de ML entraînés à partir des signaux d’engagement, et non des listes de mots-clés. Le contenu seul explique rarement pourquoi vous ne parvenez pas à éviter que les e-mails arrivent dans les spams. Les opérateurs qui commencent par ce point ne résoudront pas le problème, car les véritables obstacles se trouvent en amont. Remplacer « Acheter maintenant » par « Commencer » ne corrigera pas un problème de réputation. Les erreurs techniques dans le contenu comptent néanmoins : un e-mail composé à 100% d’images et dépourvu de texte ressemble à une tentative de phishing, tandis qu’un HTML mal formé peut déclencher des filtres. Gardez votre modèle propre, incluez une version MIME en texte brut, et vous en aurez terminé ici.

Si vous ne pouvez faire que 3 choses pour éviter que les e-mails arrivent dans les spams

Trois corrections résolvent environ 80% des problèmes de délivrabilité. Si la tâche vous semble écrasante, commencez ici : ces mesures contribuent davantage à éviter le classement en spam que tout le reste de cette liste réuni.

  1. Appliquez DMARC avec p=quarantine ou p=reject. Vous signalez ainsi aux destinataires que vous êtes un opérateur légitime et protégez votre marque contre l’usurpation.
  2. Surveillez le seuil de 0.1% de plaintes. Maintenez votre taux de plaintes pour spam sous 0.1%. S’il atteint 0.2%, suspendez tout marketing et enquêtez avant le prochain envoi.
  3. Éliminez automatiquement les rebonds définitifs. Ne laissez jamais une adresse qui a produit un rebond définitif dans votre liste après le premier échec. Automatisez son exclusion au niveau de l’ESP.

Ce qui fait perdre du temps (les mythes inefficaces)

Ces mesures n’empêchent pas les e-mails d’arriver dans les spams. Cessez d’y consacrer du temps.

  • Les mots « magiques » dans l’objet. Remplacer « Gratuit » par « Offert » ne corrige pas un problème d’authentification. Les filtres antispam reposent sur le ML.
  • Changer le nom du champ « From ». Passer de bob@company.com à sara@company.com ne réinitialise rien. La réputation reste attachée à company.com.
  • Acheter des listes « propres ». Cela n’existe pas. Les listes achetées regorgent de pièges à spam. Une seule campagne envoyée à une liste achetée peut détériorer définitivement la réputation de votre domaine, un dommage dont la réparation prend des mois, si elle reste possible.

Comment vérifier que les corrections fonctionnent

Ne faites pas de suppositions : mesurez. Après vos modifications, confirmez que chaque correction est visible depuis l’extérieur, et pas seulement dans votre DNS local.

Étape 1 : vérifier les en-têtes dans Gmail

Envoyez un message à un compte Gmail. Ouvrez l’e-mail, cliquez sur le menu à trois points et sélectionnez « Afficher l’original ». Recherchez :

SPF: PASS with IP [Your IP]
DKIM: PASS with domain [Your Domain]
DMARC: PASS

Tout résultat FAIL ou SOFTFAIL signale un problème de configuration. Corrigez-le avant de poursuivre les envois.

Étape 2 : interroger directement le DNS

# Check SPF (look for v=spf1)
dig txt yourdomain.com +short

# Check DMARC (look for p=quarantine or p=reject)
dig txt _dmarc.yourdomain.com +short

Étape 3 : utiliser un test sur adresses témoins

Des outils comme GlockApps ou Mail-Tester permettent d’envoyer des messages à une liste d’adresses témoins et de voir exactement où ils arrivent, dans la boîte de réception ou dans les spams, chez plusieurs fournisseurs avant une véritable campagne. Utilisez-les avant chaque envoi important afin de vérifier que vos modifications empêchent réellement les e-mails d’arriver dans les spams.

Le problème de l’infrastructure (et la voie plus rapide)

Voici la vérité : corriger SPF, renouveler les clés DKIM, appliquer l’alignement DMARC et chauffer les IP constitue un travail permanent. Un domaine reste gérable. Cinquante domaines pour cinquante clients représentent un tout autre métier.

TrekMail supprime cette charge. La plateforme comprend un assistant intégré de configuration SPF/DKIM/DMARC qui signale les erreurs avant qu’elles causent des problèmes, gère les enregistrements de tous vos domaines depuis un seul tableau de bord afin d’éviter le classement en spam dû à une mauvaise configuration DNS, et impose automatiquement TLS. Si vous exploitez une configuration multidomaine pour des clients ou des unités opérationnelles, le guide sur l’hébergement d’e-mails multidomaine explique le fonctionnement concret de cette architecture.

Hébergement traditionnel TrekMail
Configuration DKIM/SPF Manuelle, pour chaque domaine et chaque interface Assistant guidé pour tous les domaines
Réputation de l’IP Groupe partagé : le spam d’un voisin vous pénalise aussi Votre propre SMTP : vous contrôlez votre réputation d’envoi
Tarification Frais par utilisateur ($6+/utilisateur/mois pour Google Workspace) Tarif fixe selon le nombre de domaines à partir de $3.50/mois
Récupération d’une IP brûlée Contacter l’assistance, attendre, espérer Changer la clé API, et c’est terminé
Gestion multidomaine Une interface par domaine Tableau de bord unifié pour tous les domaines

L’avantage de votre propre SMTP. La plupart des fournisseurs vous imposent un groupe d’IP partagé. Si un voisin envoie du spam, vous en subissez également les conséquences. L’option SMTP personnalisé de TrekMail vous permet de connecter Amazon SES, SendGrid ou Mailgun directement à votre compte. Vous bénéficiez de l’économie de l’hébergement multidomaine de TrekMail et de la délivrabilité d’un fournisseur d’envoi dédié que vous contrôlez. Si une IP est brûlée, vous changez la clé API. Vous ne migrez pas les boîtes aux lettres. Vous n’ouvrez pas de ticket d’assistance. Vous êtes de nouveau opérationnel en 60 secondes.

Éviter que les e-mails arrivent dans les spams : commencez par ce qui produit réellement des résultats

L’ordre des corrections constitue la stratégie pour éviter durablement que les e-mails arrivent dans les spams. L’authentification d’abord. L’alignement ensuite. La gestion des rebonds et des plaintes en troisième. Le contenu en dernier. Les expéditeurs qui continuent à lutter contre les filtres antispam parcourent presque toujours la liste à l’envers : ils peaufinent leurs modèles alors qu’une politique DMARC incorrecte ou une signature DKIM mal alignée fait discrètement échouer chaque envoi.

Configurez correctement la couche d’authentification et vous aurez résolu la majeure partie du problème. Toutes les autres optimisations, objets, horaires d’envoi ou conception des modèles, ne comptent que lorsque vous franchissez la porte d’entrée de manière fiable.

TrekMail prend en charge la couche d’infrastructure afin que vous n’ayez pas à déboguer le DNS à minuit. L’offre gratuite reste toujours gratuite : aucune carte, aucun compte à rebours avant la fin de l’essai et 10 domaines inclus. Les offres payantes commencent à $3.50/mois (Starter) avec SMTP géré, 50 domaines et l’assistant DKIM/DMARC complet. Comparez les offres et commencez gratuitement →

Partager cet article

Nous utilisons les technologies nécessaires au fonctionnement et à la sécurité de TrekMail. En confirmant, vous autorisez aussi des analyses limitées et la mesure publicitaire décrites dans notre Politique relative aux cookies.

Se connecter à TrekMail

Accédez à votre tableau de bord, vos boîtes et vos DNS.

ou

12 caractères les mots de passe correspondent

ou

E-mail de réinitialisation envoyé

Si un compte existe pour cette adresse, nous venons d’envoyer les instructions de réinitialisation du mot de passe.

En continuant, vous acceptez les Conditions d’utilisation et la Politique de confidentialité de TrekMail.