Apollo 和 BillionVerify 服務於同一工作流程的不同步驟。
Apollo 是一個 B2B 銷售情報平台。其資料庫涵蓋數億個聯絡人，其搜尋篩選器讓銷售團隊能夠快速建立有針對性的潛在客戶名單。Apollo 還為每個郵件地址分配信心評分——這個訊號反映 Apollo 根據歷史資料和公開訊號對該地址符合特定網域正確模式的確定程度。
BillionVerify 在匯入時提供獨立的 SMTP 檢查。當你上傳 Apollo 匯出時，BillionVerify 連接到每個網域的郵件伺服器，確認信箱當前是否接受投遞。該檢查發生在你執行的那一刻——而非 Apollo 最初生成信心評分的時候。
這兩個工具回答不同的問題。Apollo 的信心評分告訴你地址在資料收集時與觀察到的模式有多匹配。BillionVerify 的 SMTP 檢查告訴你信箱現在是否接受投遞。了解這種區別的團隊使用 Apollo 建立名單，並使用 BillionVerify 在任何內容進入序列或 CRM 前確認這些名單已準備好發送。
Apollo 的功能與 BillionVerify 的功能。
| 維度 | Apollo | BillionVerify |
|---|---|---|
| 目的 | 來源 B2B 聯絡人並建立有針對性的潛在客戶名單 | 在 SMTP 層級驗證名單的當前可達率 |
| 工作方式 | 比對網域模式、公開資料訊號和歷史準確性以生成信心評分 | 連接到接收郵件伺服器，檢查信箱是否接受投遞 |
| 輸出 | 帶有郵件地址和信心百分比的聯絡人記錄 | 每個地址的結果：有效、無效、Catch-all、角色型、未知、一次性 |
| 使用時機 | 使用職稱、公司規模、行業、技術和其他訊號的篩選器建立潛在客戶名單 | 在將名單匯入 CRM、發件工具或外發序列前 |
| 無法做到的 | 確認信箱當前是否啟用或自資料收集以來是否發生變化 | 來源聯絡人、豐富記錄或評分資料品質訊號 |
Apollo 信心評分結束的地方和 BillionVerify 開始的地方。
Apollo 的信心評分是根據收集資料時可用的網域電子郵件模式、個人資料資料和其他訊號建立的。高分意味著地址與該網域的主要模式匹配。這並不意味著信箱仍然開放，員工仍在公司，或者網域自 Apollo 上次更新記錄以來沒有更改其郵件伺服器配置。
| Apollo 信心等級 | 含義 | BillionVerify 補充的內容 |
|---|---|---|
| 高（90% 及以上） | 地址與此網域最常見的模式匹配 | 特定信箱當前是否接受投遞 |
| 中（70 到 89%） | 地址可能匹配，存在一些不確定性 | 明確的 SMTP 結果——有效、無效或 catch-all |
| 低（低於 70%） | 模式匹配不太可靠 | 確認地址是否存在 |
| 任何信心，catch-all 網域 | 網域接受所有傳入郵件，無論信箱是否存在 | 每個地址的分類，讓 catch-all 地址單獨處理 |
信心評分不會即時更新。當聯絡人離開公司、信箱關閉、網域更新配置時，這些變化不會自動反映在 Apollo 的評分中。BillionVerify 通過在匯入時執行的檢查來彌補這一差距。
Apollo 中「信心評分」與 BillionVerify 中「有效」的含義。
Apollo 和 BillionVerify 都為郵件地址提供品質訊號，但這些訊號在工作流程的不同時間點測量不同的事情。
- Apollo 信心評分：反映地址與該網域觀察到的電子郵件模式匹配程度的百分比，基於 Apollo 收集或更新記錄時的歷史資料和公開訊號。
- BillionVerify「有效」：與接收郵件伺服器建立了 SMTP 連接，伺服器在驗證時確認特定信箱接受投遞。
95% 的 Apollo 信心評分意味著模式與已知資料高度一致。這並不意味著信箱現在開放。BillionVerify 有效結果意味著信箱在你執行驗證時接受了 SMTP 探測。兩個訊號在各自的階段都有用——Apollo 的評分用於優先考慮包含哪些地址，BillionVerify 的結果用於確認這些地址已準備好接收郵件。
Apollo 匯出的特定風險。
Apollo 的資料庫龐大且持續更新，但它服務於跨多個行業的廣泛用戶群。記錄是大規模收集的，這意味著資料新鮮度因聯絡人和網域而異。
| 風險 | 來源 | 影響 |
|---|---|---|
| 無效地址 | Apollo 上次資料收集後已離職的員工 | 啟動時硬退信 |
| Catch-all 網域 | 在伺服器層級接受所有傳入郵件的公司 |