Email 正規化

電子郵件正規化器的運作方式

工具功能說明

Email Normalizer 會將電子郵件地址正規化：把整個地址轉為小寫、移除本機端（local part）中的點（Gmail 風格），並去除加號分址別名（user+tag@domain 會變成 user@domain）。這能揭露多個看似不同的電子郵件地址其實會投遞到同一個收件匣，協助你偵測重複帳號並正規化聯絡人資料庫。

常見的開發者使用情境

產品工程師會使用電子郵件正規化來防止使用者利用點號技巧（j.ohn@gmail.com = john@gmail.com）或加號別名（john+spam@gmail.com）建立多個免費試用帳號。行銷團隊會在寄送活動前先對郵寄清單去重，以避免重複寄送。反詐欺系統會在註冊時正規化電子郵件，以偵測先前被封鎖的使用者嘗試用外觀上不同的郵件變體重新註冊。

資料格式、型別或變體

Gmail 與 Google Workspace 會忽略本機端中的點，並支援加號分址。Outlook/Hotmail 會忽略加號分址，但不會忽略點。Yahoo 使用以連字號為基礎的別名系統而非加號。Fastmail 與 ProtonMail 支援加號分址。此工具預設套用 Gmail 風格的正規化規則（移除點、去除加號別名、轉小寫），可涵蓋多數消費者電子郵件地址，但對於將點視為有意義的企業郵件伺服器，可能會造成過度正規化。

常見陷阱與邊界情況

並非所有郵件伺服器都會忽略點——從非 Gmail 地址移除點，可能會把兩個不同使用者映射到同一個正規化地址，導致錯誤去重。依 RFC 5321，電子郵件的網域部分不區分大小寫，但本機端在技術上區分大小寫（不過幾乎沒有伺服器會強制）。加號分址愈來愈常被用作合法的隱私工具，因此封鎖它可能會讓重視隱私的使用者感到挫折。國際化網域名稱（IDN）需要進行 punycode 正規化才能正確比對。

何時使用此工具 vs 程式碼

使用此瀏覽器工具可快速檢查少量地址是否重複，或測試你的正規化規則會如何轉換特定輸入。對於正式的註冊流程，請將正規化實作為伺服器端函式，套用供應商特定規則（Gmail vs Outlook vs 自訂網域），並同時儲存原始與正規化後的形式，讓你在以正規化版本去重的同時仍可顯示原始地址。