先驗證結構——但它本身無法得出結論
驗證電子郵件地址的第一步，是分開 @ 之前的本地部分與之後的網域、統一大小寫，並拒絕解析器無法處理的結構，例如缺少網域、中間誤貼的空白、非法字元或重複分隔符號。
結構檢查成本很低，卻無法證明能否送達。任何看似合理的字串都能通過。即使格式完全正確，信箱也可能已在兩年前停用。因此我們不會止步於此——只聲稱驗證格式的工具，實際能驗證的內容很有限。
郵箱驗證工具
驗證電子郵件地址
線上驗證電子郵件地址的語法、網域健康狀況、MX 記錄與 SMTP 送達能力，不到 2 秒即可取得結果。可在此免費驗證，準確率 99.9%，每月 600 積分，每天登入再得 20 積分。
線上驗證電子郵件地址究竟代表什麼？
驗證電子郵件地址，是在您依賴它之前，確認寄往該地址的郵件確實有機會送達。一個看似格式正確的字串——@ 符號正確、網域看似合理——仍可能是拼寫錯誤、已停用的帳戶，或屬於沒有郵件伺服器的網域。正因存在這種落差，人們才需要免費驗證電子郵件地址。
BillionVerify 會對單一地址執行完整檢查：語法與結構、網域與 MX 解析、針對真實信箱的即時 SMTP 握手，以及一次性電子郵件、角色帳戶與 Catch-All 風險標記。在這裡線上驗證電子郵件地址，您會得到寄送、跳過或覆核的建議，而不只是格式正確或錯誤。
這不同於只做語法篩查。通過格式規則並不能證明伺服器會接受郵件，只有即時 SMTP 通訊才能驗證這一點。您可以在本頁免費驗證電子郵件地址，其中包含真實 SMTP 檢查，無需帳戶。
如何在這裡驗證電子郵件地址
每次驗證電子郵件地址都會自動執行四個步驟，並分別呈報結果。
驗證格式
首先檢查電子郵件地址結構，包括語法、分隔符號、非法字元，以及肉眼容易忽略的拼寫錯誤。
驗證網域與 MX 路由
接著確認網域存在並檢查其 MX 記錄，在消耗一次 SMTP 查詢前判斷是否具備投遞條件。
透過 SMTP 驗證信箱
連線郵件伺服器，確認信箱本身是否接受寄入的郵件。這一步是格式檢查工具完全無法驗證的。
檢查風險訊號
在給出結論的同時，檢查一次性電子郵件、角色帳戶、Catch-All 與垃圾郵件陷阱訊號，從而分別判斷電子郵件地址品質與送達能力。
何時需要線上驗證電子郵件地址
當錯誤地址會導致退信、網域信譽受損或訊息浪費時，就應驗證電子郵件地址。以下四種情境最常見。
在寄送任何重要郵件之前
寄送帳單、密碼重設郵件或任何必須送達的一次性訊息前，先線上驗證電子郵件地址。一次檢查的成本低於一次硬退信。
註冊或提交表單後立即驗證
拼寫錯誤和一次性電子郵件都能躲過格式篩查。在提交時線上驗證電子郵件地址，可讓使用者資料表從第一天起就保持乾淨。
匯入舊名單或購買名單之前
存放已久的名單往往充斥著已停用的信箱。在投入積分執行完整大量任務前，先在這裡抽樣驗證電子郵件地址。
建置註冊或 CRM 整合時
先在本頁驗證電子郵件地址的處理結果——語法、MX、SMTP、一次性電子郵件與角色帳戶——確認邏輯正確後，再透過 Email Verification API 呼叫同一套流程。
本工具與其他電子郵件驗證工具有何不同
本頁用於互動式單一地址檢查——只驗證一個地址，不執行大量任務、API 或免費工具（DNS / SPF / DKIM）。
需要立即判斷一個地址時，可在這裡線上驗證電子郵件地址；問題不同時，請使用下方的專用工具或大量工具。
| 工具 | 功能說明 | 適用時機 |
|---|---|---|
| 免費郵箱驗證器 | 完整 SMTP 郵箱檢查加上全部風險標記 | 當送達率與發送安全重要時 |
| 電子郵件檢查器 | 同樣是完整的 SMTP 與風險標記引擎，以診斷面板的形式呈現 | 當您希望所有訊號都集中顯示在同一個結果畫面時 |
| 免費電子郵件檢查器 | 標記 Gmail、Yahoo 等免費個人信箱服務 | 用於名單評分與 B2B 網域檢查，而非免費驗證服務 |
| 電子郵件校驗器 | 只檢查格式與 MX，不進行 SMTP 交握 | 當您只需要快速篩選語法與網域時 |
| 一次性電子郵件偵測 | 標記臨時與用後即棄的信箱 | 適用於註冊表單與名單蒐集，避免暫用信箱拉低資料品質 |
| 退信郵件檢查器 | 聚焦於無法送達與硬退信風險 | 寄送前的名單清理，控制退信率 |
| Catch-All 驗證器 | 偵測會接受任意本地部分的網域 | 當 SMTP 接受本身無法證明信箱真實存在時 |
| 角色帳戶偵測 | 找出 info@、support@ 等通用地址 | 適用於 B2B 開發名單，個人信箱的轉換率通常更高 |
| 電子郵件列表清理 | 對貼上或上傳 CSV 的名單執行相同的驗證流程 | 當單一地址不夠用，您需要一份清理過的檔案時 |
| 反向電子郵件查找 | 依郵箱地址找出公開歸屬線索與公司上下文 | 線索調研與未知寄件者審核 |
| 電話號碼驗證器 | 驗證電話格式、國家、類型和 E.164 輸出 | 外聯前清理 CRM 電話 |
免費驗證電子郵件地址後，如何解讀結果
Valid（有效）表示信箱接受了 SMTP 探測，在大多數情境下可以寄送。Invalid（無效）表示存在永久性失敗，例如語法錯誤、沒有郵件路由或信箱拒收，此時不要寄送。Catch-All 表示網域接受任意本地部分，因此無論如何仔細檢查地址結構，SMTP 都無法證明這個特定的人確實存在。
Disposable（一次性）與 role（角色帳戶）標記描述的是適用性，而不是送達能力：臨時信箱或共用的 info@ 地址可能接受郵件，卻不適合作為長期聯絡人。Unknown（未知）應視為稍後重試，絕不能當作可以放心寄送；請重新驗證，不要猜測。
四層檢查
驗證電子郵件地址時會發生什麼
正確驗證電子郵件地址，需要依序回答四個獨立問題。每一層消除一種疑問，任何一層都不能聲稱擁有只有後續檢查才能提供的證據。
消耗 SMTP 查詢前，先驗證郵件路由
接下來解析網域的 MX 記錄，它會告訴寄件方由哪台伺服器接收該網域的郵件。沒有可用路由的網域無法接收正常郵件，無論地址寫得多正確，因此必須先驗證路由再繼續。
這是網域層級的證據，而不是個人層級的證據。一筆 MX 記錄會服務該公司的每位員工、每個別名與每處拼寫錯誤，因此驗證路由後仍需繼續檢查，不能直接宣告成功。
透過 SMTP 驗證信箱本身
決定性的一層會與接收伺服器建立真實 SMTP 通訊，並測試收件者路徑。不會寄送郵件正文，任何人的收件匣中也不會出現訊息。伺服器的回應可以區分已接受的收件者與永久拒絕。
人們在活動開始前要求工具驗證電子郵件地址，真正需要的正是這一層。格式只能說明地址寫法有效，SMTP 才能說明它可觸達。在這裡線上驗證電子郵件地址，這兩層檢查每次都會執行。
驗證風險訊號，而不只看結論
除了驗證結論，我們還會檢查一次性電子郵件、角色帳戶、Catch-All 與免費個人信箱訊號。這些是屬性，並非失敗：共用的 info@ 信箱通常能接收郵件，卻往往不適合作為外聯目標。
將標記與狀態並列呈現，才能把電子郵件地址品質與送達能力作為兩個獨立決策來判斷，而不是壓縮成一個會誤導人的布林值。
結果狀態
驗證電子郵件地址後，如何解讀結果
四種結果對應四種後續操作。許多損失都源於團隊線上驗證電子郵件地址後，又把答案簡單歸為有效和無效兩類。
Valid（有效）——收件者路徑接受了探測
我們驗證時，信箱給出了接受回應。在符合您自己的同意與受眾分群規則的前提下可以寄送；任何地址驗證工具都無法替您判斷這些規則。
Valid 是帶有時間戳記的技術事實，不是聯絡人的永久屬性。不要依賴已儲存的標記；應在下次活動前重新驗證電子郵件地址，並盡量在接近寄送時驗證高價值收件者。
Invalid（無效）——永久性失敗，應立即停止
結構錯誤、沒有郵件路由，或收件者被明確拒絕。地址格式可能通過驗證，但收件者未通過；仍然寄送只會帶來一次硬退信，並進一步損害寄件信譽。
向使用者顯示原始欄位，讓其自行修正。不要自動補寫缺少的字元，也不要擅自替換網域，因為語法上更合理的猜測可能屬於另一個人。
Catch-All——網域會回應所有地址
該網域接受任意本地部分，因此 SMTP 無法單獨驗證這個收件者。依照 firstname.lastname 模式產生的大型 B2B 檔案中往往有大量此類記錄。
請將 Catch-All 作為獨立的覆核分群。把它歸入 Valid 會讓檔案顯得比實際更乾淨，而驗證電子郵件地址結構也無法區分真實收件者與虛構地址。
Unknown（未知）——網路沒有給出明確結論
灰名單、暫緩回應與速率限制可能讓本次檢查無法驗證信箱。Unknown 是誠實的答案；將它改判為 Invalid 會誤刪有效聯絡人。
請稍後重新驗證該地址。第二次檢查時 Unknown 的占比通常會大幅下降，因為暫時狀況已經消失。
實際應用
在實際工作流程中，應在何處驗證電子郵件地址
這項檢查在三個時點最有價值，除此之外通常只是重複作業。
- 1
在蒐集時驗證，讓使用者仍有機會修正
註冊、結帳、提交潛在客戶表單或編輯個人資料時，應在蒐集點免費驗證電子郵件地址——這是唯一能讓知道正確答案的人親自修正拼寫錯誤的時機。
設定較短的逾時時間，逾時後不要阻塞流程。如果接收方服務商回應緩慢，可讓使用者以未驗證狀態繼續，再在背景重新驗證地址，而不是讓表單失敗；晚些驗證總比完全不驗證好。
- 2
任何重要訊息寄出前都要驗證
帳單、密碼重設郵件、合約通知或給潛在客戶的一次性回覆，在這些訊息寄出前都應驗證電子郵件地址。一次硬退信的成本高於一次檢查，而驗證一次遠比追查遺失的訊息便宜。
如果要處理整份檔案而不是一個地址， 大量電子郵件驗證 會對每一列套用相同規則，並傳回保留原因資訊的匯出檔案。
- 3
信任舊名單前再次驗證
信箱會失效：員工離職、別名停用、網域遷移。六個月前的結果描述的是一份已不存在的名單，因此信任記錄前應重新驗證電子郵件地址，並對高價值記錄驗證兩次。
將狀態、原因標記和最近一次成功驗證地址的時間分別儲存為獨立欄位，避免後續匯出時將它們壓縮成一個會誤導人的欄位。
能力邊界
線上驗證電子郵件地址不代表什麼
答案之所以可信，是因為它的範圍明確。以下各項都需要其他工具或團隊處理，單靠驗證電子郵件地址無法解決。
驗證不等於取得同意
信箱接受郵件並不代表您取得了許可。驗證送達能力只能降低退信率，不能賦予您寄送權；再多技術證據也無法證明您有權向從未獲准聯絡的人寄送郵件。
同意與封鎖狀態應保留在您自己的記錄系統中，並在寄送前檢查。電子郵件地址是否可投遞與是否獲准聯絡，必須分別確認。
驗證不等於身分確認
可投遞的公司信箱無法證明 CRM 中的姓名確實控制該信箱，或此人仍在那裡任職。我們驗證的是信箱，而不是任職記錄，共用別名也經常打破這種假設。
需要確認歸屬時，請使用第一方資料。驗證電子郵件地址的送達能力，並不等於識別某個具體的人。
驗證不等於進入收件匣
SMTP 接受結果是收件方的事實。活動能否進入收件匣取決於寄件者信譽、身分驗證、內容與投訴記錄，而本頁無法驗證其中任何一項。
在這裡排除地址層級的失敗，將收件匣送達視為採用獨立指標的另一項工作。線上驗證電子郵件地址只解決收件方問題；您自己的網域設定應透過送達率測試另行驗證。
相關工具
根據問題選擇正確的頁面
本站每個頁面都執行同一套引擎，差別在於頁面所圍繞的問題不同——本頁回答的是如何免費驗證電子郵件地址。
只驗證格式與路由
如果不需要 SMTP， 電子郵件校驗器 會在完成語法與 MX 檢查後停止，不消耗信箱查詢。
這是大量驗證電子郵件地址結構最省成本的方式，可先廣泛篩查，再決定哪些記錄值得完整檢查信箱；先做初步驗證，再深入驗證真正重要的記錄。
同一項檢查，以結論為中心呈現
電子郵件驗證器 會執行同一套流程，但重點是證明信箱會接受郵件，而不是說明如何驗證電子郵件地址輸入。
同一套引擎、同樣的準確率，只是回答的問題不同。請選擇符合您思考方式的頁面：在這裡線上驗證電子郵件地址，或在那裡證明信箱可接收郵件。
一次驗證整份名單
如果要處理的是檔案而不是單一地址， 電子郵件列表清理 會讓每一列的去重、重試與原因代碼保持一致。
先用本頁抽樣驗證電子郵件地址的處理結果；信任結果後，再執行整份檔案。在大量任務消耗積分前，可先在這裡免費驗證電子郵件地址。
常見問題
1. 如何在這裡驗證電子郵件地址？
貼上地址後，檢查器會執行四個步驟：驗證語法、驗證網域及其 MX 記錄、建立直接 SMTP 連線以確認信箱接受郵件，並評估風險標記。不到 2 秒即可完成電子郵件地址驗證。
2. 線上驗證電子郵件地址的準確率如何？
BillionVerify 結合語法驗證、DNS 查詢、MX 解析與直接 SMTP 驗證，達到 99.9% 的準確率。這種多層方法可以發現只依據格式判斷的單項檢查工具容易漏掉的無效、閒置與高風險地址。
3. 驗證電子郵件地址代表什麼？
線上驗證電子郵件地址，就是確認寄往該地址的郵件能夠送達。BillionVerify 分四層完成檢查：驗證語法、驗證網域及其 MX 路由、透過 SMTP 驗證信箱，並檢查一次性電子郵件、角色帳戶與 Catch-All 訊號。
4. 是否會檢查一次性電子郵件地址？
會。每次在這裡免費驗證電子郵件地址時，系統都會將網域與持續維護的臨時及用後即棄電子郵件服務商清單比對，並將結果作為獨立標記傳回，而不會合併進最終結論。
5. 可以免費驗證電子郵件地址嗎？
可以。每月 600 積分，每天登入再得 20 積分，無需信用卡。免費方案包含全部檢查層：語法、網域、MX、SMTP 與一次性電子郵件偵測。
6. 你們會儲存我驗證的電子郵件地址嗎？
不會。每次電子郵件地址驗證都即時執行，地址絕不會被儲存。資料在傳輸過程中加密，並在處理完成後立即刪除。
驗證電子郵件地址
免費線上驗證電子郵件地址
免費驗證電子郵件地址——每月 600 積分，每天登入再得 20 積分。每個地址都包含完整 SMTP 驗證，不到 2 秒即可完成。
每月 600 點免費點數 · 每天登入再得 20 點 · 不到 2 秒出結果
99.9%
準確率
Real-time
API 速度
$0.00014
每封郵件
600/mo
永久免費