Scrap.io 在你瀏覽時收集 Google Maps 資料。
Scrap.io 是一個原生 Google Maps 的 Chrome 擴充功能。它不需要提交批次任務並等待，而是在你瀏覽 Google Maps 時即時收集記錄。對於每個有關聯網站的商家，擴充功能會訪問該網站並從公開頁面提取郵件地址。
結果是在你的正常瀏覽工作階段旁建立的在地商家聯絡試算表。匯出包含商家名稱、地址、電話、網站、郵件地址，以及可取得的社群媒體個人資料連結。
Scrap.io 是收集層，BillionVerify 是品質決策層。記錄進入推廣前，兩個步驟都是必要的。
Google Maps 郵件抓取與驗證
當您需要完整流程——包括資料抓取、郵件驗證、路由分配和外發觸達——時，請使用完整框架。
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 |
| 合併 | 將驗證結果欄位加回原始檔案 |
| 匯入 | 僅將通過審核或已分流的行移至下一個系統 |
CSV 容易檢查。在測試新的目標地理位置或行業，並在投入更大提取努力前，它很有用。
使用多郵件資料找到更好的聯絡人。
Scrap.io 擷取在商家網站上找到的所有郵件地址，而不只是第一個。網站主頁上有通用 contact@ 的商家，可能在團隊頁面上也列出了具名員工郵件。
當 Scrap.io 返回每筆記錄的多個地址時，請個別驗證每一個。驗證將區分相同記錄中的角色型地址和任何個人或直接地址。
| 匯出中的地址 | 可能的驗證結果 | 動作 |
|---|---|---|
info@businessname.com | 角色型 | 分流至共用收件匣推廣 |
contact@businessname.com | 角色型 | 分流至共用收件匣推廣 |
jdoe@businessname.com | 有效，非角色型 | 優先用於主要推廣 |
service@catchalldomain.com | 全收型 | 分流，謹慎寄送 |
這種分離只有在驗證後才有可能。沒有驗證，記錄中的所有地址看起來都是等效的。
對每個結果進行路由。
驗證改變了流程的後續動作。對每筆記錄套用一致的路由決策。
| BillionVerify 訊號 | Scrap.io 流程動作 | 原因 |
|---|---|---|
| 有效商業郵件 | 同步或保留 | 可能可聯繫，若商家符合活動條件則繼續 |
| 角色型但有效 | 分流 | 適用於部分在地商業推廣，不是具名聯絡人 |
| 全收型 | 分流或審核 | 網域廣泛接受郵件，信箱不確定 |
| 無效 | 抑制 | 不納入 CRM 匯入和寄信工具 |
| 語法、網域或 MX 問題 | 抑制或修正 | 地址或網域存在技術問題 |
| 未知或高風險 | 審核或豐富化 | 缺乏更多背景資訊，不宜大規模寄送 |
將此路由邏輯內建於匯入步驟中。不應依賴人員在每次 Scrap.io 工作階段後記得要做什麼。
單獨處理角色型郵件。
大量在地商業的 Google Maps 記錄都會產生共用收件匣。暖通空調公司可能顯示 service@，牙科診所可能使用 appointments@，律師事務所可能公佈 intake@ 或 info@。
角色型郵件不是自動無用的，但不等同於具名聯絡人。
請單獨處理：
- 先驗證地址。
- 在獨立欄位中儲存角色型訊號。
- 將角色型郵件排除在具名聯絡人序列之外。
- 向共用收件匣發送時使用不同的文案。
- 對高價值客戶，使用商家網域找到直接聯絡人。
若 Scrap.io 匯出只給你 info@company.com，請保留網域供後續豐富化。同一 Scrap.io 記錄中的社群個人資料，也可能透過 LinkedIn 或 Facebook 指向具名決策者。
下一步：寄送或豐富化。
驗證後，不同的記錄應前往不同的地方。不要將所有記錄路由到單一目的地。
| 記錄類型 | 最佳下一步 |
|---|---|
| 有效具名或商業郵件 | 同步至 CRM 或寄信工具 |
| 有效角色型郵件 | 分流至共用收件匣推廣，使用調整後的文案 |
| 全收型 | 保留在謹慎分流中，或豐富化後再寄送 |
| 無效郵件 | 加入抑制清單或排除在匯入之外 |
| 無郵件但有有效網站或社群 | 保留記錄供多管道豐富化 |
| 跨記錄的重複地址 | 合併或僅保留最新鮮的記錄 |
Scrap.io 的社群個人資料資料在這裡很有用。當郵件是全收型或角色型時，LinkedIn 或 Facebook 存在可能為高優先記錄提供更好的推廣途徑。
比較其他 Google Maps 收集方式。
Scrap.io 在人員主動瀏覽和篩選 Google Maps 時效果良好。其他收集方式適合不同的名單建立模式。
Outscraper 驗證
當平台匯出和擴充步驟建立郵件欄時，請使用此路徑。
GMaps Extractor 驗證
當輕量級擴充功能匯出較小的本地清單時，請使用此路徑。
Apify 驗證
當 Actor、Dataset、API 或 Webhook 將記錄傳遞至下游時，請使用此路徑。
Scrap.io Google Maps 常見問答。
Scrap.io 會驗證它收集的郵件嗎？
Scrap.io 從公開的商家網站收集郵件地址。它不執行投遞能力驗證、全收型偵測或角色型格式分析。這些是單獨的步驟。匯出後請使用 BillionVerify。
在 Scrap.io 中篩選「有郵件」是否足夠？
篩選到有郵件的商家，移除了完全沒有資料的記錄。它不評估找到的郵件是否有效、是否為全收型、是否為角色型或是否已過期。Scrap.io 的篩選器減少空記錄；BillionVerify 減少風險記錄。
來自 Scrap.io 的角色型郵件應該被刪除嗎？
不應自動刪除。在規模極小的商家，有效的 info@ 或 contact@ 可能直接到達業主。請將角色型地址單獨分流，使用調整後的文案，並根據商家規模和行業作出判斷。
全收型郵件應該用於冷外展嗎？
請謹慎處理。全收型意味著網域廣泛接受郵件，但具體信箱可能不存在或無人監看。請將全收型記錄分流，以低於已驗證乾淨記錄的量寄送。
對 Scrap.io 沒有郵件的記錄我應該怎麼辦？
保留它們。有社群個人資料、網站或電話號碼的記錄仍可透過其他管道聯繫。將它們儲存在豐富化分流中，而非完全捨棄記錄。
我可以驗證每筆 Scrap.io 記錄的多個郵件嗎？
可以。在上傳至 BillionVerify 前，將多郵件欄位展開為獨立的行。個別驗證每個地址，然後合併結果並為每個商家記錄選擇最佳地址。
Scrap.io 與 Outscraper 等平台型工具相比如何？
Scrap.io 作為 Chrome 擴充功能在你瀏覽時執行。Outscraper 在後台執行任務，無需主動瀏覽。Scrap.io 適合針對性的開發工作階段。Outscraper 擁有更大的大規模或自動化提取能力。兩者產生相同類型的輸出，用於推廣前都需要驗證郵件欄位。
Scrap.io 名單應多久重新驗證一次？
在地商業聯絡資料會變動。重新驗證每個新的工作階段匯出，並在新的活動週期中重新使用舊名單前重新驗證。幾個月前驗證為乾淨的地址可能已改變狀態。