Definer hva eiendelsgjennomgangen skal fastslå
A BIMI logoen er ikke klar fordi filnavnet slutter på SVG eller fordi en nettleser kan tegne den. Den nyttige overleveringen er en spesifikk kandidat hvis struktur, visuelle identitet, mottakerkrav og eventuelle vertsbyte kan gjennomgås uavhengig. Begynn med den godkjente merkevarekunsten, identifiser eieren og registrer hvilket senderdomene og mottakstjenester prosjektet er rettet mot. Dette forhindrer at en teknisk ryddig grafikk forveksles med et godkjent firmamerke eller en garantert postboksindikator.
Denne artikkelen bruker beholdt veiledning for implementering BIMI Group og Googles mottakerdokumentasjon. BIMI forblir utkastarbeid i stedet for en etablert IETF Standards Track RFC. Utkastene til dokumentene var ikke tilgjengelige for full primærtekstverifisering i denne gjennomgangen, så dette er en kildebasert forberedelsesarbeidsflyt, ikke en fullstendig normativ samsvarsspesifikasjon. Googles krav er spesifikt Gmail krav, ikke universelle regler for hver postboks.
Skille profilen fra tegningen
BIMI Group beskriver Portable/Secure som en mer begrenset profil enn SVG Tiny 1.2. Opprettingsguiden krever versjon 1.2, baseProfile tiny-ps og et tittelelement. Den ekskluderer andre eksterne referanser enn spesifiserte XML-navneområder, skript, animasjoner, interaktive elementer og x- eller y-attributter på svg-rotelementet. Bare å endre profiletiketten fjerner ikke forbudt innhold andre steder i filen. Gjennomgå den faktiske XML-strukturen og referansene, ikke bare åpningslinjen. Veiledning for opprettelse av BIMI Group
Bruk en designeksport som input, ikke et akseptsertifikat. Lagerelementer, attributter, innebygd innhold og avhengigheter før forenkling. Hvis designeren eksporterte en bildeinnpakning, løs illustrasjonen til ekte vektorgeometri gjennom en godkjent designarbeidsflyt. Hvis eksporten inkluderer filtre eller animasjon, bytt ut den visuelle effekten med en passende enkel statisk konstruksjon eller revider designet. BIMI Group feilsøking identifiserer spesifikt innebygde bilder og ustøttede effekter som problemer. SVG feilsøking
Bruk mottakerkrav uten å blande styrken deres
For Gmail krever Google at både bredde og høyde skal være minst 96 piksler, uttrykt i absolutte piksler i stedet for prosenter. Google anbefaler separat en sentrert kvadratisk komposisjon, en solid bakgrunn, en fil som ikke er større enn 32 KB og et beskrivelseselement for tilgjengelighet. Bevar det skillet mellom nødvendige dimensjoner og anbefalt presentasjon. Et team kan vedta en anbefaling som sin egen akseptregel, men bør merke den beslutningen i stedet for å tilskrive et sterkere universelt mandat til kilden. Google SVG-krav
Et firkantet lerret betyr ikke at det synlige merket må berøre hver kant. La bevisst klaring rundt funksjoner som kan klippes av en sirkulær eller avrundet presentasjon. Vurder kontrast og gjenkjennelse ved små størrelser, inkludert smale strøk og intern negativ plass. Dette er foreslåtte kriterier for designvurdering, ikke bevis på at Gmail eller en annen mottaker har gjengitt denne kandidaten. Registrer om en inspeksjon brukte en simulert avling, en lokal forhåndsvisning eller en ekte postboks slik at senere anmeldere kan skille dem.
Bevar identitet gjennom optimalisering
Be merkevareeieren om å sammenligne den forenklede kandidaten med den godkjente masteren. Optimalisering av banetelling eller fjerning av ubrukte definisjoner kan endre en bokstavform, gradient eller symbol. En renere fil som viser feil merke er ikke et akseptabelt resultat. Hold den opprinnelige eksporten og hver kandidat separat; tilordne et sammendrag til den eksakte filen presentert for gjennomgang, og noter verktøyversjonen og transformasjonene som brukes. Ikke overskriv den eneste kopien av det godkjente kildebildet.
For en sertifikatstøttet distribusjon må du koordinere kandidaten med utstederen før du behandler eiendelen som endelig. Google forklarer at SVG og VMC eller CMC er innebygd i den utstedte PEM-filen. Følgelig bør et uavhengig redigert frittstående bilde ikke antas å samsvare med identiteten som er bekreftet i et eksisterende sertifikat. Få utstederens instruksjoner når merket endres i stedet for bare å erstatte en offentlig fil og anta at sertifikatet fortsatt er egnet. Google-sertifikatarbeidsflyt
Bruk et arbeidsark knyttet til en kandidat
Følgende er et originalt foreslått regneark, ikke en fullført valideringspost. Gi hver rad en eier, bevissted, dato og tilstand. Bruk ukjent når bevis mangler i stedet for å konvertere en planlagt oppgave til en pass.
- Identitet: godkjent kunstverkreferanse, juridisk eller merkevareeier, tiltenkt domene og målmottakere.
- Fil: kandidatfilnavn, byteantall, sammendrag og eksport eller konverteringshistorikk.
- Struktur: erklært profil, versjon, tittel, rotattributter og forbudt innhold.
- Mottakeroverlegg: eksakte Gmail dimensjoner, enheter og gjeldende anbefalinger tatt i bruk lokalt.
- Visuell gjennomgang: gjenkjenning av små størrelser, kontrast, marginer og foreslåtte avlingssammenligninger.
- Validator: verktøynavn, versjon, nøyaktig inndatasammendrag, fullstendige funn og uløste advarsler.
- Sertifikatavhengighet: foreslått utsteder, godkjent aktivaversjon og status for samsvarende PEM-bevis.
- Vertsoverlevering: foreslått HTTPS-URL, distribusjonseier og enestående bevis for offentlig henting.
Ikke behandle et grønt valideringsmerke som en erstatning for arbeidsarket. En validator kan kun vurdere reglene den implementerer og filen den mottar. Ta vare på dens fullstendige funn, inkludert advarsler eller kontroller som ikke støttes. Hvis en optimizer senere endrer byte, valider og gjennomgå den nye kandidaten på nytt. Dette gjør aksepterklæringen reproduserbar i stedet for å være avhengig av et skjermbilde løsrevet fra inndataene.
Fiktivt eksempel: riktig logo med feil eksport
Vurder den fiktive Harbour Lantern, som forbereder fyrtårnsmerket for en pilot som vender mot Gmail. Designeren leverer en visuelt korrekt SVG med prosentdimensjoner og en innebygd punktgrafikk. I dette oppfunne scenariet foreslår ingeniøren først å endre bare baseProfile. Anmelderen skiller i stedet to problemer: strukturell egnethet og Gmail dimensjonskrav. Ingen av dem ville bli reparert av profiletiketten alene.
Den foreslåtte løsningen er å skaffe godkjent vektorgrafikk, forenkle det, angi passende absolutte dimensjoner og kontrollere hele filen på nytt. Merkeeieren må da godkjenne den resulterende fyrtårnsformen og dens lesbarhet i liten størrelse. En sertifikatapplikasjon vil bruke den vurderte kandidaten, ikke den tidligere eksporten. Ingen validator ble kjørt for Harbor Lantern, ingen aktiva ble generert, og det finnes ikke noe postboksresultat. eksemplet illustrerer hvordan bevis bør lede neste avgjørelse.
Lukk overleveringen uten å overdrive fullføringen
En nyttig gjennomgangskonklusjon sier nøyaktig hvilken kandidat som ble inspisert og hvilke bekymringer som gjenstår. For eksempel kan den strukturelle gjennomgangen være fullført mens den offentlige HTTPS-hentingen og utstedergodkjenningen fortsatt er åpne. Hold disse tilstandene atskilt fra DMARC beredskap og mottakervisning. Googles dokumenterte Gmail bane krever en VMC eller CMC og tilhørende PEM, så en frittstående SVG-gjennomgang alene kan ikke etablere Gmail distribusjonsberedskap. Forutsetninger for Google-oppsett
Katalogens originale beviskrav forblir åpent: kandidataktiva, validatorfunn og offentlig HTTPS-innhenting med innhold og sertifikatbevis har ikke blitt levert eller utført her. Menneskelig SMB-gjennomgang, gjeldende kildeanvendelse, produksjonsruter, visuell tilgjengelighet og eierutgivelse forblir også åpne. Dette manuskriptet er en forberedelsesveiledning og må ikke forfremmes til publiseringsklart bare fordi referansene og det fiktive arbeidsarket er komplette.