BIMI Receiver Requirements Matrix
Ein datumgestempelter, auf Primärquellen gestützter Vergleich dokumentierter BIMI-Empfängeranforderungen, -empfehlungen und offener Punkte.
BIMI Receiver Requirements Matrix
Zuletzt geprüft: 16. August 2026. Diese Referenz trennt drei Dinge, die häufig vermischt werden: den BIMI-Standard, die veröffentlichte Implementierungsrichtlinie eines Empfängers und beobachtetes Verhalten, für das keine aktuelle Primärquelle vorliegt. Eine erfolgreiche Implementierung garantiert niemals die Logo-Anzeige. Jeder Mailbox-Anbieter entscheidet selbst, ob er ein Logo anzeigt, und kann für eine einzelne Domain eine eigene Entscheidung treffen.
Verwenden Sie diese Seite als Ausgangspunkt zur Quellenprüfung, nicht als Ersatz für die Dokumentation des Empfängers. Anforderungen ändern sich. Jede wesentliche Zeile unten verweist auf die stärkste verwendete Quelle.
So lesen Sie die Matrix
| Bezeichnung | Bedeutung |
|---|---|
| Anforderung | Eine Bedingung, die der genannte Empfänger für seine BIMI-Implementierung als notwendig dokumentiert. |
| Empfehlung | Veröffentlichte Implementierungshinweise, die nicht als absolute Bedingung beschrieben werden. |
| Nicht durch eine Primärquelle dokumentiert | makeBIMI hat Artikel von Drittanbietern, einzelne Tests oder Marktkommentare nicht als ausreichenden Nachweis für eine Empfänger-Richtlinienaussage gewertet. |
| Ermessen des Empfängers | Ein korrekt bereitgestellter Eintrag und ein korrekt bereitgestelltes Zertifikat verpflichten einen Mailbox-Anbieter nicht zur Logo-Anzeige. |
Dokumentierte Empfängeranforderungen
| Empfänger oder Quelle | Veröffentlichte BIMI-Position | Dokumentierte Anforderungen oder Hinweise | Geprüfte Quelle | Prüfdatum |
|---|---|---|---|---|
| Gmail / Google Workspace | Google veröffentlicht einen BIMI-Bereitstellungsleitfaden für Gmail. | Anforderung: ein VMC oder CMC; DMARC mit p=quarantine oder p=reject und pct=100; ein öffentlicher BIMI-fähiger Webserver; ein SVG, das die dokumentierten Bedingungen erfüllt. Implementierungshinweis: Google dokumentiert, dass das Entity-, Intermediate- und Root-Zertifikat in der PEM-Kette in der angegebenen Reihenfolge enthalten sein müssen. |
Google Workspace: Set up BIMI | 16. Aug. 2026 |
| Mailbox-Anbieter allgemein | Ein Anbieter kann selbst entscheiden, ob er für einen Absender, der BIMI verwendet, ein Logo anzeigt, und kann individuelle Domain-Entscheidungen treffen. | Ermessen des Empfängers: kein gültiger BIMI-Eintrag kann die Anzeige garantieren. Prüfen Sie die eigene Dokumentation des genannten Empfängers, bevor Sie Bereitstellungs- oder Beschaffungsentscheidungen treffen. | BIMI Group: Mailbox Providers | 16. Aug. 2026 |
| Microsoft Outlook | Diese Matrix stellt Outlook nicht als dokumentiertes BIMI-Anzeigeziel dar. | Die Anbieterübersicht der BIMI Group listet Outlook nicht als BIMI-unterstützenden Mailbox-Anbieter auf. Dies ist kein Nachweis über die künftige Microsoft-Richtlinie; es ist eine Kompatibilitätsgrenze für die aktuelle Implementierungsplanung. | BIMI Group: Mailbox Providers | 16. Aug. 2026 |
| Apple Mail, Yahoo Mail, Fastmail und andere Empfänger | Es wird hier keine empfängerspezifische Implementierungsregel angegeben, sofern diese nicht durch die aktuelle Primärdokumentation des Empfängers belegt ist. | Nicht durch eine Primärquelle in dieser Version dokumentiert. Übertragen Sie Gmails Zertifikat-, DMARC- oder SVG-Anweisungen nicht auf einen anderen Empfänger, ohne die eigene Dokumentation dieses Empfängers zu prüfen. | BIMI Group: Supporting Documents | 16. Aug. 2026 |
Implementierungs-Baseline
Eine robuste Implementierung beginnt mit der standardseitigen Arbeit und wird dann anhand der veröffentlichten Anforderungen des für den Absender relevanten Empfängers geprüft. Die Abfolge ist geradlinig, aber unnachgiebig: DMARC-Ausrichtung und -Durchsetzung sicherstellen, ein streng konformes SVG Tiny P/S-Logo vorbereiten, den BIMI-Eintrag und etwaiges Zertifikatsmaterial korrekt veröffentlichen und hosten, dann das Ergebnis validieren, bevor man sich auf die Inbox-Anzeige verlässt.
- Beginnen Sie mit BIMI: how it works für die technische Abfolge und die Grenzen der Empfängeranzeige.
- Bestätigen Sie die DMARC-Durchsetzungsanforderung, bevor Sie BIMI als einsatzbereit betrachten.
- Validieren Sie das SVG Tiny P/S-Asset und veröffentlichen Sie den BIMI DNS-Eintrag.
- Wenn der genannte Empfänger eine Zertifikatsanforderung dokumentiert, bewerten Sie VMC und CMC getrennt von der Logo-Konvertierung und der DNS-Veröffentlichung.
- Nutzen Sie das kostenlose Domain-Audit, um Lücken in öffentlichen Einträgen und der Konfiguration zu identifizieren.
Ausstellerstatus. DigiCert und Entrust sind die aktiven VMC-Aussteller. Diese Aussage betrifft die aktive VMC-Ausstellung, nicht die Zusage, dass ein bestimmter Empfänger ein Logo anzeigen wird.
Quellen- und Änderungsrichtlinie
Die BIMI Group veröffentlicht die BIMI-, Empfänger-, VMC-Abruf- und Validierungs-, Berichts- sowie Markenzertifikat-Anforderungsmaterialien, die dem Standard zugrunde liegen. Google veröffentlicht seinen eigenen Gmail-Bereitstellungsleitfaden. Diese Seite hält fest, was diese Quellen zum Prüfdatum aussagen, anstatt die Richtlinie eines einzelnen Empfängers auf den gesamten Markt zu extrapolieren.
Eine Korrektur ist willkommen, wenn sie eine direkte, aktuelle Primärquellen-URL enthält und die zu überarbeitende Aussage benennt. Eine Drittanbieterliste, ein nicht belegter Screenshot oder eine einzelne Beobachtung reichen nicht aus, um eine Empfängerzeile zu ändern.
Versionshistorie
| Version | Datum | Änderung |
|---|---|---|
| 1.0 | 16. Aug. 2026 | Erste primärquellenbegrenzte Matrix. Gmail ist der einzige Empfänger mit detaillierten empfängerspezifischen Anforderungen in dieser Version; andere Einträge sind bewusst auf dokumentierten Umfang oder dokumentierte Unsicherheit beschränkt. |