Pourquoi les newsletters finissent-elles en spam ?

Tu as passé des heures sur ta newsletter, et un abonné te dit qu’il l’a trouvée dans ses spams. Ou pire : l’e-mail de confirmation de ton application n’arrive même pas chez les nouveaux clients. Les filtres antispam ne sont pas une boîte noire. Ils suivent des règles compréhensibles, et la plupart des causes se corrigent avec quelques réglages.

Comment décident les filtres antispam

Les grands fournisseurs de messagerie comme Gmail, Outlook ou Yahoo évaluent de nombreux signaux pour chaque message. En gros, ils se répartissent en quatre groupes :

• Authentification : ce serveur a-t-il le droit d’envoyer pour le domaine de l’expéditeur, et le message a-t-il été modifié en chemin ?
• Réputation : comment se sont comportés par le passé les e-mails de ce domaine et de cette adresse IP ?
• Contenu et structure : le message ressemble-t-il à du spam typique ?
• Réaction des destinataires : les e-mails sont-ils ouverts, reçoivent-ils des réponses, sont-ils supprimés ou signalés comme spam ?

Tu as un contrôle direct sur les trois premiers groupes. Le quatrième suit quand le reste est en ordre et que ta newsletter est vraiment attendue.

Raison 1 : l’authentification manque

Sans SPF, DKIM et DMARC, le destinataire ne peut pas vérifier qu’un e-mail vient vraiment de ton domaine. Depuis février 2024, Gmail et Yahoo exigent les trois des expéditeurs qui envoient plusieurs milliers d’e-mails par jour. Mais les petits expéditeurs y gagnent aussi nettement.

Notre guide SPF, DKIM et DMARC expliqués simplement détaille le rôle de chaque enregistrement. En résumé :

• SPF liste les serveurs autorisés à envoyer pour ton domaine.
• DKIM signe chaque e-mail de façon cryptographique.
• DMARC décide de ce qui arrive aux e-mails qui échouent aux deux.

Raison 2 : les domaines ne correspondent pas

Un piège fréquent : tu envoies via un service de newsletters qui signe tes e-mails, mais avec son propre domaine. L’expéditeur indique [email protected], alors que la signature DKIM appartient à service-envoi.example. Pour DMARC, ce n’est pas une réussite, car au moins SPF ou DKIM doit correspondre au domaine visible de l’expéditeur. Les spécialistes appellent cela l’« alignement ».

Presque tous les services proposent la solution : tu ajoutes dans ton DNS les clés DKIM du service pour ton propre domaine, généralement sous forme d’enregistrements CNAME. Ensuite, le service signe au nom de example.com.

Raison 3 : pas de lien de désinscription

Les destinataires signalent comme spam une newsletter dont on ne peut pas se désinscrire facilement, parce que c’est le moyen le plus rapide de s’en débarrasser. Chacun de ces signalements nuit à ta réputation.

En plus du lien dans le texte, Gmail et Yahoo attendent des expéditeurs de gros volumes l’en-tête List-Unsubscribe avec désinscription en un clic (List-Unsubscribe-Post: List-Unsubscribe=One-Click). Un bouton « Se désabonner » apparaît alors dans la boîte. Les bons services de newsletters ajoutent ces en-têtes automatiquement ; avec un système maison, tu dois y penser toi-même.

Raison 4 : une mauvaise liste d’adresses

Les listes achetées, les vieilles adresses et l’absence de confirmation sont un poison pour la délivrabilité. Certains fournisseurs transforment les boîtes abandonnées en pièges à spam, et qui écrit à beaucoup d’adresses introuvables ressemble à un spammeur.

Voici comment garder ta liste propre :

• Double opt-in : les nouveaux abonnés confirment leur adresse par un lien. Cela te donne aussi une preuve du consentement.
• Traite les rebonds : retire immédiatement les adresses définitivement introuvables.
• Fais le tri parmi les inactifs : qui n’a rien ouvert depuis de nombreux mois reçoit un dernier message, puis est retiré.

Gmail recommande de garder le taux de plaintes pour spam sous 0,1 % ; à partir de 0,3 %, cela devient critique.

Raison 5 : le contenu

Aujourd’hui, les filtres de contenu comptent moins que l’authentification, mais ils comptent encore. Déclencheurs typiques :

• Une seule grande image et presque pas de texte
• Pas de version texte, uniquement du HTML
• Beaucoup de liens, surtout via des raccourcisseurs tiers
• Des messages très lourds : Gmail tronque les messages au-delà d’environ 102 Ko de HTML et masque le reste, souvent avec le lien de désinscription.
• Des en-têtes standard manquants comme Message-ID ou Date, signe d’un système d’envoi mal conçu
• Un objet vide ou trop long

Raison 6 : un nouveau domaine sans historique

Un domaine fraîchement enregistré ou une nouvelle adresse IP n’a pas encore de réputation. Envoyer d’un coup à dix mille destinataires depuis là paraît suspect. Commence par de petits envois à tes abonnés les plus actifs et augmente le volume sur quelques semaines. Ce « préchauffage » est indispensable pour les nouveaux expéditeurs.

Liste de contrôle avant ton prochain envoi

Point	Objectif
SPF	exactement un enregistrement qui inclut ton service d’envoi
DKIM	signature avec ton propre domaine
DMARC	enregistrement publié, plus tard quarantine ou reject
Désinscription	lien dans le texte et en-tête List-Unsubscribe
Liste	double opt-in, rebonds retirés
Contenu	version texte et HTML, moins de 100 Ko

Teste avant d’envoyer

Au lieu de deviner, envoie d’abord ta newsletter à une adresse de test. Notre mail tester te donne une adresse qui reste ouverte pendant une heure. Dès que ton message arrive, il vérifie SPF, DKIM, DMARC et leur alignement, les enregistrements DNS de ton domaine, l’en-tête de désinscription, la part de texte et d’images, la taille et l’objet. Tu obtiens une note et, pour chaque problème, une indication concrète de ce qu’il faut faire.

Teste ta newsletter avec le mail tester : gratuit et sans inscription.