.mil 電子郵件地址保留給美國國防部及其所屬人員使用，因此取得此類地址的唯一合法方式是透過正式的軍事指派，而非公開註冊或商業申請。該命名空間由國防資訊系統局（Defense Information Systems Agency）管理，底層地址必須由擁有該郵箱的單位或機關簽發，這代表一般民眾沒有私人申請的途徑。能解決這個問題中實際且面向公眾那一半需求的工具是 Email Address Obfuscator，它會將地址中的每個字元轉換成十進位數值 HTML 實體，讓原始碼中不包含任何字面上的地址字元，而一般瀏覽器在訪客點擊時仍能正確顯示該連結。直接以純文字形式貼在頁面 HTML 中的 .mil 地址會在數小時內被簡易的地址比對爬蟲收錄，接著遭大量垃圾郵件淹沒，因此這種編碼是一種刻意而單一的取捨：它提高了對基礎純文字爬蟲的門檻，但對於有能力的爬蟲並不做任何安全性宣稱。若要達到真正的抗濫用效果，混淆機制必須搭配伺服器端聯絡表單、內容過濾，以及主機可套用的垃圾郵件管制措施。
.mil 電子郵件地址究竟是什麼
.mil 頂級域名是最初的通用域名之一，僅由美國國防部獨家管理。.mil 底下的郵箱透過正式軍事管道配置，給現役軍人、國防部文職人員、簽約系統中的承包商，以及特定關聯計畫使用。無論是註冊商比較或免費郵件申請流程，都不會產生 [email protected] 之類的地址。國防資訊系統局控制了該命名空間及相關的 MX 紀錄；地址是由擁有該郵箱的單位或機關簽發，而非由申請者自行取得。任何聲稱可以販售或仲介 .mil 地址的人，所描述的都是不合法的流程，其結果通常是冒充身分、偽造別名，或是一個位於 .mil 區域外、只是看起來像軍方地址的郵箱。這就是為什麼對大多數讀者而言，實際的問題不在於如何取得 .mil 地址，而是如何在不讓公開頁面變成爬蟲資料來源的情況下，發布其所屬機構已掌握的地址。
為什麼在公開網站上顯示 .mil 地址並不容易
一旦某個單位、招募人員、公共事務辦公室或授權承包商握有真實的 .mil 地址，下一步的決策就是如何在 HTML 頁面上發布它。純文字發布是最常見的個資蒐集原因：爬蟲只需要像 [a-z0-9._%+-]+@[a-z0-9.-]+\.mil 這樣的正規表示式，就能擷取它所看到的每個 .mil 地址。基於 JavaScript 的解碼器雖然能讓地址不被簡易瀏覽器看見，但會在腳本停用時失效、與內容安全政策衝突，並增加一些細心的讀者仍能透過開發者工具檢視的活動元件。將地址以圖片方式呈現，則必須犧牲可及性與複製貼上的便利性。十進位數值 HTML 實體編碼則介於兩者之間：可見文字與 mailto 目標的每個碼位都會被替換成十進位參考（例如小寫 a 會變成對應的參考），讓原始碼中不含任何字面上的地址字元，而瀏覽器會在渲染頁面時解碼這些實體。這些數值字元參考的定義可參考 WHATWG HTML 字元參考規格。
使用 Email Address Obfuscator 對地址進行編碼
- 將完整的公開聯絡地址輸入 Email Address Obfuscator 欄位並提交表單。驗證器會檢查該地址是否僅有一個 @、具有非空的本地端部分、擁有多層標籤的網域，且不含任何空白字元或控制字元。本地端部分中位於開頭、結尾或連續的句點會被拒絕。網域會被轉為小寫，並透過瀏覽器的 URL 主機解析器處理，因此國際化網域會被序列化為 ASCII 相容形式，使輸出結果在不同瀏覽器之間皆能重現。
- 複製該工具回傳的完整 anchor 元素。輸出結果是一個單一 anchor，其中可見文字與 mailto href 全部都以十進位數值字元參考編碼。原始碼中完全不含任何字面上的地址字元，無論是可見文字、href 或前綴皆然。本地端部分在編碼過程中保留原本的大小寫與支援的標點符號，因此渲染後的文字會與您輸入的內容一致。
- 將 anchor 貼入原始 HTML 原始碼中：例如範本檔案、靜態產生器中的程式碼區塊，或會保留實體的自訂 HTML 欄位。請勿將其貼入所見即所得檢視或富文字編輯器，因為這類工具會在儲存頁面時立即將實體解碼回字元。若編輯器將 & 符號改為字面上的 & 符號，混淆效果便會消失；若將其改為雙重編碼跳脫，訪客看到的就會是實體文字而非地址。
- 儲存並發布頁面，接著在新瀏覽器視窗中開啟實際 URL 並檢查其原始碼。確認實體在發布後依然存在，且可見文字仍正確顯示為預定地址。點擊該連結一次以確認郵件客戶端收到正確的地址，並可使用 HTML Page Weight Analyzer 對渲染輸出與整體頁面規模進行健全性檢查。
驗證線上頁面與渲染後的 Mailto
檢查是多數讀者會略過、也是多數失敗發生的環節。內容管理系統可能在序列化頁面時悄悄改寫實體，這正是為什麼真正重要的是發布後的 HTML，而非複製的片段。請開啟線上頁面，選擇檢視原始碼，並確認 anchor 中仍僅含有數值參考。若您在原本是實體之處看到字面上的字母，代表您的 CMS 已為您解碼該地址，混淆效果已不復存在。接著，在全新的瀏覽器設定檔中點擊該連結，以驗證郵件客戶端收到的正是您輸入的確切地址：沒有空白、未遺失的加號標籤、本地端部分也未變成小寫。若完全沒有反應，可能是 href 在某次清理過程中失去了 mailto: 前綴。若您希望確認實體解碼屬於 HTML 本身而非 JavaScript，可以停用 JavaScript 造訪該頁面，並使用 Serp Snippet Preview 抽查聯絡頁面在搜尋結果中的呈現方式，避免不小心在標題或描述中洩漏該地址。如需逐步了解 mailto anchor 的建立方式，建立電子郵件地址連結的逐步指南以更詳細的方式涵蓋了相同的 anchor 結構。
實體編碼方法的真正限制
這項混淆機制刻意只處理單一範圍。數值實體屬於 HTML 規格的一部分，因此任何理解 HTML 的爬蟲都會自動將其解碼。能解析 DOM 的現代爬蟲、無頭瀏覽器，或複製渲染文字的客戶，都能立即還原該地址。Mailto 連結同樣會在訪客點擊、瀏覽器在懸停時顯示連結目標，或工具列舉渲染 DOM 中的 mailto 目標時洩露地址。這種方法無法保護機密地址、憑證或私人別名，也並未承諾能減少公開聯絡地址所收到的垃圾郵件。Email Address Obfuscator 僅針對一個特定情境而設計：必須在網站上保持可見且可點擊的公開地址，而發布者希望將該地址從字面原始碼中移除，使最簡單的蒐集者無法取得。這是一項有用的特性，但它既不是存取控制，也不是隱私保護。該頁面本身會在結果旁標示此限制，以避免電子郵件混淆器對其能力所及與無法防禦之處產生虛假信心。
公開聯絡地址各種方法的比較
| 方法 | 對純文字爬蟲可見 | 無 JavaScript 仍可渲染 | 在 CMS 序列化後仍可保留 | 實際抗濫用程度 |
|---|---|---|---|---|
| HTML 中的純地址 | 是 | 是 | 是 | 無 |
| JavaScript 解碼器 | 有時 | 否 | 視情況而定 | 低 |
| 數值實體（本工具） | 否 | 是 | 僅當 CMS 保留實體時 | 低 |
| 伺服器端聯絡表單 | 不適用 | 是 | 是 | 搭配驗證與速率限制時較高 |
聯絡表單是更佳選擇的時機
對於真正具有高價值的郵箱，實際上的防禦方式是結合輸入驗證、速率限制，以及主機能套用的垃圾郵件管制措施的伺服器端聯絡表單。聯絡表單能將地址完全從公開頁面移除、可要求 CAPTCHA 或工作量證明、可依 IP 限制提交頻率，並能透過佇列在遞送前先過濾明顯的垃圾訊息。將該表單搭配 Meta Tag Generator 使用，可維持聯絡頁面中繼資料的一致性，並透過 Structured Data Checker 檢視結構化資料，使頁面對篩選爬蟲保持可及性，且對搜尋引擎保持格式正確。實體技巧對於單位在目錄頁、招募頁或公共事務列表上發布的第二線公開地址仍然有用，其目標是在保留一般訪客可點擊連結的同時，避免純文字蒐集者在原始碼中找到該地址。兩種方法可在同一網站上並存：主要的聯絡管道使用聯絡表單，而地址本身預期可見之處則使用混淆後的 mailto。若您正在為公開張貼設定獨立的接收地址，為公開網站建立特殊電子郵件地址的指南詳細說明了能與本技巧搭配運用的地址端選擇。