API 驗證 vs 大量電子郵件驗證：該用哪一種
API 驗證與大量驗證並不是互相競爭的產品，而是同一套檢查的兩種提供方式，各自針對不同的時機。API 會在使用者提交地址時即時驗證單一地址；大量驗證則一次清理整份 CSV 名單。本指南說明何時該用哪一種，以及為何多數團隊最後兩者都會用。
地址正在進入您的系統時，用 API。地址已經存在檔案、CRM 或行銷平台中時，用大量驗證。如果您一方面蒐集新的潛在客戶，一方面又用既有名單跑活動，那就兩者並用。
檢查相同，提供方式不同
在比較應用情境之前，先弄清楚真正的差異在哪裡。在 VeriMails 上，API 與大量驗證會以即時郵件伺服器執行完全相同的流程：語法檢查、MX 查詢與 DNS 驗證、測試信箱的即時 SMTP 交握、Catch-all（全收）偵測、拋棄式偵測，以及職能信箱偵測。無論用哪種方式，同一個地址得到的判定都一樣。
不同的是介面。API 每次請求透過 HTTP 接收一個地址，並回傳應用程式可立即採取行動的結果。大量驗證則接收一個檔案，處理每一列資料，產生可下載的結果檔。準確度相同、底層檢查相同，兩者也都從同一個點數餘額扣點，因此每個地址的成本完全一樣。所以，正確的選擇與品質無關，而在於驗證需要在何時、以何種方式進行。
何時該用 API
而電子郵件驗證 API 適用於地址逐筆進來、而且必須在使用者離開前給出答案的情境。它最大的特點，是讓您能當下立即處理。
註冊與報名表單
這是驗證 API 最常見的用途。新使用者建立帳號或訂閱電子報時，API 會在表單送出時檢查地址。如果地址無效，表單可以顯示錯誤並請使用者修正；如果是拋棄式地址，表單可以直接阻擋。不良地址從一開始就不會進入您的資料庫，日後也就不必再清理。這是預防而非治療，也是維護名單品質最乾淨的做法。
結帳與潛在客戶蒐集
電商結帳時蒐集的地址，關係到訂單確認信與出貨通知能否送達。一個錯字，就代表顧客永遠收不到您的消息，之後還會多出一張客服單。在結帳時即時檢查，就能趁顧客還在頁面上時抓出錯字。同樣的道理也適用於潛在客戶表單、Demo 申請與內容下載表單，地址一旦錯誤，就是一個永遠聯絡不上的潛在客戶。
嵌入自動化工作流程
凡是地址以程式方式進入您系統的地方，API 都適用：CRM 資料補充步驟、合作夥伴的 webhook、匯入流程。在流程中呼叫 API，地址一出現就會立即完成驗證，不需要另外安排清理作業。由於每次呼叫都會回傳明確的結果，它可以嵌入請求之中，而不會讓使用者等待。
代價是 API 需要開發工作。開發人員要在表單或工作流程中加入 HTTP 呼叫、處理回應，並決定應用程式如何因應每種結果。對熟悉 REST API 的人來說，通常只需要幾個小時。
何時該用大量驗證
大量驗證適用於您手上已經有名單、需要在寄送前清理的情境。它最大的特點，是不需任何工程開發就能處理大量資料。
活動前清理既有名單
典型的情況是，名單已經在行銷平台或試算表裡放了好幾個月。地址會持續老化，即使蒐集時很乾淨，之後也會累積失效的地址。在大型活動之前，您可以將名單匯出成 CSV 並上傳，讓服務以即時郵件伺服器驗證每個地址，再下載結果檔，其中會標示每個地址為可投遞、無效、Catch-all 等狀態。接著在寄送前抑制不良地址即可。
繼承、購買或合併而來的名單
每當您接手一份來歷不明的名單，大量驗證都不可或缺：例如前一波活動的名單、購買的名單，或因併購、其他團隊而合併進來的聯絡人。寄信給這類未經驗證的資料，是讓退信率暴增最快的方式。大量檢查能讓您在名單影響寄件信譽之前，先掌握它的真實狀況。
定期名單維護
由於地址每月約以 2% 的速度老化，即使維護良好的名單也會逐漸過時。每 60 到 90 天將整份名單跑一次大量驗證，就能移除自上次檢查以來失效的地址。這是一種日常維護，不需任何新的工程開發，就能讓退信率維持在低檔。
大量驗證的優勢在於完全不需要開發。團隊裡任何人都能匯出 CSV、上傳，再下載清理好的結果。處理時間會隨名單大小而增加：10,000 個以下的名單通常幾分鐘內完成，數十萬筆的名單則可能需要幾個小時，因為每個地址仍需與其郵件伺服器進行即時對話。
並列比較摘要
直接把兩種方式並排比較會更清楚。 API 一次驗證一個地址，以同步方式透過 HTTP 進行。它最適合用在資料蒐集的當下，需要開發人員整合，能讓不良資料從一開始就無法進入您的系統。大量驗證則一次處理整份 CSV 名單。它最適合清理您已持有的資料，不需寫程式，可在活動前隨時執行，或依維護排程進行。
一個是大門口的守衛，另一個是打掃既有房間的清潔團隊。兩者無法互相取代。註冊 API 能讓新資料保持乾淨，卻對資料庫中既有的數千個地址無能為力。大量檢查能清理您今天持有的資料，卻無法阻止明天又有不良地址進來。
決策檢查清單
| 情境 | 最適合 | 原因 |
|---|---|---|
| 註冊、結帳、Demo 或潛在客戶表單 | API | 使用者還在頁面上，因此能在儲存紀錄前抓出錯字、拋棄式地址與無效信箱。 |
| 從 CRM 或行銷平台匯出的 CSV | 大量 | 地址已經存在，上傳一次比為了清理現有名單而建置整合更快。 |
| Webhook、資料補充作業或合作夥伴匯入 | API | 每個新地址都能在進來時立即驗證，並依回傳的狀態分流處理。 |
| 每季名單維護或活動準備 | 大量 | 名單老化會不斷累積，因此寄送前整份檔案都需要重新檢查一次。 |
| 名單持續成長，加上定期活動 | 兩者皆可 | API 讓新資料保持乾淨，大量驗證則抓出之後才老化的地址。 |
為什麼多數團隊兩者並用
由於兩種方式補足的缺口不同，最強的配置是將兩者結合。API 在每個資料蒐集點執行，讓無效、打錯字與拋棄式地址在進入名單前就被擋下。大量驗證則定期執行，並在大型活動前進行，找出並移除自蒐集以來已老化的地址。
這種組合很容易導入。常見的做法是先從能解決目前最大問題的方式著手。如果您手上有一份大型未驗證名單，就先用大量檢查清理它。如果名單規模不大，但透過網站註冊快速成長，就先用 API，從現在起讓新資料保持乾淨。第一種方式就緒後，再加入第二種。由於兩者共用同一個點數池，不需要另外管理帳單或方案，只要依每項任務選擇合適的方式即可。
VeriMails 如何同時支援兩種方式
VeriMails 提供 REST API 與批次 CSV 驗證，皆來自同一個帳號，並執行相同的檢查：語法、MX、DNS、即時 SMTP 交握、Catch-all（全收）偵測、拋棄式偵測與職能信箱偵測。結果會回傳清楚的驗證狀態，回應處理方式也適合即時情境；Catch-all 網域會如實標示為 Catch-all，而不會被硬歸類為可投遞或無效。
價格方案由兩種方式共用。驗證每封電子郵件 $0.0019 起，10,000 點只要 $19，量大價格最高可達 5 million 點 $1,499。經常驗證的團隊可選擇年繳方案，每年收費時每月 $12.50 起。每個新帳號註冊即享 100 點免費點數，無需信用卡，點數永不過期，您可以先試用 API 與大量上傳，再決定如何搭配使用。