Pourquoi vos e-mails vont dans les spams et comment agir

Vous avez configuré SPF. Vous avez configuré DKIM. DMARC est en place. Pourtant, vos messages arrivent dans le dossier des spams ou n’arrivent pas du tout. Comprendre pourquoi les e-mails vont dans les spams ne se limite pas aux enregistrements d’authentification. Plusieurs filtres, signaux comportementaux et particularités d’infrastructure se superposent, sans que la plupart des expéditeurs les voient avant de rencontrer un problème. Pour mieux comprendre les signaux de réputation en jeu, consultez notre guide sur la réputation des expéditeurs d’e-mails.

Le problème est plus profond que ne l’admettent la plupart des tutoriels. Les fournisseurs de messagerie comme Google et Yahoo ne se contentent pas de vérifier vos en-têtes : ils évaluent votre identité, votre comportement antérieur, la ressemblance éventuelle de votre infrastructure avec celle d’un spammeur et l’intérêt réel de vos destinataires pour vos messages. Un seul réglage incorrect peut effacer les bénéfices de plusieurs mois de bonnes pratiques.

Voici les causes susceptibles de déclencher le classement en spam, avec les étapes de diagnostic et la solution structurelle qui limite les récidives.

Le classement permanent comme expéditeur de masse

Pourquoi les e-mails des expéditeurs de masse vont dans les spams : dès que vous avez envoyé 5,000 messages à des adresses Gmail au cours d’une même journée, Google vous classe définitivement parmi les expéditeurs de masse. Ce seuil correspond à un maximum historique et n’est pas remis à zéro chaque jour. Dès lors, chaque e-mail marketing doit proposer le désabonnement en un clic prévu par la RFC 8058, DMARC doit au minimum appliquer la politique p=none et le taux de plaintes ne doit à aucun moment dépasser 0.3%. Il n’existe aucune procédure pour revenir au statut d’expéditeur ordinaire.

Beaucoup d’expéditeurs franchissent ce seuil sans le savoir. Une seule campagne promotionnelle adressée à une liste de taille raisonnable dépasse 5,000 messages en quelques minutes. Ensuite, les règles changent définitivement et, si vous ne les respectez pas encore, vos messages peuvent commencer à s’accumuler dans les dossiers de spam sans aucun avertissement de Google.

La solution n’est pas compliquée, mais elle doit être complète. Il faut des en-têtes RFC 8058 sur chaque message, un enregistrement DMARC dont l’alignement réussit et un taux de plaintes constamment inférieur à 0.1%. Le non-respect d’un seul de ces points peut expliquer le classement en spam alors que les autres semblent corrects.

Le seuil critique de 0.3% de plaintes

Pourquoi les e-mails vont dans les spams à 0.3% de plaintes : Google situe le seuil d’un envoi sain à 0.1% et considère 0.3% comme un niveau critique. Yahoo utilise les mêmes chiffres, mais avec un dénominateur différent, une différence qui peut peser lourd. Yahoo calcule les plaintes par rapport aux messages livrés en boîte de réception, et non au nombre total de messages envoyés. Si votre délivrabilité est déjà mauvaise, ce dénominateur réduit peut rapidement amplifier le taux de plaintes.

Calcul fondé sur les livraisons en boîte de réception chez Yahoo : vous envoyez 1,000 messages. 900 vont dans les spams. 100 arrivent en boîte de réception. Un destinataire clique sur « Signaler comme spam ». Le calcul donne 1 plainte ÷ 100 livraisons en boîte de réception = un taux de plaintes de 1.0%, trois fois la limite, même si vous n’avez reçu qu’une plainte sur 1,000 envois.

C’est une spirale descendante. Un mauvais placement réduit le dénominateur des livraisons en boîte de réception. Avec un dénominateur plus faible, une seule plainte peut suffire à dépasser le seuil. Ce dépassement peut dégrader davantage le placement, ce qui réduit encore le dénominateur. Pour sortir de cette spirale, il faut exclure rigoureusement les contacts inactifs et attendre le rétablissement du signal de réputation, un processus qui prend généralement des semaines, pas des heures.

Vérifiez votre taux de plaintes dans Google Postmaster Tools avant d’envoyer une autre campagne. S’il dépasse 0.08%, traitez la situation comme une urgence.

Le piège de l’alignement DMARC

Pourquoi les e-mails vont dans les spams malgré la réussite de SPF et DKIM : DMARC ne vérifie pas seulement si SPF et DKIM réussissent : il vérifie aussi leur alignement avec le domaine de l’adresse From. Si vous utilisez l’infrastructure partagée d’un prestataire d’envoi, SPF et DKIM peuvent tous deux réussir tandis que l’alignement DMARC échoue. C’est l’une des causes les plus fréquentes d’un classement en spam malgré des résultats d’authentification affichés « en vert ».

