[ BIMI及品牌 ]

为什么栅格到 SVG 转换可能无法生成合规的BIMI资产

区分 SVG 包装器、追踪几何图形和批准的矢量图形,然后根据配置文件和接收器要求检查转换输出。

由EmailAuth研究团队提供 · 8 分钟阅读

[ 要点 ]

  • 将位图包装在 SVG 中并不能消除嵌入图像问题。
  • 追踪需要单独的结构和视觉审查。
  • 保留转换历史记录并验证最终的优化候选。
在此页面上

确定实际产生的转化

光栅到 SVG 的转换描述了几种截然不同的操作。一种工具可以将 PNG 放入 SVG 包装器中。另一个将像素追踪到数千条路径。设计者可以使用少量特意的矢量形状来重建标记。所有三个输出都可以具有相同的扩展,并且在大屏幕上看起来相似,但它们不提供相同的结构适用性、视觉保真度或可维护性 BIMI.

首先询问转换器的输出及其来源,而不是声称转换成功。识别源图像、其权利所有者、使用的转换以及生成的文件。本文描述了建议的审查步骤;它不提供经过检查的候选者或执行的验证者结果。 BIMI草案工作不得作为既定的IETF标准呈现,并且此处未将不可用的草案文本用作规范性证据。

包装器不会将像素转换为向量几何

BIMI Group 故障排除明确指出放置在 SVG 内的光栅图像存在合规性问题,并建议矢量化或跟踪以生成矢量路径。其支持的功能讨论不包括嵌入图像、脚本、动画和不支持的效果。更改扩展名或根配置文件属性无法将位图依赖关系更改为路径几何图形。必须检查内容才能了解徽标的实际绘制内容。 BIMI集团 SVG 问题

检查导出保留的图像元素、嵌入图像数据、外部图像引用和效果。外部依赖项可以隐藏在明显可移植的文档后面。数据编码位图可以使文件独立,但仍然无法解决嵌入图像问题。不要盲目删除图像元素:如果它提供了整个可见标记,则删除会创建一个空的或不完整的资产,而不是纠正后的徽标。

追踪创造新的设计决策

跟踪不是原始矢量母版的无损恢复。它根据像素边界估计轮廓,包括抗锯齿、压缩伪影和阴影。小的源图像可能会产生凹凸不平的边缘或闭合狭窄的间隙。适当的下一步可能是从品牌团队获取原始艺术品,而不是反复更改转换器设置。将此记录为设计依赖性,而不是DNS或邮件配置失败。

BIMI Group 建议在准备合适的图形时简化路径、减少节点数量并限制复杂的颜色和渐变。通过目视检查来应用这些技术,而不是不惜一切代价最大化压缩。将字母形状、线宽和内部间距与批准的标记进行比较。如果简化改变了徽标的含义或身份,请停下来并要求品牌所有者选择可接受的表示形式。 简化指导

配置文件声明是必要的元数据,而不是证据

创建指南指定了版本 1.2、baseProfile tiny-ps 和标题。它还识别禁止的引用、活动内容和根 x 或 y 属性。将每个项目视为单独的审核项目。即使操作员随后手动更改声明的配置文件,通用 SVG 导出器也可以包含不受支持的材料。相反,看起来正确的视觉预览并不能显示所有引用和属性是否满足预期的配置文件。 BIMI集团创建指导

将转换、结构验证和品牌认可保留为三种不同的状态。转换记录输入发生的情况。结构验证报告特定检查器在特定输出中发现的内容。品牌认可确认所审查的描述为其所有者所接受。没有人证明公共端点稍后会提供这些确切的字节,或者接收邮箱将显示该指示符。

单独测试接收器覆盖层

Google 的Gmail文档要求使用绝对值的 SVG 宽度和高度至少为 96 像素。百分比尺寸不符合规定的要求。建议使用其中心正方形、纯色背景、描述元素和 32 KB 指南。因此,即使嵌入位图已被删除,跟踪文件也可能无法满足接收器特定的要求。在每个条件旁边保留接收者姓名和源日期。 谷歌 SVG 指南

不要使用任意预设的优化器作为最终权威。优化器可以删除元数据或更改其他审核所依赖的几何结构。归档优化前和优化后文件,比较其结构和外观,并对最终候选重新运行所选检查。当工具报告大小上限时,请将该工具的配置限制与已发布的建议或接收器要求区分开来。这避免了将局部警告变成发明的普遍规则。

原始转换审核工作表

使用以下建议记录来决定是否接受、修改或替换转换。将字段留空或明确待定,直到证据存在。该工作表尚未根据真实徽标完成。

  • 输入出处:批准的所有者、原始格式、尺寸和源艺术品可用性。
  • 转换:包装器、跟踪或手动重建;应用程序版本和相关设置。
  • 嵌入内容:图像元素、编码的光栅数据以及找到或未解析的外部引用。
  • 几何形状:路径复杂性、小间隙、字体保真度和任何有意的设计更改。
  • Profile:版本、baseProfile、标题、根属性和禁止元素。
  • 接收器条件:绝对尺寸、所需的最小值和采用的演示建议。
  • 审查证据:候选摘要、验证器输出和指定设计批准者。
  • 交付依赖性:发行人提交版本、建议的托管位置和未完成的公共获取。

