主なポイント
- 公式な「BIMI 2.0」というものは存在しません。この用語は、進化を続けるBIMIのIETFドラフトの新しい改訂版を指す非公式な呼称であり、そこでは追加の機能やセキュリティ規則が導入されています。
- 新しいタグにより、ブランディングの制御がさらに強化されます。 avp=タグを使用すると、送信者はブランドロゴと個人用アバターのどちらを優先させるかを選択でき、lps=タグを使用すると、送信者のローカルパートに基づいて異なるロゴを表示させることができます。
- VMCおよびCMCは、現在正式に認定されています。「コモン・マーク証明書(Common Mark Certificates)」は、VMCの取得に必要な登録商標を保有していない組織にとって、より利用しやすい代替手段となります。
- 既存のBIMIレコードは引き続き有効です。新しいタグは任意であるため、追加機能を利用したい場合を除き、組織は正常に動作しているBIMI設定を変更する必要はありません。
- DMARCの適用は依然として不可欠です。BIMIは、隔離または拒否ポリシーを設定したDMARCに加え、準拠したロゴファイルやその他の既存の要件に引き続き依存しています。
- BIMIは現在も進化を続けています。 avp=やlps=といった新機能に対するプロバイダー側の対応状況は依然としてまちまちですが、その基盤となるIETF仕様や証明書規格は引き続き発展を続けています。
「BIMI 2.0」という用語は、最近ウェビナーやベンダーのブログで耳にしたことがあるかもしれませんが、これは正式なリリースではありません。BIMI仕様には、2.0のようなバージョン番号は付けられていません。しかし、その基礎となる文書には大幅な変更が加えられています。数年前などにBIMIレコードを公開したことがある場合は、新しいタグや新しい証明書の種類について把握しておく必要があります。
この記事では、BIMI仕様の現状と、それが送信者にとってどのような意味を持つかについて解説します。最新情報に入る前に、BIMIに関する完全ガイドで基礎知識を復習しておくことをお勧めします。
BIMI 2.0って本当に存在するの?
いいえ。人々が引用するバージョン番号は、しばしば誤解されています。例えば、よく参照される2021年の文書「draft-blank-ietf-bimi-02」は、初期の草案の2回目の改訂版に過ぎず、バージョン2.0のリリースではありません。その文書はその後、置き換えられ、アーカイブされています。
業界の指針となる進行中の文書は「draft-brand-indicators-for-message-identification」であり、2026年5月1日現在、改訂版は-14となっています。この混乱が生じているのは、ベンダーがこの進行中の草案に追加された新しい仕様や機能を説明する際、非公式に「BIMI 2.0」という呼称を使用することがあるためです。
現在のBIMI仕様:現状、作成者、および位置づけ
Gmail、Yahoo、Fastmail といった主要プロバイダーによって実装されているにもかかわらず、BIMI は依然として個別のインターネットドラフトに過ぎません。これは RFC ではなく、公式のワーキンググループ文書でもありません。現在、IETF の標準化プロセスにおいて正式な地位を有していません。
業界での広範な採用と正式な地位との間にこのような隔たりがあることは、電子メールプロトコルではよくあることです。正当性を示す真の指標は、その文書を起草した著者たちにあります。現在の「draft-brand-indicators-for-message-identification」は、業界の専門家たちによってメンテナンスされています。具体的には、Valimail社のSeth Blank氏とPeter Goldstein氏、Skye Logicworks社のThede Loder氏、Fastmail社のTerry Zink氏とJemma Bradshaw氏、Comcast社のAlex Brotman氏、そしてGoogle社のWei Chuang氏です。
BIMI仕様の実際の新機能とは
今回の改訂では、新しいオプションタグが導入され、証明書の種類が正式に定義され、セキュリティ処理が強化されました。
| タグ | その機能 | 新しいんですか? |
|---|---|---|
| v= | バージョン表示 | いいえ |
| l= | ロゴファイルの保存場所 | いいえ |
| a= | 証拠書類の保管場所 | いいえ |
| avp= | アバターの設定 | はい。 |
| lps= | 局所部分選択子 | はい。 |
avp= タグ
avpタグは「Avatar Preference(アバター設定)」の略です。このタグを使用することで、ドメイン所有者はメールボックスプロバイダーに対し、ブランドロゴ(avp=brand)を表示するか、個々の送信者の個人用アバター(avp=personal)を表示するかを指定できます。この設定を明示的に定義することで、送信者は、両方の画像タイプに対応しているメールクライアントが判断に迷うことを防ぐことができます。詳細については、BIMIのavpタグに関するガイドをご覧ください。
lps= タグ
lpsタグは「Local-part Selector」の略です。この機能の追加は、ブランディングにおける大きな課題を解決するものであるため、注目に値します。従来、部署ごとに異なるロゴを表示するには、送信メールにBIMI-Selectorヘッダーを設定する必要がありました。lpsタグの導入により、送信アドレスのローカルパート(@記号より前の部分)がDNSレコードから直接ロゴの選択を指定できるようになり、この状況が一変しました。
たとえば、デフォルトの BIMI レコードをメインのロゴを指すように設定しつつ、ニュースや決済用に個別のセレクタを指定する lps タグを含めることができます。 [email protected] からメッセージが届くと、受信サーバーはローカルパートを検出し、lps リスト内から一致するプレフィックスを見つけ、その特定のセレクタに対して二次検索を実行します。これにより、サポートメールにはメインのロゴを、ニュースレターには別のロゴを表示し、トランザクション通知ではロゴを完全に非表示にすることが可能です。このタグに対するプロバイダーのサポートはまだ未定ですが、マルチロゴ管理のための強力な仕組みを提供します。
VMCおよびCMCの正式化
草案では現在、検証済みマーク証明書(VMC)と共通マーク証明書(CMC)の両方が、任意の証明手段として正式に言及されています。これらの証明書に関する詳細な仕様については、別の文書に委ねられています。実用上の違いは、ほとんどの送信者にとって非常に大きなものです。CMCでは登録商標が不要であるため、ロゴを表示するためのハードルがはるかに低くなっています。
BIMI における 共通マーク証明書と VMC について詳しく知りたい場合は、関連資料をご覧ください。
ヘッダー処理の厳格化
本仕様では、メール転送エージェント(MTA)が BIMI-Location、BIMI-Indicator、および BIMI-Logo-Preference ヘッダーを構築する方法について、より明確な規則を定めています。また、受信サーバーに対し、これらのヘッダーのうち信頼できない受信バージョンをすべて削除することを明示的に義務付けています。これは極めて重要なセキュリティ上の詳細です。この要件がなければ、攻撃者は偽造された BIMI ヘッダーをメッセージに注入し、なりすましの手段として、他組織のロゴを悪意を持って表示することが可能になってしまうからです。
変わっていないこと
新しいタグが追加されましたが、基本的なルールは変わりません。BIMIは単独の認証プロトコルではありません。これは、すでに実施された認証に基づいて視覚的な結果を表示するだけのものです。ロゴを表示させるためには、依然としてDMARCの適用が厳格に求められます。
DMARCポリシーとは何かを理解し、ドメインの設定が「隔離」または「拒否」になっていることを確認する必要があります。また、ロゴ画像ファイルは、引き続き厳格なSVG Tiny P/S形式の要件を満たしている必要があります。すべての主要な要件については、BIMIに関する当社の完全ガイドでご確認いただけます。
BIMIレコードを更新する必要がありますか?
これまでに公開済みのコンテンツに不具合はありません。既存のBIMIレコードは、現在の草案の下でも完全に有効であり、新しいタグはあくまで任意の追加要素です。
組織内で、企業ブランドのロゴと個人の送信者アバターについて厳格な方針が定められている場合は、avpタグの追加を検討すべきです。lpsタグは、アドレスごとにロゴのバリエーションを積極的に管理する必要がある場合にのみ導入してください。これまで、VMCの取得費用が高すぎたり、登録商標を持っていなかったりしたためにBIMIの導入を見送っていた場合でも、CMCの導入により、戦略を再検討することが不可欠となっています。
まず最初に行うべき最善の対策は、現在の設定を見直すことです。これらの新機能を追加することにした場合は、当社のBIMIレコード生成ツールを使用して更新後のDNSテキストを作成し、BIMIレコードを公開する方法に関する手順を順を追って確認してください。
今後予定されていること
この標準は現在も進化を続けています。VMCおよびCMCの運用について詳述した個別の仕様書は、依然として策定中です。IETFは、BIMIを正式なワーキンググループに移管していません。
さらに、新しい「avp」および「lps」タグに対するプロバイダーの対応状況は、現時点では業界全体でまちまちです。最も正確な最新情報を得るには、IETFのデータトラッカーのエントリやBIMIグループからの発表を注視してください。
よくあるご質問
BIMI 2.0ってあるんですか?
いいえ。BIMI仕様では、2.0のようなソフトウェアのバージョン番号は使用されていません。この用語は、ベンダーがIETFドラフトの最新改訂版を指す際に非公式に使用しているもので、そこにはローカルパートセレクタやアバター設定などの新機能が含まれています。
BIMIはRFCですか、それとも公式の標準規格ですか?
いいえ。BIMIは個別のインターネットドラフトです。IETFのワーキンググループによって採択されておらず、標準化プロセスにおいて正式な地位を有していませんが、主要なメールボックスプロバイダーはすでにそのガイドラインを実装しています。
BIMI仕様の最新バージョンはどれですか?
現在有効な仕様は「draft-brand-indicators-for-message-identification」です。2026年5月1日現在、この文書の改訂版は-14です。
avpタグとlpsタグの違いは何ですか?
avp タグ(Avatar Preference)は、ブランドロゴを表示するか、個人用アバターを表示するかをプロバイダーに指示します。lps タグ(Local-part Selector)を使用すると、送信元メールアドレスの特定のローカルパートに基づいて、異なるブランドロゴを表示することができます。
新しい仕様に合わせて、BIMIレコードを更新する必要がありますか?
いいえ。既存のBIMIレコードは引き続き有効であり、機能しなくなることはありません。新たに導入されたタグはオプション機能であり、ロゴの表示をより細かく制御したい場合に追加することができます。
BIMIを利用する場合でも、DMARCの適用は依然として必要ですか?
はい。BIMIを表示するには、ドメインのDMARCポリシーが「隔離」または「拒否」に設定されていることが必須です。ロゴを表示するには、メッセージがDMARC認証に合格する必要があります。
最終的な感想
公式のBIMI 2.0は存在しませんが、実質的に更新された仕様は存在します。最新の草案では、新しいオプションタグが追加され、2つ目の証明書タイプが正式に定められ、ヘッダーのセキュリティルールが強化されています。現在公開されているレコードに不具合は生じていませんが、新機能の導入は設定を強化する絶好の機会となります。
弊社の無料BIMIレコード検索ツールを使用して、現在の設定を確認し、ブランドイメージが意図した通りに表示されていることを確認してください。
- BIMI 2.0:BIMI仕様の新機能と送信者にとっての意味 - 2026年9月8日
- WP Engine の DKIM、DMARC、および SPF 設定ガイド - 2026年9月2日
- TurboSMTP の DKIM、DMARC、SPF 設定ガイド - 2026年9月2日