一句話：先驗證，再寄送。
當您的應用程式需要在接受、分派或寄信給某個電子郵件地址前得到明確答案時，就使用 VeriMails。API 適用於即時表單檢查、CRM 收件、資料補全匯出與背景驗證作業。
電子郵件驗證的開發人員應用情境
在電子郵件品質會影響產品、業務或客戶工作流程的地方加入驗證。
| 整合點 | 驗證模式 | 常見動作 |
|---|---|---|
| 註冊與試用 | 建立帳號前即時進行 API 檢查 | 接受、請使用者更正，或轉交審查。 |
| 潛在客戶表單 | 寫入 CRM 或行銷自動化工具前先驗證 | 避免聯絡不到的潛在客戶進入分派佇列。 |
| 大量匯入 | 大型檔案使用 CSV 或背景作業 | 在匯入或啟用前附加結果標籤。 |
| 資料產品 | 匯出或交付補全資料前進行 API 檢查 | 向客戶提供驗證狀態欄位。 |
當電子郵件品質影響到產品路徑時，開發人員通常就會加入驗證：試用註冊、帳號建立、潛在客戶分派、CRM 同步、客服收件或資料匯出。單靠格式檢查，無法判斷一個地址是否該繼續往下走。您需要的是結構化的結果，讓應用程式直接使用，不必額外寫一套脆弱的決策樹。
而驗證 API 的設計力求可預測：送出電子郵件地址、收到 JSON，再在您自己的應用程式中處理清楚的狀態標籤。根據結果接受地址、請使用者更正、排除有風險的記錄，或將聯絡人放入待審狀態。 API 文件與快速入門涵蓋請求結構、驗證方式、錯誤處理與回應欄位。
大型作業請使用大量驗證，不要阻塞使用者請求。上傳 CSV、以背景作業處理，再透過下載的結果檔或 webhook 流程更新資料庫。若您正在比較實作方式，請從這裡開始： API 與大量電子郵件驗證比較。
開發人員期待的一切
清楚的輸入、可預測的輸出，以及支援即時與大量工作流程的整合方式。
簡單好用的 REST API
一個端點、一把金鑰、一致的 JSON 回應。適用於任何能發送 HTTP 請求的語言或框架。
完整文件
完整的 API 參考，附請求與回應範例、錯誤代碼，以及常見框架與語言的整合指南。
不限語言的整合
從 Node、Python、PHP、Ruby、Go、Java 或任何能解析 JSON 的後端直接發送 HTTPS 請求。
支援 webhook 的作業
大型檔案使用背景工作流程，結果就緒時通知您的應用程式。
營運控管
運用文件中的限制、結果處理與帳戶控管，讓驗證在正式環境中保持可預測。
即時與批次
表單使用即時檢查，匯入、CRM 更新與資料匯出則使用背景作業。
一個請求，一個結果
一致的 JSON 回應，讓應用程式據以分派。
"email": "dev@example.com"，
"status": "valid"，
"score": 94，
"disposable": false，
"catch_all": false，
"role_based": false
}
實作檢查清單
從第一個請求到正式環境的結果處理。
註冊並取得金鑰
建立免費帳號。API 金鑰會立即出現在儀表板中，無需審核、無需等待。
對應結果狀態
決定您的產品如何處理有效、無效、有風險、拋棄式、職能信箱與 Catch-all 等狀態。
上線即時或大量驗證
行內檢查使用 API，匯入、資料補全檔案與 CRM 清理則使用背景作業。
決策層只需建一次
好的整合不只是呼叫端點。它會儲存結果、記錄決策、在需要時讓使用者更正地址，並把大量驗證與對延遲敏感的使用者流程分開。
常見問題
開發人員整合 VeriMails 時的常見問題。