將所描述的機制與經過驗證的支援分開
多徽標功能可以由 BIMI 工作小組，而不是在每個接收郵箱中都可用。有用的規劃問題不僅僅是標籤是否存在，而是預期的接收者是否實現了相關行為以及發送者是否可以證明其實際訊息的結果。將規範狀態、提供者支援、觀察到的顯示和業務影響保留為四個單獨的證據類別。
BIMI集團於2026年7月23日發布了LPS解釋；該評論於 2026 年 11 月 8 日保留了該頁面。它稱該功能相對較新，並明確表示接收器支援仍在不斷出現。本文總結了群體描述的機制，而不是普遍部署的標準。目前的完整草案文本無法進行驗證，因此確切的規範邊緣案例和接收器實施仍然存在有限的證據差距。尚未執行即時提供者支援或顯示測試。
從高層次理解本地部分的想法
該組將 lps 解釋為 Local-part 為 選擇器。 local-part 是寄件者地址中位於 at 符號之前的部分。在其描述的工作流程中，接收方首先檢查預設的BIMI斷言，並且當 lps 條件適用時，可以使用發送方的本機部分執行附加查找。這會將選擇移至DNS而不是要求發送者平台插入自訂選擇器標頭。 BIMI集團lps說明
本文介紹了逗號分隔的前綴和空 lps 值，該值允許每個寄件者觸發附加查找。它還描述了標準化範例，包括刪除加號尋址以及將句點或下劃線轉換為破折號。將這些視為工作組的文檔化解釋，而不是完整的解析器規格。在實施之前，根據適用的草案和接收者證據解決精確的標準化、匹配和後備行為，而不是從幾個範例中推斷。
將 lps 與訊息選擇器進行比較
BIMI Group 的單獨選擇器指南描述了 BIMI-Selector 標頭，用於識別選擇器下的替代斷言。 _bimi.domain.它建議使用 DMARC 對齊來保護該標頭 DKIM簽名 並警告可能會忽略未簽署的首選項。這是與 lps 方法不同的控制點，後者被描述為從位址和DNS中得出選擇。 BIMI選擇器指南
這些方法之間的選擇取決於發送平台和目標接收者。無法添加合適標頭的平台可能會發現基於 DNS 的想法很有吸引力，但這並沒有建立接收器支援。相反，對傳統BIMI選擇器的支援並不能證明對 lps 的支援。將這兩種功能保留為提供者矩陣中的單獨行，並帶有來源證據或明確的未知值。
首先設計預設行為
lps 文章表示，未實現該標籤的提供者會忽略它並評估該標準 BIMI記錄。這意味著預設斷言仍然是經過深思熟慮的兼容性選擇。發布預設徽標但希望 lps 將品牌限製到選定地址的計劃必須考慮不受支援的接收者將如何處理預設徽標。該群組在選定的本地部分查找旁邊展示了一個空的預設徽標，但該範例並不是指定接收者的行為證明。 BIMI集團後備討論
不要將徽標抑制視為安全邊界。缺少品牌指示符並不表示禁止出貨、身分授權系統或保證不會出現其他化身。接收者可能有BIMI以外的聯絡人影像或其他呈現機制。所提出的設計應說明所需的品牌行為，同時將訊息身份驗證和存取控制留給其實際機制。
規劃每個標誌的資產和權利依賴關係
多個選擇器名稱並不能消除附加到每個影像的要求。 BIMI Group 的選擇器指南將證據文件描述為與一個標誌相關聯，即使文件可以涵蓋多個域。因此，針對不同品牌藝術品的計劃需要對每個預期徽標進行發行人和權利審查，而不是假設一張證書自動涵蓋整個活動系列。確認實際應用的當前發行人包裝和類別規則。 多標識證據依賴性
在更改記錄中保持資產、證書材料、 DNS斷言和所有者的聯繫。如果支援地址發生變更或產品已停用，請查看相應的斷言和託管資源。避免在不了解命名衝突、位址變更和所有權的情況下為每個郵箱自動產生選擇器。標準化可以使看似不同的位址映射相似；確切的碰撞行為對於適用的實施和受控測試仍然是一個問題。
原廠支援及顯示測試矩陣
以下是建議的矩陣，而不是測試結果。每個單元都應該區分記錄的支持、觀察到的行為和未解決的解釋。在發送測試訊息或更改DNS之前獲得授權，並使用受控帳戶和非敏感內容。
- 接收者和用戶端：服務、網路或行動介面、版本（如果可用）和觀察日期。
- 機制：普通預設斷言、BIMI-Selector header 或基於 lps 的選擇。
- 輸入案例：核准的符合前綴、不符位址、加上位址或規範化案例。
- 預設行為：不支援 lps 時的預期回退和預期行為。
- 身份驗證：實際訊息身分、對齊結果和可信驗證者證據。
- 資產鏈：選擇斷言、公開答案、認可標誌和證書依賴。
- 觀察：實際顯示的影像，無影像或不確定的結果，保留上下文。
- 限制：快取、帳戶聯絡人影像、未知的實作和不完整的覆蓋範圍。
從最簡單的情況開始，然後再考慮邊緣情況。預設斷言和一個明確選擇的位址可以確定基本預期路徑在授權環境中是否可觀察。然後才能將矩陣擴展到標準化、回退和客戶端差異。不應使用單一螢幕截圖來推斷所有位址映射或所有接收器表面。
將結果測量與顯示測試分開
出現的標誌是一種顯示觀察，而不是開啟次數、點擊次數或信任度增加的證明。如果企業想要受控結果聲明，請事先定義指標、比較組、樣本期間和限制。避免將內容、受眾的更改或發送聲譽與徽標實驗混合在一起，並將全部差異歸因於BIMI 。這是一個提議的實驗學科，而不是聲稱已經進行了對照研究。
任何報告的結果都應區分交付、渲染和參與。缺少渲染證據削弱了觀眾確實看到了處理的說法。客戶端快取和與隱私相關的測量行為也會使解釋變得複雜。在做出行銷聲明之前，保留這些限制並獲得適當的審查。本手稿不支持百分比提升、因果效應或投資報酬率估計。
虛構範例：具有兩個面向客戶的地址的共享域
虛構的 Juniper Desk 希望為時事通訊和支援訊息提供不同的藝術作品，同時讓員工郵件沒有BIMI標誌。建議的設計使用 lps，因為其平台無法輕鬆插入自訂標頭。審查首先詢問預期接收者是否支持 lps，以及如果不支持，他們將如何處理預設斷言。在團隊依賴地址級品牌之前必須回答這些問題。
計劃的測試矩陣將包括兩個批准的地址、一個不匹配的員工地址和選定的標準化案例，每個接收者和客戶都有單獨的行。它還需要對每個徽標進行權利和證書審查。 Juniper Desk 是虛構的：沒有發布記錄，沒有發送郵件，也沒有顯示或測量參與度。
目錄需要一個接收器-顯示測試矩陣，如果有要求的話，還需要有限制的受控結果測量。本文僅提供一個建議的矩陣。原始證據、人類 SME、來源適用性、生產路線、視覺可及性和所有者發布仍然開放。 lps 討論適用於範圍規劃，而不是對已實施支持或衡量收益的斷言。