Saisissez votre domaine une seule fois : nous contrôlons ensemble SPF, DKIM, DMARC, BIMI et les listes noires publiques de domaines, puis nous notons votre configuration de 0 à 100. L’analyse est gratuite, tourne dans votre navigateur via DNS-over-HTTPS, détecte automatiquement votre sélecteur DKIM et ne conserve rien.
Créez un compte Unspam gratuit pour enregistrer vos résultats et relancer ces vérifications à tout moment, afin de repérer une configuration défaillante avant qu’elle ne vous coûte cher. Sans carte bancaire.
Il s’agit d’une analyse unique portant sur les cinq signaux DNS que les fournisseurs de messagerie évaluent avant d’accorder leur confiance à vos envois. Elle lit votre enregistrement SPF, trouve votre clé DKIM en sondant les sélecteurs courants des fournisseurs, lit votre politique DMARC, cherche un enregistrement de logo BIMI et interroge une sélection de listes noires publiques de domaines qui répondent au DNS du navigateur. Chaque résultat est noté puis agrégé en un score unique, où les enregistrements d’authentification (SPF, DKIM, DMARC) pèsent le plus lourd, parce qu’ils décident si Gmail, Yahoo, Outlook.com et Apple acceptent vos messages au regard de leurs règles pour les gros expéditeurs. Toutes les requêtes sont en lecture seule et s’exécutent entièrement dans votre navigateur : rien n’est écrit dans votre DNS et rien n’est conservé chez nous. Utilisez-le comme un premier passage rapide, puis ouvrez un contrôle précis pour le détail complet.
Le score est pondéré sur les contrôles que nous pouvons évaluer de façon concluante. SPF, DKIM et DMARC pèsent le plus lourd, car ils déterminent si les serveurs de réception font confiance à vos envois. Un contrôle réussi obtient tous les points, un avertissement la moitié, un échec zéro. Les contrôles que nous ne pouvons pas évaluer, comme un enregistrement BIMI facultatif que vous n’avez pas publié ou une clé DKIM sous un sélecteur personnalisé que nous ne pouvons pas deviner, sont marqués comme informatifs et exclus du score plutôt que retenus contre vous.
Ces trois enregistrements d’authentification constituent le socle. SPF indique qui peut envoyer pour votre domaine, DKIM signe vos messages, et DMARC dit aux serveurs de réception quoi faire lorsque les deux premiers échouent à l’alignement. Gmail, Yahoo, Outlook.com et Apple les exigent des gros expéditeurs : une lacune ici est la première chose à corriger.
DKIM se publie par sélecteur, non par domaine : nous sondons donc une liste de sélecteurs courants (google, selector1, k1, s1 et d’autres). Si votre domaine utilise un sélecteur personnalisé que nous ne pouvons pas deviner, le résultat indique « non détecté », ce qui n’est pas concluant plutôt qu’un échec confirmé, et reste donc hors du score. Ouvrez le DKIM checker pour saisir votre sélecteur exact.
BIMI est l’enregistrement facultatif de logo de marque que les boîtes compatibles affichent à côté de vos messages. Il ne fonctionne qu’une fois DMARC appliqué : voyez-le donc comme une finition, après la réussite des enregistrements de base. Si vous n’avez pas publié d’enregistrement BIMI, il est marqué facultatif et exclu du score.
Nous vérifions si votre domaine apparaît sur les listes noires publiques de domaines que les filtres antispam utilisent pour évaluer les liens présents dans un message. Une inscription peut nuire à la distribution de chaque message qui mentionne votre domaine, même envoyé depuis une IP irréprochable.
Un enregistrement existe, mais la politique se contente d’observer : les messages usurpés ne sont jamais bloqués et votre score reste plafonné. Servez-vous des rapports agrégés envoyés à votre adresse rua= pour confirmer que vos expéditeurs légitimes passent, puis passez à p=quarantine et enfin à p=reject.
Si vous signez avec un sélecteur personnalisé ou propre à un fournisseur (les jetons Amazon SES et les hachages HubSpot sont impossibles à deviner), l’analyse ne le trouvera pas. Ce n’est pas la preuve que DKIM est absent. Relevez la valeur s= dans un véritable en-tête DKIM-Signature et contrôlez-la directement dans le DKIM checker.
Un enregistrement SPF qui se termine par +all autorise tout le monde, et un enregistrement sans mécanisme all est incomplet. Les deux affaiblissent SPF ou le neutralisent. Terminez l’enregistrement par -all pour un échec strict, ou par ~all le temps de confirmer chaque source légitime.
Des SPF, DKIM et DMARC irréprochables ne vous sauveront pas si votre domaine figure sur une liste noire de domaines, généralement à cause de liens de spam ou d’un site compromis. Trouvez et corrigez la cause, puis remplissez le formulaire de retrait de la liste qui vous a signalé une fois les abus arrêtés.
Toutes les dates et tous les chiffres qu’Unspam publie sur les exigences applicables aux expéditeurs sont regroupés ici et vérifiés dans la documentation de chaque fournisseur. Dernière lecture : 16 août 2026.
| Fournisseur | Quoi | Valeur | S’applique à |
|---|---|---|---|
| Règles pour expéditeurs en masse en vigueur depuis source | février 2024 obligatoire | e-mails vers des adresses Gmail personnelles | |
| Durcissement de l’application depuis source | novembre 2025 observé Google parle d’un processus graduel et progressif, pas d’un interrupteur basculé à une date donnée. | e-mails vers des adresses Gmail personnelles | |
| Considéré comme expéditeur en masse à partir de source | 5 000 obligatoire C’est le chiffre de Google. Yahoo refuse d’en publier un. | e-mails vers des adresses Gmail personnelles | |
| Plafond du taux de plaintes pour spam source | 0,3 % obligatoire Google décrit l’effet comme progressif et non comme un seuil couperet : au-dessus du chiffre recommandé le placement en boîte de réception souffre déjà, et au plafond il souffre davantage. | tous les expéditeurs vers Gmail, pas seulement en masse | |
| Taux de plaintes pour spam à viser source | 0,1 % recommandé Postmaster Tools ne divise pas les plaintes par tout ce que vous avez envoyé. Il les rapporte aux messages signés DKIM parvenus dans la boîte de réception d’un destinataire actif, un expéditeur déjà filtré peut donc voir un taux artificiellement bas. | tous les expéditeurs vers Gmail, pas seulement en masse | |
| Yahoo | Règles pour expéditeurs en masse en vigueur depuis source | février 2024 obligatoire | e-mails vers Yahoo, AOL et les autres boîtes de Yahoo |
| Considéré comme expéditeur en masse à partir de source | non publié Yahoo déclare qu’il ne précisera pas de seuil de volume, aucun chiffre ne peut donc lui être attribué. | e-mails vers Yahoo, AOL et les autres boîtes de Yahoo | |
| Plafond du taux de plaintes pour spam source | 0,3 % obligatoire | e-mails vers Yahoo, AOL et les autres boîtes de Yahoo | |
| Outlook.com | Règles pour expéditeurs en masse en vigueur depuis source | mai 2025 obligatoire | Outlook.com et les autres boîtes grand public de Microsoft, jamais un locataire Microsoft 365 |
| Considéré comme expéditeur en masse à partir de source | 5 000 obligatoire La règle s’applique à tout domaine ayant déjà franchi le seuil, elle continue donc de s’appliquer les jours plus calmes. | Outlook.com et les autres boîtes grand public de Microsoft, jamais un locataire Microsoft 365 | |
| Ce qu’il advient des e-mails en échec source | 550 5.7.515 observé Le courrier non conforme est refusé pendant la conversation SMTP au lieu d’être classé dans le dossier indésirables. La page de politiques pour postmasters de Microsoft décrit encore le dossier indésirables comme première étape, un expéditeur peut donc voir l’un ou l’autre, mais c’est le rejet qu’il faut anticiper. | Outlook.com et les autres boîtes grand public de Microsoft, jamais un locataire Microsoft 365 | |
| SPF et DKIM doivent tous deux réussir, pas seulement DMARC source | obligatoire Plus strict que DMARC seul. DMARC est validé dès que SPF ou DKIM est aligné, et Outlook.com demande en plus que les deux contrôles réussissent. | Outlook.com et les autres boîtes grand public de Microsoft, jamais un locataire Microsoft 365 | |
| Apple | Règles pour expéditeurs en masse en vigueur depuis source | février 2025 obligatoire | e-mails vers iCloud Mail, me.com et mac.com |
| En-têtes ARC sur les e-mails transférés source | obligatoire Apple est le seul des quatre à le demander, ce qui est la vraie raison de s’intéresser à ARC. | e-mails vers iCloud Mail, me.com et mac.com |
Unspam lit tout cela à partir de votre seul nom de domaine.
Aucune requête DNS n’y accède. Il faut un vrai message ou un vrai historique d’envoi, et c’est précisément à cela que sert un test de placement en boîte de réception.
