新しいガイド:評判を損なわずに専用IPをウォームアップする方法。 続きを読む →
MigoSMTP
ドメインとDNS更新日 2026/10/16

BIMI設定ガイド:受信箱にブランドロゴを表示する(要件と手順)

BIMIを使うと、メールボックスプロバイダーが検証済みのブランドロゴをメッセージの横に表示できます。必要なのは、強制ポリシーのDMARC、正しく準備したSVGロゴ、そしてほとんどのプロバイダーでは証明書です。本ガイドでは、各要件を順に追いながら、正確なDNSレコード、テスト方法、各メールボックスプロバイダーに期待できる対応を解説します。

IR
執筆 Ishita Rao
Email Authentication Engineer
レビュー Aarav Mehta
  • 公開済み2026/09/29
  • 読了時間1 分
  • 文字数128 語
このガイドを共有

BIMIの設定を行うと、対応するメールボックスプロバイダーが、検証済みのブランドロゴをメッセージの横に表示できるようになります。必要な要素は4つで、強制ポリシーのDMARC、正しく準備したSVGロゴ、通常はそのマークの所有を証明する証明書、そしてDNSレコード1つです。本ガイドでは、それぞれを順に説明し、結果のテスト方法も解説します。

4準備するもの:DMARC、ロゴ、証明書、レコード
p=quarantineDMARCポリシーの最低条件
SVG Tiny PS必須のロゴプロファイル

プロバイダーの対応状況は変わります。どのプロバイダーがロゴを表示するか、また証明書を求めるかどうかは、時間とともに変化してきました。予算を確定する前に、重視する各プロバイダーの最新のドキュメントを確認してください。

BIMIで得られるもの

メリット詳細
ブランドの認知対応する受信箱で、送信者名の横にロゴが表示される
信頼のシグナルロゴは認証済みのメールにのみ表示されるため、偽装されにくい
DMARCを完了させる動機強制への移行が、技術面だけでなくビジネス上の目標としても目に見えるものになる
配信を押し上げるものではないそれだけでメールが迷惑メールから受信トレイに移るわけではない

要件1:強制ポリシーのDMARC

受信側がBIMIのロゴを表示するのは、quarantineまたはrejectのポリシーを全件に適用しているドメインから送られ、DMARCに合格したメールだけです。まだそこに達していない場合は、まず安全に到達してください。DMARCレポートのガイドでは、強制に移行する前に正当な送信元を見つける方法を紹介しています。

_dmarc.example.com. TXT "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"
DMARCポリシーBIMIの対象になるか
p=noneいいえ
p=quarantine(適用率100パーセント)はい
p=reject(適用率100パーセント)はい
pctが100未満のp=quarantineいいえ。部分的な強制は対象外

要件2:ロゴファイル

  • 形式:SVG Tiny PSプロファイルのSVG。標準的なSVGの書き出しでは不可。
  • 形状:正方形。プロバイダーが円形または正方形に切り抜くため。
  • 背景:透過ではなく単色。ライトテーマでもダークテーマでもロゴが読み取れるようにするため。
  • 内容:スクリプト、外部の画像やフォント、アニメーションは使用しない。
  • ホスティング:自分で管理するサーバー上のHTTPS URL。ログインなしでアクセスできること。
  • サイズ:ファイルは数キロバイト程度に小さく保ち、素早く読み込めるようにする。

要件3:証明書(VMCまたはCMC)

種類証明する内容一般的な必要条件Gmailでの表示
VMC(Verified Mark Certificate)通常は登録商標によって、ロゴを所有していることそのロゴそのものの登録商標ロゴと検証済みチェックマーク
CMC(Common Mark Certificate)登録商標はないが、ロゴを使用してきたこと過去の使用の証拠ロゴのみ(チェックマークなし)
証明書なしDMARC以上のものは何も証明されない一部のプロバイダーでのみ受け付けられるGmailではロゴが表示されないことが多い

証明書は、承認された認証局が身元確認を行ったうえで発行します。このプロセスには数日から数週間かかり、費用もかかるため、早めに着手してください。発行されたPEMファイルをHTTPSで公開し、レコードから参照します。

要件4:BIMIレコードを公開する

default._bimi.example.com. TXT "v=BIMI1; l=https://example.com/brand/logo.svg; a=https://example.com/brand/certificate.pem"
タグ意味必須か
v=BIMI1レコードのバージョンはい
l=SVGロゴのHTTPS URLはい
a=証明書(VMCまたはCMC)のHTTPS URL証明書を必要とするプロバイダー向けに必要

テストする

  1. レコードを検証する。BIMIチェッカーを使い、構文、DMARCの状態、ロゴのプロファイル、証明書を確認します。
  2. テストメールを送る。対象とするプロバイダーのテストアカウントに、認証済みのメッセージを送ります。
  3. 待つ。表示されるまでには時間がかかることがあり、プロバイダーのキャッシュや送信履歴にも左右されます。
  4. ヘッダーを確認する。DMARCがpassになっていること、そしてプロバイダーがBIMI関連のヘッダーを追加している場合はそれも確認します。

トラブルシューティング

症状考えられる原因対処
バリデーターがDMARCの強制なしと報告するポリシーがnone、またはpctが100未満100パーセントのquarantineまたはrejectに移行する
ロゴの検証に失敗するSVG Tiny PSではない、スクリプトを含む、または背景が透過している変換し、BIMIツールで再テストする
証明書エラーロゴが証明書と一致しない、または証明書の期限切れ正確なロゴファイルで再発行する
レコードが見つからないホスト名が間違っている(default._bimiの欠落など)default._bimi.yourdomainに公開する
すべて検証に通るが、まだロゴが出ないプロバイダーのキャッシュ、または評価や送信量の不足認証済みメールを送り続け、後でもう一度確認する

