Le BIMI peut rendre les e-mails authentifiés plus reconnaissables dans la boîte de réception, mais améliore-t-il réellement le placement en boîte de réception ?

Cette distinction est importante.

Brand Indicators for Message Identification (BIMI) permet aux fournisseurs de messagerie compatibles d’afficher un logo contrôlé par la marque à côté des e-mails authentifiés. Pour être éligible, le domaine d’envoi doit déjà répondre à des exigences strictes d’authentification des e-mails, y compris l’application de DMARC. Certains fournisseurs de messagerie exigent ou reconnaissent également un certificat de marque tiers qui valide le droit de l’organisation à utiliser le logo.

Parce que le BIMI est souvent déployé en même temps qu’une application DMARC renforcée, les organisations peuvent constater de meilleures performances des e-mails après la mise en œuvre et supposer que le logo lui-même a amélioré la délivrabilité.

La réalité est plus nuancée.

Il n’existe aucune preuve publique claire de la part des principaux fournisseurs de messagerie que le BIMI lui-même fonctionne comme un signal de classement direct pour le placement en boîte de réception.

Les avantages plus importants en matière de délivrabilité proviennent généralement de l’authentification, de la réputation et des pratiques d’envoi requises autour du BIMI. Le logo peut ensuite ajouter une deuxième couche de valeur grâce à la reconnaissance de la marque et à la confiance des destinataires.

Cet article sépare ces effets.

I. Ce que fait réellement le BIMI

Le BIMI est une spécification qui permet aux fournisseurs de messagerie compatibles d’afficher un logo contrôlé par la marque à côté des e-mails authentifiés.

Le BIMI ne remplace pas SPF, DKIM ou DMARC.

Au contraire, il s’appuie sur eux.

Le BIMI Group indique que le BIMI repose sur l’authentification DMARC et exige que DMARC soit en mode d’application. Ses directives de mise en œuvre exigent p=quarantine ou p=reject ; p=none n’est pas accepté pour l’éligibilité BIMI.

À un niveau élevé, le BIMI exige :

  1. Un domaine d’envoi correctement authentifié
  2. L’application DMARC
  3. Un enregistrement DNS BIMI
  4. Un logo SVG Tiny Portable/Secure conforme
  5. Lorsque requis par le fournisseur de messagerie, un certificat de marque valide
  6. Une réputation d’expéditeur suffisante et une éligibilité spécifique au fournisseur pour l’affichage du logo

Le BIMI ajoute donc une couche d’identité visible après que l’expéditeur a établi la base d’authentification sous-jacente.

II. Le BIMI n’authentifie pas le message

Une idée fausse est que le BIMI effectue l’authentification des e-mails.

Ce n’est pas le cas.

SPF évalue si l’infrastructure d’envoi est autorisée pour le domaine d’enveloppe.

DKIM valide une signature cryptographique associée à un domaine de signature et au contenu du message signé.

DMARC détermine si une identité SPF ou DKIM valide s’aligne avec le domaine visible dans l’en-tête From.

Le BIMI utilise cette base authentifiée pour permettre l’affichage du logo de la marque.

Le BIMI Group décrit le BIMI comme exploitant la protection DMARC déjà déployée par l’organisation plutôt que de la remplacer.

Cela signifie :

DMARC protège l’identité du domaine. Le BIMI rend cette identité authentifiée visible.

III. VMC vs CMC : Le modèle actuel de certificat BIMI

La terminologie des certificats BIMI a évolué.

Les deux types de certificats importants sont maintenant :

Verified Mark Certificate (VMC)

Un VMC valide le droit d’une organisation à utiliser un logo de marque déposée éligible.

Google recommande les VMC lorsque cela est possible et note que Gmail affiche une coche de vérification à côté des expéditeurs vérifiés avec un VMC.

Common Mark Certificate (CMC)

Un CMC permet aux organisations qui n’ont pas le statut de marque requis pour un VMC d’utiliser un logo validé selon des règles d’éligibilité différentes.

Google a ajouté la prise en charge du CMC à Gmail, élargissant la participation BIMI au-delà des organisations éligibles aux VMC. (BIMI Group)

