如何在 Zapier 中驗證電子郵件
Zapier 串連起餵給行銷名單的表單、CRM 和電子郵件工具，這也代表問題地址往往在沒人注意時從這裡溜進來。把 VeriMails API 接進 Zap，就能在每個新聯絡人進來的當下完成驗證，並自動分流結果。本指南說明如何建立這套即時驗證工作流程。
重點摘要
- 把 VeriMails 放在 Zap 觸發條件之後，讓表單、潛在客戶廣告、CRM 或試算表的聯絡人在進入下游應用程式前先經過檢查。
- 使用電子郵件驗證 API ，搭配 Filter 或 Paths，把有效聯絡人往下傳，並將無效、拋棄式、職能信箱與 Catch-all 結果轉交審查。
- 根據以下項目估算 Zap 用量：價格；每驗證一位聯絡人使用一點，因此即使新潛在客戶陸續進來，自動化的成本仍可預期。
Zapier 設定檢查清單
在新增請求步驟之前，先確定電子郵件欄位出現的位置，以及每個 VeriMails 結果該如何處理。清楚的分流規劃能避免 Zap 把未驗證的聯絡人送進其他應用程式。
| 決策 | Zapier 設定 | 操作備註 |
|---|---|---|
| 觸發資料 | 使用第一個帶出原始電子郵件地址的觸發條件，例如表單提交、潛在客戶廣告、CRM 潛在客戶或新的試算表資料列。 | 在蒐集後立即驗證，可避免同一個地址擴散到每個下游動作。 |
| API 步驟 | 使用 Webhooks by Zapier 或 API Request 動作，將觸發條件中的電子郵件對應到請求中，並附上 VeriMails API 金鑰。 | 把這個步驟放在任何建立聯絡人或新增訂閱者的動作之前。端點設定請參考電子郵件驗證 API 指南。 |
| 分流方式 | 只想讓有效聯絡人繼續時使用 Filter。想把有效、無效、拋棄式與 Catch-all 分成不同分支時使用 Paths。 | Filter 是一道停止關卡；當被攔下的分支需要記錄、通知或清理任務時，Paths 比較適合。 |
| 審查去處 | 把保留下來的資料連同地址、狀態、原因和原始來源，送到試算表、CRM 備註或團隊通知。 | 審查紀錄能幫您找出雜訊多的潛在客戶來源，並判斷表單是否需要更嚴格的驗證。 |
| 測試資料 | 啟用前，先用已知的有效、無效、拋棄式和類 Catch-all 測試地址執行 Zap。 | 在 Zap 開始處理真實潛在客戶前，確認每條路徑都如預期運作。 |
為什麼要驗證 Zapier 聯絡人
Zapier 位於技術堆疊的中間，把聯絡人從蒐集的地方搬到使用的地方。正因為處在這個中心位置，它才是最適合驗證的地方。在 Zap 裡攔下問題地址，它就不會進入任何其他工具。
Zap 會把聯絡人直接送進會計費和會寄信的系統
典型的 Zap 會把新的表單提交或 CRM 潛在客戶推送到電子郵件平台、廣告受眾或銷售序列。如果這位聯絡人無效，問題地址就會進入一個不是向您收費、就是會寄信給它的系統。在 Zap 中、建立或新增步驟之前驗證，能讓每個下游應用程式保持乾淨。
表單與潛在客戶廣告觸發條件帶進最多問題資料
最常見的 Zap 觸發條件，例如新的表單填寫、到達頁提交和潛在客戶廣告，同時也是電子郵件資料雜訊最多的來源。人們在表單上打錯、放棄或偽造地址的情況屢見不鮮。在觸發輸出上加一道驗證步驟，就能在自動化的入口攔下這些錯誤。
即時驗證勝過定期清理
在 Zap 中驗證，代表聯絡人一進來就立即檢查，而不是幾週後才在每季匯出時處理。新資料可以在擴散到每個下游應用程式之前就先分流，比只靠每季清理更容易避免退信高峰。
問題地址仍會帶來下游風險
不論表單和收件匣之間隔了多少工具，無效地址最終都可能退信。退信率高於常見的業界基準，可能提高未來活動被過濾的機率。在 Zap 中加入 VeriMails 步驟，能從源頭降低這個風險，而不是留給電子郵件平台日後承擔。
VeriMails 檢查哪些項目
當 Zap 為某位聯絡人呼叫 VeriMails API 時，VeriMails 會執行一組多層檢查，並回傳 Zap 可以據以分支的結構化結果。每個地址都會經過以下測試：
語法驗證確認地址格式正確。 MX 與 DNS 記錄會被查詢，以確認網域存在且能夠收信。即時 SMTP 交握連線至收件郵件伺服器，確認該信箱確實可收信，過程中不會寄出任何郵件。 Catch-all 偵測找出會接收所有寄來地址的網域。拋棄式偵測標記臨時信箱網域。職能信箱偵測找出 info@、sales@、support@ 等通用地址。
VeriMails 會回傳適合即時 Zap 步驟使用的清楚驗證結果。Catch-all 網域會以明確的偵測結果呈現，讓 Filter 或 Paths 邏輯能刻意處理，絕不會只給一個模糊的分數。
Zapier 使用者的價格方案
即時驗證 Zap 會在新聯絡人進來時扣用 VeriMails 點數，因此只需為實際驗證的地址付費。點數包每封電子郵件 $0.0019 起，10,000 點為 $19。更大的點數包最高可擴充至 500 萬個地址，價格 $1,499，適合大量的自動化流程。
如果新聯絡人穩定進來，您也偏好固定的月費，年繳方案每月 $12.50 起（按年計費）。每個新帳號註冊時即可獲得 100 點免費點數，無需信用卡；點數永不過期，可以輕鬆建立並測試 Zap，再決定是否付費。
流程圖解
用這套流程把 VeriMails 加為驗證步驟，在 Zap 把聯絡人寫入其他應用程式之前先檢查。
- 觸發範圍：把驗證放在蒐集電子郵件的表單、潛在客戶、試算表或 CRM 觸發條件之後。
- API 步驟：使用 Webhooks by Zapier 或 API Request，並將 VeriMails 回應欄位對應到 Zap 中。批次匯入時請使用大量驗證，在 Zap 建立聯絡人之前先處理。
- 結果處理：讓有效聯絡人繼續進入目的地動作，審查分支使用 Catch-all 偵測，並記錄無效或拋棄式聯絡人以便清理。
逐步說明
設定蒐集新聯絡人的觸發條件
建立新的 Zap，選擇把聯絡人帶進工作流程的觸發條件，例如新的表單提交、新的 CRM 潛在客戶、新的潛在客戶廣告或新的試算表資料列。這個觸發條件會產生電子郵件地址，供 Zap 後續步驟驗證和分流。
新增呼叫 VeriMails API 的步驟
新增一個動作步驟，使用 Webhooks by Zapier 搭配 GET 或 POST 方法，或使用 API Request 動作。將它指向 VeriMails 驗證端點，把觸發條件中的電子郵件欄位傳入請求，並附上您的 VeriMails API 金鑰。Zapier 會解析 JSON 回應，讓驗證結果可供後續步驟使用。
新增 Filter 或 Paths 步驟，依結果分支
插入一個 Filter 步驟，設定為只有 VeriMails 結果為有效時才繼續；或使用 Paths 分別處理每種結果。使用 Paths 時，可以讓有效聯絡人走一條分支，把無效、拋棄式或 Catch-all（全收）聯絡人導向另一條分支進行審查或封鎖。
將有效聯絡人送到目的地應用程式
在有效路徑上，新增在電子郵件平台、CRM 或廣告受眾中新增或更新聯絡人的動作。只有近期檢查過的有效地址會到達這一步，下游的名單和受眾就能避開明顯無效的資料。
處理問題地址並啟用 Zap
在無法送達的路徑上，將無法送達與拋棄式地址記錄到試算表或通知中，方便檢視規律並在適當時跟進。用幾個範例地址測試 Zap，確認每條路徑都運作正確，然後啟用 Zap，讓每位新聯絡人都即時完成驗證。
各種驗證結果的處理方式
把 VeriMails 的回應當作分流資料，而不只是一則備註。最安全的 Zap 會停止或轉向任何無法明確確認可送達的地址。
- 可送達：繼續送往 CRM、電子郵件平台、廣告受眾或銷售工具；若目的地應用程式支援自訂欄位，再加上驗證日期。
- 無法送達：在新增聯絡人步驟前停止 Zap，並將地址記錄到封鎖或清理用的試算表。
- Catch-all：轉到審查路徑。網域會收信，但信箱未經確認，因此不要把這些聯絡人放進自動化的大量寄送。
- 拋棄式：排除在培育與生命週期活動之外，並標記原始來源，讓團隊檢查低意願的註冊模式。
- 職能信箱：送到人工分支，除非這個工作流程本來就是為支援或帳務等團隊收件匣設計。
- API 錯誤：暫停或發出通知，而不是讓聯絡人未經驗證就往下傳。檢查失敗不應悄悄變成被接受的潛在客戶。