Test anti-spam
Envoyez un vrai e-mail et obtenez votre score spam : un test de délivrabilité gratuit de SPF, DKIM, DMARC, de la réputation de l’IP et du contenu, avec correctifs classés par impact.
Un e-mail. Trois niveaux testés.
Nous créons une adresse de test privée. Envoyez-y l’e-mail que reçoivent vos clients : votre rapport s’affiche ici automatiquement.
Authentification
SPF, DKIM, DMARC et alignement
Réputation
IP d’envoi et grandes blocklists
Contenu
Signaux de filtrage et correctifs
Gratuit · Sans inscription · Résultat en ~30 s
Test SPF, DKIM et DMARC sur un vrai e-mail
Ce test de délivrabilité capte un vrai e-mail issu de votre vraie infrastructure d’envoi, vérifie l’alignement SPF, DKIM et DMARC, contrôle l’IP d’envoi sur les grandes blocklists et examine les signaux de filtrage du message. Chaque problème s’accompagne d’une action concrète, à commencer par l’authentification, que vous maîtrisez entièrement.
Réussir un test anti-spam représentatif
- 1. Choisissez le flux réel. Testez la vraie boîte, plateforme de campagne, service transactionnel ou outil de support que reçoivent vos destinataires. Chaque flux peut signer avec un autre domaine et sortir par une autre IP.
- 2. Générez l’adresse de test privée. Envoyez le vrai message à l’adresse temporaire ci-dessus, sans le transférer depuis une autre boîte.
- 3. Gardez les preuves. Notez avec le résultat le domaine From, le return path, domaine et sélecteur DKIM, l’IP sortante, le type de message et l’heure d’envoi.
- 4. Changez une cause et retestez. Une fois le TTL DNS ou la propagation du fournisseur écoulé, envoyez un nouveau message par le même flux. L’ancien résultat ne prouve pas la réparation.
Lire votre résultat
| Résultat | Signification | Que faire |
|---|---|---|
| SPF, DKIM ou DMARC échoue | Le message réel testé n’a pas obtenu le résultat d’authentification ou d’alignement attendu. | Servez-vous des domaines évalués, du sélecteur et du motif d’échec du rapport pour réparer ce flux, puis refaites un test. |
| Alerte IP ou PTR | L’IP sortante est listée, sans DNS inverse utile, ou ne correspond pas à l’infrastructure attendue. | Confirmez la propriété auprès du fournisseur, corrigez la cause avant de demander le retrait, puis retestez le même flux. |
| Alerte de contenu | Le message contient un signal de structure ou de contenu lié au filtrage, comme des en-têtes de liste absents ou une mise en forme suspecte. | Changez seulement l’élément signalé, renvoyez le vrai message et comparez aux preuves d’authentification et de réputation. |
| Test propre | Ce message a passé les contrôles visibles depuis notre serveur de réception. | Si vos destinataires signalent encore du spam, étudiez à part la réputation par destinataire, l’engagement et le placement en seed list. |
Ce que ce test anti-spam prouve, ou non
Le test prouve comment un vrai message est arrivé chez Palisade : résultats SPF, DKIM et DMARC notés, IP d’envoi, signaux de contenu et de réputation visibles. Il ne peut garantir l’arrivée en boîte de réception chez Gmail, Outlook ou chaque destinataire privé. Pour cette autre question, utilisez un test de placement et comparez les résultats par destinataire.
Autres tests de délivrabilité
Base de connaissances délivrabilité
Qu’est-ce qu’un test anti-spam ?
Un test anti-spam confronte un message aux signaux des filtres antispam (authentification, réputation de l’expéditeur, contenu) et donne un score spam avec la raison de chaque alerte. Le test anti-spam de Palisade, aussi appelé testeur de spam, reçoit un vrai e-mail que vous envoyez et rapporte ce qu’a vu le serveur destinataire : authentification et alignement SPF, DKIM et DMARC, réputation de l’IP d’envoi et contenu du message. Il renvoie un score spam de 0 à 100, une note en lettre et le correctif de chaque alerte. Plus c’est haut, mieux c’est : 100 signifie que rien de ce que nous testons ne pousserait le message vers le spam.
Qu’est-ce qu’un test de délivrabilité, et en est-ce un ?
Un test de délivrabilité évalue si votre configuration permet à vos messages d’atteindre la boîte de réception plutôt que le spam. Ce qui en décide : l’authentification de l’expéditeur (SPF, DKIM, DMARC), la réputation de votre IP et de votre domaine d’envoi, et le contenu du message. Ce test anti-spam fait exactement cela : envoyez un vrai e-mail pour tester votre délivrabilité, il vérifie les trois à la fois.
Qu’est-ce qu’un bon score ?
Les scores vont de 0 à 100, et plus c’est haut, mieux c’est. De 90 à 100 : A, bons signaux de réception. De 80 à 89 : B. De 65 à 79 : C, un point demande attention. De 50 à 64 : D, vrai risque de filtrage. Sous 50 : F. Ce n’est pas un score SpamAssassin, où plus bas est mieux. Ici, 100 signifie que rien de ce que nous testons ne pousserait le message vers le spam.
Comment fonctionne ce test ?
Vous envoyez un e-mail depuis le compte à tester (votre boîte habituelle ou votre plateforme marketing) à l’adresse unique que nous générons. Notre serveur de réception l’évalue comme le font les messageries à l’arrivée : il note les résultats et l’alignement SPF, DKIM et DMARC, identifie l’IP d’envoi, vérifie son DNS inverse et son statut sur sept grandes blocklists, et cherche dans le contenu les déclencheurs de filtres courants. Vous recevez un rapport noté en trente secondes environ.
Ce test montre-t-il le placement chez Gmail ou Outlook ?
Non, et c’est voulu. Les tests de placement par seed list montrent où un message a atterri dans quelques boîtes de test, un instantané qui change d’un jour à l’autre. Ce test montre pourquoi un e-mail est filtré : les signaux d’authentification, de réputation et de contenu que tout destinataire évalue. Ce sont les causes que vous pouvez corriger, et l’échec d’authentification est la raison maîtrisable la plus fréquente que ce test trouve aux e-mails légitimes classés en spam.
Quel e-mail envoyer à l’adresse de test ?
Un vrai. Pour diagnostiquer une newsletter ou une campagne, envoyez la vraie campagne depuis votre plateforme, pour que le test voie l’infrastructure, les en-têtes et le contenu de vos abonnés. Pour votre courrier quotidien, envoyez un message normal depuis votre boîte. Objet et contenu libres : plus le message ressemble à vos vrais envois, plus le verdict est juste.
Pourquoi ce score si bas ?
Le rapport liste les raisons exactes, par impact. Les plus fréquentes : DMARC en échec ou absent, SPF ou DKIM valides mais non alignés sur votre domaine From, une politique DMARC en p=none (qui surveille sans rien bloquer), votre IP d’envoi sur une blocklist, un DNS inverse absent et des alertes de contenu comme un en-tête List-Unsubscribe manquant. Chaque problème du rapport renvoie à un correctif précis.
Comment corriger un échec SPF, DKIM ou DMARC ?
Un échec SPF ou DKIM signifie souvent qu’un service d’envoi n’a jamais été ajouté à vos DNS, ou que les enregistrements ont vieilli. Un échec d’alignement signifie que leur domaine ne correspond pas à votre domaine From. La solution durable : des enregistrements corrects et des rapports DMARC pour voir chaque expéditeur qui utilise votre domaine. C’est ce que fait l’agent Palisade : il lit vos rapports DMARC, trouve chaque expéditeur en échec SPF ou DKIM, rédige les correctifs et propose chaque étape vers l’application. Rien ne part sans votre accord.
Ce test anti-spam est-il gratuit ?
Oui : gratuit, sans inscription, sans limite gênante pour un usage normal. Nous envoyons aussi une copie du rapport à l’adresse d’envoi, avec un lien vers vos résultats complets, à transférer à qui gère vos DNS.
Les termes de la délivrabilité : en-têtes d’authentification, parcours de livraison et blocklists.
En-têtes d’e-mail
- Received
- La trace de livraison. Chaque serveur mail ajoute sa ligne Received en tête : lues de bas en haut, elles retracent le parcours du serveur d’origine à votre boîte, avec noms d’hôte, IP et horodatages de chaque saut.
- Authentication-Results
- Ajouté par le serveur destinataire pour noter ses verdicts SPF, DKIM et DMARC (RFC 8601). C’est l’en-tête qu’un analyseur lit pour dire si le message a passé l’authentification, et pour quels domaines.
- From
- L’expéditeur affiché par votre messagerie. Il est trivial à falsifier, d’où DMARC : DMARC vérifie que les domaines validés par SPF et DKIM s’alignent sur ce domaine From.
- Return-Path
- L’expéditeur d’enveloppe (RFC5321.MailFrom) qui reçoit les rebonds, noté par le serveur destinataire. SPF est évalué sur ce domaine : s’il n’est pas aligné sur le From, un SPF réussi n’aide pas à passer DMARC.
- Reply-To
- Où vont les réponses quand elle diffère du From. Légitime pour les boîtes partagées et newsletters, mais un Reply-To vers un domaine sans rapport est un indice classique de phishing.
- Message-ID
- Un identifiant unique attribué à la création du message, finissant souvent par le domaine d’envoi. Un Message-ID absent, dupliqué ou incohérent signale spam et usurpation.
- DKIM-Signature
- La signature cryptographique jointe par le domaine d’envoi. Elle nomme le domaine signataire (d=) et le sélecteur (s=) qui servent à lire la clé publique dans le DNS, pour vérifier que le message n’a pas été modifié.
- Received-SPF
- Un ancien relevé, par saut, du résultat SPF, avec l’IP cliente évaluée. Utile en secours quand il n’y a pas d’en-tête Authentication-Results.
- ARC-Seal
- Partie d’ARC (Authenticated Received Chain). Transferts et listes de diffusion s’en servent pour garder les résultats d’origine, afin qu’un destinataire se fie encore à un message dont SPF/DKIM a cassé au transfert.
- X-Mailer
- Le logiciel qui a rédigé le message (ex. Outlook, un CRM, un outil d’envoi en masse). Facultatif et facile à falsifier, mais utile pour repérer un e-mail « personnel » envoyé par automate.
- List-Unsubscribe
- La méthode de désinscription lisible par machine (mailto et/ou URL) derrière le bouton de désinscription en un clic. Gmail et Yahoo l’exigent des envois en masse.
Blocklists
- DNSBLBlocklist DNS
- Une blocklist publiée via le DNS. Un serveur destinataire teste une IP d’envoi en interrogeant l’IP inversée sous la zone de la liste ; une réponse veut dire que l’IP est listée. Aussi appelée RBL (Realtime Blackhole List) ou blacklist.
- SBLSpamhaus Block List
- La liste Spamhaus des IP dont elle déconseille d’accepter les e-mails, sur preuve d’activité de spam. Fait partie de la zone combinée ZEN.
- XBLExploits Block List
- La liste Spamhaus des machines détournées, proxys et hôtes infectés. Être sur la XBL signifie en général qu’un appareil de votre réseau est compromis, pas que vous spammez exprès.
- PBLPolicy Block List
- La liste Spamhaus des plages d’IP qui ne devraient pas envoyer directement sur Internet (ex. IP résidentielles ou dynamiques). Depuis une IP listée PBL, relayez plutôt via le serveur mail de votre fournisseur.
- listing
- Le fait qu’une IP ou un domaine figure sur une blocklist. La réponse d’une requête est en général une adresse en 127.0.0.0/8, dont le dernier octet code le motif du listage.
- delisting
- Le retrait d’une IP ou d’un domaine d’une blocklist. La plupart des listes offrent un formulaire de retrait, mais il ne tient que si le problème de fond (spam, hôte compromis, authentification faible) est d’abord corrigé.
- spamtrap
- Une adresse e-mail qui ne s’inscrit jamais et n’existe que pour piéger le spam. Lui écrire prouve une mauvaise liste ou des adresses aspirées, et cause souvent un listage.
- snowshoe
- Répartir le spam sur de nombreuses IP et domaines pour rester sous les seuils de volume par source. Les blocklists traquent ces schémas snowshoe.
- PTRDNS inverse
- L’enregistrement PTR relie une IP d’envoi à un nom d’hôte. Un PTR absent ou générique rend l’IP suspecte et favorise listages et filtrage.
- 127.0.0.xCode de retour
- La valeur A qu’une DNSBL renvoie pour une IP listée. Chaque dernier octet indique une sous-liste ou un motif. Une valeur 127.255.255.x n’est pas un vrai listage : la requête a été refusée (souvent car venue d’un grand résolveur partagé).