決定證書必須完成的任務
A 驗證標誌證書 專案應該從目標體驗和證據計劃開始，而不是購買。確定指標重要的品牌、合法所有者、發送網域名稱和接收服務。區分發送者旁邊的徽標和接收者特定的徽標 已驗證複選標記。頒發者可以驗證和頒發證書資料，而無需保證每個收件者的介面或收件匣位置。由此產生的決定應將權利、技術準備和持續所有權連結起來。
本文是一份紀錄片準備指南。它不確定真實申請人的資格、提供法律建議或提交申請。 BIMI 仍然是草案工作，而不是已建立的IETF標準追蹤 RFC。以下來源是發行人和接收人的文檔，其聲明保持在其實際範圍內；缺少發行人確認仍然是一個明確的釋放門。
將標記權與域控制分開
DigiCert 的VMC頁面於 2026 年 10 月 30 日修改，描述了註冊商標要求、合適的 SVG-P/S 標誌和 DMARC 準備狀態。其比較資料也指出政府標記是VMC選項。將這種差異視為取得發行人目前特定類別清單的原因，而不是假設擁有網域名稱就建立了合格的標記權。網域名稱註冊、公司註冊和商標註冊是不同的證據。 DigiCert VMC要求 DigiCert 憑證比較
準備一份權利參考，確定確切的商標、註冊人、司法管轄區、註冊狀態以及與申請人的關係。如果子公司使用母公司的商標，或最近的收購改變了所有權，請詢問發行人其需要哪些授權和組織記錄。請勿從視覺上相似的標誌或仍待處理的商標申請中推斷已接受。法律和頒發者審核人員必須先解決這些問題，然後才能將證書視為可用。
認真準備組織和代表核查
DigiCert 描述了對申請人代表的組織級驗證和額外檢查，包括身分證明文件和麵對面或視訊互動。它的頁面提到了經過公證的文件或即時網路攝影機驗證路線，以及確認會議。詢問發行人目前的流程適用於申請人，而不是將列出的每個選項合併為通用的強制序列。 DigiCert 驗證說明
準備工作表應記錄誰可以回覆以及批准的安全提交管道在哪裡，而不是在一般專案文件夾中收集護照或其他身份證明文件。確認代表該組織的權力，並確保存在缺勤時的替代聯絡人。保持證據保留和存取控制相稱。本稿件未收集或傳輸任何敏感文件，且建議的清單並非發行人確認的批准。
確認確切的資產和身份驗證先決條件
證書申請應參考一名經批准的 SVG 候選者，並附有記錄的摘要和品牌所有者的認可。 DigiCert 需要 SVG-P/S 設定檔； Google 增加了 Gmail 特定的每個方向至少 96 像素的絕對尺寸。看起來合規的出口和合法合格的標誌仍然需要單獨的技術和權利審查。不要提交方便的佔位符，並計劃在頒發後替換它，而不詢問這對證書有何影響。 Google SVG 與憑證工作流程
Google 目前的設定頁面需要VMC或 CMC 和文件 DMARC執行 將 p 設定為隔離或拒絕，將 pct 設定為 100。將這些精確值歸因於接收方文檔，而不是將頁面呈現為完整的當前DMARC協定規格。郵件團隊必須為其寄件者建立實際的身份驗證準備狀態；證書採購截止日期並不是進行未經審查的執行變更的理由。
建構來源日期接收者矩陣
對於Gmail行，保留的 Google 頁面顯示經過 VMC 驗證的寄件者會收到複選標記，並描述了憑證支援的 PEM 部署。它也接受CMC作為徽標路徑。這些是不同的結果。對於每個其他接收者，請取得其自己目前的主要文件並記錄證書類別、資產要求以及承諾或酌情顯示行為。將不受支援的行保留為未知狀態，而不是根據供應商的行銷比較來填充它們。 Google 接收器要求
此矩陣應包括接收者和用戶端、文件日期、接受的證書類別、所需的指標、所需的部署材料和剩餘的驗證。有關Gmail的聲明並未確立 Apple Mail 或Yahoo行為。同樣，歷史螢幕截圖也不是當前的支援合約。 DigiCert 的比較頁麵包含一個移動複選標記註釋，可能會滯後於接收器的變更；使用接收器自己的文件來取得特定於接收器的顯示聲明。
原始發行人準備工作表
以下建議清單旨在獲得發行人確認，但此處尚未有發行人為申請人確認。為每件物品提供負責任的所有者和註明日期的證據參考，而不是是/否的猜測。
- 應用程式身分：法人實體、授權代表和安全發行人聯絡路線。
- 標記類別：準確註冊或其他發行人支持的類別和權利證據參考。
- 域範圍：請求的網域、控制所有者和未解決的組織關係。
- 候選標誌：核准的文件摘要、結構發現和視覺批准。
- 郵件準備：仍需目標收件者要求和實際身分驗證證據。
- 發行人流程：目前要求的文件、驗證步驟和未解決的問題。
- 接收者矩陣：每個命名服務的支援類別和預期體驗。
- 連續性：續約所有者、更換聯絡人、託管責任和品牌重塑程序。
採購應等待有關重大不確定性的明確決定。若資格取決於權利轉讓，請勿將暫定答案轉換為購買假設。如果目標接收者未提供所選類別所需的指標，請在付款前解決要求。這是一項治理提案，而不是有關退款權利或保證發行時間的聲明。
虛構範例：子公司使用其母公司的商標
虛構的 Willow Transit 希望為區域子公司提供經過驗證的寄件者指標。標誌屬於母公司，郵件域屬於子公司，準備申請的員工屬於共享服務團隊。擬議的審查發現了三個不同的問題：確切商標的權利、申請人的權威和領域範圍。僅僅透過顯示網站顯示徽標就無法回答任何問題。
下一步將是發行人確認的可接受的組織和授權證據列表，並附有來源日期的接收者矩陣。該團隊還將凍結已批准的 SVG 候選者，並在各個實體之間分配續訂所有權。這只是一個虛構的規劃範例。沒有測試商標註冊、發行人申請、證書或訊息傳遞，也沒有做出資格確定。
是否發布取決於真實確認
此目錄需要發行人確認的證據清單和目標提供者支持矩陣。本手稿提供了結構和記錄的Gmail範例，但沒有提供特定於申請人的發行人確認或實際部署的完整矩陣。因此，原始證據以及人類 SME、來源適用性、生產路線、視覺可及性和所有者發布仍然是開放的。將發布、部署和接收者觀察作為單獨的里程碑，而不是在一份文件到達時宣布專案完成。