Interrogez l’enregistrement TXT BIMI à default._bimi.votredomaine et validez les balises v=BIMI1, le logo l= et le certificat a=. L’outil est gratuit, instantané, s’exécute entièrement dans votre navigateur via DNS-over-HTTPS, sans inscription et sans rien conserver.
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.
BIMI (Brand Indicators for Message Identification) est un enregistrement DNS TXT qui indique aux boîtes compatibles quel logo afficher à côté de vos messages. Il se publie à default._bimi.votredomaine et commence par v=BIMI1, suivi d’une balise l= pointant vers votre logo et d’une balise a= facultative pointant vers votre certificat. Le logo situé à l’URL l= doit être un SVG au profil SVG Tiny PS (Portable/Secure) et servi en HTTPS, et il devrait être carré, parce que les boîtes le recadrent dans un emplacement d’avatar rond ou carré. BIMI ne prend effet qu’une fois que votre domaine valide déjà DMARC avec une politique d’application : c’est donc la dernière étape de l’authentification, pas la première. Publier un enregistrement correct est la part qui vous revient. Que le logo s’affiche ensuite relève de la boîte : Yahoo Mail en montre un à partir de la seule balise l=, tandis que Gmail et Apple Mail veulent aussi un certificat, et Apple demande que le fournisseur de messagerie destinataire figure sur la liste du BIMI Group et soit vérifié par Apple.
C’est la balise de version, et elle doit venir en premier. Si l’enregistrement ne commence pas par v=BIMI1, les boîtes l’ignoreront.
La balise l= est l’URL HTTPS de votre logo, qui doit être un SVG au profil SVG Tiny PS et accessible sans redirection ni authentification, et devrait être carré (1:1) pour survivre intact au recadrage en avatar. Un l= vide ou absent signifie qu’aucun logo ne s’affichera.
La balise a= est l’URL HTTPS de votre certificat VMC ou CMC (un fichier .pem). Elle est facultative dans la spécification, mais Gmail et Apple exigent un certificat avant d’afficher votre logo.
BIMI ne fonctionne que si votre domaine possède déjà une politique DMARC p=quarantine ou p=reject qui s’applique à tous vos envois et non à un échantillon. Une politique p=none ne suffit pas et empêchera l’affichage de votre logo.
Une réussite signifie qu’un enregistrement BIMI valide existe, avec une URL de logo SVG en HTTPS. Nous ne téléchargeons pas le fichier : vérifiez donc qu’il se charge et qu’il respecte SVG Tiny PS. L’affichage dans la boîte dépend encore de votre politique DMARC et, pour Gmail et Apple, d’un certificat valide.
BIMI exige que votre domaine soit sur une politique d’application p=quarantine ou p=reject avant qu’un logo s’affiche. Une politique p=none, purement d’observation, bloque complètement BIMI. Passez d’abord DMARC en application sur l’ensemble de vos envois, puis publiez ou revoyez votre enregistrement BIMI.
Le fichier situé à votre URL l= doit être un SVG au profil SVG Tiny PS (Portable/Secure), et non un PNG, un JPG ou un SVG complet ordinaire. Un export SVG standard demande généralement des retouches pour retirer les éléments non pris en charge et ajouter un élément title. Utilisez un outil ou un convertisseur SVG spécifique à BIMI pour produire un fichier conforme.
Gmail et Apple Mail exigent un certificat (balise a=) avant d’afficher votre logo, même si le reste de l’enregistrement est valide. Gmail accepte un VMC ou un CMC, et seul un VMC obtient la coche à côté de votre logo. Apple cite le VMC en exemple mais demande seulement un BIMI Evidence Document vérifié par le fournisseur de messagerie : les types de certificats acceptés y relèvent donc du fournisseur et non d’Apple. Sans la balise a=, votre logo peut apparaître dans certains clients, mais pas dans Gmail ni Apple Mail.
Les URL l= et a= doivent être des liens HTTPS publics qui se chargent directement, sans redirection, sans authentification et avec un certificat TLS valide. Si l’une des deux renvoie une erreur ou redirige, les boîtes ignoreront votre logo. Hébergez les fichiers sur un chemin HTTPS stable et accessible publiquement.
L’enregistrement BIMI se trouve sur le sous-domaine default._bimi de votre domaine, par exemple default._bimi.example.com, et non à la racine. Le publier à l’apex ou sous un autre sélecteur signifie que les boîtes ne le trouveront pas. Confirmez le sélecteur et l’emplacement avant d’enregistrer l’enregistrement TXT.
L’image BIMI s’affiche dans un emplacement d’avatar rond ou carré, si bien qu’un logotype large est rogné jusqu’à devenir illisible. Le SVG demande une viewBox au format 1:1, la marque centrée et assez de marge pour survivre au rognage.
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.
