📍 隆重推出 MapLeads:把 Google 地圖、Bing 地圖、Apple 地圖變成你的客戶名單。了解 MapLeads

郵箱驗證工具

免費郵箱檢查器:檢視送達率與風險

一次看清單一郵箱背後的完整證據:語法、MX、SMTP、一次性、Catch-All、角色、免費郵箱與支援的域名風險訊號。每個 IP 每滾動 24 小時 20 次免費完整檢查。

什麼是郵箱檢查器?

郵箱檢查器在一次交互結果中回答“這個郵箱好不好?”背後的搜索意圖。用戶搜索郵箱檢查器時,想要快速、一站式答案:格式、域名、郵箱接受情況與常見風險標記——而不是冗長的產品手冊。

BillionVerify 的郵箱檢查器運行與郵箱驗證器相同的多層流水線:語法、MX、即時 SMTP,以及一次性、Catch-all 與角色訊號。頁面針對郵箱檢查器關鍵詞族優化,結果仍保持全面——決定發送、抑制或複核所需的每一維度。

這與僅高亮一次性或角色狀態的專項工具不同。需要單個地址的完整圖景時,使用郵箱檢查器。免費使用包含真實 SMTP——每個 IP 每滾動 24 小時 20 次完整檢查。

郵箱檢查器如何工作

一條流水線。一個綜合結果。免費工具不跳過任何步驟。

  1. 1. 語法與結構

    規範化地址,並在任何網路調用前拒絕明顯格式失敗。

  2. 2. 域名與 MX 解析

    確認域名可收信,併為後續風險標記收集基礎設施上下文。

  3. 3. SMTP 郵箱握手

    探測接收伺服器,使“有效”不只意味著“看起來像郵箱”。

  4. 4. 完整風險面板

    在可達性旁展示一次性、Catch-all 與角色標記,無需打開三個其他工具即可行動。

何時使用郵箱檢查器

當一次決策需要每一層資訊時,選擇綜合檢查。

  • 臨時單地址檢查

    銷售與支持團隊粘貼一個地址,需要完整讀數——而不只是綠/紅。

  • 表單捕獲之後

    用 SMTP 與風險標記驗證新註冊,防止汙染 CRM。

  • 抽查列表樣本

    用後續批量清洗相同準確率,對購買 CSV 中的樣本行進行抽查。

  • 按關鍵詞對比工具

    若您通過 “email checker” 找到我們,本頁即一站式結果;專項頁面則隔離單一標記。

郵箱檢查器 vs 其他郵箱驗證工具

這些是交互式郵箱驗證工具——不是批量任務、不是 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 這一層。郵箱檢查器會繼續往下,因為格式正確、且域名可收信的地址,仍可能根本沒有對應郵箱。

SMTP 提供郵箱層級證據

BillionVerify 連線到接收基礎設施,測試目標收件路徑,但不發送郵件。接受回應支援可投遞性;明確拒絕支援無效判定;暫時或防禦性回應則維持不確定。

把這三種結果分開很重要。逾時不能證明收件者不存在,探測被接受也不能證明後續活動一定進收件箱。檢查器回報交換過程所能支援的最強結論,而不是用猜測填補不確定。

地址類型標記解釋受眾品質

結果會標出改變團隊用法的常見類別:免費個人郵箱、一次性服務,以及 sales@ 或 support@ 這類角色本地部分。這些是分類訊號,不是「無效」的另一種叫法。

Gmail 郵箱可以可投遞,且對消費產品很有價值。support@ 郵箱可以可投遞,且適合工單。一次性郵箱也能短暫收信。每個標記該允許、複核或抑制,取決於您的使用情境。

域名行為與聲譽解釋隱藏風險

Catch-All 偵測顯示域名是否接受許多未指派的本地部分,使人層級證明變弱。支援的收件域名濫用歷史則是另一個風險維度:地址可能收信,但其域名出現在維護中的濫用類別。