Cette distinction est importante car le BIMI n’est plus décrit avec précision comme exigeant universellement un VMC.

Différents fournisseurs de messagerie appliquent différentes exigences en matière de certificat et de réputation.

IV. Les exigences des fournisseurs de messagerie ne sont pas identiques

Tableau comparatif des exigences relatives aux certificats BIMI pour Gmail, Yahoo, Apple Mail et Outlook

La prise en charge du BIMI varie selon les fournisseurs.

Gmail

Google exige un VMC ou un CMC pour la mise en œuvre BIMI de Gmail. Gmail exige également l’application DMARC à p=quarantine ou p=reject, avec le pourcentage de politique applicable fixé à 100 %. Gmail affiche une coche de vérification supplémentaire pour les expéditeurs vérifiés avec un VMC.

Yahoo

Yahoo prend en charge le BIMI mais déclare explicitement qu’il n’exige pas actuellement de VMC pour que les logos BIMI apparaissent dans les applications Yahoo. Yahoo peut cependant utiliser un VMC dans le cadre de son évaluation globale de l’éligibilité BIMI.

Apple Mail

Apple Mail prend en charge le BIMI sur les versions compatibles d’iOS, iPadOS, macOS et iCloud.com. Apple déclare que les expéditeurs BIMI doivent satisfaire à des exigences d’authentification strictes et démontrer le contrôle de leurs logos de marque.

Microsoft

La documentation actuelle de Microsoft indique qu’Exchange Online ne prend pas encore en charge le BIMI de la même manière que les plateformes de réception telles que Gmail et Yahoo. Microsoft prend en charge les capacités d’envoi liées au BIMI via Dynamics 365 Customer Insights, mais Exchange Online lui-même ne fournit pas actuellement de rendu BIMI général.

C’est pourquoi les organisations ne doivent pas supposer un affichage universel du logo après la publication du BIMI.

V. Où le BIMI peut échouer

Quatre causes courantes d’échec de BIMI : politique DMARC insuffisamment stricte, certificat manquant, faible réputation de l’expéditeur et format de logo non valide.

Un déploiement BIMI peut être techniquement configuré et toujours ne pas s’afficher.

Les conditions d’échec courantes incluent :

DMARC n’est pas en mode d’application

Le BIMI ne prend pas en charge p=none.

Le domaine organisationnel doit répondre aux exigences d’application DMARC du BIMI.

DMARC échoue sur le message individuel

L’éligibilité BIMI est évaluée par rapport au courrier authentifié.

Si un message particulier échoue DMARC parce que ni SPF ni DKIM ne passe avec alignement, le logo peut ne pas s’afficher même si l’enregistrement DNS BIMI du domaine est correct.

Problèmes de certificat de marque

Lorsqu’un VMC ou un CMC est requis, l’expiration du certificat, un fichier PEM inaccessible, des incompatibilités de logo ou des problèmes de validation du certificat peuvent empêcher l’affichage. Les directives de dépannage BIMI de Google recommandent spécifiquement de vérifier la validité du certificat, le fichier PEM et le SVG associé lorsque les logos n’apparaissent pas.

Problèmes SVG

Le BIMI utilise SVG Tiny Portable/Secure, pas un SVG web exporté normal.

Une structure SVG invalide, des éléments non pris en charge, des références externes, des scripts ou des dimensions incorrectes peuvent empêcher la validation du logo. Google publie également des exigences SVG BIMI supplémentaires pour Gmail.

Réputation ou éligibilité du fournisseur

Un certificat valide ne garantit pas que le logo apparaîtra.

Le BIMI Group note que les fournisseurs de messagerie peuvent prendre en compte la réputation et d’autres signaux d’éligibilité pour décider d’afficher ou non un logo BIMI.

Fournisseur de messagerie non pris en charge

Si le fournisseur destinataire ne prend pas en charge le BIMI, l’e-mail peut s’authentifier et se livrer normalement sans afficher le logo BIMI.

L’échec habituel est donc silencieux :

L’e-mail est livré, mais le logo n’apparaît pas.

VI. Le BIMI améliore-t-il directement le placement en boîte de réception ?

La réponse la plus sûre est :

