大量電子郵件驗證
適用於任意規模清單的批量電子郵件驗證服務——從數百到數百萬。即時批次檢查或非同步批量佇列處理，全部達到 99.9% SMTP 級準確率。
批量電子郵件驗證如何運作
每個地址都會先逐一進行 SMTP 驗證，再按您選擇的模式處理整份批量清單。
逐地址驗證
1
語法檢查
在批量電子郵件驗證消耗積分之前，依 RFC 標準驗證格式。立即偵測錯字、無效字元和結構問題。
2
網域與 MX 查詢
確認網域存在，且已設定可接收郵件的有效郵件伺服器記錄；批量任務中的每一行都會進行這項檢查。
3
SMTP 握手
與接收郵件伺服器建立真實連線。不傳送測試郵件，沒有垃圾郵件風險，即使一次批量驗證數百萬筆也一樣。
4
信箱確認
在批量匯出送達 ESP 前，確認特定地址確實存在於伺服器上且可投遞。
同步或非同步批量處理
選擇適合您使用情境的批量電子郵件驗證模式。
批次 API 呼叫
同步
以平行批次傳送單筆 API 請求。每個地址都會立即回傳結果，適合即時管線、註冊流程或中小型批量電子郵件清單。
- 每地址不超過 3 秒
- 結果即時回傳
- 適合最多 10K 個地址
佇列處理
非同步
提交批量清單，其餘交給佇列處理。大型批量檔案會在背景以每小時 50,000 個地址的速度處理；批量任務完成時，webhook 回呼會通知您。
- 每小時處理 50,000 個地址
- 完成時 Webhook 通知
- 支援數百萬個地址
大規模批量處理效能
無論批量電子郵件驗證規模多大，都能兼顧速度、準確率和可靠性。
<3s
每個地址
完整SMTP驗證
50K/hr
非同步吞吐量
基於佇列的處理
99.9%
準確率
SMTP級精度
99.99%
正常運行時間
企業級可靠性
探索更多功能
一個平台涵蓋所有批量電子郵件工具，從單次檢查到數百萬行資料。
深入一次批量任務
批量電子郵件驗證服務實際如何處理每一行
批量電子郵件驗證服務不只是加快單次檢查，而是一條必須對批量清單每一行套用相同證據規則的管線，同時保留原因、順序和可追溯性。
批量任務中的每個地址都會進行完整的逐地址驗證
批量電子郵件驗證會對每一行執行語法檢查、網域與 MX 解析，以及即時 SMTP 信箱探測。批量任務不會對檔案抽樣、根據網域猜測，也不會沿用相鄰行的判定。第 400,000 行和第一行都以相同證據為依據。
這正是真正的批量電子郵件驗證服務與只刪除格式錯誤字串的清單清洗器之間的差別。清洗只能改善檔案格式；批量驗證則會詢問接收郵件伺服器，每個信箱是否願意接收郵件。
消耗任何批量積分前先去重
大型檔案常有重複地址。合併一份 CRM 匯出、三份活動清單和一份網路研討會報名檔案後，同一個人可能出現五次。我們的批量電子郵件驗證服務會在 SMTP 階段前正規化並去重，讓您按唯一地址付費，而不是按每一行付費。
去重不區分大小寫，也能容許空白差異。這一點很重要，因為人工輸入和試算表複製貼上會產生各種變體；單純的批量匯入會將它們視為不同資料列，但它們實際上對應同一個信箱。
批量吞吐量靠速率調節，而非暴力並發
接收方會防禦異常流量。任何同時對一家供應商開啟數千條連線的批量電子郵件驗證服務，都會遭到限流、列入灰名單或封鎖，使批量結果失去意義。BillionVerify 會按接收網域和出站身分調節批量流量。
正因為採用這種節奏控制，批量任務標示的是每小時 50,000 個地址的持續非同步吞吐量，而不是只在第一分鐘成立的亮眼數字。持續維持批量準確率，比短暫爆發更有價值。
每筆批量結果都保留原因
只回傳有效或無效的批量匯出，會丟失採取行動所需的資訊。每一行都會包含送達狀態，以及解釋判定結果的風險標記，包括一次性、角色、Catch-All 和免費網頁信箱。
將批量結果匯回 CRM 或 ESP 時，請保留這些欄位。清洗決策日後若能在無需重跑整份檔案的情況下重新檢視，批量電子郵件清單清洗服務才真正有用。
讀懂批量結果檔案
將批量電子郵件驗證匯出轉化為寄送決策
完成的批量任務會產生四個實用分組。只把匯出視為簡單的通過／失敗欄位，是團隊誤刪優質聯絡人或保留不良地址最常見的原因。
可投遞資料列就是寄送分群
這些地址在批量任務執行時接受了 SMTP 探測。它們可以進入正常寄送流程，但仍須遵守批量驗證不會評估的同意與分群規則。
可投遞是一項技術事實，不是對受眾意願的判斷。我們的批量電子郵件驗證服務能確認信箱當下可接收郵件，卻無法判斷對方是否想收到您的活動郵件。
不可投遞資料列應進入抑制清單，而不是直接刪除
永久失敗正是批量電子郵件清單清洗服務要找出的項目。請在寄送前抑制它們，讓 ESP 永遠不會遇到這些硬退信。
請保留原始值和失敗原因。刪除資料列會失去稽核軌跡；下次從同一來源檔案批量匯入時，這些不良地址還會再次出現。
風險資料列需要明確策略，而不是預設處理
Catch-All 網域、角色帳號、一次性供應商和免費個人網頁信箱，都會以標記形式出現在其他檢查已通過的資料列上。批量任務負責標示風險；每項標記對這次活動代表什麼，則由您的策略決定。
B2B 外寄序列可能排除角色地址，並將 Catch-All 保留供人工覆核；消費者電子報則可能接受兩者。批量電子郵件驗證服務不應替您做出這項選擇。
未知資料列應進入重試佇列
灰名單、供應商暫時延遲和限流，會在任何具一定規模的批量任務中產生無法確定的結果。這些資料列並非無效；悄悄將它們轉為無效的批量匯出，等於破壞資料。
請在稍後的批量輪次中重新驗證未知項目。第二次嘗試時，比例通常會大幅下降，因為造成問題的暫時狀況已經解除。跳過這一步的批量電子郵件清單清洗服務，只會產生更短、品質更差的清單。
執行批量任務
從上傳到活動的實用批量電子郵件驗證流程
將批量驗證固定安排在清單生命週期的特定節點，才能真正發揮價值；不要等到寄送前一晚才倉促執行。
- 1
按清單規模選擇同步或非同步，不要只憑習慣
分批同步 API 呼叫會直接回傳每筆結果，適合約 10,000 個地址以內的清單、即時註冊流程，以及有人正在等待結果的情境。更大型的清單則適合非同步批量提交。
非同步批量任務會接收檔案、在背景處理，並在批量任務完成時呼叫您的 webhook。無需讓連線持續開啟數小時。
- 2
接近寄送時間再驗證，不要一年只做一次
信箱狀態會隨時間改變。批量電子郵件驗證服務反映的是執行當天的清單狀態；六個月前驗證過的清單，今天已經有所不同。每次大型活動前都應重新執行批量驗證。
對持續增長的清單而言，定期執行小型批量電子郵件驗證，比每年一次的大型清洗更有效。它能分攤成本，也能維持穩定的寄件者信譽。
- 3
將批量結果儲存為欄位，而不是當成篩選器
將狀態、原因標記和批量任務時間戳記寫回每筆聯絡人記錄。只儲存「cleaned: yes」的團隊，經過三次活動後就無法說明某位聯絡人為何遭到抑制。
儲存批量驗證日期後，您還能自動判斷哪些批量電子郵件資料列需要進入下一輪，哪些結果仍在有效期限內。這樣才能將一次性清洗轉化為可持續營運的批量電子郵件清單清洗服務。
- 4
用 API 對新地址套用相同規則
批量電子郵件清單清洗服務負責處理積壓資料，新地址不應再次形成積壓。請在註冊時呼叫 電子郵件驗證 API ，讓每筆新資料在進入批量佇列前就完成驗證。
批量和即時驗證共用同一個引擎，可讓「已驗證」的定義在整個系統中保持一致，使批量數據能跨時間比較。
批量驗證的界限
批量電子郵件驗證無法告訴您什麼
批量任務的價值來自範圍明確而有限的結論。過度延伸這項結論，會讓團隊誤信一份其實從未真正乾淨的清單。
批量驗證不等於寄送許可
批量電子郵件驗證服務只能證明地址可接收郵件，不能說明持有人是否同意收到您的內容。同意紀錄與抑制清單仍由您負責。
驗證購買的清單，只能確認它是否可投遞，無法使寄送行為變得合法或受歡迎。批量結果能改善退信率，卻不會增加您的寄送權利。
批量驗證不等於收件匣投放
即使批量匯出已完整驗證，只要寄件網域的認證薄弱、信譽不佳或曾遭投訴，郵件仍可能進入垃圾郵件匣。這些是寄件端問題，任何批量電子郵件清單清洗服務都無法從收件端衡量。
先用批量驗證移除地址層級的失敗，再將活動本身的送達率視為另一項獨立工作。
Catch-All 網域在批量規模下仍有不確定性
Catch-All 網域會接受任何本地部分，因此批量任務無法證明其中某個推測地址確實存在。根據姓名模式建立的大型 B2B 檔案，通常包含數千筆這類資料。
請將 Catch-All 保留為獨立的批量分群。將它併入可投遞資料會誇大檔案的表面品質，並把退信風險轉移到下游。
批量結果只有時間戳記，沒有永久保證
批量任務描述的是接收伺服器在當次執行期間的回應。員工會離職、別名會停用、網域會遷移；批量驗證結果和其他觀察資料一樣會隨時間失效。
請記錄批量任務的執行時間，並根據批量電子郵件受眾的變化速度定期重新驗證。每一次批量電子郵件清單清洗服務的結果，都是附有日期的觀察。
相關工具
批量電子郵件驗證服務在整體技術架構中的位置
批量驗證只是同一個驗證引擎的其中一個入口；其他相關工具則針對資料進入或離開流程時的特定問題。
一次驗證一個地址
需要深入了解單筆結果，而不是清洗整份檔案時，請使用 電子郵件驗證器 執行相同的單一地址 SMTP 管線，並查看判定背後的所有風險標記。
在提交大型批量任務前，這是確認引擎運作方式的最佳位置。
自動化管線
透過 電子郵件驗證 API 可在表單、CRM 同步和 Agent 工作流程中提供批量級準確率，無需任何人上傳檔案。
批量上傳與 API 呼叫共用同一條管線，因此同一地址無論透過批量任務或 API 驗證，都會回傳相同證據。
將清單清洗變成持續計畫
一次性批量任務只能解決當下問題。 電子郵件清單清洗 描述的是在活動之間維持資料庫健康的週期性批量電子郵件清單清洗服務模式。
將批量驗證視為有負責人、有排程、有指標的例行工作，而不是上線前的緊急措施。
常見問題
1. 批量電子郵件驗證如何運作？
批量清單中的每個地址都會進行相同的逐地址 SMTP 驗證，包括語法檢查、網域查詢、MX 記錄確認和直接信箱驗證。服務隨後會回傳每一行的狀態與風險標記，不會抽樣，也不會根據相鄰行推斷。
2. 批量上傳有檔案大小限制嗎？
沒有。批量上傳不限制行數或檔案大小；上傳完成後會立即開始批量處理。
3. 批量電子郵件驗證多少錢？
Starter 方案售價 $20，包含 20,000 積分，每封 $0.001，是主要供應商中最低的單封價格。大量購買時，1,000,000 積分的單封價格可降至 $0.00035，因此大型批量電子郵件驗證的每筆成本低於小型任務。
4. 批量任務會移除重複地址嗎？
會。系統會在批量驗證開始前自動偵測並移除重複地址，既節省積分，也確保批量結果準確。去重還能辨識大小寫和空白差異，避免單純的批量匯入將它們視為不同行。
5. 如何取得批量結果？
每個地址的 API 結果都會直接以 JSON 回傳。非同步批量任務完成後會透過 webhook 傳送結果，您也可以輪詢任務狀態端點。完整批量檔案可從控制台匯出為 CSV。
6. 可以免費試用批量驗證嗎？
可以。免費方案每天登入送 20 免費積分，每月最多 600，無需信用卡；足以用小型清單驗證整條批量管線。所有功能均包含在內：語法、網域、MX、SMTP 和各種風險標記。
7. 批量郵件驗證和批量郵件檢查器有什麼區別？
批量電子郵件驗證與批量電子郵件檢查器指的是同一個流程，也就是一次對大量地址進行即時郵件伺服器驗證。BillionVerify 以同一條批量管線處理兩種需求，因此使用哪個名稱都不會影響結果。
8. 什麼樣的批量電子郵件清單清洗服務才可靠？
可靠的批量電子郵件清單清洗服務不只檢查語法，還會測試每個信箱是否真實存在並能接收郵件。它也會保留每筆移除原因、在計費前去重，而且不會悄悄把無法確定的批量結果判定為無效。
大量驗證
幾分鐘內驗證數百萬筆
任何清單規模都能使用即時批次檢查或非同步批量佇列處理。99.9% SMTP 級準確率，無月費。
每月 600 點免費積分 · 99.9% SMTP 級準確率 · 無需信用卡
99.9%
準確率
Real-time
API 速度
$0.00014
每封郵件
600/mo
永久免費