如何在 Pabbly Connect 中驗證電子郵件
Pabbly Connect 使用者會建立自動化流程，將潛在客戶從表單、廣告平台與 webhook 移入 CRM 和電子郵件工具。在工作流程中加入驗證步驟，就能在無效和有風險的地址進入資料庫之前攔下它們，讓每個下游應用程式都收到乾淨的資料。
重點摘要
Pabbly Connect 設定檢查清單
將工作流程建置為擷取、驗證、分流、寫入的順序。API 步驟應在任何於其他系統建立聯絡人的動作之前執行。
| 決策 | Pabbly 設定 | 操作備註 |
|---|---|---|
| 潛在客戶觸發器 | 確認觸發器回應中包含電子郵件欄位，以及表單、活動或廣告名稱等來源值。 | 有了來源資訊，就更容易找出傳送低品質地址的表單或合作夥伴。 |
| API 動作 | 使用 API by Pabbly 呼叫 VeriMails 驗證 API，並設定必要的方法、端點、標頭、參數與對應的電子郵件值。 | 在沒有專屬應用程式動作時，API by Pabbly 是用於 REST 呼叫的通用模組。 |
| 分流 | 只需單一有效路徑時加入 Filter；若無效、拋棄式與 Catch-all 結果需要分別處理，則使用 Router 路徑。 | 依結果為每個分支命名，讓日後的操作人員能快速稽核工作流程。 |
| 任務規劃 | 每封電子郵件預估使用 1 點 VeriMails 點數，以及工作流程中 1 次用於驗證呼叫的外部 API 動作。 | Filter 和 Router 等 Pabbly 內建工具，與外部 API 呼叫的營運成本不同。 |
| 審查日誌 | 將被拒或有風險的地址，連同狀態與原因欄位，傳送到 Google Sheets、CRM 備註或團隊通知。 | 這份日誌就是您的回溯紀錄與來源品質報告。 |
為什麼要驗證 Pabbly Connect 聯絡人
Pabbly Connect 是一套自動化平台，每個工作流程都從觸發器開始，再經過一或多個動作步驟。典型的工作流程會擷取新的潛在客戶、整理資料格式，再推送到 CRM 或郵寄名單。問題在於，觸發器收到的電子郵件地址好壞取決於來源。潛在客戶表單會收集到錯字，廣告平台會傳入預設值，webhook 資料則是傳送端應用程式給什麼就是什麼。中間如果沒有檢查，這些錯誤地址全都會進入您的系統。
在工作流程中驗證，能為 Pabbly Connect 使用者解決四個具體問題。
CRM 自動保持乾淨
在觸發器與建立聯絡人的步驟之間加入驗證動作，就只有可送達的地址會寫入 CRM。錯誤紀錄從一開始就進不來，日後也不必另外清理。這對無法人工審查的大量自動化流程尤其重要。
從源頭保護寄件者信譽
退信率超出健康範圍的寄件者，可能會被郵件服務商限流。如果您的 Pabbly Connect 工作流程會餵資料給電子郵件工具，每個漏網的無效地址都會在下一次活動中變成硬退信。在工作流程中攔截這些地址，就是即時版的電子郵件名單清理：讓退信率維持在低點，收件匣送達率維持在高點。
自動化依據真實資料分流
Pabbly Connect 支援 Filters 和 Routers，可讀取欄位值並將紀錄送往不同路徑。驗證步驟為紀錄加上狀態後，就能讓有效的潛在客戶走一條路徑，無效、有風險或拋棄式的潛在客戶走另一條。原本盲目傳遞資料的管線，就此變成能做判斷的工作流程。
下游支出更容易控制
許多位於工作流程末端的工具，會依活躍聯絡人數、儲存紀錄數或郵件寄送量收費。在無法送達的地址進入這些工具前先過濾，可以減少寄給過時聯絡人的郵件；至於能否降低計費聯絡人數，則要看下游平台的計費與匯入模式是否支援。
VeriMails 檢查哪些項目
當 Pabbly Connect 工作流程將地址送到 VeriMails 時， VeriMails API 會執行完整的一系列檢查，並回傳結構化結果。每一層都會排除一類不同的錯誤地址。
驗證從語法驗證開始，在進行任何網路檢查前先確認地址格式正確。接著， MX 與 DNS 檢查確認網域存在，且確實設定為可收信。核心檢查是即時 SMTP 交握：VeriMails 會連線至收件郵件伺服器，詢問該信箱是否接收郵件，過程中完全不寄出任何郵件。
另外三項檢查，補足了自動化管線所需的細節判斷。 Catch-all 偵測找出設定為接收所有可能地址的網域，讓您知道伺服器何時無法確認個別信箱。這是偵測，而不是猜測品質，讓工作流程能將 Catch-all 結果視為獨立的類別處理。拋棄式偵測標記人們用來規避註冊表單的臨時信箱服務。職能信箱偵測找出 info@ 或 sales@ 等共用地址，這類地址通常不該進入行銷名單。在所有這些檢查中，VeriMails 都會回傳明確的驗證結果，供工作流程分流使用。
Pabbly Connect 使用者的價格方案
每個新的 VeriMails 帳號都附贈 100 點免費驗證點數，無需信用卡，且這些點數永不過期。這份免費額度足以讓您完整建置並測試一個 Pabbly Connect 工作流程，再決定是否付費。
若是長期執行的自動化流程，點數包從 10,000 點 $19 起，相當於每封電子郵件 $0.0019，最高可擴充至 5 million 點 $1,499。點數永不過期，很適合潛在客戶量每月起伏不定的自動化流程。如果工作流程的執行量穩定，年繳方案每月 $12.50 起（按年收費）。每驗證一個地址就使用 1 點，無論呼叫來自工作流程、單次 API 請求或批次 CSV 作業，因此 Pabbly Connect 自動化流程與 VeriMails 的其他用量共用同一個點數餘額。
流程圖解
依照這個流程，在 Pabbly Connect 工作流程中加入 VeriMails 作為驗證動作。
- 觸發範圍：加入 API 動作前，先確認觸發步驟有提供電子郵件欄位。
- API 步驟：將 VeriMails 金鑰保存在 API 動作設定中，並將電子郵件驗證 API 狀態欄位對應到後續步驟。
- 結果處理：使用 Filter 或 Router 路徑，讓有效聯絡人繼續往下走，無效與拋棄式聯絡人則記錄下來或略過。
逐步說明
取得 VeriMails API 金鑰
免費註冊 VeriMails 帳號並開啟儀表板。前往 API 區塊，複製 API 金鑰。Pabbly Connect 工作流程發出的每一次驗證呼叫都靠這組金鑰進行驗證身分，請先準備好，接下來建立動作步驟時會用到。
開啟工作流程並找到電子郵件欄位
在 Pabbly Connect 中，開啟負責擷取潛在客戶的工作流程。確認觸發步驟有帶入電子郵件地址，不論來源是表單提交、webhook 還是其他已連結的應用程式。下一階段會把這個電子郵件欄位對應到驗證步驟。
新增 API by Pabbly 動作步驟
新增一個動作步驟並選擇 API by Pabbly。將方法設為 VeriMails 驗證端點所要求的方法，貼上 VeriMails API 端點 URL，並在標頭或查詢參數中加入 API 金鑰。在請求中對應觸發器的電子郵件欄位，讓每次執行都驗證當下的地址。
針對結果加入 Filter 或 Router
Pabbly Connect 會回傳 VeriMails 的回應，包含狀態以及 Catch-all（全收）、拋棄式與職能信箱標記。加入 Filter，只在狀態為有效時繼續；或加入 Router，把有效地址送往一條路徑，無效、有風險或拋棄式地址送往另一條路徑供檢閱。
連接乾淨路徑並測試
在有效路徑上，加入將聯絡人寫入 CRM 或郵寄名單的動作。用一筆測試資料執行工作流程，確認驗證結果有出現，並檢查只有可送達的地址進入最後一步。測試通過後，即可啟用工作流程。
各種驗證結果的處理方式
在 Pabbly Connect 取得 VeriMails 回應後，就能據此決定工作流程要寫入、暫緩還是拒絕該聯絡人。
- 有效：繼續執行 CRM 或郵寄名單動作；若目的地應用程式支援，可加上驗證日期或標籤。
- 無效：在目的地動作之前停止，將該筆資料寫入抑制名單試算表或拒收潛在客戶資料表。
- Catch-all：送往檢閱路徑。保留資料的可見性，但與已確認、可直接用於活動的潛在客戶分開。
- 拋棄式：排除於培育工作流程之外，並標記潛在客戶來源以檢視表單品質。
- 職能信箱：除非自動化流程本來就要聯絡共用信箱，否則送交人工檢閱。
- 請求錯誤：通知負責人員，在 API 動作成功之前不要新增該聯絡人。