Vérifiez le fichier qui sera réellement utilisé
Un logo qui semble correct dans une application de conception peut néanmoins ne pas convenir BIMI. L'aperçu peut masquer une référence d'image externe, dépendre d'une police indisponible ou rendre des fonctionnalités que le profil SVG requis exclut. Un processus de validation doit inspecter le dossier de candidature, les octets délivrés à partir de son URL publique et toute relation marque-preuve, et pas seulement l'apparence de l'œuvre d'art.
Commencez par identifier une seule version candidate. Enregistrez son nom de fichier, sa taille en octets, son hachage cryptographique, l'approbation de la marque et les domaines prévus. Conservez la source de conception séparément de l’indicateur exporté. Lorsqu'un exportateur ou un éditeur modifie le SVG, calculez un nouveau hachage et répétez les vérifications. Un résultat précédent pour un autre fichier du même nom ne valide pas le remplacement.
Vérifiez le profil SVG plutôt que l'extension
BIMI Group décrit SVG Portable/Secure comme un profil plus strict de SVG Tiny 1.2. Ses orientations identifient baseProfile="tiny-ps", version="1.2" et un élément de titre obligatoire. Le simple fait de renommer un PNG ou de modifier un attribut SVG ne prouve pas la conformité. Inspectez la structure réelle du document et utilisez un validateur approprié au profil choisi. Conseils SVG du Groupe BIMI.
Les mêmes directives excluent les scripts, les animations, les éléments interactifs et les références externes autres que les espaces de noms XML spécifiés. Cela exclut également x et y attributs sur l’élément SVG racine. Gardez cette dernière restriction limitée à la racine : une liste de contrôle qui supprime mécaniquement toutes les coordonnées du document peut endommager l'illustration au lieu de la valider.
Un examen structurel proposé devrait identifier chaque constatation par emplacement et par règle. Si une ressource externe est référencée, déterminez comment l'illustration approuvée peut être rendue autonome à l'aide du flux de travail pris en charge par le concepteur. N'exécutez pas de contenu intégré inconnu et n'acceptez pas l'avertissement inexpliqué d'un validateur simplement parce que l'aperçu du navigateur semble toujours attrayant.
Séparer les exigences des recommandations de compatibilité
Gmail ajoute ses propres dimensions documentées : une largeur et une hauteur minimales de 96 pixels, exprimées en pixels absolus plutôt qu'en pourcentages. Ses recommandations de compatibilité incluent une composition carrée centrée, un arrière-plan uni, un fichier de 32 Ko ou moins et un élément de description pour l'accessibilité. La distinction est importante : un minimum spécifique à un fournisseur n'est pas automatiquement une règle BIMI universelle, tandis qu'une recommandation ne devrait pas devenir silencieusement une exigence stricte du protocole. Configuration de Google BIMI , exigences SVG.
BIMI Group recommande également un design carré centré et un arrière-plan uni, car l'affichage peut utiliser un cercle ou un carré arrondi. Examinez le logo en petites tailles et dans des cultures plausibles. Les lettres fines techniquement valables peuvent devenir illisibles. Cet examen visuel complète la validation structurelle ; ni l’un ni l’autre ne remplace l’autre. Conseils SVG du Groupe BIMI.
Gardez le traitement de marque prévu explicite. Le concepteur devra peut-être choisir une marque simplifiée approuvée au lieu de compresser un verrouillage d'entreprise complet dans un minuscule avatar. Obtenez cette approbation avant de traiter la variante techniquement pratique comme l'identité autorisée de l'organisation.
Testez indépendamment les octets livrés et HTTPS
Le candidat local et l’URL publique sont deux cibles de preuves différentes. Une couche d'hébergement peut renvoyer un fichier plus ancien, exiger des cookies, réécrire le contenu ou générer une erreur HTML avec une page d'apparence réussie. Une récupération non authentifiée proposée doit conserver l'heure de la demande, les URL demandées et finales, le statut HTTP, les en-têtes, le type de contenu, la longueur du contenu le cas échéant et un hachage du corps téléchargé.
Comparez le corps récupéré avec le candidat approuvé et étudiez les différences plutôt que de supposer que l'outil de déploiement l'a préservé. Un téléchargement réussi n'est qu'une vérification de récupération. Il n’établit pas la conformité SVG, la preuve de marque acceptée ou l’affichage du logo. Les conseils de Google en matière de serveur Web nécessitent HTTPS et décrivent ses attentes TLS . Enregistrez l'identité et le résultat de la chaîne du certificat TLS sans confondre ce certificat avec le VMC ou CMC. Configuration de Google BIMI , exigences du serveur Web public.
Utilisez une récupération de contenu complet pour cette vérification proposée plutôt que de traiter une réponse HEAD comme une preuve du corps. Ne contournez pas les erreurs de certificat, l’authentification ou d’autres restrictions d’accès pour rendre un actif accessible au public. Corrigez les exigences d'hébergement via le propriétaire responsable et répétez le test autorisé.
Préserver la connexion pour marquer les preuves
Pour l'itinéraire documenté de Gmail , une VMC ou CMC et le fichier PEM associé font partie de la configuration. Un aperçu SVG autonome ne peut pas satisfaire à cette exigence de preuve. Avant de mettre à jour un logo certifié, demandez à l'opérateur ou à l'émetteur du certificat comment le nouvel actif exact est traité, quels domaines sont couverts et si des preuves mises à jour doivent être délivrées. Configuration de Google BIMI , étapes 2 à 3.
Le texte retenu de la version 15 BIMI traite de la découverte et de la validation des indicateurs, mais il s'agit d'un brouillon Internet plutôt que d'une RFC finalisée. Ses mécanismes génériques ne remplacent pas les types de certificats ou les politiques d'actifs acceptés par le fournisseur destinataire. Conservez la version préliminaire et les instructions du destinataire avec la révision afin que la conclusion puisse être revue lorsque l'un ou l'autre change. BIMI Internet-Draft 15, sections 7.3 à 7.6.
Transformez les résultats en un dossier d'acceptation reproductible
Imaginez un candidat fictif qui a l'air bien mais qui utilise des dimensions en pourcentage et fait référence à une ressource externe. L'enregistrement correct répertorierait ces résultats comme des résultats non résolus, attribuerait au concepteur une exportation autonome et demanderait un nouveau hachage après révision. Il ne dirait pas « BIMI validé » à cause du logo affiché sur l'ordinateur portable de l'évaluateur. Aucun candidat ou cycle de validation de ce type n'a été réellement fourni pour cet article.
Le dossier d'acceptation proposé doit inclure le candidat approuvé, le nom et la version du validateur, les résultats complets, les notes d'examen visuel, les preuves publiques, les contrôles TLS et la décision de notation applicable. Un test ultérieur du message contrôlé reste nécessaire pour observer le comportement du récepteur ; même un logo techniquement éligible ne garantit pas son affichage.
L'exigence exacte du catalogue est « L'actif du candidat, les résultats du validateur et une récupération HTTPS publique avec le contenu et les preuves de certificat. » Les trois catégories de preuves originales restent ouvertes. Cet article est un workflow de validation documentaire, sans ressource téléchargée, récupération en direct, exécution de certificat, changement de locataire ou publication effectuée.