Technical Reference · 2026 Edition

BIMI-Fehlerbehebung: Warum Ihr Logo nicht angezeigt wird (Vollständiger Leitfaden)

Diagnostizieren und beheben Sie die 7 häufigsten Gründe, warum Ihr BIMI-Logo nicht in E-Mail-Clients erscheint. Behandelt werden DMARC-Richtlinien, SVG-Validierung, MIME-Typen, VMC/CMC-Zertifikate, DNS-Propagierung und Client-Unterstützung.

Last updated min read

BIMI-Fehlerbehebung: Warum Ihr Logo nicht angezeigt wird (Vollständiger Leitfaden)

Brand Indicators for Message Identification (BIMI) ermöglicht es E-Mail-Anbietern, Ihr Logo neben authentifizierten E-Mails anzuzeigen. Wenn das Logo nicht erscheint, liegt die Ursache fast immer in einem von sieben klar definierten Problemen. Dieser Leitfaden geht jedes einzelne in der Reihenfolge seiner Häufigkeit durch, gibt Ihnen die genauen Diagnoseschritte und erklärt, wie Sie es beheben können.


Bevor Sie beginnen: Wie die BIMI-Logo-Anzeige funktioniert

Wenn ein empfangender Mailserver eine eingehende Nachricht verarbeitet, führt er folgende Schritte aus:

  1. Er prüft, ob die sendende Domain DMARC mit einer durchsetzenden Richtlinie besteht.
  2. Er sucht den BIMI DNS TXT-Eintrag unter default._bimi..
  3. Er ruft das SVG-Logo von der URL im l=-Tag ab.
  4. (Bei Anbietern, die dies erfordern) Er validiert das Verified Mark Certificate (VMC) oder Common Mark Certificate (CMC) von der URL im a=-Tag.
  5. Er rendert das Logo in der Posteingangs-Oberfläche.

Ein Fehler bei einem beliebigen Schritt unterdrückt das Logo stillschweigend. Weder dem Absender noch dem Empfänger wird ein Fehler angezeigt.


Ursache 1: DMARC-Richtlinie ist nicht auf p=quarantine oder p=reject gesetzt

Dies ist der mit Abstand häufigste Grund, warum BIMI-Logos nicht angezeigt werden.

Jeder BIMI-unterstützende E-Mail-Anbieter — einschließlich Google, Yahoo, Apple, Fastmail und andere — erfordert eine DMARC-Richtlinie von p=quarantine oder p=reject, bevor ein Logo gerendert wird. Eine Richtlinie von p=none wird als keine Durchsetzung behandelt und BIMI wird vollständig ignoriert.

Diagnose

Führen Sie eine DNS-Abfrage Ihres DMARC-Eintrags durch:

text
dig TXT _dmarc.ihredomain.com

Prüfen Sie den p=-Wert in der Antwort. Prüfen Sie außerdem:

  • sp= — die Subdomain-Richtlinie. Wenn Ihre E-Mail von einer Subdomain gesendet wird, blockiert sp=none BIMI auf dieser Subdomain, selbst wenn die Root-Domain auf p=reject steht.
  • pct= — der Prozentsatz-Tag. Einige Anbieter erfordern pct=100. Ein Wert unter 100 kann zu inkonsistenter Logo-Anzeige führen.

Behebung

  1. Bestätigen Sie, dass Ihre E-Mail-Authentifizierung (SPF und DKIM) konsistent besteht, bevor Sie die Richtlinie verschärfen.
  2. Ändern Sie DMARC von p=none auf p=quarantine und überwachen Sie zwei bis vier Wochen.
  3. Wechseln Sie zu p=reject, sobald Sie sicher sind, dass keine legitimen E-Mails fehlschlagen.
  4. Setzen Sie pct=100 explizit.
  5. Bei Versand von Subdomains fügen Sie sp=quarantine oder sp=reject hinzu.

Beispiel eines korrekten DMARC-Eintrags:

text
v=DMARC1; p=reject; sp=reject; pct=100; rua=mailto:[email protected];
Hinweis: Das Verschärfen Ihrer DMARC-Richtlinie beeinflusst die E-Mail-Zustellung. Überspringen Sie nicht die Überwachungsphase.

Ursache 2: SVG-Datei ist nicht über HTTPS erreichbar

Die Server des E-Mail-Anbieters rufen Ihr Logo zum Zeitpunkt des Renderings ab. Wenn die Datei etwas anderes als eine gültige 200 OK-Antwort über HTTPS zurückgibt, wird das Logo unterdrückt.

Häufige Unterursachen

