電子郵件驗證 API

在蒐集電子郵件的工作流程中直接驗證

使用 VeriMails API,在電子郵件地址進入產品註冊、潛在客戶表單、CRM 同步、資料補充作業或開發名單之前先行檢查。回應格式結構化,方便用於應用程式邏輯、報表與後續工作流程。

免費 100 點,無需信用卡。

為需要在蒐集當下就取得乾淨資料的團隊打造的電子郵件驗證 API

無效和有風險的地址,事後往往代價高昂。它們會導致帳號通知信寄送失敗、汙染 CRM 資料、浪費資料補充預算,還會增加業務、客服與營運團隊的工作量。攔截這些問題的最佳時機,通常就是蒐集地址的當下。

VeriMails 為開發人員提供實用的電子郵件驗證 API,可用於註冊表單、後端驗證作業、匯入工具與內部系統。驗證結果會提供明確的狀態與實用的標記,讓您的應用程式決定要接受、複查、排除,或以其他方式處理該地址。

API 可與其他 VeriMails 工作流程搭配使用。需要一次性清理檔案的團隊可以使用大量電子郵件驗證,而需要持續檢查的應用程式則可直接呼叫 API。如果您的工作流程需要謹慎處理不確定的網域,可將 API 搭配 Catch-all 偵測使用,讓您的規則能另外處理這些地址。

工作流程:應用程式將電子郵件地址送至 VeriMails API,並取得分類後的驗證結果

API 驗證最能發揮作用的地方

只要電子郵件地址會進入客戶、潛在客戶或訊息工作流程,就適合使用 VeriMails。

註冊與試用表單

在寄送歡迎信、啟用連結、密碼重設或產品通知等需要可送達收件匣的信件之前,先驗證地址。

CRM 與資料匯入

在聯絡人同步到業務工具、生命週期活動、客服系統或多個團隊共用的資料倉儲表格之前,先行檢查。

潛在客戶篩選

在潛在客戶蒐集與資料補充流程中加入驗證,讓業務代表看得出哪些聯絡人可以直接使用、哪些需要複查。

訊息把關

在地址進入新用戶引導、通知、帳務、陌生開發或電子郵件行銷佇列之前進行驗證。

透過程式碼批次檢查

當系統需要驗證小型匯入、排隊中的名單或每晚的分群時,每次批次請求最多可送出 500 封電子郵件。

自訂商業規則

運用結果類別與標記,建立符合您風險承受度、表單行為與寄送政策的規則。

API 限制與點數計算方式一目了然,容易規劃

清楚的預設值,讓開發人員在正式流量進來前就能設計佇列、重試與成本控管。

60/minAPI 金鑰預設每分鐘 60 次請求。
5,000/dayAPI 金鑰預設每天 5,000 次請求。
500批次端點每次請求最多接受 500 封電子郵件。
1 點每驗證一封電子郵件使用 1 點,點數包的點數永不過期。

應用程式可直接運用的結構化回應

驗證結果若不需人工解讀就能直接使用,才最有價值。VeriMails 會回傳格式固定的 JSON 回應,包含電子郵件地址、狀態、分數,以及拋棄式、Catch-all、MX 和 SMTP 相關數值等標記。

產品團隊可以在註冊時擋下明顯無效的地址、讓使用者修正錯字,並把不確定的結果送交人工複查。業務團隊可以把有效聯絡人留在下一個活動中、排除拋棄式地址,並將 Catch-all 地址分到更謹慎的序列。營運團隊則可以把驗證狀態存放在原始資料旁,避免日後匯入時重複做同樣的判斷。

端點詳細資訊請參閱單筆驗證, 速率限制, 結果代碼及 Webhook。

{
  "email": "alex@example.com",
  "status": "valid",
  "score": 92,
  "disposable": false,
  "catch_all": false,
  "mx_found": true,
  "smtp_valid": true
}

如何將 VeriMails 加入您的技術堆疊

先從一個明確的整合點開始,再把驗證擴展到所有電子郵件品質會影響客戶體驗的地方。

步驟 1

選擇第一個工作流程

挑選一個高價值的切入點,例如註冊表單、潛在客戶蒐集表單或 CRM 匯入。定義您的應用程式該如何處理有效、無效、有風險、拋棄式和 Catch-all 結果。

步驟 2

呼叫 API

建立 API 金鑰、送出地址進行驗證,並儲存團隊在分流、篩選、報表與客服檢視上所需的回應欄位。

步驟 3

擴展到批次與檔案

批次端點適用於每次請求最多 500 封電子郵件的群組;大量驗證則適合以 CSV 為主的工作流程。

建立符合團隊寄信方式的規則

電子郵件驗證不該強迫每家企業採用同一種固定判斷。消費型應用程式可能希望立即請使用者修正無效地址;B2B 業務團隊可能想保留 Catch-all 的企業網域,但把它們放進獨立的複查或低風險序列;生命週期行銷團隊則可能想把驗證狀態保存在 CRM 中,避免已排除的地址透過匯入不斷回流。

VeriMails 回傳的結果可直接用於您自己的應用程式邏輯,支援這些不同的選擇。您可以依結果拒絕、警示、排入佇列、加上標籤、排除或補充資料。需要背景處理時,把 API 結果接到作業佇列或 Webhook 工作流程;需要人工複查時,則把結果寫入 CRM 或管理介面。

如果您仍在比較各種驗證方式, API vs. 大量電子郵件驗證指南說明了何時即時整合是較好的選擇,何時上傳 CSV 更簡單。

電子郵件驗證 API 常見問題

規劃 VeriMails API 整合的團隊常見問題。

VeriMails 電子郵件驗證 API 可以用來做什麼?

可用於驗證註冊表單、潛在客戶蒐集流程、CRM 匯入、資料補充作業、內部工具與開發準備工作流程中的電子郵件地址。

API 預設限制是多少?

API 金鑰預設每分鐘 60 次請求、每天 5,000 次請求。規劃表單驗證、匯入、佇列與重試機制時,可以這些預設值為依據。

批次端點可以接受多少封電子郵件?

批次端點每次請求最多接受 500 封電子郵件,很適合小型匯入、排隊中的分群,以及應用程式的背景檢查。

API 檢查如何收費?

每驗證一封電子郵件使用 1 點。點數包的點數永不過期,團隊可隨著驗證量的變化,彈性使用已購買的點數。

將電子郵件驗證加入產品流程

建立帳號、閱讀快速入門,然後在最需要乾淨資料的地方開始驗證地址。