被拒绝的转化应该产生可操作的请求。 “获得认可的矢量母版”比“使 SVG 通过”更有用。如果追踪不可避免,请指定必须保留哪些视觉特征以及所有者批准的哪些简化。避免未经许可将未发布的艺术品发送到公共转换服务;当设计保密时,本地准备工作流程可能更合适。

虚构示例:一个徽章的三个导出

虚构的莫斯菲尔德图书公司手头上只有一个低分辨率徽章。候选 A 将该 PNG 嵌入到 SVG 中。候选人B沿着许多不规则的路径追踪它。候选 C 是根据出版商的原始设计文件进行重建的提议。这些是发明的描述,而不是经过检查的文件。候选人 A 尚未解决嵌入图像问题。候选者 B 可能会消除位图,但仍然需要结构和视觉审查。仅当确实能够获得批准的来源时,候选 C 才是有希望的。

拟议的决定是暂停证书提交,直到艺术品所有者提供母版或明确批准重建。该团队将保留每位候选人的摘要和调查结果,而不是覆盖同一个名称下的文件。仅凭预览屏幕截图无法确定审查了哪个工件。该示例以决策计划结束;未执行任何转换、验证、证书申请或托管更改。

保持证据差距可见

对于Gmail ,Google 记录了证书支持的 PEM 工作流程,而不是单独支持独立的 SVG。因此,成功的转换最多完成整个依赖链的一部分。接受的候选者必须与发行者审查和部署的证书材料保持一致,而公共端点和实际接收者体验需要自己的证据。 Google 证书工作流程

所需的候选资产、验证器结果以及包含内容和证书证据的公共 HTTPS 获取仍然保持开放。人类SME、来源适用性、生产路线、视觉可达性和所有者释放大门也都是开放的。本文解释了如何区分合理的转换和有证据的资产;它不证明任何徽标、转换器或部署合规。

[ 外卖 ]

在将其视为BIMI资产之前,判断转换产生的内容、保留其来源并获得设计批准。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

IT/邮件管理员

识别转换结果

相同的扩展名可以隐藏截然不同的内容。

后续步骤

  1. 检查栅格数据和外部依赖性。
  2. 将转换与验证分开。
  3. 重新检查最终优化的字节。

CISO / SecOps

控制转化链

工具的成功消息并不建立批准的内容。

后续步骤

  1. 记录源和输出摘要。
  2. 上传前查看外部服务共享。
  3. 保留未解决的验证器结果。

创始人/非技术人员

恢复批准的艺术品

不良的栅格源可能会将技术任务变成设计问题。

后续步骤

  1. 求原矢量大师。
  2. 批准任何重建或简化。
  3. 将证书提交置于资产批准之后。

[ 常见问题解答 ]

常见问题

将 PNG 重命名为 SVG 就足够了吗?

不。它不会创建矢量几何形状或满足所需的 SVG 结构。

BIMI Group:解决 SVG 问题

什么是 SVG 包装器?

在此工作流程中,它是一个 SVG 文档,其可见图像由嵌入或引用的光栅文件提供。

Base64嵌入可以解决问题吗?

它可能会消除外部下载依赖性,但会留下BIMI Group 指南中确定的嵌入图像问题。

BIMI Group:解决 SVG 问题

追踪能否保证徽标合适?

不。追踪仍然需要配置文件验证和目视审查;简化可以改变艺术作品。

BIMI Group:解决 SVG 问题

我应该更喜欢原始的矢量大师吗?

在可用且获得批准的情况下,它可以避免从低分辨率栅格重建轮廓。这是建议的设计工作流程选择。

优化可以更改已接受的文件吗?

是的。将优化的输出视为新的候选者并重复相关检查,而不是依赖于早期字节的结果。

百分比尺寸是否符合Gmail的记录规则?

不可以。Google 要求绝对尺寸,并且宽度和高度至少为 96 像素。

Google:设置BIMI

该手稿是否提供经过验证的转换?

否。尚未为真实徽标生成候选、转换运行或验证器输出。

[ 来源 ]

来源

  1. BIMI Group:创建BIMI SVG 徽标文件

    部分 必需的 SVG 元素 · 排除的内容 · 兼容性建议

  2. BIMI Group:解决 SVG 问题

    部分 SVG tiny-PS 基础知识 · 常见错误和问题 · 将光栅图像转换为矢量格式

  3. Google:设置BIMI

    部分 开始之前 · 步骤 1:创建徽标的 SVG 文件 · 步骤 2:获取VMC或CMC及相关文件 · 步骤 3:上传 PEM 文件

[ 词汇表 ]

词汇表

光栅包装器
一个 SVG 容器,其显示的图稿仍然是位图而不是矢量几何。
追踪
根据栅格输入估计路径的矢量化。

BIMI Group:解决 SVG 问题

设计保真度
候选者保留批准标记外观的准确程度。
转换来源
记录的已转换资产的输入、工具、设置和输出历史记录。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库