Scrap.io 在你瀏覽時收集 Google Maps 資料。
Scrap.io 是一個原生 Google Maps 的 Chrome 擴充功能。它不需要提交批次任務並等待，而是在你瀏覽 Google Maps 時即時收集記錄。對於每個有關聯網站的商家，擴充功能會訪問該網站並從公開頁面提取郵件地址。
結果是在你的正常瀏覽工作階段旁建立的在地商家聯絡試算表。匯出包含商家名稱、地址、電話、網站、郵件地址，以及可取得的社群媒體個人資料連結。
Scrap.io 是收集層，BillionVerify 是品質決策層。記錄進入推廣前，兩個步驟都是必要的。
Scrap.io 可匯出的資料。
Scrap.io 產生包含網站聯絡資料豐富化的結構化 Google Maps 商業記錄。欄位取決於每個商家公開發布的內容。
| 欄位群組 | 常見欄位 | 重要性 |
|---|---|---|
| 商家資料 | 名稱、類別、評分、評論數 | 有助於依行業或品質訊號篩選記錄 |
| 位置資料 | 地址、城市、電話號碼 | 支援地理或區域定向 |
| 聯絡資料 | 來自聯絡、關於和頁尾頁面的郵件地址 | 使用前需要驗證的欄位 |
| 社群資料 | Facebook、Instagram、LinkedIn、YouTube、X 個人資料 | 在郵件不確定時支援多管道推廣 |
| 地圖資料 | 網站 URL、Google Maps 清單來源 | 有助於追蹤、去重和驗證記錄 |
Google Maps 不直接呈現郵件地址。在所有 Scrap.io 工作流程中，郵件來自關聯的商家網站。
郵件需要品質把關。
Scrap.io 找到商家網站上可見的聯絡資料，但不評估這些郵件是否最新、可聯繫或適合推廣。
| 問題 | 具體表現 | 流程風險 |
|---|---|---|
| 角色型收件匣 | info@、contact@、office@、hello@、enquiries@ | 面向客戶的收件匣，不是決策者 |
| 全收型網域 | 網域無論用戶名稱接受所有郵件 | 具體信箱的存在不確定 |
| 過期郵件 | 舊員工、業主更換、網站未更新 | 地址可能仍然接受郵件，但無人閱讀 |
| 無效地址 | 網域損壞、沒有 MX、信箱被拒 | 寄送時硬退信 |
| 多郵件記錄 | 每個商家有多個地址 | 角色型和個人地址混合在一個匯出行中 |
| 僅有聯絡表單的網站 | 沒有顯示郵件，只有表單 | Scrap.io 對這些記錄不返回郵件 |
Scrap.io 不執行投遞能力檢查、全收型偵測或角色型分析，這些需要專門的驗證步驟。
在匯出後加入驗證步驟。
正確的驗證時機是在 Scrap.io 產生 CSV 之後、記錄進入任何寄信工具或 CRM 之前。
- 對目標類別和地理位置執行 Scrap.io 瀏覽工作階段。
- 使用 Scrap.io 篩選器限制到有郵件和網站的商家。
- 將名單匯出為 CSV。
- 標準化——工具返回每筆記錄多個郵件時，每行一個郵件。
- 在郵件和網域層級移除完全重複的記錄。
- 使用 BillionVerify 驗證郵件。
- 將驗證結果合併回原始匯出行。
- 依結果對每行進行路由。
- 僅將通過審核的行同步至 CRM、寄信工具或自動化系統。
Scrap.io 負責收集，BillionVerify 負責品質決策。
使用 CSV 進行批次清理。
CSV 是 Scrap.io 的自然工作流程，它產生每個工作階段的匯出，而非持續自動化輸出。
| 步驟 | 操作說明 |
|---|---|
| 匯出 | 以 CSV 格式下載 Scrap.io 工作階段匯出 |
| 標準化 | 展開多郵件欄位——每行一個地址 |
| 去重 | 移除重複的郵件、網域、電話號碼 |
| 驗證 | 將郵件欄位上傳至 BillionVerify |
| 合併 | 將驗證結果欄位加回原始檔案 |
| 匯入 |