檢查器把這些訊號與 SMTP 並列顯示,而不是取代 SMTP 結果。如此您能區分「可投遞但有風險」與「真正不可投遞」,並依自己的獲客、防詐、支援或外聯原則分流。

讀懂面板

每個訊號回答不同的營運問題

完整面板有用,是因為沒有任何單一徽章能同時描述可投遞性、聯絡類型、域名行為與活動適配度。

語法與 MX 回答能否做更深檢查

語法表示輸入具有可用的地址結構。MX 表示域名已發布郵件路由基礎設施。任一失敗,就不該相信看起來正面的業務標籤,也不該繼續做發送決策。

兩者都通過,地址也只是準備好進入下一層。不要把格式與 MX 成功匯入 CRM 當成已驗證的可投遞性;請保持結果名稱明確,讓後續使用者知道實際測了什麼。

SMTP 回答收件路徑目前是否接受郵件

正面 SMTP 結果是面板中最強的地址層證據。永久拒絕是最清楚的抑制理由。不確定回應要求重試或複核,而不是發送或刪除。

郵箱驗證器使用同一套完整引擎,但優先呈現這個最終可投遞決策。想檢視佐證訊號時用檢查器;主要需要發送決策時用驗證器。

一次性、角色與免費郵箱標記回答這是誰、或什麼類型的收件箱

一次性描述臨時服務商模式。角色描述共享、職能導向的本地部分。免費郵箱描述消費者服務商,而非公司自有域名。它們是獨立屬性,可以與技術上接受郵件的郵箱共存。

不要對三者套同一條全域規則。防詐可能拒絕一次性地址。B2B 評分可能降低免費郵箱線索。支援營運可能偏好角色郵箱。請儲存原因,讓執行原則的團隊看得到差異。

Catch-All 與有風險結果回答信心該在哪裡停住

Catch-All 表示域名的接受模式無法確認這個精確的本地部分。有風險表示即使收件路徑可能接受郵件,仍存在受支援的風險條件。兩者都不該被默默改標成普通可投遞。

把這些記錄放進複核區段,並保留原因。量大時,這一點結構化謹慎,比把模糊聯絡人混進已個別確認的郵箱同一場活動更便宜。

診斷工作流

用檢查器調查、決策,並保存證據

當結果成為可重複的資料決策,而不只是一次性視覺答案時,檢查器最有價值。

  1. 1

    先看最終狀態,再讀原因

    先看可投遞、不可投遞、有風險或未知。再檢視解釋該狀態的較低層欄位。這個順序可避免角色或免費郵箱這類次要屬性掩蓋永久郵箱失敗。

    對無效結果,只修正有來源依據的拼寫錯誤。對未知,稍後重試。對有風險或 Catch-All,把地址留在主發送區段之外,直到您的原則或其他可信訊號解決它。

  2. 2

    把每個標記對應到已記錄的業務規則

    寫下每個結果在各工作流中的做法。電子報註冊、帳戶註冊、支援請求、銷售潛在客戶與交易收件者,對一次性、角色或個人免費郵箱的容忍度並不相同。

    記錄對應關係,可避免團隊把徽章顏色當成原則。也讓誤報複核成為可能,因為原始訊號仍然可用,而不是被壓成一個籠統的品質分數。

  3. 3

    把重複檢查移到收集當下的 API

    手動檢查適合調查與低量決策。當同一檢查發生在每次註冊、線索表單或 CRM 匯入時,使用郵箱驗證 API,讓結果到達擁有該記錄的系統。

    保持校驗回應靈敏:明顯格式失敗可立即返回,而對服務商敏感的狀態應保留精確結果。不要只為簡化表單訊息,就把未知的網路結果改寫成無效。

  4. 4

    活動規模的決策請用列表清洗

    活動列表需要一致檢查、重複只處理一次、複核區段分開,以及匯出時保留原因。為每一列打開單地址頁面,無法提供這種營運控制。

    使用郵箱列表清洗或批量驗證再上線,尤其是長期收集的記錄。對較早被接受的地址再檢查一次,因為郵箱與在職狀態可能在原始結果之後改變。

