格式與域名就緒狀態先排除不可能的輸入
第一輪會規範化地址、檢查結構,並解析收件域名。語法損壞、或沒有可用郵件路由的域名,會在 SMTP 會話前被擋下,因為地址以目前形態無法使用。
這些檢查快速且確定,但刻意範圍很窄。郵箱校驗器單獨呈現語法與 MX 這一層。郵箱檢查器會繼續往下,因為格式正確、且域名可收信的地址,仍可能根本沒有對應郵箱。
郵箱驗證工具
一次看清單一郵箱背後的完整證據:語法、MX、SMTP、一次性、Catch-All、角色、免費郵箱與支援的域名風險訊號。每個 IP 每滾動 24 小時 20 次免費完整檢查。
郵箱檢查器在一次交互結果中回答“這個郵箱好不好?”背後的搜索意圖。用戶搜索郵箱檢查器時,想要快速、一站式答案:格式、域名、郵箱接受情況與常見風險標記——而不是冗長的產品手冊。
BillionVerify 的郵箱檢查器運行與郵箱驗證器相同的多層流水線:語法、MX、即時 SMTP,以及一次性、Catch-all 與角色訊號。頁面針對郵箱檢查器關鍵詞族優化,結果仍保持全面——決定發送、抑制或複核所需的每一維度。
這與僅高亮一次性或角色狀態的專項工具不同。需要單個地址的完整圖景時,使用郵箱檢查器。免費使用包含真實 SMTP——每個 IP 每滾動 24 小時 20 次完整檢查。
一條流水線。一個綜合結果。免費工具不跳過任何步驟。
規範化地址,並在任何網路調用前拒絕明顯格式失敗。
確認域名可收信,併為後續風險標記收集基礎設施上下文。
探測接收伺服器,使“有效”不只意味著“看起來像郵箱”。
在可達性旁展示一次性、Catch-all 與角色標記,無需打開三個其他工具即可行動。
當一次決策需要每一層資訊時,選擇綜合檢查。
銷售與支持團隊粘貼一個地址,需要完整讀數——而不只是綠/紅。
用 SMTP 與風險標記驗證新註冊,防止汙染 CRM。
用後續批量清洗相同準確率,對購買 CSV 中的樣本行進行抽查。
若您通過 “email checker” 找到我們,本頁即一站式結果;專項頁面則隔離單一標記。
這些是交互式郵箱驗證工具——不是批量任務、不是 API、也不是免費工具(DNS / SPF / DKIM)。
郵箱檢查器提供綜合結果。其他工具在您只需單一決策時隔離某一維度。
| 工具 | 功能說明 | 適用時機 |
|---|---|---|
| 電子郵件驗證器 | 完整 SMTP 郵箱檢查加上全部風險標記 | 當送達率與發送安全重要時 |
| 郵箱檢查器 | 單個地址的完整 SMTP + 全部風險標記 | 需要一處查看完整多層結果時 |
| 免費郵箱檢查器 | 檢測免費個人郵箱服務商(Gmail、Yahoo 等) | 線索質量與 B2B 域名評分——不是“免費額度”驗證 |
| 郵箱校驗器 | 僅語法 + MX——無 SMTP | 快速格式與域名初篩 |
| 一次性郵箱檢測 | 標記臨時 / 一次性域名 | 註冊與線索捕獲 |
| 退信郵箱檢查器 | 聚焦退信與不可達風險 | 控制退信率的列表衛生 |
| Catch-All 驗證器 | 檢測 Catch-all 域名 | 當 SMTP 接受結果不可靠時 |
| 角色帳戶檢測 | 發現通用角色地址 | B2B 外呼質量 |
| 郵箱列表清洗 | 一次驗證多個地址(粘貼或 CSV) | 單次檢查不夠、需要清洗整份列表時 |
| 反向電子郵件查找 | 依郵箱地址找出公開歸屬線索與公司上下文 | 線索調研與未知寄件者審核 |
| 電話號碼驗證器 | 驗證電話格式、國家、類型和 E.164 輸出 | 外聯前清理 CRM 電話 |
完整的郵箱檢查器結果將可達性狀態與風險標記結合。有效表示 SMTP 接受了該郵箱。無效表示永久失敗。一次性、Catch-all 與角色不一定阻止投遞——它們改變您應如何對待該聯繫人的營銷質量。
需要一處做決策時,使用完整面板。若只關心一次性域名或角色收件箱,請打開專項工具獲得聚焦讀數。
一個地址,完整檢視
檢查器是 BillionVerify 完整驗證引擎的診斷視圖。它同時呈現最終狀態與每一項佐證訊號,讓您理解地址為何通過、失敗,或需要複核。
第一輪會規範化地址、檢查結構,並解析收件域名。語法損壞、或沒有可用郵件路由的域名,會在 SMTP 會話前被擋下,因為地址以目前形態無法使用。
這些檢查快速且確定,但刻意範圍很窄。郵箱校驗器單獨呈現語法與 MX 這一層。郵箱檢查器會繼續往下,因為格式正確、且域名可收信的地址,仍可能根本沒有對應郵箱。
BillionVerify 連線到接收基礎設施,測試目標收件路徑,但不發送郵件。接受回應支援可投遞性;明確拒絕支援無效判定;暫時或防禦性回應則維持不確定。
把這三種結果分開很重要。逾時不能證明收件者不存在,探測被接受也不能證明後續活動一定進收件箱。檢查器回報交換過程所能支援的最強結論,而不是用猜測填補不確定。
結果會標出改變團隊用法的常見類別:免費個人郵箱、一次性服務,以及 sales@ 或 support@ 這類角色本地部分。這些是分類訊號,不是「無效」的另一種叫法。
Gmail 郵箱可以可投遞,且對消費產品很有價值。support@ 郵箱可以可投遞,且適合工單。一次性郵箱也能短暫收信。每個標記該允許、複核或抑制,取決於您的使用情境。
Catch-All 偵測顯示域名是否接受許多未指派的本地部分,使人層級證明變弱。支援的收件域名濫用歷史則是另一個風險維度:地址可能收信,但其域名出現在維護中的濫用類別。
檢查器把這些訊號與 SMTP 並列顯示,而不是取代 SMTP 結果。如此您能區分「可投遞但有風險」與「真正不可投遞」,並依自己的獲客、防詐、支援或外聯原則分流。
讀懂面板
完整面板有用,是因為沒有任何單一徽章能同時描述可投遞性、聯絡類型、域名行為與活動適配度。
語法表示輸入具有可用的地址結構。MX 表示域名已發布郵件路由基礎設施。任一失敗,就不該相信看起來正面的業務標籤,也不該繼續做發送決策。
兩者都通過,地址也只是準備好進入下一層。不要把格式與 MX 成功匯入 CRM 當成已驗證的可投遞性;請保持結果名稱明確,讓後續使用者知道實際測了什麼。
正面 SMTP 結果是面板中最強的地址層證據。永久拒絕是最清楚的抑制理由。不確定回應要求重試或複核,而不是發送或刪除。
郵箱驗證器使用同一套完整引擎,但優先呈現這個最終可投遞決策。想檢視佐證訊號時用檢查器;主要需要發送決策時用驗證器。
一次性描述臨時服務商模式。角色描述共享、職能導向的本地部分。免費郵箱描述消費者服務商,而非公司自有域名。它們是獨立屬性,可以與技術上接受郵件的郵箱共存。
不要對三者套同一條全域規則。防詐可能拒絕一次性地址。B2B 評分可能降低免費郵箱線索。支援營運可能偏好角色郵箱。請儲存原因,讓執行原則的團隊看得到差異。
Catch-All 表示域名的接受模式無法確認這個精確的本地部分。有風險表示即使收件路徑可能接受郵件,仍存在受支援的風險條件。兩者都不該被默默改標成普通可投遞。
把這些記錄放進複核區段,並保留原因。量大時,這一點結構化謹慎,比把模糊聯絡人混進已個別確認的郵箱同一場活動更便宜。
診斷工作流
當結果成為可重複的資料決策,而不只是一次性視覺答案時,檢查器最有價值。
先看可投遞、不可投遞、有風險或未知。再檢視解釋該狀態的較低層欄位。這個順序可避免角色或免費郵箱這類次要屬性掩蓋永久郵箱失敗。
對無效結果,只修正有來源依據的拼寫錯誤。對未知,稍後重試。對有風險或 Catch-All,把地址留在主發送區段之外,直到您的原則或其他可信訊號解決它。
寫下每個結果在各工作流中的做法。電子報註冊、帳戶註冊、支援請求、銷售潛在客戶與交易收件者,對一次性、角色或個人免費郵箱的容忍度並不相同。
記錄對應關係,可避免團隊把徽章顏色當成原則。也讓誤報複核成為可能,因為原始訊號仍然可用,而不是被壓成一個籠統的品質分數。
手動檢查適合調查與低量決策。當同一檢查發生在每次註冊、線索表單或 CRM 匯入時,使用郵箱驗證 API,讓結果到達擁有該記錄的系統。
保持校驗回應靈敏:明顯格式失敗可立即返回,而對服務商敏感的狀態應保留精確結果。不要只為簡化表單訊息,就把未知的網路結果改寫成無效。
活動列表需要一致檢查、重複只處理一次、複核區段分開,以及匯出時保留原因。為每一列打開單地址頁面,無法提供這種營運控制。
使用郵箱列表清洗或批量驗證再上線,尤其是長期收集的記錄。對較早被接受的地址再檢查一次,因為郵箱與在職狀態可能在原始結果之後改變。
避免類別錯誤
再全面的地址結果,仍然只是地址結果。若干相鄰的郵件問題需要不同證據。
檢查器檢視目的地地址。它不會稽核您寄件域名的 SPF、DKIM 或 DMARC 設定,不會衡量寄件 IP 聲譽,也不預測特定活動的投放位置。
用郵箱送達率測試檢查寄件端就緒情況,並把地址檢查保留為收件端層。良好的活動衛生兩者都需要,但兩種結果絕不該呈現為同一測量。
伺服器可以接受某個地址的郵件,卻無法證明誰控制它,或對方是否要求收到您的訊息。轉發器、共享郵箱、回收帳戶與錯誤的增強,都能通過技術檢查。
所有權與許可決策,請用第一方收集、授權確認流程與您的抑制記錄。驗證減少技術投遞失敗;它不創造同意。
當出現受支援的收件域名濫用類別時,它描述目的地域名周圍的已知風險。檢查器並未打開您的草稿郵件、跟隨其中連結、為主旨評分,或判斷郵箱服務商會不會把訊息判為垃圾郵件。
用郵箱垃圾郵件檢查器取得此收件域名訊號及其邊界的聚焦說明。內容測試與收件箱投放仍是分開的工作流。
地址會退役,域名會更換服務商,暫時防禦會恢復。檢查描述某一時刻可用的證據。沒有時間戳的結果,會鼓勵團隊把過期資料當成像郵件基礎設施從不改變一樣重複使用。
保留檢查時間、最終狀態與原因欄位。依列表年齡與發送風險定義再驗證間隔,而不是在每次頁面瀏覽都反覆檢查每個地址。
技術參考
網際網路郵件在設計上就是分層的。本頁鏡像這些層級,讓每個結論都能回溯到支援它的證據。
IETF 的RFC 5322 Internet Message Format描述有效的訊息與地址語法。因此它適合作為結構檢查的參考,而不適合作為關於即時收件者的主張。
BillionVerify 因此單獨標示語法,並繼續做路由與 SMTP。若您只需要結構與域名就緒情況,較輕的校驗器會把這個有限結論講清楚。
這種分層顯示在支援調查時也很有用。團隊可以看到投訴始於畸形輸入、域名路由、收件者拒絕,還是次要風險標記,而不是拿到一個無法稽核、無法解釋的分數。
IETF 的RFC 5321 Simple Mail Transfer Protocol區分成功、暫時與永久回覆類別。生產級檢查器必須保留這個差異,因為暫時伺服器回應既不是已確認的郵箱,也不是已確認的失敗。
該協議邊界反映在可投遞、不可投遞與未知結果中。風險分類則放在通道結果旁邊,而不是覆蓋它。
以相同準確率擴展到單次粘貼之外。
郵箱檢查器對單個地址運行多層流水線:先做語法與結構檢查,再解析域名與 MX,然後在可用時進行即時 SMTP 郵箱探測。同一結果還會展示一次性、Catch-all 與角色標記,您無需打開三個其他工具即可決定發送、抑制或複核。免費交互式檢查與批量列表清洗、API 使用同一驗證棧——僅配額與界面不同。
SMTP 級郵箱檢查遠比僅做格式檢查可靠,因為它會向接收郵件伺服器詢問郵箱是否被接受。準確率仍取決於服務商策略、灰名單,以及接受任意本地部分的 Catch-all 域名。因此優秀的郵箱檢查器會返回風險狀態(有效、無效、有風險、一次性、Catch-all、角色),而不是虛假的全綠二選一。請將 Catch-all 與有風險視為“複核”,而非“可放心群發”。
公平使用的交互式檢查是免費的:每個 IP 在滾動 24 小時內可獲 20 次免費完整 SMTP 驗證,無需註冊。這些免費檢查包含 SMTP 握手——不只是語法。更高用量、CSV 列表清洗、任務歷史與 API 自動化,請創建免費帳戶並使用積分。免費配額按 IP 連續滾動,不是按自然日重置。
在 BillionVerify 上,郵箱檢查器與郵箱驗證器都運行包含 SMTP、一次性、Catch-all 與角色訊號的完整多層驗證。頁面差異主要在搜索關鍵詞與說明文案(用戶會搜 “email checker” 也會搜 “email verifier”),而非驗證深度。選擇與受眾搜索習慣匹配的 URL 即可;結果的可達性質量來自同一引擎。
本站的郵箱校驗器只檢查語法與 MX——確認地址格式正確且域名可收信,但不會通過 SMTP 探測郵箱。郵箱檢查器會增加 SMTP 握手以及風險標記(一次性、Catch-all、角色)。需要快速、不限次的淺層初篩(拼寫錯誤與死域名)時用校驗器。在發送或導入聯繫人之前,退信風險、可達性與列表質量重要時,請使用郵箱檢查器。
可以。在本頁用郵箱檢查器抽查,然後使用郵箱列表清洗進行多行粘貼或 CSV(每個 IP 每滾動 24 小時免費演示最多 20 個地址)。已登入的批量郵箱驗證可處理大型 CSV/Excel,支持進度、歷史與篩選下載。郵箱驗證 API 用於表單、CRM 與自動化中的即時檢查。所有路徑共享與單地址檢查器相同的、具備 SMTP 能力的引擎。
公開交互式檢查會用於返回結果並執行防濫用限制。我們不會用您粘貼到此免費郵箱檢查器的地址構建營銷列表。需要任務歷史、導出與團隊工作流時,請使用已登入帳戶處理自己的列表。
僅有可達性不等於列表質量。郵箱可以接受郵件,但仍是一次性收件箱、接受任意本地部分的 Catch-all 域名,或很少轉化的通用角色地址(info@、sales@)。郵箱檢查器會在 SMTP 狀態旁展示這些標記,以便營銷與增長團隊正確抑制、分流或評分聯繫人——而不只問“會不會退信?”。
每個 IP 每滾動 24 小時 20 次免費完整 SMTP 檢查。登入後可使用批量、API 與更高用量。
24 小時 20 次免費 SMTP 檢查 · 免費層無需信用卡 · 與批量及 API 相同準確率