GMass 執行活動,BillionVerify 在活動開始前驗證名單。
GMass 是基於 Gmail 的發送工具,它從 Gmail 或 Google Workspace 帳戶發送電子郵件,使用 Google Sheets 作為聯絡人來源。它在 Gmail 介面中處理排程、跟進序列、開信和點擊追蹤及活動管理。
BillionVerify 是發送前驗證工具,它依照可投遞性訊號(有效、無效、catch-all、基於角色、未知、一次性)對電子郵件記錄進行分類,在任何這些記錄進入發送工具之前。它不發送電子郵件,也不連接到 Gmail。
這兩個工具佔據完全不同的角色。GMass 無法做到 BillionVerify 所做的事:在 GMass 讀取之前,對 Google Sheets 名單套用發送前品質關卡。BillionVerify 也無法做到 GMass 所做的事:執行基於 Gmail 的外向活動。它們是互相配合的,而非相互競爭。
GMass 處理什麼。
GMass 管理基於 Gmail 的發送,提供:
- 從 Gmail 或 Google Workspace 帳戶發送活動
- Google Sheets 整合 — 直接從連接的試算表讀取聯絡資料
- 在 Gmail 中的跟進序列排程
- 開信、點擊和回覆追蹤
- 取消訂閱處理和退信偵測
GMass 從 Google Sheets 讀取並透過 Gmail 發送。它沒有專用的發送前驗證層。活動一旦開始,Google Sheets 名單就是 GMass 處理的聯絡資料。
GMass 無法替代的事項:
- 對 Google Sheets 資料進行發送前 catch-all 分類
- 在任何活動步驟執行前偵測基於角色的地址
- 在 Gmail 發送前分類未知地址
- 跨多個活動持續的抑制管理
- 在名單進入 GMass 讀取的試算表之前執行的獨立驗證
基於 Gmail 的寄件人比專用冷郵件基礎設施有更低的退信容忍度。Google 對 Gmail 和 Workspace 帳戶執行發送政策,累積退信和垃圾郵件訊號的帳戶面臨限制,影響該帳戶上的所有電子郵件活動,而不僅僅是冷郵件外展。這使得發送前驗證對 GMass 用戶更加重要,而非更不重要。
BillionVerify 處理什麼。
BillionVerify 在名單進入任何發送工具之前套用發送前品質關卡。對 GMass 用戶而言,這意味著在將試算表連接到活動之前驗證 Google Sheets 資料。它提供:
- 訊號分類:有效、無效、catch-all、基於角色、未知、高風險、一次性
- Catch-all 偵測:識別在網域層面接受所有地址的網域
- 基於角色的偵測:在共用收件箱進入個人外向序列之前標記它們
- 抑制管理:跨活動匯出和維護抑制名單
- 網域和 MX 層面的檢查:識別發送網域本身無效或配置錯誤的記錄
BillionVerify 不連接到 Gmail,也不發送活動、管理序列或直接讀取 Google Sheets。
工作流程的邊界。
| GMass 做什麼 | BillionVerify 做什麼 |
|---|---|
| 從 Gmail 發送活動 | 依可投遞性訊號分類記錄 |
| 從 Google Sheets 讀取聯絡資料 | 在名單進入 Google Sheets 之前驗證它 |
| 管理跟進序列排程 | 在試算表連接前識別 catch-all 網域 |
| 追蹤開信、點擊和回覆 | 在活動步驟執行前標記基於角色的地址 |
| 處理取消訂閱和退信偵測 | 從驗證結果建立抑制名單 |
| 在 Gmail 介面中操作 | 在任何 Gmail 連接工具介入前運作 |
組合工作流程。
順序很重要。BillionVerify 在名單資料進入 GMass 讀取的 Google Sheets 之前執行。一旦 GMass 連接到試算表並且活動開始,發送就已確定。驗證必須在試算表階段進行,而非在活動期間。
GMass 匯入前路由每個結果。
| BillionVerify 結果 | GMass 匯入前行動 |
|---|---|
| 有效 | 加入 Google Sheets 發送名單 |
| 無效 | 從試算表移除 — 不包含在任何連接的 GMass 活動中 |
| Catch-all | 獨立試算表或細分群組,較低量,密切監控投遞 |
| 基於角色 | 獨立試算表,針對共用收件箱收件人調整訊息 |
| 未知 | 待人工審查 — 排除主要發送試算表 |
| 高風險或一次性 | 從所有發送試算表中移除 |