Il n’existe aucune preuve publique établie que le BIMI lui-même soit un facteur de classement direct pour le placement en boîte de réception chez les principaux fournisseurs de messagerie.

Les fournisseurs de messagerie discutent publiquement de l’authentification, de la réputation, des plaintes des utilisateurs, du comportement d’envoi, du contenu, des signaux d’abus et des facteurs connexes lors de la description des exigences des expéditeurs.

Le BIMI est principalement documenté comme un mécanisme d’affichage de logo de marque authentifié.

Cette distinction est importante.

Un expéditeur ne devrait pas mettre en œuvre le BIMI en s’attendant à :

« Nous avons ajouté un VMC, donc Gmail placera plus de nos e-mails dans la boîte de réception. »

Il n’y a aucune base fiable pour faire cette promesse.

VII. Pourquoi le BIMI et une meilleure délivrabilité apparaissent souvent ensemble

Il existe une raison solide pour laquelle les organisations peuvent observer de meilleures performances des e-mails autour d’un projet BIMI :

Le BIMI oblige l’organisation à améliorer d’abord la base d’authentification.

Pour être prêt pour le BIMI, les organisations doivent généralement :

  • Découvrir les expéditeurs légitimes
  • Corriger les problèmes SPF
  • Déployer DKIM de manière cohérente
  • Corriger l’alignement DMARC
  • S’éloigner de p=none
  • Atteindre l’application DMARC
  • Supprimer les sources non autorisées
  • Résoudre les problèmes d’expéditeurs tiers
  • Améliorer la gouvernance du domaine

Ces améliorations peuvent rendre l’environnement de messagerie plus sain indépendamment du logo BIMI.

Une entreprise pourrait donc observer :

Avant BIMI

  • p=none
  • Sources d’envoi inconnues
  • Couverture DKIM faible
  • Activité d’usurpation
  • Échecs d’authentification

Après la préparation BIMI

  • p=reject
  • Expéditeurs légitimes identifiés
  • DKIM aligné
  • Sources non autorisées bloquées
  • Authentification stable

Si le placement en boîte de réception s’améliore, attribuer toute cette amélioration au logo serait trompeur.

Une grande partie de l’amélioration peut provenir de la correction de l’environnement d’authentification des e-mails sous-jacent.

VIII. Le BIMI peut toujours influencer le comportement des destinataires

Là où le BIMI devient intéressant, c’est la couche humaine.

Un logo reconnaissable peut aider les destinataires à identifier plus rapidement les communications légitimes familières.

Cela peut potentiellement influencer :

  • La reconnaissance de la marque
  • La confiance des destinataires
  • Les ouvertures
  • Le comportement de clic
  • Les plaintes pour spam
  • La confiance des utilisateurs

La propre documentation BIMI de Microsoft, par exemple, décrit une reconnaissance accrue de la marque et un engagement accru comme des avantages potentiels du BIMI, tout en soulignant également la base d’authentification sous-jacente. (Microsoft Learn)

Cela crée une relation indirecte plausible :

Visibilité BIMI → reconnaissance de marque plus forte → meilleur comportement des destinataires → signaux de réputation plus forts au fil du temps

Mais cela devrait être décrit comme une voie indirecte, et non comme une amélioration garantie de la délivrabilité.

IX. Soyez prudent avec les revendications de taux d’ouverture

Le taux d’ouverture n’est pas une mesure parfaite pour le BIMI.

Les fonctionnalités de confidentialité, en particulier Apple Mail Privacy Protection, peuvent fausser le suivi traditionnel des ouvertures. Cela rend difficile l’attribution directe des changements dans les taux d’ouverture à l’affichage du logo.

Les organisations évaluant le BIMI devraient donc utiliser plusieurs mesures plutôt que de se fier uniquement aux ouvertures.

Considérez :

  • Le taux de plaintes
  • Le taux de clics
  • Le taux de conversion
  • Les tests de placement en boîte de réception
  • Le placement dans le dossier spam
  • Le taux de désinscription
  • La réputation du domaine
  • Le taux d’échec d’authentification
  • L’engagement au niveau de la campagne
  • Les performances spécifiques au fournisseur

L’objectif est de déterminer si les destinataires se comportent différemment lorsque le logo BIMI est réellement visible.

