GMass 從 Gmail 發送，Gmail 帳戶比專用基礎設施更脆弱。
GMass 讓 Gmail 發送變得快速且低摩擦。你連接一個 Google Sheet，設定活動，然後從你的收件箱發送。這個便利性就是它的賣點。
脆弱性也是重點。用於外展的 Gmail 帳戶比專用冷郵件網域有更低的退信容忍度。Google 很快就會節流或停用產生高退信率或異常發送模式的帳戶。進入你 Google Sheet 的名單需要在 GMass 接觸它之前就是乾淨的。
Google Sheets 匯入創造了特定的風險窗口。
供 GMass 活動使用的 Google Sheet 可能包含任何曾經被新增進去的電子郵件地址，包括來自舊匯出的無效地址、從未被過濾的基於角色的收件箱、看起來乾淨但實際不然的 catch-all 網域，以及數月未更新的過時聯絡人。
GMass 將嘗試向試算表中的每一行投遞。這意味著活動啟動時你的試算表品質，決定了整個發送的退信風險。
| 欄位 | GMass 發送前的重要性 |
|---|---|
| 電子郵件 | GMass 投遞的地址 — 在試算表定稿前必須驗證 |
| 網域 | Catch-all 偵測、MX 有效性、公司匹配 |
| 來源 | Apollo、LinkedIn 匯出、爬取資料、手動輸入 — 每個來源有不同的衰減速率 |
| 重複行 | GMass 不會自動去重 — 重複地址意味著重複發送 |
| 先前退信 | 任何之前退信的地址不應在未重新驗證的情況下重新進入試算表 |
當錯誤地址進入 GMass 活動時會發生什麼。
| 問題 | GMass 看到什麼 | Google 看到什麼 |
|---|---|---|
| 無效地址 | 退信事件 | 發送帳戶產生退信 |
| 沒有真實信箱的 catch-all | 投遞被接受，但沒有真實收件人 | 當地址沒有路由到任何有用的地方時可能產生未來的投訴 |
| 沒有回覆路徑的基於角色的收件箱 | 投遞被接受，開信可能性低 | 低互動訊號 — 影響收件箱投放 |
| 現在屬於其他人的過時地址 | 投遞被接受，錯誤的人收到了它 | 來自收件人的投訴或垃圾郵件舉報風險 |
| 重複地址 | 多次發送給同一聯絡人 | 來自收件人的投訴風險 |
用於冷郵件外展的 Gmail 帳戶對反覆錯誤沒有太多餘地。GMass 活動中退信或投訴的激增，可能導致帳戶層面的節流或暫停發送，影響該 Gmail 地址的所有外向活動。
在試算表匯入 GMass 之前驗證。
正確的順序是在名單成為 GMass 活動來源之前驗證，而非在退信率開始出現在你的活動統計中之後才驗證。
驗證欄位為你提供了發送前每個地址的記錄。這使之後診斷問題更容易，並在重複使用試算表時更方便重新驗證。
將每個訊號路由到正確的試算表。
| BillionVerify 結果 | GMass 行動 |
|---|---|
| 有效 | 包含在主要發送試算表中 |
| 無效 | 從試算表移除 — 加入抑制標籤頁 |
| Catch-all | 獨立試算表，較低發送量，謹慎使用 |
| 基於角色 | 獨立試算表，針對共用收件箱撰寫訊息 |
| 未知 | 決定前審查 — 不要混入主要活動 |
| 高風險或一次性 | 從所有試算表移除 |
為每種訊號類型保持獨立標籤頁，意味著你可以選擇是否向 catch-all 或基於角色的地址發送，而不會將它們混入主要活動並扭曲你的績效資料。
驗證後 — 記錄的去向。
- 有效地址：GMass 中的主要活動試算表
- Catch-all 地址：較低優先級的試算表，發送前需人工審查
- 基於角色的地址：獨立活動，調整訊息
- 無效和一次性：抑制標籤頁，永遠不進入發送試算表
- 未知：審查佇列，不在沒有決策的情況下包含