BIMI: Brand Indicators for Message Identification の仕組み

BIMI とは Brand Indicators for Message Identification の略称です。これは、送信者がブランドロゴを公開し、対応するメールボックスプロバイダーがそのロゴを評価したうえで、自社ポリシーが許可する場合に送信者のメッセージの横に表示できるようにするメール認証標準です。

BIMI は画像アップロード機能ではありません。認証済みメール、DNS、制約付き SVG フォーマット、および受信者ポリシーの上に成り立っています。正しい BIMI レコードがあっても、受信トレイへのロゴ表示は強制されません。メールボックスプロバイダーはドメインごとに独自の判断を行います。[1]

実践的な手順は次の4つです：

1. 送信ドメインを認証し、DMARC を強制適用する；
2. 有効な SVG Tiny Portable/Secure ロゴを準備する；
3. BIMI アサーションレコードを公開し、必要に応じて証明書ファイルも公開する；そして
4. 公開するだけで十分と思い込まず、デプロイ済みドメインをテストする。

DNS を変更する前に、BIMI ドメイン監査を実行するか、ロゴを検証するしてください。

BIMI が行うこと

BIMI アサーションレコードは、ロゴファイルの場所と、該当する場合は証明書ファイルの場所を示します。対応する受信者はこれらのリソースを取得し、送信者の認証情報と合わせて評価したうえで、インジケーターを表示するかどうかを判断します。

結果として、受信者の受信トレイに認識可能な送信者識別情報が表示されます。ただし、根本的な目的は送信者認証の強化です。BIMI は DMARC に依存しており、DMARC、SPF、または DKIM に取って代わるものではありません。

BIMI が行わないこと

BIMI は、受信トレイへの配信、送信者レピュテーション、またはロゴの表示を保証しません。技術的に有効なレコードであっても、受信プロバイダーが異なるポリシーを適用している場合、リソースが取得または検証できない場合、またはメッセージが受信者の認証条件を満たさない場合は、表示されないことがあります。したがって BIMI は、表面的な装飾のための近道としてではなく、より広範な認証済みメールプログラムの一部として実装する必要があります。[1]

実装手順

1. DMARC を強制適用する

Google のドキュメント化された BIMI ワークフローでは、DMARC のポリシーを p=quarantine または p=reject かつ pct=100 に設定する必要があります；p=none は要件を満たしません。[2] SPF または DKIM は、DMARC アライメントを満たす方法でメールを認証する必要もあります。

ドメインがまだ監視モードの場合は、計画的な DMARC プログラムから開始してください。DMARCSwiss は、継続的な集計レポート監視とポリシー段階的適用のためのポートフォリオサービスです。このページでは p=none を BIMI 対応状態とはみなしません。

詳細な DMARC 要件ガイド をお読みください。

2. SVG Tiny P/S ロゴを準備する

BIMI は、セキュリティ上の配慮が必要な環境で安全にレンダリングするために設計された、制限付き SVG プロファイルを使用します。標準的なデザインツールのエクスポートには、サポートされていない要素、外部参照、スクリプト、アニメーション、または正規化が必要なジオメトリが含まれていることがよくあります。

Google の公開ガイダンスには、SVG Tiny P/S 要件と Gmail 固有の条件が含まれており、絶対ピクセル寸法、正方形の表示、塗りつぶし背景、ファイルサイズ、および desc 要素に関する推奨事項が含まれています。[2]

makeBIMI は、関連する技術的制約に照らして SVG アセットを変換・検証します。その結果はあくまで技術的な検証であり、認証局またはメールボックスプロバイダーが最終的なデプロイを受け入れることを約束するものではありません。

ロゴを変換または検証する · SVG Tiny P/S ガイドを読む · 技術標準を読む

3. BIMI レコードを公開する

デフォルトの BIMI アサーションレコードは次の場所に公開されます：

default._bimi.example.com

代表的なレコードの例：

v=BIMI1; l=https://example.com/brand/logo.svg; a=https://example.com/brand/certificate.pem

v= タグは BIMI バージョンを宣言します。l= タグはホストされた SVG を識別します。a= タグは、受信者の実装が必要とする場合に証明書ファイルを識別します。

