En nyttig BIMI kompatibilitetsvisning svarer på et praktisk spørsmål: under hvilke dokumenterte forhold skal en bestemt mottaker og klient vise en bestemt indikator? En liste over leverandørlogoer merket støttet kan ikke svare på det spørsmålet pålitelig. Separat sertifikatkvalifisering, meldingskrav, klientadferd og bevisene som brukes til å støtte hver påstand.
Definer kolonnene før du samler inn krav
Registrer mottakstjenesten, visningsapplikasjonen, plattformen eller versjonen, støttet sertifikatkategori, forventet indikator, forutsetningsdokumentasjon, dato sjekket og teststatus. Legg til et felt for usikkerhet. En leverandør kan behandle meldingen mens en separat applikasjon gjengir den, så ett leverandørnavn er ikke alltid en fullstendig beskrivelse av opplevelsen.
Bruk førstepartssider for kravet som fremsettes. Googles nåværende oppsettveiledning beskriver VMC eller CMC sertifisering og et VMC-assosiert merke. Apples serverveiledning legger til krav på mottaksleverandørens sjekker og overskrifter. Dette er forskjellige dimensjoner, ikke utskiftbare støttemerker. Ikke utlede en mottakers nåværende oppførsel fra en sertifikatleverandørs brede markedsføringsliste.
Ha en liten, forsvarlig kompatibilitetsvisning
Et eksempel bare for dokumentasjon har tre rader. Gmail : Google dokumenterer VMC eller CMC sertifisering og et VMC-tilknyttet merke. Apple Mail: Apple dokumenterer en støttet klient pluss en kvalifiserende bane for mottakerleverandør. Zoho : strømmen administrasjonsveiledning beskriver en VMC-basert konfigurasjonsarbeidsflyt. Merk alle tre som dokumentasjon gjennomgått og mottakertest venter med mindre faktiske observasjoner eksisterer.
For Zoho fastslår ikke denne dokumentasjonen at annenhver sertifikattype blir kategorisk avvist på hver mottakerflate. For Apple, en logo observert i iCloud gir ikke det samme resultatet for en ikke-relatert postbokskonto som vises i samme app. Hold raden smal nok til at bevisene virkelig støtter påstanden.
Datert dokumentasjonsmatrise
Radene nedenfor viser en dokumentargjennomgang 8. november 2026 UTC, ikke postboksobservasjoner.
- Gmail : gjeldende innhentede oppsettveiledning krever VMC eller CMC sertifisering og beskriver det VMC-tilknyttede merket. Nøyaktig klient-/plattformadferd forblir uprøvd. Kilde: Googles oppsettveiledning. Mottakertest: ikke utført.
- Apple Mail: Apple-dokumentstøtte på macOS Ventura 13, iOS 16 og iPadOS 16 eller nyere, betinget av at den mottakende e-postleverandøren er oppført av BIMI Group og verifisert av Apple, sjekker meldings- og domenesamsvar, verifiserer et BIMI -bevisdokument (for eksempel en VMC som er klarert av den leverandøren), og legger til de nødvendige overskriftene. Kompatibilitet for andre sertifikatkategorier er ikke etablert her. Kilde: Apple serverveiledning. Mottakertest: ikke utført.
- Zoho : den gjeldende arbeidsflyten for administrert domenekonfigurasjon spesifiserer en VMC . Det er ikke en komplett visningsmatrise for innkommende klient eller sertifikatkategori. Kilde: Zoho administrasjonsveiledning. Mottakertest: ikke utført.
Design observasjoner som skiller årsaker
Bruk autoriserte startkontoer og kontrollerte meldinger med kjente From-domener, autentiseringsresultater og godkjente eiendeler. Registrer om meldingen ble videresendt, om et kontaktbilde var til stede og hvilken klient som viste det. En personlig avatar kan ligne merkevarelogoen; ikke behandle et skjermbilde alene som bevis på BIMI behandling.
Gjenta viktige observasjoner på mer enn én melding og ta vare på det rå meldingsbeviset når det er tilgjengelig. Registrer manglende synlighet i stedet for å anta feil. En manglende hake kan forventes under en støttet sertifikatkategori, mens en manglende logo kan ha flere urelaterte årsaker. Sammenlign like-for-like-konfigurasjoner før du konkluderer med at mottakeren endret policy.
Opprettholde utsikten som en operasjonell rekord
Tilordne en eier og vurderingsintervall basert på hvordan visningen skal brukes. Sjekk på nytt før sertifikatinnkjøp, en merkevarelansering eller et offentlig kompatibilitetskrav. Fange opp endret ordlyd i kilden og flagg for eventuelle avvik med eksisterende observasjoner. Ikke slett et tidligere resultat; behold datoen og miljøet slik at endringer kan undersøkes.
Unngå universelle etiketter som ikke støttes med mindre leverandøren eksplisitt fastsetter dette omfanget. Bruk ukjent eller ikke testet når det er den ærlige tilstanden. Rapporter dekning som dokumenterte forhold pluss daterte observasjoner, ikke et løfte om innboksplassering eller garanti mot svindel. Eksemplet med tre rader her er et forskningsdesign, ikke en fullført klienttestmatrise. Ingen startmeldinger, skjermbilder eller kontospesifikke kompatibilitetsbevis ble samlet inn for denne artikkelen.
Hold en reproduserbar observasjonsrad
Bruk én rad per mottakerkonto og kundekombinasjon. Registrer meldingsidentifikatoren, UTC-tid, fra domene, mottaker-stemplet autentiseringsbevis, sertifikatkategori, klientoppbygging, kontaktbildestatus og videresendingsbane. Registrer deretter den synlige logoen og et eventuelt hakemerke som separate utfall. La utilgjengelige felt være ukjente i stedet for å fylle dem fra en annen klient. Ingen skjermdump eller meldingsobservasjon ble produsert for denne veiledningen.