X. Scénario 1 : BIMI ajouté en même temps que l’application DMARC

Imaginez qu’une entreprise passe de :

p=none

à :

p=reject

tout en lançant le BIMI.

Ensuite :

  • L’usurpation diminue
  • L’authentification s’améliore
  • Le placement en boîte de réception s’améliore
  • Le logo apparaît dans les boîtes de réception compatibles

Il serait tentant de créditer le BIMI.

Mais plusieurs variables ont changé simultanément.

L’amélioration de la délivrabilité peut principalement refléter une authentification plus forte et une infrastructure d’envoi plus propre.

Le BIMI peut toujours contribuer à une visibilité supplémentaire de la marque, mais les effets ne peuvent pas être séparés proprement.

XI. Scénario 2 : BIMI ajouté à un domaine déjà mature

Considérons maintenant une organisation opérant déjà à :

p=reject

avec :

  • Alignement DKIM élevé
  • Inventaire d’expéditeurs propre
  • Réputation stable
  • Placement en boîte de réception solide

L’organisation ajoute le BIMI.

Dans ce cas, le changement immédiat le plus probable est visuel :

Le logo de la marque apparaît là où le fournisseur destinataire prend en charge le BIMI.

Une amélioration importante du filtrage ne devrait pas être supposée car l’environnement d’authentification lui-même n’a pas changé de manière significative.

Tout avantage mesurable est plus susceptible d’apparaître dans la reconnaissance et l’engagement des destinataires.

XII. Scénario 3 : Enregistrement BIMI publié sans application DMARC appropriée

Une entreprise publie :

v=BIMI1; l=https://example.com/logo.svg;

mais reste à :

v=DMARC1; p=none;

Le domaine ne répond pas aux exigences d’application BIMI.

L’enregistrement BIMI peut exister, mais le domaine n’est pas prêt pour le BIMI.

Google exige explicitement p=quarantine ou p=reject, avec le pourcentage applicable à 100 %, pour le BIMI Gmail.

C’est un exemple courant de la raison pour laquelle publier uniquement le DNS BIMI ne suffit pas.

XIII. Pourquoi les organisations mettent encore en œuvre le BIMI

Le BIMI peut être précieux même sans promettre un coup de pouce direct en matière de délivrabilité.

Reconnaissance de la marque

Un logo vérifié crée une identité visuelle supplémentaire dans les boîtes de réception compatibles.

Confiance visible

Le BIMI relie la marque affichée au destinataire avec un environnement d’envoi authentifié.

Maturité DMARC

Le BIMI fournit aux organisations une incitation commerciale à compléter l’application DMARC plutôt que de rester indéfiniment en mode surveillance.

Vérification de la marque

L’émission de VMC et CMC ajoute une validation indépendante autour de l’organisation et de l’utilisation de la marque affichée.

Indicateur de vérification Gmail

Pour les mises en œuvre basées sur VMC éligibles, Gmail peut afficher une coche de vérification à côté de l’expéditeur.

Préparation future

La prise en charge par les fournisseurs de messagerie continue d’évoluer. Les organisations qui établissent correctement le BIMI sont positionnées pour en bénéficier à mesure que des fournisseurs supplémentaires élargissent leur prise en charge.

XIV. Ce que le BIMI ne corrige pas

Le BIMI ne doit pas être traité comme une solution pour :

  • Une mauvaise hygiène des listes
  • Des taux de plaintes élevés
  • Des listes achetées
  • Des pièges à spam
  • Une faible réputation du domaine
  • Une faible réputation IP
  • Un volume d’envoi excessif
  • Un contenu suspect
  • Des URL dangereuses
  • Une mauvaise segmentation
  • Des e-mails marketing non désirés

Le BIMI ne supplante pas ces problèmes.

Un logo magnifiquement vérifié ne rend pas les e-mails non désirés désirables.

XV. Comment mesurer l’impact réel du BIMI

La façon la plus claire d’évaluer le BIMI est de séparer les améliorations d’authentification du déploiement du logo.

Étape 1 : Établir la base d’authentification

Mesurez :

  • Le taux de réussite DMARC
  • L’alignement DKIM
  • L’alignement SPF
  • Les sources non autorisées
  • La réputation du domaine
  • Le placement en boîte de réception
  • Le taux de plaintes