避免類別錯誤

檢查器不能取代寄件者、內容或身份檢查

再全面的地址結果,仍然只是地址結果。若干相鄰的郵件問題需要不同證據。

收件者驗證與寄件者送達率是分開的

檢查器檢視目的地地址。它不會稽核您寄件域名的 SPF、DKIM 或 DMARC 設定,不會衡量寄件 IP 聲譽,也不預測特定活動的投放位置。

郵箱送達率測試檢查寄件端就緒情況,並把地址檢查保留為收件端層。良好的活動衛生兩者都需要,但兩種結果絕不該呈現為同一測量。

郵箱接受與同意、身份是分開的

伺服器可以接受某個地址的郵件,卻無法證明誰控制它,或對方是否要求收到您的訊息。轉發器、共享郵箱、回收帳戶與錯誤的增強,都能通過技術檢查。

所有權與許可決策,請用第一方收集、授權確認流程與您的抑制記錄。驗證減少技術投遞失敗;它不創造同意。

收件域名風險與郵件內容評分是分開的

當出現受支援的收件域名濫用類別時,它描述目的地域名周圍的已知風險。檢查器並未打開您的草稿郵件、跟隨其中連結、為主旨評分,或判斷郵箱服務商會不會把訊息判為垃圾郵件。

郵箱垃圾郵件檢查器取得此收件域名訊號及其邊界的聚焦說明。內容測試與收件箱投放仍是分開的工作流。

舊結果不是地址的永久屬性

地址會退役,域名會更換服務商,暫時防禦會恢復。檢查描述某一時刻可用的證據。沒有時間戳的結果,會鼓勵團隊把過期資料當成像郵件基礎設施從不改變一樣重複使用。

保留檢查時間、最終狀態與原因欄位。依列表年齡與發送風險定義再驗證間隔,而不是在每次頁面瀏覽都反覆檢查每個地址。

技術參考

檢查器為何把格式、DNS 與 SMTP 分開

網際網路郵件在設計上就是分層的。本頁鏡像這些層級,讓每個結論都能回溯到支援它的證據。

地址文法不定義郵箱是否存在

IETF 的RFC 5322 Internet Message Format描述有效的訊息與地址語法。因此它適合作為結構檢查的參考,而不適合作為關於即時收件者的主張。

BillionVerify 因此單獨標示語法,並繼續做路由與 SMTP。若您只需要結構與域名就緒情況,較輕的校驗器會把這個有限結論講清楚。

這種分層顯示在支援調查時也很有用。團隊可以看到投訴始於畸形輸入、域名路由、收件者拒絕,還是次要風險標記,而不是拿到一個無法稽核、無法解釋的分數。

SMTP 回應需要的不只是二元解析器

IETF 的RFC 5321 Simple Mail Transfer Protocol區分成功、暫時與永久回覆類別。生產級檢查器必須保留這個差異,因為暫時伺服器回應既不是已確認的郵箱,也不是已確認的失敗。

該協議邊界反映在可投遞、不可投遞與未知結果中。風險分類則放在通道結果旁邊,而不是覆蓋它。

聚焦工具是不同問題的視圖

當問題是個人免費郵箱還是組織域名時,使用免費郵箱檢查器。一次性服務商用一次性郵箱檢測;營運關注是抑制可能硬失敗時,用退信郵箱檢查器

郵箱檢查器是最廣的單地址檢視頁。當您還不知道哪個訊號解釋問題、並想在一處看到完整結果時,這裡是正確起點。

常見問題

1. 郵箱檢查器如何工作?

