Local Scraper 從多個來源收集資料,驗證讓郵件欄位可用。
Local Scraper 是一個桌面應用程式,能同時從多個在地目錄和地圖來源拉取商家記錄。它的目標來源包括 Google Maps、Bing Maps、Yellow Pages(美國、加拿大、德國和澳洲版)、Yahoo Local、Home Advisor 等。
對於希望從多個來源建立在地商家聯絡名單,而不需要管理多個獨立工具的用戶,Local Scraper 提供了單一平台抓取工具所不具備的整合來源。
Local Scraper 中的 Google Quick 抓取工具每筆記錄可擷取多達 49 個欄位——遠多於大多數提取工具的返回量。即便如此,就算有這些欄位,這個 CSV 也不是可以直接用於活動的名單。郵件欄位在用於推廣前仍需要驗證。
Local Scraper 負責收集記錄,BillionVerify 在這些記錄移至其他地方之前驗證郵件資料。
Local Scraper 可匯出的資料。
Local Scraper 遵循與其他提取工具相同的郵件核心路徑:地圖或目錄清單 → 網站 URL → 公開郵件 → 匯出。多來源架構增加了額外的記錄覆蓋,但不改變郵件品質路徑。
| 欄位群組 | 常見欄位 | 重要性 |
|---|---|---|
| 商家資料 | 名稱、類別、評分、評論數、營業時間、價格 | 支援推廣前的潛在客戶資格認定和優先排序 |
| 位置資料 | 地址、城市、州/省、座標 | 支援在地市場和區域分流 |
| 聯絡資料 | 電話號碼、網站 URL | 未找到郵件時的第一聯絡途徑 |
| 網站資料 | 來自聯絡頁面或頁尾的郵件 | 需要驗證的欄位 |
| 目錄資料 | 來源平台、來源 URL | 支援跨 Google Maps、Bing 和 Yellow Pages 的去重 |
| 個人資料資料 | 社群媒體 URL、無障礙資料 | 豐富化的次要研究途徑 |
Google Maps 是 Local Scraper 的來源之一,而非唯一來源。輸出中的郵件可能來自 Google Maps 關聯網站、Yellow Pages 清單、Bing Maps 清單或其他目錄——每個都有不同的資料新鮮度特性。
郵件需要品質把關。
多來源提取會產生特定的品質問題:當同一商家同時出現在 Google Maps、Yellow Pages 和 Bing Maps 時,這些清單中的聯絡資訊可能不一致。商家傾向於比 Yellow Pages 或 Bing 清單更積極地更新 Google Maps 上的資訊。
| 問題 | 具體表現 | 略過的風險 |
|---|---|---|
| 角色型收件匣 | info@、contact@、admin@、office@、hello@ | 最廣泛索引的地址;品質可變的共用收件匣 |
| 全收型網域 | 網域接受所有入站郵件 | 在呈現不那麼數位活躍商家的多來源名單中更為明顯 |
| 過期的 Yellow Pages 資料 | 未在幾個月或幾年內更新的目錄清單 | 郵件可能早於當前員工、業主或郵件服務商 |
| 不一致的來源資料 | 不同目錄為同一商家列出不同的聯絡郵件 | 驗證可確認哪個地址實際上是有效的 |
| 無效地址 | 失效網域、缺少 MX、信箱被拒 | 硬退信;損害寄信人網域聲譽 |
| 重複記錄 | 相同商家出現在多個來源 | 若在驗證前跳過去重,則會重複推廣 |
在多來源在地名單中,角色型收件匣問題更為突出。跨多個目錄最廣泛索引的郵件——info@——通常會在去重中勝出。更具體的部門或具名聯絡人在目錄清單中索引較少,被提取的可能性也較低。
在匯出後加入驗證步驟。
正確的驗證時機是在 Local Scraper 產生 CSV 之後、任何記錄進入下游系統之前。
- 在目標類別和地點執行 Local Scraper,選擇與你所在地理位置相關的來源平台。
- 將結果匯出為 CSV。
- 在執行驗證前,先依商家名稱和主要地址去重。
- 標準化郵件欄位——每行一個地址。
- 將郵件欄位上傳至 BillionVerify。
- 將驗證結果合併回原始行。
- 依結果訊號對每行進行分流路由。
- 僅將通過審核的行匯入 CRM、寄信工具或推廣工具。
若想診斷來源品質,可按來源平台篩選 BillionVerify 結果,並比較 Google Maps 和 Yellow Pages 記錄的通過率。Yellow Pages 關聯記錄的通過率預期較低,這應告知未來的來源決策。