BIMI-felsökning: Varför din logotyp inte visas (komplett guide)

Brand Indicators for Message Identification (BIMI) gör det möjligt för e-postleverantörer att visa din logotyp bredvid autentiserade e-postmeddelanden. När logotypen inte visas beror det nästan alltid på ett av sju väldefinierade problem. Denna guide går igenom vart och ett i frekvensordning, ger dig exakta diagnostiska steg och förklarar hur du åtgärdar dem.

Innan du börjar: Så fungerar BIMI-logotypvisning

När en mottagande e-postserver behandlar ett inkommande meddelande:

1. Kontrollerar att den sändande domänen klarar DMARC med en verkställande policy.
2. Slår upp BIMI DNS TXT-posten på default._bimi..
3. Hämtar SVG-logotypen från URL:en i l=-taggen.
4. (För leverantörer som kräver det) Validerar Verified Mark Certificate (VMC) eller Common Mark Certificate (CMC) från URL:en i a=-taggen.
5. Renderar logotypen i inkorgsgränssnittet.

Ett fel i något steg undertrycker logotypen tyst. Inget felmeddelande visas för avsändare eller mottagare.

Orsak 1: DMARC-policy är inte på p=quarantine eller p=reject

Detta är den absolut vanligaste orsaken till att BIMI-logotyper inte visas.

Varje BIMI-stödjande e-postleverantör — inklusive Google, Yahoo, Apple, Fastmail och andra — kräver en DMARC-policy på p=quarantine eller p=reject innan de renderar en logotyp. En policy på p=none behandlas som ingen verkställighet och BIMI ignoreras helt.

Så diagnostiserar du

Kör en DNS-uppslagning på din DMARC-post:

dig TXT _dmarc.yourdomain.com

Kontrollera p=-värdet i svaret. Kontrollera även:

• sp= — subdomänpolicyn. Om din e-post skickas från en subdomän kommer sp=none att blockera BIMI på den subdomänen även om rotdomänen är på p=reject.
• pct= — procenttaggen. Vissa leverantörer kräver pct=100. Ett värde under 100 kan orsaka inkonsekvent logotypvisning.

Så åtgärdar du

1. Bekräfta att din e-postautentisering (SPF och DKIM) passerar konsekvent innan du höjer policyn.
2. Flytta DMARC från p=none till p=quarantine, övervaka i två till fyra veckor.
3. Flytta till p=reject när du är säker på att ingen legitim e-post misslyckas.
4. Sätt pct=100 explicit.
5. Om du skickar från subdomäner, lägg till sp=quarantine eller sp=reject.

Exempel på en korrekt DMARC-post:

v=DMARC1; p=reject; sp=reject; pct=100; rua=mailto:[email protected];

Observera: Att höja din DMARC-policy påverkar e-postleveransen. Hoppa inte över övervakningsfasen.

Orsak 2: SVG-filen är inte tillgänglig via HTTPS

E-postleverantörens servrar hämtar din logotyp vid renderingstillfället. Om filen returnerar något annat än ett giltigt 200 OK-svar via HTTPS undertrycks logotypen.

Vanliga delorsaker

| Symptom | Trolig orsak | |---|---| | 404 Not Found | Fel URL i l=-taggen, filen flyttad eller borttagen | | 403 Forbidden | CDN eller WAF blockerar icke-webbläsaragenter | | 301/302 Redirect | Vissa leverantörer följer inte omdirigeringar | | SSL certificate error | Utgånget eller självsignerat TLS-certifikat på värddomänen | | HTTP URL | Vanlig HTTP accepteras inte; HTTPS är obligatoriskt |

Så diagnostiserar du

1. Kopiera den exakta URL:en från din l=-tagg.
2. Testa den med curl för att simulera en icke-webbläsarhämtning:

curl -I "https://yourdomain.com/bimi/logo.svg"

1. Kontrollera HTTP-statuskoden, Content-Type-headern och om någon omdirigering sker.
2. Testa från flera geografiska platser eller använd en online HTTP-headerkontroll för att utesluta geoblockering.

Så åtgärdar du

1. Bekräfta att URL:en i din BIMI DNS-post exakt matchar den värdbaserade filsökvägen — inklusive skiftlägeskänslighet.
2. Om du använder ett CDN, vitlista de user agents som används av stora e-postleverantörer, eller konfigurera CDN:et att servera filen offentligt utan botskydd.
3. Säkerställ att värddomänen har ett giltigt, betrott TLS-certifikat (inte självsignerat).
4. Om en omdirigering är oundviklig, uppdatera l=-taggen så att den pekar direkt till den slutliga URL:en.
5. Verifiera att filen är tillgänglig utanför ditt eget nätverk.

Orsak 3: Servern returnerar fel MIME-typ

Även om SVG-filen är tillgänglig validerar e-postleverantören Content-Type-headern som returneras av din server. Den korrekta MIME-typen är image/svg+xml. Alla andra värden — inklusive text/plain, application/octet-stream eller text/html — kommer att orsaka att logotypen avvisas.

Så diagnostiserar du

curl -I "https://yourdomain.com/bimi/logo.svg"

Leta efter Content-Type-raden i svarshuvudena:

Content-Type: image/svg+xml

Om du ser något annat är MIME-typen felkonfigurerad.

Så åtgärdar du

Åtgärden beror på din webbserver eller värdplattform.

Apache — lägg till i .htaccess eller serverkonfigurationen:

AddType image/svg+xml .svg .svgz

Nginx — lägg till i mime.types eller serverblocket:

types {

image/svg+xml svg svgz;
}

Amazon S3 / CloudFront — ställ in Content-Type-metadata på objektet till image/svg+xml vid uppladdning. S3 härleder inte MIME-typer automatiskt.

Cloudflare Pages / Netlify — lägg till en _headers-fil:

/bimi/logo.svg

Content-Type: image/svg+xml

Efter att ha gjort ändringar, kör curl -I-kontrollen igen för att bekräfta att headern är korrekt.

Orsak 4: SVG-filen klarar inte W3C Tiny P/S-validering

BIMI accepterar inte standard-SVG-filer. Specifikationen kräver SVG Tiny 1.2 Portable/Secure (SVG Tiny P/S), en begränsad profil utformad för att vara säker att rendera i opålitliga sammanhang. De flesta SVG-filer som exporteras från designverktyg som Adobe Illustrator, Figma eller Inkscape följer inte denna profil utan modifiering.

Vanliga valideringsfel

| Problem | Varför det misslyckas | |---|---| | Saknad eller fel baseProfile | Måste vara baseProfile="tiny" i -elementet | | Saknat version="1.2"-attribut | Krävs av specifikationen | | Inbäddade rasterbilder () | Inte tillåtet i Tiny P/S | | JavaScript eller händelsehanterare | Strikt förbjudet | | Externa referenser eller med extern href | Inte tillåtet | | CSS @import eller externa stilmallar | Inte tillåtet | | Filter, masker eller gradienter (i vissa implementationer) | Begränsat stöd | | Filen är inte innesluten i som rotelement | Strukturellt krav |

Så diagnostiserar du

1. Öppna din SVG i en textredigerare och inspektera den inledande -taggen. Den måste inkludera:

```xml