リソースは HTTPS 経由で公開アクセス可能である必要があり、公開後も安定した状態を維持しなければなりません。Google のガイダンスでは、証明書ファイルの構成について説明しており、PEM ファイルを使用する場合はエンティティ証明書、中間証明書、ルート証明書をこの順序で追記するのが一般的であると述べています。[2]

本番レコードを公開する前に、BIMI DNS レコードガイド をお読みください。

4. 証明書が必要かどうかを判断する

受信者の要件は異なります。Google は BIMI の設定に VMC または CMC をドキュメント化しており、Gmail の認証済みチェックマークは VMC と関連付けられていると述べています。[2] VMC は商標登録済みロゴと厳格な検証プロセスに基づいています。CMC は、現在の認証局および受信者の要件を条件として、商標を必要としない適格なユースケースに利用できる場合があります。

ポートフォリオとして承認された現行の VMC 発行機関に関する表現は次のとおりです：DigiCert と Entrust が現在有効な VMC 発行機関です。 過去の発行機関リストに依拠したり、証明書の種類が異なっても受信者の結果が同じになると仮定したりしないでください。

VMC および CMC ガイドを読む · VMC と CMC を比較する · veriBIMI に相談する

受信者ポリシーの重要性

BIMI 標準は、受信者がロゴ情報を取得・評価するための共通の方法を提供しますが、受信者の裁量を排除するものではありません。BIMI Group は、メールボックスプロバイダーは BIMI を利用しているドメインのロゴを表示する義務はなく、ドメインごとに独自の判断を下すことができると明示しています。[1]

このため、makeBIMI は日付付きの BIMI 受信者要件マトリックス を維持していきます。これは、ドキュメント化されたプロバイダー要件と一般的な標準規則を分けて記載し、不確実または未ドキュメント化の動作はそのように明示します。スクリーンショット、サードパーティの主張、または古いブログ記事からサポートを推測することはありません。

ロゴが表示されない一般的な原因

主な原因は以下のとおりです：

• DMARC がまだ p=none に設定されているか、送信ストリームがアライメントされていない。
• SVG に禁止されているコンテンツが含まれているか、受信者のドキュメント化された制約を満たしていない。
• BIMI アサーションレコードの形式が不正である、誤ったセレクターで公開されている、またはまだ DNS に反映されていない。
• ホストされた SVG または PEM ファイルを安全に取得できない。
• 証明書チェーンまたはロゴとの関連付けが検証されない。
• サードパーティの送信プラットフォームがアライメントされた認証に対応するよう設定されていない。
• 受信プロバイダーが、そのメッセージまたはドメインに対してインジケーターを表示しない。

BIMI 監査 を使用して確認可能なドメイン設定を検査し、複数の設定を同時に変更するのではなく、適切な技術ガイドに従ってください。

規律ある実装シーケンス

関連実装ガイド

• BIMI 技術標準
• BIMI メールクライアントサポート
• サードパーティ送信者および ESP との BIMI
• BIMI が機能しているか確認する方法
• BIMI ロゴが表示されない理由
• BIMI と Microsoft Outlook

よくある質問

DMARC 強制適用なしで BIMI は機能しますか？

Google のドキュメント化された BIMI フローでは機能しません。Google は p=quarantine または p=reject かつ pct=100 の DMARC ポリシーを必要とし、p=none は対象外です。[2]

通常の SVG で十分ですか？

いいえ。BIMI は制約付き SVG Tiny P/S プロファイルを使用します。ウェブサイトで表示できるロゴであっても、BIMI の制約を満たさない要素が含まれている場合があります。デザインツールのエクスポートが適切と思い込まず、最終的にホストするアセットを検証してください。

有効な BIMI レコードがあれば、すべての受信トレイでロゴが表示されますか？

いいえ。受信者への表示は受信者の判断によります。BIMI Group は、プロバイダーがドメインごとに独自の判断を下す場合があると指摘しています。[1]

どの VMC 発行機関が現在有効ですか？

ポートフォリオコンテンツには、承認された現行の表現を使用してください：DigiCert と Entrust が現在有効な VMC 発行機関です。 証明書および受信者の要件は変更される可能性があるため、申請前に現在の要件を確認してください。

出典

[1] BIMI Group — Mailbox Providers

[2] Google Workspace Admin Help — Set up BIMI

[3] BIMI Group — Supporting Documents