Générateur BIMI
Créez l’enregistrement BIMI à publier, pointez-le vers votre logo hébergé et copiez le TXT exact pour votre DNS. Gratuit, sans inscription.
Logo pas encore prêt ? Rendez-le d’abord compatible BIMI →
Sert à afficher le nom d’hôte exact à publier. L’enregistrement ne le contient pas.
L’URL HTTPS publique de votre SVG prêt pour BIMI.
Avancé : sélecteur et VMC
Presque toujours « default ». À changer seulement pour plusieurs logos BIMI.
Seulement si vous avez déjà un certificat. Lien vers le .pem de votre Verified (ou Common) Mark Certificate, ajouté comme balise a=.
Le BIMI à publier
Publiez-le en TXT dans votre DNS.
default._bimi.votredomaine.comv=BIMI1; l=;Un clic sur la valeur la sélectionne.
Type : TXT · TTL : le défaut du fournisseur (ex. 3600) convient.
Après publication
- Ajoutez le TXT chez votre hébergeur DNS ; la propagation peut prendre une heure.
- Vérifiez-le avec le test BIMI gratuit.
- Si le logo n’apparaît toujours pas, vérifiez que DMARC est en application et qu’un VMC valide est en place : les deux blocages courants.
Sans VMC, la plupart des grandes boîtes cachent votre logo
L’équipe dédiée de Palisade installe votre BIMI et votre coche vérifiée de bout en bout, de l’application DMARC à l’enregistrement publié.
Mettre en place BIMIEn 30 jours au lieu de deux ans ?
Signet est notre société sœur. Elle gère de bout en bout la marque, l’application DMARC et le Verified Mark Certificate : les trois étapes qui bloquent un projet BIMI dix-huit mois.
Lancer le chronoQu’est-ce qu’un générateur BIMI ?
Un enregistrement BIMI (Brand Indicators for Message Identification) est une simple entrée TXT de votre DNS qui indique aux boîtes compatibles où trouver le logo de votre marque et le certificat qui le garantit. La syntaxe est courte mais impitoyable : le logo doit être hébergé en HTTPS au bon format SVG, la plupart des boîtes exigent désormais un VMC dans la balise a=, et rien ne s’affiche sans DMARC déjà en application. Ce générateur assemble l’enregistrement à partir de champs simples et signale les blocages qui empêchent discrètement les logos de s’afficher. Préparez le logo avec le convertisseur SVG BIMI, puis, une fois l’enregistrement en ligne, vérifiez-le avec le test BIMI et lisez le guide pas à pas pour créer un BIMI.
Base de connaissances e-mail
Comment créer un BIMI ?
Un enregistrement BIMI est une simple entrée TXT de votre DNS. Publiez-le sur l’hôte default._bimi.votredomaine.com avec la valeur v=BIMI1; l=<logo-url>; a=<vmc-url>, où l= est l’URL HTTPS de votre logo SVG prêt pour BIMI et a= l’URL de votre Verified Mark Certificate. Le générateur ci-dessus assemble la chaîne exacte ; vous fournissez l’URL du logo hébergé et, pour la plupart des boîtes, le VMC. Avant tout affichage, votre domaine doit déjà avoir DMARC en application.
Où publier l’enregistrement BIMI ?
Dans le DNS de votre domaine, là où vous le gérez : Cloudflare, GoDaddy, Route 53, votre registrar ou la console DNS de votre MSP. Créez un TXT, mettez default._bimi dans le champ hôte ou nom (certains fournisseurs veulent default._bimi.votredomaine.com en entier), collez la valeur générée et enregistrez. Hébergez aussi le fichier SVG sur une URL HTTPS publique et indiquez-la dans la balise l=. La propagation prend en général quelques minutes, parfois jusqu’à une heure.
Faut-il un VMC pour que BIMI marche ?
Pour que le logo s’affiche vraiment dans la plupart des boîtes compatibles, dont Gmail, oui. Un Verified Mark Certificate (VMC) est émis par une autorité de certification après vérification que vous possédez une marque déposée du logo, et la balise a= pointe vers lui. L’enregistrement est techniquement valide sans VMC, mais les grandes messageries n’affichent pas le logo sans lui. Les exigences varient selon les fournisseurs, et un Common Mark Certificate (CMC) est une autre voie pour certains logos non déposés.
Quelle politique DMARC faut-il pour BIMI ?
BIMI n’est pris en compte que si votre domaine publie DMARC en application, avec une politique quarantine ou reject, appliquée à 100 % du trafic. Encore à p=none (surveillance), aucune boîte n’affichera votre logo, aussi parfaits que soient l’enregistrement et le logo. C’est la cause la plus fréquente d’un BIMI qui « ne marche pas ». Passez d’abord DMARC en application avec le test et le générateur DMARC, puis publiez BIMI.
Mon BIMI est publié : pourquoi le logo n’apparaît-il pas ?
Les deux causes habituelles sont DMARC et le VMC. BIMI exige DMARC à quarantine ou reject, sans ancienne valeur pct sous 100 : si vous êtes encore à p=none, rien ne s’affiche. Ensuite, la plupart des fournisseurs exigent un VMC valide référencé dans la balise a=. Au-delà, vérifiez que l’URL du SVG est joignable en HTTPS, que le fichier est un SVG Tiny P/S valide et que DNS et caches des fournisseurs ont eu le temps de se rafraîchir. Le test BIMI indiquera l’élément manquant.
Comment mettre mon logo au bon format pour l= ?
La balise l= doit pointer vers un SVG au profil SVG Tiny Portable/Secure (P/S) : carré, avec les bons attributs de profil et un <title>, sans script, animation, référence externe ni image matricielle. Un logo exporté directement d’un outil de design échoue en général sur plusieurs points. Utilisez le convertisseur SVG BIMI pour mettre un SVG ordinaire au format requis, hébergez le résultat, puis collez son URL ici.
Quelle différence entre ce générateur et le test BIMI ?
Le générateur crée l’enregistrement à publier ; le test lit ce que votre domaine publie déjà et explique pourquoi le logo s’affiche ou non. Parcours type : créez l’enregistrement ici, publiez-le, puis lancez le test pour vérifier que tout se résout. Si vous auditez un domaine que vous gérez déjà, commencez par le test.
BIMI exige une politique DMARC en application. Voici les balises DMARC à configurer d’abord.
- vVersion
- La balise Version est indispensable dans un DMARC et doit valoir strictement « DMARC1 ». Si la valeur est incorrecte ou la balise absente, l’enregistrement DMARC n’est pas valide et il est ignoré.
- pPolitique DMARC
- La balise de politique DMARC accepte trois valeurs pour le courrier qui échoue : none ne demande aucune application, quarantine un traitement suspect, reject le rejet. Les destinataires décident en dernier et peuvent filtrer ou rejeter via d’autres contrôles en p=none. Les rapports agrégés se demandent à part, via la balise rua.
- ruaDestination des rapports agrégés
- La destination des rapports agrégés est une URI « mailto: », que les fournisseurs de messagerie (ESP) utilisent pour envoyer les rapports agrégés. La balise n’est pas obligatoire, mais sans elle vous ne recevez aucun rapport.
- rufDestination forensique
- La destination des rapports forensiques (d’échec) est une URI « mailto: », que les fournisseurs de messagerie (ESP) utilisent pour livrer les rapports d’échec. La balise n’est pas obligatoire, mais sans elle vous ne recevez aucun rapport.
- spSous-domaines
- Par défaut, la politique des sous-domaines hérite de la balise de politique du domaine principal (p=), décrite plus haut, sauf mention contraire. Comme pour le domaine, les valeurs possibles sont « none », « quarantine » ou « reject ». Cette option reste toutefois peu utilisée en pratique.
- adkimAlignement DKIM
- Cette balise fixe l’alignement de la signature DKIM, c’est-à-dire la correspondance entre le domaine DKIM et le domaine d’origine du « Header From ». Valeurs possibles : « r » (relaxed) et « s » (strict). Par défaut, « r » accepte une correspondance partielle entre ces domaines, tandis que « s » exige qu’ils soient identiques.
- aspfAlignement SPF
- Cette balise fixe l’alignement SPF, c’est-à-dire la compatibilité entre le domaine SPF (l’expéditeur) et le domaine du « Header From ». Deux valeurs : « r » (relaxed) et « s » (strict). Par défaut, « r » tolère une correspondance partielle entre les domaines. À l’inverse, « s » exige une correspondance exacte des domaines.
- foOptions forensiques
- Les options des rapports forensiques sont « 0 », « 1 », « d » et « s ». Par défaut, « 0 » déclenche un rapport seulement quand les alignements SPF et DKIM échouent tous deux. « 1 » en déclenche un dès que SPF ou DKIM ne passe pas. « d » produit un rapport pour les échecs de validation DKIM, « s » pour les problèmes SPF. Pour recevoir ces rapports forensiques, il faut renseigner la balise « ruf ».
- rfFormat des rapports
- Le format des rapports d’échec peut valoir « afrf » ou « iodef », les deux seules options autorisées.
- pctPourcentage (historique)
- L’ancienne balise Pourcentage demandait d’appliquer quarantine ou reject à une partie seulement du courrier en échec DMARC. La RFC 9989 a retiré pct, l’application partielle étant mise en œuvre de façon inégale. Les nouveaux enregistrements l’omettent et échelonnent via les rapports agrégés, des politiques entières et des sous-domaines à faible volume.
- riFréquence des rapports
- L’intervalle des rapports indique, en secondes, la fréquence des rapports XML. La valeur standard est 86400 secondes, soit un rapport par jour. Notez toutefois que, quel que soit l’intervalle indiqué, les fournisseurs d’accès (FAI) envoient en général ces rapports selon leur propre calendrier, le plus souvent une fois par jour également.