Granska filen som faktiskt kommer att användas
En logotyp som ser korrekt ut i en designapplikation kan fortfarande vara olämplig för BIMI. Förhandsgranskningen kan dölja en extern bildreferens, beror på ett otillgängligt teckensnitt eller renderingsfunktioner som den obligatoriska SVG-profilen utesluter. En valideringsprocess måste inspektera kandidatfilen, byten som levererats från dess offentliga URL och eventuella märknings-bevisrelationer, inte bara konstverkets utseende.
Börja med att identifiera en enda kandidatversion. Registrera dess filnamn, bytestorlek, kryptografiska hash, varumärkesgodkännande och avsedda domäner. Håll designkällan åtskild från den exporterade indikatorn. När en exportör eller redaktör ändrar SVG, beräkna en ny hash och upprepa kontrollerna. Ett tidigare resultat för en annan fil med samma namn validerar inte ersättningen.
Kontrollera SVG-profilen istället för tillägget
BIMI Group beskriver SVG Portable/Secure som en striktare profil av SVG Tiny 1.2. Dess vägledning identifierar baseProfile="tiny-ps", version="1.2" och ett obligatoriskt titelelement. Att bara byta namn på en PNG eller ändra ett SVG-attribut bevisar inte överensstämmelse. Inspektera den faktiska dokumentstrukturen och använd en validator som är lämplig för den valda profilen. BIMI Group SVG vägledning.
Samma vägledning utesluter skript, animationer, interaktiva element och externa referenser andra än de angivna XML-namnrymden. Det utesluter också x och y attribut på SVG-rotelementet. Håll den sista begränsningen omfångad till roten: en checklista som mekaniskt tar bort varje koordinat genom hela dokumentet kan skada konstverket istället för att validera det.
En föreslagen strukturell granskning bör identifiera varje fynd efter plats och regel. Om en extern resurs refereras, bestäm hur det godkända konstverket kan göras fristående med hjälp av designerns arbetsflöde som stöds. Kör inte okänt inbäddat innehåll eller acceptera en validators oförklarade varning bara för att webbläsarens förhandsvisning fortfarande ser attraktiv ut.
Separat krav från kompatibilitetsrekommendationer
Gmail lägger till sina egna dokumenterade mått: en minsta bredd och höjd på 96 pixlar, uttryckt i absoluta pixlar snarare än i procent. Dess kompatibilitetsrekommendationer inkluderar en centrerad kvadratisk sammansättning, en solid bakgrund, en fil på 32 KB eller mindre och ett beskrivningselement för tillgänglighet. Distinktionen spelar roll: ett leverantörsspecifikt minimum är inte automatiskt en universell BIMI regel, medan en rekommendation inte tyst bör bli ett hårt protokollkrav. Google BIMI -installation, SVG-krav.
BIMI Group rekommenderar likaså en fyrkantig, centrerad design och en solid bakgrund eftersom displayen kan använda en cirkel eller en rund fyrkant. Granska logotypen i små storlekar och i rimliga grödor. Fina bokstäver som är tekniskt giltiga kan bli oläsliga. Denna visuella granskning kompletterar strukturell validering; ingen ersätter den andra. BIMI Group SVG vägledning.
Håll den avsedda varumärkesbehandlingen tydlig. Designern kan behöva välja ett godkänt förenklat märke istället för att komprimera en fullständig företagslåsning till en liten avatar. Skaffa det godkännandet innan du behandlar den tekniskt bekväma varianten som organisationens auktoriserade identitet.
Testa levererade bytes och HTTPS oberoende
Den lokala kandidaten och den offentliga webbadressen är två olika bevismål. Ett värdlager kan returnera en äldre fil, kräva cookies, skriva om innehåll eller visa ett HTML-fel med en sida som ser bra ut. En föreslagen oautentiserad hämtning bör behålla förfrågningstiden, begärda och slutliga webbadresser, HTTP-status, rubriker, innehållstyp, innehållslängd där tillgängligt och en hash för den nedladdade texten.
Jämför det hämtade organet med den godkända kandidaten och undersök skillnader istället för att anta att distributionsverktyget bevarade det. En lyckad nedladdning är bara hämtningskontrollen. Den fastställer inte SVG-överensstämmelse, accepterade märkesbevis eller logotypvisning. Googles webbservervägledning kräver HTTPS och beskriver dess TLS förväntningar. Registrera TLS -certifikatets identitet och kedjeresultat utan att blanda ihop det certifikatet med VMC eller CMC. Google BIMI -installation, krav på offentliga webbserver.
Använd en fullständig innehållshämtning för denna föreslagna verifiering istället för att behandla ett HEAD-svar som ett bevis på kroppen. Förbigå inte certifikatfel, autentisering eller andra åtkomstbegränsningar för att få en tillgång att verka allmänt tillgänglig. Fixa värdkravet genom ansvarig ägare och upprepa det auktoriserade testet.
Bevara kopplingen för att markera bevis
För Gmail dokumenterade rutt är en VMC eller CMC och tillhörande PEM-fil en del av installationen. En fristående SVG-förhandsvisning kan inte uppfylla detta beviskrav. Innan du uppdaterar en certifierad logotyp, fråga certifikatoperatören eller utfärdaren hur den exakta nya tillgången hanteras, vilka domäner som omfattas och om uppdaterade bevis måste utfärdas. Google BIMI -konfiguration, steg 2–3.
Den bibehållna BIMI version-15-texten adresserar indikatorupptäckt och validering, men det är ett Internet-utkast snarare än en slutgiltig RFC. Dess generiska mekanik åsidosätter inte en mottagande leverantörs accepterade certifikattyper eller tillgångspolicyer. Behåll utkastversionen och mottagarens vägledning tillsammans med granskningen så att slutsatsen kan ses över när någon av dem ändras. BIMI Internet-Draft 15, avsnitt 7.3–7.6.
Förvandla resultat till en reproducerbar acceptanspost
Föreställ dig en fiktiv kandidat som ser bra ut men som använder procentdimensioner och refererar till en extern resurs. Den korrekta posten skulle lista dessa som olösta fynd, tilldela designern en fristående export och begära en ny hash efter revision. Det skulle inte stå " BIMI validerad" eftersom logotypen återges på granskarens bärbara dator. Ingen sådan kandidat eller valideringskörning tillhandahölls faktiskt för den här artikeln.
Det föreslagna acceptanspaketet bör innehålla den godkända kandidaten, validerarens namn och version, fullständiga resultat, visuella granskningsanteckningar, offentligt hämtade bevis, TLS kontroller och tillämpligt beslut om markbevis. Ett senare kontrollerat meddelandetest är fortfarande nödvändigt för att observera mottagarens beteende; inte ens en tekniskt kvalificerad logotyp garanterar visning.
Det exakta katalogkravet är "Kandidattillgången, valideringsresultat och en offentlig HTTPS-hämtning med innehåll och certifikatbevis." Alla tre originalbeviskategorierna förblir öppna. Den här artikeln är ett dokumentärt valideringsarbetsflöde, utan uppladdad tillgång, livehämtning, certifikatutförande, hyresgäständring eller publicering.