BIMIの準備をしていますか?ドメインと現在のDMARCポリシーをお知らせください。強制に至るまでの道のりの計画をお手伝いします。

サポートに問い合わせる

参考資料と出典

よくある質問

BIMIとは何ですか?

BIMIは、Brand Indicators for Message Identificationの略です。送信者がDNSにロゴを公開することで、対応するメールボックスプロバイダーが、認証に合格したメッセージの横にそのロゴを表示できるようにする標準規格です。それだけで配信が改善されるわけではありませんが、メールの認知度を高められます。

BIMIは到達性を改善しますか?

直接的には改善しません。BIMIは強力な認証を前提とした表示機能です。ただし、DMARCの強制など、適格となるために行う作業は通常、評価の向上にも役立ち、ロゴが表示されることで認知度や信頼感が高まる可能性があります。

BIMIに必要なDMARCの要件は何ですか?

ドメインには、すべてのメールに適用される、quarantineまたはrejectのDMARCポリシーが必要です。これは組織ドメインとサブドメインの両方が対象です。ポリシーがnoneでは要件を満たしません。まずDMARCレポートで正当な送信元を洗い出したうえで、段階的に強制へ移行してください。

VMCとは何ですか?

Verified Mark Certificate(VMC)は、ロゴと組織を結び付けるデジタル証明書です。承認された認証局が、組織の身元と、通常は登録商標を確認したうえで発行します。VMCがあると、Gmailで検証済みのチェックマークを表示できます。

CMCとは何ですか?

Common Mark Certificate(CMC)は、登録商標はないものの、そのロゴを使用してきた実績を示せるブランド向けの、関連する証明書です。これを受け付けるプロバイダーではロゴを表示できますが、Gmailの検証済みチェックマークはVMCに紐付いています。

ロゴはどのような形式にする必要がありますか?

ロゴは、BIMI向けに定められたSVG Tiny PSプロファイルのSVGファイルである必要があります。正方形でシンプルにし、スクリプトや外部参照を含めず、背景は単色にしてください。デザインツールの通常のSVG書き出しは、受け付けられる前に変換と確認が必要になることがよくあります。

BIMIに対応しているメールボックスプロバイダーはどこですか?

対応は、Gmail、Yahoo、Apple Mailなどの大手プロバイダーに広がっていますが、各社で要件や表示内容は異なります。対応状況は時間とともに変わり、Outlook.comのようにBIMIのロゴを表示していないプロバイダーもあります。特定のプロバイダーを前提に計画を立てる前に、最新のプロバイダー公式ドキュメントを確認してください。

BIMIレコードはどこに公開しますか?

default._bimiにドメイン名を続けたホスト名(例:default._bimi.example.com)に、TXTレコードを公開します。値には、v=BIMI1、ロゴのHTTPS URLを指定するlタグ、そして証明書がある場合は証明書ファイルのHTTPS URLを指定するaタグを含めます。

レコードは正しいのにロゴが表示されないのはなぜですか?

よくある原因は、DMARCが強制になっていない、ロゴがSVGプロファイルに適合していない、証明書がない、または証明書がロゴと一致していない、そのプロバイダーでの送信評価や送信量が低い、キャッシュによる遅延、などです。バリデーターでレコードをテストし、その後は待ってください。プロバイダーはロゴを即座には表示しません。

サブドメインごとにBIMIが必要ですか?

受信側がレコードをどう検索するかによって、送信に使うサブドメインごとにレコードを公開することも、組織ドメインのレコードに任せることもできます。Fromアドレスで使うサブドメインをテストし、それぞれで強制ポリシーが有効になっていることを確認してください。

トピック#bimi#dmarc#vmc#cmc#ブランド#ロゴ#認証
このガイドは役に立ちましたか?いただいたご回答は、ドキュメントの改善に役立てます。

関連記事

ドメインとDNSメール用DNSレコードのトラブルシューティング:TXTの長さ、TTL、伝播、レジストラ固有の癖メール認証の失敗の多くは、公開しようとしたレコード自体の誤りではなく、DNS管理画面がレコードを保存する際の癖が原因です。分割されていない長いDKIM鍵、二重に追加されたドメイン名、値に貼り付けられた引用符、2つ目のSPFレコード、有効になったプロキシ、古いキャッシュなどが典型です。本ガイドでは、それぞれの見つけ方と直し方を解説します。ガイドを読む →ドメインとDNSカスタムReturn-Pathとトラッキングドメイン:設定、アライメント、HTTPSカスタムReturn-Pathドメインを使うと、SPFをFromドメインにアライメントさせることができ、カスタムトラッキングドメインを使うと、リンクを自社ブランドにできます。このガイドでは、両者の仕組み、DMARCにおいてアライメントが重要な理由、公開すべきDNSレコード、トラッキングドメインにHTTPSが必要な理由、そしてそれぞれのテストとトラブルシューティングの方法を説明します。ガイドを読む →ドメインとDNSDKIM鍵のローテーション:セレクター、鍵長、安全な切り替え手順DKIM鍵を永久に使い続けるべきではありません。本ガイドでは、セレクターによって2つの鍵を並行して運用できる仕組み、選ぶべき鍵長、ローテーションの頻度に加え、新しい鍵の公開、署名の切り替え、送信中メールの待機、古い鍵の廃止までを、認証エラーを起こさずに進める手順を解説します。ガイドを読む →

数分で送信を始めましょう。

アカウントを作成し、ドメインを追加して、最初のメールを送信します。

無料で始める 営業に相談