解释失败的规则
A BIMI SVG 验证器应识别候选资产、其应用的规则集以及确切的失败要求。诸如无效徽标之类的消息不足以让设计者或操作员安全地纠正资产。验证器应区分格式错误的 XML、不支持的 SVG 结构、特定于配置文件的限制、接收者建议和视觉问题。这些类别可以重叠，但它们不可互换，也不应作为一种无差别的错误呈现。
BIMI集团的 SVG 指南 将 SVG Portable/Secure 描述为 SVG Tiny 1.2 的更严格配置文件。其保留页面可追溯到 2020 年，并于 2026 年 11 月 8 日捕获为本手稿的源集合。这是实用的团体指南，而不是声称引用的BIMI配置文件草案是互联网标准。这里没有执行验证器。
确定正在审查的确切字节
记录候选文件名、字节长度、内容哈希、来源或导出方法以及观察时间。如果资产来自 URL，请保留检索到的字节，而不是假设它们与同名的本地设计文件匹配。稍后上传或缓存更改可能意味着托管资产与设计人员审阅的文件不同。报告应在提出调查结果之前明确这种区别。
不要仅仅为了检查不受信任的 SVG 而执行脚本或遵循外部引用。防御性验证器应在其批准的安全环境中解析和分析资产。本文没有规定特定的解析器实现，也没有声称指定的工具提供了这种保护。它定义了在验证者信任实际资产之前要进行验证的要求。
将基本语法与BIMI配置文件分开
文件可以是有效的 XML，并且在广泛的 SVG 模型下有效，但仍不符合预期的BIMI配置文件。该组指南标识了所需的值，例如版本 1.2 和 baseProfile tiny-ps，并且需要一个标题元素。它还解释了对外部引用、脚本、动画和根级 x 或 y 属性的限制。验证器应该报告所涉及的确切元素或属性以及源规则，而不仅仅是注意浏览器可以呈现文件。
将文件扩展名更改为 svg 或将位图包装在 SVG 容器中不会建立配置文件合规性。 BIMI Group 的 SVG 故障排除指南 讨论嵌入光栅图像和其他常见问题。该报告应解释结构问题，并指导设计师使用经批准的矢量源或导出更正，而不声称任何自动转换都保留了预期的品牌艺术品。
保留需求强度和接收范围
集团指南建议保持资产较小且不超过 32 KB；它还建议对可访问性进行描述元素，而不是在引用的指南中普遍要求该元素。验证者应该区分所需的失败和建议。将每个建议变成致命错误可能会误导用户，就像默默地接受禁止的元素一样。
Google 的BIMI设置文档 添加了接收者特定的要求和建议，包括在其记录的徽标指南中最小高度和宽度为 96 像素。这些是 Google 范围内的规则。验证器应确定是否正在检查组资料、Google 的资格指南或两者，并且不应将每个特定于接收者的条件标记为通用 SVG 要求。
让发现具有可操作性，而无需默默改变意义
对于每个发现，记录规则标识符或源部分、严重性、资产中的位置、观察值、预期条件和建议的补救措施。补救措施应该解释预期的更改，而不是默默地编辑文件并称其已修复。删除参考、将文本转换为路径或更改几何形状可能会改变视觉含义，需要进行适当的设计审查。
如果该工具提供自动修复，请将修复的资产视为具有自己的哈希值和结果的新候选资产。保留原始内容并显示确切的更改。修复不应添加有关徽标所有权或证书资格的法律声明。该手稿没有执行自动修复、图像生成或资产转换，也没有提供所谓的干净验证器输出。
将外观和可访问性作为单独的评论
结构有效的文件在小头像中仍然可能难以识别、对比度较差或包含无用的标题。视觉审查应评估预期的显示上下文，而可访问性审查应检查相关的文本描述和呈现。两者都不能仅从模式或配置文件传递中推断出来。工具报告应将这些审查标记为开放，直到存在实际证据。
不要承诺特定接收器将像本地预览一样呈现文件。接收器显示行为、裁剪和资格可能有所不同。预览仅是该预览环境的证据。最终验收记录应确定观察到的是哪个渲染器或客户端，并避免将结果扩展到没有支持的所有邮箱提供商。
单独验证托管资产
除了候选者和验证者发现之外，该目录还需要公共 HTTPS 获取内容和证书证据。该提取应识别请求的端点、响应状态、观察到的内容、字节或散列、时间戳和TLS验证结果。它应该确定托管字节是否是经过审查的资产，而不仅仅是浏览器是否显示了视觉上相似的内容。
HTTPS 传输验证不同于 VMC 或者 CMC 与标志相关联。 Google 的设置指南要求 HTTPS 托管并描述了支持的标记证据文件，但有效的托管证书并不能证明颁发者对该徽标的批准。在验收记录中保留两个边界。此处未获取资产的公共端点，也未声明任何TLS连接证据。
验证者发现工作表
创建一个包含候选哈希、规则集源和版本、解析器或验证器版本、每个发现、修复所有者和审核状态的工作表。添加单独的行以表示结构有效性、配置文件要求、接收者特定条件、建议、视觉审查和可访问性。托管资产部分应链接获取证据并说明其哈希值是否与批准的候选者匹配。
使用受控装置来确定干净的候选者和选定的失败，但不要捏造其结果。测试应显示预期的发现和实际保留的结果，包括验证者无法评估的情况。如果某个需求需要人工判断，请将其标记为此类，而不是分配自动通过。此处建议的工作表仍未填充原始资产证据。
虚构的诊断：浏览器友好的光栅包装器
虚构的设计器导出的文件可以在浏览器中正确打开，但包含嵌入的位图数据。该团队认为预览成功意味着徽标已准备好用于BIMI 。提议的验证器审查确定相关配置文件指南不接受该结构，并解释了失败的要求，而不是归咎于未指定的显示问题。
设计师将返回已批准的矢量源，并提交新的候选矢量进行结构和视觉审查。然后，团队将分别验证托管字节和 HTTPS 证据。此场景是虚构的：未创建、转换、上传或验证任何资产。它说明了一个有用的发现如何将技术限制与安全的下一步联系起来，而无需承诺接收器显示。
仅凭原始资产证据予以释放
该目录需要候选资产、验证器结果以及包含内容和证书证据的公共 HTTPS 获取。所有三个都保持开放。人类专家审查、来源适用性、生产路线、可访问性和所有者发布也保持开放。本草案描述了提议的验证器行为和虚构的诊断，而不是功能工具或经过测试的EmailAuth功能。