Behandle den publiserte URL-adressen som en tjenesteavhengighet
BIMI hosting er mer enn å sette en logo på et nettsted. Den publiserte plasseringen må lede en automatisert mottaker til den tiltenkte ressursen, med passende HTTPS-adferd og sertifikatmateriale. En vellykket nettleserforhåndsvisning fra en administrators påloggede sesjon fastslår ikke at en offentlig klient mottar det samme svaret. Start med den faktiske aktivaplasseringen beregnet på BIMI rekord og spore den uavhengig av selskapets hjemmeside.
Denne artikkelen foreslår en prosess for vertsgodkjenning, ikke en rekord av en utplassert tjeneste. Kildene ble hentet 8. november 2026. Googles oppsett- og feilsøkingssider beskriver Gmail mottakerarbeidsflyt. BIMI forblir utkastarbeid, og utilgjengelig utkast til tekst ble ikke behandlet som verifiserte normative bevis. Spesielt oppfinner ikke denne artikkelen en universell omdirigeringstall eller hevder at hver mottaker håndterer viderekoblinger identisk.
Skille de to sertifikatansvarene
HTTPS-serveren presenterer et transportsertifikat for å etablere den sikre forbindelsen. Den vertsbaserte PEM-en inneholder VMC eller CMC og tilhørende sertifikatmateriale brukt for merkevarepåstanden. Dette er forskjellige objekter med forskjellige eiere og fornyelsesavhengigheter. Reparasjon av webserverens sertifikat fornyer ikke merkesertifikatet, og å erstatte en PEM reparerer ikke en ugyldig HTTPS-tilkobling. Googles dokumentasjon krever HTTPS-hosting og forklarer separat den sertifikatstøttede PEM-arbeidsflyten. Googles oppsettveiledning
Google anbefaler TLS 1.2 eller nyere og beskriver en kjede forankret i en klarert CA. For det vertsbaserte merkematerialet sier arbeidsflyten å legge til mellom- og rotsertifikatene levert av utstederen i den utstedte rekkefølgen, vanligvis entitet, mellomprodukter, rot. Følg den faktiske utstederens filinstruksjoner i stedet for å sette sammen en vilkårlig samling av sertifikater. Registrer hvilket sertifikat som blir undersøkt når noen rapporterer et utløps- eller kjedeproblem.
Inspiser det første svaret og hver avhengighet
Foretrekk en stabil, direkte URL for HTTPS-elementer som et operasjonelt designvalg. Hvis en omdirigering eksisterer, bevar statusen, målet og påfølgende svar, og bekrefter den faktiske mottakerens støttede oppførsel før du stoler på den. En omdirigering til en påloggingsside, en markedsføringshjemmeside eller en midlertidig signert URL kan få en nettleserarbeidsflyt til å virke vellykket mens den ikke leverer det nødvendige objektet til en automatisert klient. Unngå å påstå at alle omdirigeringer er forbudt når de vurderte kildene ikke etablerer den regelen.
Den foreslåtte akseptsjekken bør skille DNS oppløsning, tilkoblingsetablering, sertifikatvalidering, HTTP-svar og innholdsvalidering. Registrer feil på deres faktiske stadium. En tilgjengelig server kan returnere et HTML-feildokument med en tilsynelatende vellykket status. En riktig ressurs kan bare være tilgjengelig etter en cookie-utfordring. En sertifikatkjede kan fungere i en klients tillitsmiljø mens den forblir ufullstendig for en annen. Dette er etterforskningshypoteser, ikke funn om noen levende vert.
Sammenlign distribuert innhold med den godkjente artefakten
Ta vare på den nedlastede teksten og sammenlign den med den godkjente utgivelseskandidaten. Et filnavn eller cache-etikett kan ikke bevise innholdsidentitet. Registrer svarhodene, endelig URL, gjenfinningstid og sammendrag av bytene som faktisk er mottatt. For SVG, gjenta den relevante strukturelle gjennomgangen for det objektet. For PEM, bekreft at den tiltenkte sertifikatkjeden og den innebygde logoen er til stede og samsvarer med den gjennomgåtte utstederpakken. Googles veiledning for feilsøking krever separat offentlig PEM-tilgjengelighet, korrekt DNS URL, vedlagte sertifikater og riktig innebygd SVG-format. Google feilsøking
Ikke anta at en nettsideutgivelse bevarer aktivabaner. En rammeendring kan sende ukjente stier til en enkeltsideapplikasjon, en CDN-regel kan transformere svar, og et sikkerhetsprodukt kan sette inn en interaktiv utfordring. Sett BIMI endepunktet under en eksplisitt endringseier. Den foreslåtte utgivelseskontrollen bør hente den nøyaktige banen uten å stole på en pålogget økt og verifisere innhold, ikke bare bekrefte at nettstedet er online.
Opprinnelig arbeidsark for vertsgodkjenning
Bruk dette regnearket for hver foreslåtte aktivaplassering. Oppføringene er bevisforespørsler, ikke fullførte tester eller instruksjoner for å omgå sikkerhetskontroller. Enhver direkte henting, distribusjon eller konfigurasjonsendring krever riktig autorisasjon og et avtalt miljø.
- Assertion mapping: avsenderdomene, valgt BIMI post, tiltenkt aktivatype og eksakt publisert URL.
- Eierskap: DNS redaktør, hosting-team, CDN eller edge-eier og mark-sertifikatkontakt.
- Tilkoblingsbevis: offentlig oppslagskontekst, endepunktnavn, TLS resultat og presentert kjede.
- HTTP-bevis: første status, omdirigeringsmål, endelig status, svarhoder og returnert objekttype.
- Innholdsidentitet: nedlastet fil, byteantall, sammendrag og sammenligning med godkjent kandidat.
- Sertifikatmateriale: merkeutsteder, sertifikatstatus, innebygd logo og nødvendig kjedeemballasje.
- Tilgjengelighet: uautentisert gjenfinningsresultat og enhver utfordring, pålogging eller geografiske begrensninger.
- Kontinuitet: fornyelsesdatoer, overvåkingsansvar, endringsvindu og godkjent restaureringsartefakt.
For hver mislykkede rad, navngi den ansvarlige komponenten og neste bevis som trengs. En kjedefeil tilhører det aktuelle sertifikatet eller hosting-eieren. En logo som ikke samsvarer med utgivelsesadministrasjon og utstederavhengighet. En feil DNS URL tilhører posteieren. Denne inndelingen forhindrer at gjentatte logoredigeringer skjuler en enkel sti eller tilgangsproblem.
Fiktivt eksempel: en nettsidemigrering endrer aktivabanen
Fictional Cedar Quay flytter bedriftens nettsted til en ny plattform. Den foreslåtte BIMI URLen ser fortsatt kjent ut, men migrasjonsplanen ruter gamle stier gjennom en omdirigering på hjemmesiden. I dette oppfunne scenariet ser en ansatt selskapets nettsted og antar at filen er tilgjengelig. Gjennomgangen stiller et annet spørsmål: hvilket eksakt objekt vil en uautentisert forespørsel til den publiserte nettadressen motta?
Den planlagte diagnosen skiller HTTPS-sertifikatet fra den vertsbaserte PEM-en og omdirigeringen fra det endelige objektet. Teamet vil beholde det første svaret, bare følge en godkjent diagnostisk bane og sammenligne det returnerte innholdet med utstederpakken. Et direkte stabilt endepunkt foreslås for å fjerne den unødvendige avhengigheten. Ingen forespørsel ble sendt til Cedar Quay, ingen omdirigeringsspor finnes, og ingen distribusjon eller postboksvisning ble bekreftet.
Planlegg endringer og fornyelser sammen
Hold URL, innhold og sertifikatidentiteter i én utgivelsespost. Før du endrer eiendelen, avgjør om utstederen må se gjennom en ny logo eller utstede erstatningsmerkemateriale. Før du flytter hosting, kontroller at DNS publisering og endepunktkontinuitet forblir koordinert. Ikke lov umiddelbar mottakeroppdatering eller universell visning etter en endring; henting og presentasjonsatferd avhenger av mottakstjenesten og gjeldende policy.
Googles dokumenterte Gmail oppsett bruker PEM-banen og støtter ikke en frittstående implementering av kun SVG. Dens feilsøkingstrinn skiller også mottakerstøtte fra fil- og sertifikatproblemer. Derfor er en vellykket vertssjekk nødvendig bevis for den valgte arbeidsflyten, men ikke bevis på meldingsautentisering, utstedergodkjenning eller postbokspresentasjon. Arbeidsflyt for Google-mottaker
Katalogen krever kandidatressurs, validatorfunn og en offentlig HTTPS-henting med innhold og sertifikatbevis. Ingen har blitt levert for en reell utplassering her, så originale bevis forblir åpne. Menneskelig SMB, kildeanvendbarhet, produksjonsruter, visuell tilgjengelighet og eierfrigivelse forblir også åpne. Hold dette manuskriptet i utkast til de uavhengige kravene faktisk er oppfylt.