Technical Reference · 2026 Edition

Dépannage BIMI : Pourquoi Votre Logo Ne S'affiche Pas (Guide Complet)

Diagnostiquez et corrigez les 7 causes les plus fréquentes d'un logo BIMI qui ne s'affiche pas dans les clients de messagerie. Couvre la politique DMARC, la validation SVG, les types MIME, les certificats VMC/CMC, la propagation DNS et la compatibilité des clients.

Last updated min read

Dépannage BIMI : Pourquoi Votre Logo Ne S'affiche Pas (Guide Complet)

Brand Indicators for Message Identification (BIMI) permet aux fournisseurs de messagerie d'afficher votre logo à côté des e-mails authentifiés. Lorsque le logo ne s'affiche pas, la cause est presque toujours l'un des sept problèmes bien identifiés. Ce guide examine chacun d'entre eux par ordre de fréquence, vous fournit les étapes de diagnostic exactes et vous explique comment le corriger.


Avant de Commencer : Comment Fonctionne l'Affichage du Logo BIMI

Lorsqu'un serveur de messagerie récepteur traite un message entrant, il :

  1. Vérifie que le domaine expéditeur passe DMARC avec une politique d'application.
  2. Recherche l'enregistrement DNS TXT BIMI à default._bimi..
  3. Récupère le logo SVG depuis l'URL indiquée dans la balise l=.
  4. (Pour les fournisseurs qui l'exigent) Valide le Verified Mark Certificate (VMC) ou le Common Mark Certificate (CMC) depuis l'URL indiquée dans la balise a=.
  5. Affiche le logo dans l'interface de la boîte de réception.

Un échec à n'importe quelle étape supprime silencieusement le logo. Aucune erreur n'est affichée à l'expéditeur ni au destinataire.


Cause 1 : La Politique DMARC N'est Pas à p=quarantine ou p=reject

C'est la cause la plus fréquente de non-affichage des logos BIMI.

Tous les fournisseurs de messagerie compatibles BIMI — notamment Google, Yahoo, Apple, Fastmail et d'autres — exigent une politique DMARC à p=quarantine ou p=reject avant d'afficher un logo. Une politique p=none est considérée comme une absence d'application et BIMI est entièrement ignoré.

Comment Diagnostiquer

Effectuez une requête DNS sur votre enregistrement DMARC :

text
dig TXT _dmarc.votredomaine.com

Vérifiez la valeur p= dans la réponse. Vérifiez également :

  • sp= — la politique de sous-domaine. Si vos e-mails sont envoyés depuis un sous-domaine, sp=none bloquera BIMI sur ce sous-domaine même si le domaine racine est à p=reject.
  • pct= — la balise de pourcentage. Certains fournisseurs exigent pct=100. Une valeur inférieure à 100 peut provoquer un affichage incohérent du logo.

Comment Corriger

  1. Confirmez que votre authentification d'e-mail (SPF et DKIM) passe de manière cohérente avant de renforcer la politique.
  2. Passez DMARC de p=none à p=quarantine, surveillez pendant deux à quatre semaines.
  3. Passez à p=reject une fois que vous êtes certain qu'aucun e-mail légitime n'échoue.
  4. Définissez pct=100 explicitement.
  5. Si vous envoyez depuis des sous-domaines, ajoutez sp=quarantine ou sp=reject.

Exemple d'enregistrement DMARC correct :

text
v=DMARC1; p=reject; sp=reject; pct=100; rua=mailto:[email protected];
Remarque : Le renforcement de votre politique DMARC affecte la délivrabilité des e-mails. Ne sautez pas la phase de surveillance.

Cause 2 : Le Fichier SVG N'est Pas Accessible via HTTPS

Les serveurs du fournisseur de messagerie récupèrent votre logo au moment de l'affichage. Si le fichier renvoie autre chose qu'une réponse valide 200 OK via HTTPS, le logo est supprimé.

Sous-causes Fréquentes

| Symptôme | Cause Probable | |---|---| | 404 Not Found | URL incorrecte dans la balise l=, fichier déplacé ou supprimé | | 403 Forbidden | CDN ou WAF bloquant les agents utilisateurs non-navigateurs | | 301/302 Redirect | Certains fournisseurs ne suivent pas les redirections | | Erreur de certificat SSL | Certificat TLS expiré ou auto-signé sur le domaine d'hébergement | | URL HTTP | Le HTTP simple n'est pas accepté ; HTTPS est obligatoire |

Comment Diagnostiquer

  1. Copiez l'URL exacte de votre balise l=.
  2. Testez-la avec curl pour simuler une requête non-navigateur :
bash
curl -I "https://votredomaine.com/bimi/logo.svg"
  1. Vérifiez le code de statut HTTP, l'en-tête Content-Type et si une redirection se produit.
  2. Testez depuis plusieurs emplacements géographiques ou utilisez un vérificateur d'en-têtes HTTP en ligne pour exclure le géoblocage.

Comment Corriger

  1. Confirmez que l'URL dans votre enregistrement DNS BIMI correspond exactement au chemin du fichier hébergé — y compris la sensibilité à la casse.
  2. Si vous utilisez un CDN, autorisez les agents utilisateurs utilisés par les principaux fournisseurs de messagerie, ou configurez le CDN pour servir le fichier publiquement sans protection anti-bot.
  3. Assurez-vous que le domaine d'hébergement dispose d'un certificat TLS valide et reconnu (non auto-signé).
  4. Si une redirection est inévitable, mettez à jour la balise l= pour pointer directement vers l'URL finale.
  5. Vérifiez que le fichier est accessible depuis l'extérieur de votre propre réseau.

Cause 3 : Le Serveur Renvoie un Type MIME Incorrect

Même si le fichier SVG est accessible, le fournisseur de messagerie valide l'en-tête Content-Type renvoyé par votre serveur. Le type MIME correct est image/svg+xml. Toute autre valeur — y compris text/plain, application/octet-stream ou text/html — entraînera le rejet du logo.

Comment Diagnostiquer

bash
curl -I "https://votredomaine.com/bimi/logo.svg"

Recherchez la ligne Content-Type dans les en-têtes de réponse :

text
Content-Type: image/svg+xml

Si vous voyez autre chose, le type MIME est mal configuré.

Comment Corriger

La correction dépend de votre serveur web ou de votre plateforme d'hébergement.

Apache — ajoutez au .htaccess ou à la configuration du serveur :

apache
AddType image/svg+xml .svg .svgz

Nginx — ajoutez au mime.types ou au bloc serveur :

nginx
types {

image/svg+xml svg svgz; }

Amazon S3 / CloudFront — définissez les métadonnées Content-Type de l'objet sur image/svg+xml lors du téléchargement. S3 ne déduit pas automatiquement les types MIME.

Cloudflare Pages / Netlify — ajoutez un fichier _headers :

text
/bimi/logo.svg

Content-Type: image/svg+xml

Après avoir effectué les modifications, relancez la vérification curl -I pour confirmer que l'en-tête est correct.


Cause 4 : Le Fichier SVG Échoue à la Validation W3C Tiny P/S

BIMI n'accepte pas les fichiers SVG standards. La spécification exige le format SVG Tiny 1.2 Portable/Secure (SVG Tiny P/S), un profil restreint conçu pour être sûr pour l'affichage dans des contextes non fiables. La plupart des fichiers SVG exportés depuis des outils de conception comme Adobe Illustrator, Figma ou Inkscape ne sont pas conformes à ce profil sans modification.

Échecs de Validation Courants

| Problème | Pourquoi Ça Échoue | |---|---| | baseProfile manquant ou incorrect | Doit être baseProfile="tiny" dans l'élément | | Attribut version="1.2" manquant | Requis par la spécification | | Images raster intégrées () | Non autorisé dans Tiny P/S | | JavaScript ou gestionnaires d'événements | Strictement interdit | | Références externes ou avec href externe | Non autorisé | | CSS @import ou feuilles de style externes | Non autorisé | | Filtres, masques ou dégradés (dans certaines implémentations) | Support limité | | Fichier non encapsulé dans comme élément racine | Exigence structurelle |

Comment Diagnostiquer

  1. Ouvrez votre SVG dans un éditeur de texte et inspectez la balise d'ouverture. Elle doit inclure :

```xml Convert Your Logo → Audit Your Domain