[ 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 加密

知識庫