Määritä, mitä omaisuuden arvioinnin on määritettävä
A BIMI logo ei ole valmis, koska sen tiedostonimi päättyy SVG:hen tai koska selain voi piirtää sen. Hyödyllinen kanavanvaihto on tietty ehdokas, jonka rakenne, visuaalinen identiteetti, vastaanottimen vaatimukset ja mahdolliset isännöidyt tavut voidaan tarkastella itsenäisesti. Aloita hyväksytystä tuotekuvasta, tunnista sen omistaja ja kirjaa ylös, mihin lähetysalueeseen ja vastaanottaviin palveluihin projekti kohdistuu. Tämä estää teknisesti siistiä grafiikkaa erehtymästä erehtymään hyväksyttyyn yritysmerkkiin tai taatun postilaatikon ilmaisuun.
Tässä artikkelissa käytetään säilytettyjä BIMI ryhmän käyttöönotto-ohjeita ja Googlen vastaanottimen dokumentaatiota. BIMI on edelleen luonnos eikä vakiintunut IETF Standards Track RFC. Asiakirjaluonnokset eivät olleet saatavilla täydellistä ensisijaisen tekstin varmentamista varten tässä katsauksessa, joten tämä on lähdelaajuinen valmistelutyönkulku, ei täydellinen normatiivisen vaatimustenmukaisuuden määrittely. Googlen vaatimukset ovat nimenomaan Gmail vaatimuksia, eivät yleisiä sääntöjä jokaiselle postilaatikolle.
Erota profiili piirroksesta
BIMI Group kuvailee Portable/Securea rajoitetummaksi profiiliksi kuin SVG Tiny 1.2. Sen luontiopas vaatii versiota 1.2, baseProfile tiny-ps:ää ja otsikkoelementtiä. Se ei sisällä muita ulkoisia viittauksia kuin määritettyjä XML-nimiavaruuksia, komentosarjoja, animaatioita, interaktiivisia elementtejä ja x- tai y-attribuutteja juuri-svg-elementissä. Pelkkä profiilitunnisteen muuttaminen ei poista kiellettyä sisältöä muualta tiedostosta. Tarkista todellinen XML-rakenne ja viittaukset, ei vain aloitusriviä. BIMI Groupin luomisopas
Käytä suunnittelun vientiä syötteenä, ei hyväksymistodistusta. Varastoelementit, attribuutit, upotettu sisältö ja riippuvuudet ennen yksinkertaistamista. Jos suunnittelija vei kuvakääreen, ratkaise kuvitus aidoksi vektorigeometriaan hyväksytyn suunnittelutyönkulun avulla. Jos vienti sisältää suodattimia tai animaatioita, korvaa visuaalinen tehoste sopivan yksinkertaisella staattisella rakenteella tai tarkista suunnittelu. BIMI Groupin vianetsintä tunnistaa erityisesti upotetut kuvat ja ei-tuetut tehosteet ongelmiksi. SVG-vianmääritys
Sovella vastaanottimen vaatimuksia sekoittamatta niiden voimakkuutta
Gmail Google edellyttää, että sekä leveys että korkeus ovat vähintään 96 pikseliä ilmaistuna absoluuttisina pikseleinä prosenttiosuuksien sijaan. Google suosittelee erikseen keskitettyä neliömäistä sommittelua, kiinteää taustaa, enintään 32 kt:n tiedostoa ja kuvauselementtiä saavutettavuuden takaamiseksi. Säilytä tämä ero vaadittujen mittojen ja suositellun esityksen välillä. Ryhmä voi hyväksyä suosituksen omaksi hyväksymissääntökseen, mutta sen tulisi merkitä tämä päätös sen sijaan, että se antaisi lähteelle vahvemman yleisen mandaattien. Googlen SVG-vaatimukset
Neliön muotoinen kangas ei tarkoita, että näkyvän merkin tulee koskettaa jokaista reunaa. Jätä tarkoituksellinen väli ominaisuuksien ympärille, jotka voidaan leikata pyöreällä tai pyöristetyllä esityksellä. Arvioi kontrastia ja tunnistusta pienissä kooissa, mukaan lukien kapeat vedot ja sisäinen negatiivinen tila. Nämä ovat ehdotettuja suunnittelun arviointiperusteita, eivät todisteita siitä, että Gmail tai muu vastaanotin on hahmontanut tämän ehdokkaan. Tallenna, käytettiinkö tarkastuksessa simuloitua satoa, paikallista esikatselua vai todellista postilaatikkoa, jotta myöhemmät arvioijat voivat erottaa ne.
Säilytä identiteetti optimoinnin avulla
Pyydä brändin omistajaa vertaamaan yksinkertaistettua ehdokasta hyväksyttyyn mestariin. Polkujen määrän optimointi tai käyttämättömien määritelmien poistaminen voi muuttaa kirjainmuotoa, gradienttia tai symbolia. Puhtaampi tiedosto, jossa on väärä merkki, ei ole hyväksyttävä tulos. Säilytä alkuperäinen vienti ja jokainen ehdokas erikseen; määritä tiivistelmä tarkastettavaksi esitetylle tiedostolle ja merkitse työkaluversio ja käytetyt muunnokset muistiin. Älä korvaa hyväksytyn lähdekuvan ainoaa kopiota.
Jos kyseessä on varmenneturvattu käyttöönotto, koordinoi ehdokas myöntäjän kanssa ennen kuin käsittelet omaisuutta lopullisena. Google selittää, että SVG ja VMC tai CMC on upotettu myönnettyyn PEM-tiedostoon. Tästä syystä itsenäisesti muokatun erillisen kuvan ei pitäisi olettaa vastaavan olemassa olevassa varmenteessa vahvistettua henkilöllisyyttä. Pyydä myöntäjän ohjeet merkin muuttuessa sen sijaan, että korvaat vain julkisen tiedoston ja oletat, että varmenne pysyy sopivana. Google-sertifikaatin työnkulku
Käytä yhteen ehdokkaaseen sidottua hyväksymislaskentataulukkoa
Seuraava on alkuperäinen ehdotettu laskentataulukko, ei valmis validointitietue. Anna jokaiselle riville omistaja, todisteiden sijainti, päivämäärä ja tila. Käytä tuntematonta, kun todisteita ei ole, sen sijaan, että muuttaisit suunnitellun tehtävän hyväksytyksi.
- Identiteetti: hyväksytty taideteosviite, laillinen tai tuotemerkin omistaja, tarkoitettu verkkotunnus ja kohdevastaanottajat.
- Tiedosto: ehdokastiedoston nimi, tavujen määrä, tiivistelmä ja vienti- tai muunnoshistoria.
- Rakenne: ilmoitettu profiili, versio, otsikko, päämääritteet ja kielletyn sisällön havainnot.
- Vastaanottimen peittokuva: tarkat Gmail mitat, yksiköt ja sovellettavat suositukset paikallisesti.
- Visuaalinen katsaus: pienen koon tunnistus, kontrasti, marginaalit ja ehdotetut satovertailut.
- Validaattori: työkalun nimi, versio, tarkka syötetiivistelmä, täydelliset havainnot ja ratkaisemattomat varoitukset.
- Varmenteen riippuvuus: ehdotettu myöntäjä, hyväksytty omaisuusversio ja vastaavan PEM-todisteen tila.
- Isännöinnin vaihto: ehdotettu HTTPS-URL-osoite, käyttöönoton omistaja ja erinomaiset julkiset haut.
Älä käsittele vihreää validointimerkkiä laskentataulukon korvikkeena. Validaattori voi arvioida vain toteuttamiaan sääntöjä ja vastaanottamaansa tiedostoa. Säilytä sen täydelliset havainnot, mukaan lukien varoitukset tai tukemattomat tarkastukset. Jos optimoija muuttaa myöhemmin tavuja, tarkista ja tarkista uusi ehdokas uudelleen. Tämä tekee hyväksyntälausunnosta toistettavan sen sijaan, että se riippuisi syötteestä irrotetun kuvakaappauksen perusteella.
Kuvitteellinen esimerkki: oikea logo väärällä viennillä
Harkitse kuvitteellista Harbour Lanternia, joka valmistaa majakkamerkkinsä Gmailiin päin olevalle lentäjälle. Sen suunnittelija toimittaa visuaalisesti oikean SVG:n prosenttimitoilla ja upotetun bittikartan. Tässä keksityssä skenaariossa insinööri ehdottaa aluksi vain perusprofiilin muuttamista. Sen sijaan arvioija erottaa kaksi asiaa: rakenteellisen soveltuvuuden ja Gmail mittavaatimukset. Kumpaakaan ei korjaisi pelkkä profiilitarra.
Ehdotettu korjauskeino on hankkia hyväksytty vektorikuva, yksinkertaistaa sitä, asettaa sopivat absoluuttiset mitat ja tarkistaa koko tiedosto uudelleen. Brändin omistajan tulee sitten hyväksyä tuloksena oleva majakkamuoto ja sen pienikokoinen luettavuus. Varmennesovellus käyttäisi tätä tarkistettua ehdokasta, ei aikaisempaa vientiä. Harbour Lanternille ei suoritettu validaattoria, resursseja ei luotu, eikä postilaatikkotulosta ole olemassa. esimerkki havainnollistaa, kuinka todisteiden tulisi ohjata seuraavaa päätöstä.
Sulje kanavanvaihto liioittelematta valmistumista
Hyödyllinen tarkastelupäätelmä kertoo tarkalleen, mikä ehdokas tarkastettiin ja mitkä huolenaiheet ovat edelleen olemassa. Esimerkiksi rakennetarkistus voi olla valmis, kun julkinen HTTPS-haku ja myöntäjän hyväksyntä ovat vielä auki. Pidä nämä tilat erillään DMARC valmius ja vastaanottajan näyttö. Googlen dokumentoitu Gmail polku vaatii VMC tai CMC ja siihen liittyvän PEM:n, joten erillinen SVG-tarkistus ei yksin voi vahvistaa Gmail käyttöönottovalmiutta. Googlen asennuksen edellytykset
Luettelon alkuperäinen todistevaatimus on edelleen auki: ehdokaskohdetta, validaattorilöydöksiä ja julkista HTTPS-hakua sisällön ja sertifikaattien kanssa ei ole toimitettu tai toteutettu täällä. Ihmisten pk-yritysten tarkastelu, nykyisen lähteen soveltuvuus, tuotantoreitit, visuaalinen saavutettavuus ja omistajan vapauttaminen ovat myös avoinna. Tämä käsikirjoitus on valmisteluopas, eikä sitä saa nostaa julkaisuvalmiiksi vain siksi, että sen viitteet ja fiktiivinen laskentataulukko ovat täydellisiä.