BIMI 只有當接收者可以使用預期的替代品並且仍然適合發送網域和品牌時，憑證續約才算完成。已付款的發票或核發的證書是有用的管理證據，但都不能證明公共證書 URL 為新文件提供服務。將續約視為帶有所有者、截止日期和驗證記錄的小型發布。
分離可能過期的資產
盤點標誌憑證、託管服務上的 HTTPS 憑證、商標檔案、網域註冊和相關品牌權利文件。這些是單獨的依賴項。記錄頒發文件中的實際證書有效期，而不是假設訂閱週年紀念日就是技術到期日。確定誰可以獲得替代品以及誰可以發布替代品，尤其是當行銷擁有發行者關係但基礎設施擁有託管時。
DigiCert 的生命週期文檔 續訂（建立新證書和訂單）與重新簽發（替換訂單中的證書）不同。當組織詳細資訊或網域發生變化時，其工作流程可能需要重新驗證。將目前的發行人程式應用於實際情況，而不是將這些術語視為可互換的。
建立發布記錄
在請求續約之前，請將發送網域名稱、徽標和組織與先前的發行進行比較。透過發行人解決任何所有權或品牌變更問題。保留先前公共文件的摘要和計劃替換的摘要。記錄哪個DNS斷言指向憑證、託管是由頒發者管理還是自我管理，以及如何確定正在提供哪個版本。
不要假設自動發布也會更新自架 PEM 檔案。相反，請勿透過不相關的託管工作流程覆蓋發行者管理的文件。確認服務的責任邊界。需要公共端點的明確證據，而不是僅在儀表板狀態上關閉任務。
解決更新失敗的問題
在一個綜合範例中，現有證書將於 11 月 30 日到期。替換文件於 11 月 10 日發布，但公共 URL 仍於 11 月 11 日返回舊文件。說明性的發布清單包含預期_摘要=新和觀察到的_摘要=舊。儘管已發出訂單狀態，但接受決策仍失敗。這個簡單的比較可以捕獲發布失敗，而無需假裝驗證證書本身。
運營商發布批准的替代品並匿名檢索。清單現在記錄匹配的摘要，但驗收仍然需要使用適當的工具檢查有效性、鏈、預期的網域覆蓋範圍以及正確的標誌關聯。最後，在目標接收器處觀察受控訊息。不要從一個郵箱螢幕截圖推斷出普遍的連續性，也不要承諾每個快取的顯示都會立即更改。
用有限的證據關閉更新
保留舊工件以供審計，並遵守保留政策。回滾絕不能因為憑證之前顯示過標誌而恢復過期、撤銷或不再授權的憑證。如果替換驗證失敗，則修復特定依賴項並升級時序風險而不是削弱 DMARC.
對於接收者的期望，請區分Gmail支援的證書類別和驗證顯示 Google 目前的設定指南 來自發行人續約機制。有效的替換本身並不能保證顯示。關閉公共文件檢查、憑證驗證和註明日期的接收者觀察結果，單獨列出未解決的表面。這個例子是綜合的；本文未在實時郵箱中購買、續訂、發布或測試任何證書。
續訂移交工作表
每個憑證和託管端點記錄一個條目。這些欄位是編輯建議，在收集證據之前保持空白。
- 發送網域名稱、批准的標記和負責任的續約所有者：待處理。
- 發行人命令、證書有效期限和重新驗證問題：待決。
- 託管所有者和自動化責任：待定。
- 先前和替換文件摘要、提供的 URL 和檢索時間：待定。
- 憑證鏈、吊銷、網域名稱和徽標檢查：待處理。
- 受控訊息、接收者/客戶端/日期和觀察指標：待處理。
- 有效的恢復選項、升級所有者和剩餘例外：待處理。
到期的多年訂單和到期的證書不是同一事件。 DigiCert 文件在多年覆蓋範圍內重新頒發並更新為新訂單。檢查實際簽發日期，而不是將預付保險視為公共證書仍然有效的證據。