Étape 2 : Atteindre l’application DMARC

Corrigez les problèmes d’authentification et atteignez une posture d’application stable avant d’évaluer le BIMI.

Cela empêche les effets de la correction DMARC d’être confondus avec le BIMI lui-même.

Étape 3 : Établir une base de performance pré-BIMI

Mesurez les performances sur une période d’envoi représentative.

Évitez de traiter une fenêtre fixe de 30 jours comme obligatoire. Utilisez une période suffisamment longue pour capturer les cycles d’envoi normaux et les variations de campagne.

Étape 4 : Déployer le BIMI

Configurez :

  • Le DNS BIMI
  • Le logo SVG Tiny-PS
  • Le VMC ou CMC si requis
  • L’hébergement du certificat
  • Les exigences spécifiques au fournisseur

Testez auprès des fournisseurs de messagerie qui prennent en charge le BIMI.

Ne supposez pas que la validité du DNS signifie que le logo s’affiche.

Étape 6 : Segmenter les performances par fournisseur

Comparez les performances entre les environnements où le BIMI s’affiche et ceux où il ne s’affiche pas.

Si l’engagement s’améliore uniquement parmi les destinataires utilisant des fournisseurs compatibles, le BIMI peut contribuer.

Si le placement en boîte de réception s’améliore également partout, la cause est probablement ailleurs.

XVI. Skysnag Certify : BIMI sans approximation

La mise en œuvre du BIMI implique plus que la publication d’un logo.

Les organisations doivent coordonner :

  • L’application DMARC
  • L’alignement SPF et DKIM
  • La préparation SVG Tiny-PS
  • L’éligibilité à la marque ou au mark
  • Les exigences VMC ou CMC le cas échéant
  • L’émission de certificats
  • Le DNS BIMI
  • L’éligibilité du fournisseur de messagerie
  • La surveillance continue des certificats et des logos

Skysnag Certify intègre ces éléments dans un processus de mise en œuvre géré.

Certify aide les organisations à établir la base d’authentification et de vérification requise pour un affichage de marque fiable tout en réduisant le travail opérationnel impliqué dans la coordination des exigences DNS, de certificat, de logo et de validation.

Pour les organisations poursuivant une vérification basée sur VMC, Skysnag Certify peut également soutenir le processus plus large de marque, de validation, de certificat et de déploiement BIMI.

En savoir plus sur Skysnag Certify :

XVII. Points clés à retenir

  • Le BIMI ne remplace pas SPF, DKIM ou DMARC. Il s’appuie sur un environnement d’e-mail authentifié.
  • Le BIMI exige l’application DMARC. p=none n’est pas suffisant.
  • Gmail prend actuellement en charge les certificats VMC et CMC pour le BIMI. Les expéditeurs vérifiés VMC peuvent recevoir la coche de vérification supplémentaire de Gmail.
  • Yahoo prend en charge le BIMI sans exiger universellement un VMC, bien que les certificats puissent contribuer aux décisions d’éligibilité.
  • Apple Mail prend en charge le BIMI sur les plateformes Apple compatibles, tandis que Microsoft Exchange Online ne fournit pas actuellement de rendu BIMI général.
  • Il n’existe aucune preuve publique établie que le BIMI lui-même soit un signal de classement direct pour le placement en boîte de réception chez les principaux fournisseurs de messagerie.
  • Les améliorations de délivrabilité observées lors des projets BIMI proviennent souvent de l’application DMARC et de la correction de l’authentification requises avant le déploiement du BIMI.
  • Le BIMI peut fournir un avantage indirect grâce à la reconnaissance de la marque, à la confiance des destinataires et à l’engagement lorsqu’il est pris en charge, mais ces effets doivent être mesurés plutôt que supposés.
  • Le BIMI ne peut pas compenser une mauvaise réputation, des plaintes, une mauvaise hygiène des listes ou un contenu non désiré.
  • La raison la plus forte de mettre en œuvre le BIMI est la visibilité de marque vérifiée en plus d’un programme d’authentification d’e-mail mature, et non une promesse de placement automatique en boîte de réception.