Ce que retourne l'analyse
- Métriques HTTP. Latence, nombre de redirections, URL finale et type MIME révèlent un hébergement fragile ou un HTTPS insuffisamment durci.
- Métadonnées SVG. Titre, viewBox, attributs width/height et balises supplémentaires documentent l'actif et confirment le profil Tiny-PS.
- Diagnostics. Les erreurs empêchent l'affichage du logo. Les avertissements soulignent les constructions risquées (références externes, scripts, fichiers surdimensionnés) susceptibles d'être rejetées par les webmails.
Parcours conseillé
- Copiez l'URL
l=de votre enregistrement BIMI TXT et lancez la vérification. - Exportez la réponse JSON pour conserver une trace avec votre demande de changement.
- Corrigez d'abord les erreurs bloquantes (endpoint HTTPS invalide, exigences Tiny-PS manquantes, échecs de parsing).
- Traitez ensuite les avertissements : simplifiez les redirections, allégiez le fichier, documentez le CDN cible.
- Relancez la vérification jusqu'à obtenir un statut propre, puis publiez ou mettez à jour votre enregistrement BIMI.
Bonnes pratiques d'hébergement d'un logo BIMI
- Servez le SVG en HTTPS via un CDN ou une origine prévisible qui limite les redirections.
- Gardez le fichier sous 32 kB, supprimez les métadonnées inutiles et adoptez un viewBox adapté à l'affichage souhaité.
- Proscrivez scripts, polices, foreignObject et références externes : ils violent Tiny-PS et seront bloqués.
- Surveillez la latence dans le temps ; une hausse brutale trahit souvent un incident CDN ou une chaîne TLS expirée qui empêcherait le logo de se charger.