Convertisseur logo SVG BIMI
Mettez votre logo au format SVG exact qu’exige BIMI, SVG Tiny Portable/Secure. Importez ou collez votre SVG : nous corrigeons le profil, le rendons carré, ajoutons le titre requis et retirons l’interdit. Gratuit, dans le navigateur, rien n’est envoyé.
Sert au <title> requis dans le SVG.
Importez un fichier .svg ou collez son code ci-dessous.
Votre SVG prêt pour BIMI et la liste de conformité s’affichent ici avec votre logo.
Ensuite : publiez votre BIMI
Hébergez le SVG sur une URL HTTPS publique, puis créez l’enregistrement DNS qui pointe vers lui, avec le VMC que la plupart des boîtes exigent.
Ouvrir le générateur 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 chronoQue fait un convertisseur BIMI ?
Un logo BIMI ne peut pas être un SVG ordinaire. Il doit être en SVG Tiny Portable/Secure (P/S) : un profil volontairement restreint, carré, avec un jeu précis d’attributs de profil et un <title>, sans script, animation, référence externe, image matricielle ni texte actif. Les outils de design exportent rarement sous cette forme exacte : un logo correct partout ailleurs est donc rejeté en silence pour BIMI. Ce convertisseur réécrit votre SVG au profil P/S, rend le canevas carré sans déformer le dessin, retire l’interdit et affiche la liste de ce qui a changé et de ce qu’il reste éventuellement à corriger. Une fois le fichier en main, hébergez-le et créez l’enregistrement DNS avec le générateur BIMI, puis lisez le guide pour rendre votre logo compatible BIMI.
Base de connaissances e-mail
Qu’est-ce que SVG Tiny P/S, et pourquoi pas un SVG normal ?
BIMI n’accepte pas n’importe quel SVG. Il exige SVG Tiny Portable/Secure, un profil verrouillé de SVG Tiny 1.2. Le fichier doit définir version="1.2" et baseProfile="tiny-ps", contenir un <title>, être carré et n’inclure ni script, ni animation, ni référence externe, ni image matricielle, ni (pour les validateurs stricts) texte actif. Un logo exporté directement d’un outil de design échoue en général sur plusieurs points. Le convertisseur ci-dessus définit le profil, rend le canevas carré, ajoute le titre et retire l’interdit, puis vous dit ce qui reste, comme du texte actif. Cela, il faut le corriger dans votre outil de design.
Comment rendre mon logo compatible BIMI ?
Partez d’un SVG vectoriel de votre logo. Passez-le dans le convertisseur ci-dessus : il applique le profil SVG Tiny P/S, rend le dessin carré, garantit un <title> et retire scripts, animations, métadonnées d’éditeur et références externes. Téléchargez le résultat, hébergez-le sur une URL HTTPS publique et mettez cette URL dans la balise l= de votre BIMI. Si la liste signale du texte actif, ouvrez le logo dans votre outil de design et vectorisez d’abord le texte : la seule correction qu’un navigateur ne peut pas faire sans risque.
Puis-je convertir ici un logo PNG ou JPG en SVG BIMI ?
Non, et aucun outil honnête ne devrait le prétendre dans le navigateur. BIMI exige un vrai SVG vectoriel, et vectoriser automatiquement une image en pixels (PNG, JPG) donne un résultat lourd et déformé qui échoue à la validation. Exportez plutôt un SVG depuis le dessin vectoriel d’origine (dans Illustrator, Figma ou Inkscape) et passez-le dans le convertisseur. Si vous n’avez qu’un logo matriciel, un designer devra d’abord le recréer en vectoriel.
Pourquoi BIMI refuse-t-il mon texte ?
SVG Tiny P/S interdit les éléments <text> et <tspan> actifs, qui dépendent de polices que le destinataire n’a peut-être pas. Votre logo doit s’afficher à l’identique partout : tout lettrage doit devenir des contours vectoriels (tracés). Dans votre outil de design : « Vectoriser le texte », « Vectoriser le contour » ou « Objet en tracé ». Le convertisseur signale le texte restant comme un blocage au lieu de le supprimer : vous gardez votre logotype.
Mon logo BIMI doit-il être carré ?
Oui : les logos BIMI s’affichent dans un cercle ou un carré arrondi, donc le SVG doit être en 1:1 avec le dessin centré. Si votre logo n’est pas carré, le convertisseur complète le côté court d’une marge égale, pour un rendu sans étirement. Un logotype large passe techniquement mais paraîtra minuscule dans l’avatar ; un symbole carré ou un monogramme marche mieux.
Quel poids pour un SVG BIMI ?
Le BIMI Group recommande un SVG de moins de 32 Ko. La plupart des logos simples sont bien en dessous une fois les métadonnées d’éditeur retirées, ce que fait le convertisseur. Au-delà, simplifiez les tracés complexes, réduisez la précision des coordonnées ou aplatissez les groupes inutiles. Le convertisseur affiche la taille finale pour que vous sachiez où vous en êtes.
J’ai le SVG. Comment créer l’enregistrement BIMI ?
Une fois votre SVG converti hébergé sur une URL HTTPS publique, utilisez le générateur BIMI pour créer le TXT DNS qui pointe vers lui (et vers votre VMC). Publiez-le sur default._bimi.votredomaine.com, et vérifiez que votre domaine a déjà DMARC en application. BIMI ne s’affiche pas sans.
Un logo prêt pour BIMI n’est que la moitié du chemin. BIMI exige aussi une politique DMARC en application. Voici ses balises.
- 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.