如何在 n8n 中驗證電子郵件
n8n 工作流程會在驅動行銷的表單、資料庫與電子郵件工具之間移動聯絡人，因此是及早攔截錯誤地址的理想位置。透過 HTTP Request 節點，可以在工作流程中途呼叫 VeriMails API，在每位聯絡人進來時立即驗證，再用 IF 節點分流每個結果。本指南將帶您逐步完成建置，n8n Cloud 或自行架設皆適用。
重點摘要
n8n 工作流程設定檢查清單
將工作流程建置成以 HTTP Request 節點作為驗證檢查點。後續的分流節點應依據 VeriMails 的 JSON 回應決定下一步。
| 決策 | n8n 設定 | 操作備註 |
|---|---|---|
| 輸入節點 | 使用最先取得電子郵件值的 Webhook 節點、表單觸發器、資料庫觸發器或試算表觸發器。 | 在任何下游節點將聯絡人寫入 CRM 或寄信工具之前先驗證。 |
| API 憑證 | 將 VeriMails 金鑰存為 HTTP Request 憑證，並依您的 API 設定使用標頭或查詢參數驗證。 | 憑證能讓金鑰不出現在一般的工作流程欄位中，無論是自行架設或 Cloud 執行個體，輪替金鑰也更方便。 |
| HTTP Request 節點 | 為 VeriMails API設定方法與 URL，再用運算式從觸發項目對應電子郵件。 | 先執行一次節點並檢查輸出的 JSON，再接上分流節點。 |
| 分支節點 | 簡單區分可送達與不可送達時用 IF；若要為 Catch-all、拋棄式與職能信箱結果分別設定輸出，則用 Switch。 | Switch 讓多狀態分流更容易閱讀，日後擴充也更安全。 |
| 失敗處理 | 加入錯誤或備援分支，在 API 呼叫失敗或回傳非預期狀態時記錄輸入與回應。 | 採取失敗即封鎖的做法，避免未驗證的地址只因節點設定變更就繼續往下走。 |
為什麼要驗證 n8n 聯絡人
n8n 是串接聯絡人來源與儲存、寄信工具的自動化層。在這裡加入驗證節點，錯誤地址只需在一個地方攔截一次，就不會擴散到每個串接的系統。
工作流程會把聯絡人寫入負責寄信和計費的系統
典型的 n8n 工作流程會把新的表單提交或資料庫列寫入電子郵件平台、廣告受眾或 CRM。如果該聯絡人無效，這個錯誤地址就會留在一個會向您收費、或會嘗試寄信給它的系統裡。在寫入節點之前放一個呼叫 VeriMails 的 HTTP Request 節點，就能讓每個下游系統保持乾淨。
Webhook 與表單觸發器帶來最多錯誤資料
最常見的 n8n 觸發器，例如接收新表單提交的 Webhook 節點，以及輪詢資料庫或試算表的觸發器，同時也是電子郵件資料中雜訊最多的來源。打錯字和填假地址的情況層出不窮。緊接在觸發器之後的驗證節點，能在工作流程入口就攔下這些錯誤。
即時驗證讓名單持續保持乾淨
在工作流程中驗證，代表每位聯絡人在 webhook 觸發的當下就完成檢查，而不是幾週後才在大量匯出時處理。名單持續保持乾淨，退信率沒有機會飆升，也永遠不會寄信給一開始就錯誤的地址。
錯誤地址終究會退信並損害寄件者信譽
不論表單與收件匣之間隔了多少節點，無效地址最後都會退信。退信率超過百分之五，會讓整份名單的活動更容易被歸入垃圾郵件。在工作流程中加入 VeriMails 節點，能從源頭消除這個風險，而不是讓電子郵件平台承擔後果。
VeriMails 檢查哪些項目
當 HTTP Request 節點為某位聯絡人呼叫 VeriMails API 時，VeriMails 會執行完整的一系列檢查，並回傳結構化結果供 IF 或 Switch 節點分流。每個地址的檢查方式如下：
語法驗證確認地址格式正確。 MX 與 DNS 記錄會被查詢，以確認網域存在且能夠收信。即時 SMTP 交握連線至收件郵件伺服器，確認該信箱確實可收信，過程中不會寄出任何郵件。 Catch-all 偵測找出會接收所有寄來地址的網域。拋棄式偵測標記臨時信箱網域。職能信箱偵測找出 info@、sales@、support@ 等通用地址。
VeriMails 回傳明確的驗證結果，回應速度快，足以直接嵌入由 webhook 觸發的工作流程中。Catch-all 網域會以明確的偵測結果回報，讓 IF 節點邏輯能有意識地處理，而不是給一個模糊的分數。
n8n 使用者的價格方案
即時驗證工作流程會在新聯絡人進來時扣除 VeriMails 點數，只需為實際驗證的地址付費。點數包每封電子郵件 $0.0019 起，10,000 點為 $19。高流量工作流程，以及為客戶運行 n8n 的代理商，可選更大的點數包，最高 5 million 個地址、$1,499。
如果聯絡人流量穩定、偏好可預期的帳單，年繳方案以年度計費，每月 $12.50 起。每個新帳號註冊即送 100 點免費點數，無需信用卡，且點數永不過期，可以先建置並測試工作流程再決定。
流程圖解
依此流程，在聯絡人進入下游應用程式之前，將 VeriMails 放在 n8n 工作流程中間。
- 觸發範圍：在最先取得電子郵件值的 Webhook、資料庫或表單觸發器之後立即驗證。
- API 步驟：將 API 金鑰存為憑證，並用 n8n 運算式傳入電子郵件欄位。
- 結果處理：使用 IF 或 Switch 節點讓有效聯絡人繼續往下，並分別記錄無效、拋棄式或 Catch-all 結果。
逐步說明
加入接收新聯絡人的觸發器
建立新的工作流程並加入觸發節點，最常用的是 Webhook 節點，它會提供一個 URL，讓外部應用程式在建立聯絡人或提交表單時呼叫。也可以在資料庫或試算表上使用輪詢觸發器。觸發器會將收到的資料解析為 JSON，供下游節點讀取。
加入 HTTP Request 節點以呼叫 VeriMails
加入 HTTP Request 節點，這是 n8n 呼叫任何外部 API 的橋樑。將它設定為向 VeriMails 驗證端點發出請求，用運算式傳入觸發節點的電子郵件地址，並將 VeriMails API 金鑰存為由該節點引用的 n8n 憑證。JSON 回應會被解析，供下游節點使用。
加入 IF 節點依結果分流
在 HTTP Request 節點之後加入 IF 節點。將條件設定為判斷 VeriMails 結果，讓可送達的聯絡人走 true 分支，無法送達的聯絡人走 false 分支。如果還需要區分拋棄式與 Catch-all 結果，請改用可設定兩個以上輸出的 Switch 節點。
將可送達的聯絡人送往目標
在 true 分支上，加入將聯絡人寫入電子郵件平台、CRM 或資料庫的節點。只有已驗證、可送達的地址會到達這個節點，因此這些系統中的名單與受眾會自動保持乾淨，不需要額外清理。
處理錯誤地址並啟用工作流程
在 false 分支上，加入一個節點，把無法送達和拋棄式地址記錄到資料庫，或發送通知以便檢視規律。先用範例資料執行工作流程，確認每個分支運作正確，再啟用它，讓每位新聯絡人一進來就完成驗證。
各種驗證結果的處理方式
將驗證狀態當作工作流程的控制欄位。乾淨的 n8n 工作流程會讓每個不可送達的結果都清楚可見，而不是消失在籠統的 false 分支裡。
- 可送達：繼續送往 CRM、資料表、電子郵件平台或資料庫節點，並盡可能加上驗證時間戳記。
- 無法送達：在任何寄信或 CRM 寫入節點之前停止，並將該項目記錄到封鎖名單儲存區。
- Catch-all：送往審查輸出或低量的銷售路徑，而不是大規模加入活動。
- 拋棄式：從培育工作流程中移除，並可選擇回應來源表單，要求填寫長期有效的電子郵件。
- 職能信箱：保留給預期會使用共用信箱的營運情境，但排除在個人化序列之外。
- 非預期狀態：送往診斷分支，附上原始 JSON、執行 ID 與來源資料以供審查。