BIMI: 受信トレイに表示されるあなたのロゴ
一般的なユーザーは 1 日に複数のメールを受け取ります。その中には重要な更新や個人的なメッセージもあれば、さまざまなブランドからのマーケティングメールもあります。この混み合った受信トレイの中で、あなたのメールが目立ち、受信者の心に響く見込みはどれほどでしょうか。読者の注意を引く何か独自のものを加えない限り、かなり低いと言わざるを得ません。
このガイドはメール認証ガイドの一部です。関連記事: MTA-STS と DKIM vs DMARC。
一般的なユーザーは 1 日に複数のメールを受け取ります。その中には重要な更新や個人的なメッセージもあれば、さまざまなブランドからのマーケティングメールもあります。この混み合った受信トレイの中で、あなたのメールが目立ち、受信者の心に響く見込みはどれほどでしょうか。読者の注意を引く何か独自のものを加えない限り、かなり低いと言わざるを得ません。
BIMI（Brand Indicators for Message Identification）は、対応クライアント（Gmail、Apple Mail、Yahoo）において、認証済みメールの隣にブランドの検証済みロゴを表示します。BIMI には quarantine または reject の DMARC ポリシーが必要で、p=none では不十分です。Gmail でのロゴ表示には、DigiCert または Entrust からの Verified Mark Certificate（VMC）が必要です。
マーケティングメールに信頼性と華やかさを加えたいなら、メールの隣にブランドのロゴを表示することは大きな転機になり得ます。それは単なるマーケティング施策にとどまらず、信頼を築きブランドアイデンティティを強化することでもあります。ロゴがメールのすぐ隣に現れると、親しみの感覚が生まれ、それはつまり、あなたのオーディエンスが一目であなたのブランドを認識するということです。
そこで登場するのが Brand Indicators for Message Identification（BIMI）です。BIMI を使えば、認証済みメールの隣に認証・検証済みのロゴを表示でき、一定水準のプロフェッショナルさと信頼性を加えられます。
BIMI とは何か、そしてどう設定するかを、さらに深く掘り下げていきましょう。
BIMI とは何か
BIMI は、受信者の受信トレイでメールの隣にブランドのロゴを表示できるツールです。実際にはデザインの更新にとどまらず、メールがユーザーの受信トレイに届いたときに、より本物らしく信頼できるものに感じさせます。結局のところ、人々があなたの検証済みロゴをメールの隣に見ると、それが信頼される可能性は大幅に高まります。ましてや、目にするメールの二つに一つがフィッシングの試みや迷惑メールであるような今の時代においてはなおさらです。
このプロトコルをこれほど独特で信頼されるものにしているのは、SPF、DKIM、DMARC を含む他のメールセキュリティプロトコルと手を携えて機能するという事実です。これらのプロトコルはすべて、あなたのメールが正当であり改ざんされていないことを保証するので、あなたのロゴが表示されると、それはユーザーに、そのメールがセキュリティの層に裏打ちされていること、そして当然ながらそのメールが安全に関与できるものであることを伝えます。
BIMI は受信トレイの中で一貫したブランドを築き、あなたのメールを小手先の手法なしに正しい理由で際立たせる、と言えるでしょう。信頼を築きながらメッセージの視認性を高めたいなら、BIMI はあなたの手札の中で最良のツールです。
なぜ BIMI はこれほど重要なのか
すでに SPF、DKIM、DMARC を実装しているなら、BIMI まで実装する必要が本当にあるのかと疑問に思うかもしれません。正直に言えば必須ではありませんが、絶えず進化する脅威の状況において信頼性と信用を強化するためには、ほぼ交渉の余地のないものになっています。
あなたのドメインに BIMI を実装すべき理由をいくつか挙げます。
ブランドの存在感を高めるため
BIMI を使えば、メールとともにロゴを表示することで、メールをブランドアイデンティティの延長へと変えられます。あなたのロゴは、受信者の受信トレイにあふれる没個性的なメールの中で中心的な位置を占めます。
信頼を築くため
たしかに SPF、DKIM、DMARC を実装することは、受信者にふさわしいセキュリティの層を加えます。しかし、これらのプロトコルの問題は、オーディエンスがフロントエンドでそれらが機能している様子を決して目にしないことです。BIMI は真正性の明確なシグナルを与え、より自信を持ってメールを開くよう促します。
エンゲージメントを高めるため
言うまでもなく、信頼でき、プロフェッショナルに見えるメールは、開かれ、やり取りされる可能性が高くなります。それを実現するには、既存の認証プロトコルに加えて BIMI が必要です。BIMI は、ユーザー体験とエンゲージメントを向上させることで、既存のセキュリティを補完します。
セキュリティへの取り組みを示すため
BIMI を実装することは、あなたの組織がセキュリティのベストプラクティスに従うだけの会社ではなく、コミュニケーションを彼らにとってより安全で透明性のあるものにするために一歩踏み込んでいることを、オーディエンスに伝えます。
競合の上を行くため
どのメールも注目を集めようと競い合う混み合った受信トレイにおいて、ロゴのあるものは間違いなく際立ちます。メールの隣にロゴがなければ、あなたのメールはプロフェッショナルさに欠ける、あるいは怪しいとさえ受け取られる可能性があります。
ますます多くのブランドがロゴを添えてメールを送る中、もはやペースについていくことではなく、先を行くことが問われています。
BIMI を実装するための前提条件は何か
送出メールとともにあなたのブランドのロゴを表示できるようにするには、BIMI を適切に設定する必要があり、そのためには一定の要件を満たすことが重要です。これらがなければ、BIMI を実装して、あなたが目指す信頼と信用を確立することはできません。
BIMI を採用する際に省けない要件をいくつか見ていきましょう。
適切に実装された DMARC
BIMI を強制するためにまず必要なのは、送信ドメインに対して DMARC を適切に構成することです。DMARC ポリシー（p=quarantine または p=reject）でメールの真正性を検証しない限り、BIMI は機能しません。DMARC は、受信サーバーに対して、着信メールが本当に信頼できる送信元であるあなたのドメインから来ていることを保証します。それが成立するためには、あなたの SPF レコードが 10 DNS ルックアップ制限内に収まっていなければなりません。さもなければ PermError が DMARC を、そしてそれとともに BIMI を密かに損なってしまいます。
DMARC を実装するには、SPF か DKIM のいずれか（理想的には両方）が設定されていることが重要です。メール送信ドメインでこれらの認証プロトコルを稼働させれば、BIMI の採用に一歩近づきます。先へ進む前に、SPF checker を実行してレコードが有効であることを確認しましょう。
BIMI 標準を満たすロゴ
そう、BIMI を設定するにはブランドのロゴが必要ですが、それは任意の形式やサイズであってはなりません。ロゴをメールに表示するには、明瞭に見え、拡大縮小できるように SVG Tiny 1.2 形式である必要があります。次に、ロゴは正方形で、シンプルなデザインと透明な背景を持つべきです。BIMI 用のロゴを選ぶ際にもう一つ念頭に置くべきなのは、それが HTTPS サーバーでホストされていなければならないことで、その URL を BIMI DNS レコードに含めるのを忘れないでください。
余分なテキストのない商標登録済みのロゴ
BIMI を設定するには、ロゴが商標登録されている必要がありますが、会社のロゴに何らかの余分なテキストやタグラインが含まれていると、困ったことになるかもしれません。そのため、ロゴにこれらが含まれていないことを確認してください。
さて、商標登録済みのロゴを持っていなくても、それを使って BIMI を設定することは可能です。Google が 2024 年 10 月に導入した Common Mark Certificates（CMC）のおかげで、物事はずっと簡単になっています。
承認された認証局からの Verified Mark Certificate（VMC）
BIMI でメールの隣にロゴを表示したいなら、Verified Mark Certificate（VMC）が必要になります。これは本質的に、あなたがロゴを所有し、それを使う許可を持っていることの証明です。VMC は DigiCert や Entrust などの承認された認証局に申請して取得できます。これは、あなたのブランドが正当であり、メールが安全であることを裏付けるのに役立ちます。
BIMI を実装するために従うべき手順は何か
BIMI を設定するために必要なものが分かったところで、支障なくメールの隣にロゴを表示できるよう、プロトコルを実装する全プロセスをご案内します。
DMARC をどのように実装し強制するか？
まず何よりも、メール送信ドメインに対して DMARC を実装する必要があります。その際、DMARC ポリシーが p=none ではなく p=quarantine や p=reject といったより厳格なレベルに設定されていることを確認してください。この強制がなければ、BIMI はメールの正当性を検証するために DMARC に依存しているため、機能しません。
ロゴを準備する
BIMI に次に必要なのはロゴです。しかし先ほど述べたとおり、それは特定の形式とサイズ（SVG Tiny 1.2）でなければならず、そのときにのみアップロードできるようになります。ロゴはまた、シンプルなデザインと透明な背景を持つ正方形であるべきです。メールクライアントはロゴを小さなサイズで表示するため、これらの詳細が重要になります。ロゴが込み入りすぎていると、受信者に正しく見えません。
ロゴをホストする
ロゴが準備できたら、それをウェブからアクセスできる場所（HTTPS）にホストします。ここが、メールプロバイダーがロゴを取得して受信者の受信トレイに表示する場所です。選ぶ場所は信頼でき、URL が安定していることが必要です。
BIMI DNS レコードを作成する
次に、TXT 形式で BIMI レコードを作成します。次のようなものになります。
default._bimi.example.com IN TXT “v=BIMI1; l=https://example.com/path-to-logo.svg
v=BIMI1: は BIMI のバージョンです。
l=: はホストされたロゴの URL です。
BIMI レコードを公開する
BIMI TXT レコードを作成したら、それをドメインの DNS 設定に追加する必要があります。これにより、参加しているすべてのメールサーバーが BIMI 情報にアクセスできるようになります。
VMC を取得する
先ほど述べたとおり、VMC（Verified Mark Certificate）は BIMI にとって重要なので、承認された認証局からの証明書をまだ持っていない場合は、必ず取得してください。取得したら、a= タグを使って BIMI レコードに VMC を追加できます。
どのように検証し監視するか？
BIMI の設定はほぼ完了です。BIMI レコードが適切に構成され、ロゴがメールの隣に表示されることを確かめるには、テストするのが最善です。そのためには BIMI ルックアップツールを使い、DMARC レポートに目を配って認証の失敗がないか特定できます。ここではなぜ SPF を定期的にチェックすべきかを理解しておくことも大切です。レコードのずれは、設定からずいぶん経ってから BIMI を壊しうるからです。