郵箱檢查器對單個地址運行多層流水線:先做語法與結構檢查,再解析域名與 MX,然後在可用時進行即時 SMTP 郵箱探測。同一結果還會展示一次性、Catch-all 與角色標記,您無需打開三個其他工具即可決定發送、抑制或複核。免費交互式檢查與批量列表清洗、API 使用同一驗證棧——僅配額與界面不同。

2. SMTP 郵箱檢查有多準確?

SMTP 級郵箱檢查遠比僅做格式檢查可靠,因為它會向接收郵件伺服器詢問郵箱是否被接受。準確率仍取決於服務商策略、灰名單,以及接受任意本地部分的 Catch-all 域名。因此優秀的郵箱檢查器會返回風險狀態(有效、無效、有風險、一次性、Catch-all、角色),而不是虛假的全綠二選一。請將 Catch-all 與有風險視為“複核”,而非“可放心群發”。

3. 郵箱檢查器免費嗎?

公平使用的交互式檢查是免費的:每個 IP 在滾動 24 小時內可獲 20 次免費完整 SMTP 驗證,無需註冊。這些免費檢查包含 SMTP 握手——不只是語法。更高用量、CSV 列表清洗、任務歷史與 API 自動化,請創建免費帳戶並使用積分。免費配額按 IP 連續滾動,不是按自然日重置。

4. 郵箱檢查器 vs 郵箱驗證器——是一回事嗎?

在 BillionVerify 上,郵箱檢查器與郵箱驗證器都運行包含 SMTP、一次性、Catch-all 與角色訊號的完整多層驗證。頁面差異主要在搜索關鍵詞與說明文案(用戶會搜 “email checker” 也會搜 “email verifier”),而非驗證深度。選擇與受眾搜索習慣匹配的 URL 即可;結果的可達性質量來自同一引擎。

5. 郵箱檢查器 vs 郵箱校驗器——有什麼區別?

本站的郵箱校驗器只檢查語法與 MX——確認地址格式正確且域名可收信,但不會通過 SMTP 探測郵箱。郵箱檢查器會增加 SMTP 握手以及風險標記(一次性、Catch-all、角色)。需要快速、不限次的淺層初篩(拼寫錯誤與死域名)時用校驗器。在發送或導入聯繫人之前,退信風險、可達性與列表質量重要時,請使用郵箱檢查器。

6. 可以批量檢查郵箱嗎?

可以。在本頁用郵箱檢查器抽查,然後使用郵箱列表清洗進行多行粘貼或 CSV(每個 IP 每滾動 24 小時免費演示最多 20 個地址)。已登入的批量郵箱驗證可處理大型 CSV/Excel,支持進度、歷史與篩選下載。郵箱驗證 API 用於表單、CRM 與自動化中的即時檢查。所有路徑共享與單地址檢查器相同的、具備 SMTP 能力的引擎。

7. 你們會儲存我在此檢查的郵箱嗎?

公開交互式檢查會用於返回結果並執行防濫用限制。我們不會用您粘貼到此免費郵箱檢查器的地址構建營銷列表。需要任務歷史、導出與團隊工作流時,請使用已登入帳戶處理自己的列表。

8. 為什麼結果會顯示一次性、Catch-all 和角色?

僅有可達性不等於列表質量。郵箱可以接受郵件,但仍是一次性收件箱、接受任意本地部分的 Catch-all 域名,或很少轉化的通用角色地址(info@、sales@)。郵箱檢查器會在 SMTP 狀態旁展示這些標記,以便營銷與增長團隊正確抑制、分流或評分聯繫人——而不只問“會不會退信?”。

郵箱檢查器

用完整 SMTP 檢查下一個地址

每個 IP 每滾動 24 小時 20 次免費完整 SMTP 檢查。登入後可使用批量、API 與更高用量。

24 小時 20 次免費 SMTP 檢查 · 免費層無需信用卡 · 與批量及 API 相同準確率

99.9%
準確率
Real-time
API 速度
$0.00014
每封郵件
100/day
永久免費