所有文章
精選文章

Chrome 電子郵件驗證:核對試用變更,也保留備援流程

Rowan Merewood 的十月更新解釋了網站與電子郵件供應商兩端的變化。結合目前協定流程閱讀,先確認試用條件和失敗備援。

原作者:Rowan Merewood
來源:Chrome for Developers

閱讀原文

先確認自己處於流程哪一端

這篇更新適合維護電子郵件驗證的開發者。瀏覽器在收集地址的網站(verifier)和簽發憑證的服務(issuer)之間協調;WICG 規範仍是草案,並非 W3C 標準。官方概覽仍將它列為 origin trial,因此應保留原有確認郵件流程。

官方電子郵件驗證流程圖:網站、瀏覽器與簽發方。Chrome for Developers / Google,CC BY 4.0;原圖未改動。
官方電子郵件驗證流程圖:網站、瀏覽器與簽發方。Chrome for Developers / Google,CC BY 4.0;原圖未改動。 圖片來源

Merewood 的文章提醒開發者處理驗章時可選的 kid、帶連字號的 Sec-Fetch-Dest: email-verification,以及簽發回應中保留表單提交的電子郵件值。網站和簽發方的職責不同,應看各自官方指南,不能只複製一段瀏覽器範例。

區分驗證失敗與實際收信

官方概覽要求在沒有權杖或驗證失敗時回退到既有確認方式。證明控制某個地址,也不能證明歡迎郵件實際送達。Boloop 本次沒有執行試用,這是保留原作者與來源的閱讀推薦,不是已驗證的整合方案。

資料來源與延伸閱讀

  1. Email verification updates, October 2026文章 · Rowan Merewood
  2. Email Verification overview and protocol flow官方資料 · Chrome for Developers
  3. Email Verification API: draft status and roles官方資料 · WICG contributors
  4. Creative Commons Attribution 4.0官方資料 · Creative Commons