La solution consiste à authentifier votre domaine personnalisé : des enregistrements CNAME dirigent votre sous-domaine vers l’infrastructure du prestataire, tandis qu’un sous-domaine de return-path personnalisé permet à SPF de réussir sous votre propre domaine. Les principaux prestataires prennent cette fonction en charge, mais elle n’est pas toujours activée par défaut. Activez-la avant votre prochain envoi.

Consultez les consignes de Google destinées aux expéditeurs d’e-mails afin de vérifier les exigences d’alignement en vigueur. Google a actualisé ces règles en 2024 et applique désormais strictement les seuils relatifs aux expéditeurs de masse.

La barrière de Microsoft face aux nouvelles adresses IP

Pourquoi les e-mails vont dans les spams sur Outlook et Hotmail : Microsoft considère par défaut comme suspecte toute adresse IP sans historique d’envoi. Même si votre domaine jouit d’une bonne réputation, une nouvelle IP dédiée ou un changement de prestataire laisse la confiance associée à l’IP sans historique. Les erreurs SMTP observées ne sont pas des échecs d’authentification, mais des blocages liés au volume et à la réputation, qui nécessitent généralement une montée en charge progressive.

451 4.7.500 - Server busy, try again later (throttle signal - slow down)
421 RP-001  - Reputation limitation; this IP has no sending history
550 5.7.515 - Message volume exceeds IP reputation (not an auth failure)

La courbe de montée en charge de Microsoft est stricte. Un calendrier viable : jour 1, envoyez 50 messages ; jour 2, envoyez 100 ; jour 3, envoyez 200 ; puis doublez le volume tous les 2-3 jours. Sauter cette progression ne fait pas gagner de temps ; cela peut déclencher des reports automatiques qui vous ramènent au premier jour.

Si l’erreur 421 RP-001 apparaît régulièrement, il vous faut un plan spécifique de montée en charge, pas une correction DNS. L’adresse IP n’a aucun historique et Microsoft peut attendre plusieurs semaines d’envois propres avant de lui accorder sa confiance. Une montée en charge trop rapide explique souvent le classement en spam sur Outlook même lorsque la réputation du domaine est bonne.

L’absence de désabonnement en un clic

Pourquoi les e-mails vont dans les spams lorsque le désabonnement est difficile : si les destinataires ne trouvent pas d’option de désabonnement évidente, ils utilisent plutôt le bouton « Signaler comme spam ». Cela génère une plainte. Pour les expéditeurs de masse, le désabonnement en un clic défini par la RFC 8058 n’est pas facultatif : Google et Yahoo l’exigent depuis juin 2024.

Chaque message marketing doit comporter deux en-têtes :

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://yourdomain.com/unsubscribe?id=123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

L’URL HTTPS doit accepter directement une requête POST, sans page de connexion, étape de confirmation ni redirection. L’interface de la boîte de réception Google affiche un lien « Se désabonner » à partir de cet en-tête. Si celui-ci est absent ou mal formé, le lien n’apparaît pas. Lorsque les utilisateurs ne trouvent pas comment se désabonner, ils signalent le message comme spam, ce qui crée une boucle de rétroaction difficile à interrompre.

Le transfert d’e-mails et l’échec de SPF

Pourquoi les e-mails vont dans les spams après un transfert : le transfert d’e-mails invalide silencieusement SPF auprès de nombreux serveurs destinataires. Voici la chaîne exacte des échecs :

1. Vous envoyez un message depuis you@yourcompany.com vers une adresse Gmail. SPF réussit, car l’adresse IP de votre serveur est autorisée.
2. Le compte Gmail transfère les messages vers une adresse Yahoo. Gmail remet le message à Yahoo en utilisant l’adresse IP de Gmail.
3. Yahoo vérifie SPF. L’adresse IP expéditrice est maintenant celle de Gmail, et non la vôtre. L’adresse IP de Gmail ne figure pas dans votre enregistrement SPF. SPF échoue.
4. Si DKIM échoue également (par exemple, parce que Gmail a modifié des en-têtes pendant le transfert), DMARC échoue. Yahoo peut livrer le message dans les spams ou le rejeter.

DKIM résiste généralement au transfert, car il signe le contenu du message et non le serveur expéditeur. C’est pourquoi les clés DKIM de 2048 bits sont recommandées : une clé plus longue renforce la sécurité cryptographique, sans empêcher une modification du contenu signé d’invalider la signature. Dans un scénario de transfert, SRS (Sender Rewriting Scheme) réécrit le return-path afin que SPF puisse réussir tout au long de la chaîne. Consultez le guide du transfert d’e-mails avec SRS pour effectuer cette configuration correctement.

