Manta 是一個長尾 SMB 目錄，其呈現的郵件數據反映了這一點。
Manta（manta.com）是一個專注於美國的小型企業目錄，在數百個類別中擁有數百萬個商業個人資料。它在日常消費者使用中沒有 Yellow Pages 或 Yelp 那麼突出，但對於識別在其他目錄中不顯眼的小型和微型企業，它仍然是一個有用的來源。
對於本地外發，Manta 的價值在於長尾覆蓋——細分類別的商家、農村地點，或大型目錄列表稀疏的市場。這種覆蓋有一個品質代價：Manta 列表數據往往較舊、更新不頻繁，且比商家積極管理其個人資料的目錄更容易包含過時的聯絡資訊。
在任何發送前驗證來自 Manta 的郵件地址不是可選的。Manta 數據的年齡和更新頻率使未驗證的外發成為高退信風險。
Manta 在商業個人資料中提供的資訊。
| 欄位 | 可用性 | 備註 |
|---|---|---|
| 商家名稱 | 高 | 幾乎所有列表都存在 |
| 商業類別 | 高 | Manta 使用詳細的類別分類法 |
| 商業規模（員工數） | 中等 | 自我申報；可能已過時 |
| 地址 | 高 | 大多數列表的街道地址 |
| 電話號碼 | 高 | 通常是主要聯絡方式 |
| 網站網址 | 中等 | 當商家有網絡存在時存在 |
| 郵件地址 | 低至中等 | 不一致列出；通常必須透過網站發現 |
郵件地址欄位是關鍵缺口。許多 Manta 列表不包含直接郵件地址。當有郵件存在時，通常是商家在建立列表時提交的。當沒有時，郵件地址的路徑透過網站網址進行。
為何 Manta 數據需要額外驗證。
列表年齡：Manta 在多年間積累了大量目錄數據。在早期建立的列表可能反映此後已更改、遷移到不同域名或完全廢棄的商業聯絡資訊。沒有一致的機制在商家更改郵件地址時更新 Manta 列表。
低更新頻率：與 Google Business Profile（商家出於 SEO 和可見性原因更新其資訊）不同，Manta 列表很少被建立它們的商家重新訪問。在 Google 上更新聯絡資訊的商家，可能仍在 Manta 上顯示舊聯絡資訊。
重複條目：同一商家可以在不同類別標題下或在商家名稱略有差異的情況下在 Manta 中多次出現。在驗證前去重防止同一地址被驗證並匯入為單獨的線索。
小型企業流動率：小型企業的關閉率高於企業帳戶。2017 年開業的商家的 Manta 列表，可能代表一個此後已關閉、重新品牌化或更換所有權的商家。這些列表以比有積極數據維護的目錄更高的率產生退信、不活躍域名和缺失的 MX 記錄。
通用和共用收件匣：小型企業一貫使用通用收件匣（info@、contact@、hello@）作為其主要商業郵件地址。Manta 列表反映了這一點——確實出現的郵件地址通常是職能性的而非具名聯絡人。
從 Manta 個人資料到已驗證郵件的路徑。
大多數基於 Manta 的外發在驗證成為可能之前，需要兩步驟的聯絡發現過程。
當 Manta 個人資料和商業網站都不顯示直接郵件地址時，應用郵件查找工具步驟。在域名上執行郵件查找工具會呈現最可能的地址格式（first.last@domain.com、info@domain.com）以供進一步驗證。這些查找工具來源的地址在使用前應驗證。
路由每個 BillionVerify 結果。
| BillionVerify 結果 | Manta 來源郵件的處理方式 |
|---|---|
| 有效（Valid） | 匯入發件工具或 CRM |
| 無效（Invalid） | 不要匯入——添加到抑制清單 |
| Catch-all | 獨立較低量分組，監控送達率 |
| 職能性（Role-based） | 獨立活動，郵件內容適應共用收件匣 |
| 未知（Unknown） | 審查——從主活動中排除 |
| 高風險或臨時地址 | 不要匯入 |
Catch-all 和職能性結果在 Manta 數據中很常見。廉價主機上的小型企業通常運行 catch-all 郵件設定，且在 Manta 個人資料中確實出現的郵件地址通常是通用收件匣。與精心整理的 B2B 資料庫匯出相比，預期更高比例的 catch-all 和職能性結果。