将所描述的机制与经过验证的支持分开
多徽标功能可以由 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 讨论适用于范围规划，而不是对已实施支持或衡量收益的断言。