Le diagnostic en 15 minutes

Avant toute modification, déterminez ce qui échoue réellement. Cette procédure permet d’isoler en moins de 15 minutes la raison du classement en spam avec des outils que vous possédez déjà.

Étape 1 : vérifier les en-têtes d’authentification (0-5 min)

Envoyez un message de test à une adresse Gmail que vous contrôlez. Ouvrez-le, cliquez sur le menu à trois points, puis choisissez « Afficher l’original ». Faites défiler jusqu’à Authentication-Results. Le résultat indique séparément si SPF, DKIM et DMARC réussissent ou échouent. Si l’un d’eux affiche fail, corrigez-le en priorité.

Étape 2 : vérifier vos enregistrements DNS (5-10 min)

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC record
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace 'default' with your actual selector)
dig txt default._domainkey.yourdomain.com +short

Comparez les résultats avec les enregistrements requis par votre prestataire d’envoi. Le guide de configuration d’un enregistrement SPF présente la syntaxe correcte pour les configurations courantes, notamment la manière de simplifier un enregistrement SPF surchargé qui atteint la limite de 10 recherches.

Étape 3 : vérifier la réputation de l’IP et du domaine (10-15 min)

Ouvrez Google Postmaster Tools et consultez les graphiques de réputation du domaine et de l’adresse IP. Toute valeur inférieure à « High » mérite une analyse. Vérifiez également votre adresse IP d’envoi auprès de Spamhaus (SBL et XBL) : une seule inscription peut entraîner des blocages très répandus, quel que soit le résultat de l’authentification.

La solution structurelle : séparer l’hébergement de l’envoi

Pourquoi les e-mails vont dans les spams lorsque l’infrastructure n’est pas séparée : dans de nombreux cas, la cause profonde n’est pas un enregistrement manquant, mais le partage de la même réputation d’IP et de domaine entre le marketing, les messages transactionnels et les e-mails des clients. Une mauvaise campagne peut alors affecter l’ensemble. Découvrez comment une réputation de domaine dégradée se propage dans une infrastructure partagée dépourvue d’isolation.

Le modèle BYO SMTP de TrekMail permet de connecter Amazon SES, SendGrid ou Mailgun pour les envois tout en conservant les boîtes mail dans une offre à tarif fixe. Utilisez un identifiant SMTP pour les messages transactionnels et un autre pour le marketing : adresses IP différentes, groupes de réputation distincts et aucune contamination croisée. Les agences peuvent remplacer les identifiants SMTP de chaque client sans modifier la configuration des boîtes ni migrer les données.

L’assistant SPF/DKIM/DMARC intégré vous accompagne dans la configuration de l’alignement, domaine par domaine. Le tableau de bord multidomaine affiche l’état d’authentification de tous vos domaines dans une même vue.

Offre Nano : $0, 10 domaines, 5GB de stockage, BYO SMTP ; aucune carte bancaire requise, gratuit sans limite de durée. Starter : forfait fixe de $3.50/mois, 50 domaines, 15GB, SMTP géré inclus et essai gratuit de 14 jours (une carte bancaire est requise pour l’essai).

Commencez gratuitement, sans carte bancaire ni essai, avec 10 domaines et BYO SMTP dès le premier jour. Ou consultez les offres et démarrez l’essai Starter de 14 jours si vous avez besoin du service SMTP géré.

Ne vous demandez plus pourquoi les e-mails vont dans les spams : corrigez la structure

La réponse à la question « Pourquoi les e-mails vont-ils dans les spams ? » réside rarement dans un seul enregistrement manquant. Il s’agit généralement d’une combinaison de facteurs : échec de l’alignement via un prestataire partagé, hausse du taux de plaintes causée par une boucle de transfert inconnue, blocage d’une IP par Microsoft après l’omission de la montée en charge ou réputation du marketing qui affecte les envois transactionnels parce que tout passe par la même infrastructure.

Corrigez les problèmes techniques avec la procédure de diagnostic ci-dessus. Réglez le problème structurel avec l’architecture BYO SMTP de TrekMail. La première mesure évite les incidents. La seconde les circonscrit s’ils se produisent malgré tout.

Commencez gratuitement avec 10 domaines et sans carte bancaire, ou découvrez l’offre Starter au forfait fixe de $3.50/mois, sans frais par utilisateur, avec une réputation d’envoi isolée pour chaque domaine et un seul tableau de bord pour tout gérer.