| Symptom | Wahrscheinliche Ursache | |---|---| | 404 Not Found | Falsche URL im l=-Tag, Datei verschoben oder gelöscht | | 403 Forbidden | CDN oder WAF blockiert Nicht-Browser-User-Agents | | 301/302 Redirect | Einige Anbieter folgen keinen Weiterleitungen | | SSL-Zertifikatsfehler | Abgelaufenes oder selbstsigniertes TLS-Zertifikat auf der Hosting-Domain | | HTTP-URL | Reines HTTP wird nicht akzeptiert; HTTPS ist zwingend erforderlich |

Diagnose

  1. Kopieren Sie die exakte URL aus Ihrem l=-Tag.
  2. Testen Sie sie mit curl, um einen Nicht-Browser-Abruf zu simulieren:
bash
curl -I "https://ihredomain.com/bimi/logo.svg"
  1. Prüfen Sie den HTTP-Statuscode, den Content-Type-Header und ob eine Weiterleitung erfolgt.
  2. Testen Sie von mehreren geografischen Standorten oder verwenden Sie einen Online-HTTP-Header-Checker, um Geo-Blocking auszuschließen.

Behebung

  1. Bestätigen Sie, dass die URL in Ihrem BIMI DNS-Eintrag exakt mit dem gehosteten Dateipfad übereinstimmt — einschließlich Groß-/Kleinschreibung.
  2. Bei Verwendung eines CDN setzen Sie die User-Agents der großen E-Mail-Anbieter auf die Whitelist oder konfigurieren Sie das CDN so, dass die Datei ohne Bot-Schutz öffentlich ausgeliefert wird.
  3. Stellen Sie sicher, dass die Hosting-Domain ein gültiges, vertrauenswürdiges TLS-Zertifikat hat (nicht selbstsigniert).
  4. Wenn eine Weiterleitung unvermeidbar ist, aktualisieren Sie den l=-Tag so, dass er direkt auf die finale URL verweist.
  5. Überprüfen Sie, ob die Datei von außerhalb Ihres eigenen Netzwerks erreichbar ist.

Ursache 3: Server liefert den falschen MIME-Typ

Selbst wenn die SVG-Datei erreichbar ist, validiert der E-Mail-Anbieter den Content-Type-Header, den Ihr Server zurückgibt. Der korrekte MIME-Typ ist image/svg+xml. Jeder andere Wert — einschließlich text/plain, application/octet-stream oder text/html — führt dazu, dass das Logo abgelehnt wird.

Diagnose

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

Suchen Sie die Content-Type-Zeile in den Antwort-Headern:

text
Content-Type: image/svg+xml

Wenn Sie etwas anderes sehen, ist der MIME-Typ falsch konfiguriert.

Behebung

Die Lösung hängt von Ihrem Webserver oder Ihrer Hosting-Plattform ab.

Apache — fügen Sie zu .htaccess oder der Server-Konfiguration hinzu:

apache
AddType image/svg+xml .svg .svgz

Nginx — fügen Sie zu mime.types oder dem Server-Block hinzu:

nginx
types {

image/svg+xml svg svgz; }

Amazon S3 / CloudFront — setzen Sie die Content-Type-Metadaten des Objekts beim Hochladen auf image/svg+xml. S3 ermittelt MIME-Typen nicht automatisch.

Cloudflare Pages / Netlify — fügen Sie eine _headers-Datei hinzu:

text
/bimi/logo.svg

Content-Type: image/svg+xml

Führen Sie nach den Änderungen den curl -I-Check erneut aus, um zu bestätigen, dass der Header korrekt ist.


Ursache 4: SVG-Datei besteht die W3C Tiny P/S-Validierung nicht

BIMI akzeptiert keine Standard-SVG-Dateien. Die Spezifikation erfordert SVG Tiny 1.2 Portable/Secure (SVG Tiny P/S), ein eingeschränktes Profil, das für sicheres Rendering in nicht vertrauenswürdigen Kontexten entwickelt wurde. Die meisten SVG-Dateien, die aus Design-Tools wie Adobe Illustrator, Figma oder Inkscape exportiert werden, entsprechen diesem Profil ohne Modifikation nicht.

Häufige Validierungsfehler

| Problem | Warum es fehlschlägt | |---|---| | Fehlendes oder falsches baseProfile | Muss baseProfile="tiny" im -Element sein | | Fehlendes version="1.2"-Attribut | Von der Spezifikation erforderlich | | Eingebettete Rasterbilder () | In Tiny P/S nicht erlaubt | | JavaScript oder Event-Handler | Strikt verboten | | Externe Referenzen oder mit externem href | Nicht erlaubt | | CSS @import oder externe Stylesheets | Nicht erlaubt | | Filter, Masken oder Verläufe (in einigen Implementierungen) | Eingeschränkte Unterstützung | | Datei nicht in als Root-Element eingebettet | Strukturelle Anforderung |

Diagnose

  1. Öffnen Sie Ihre SVG-Datei in einem Texteditor und prüfen Sie das öffnende -Tag. Es muss enthalten:

```xml Convert Your Logo → Audit Your Domain