本地商業清單與 B2B 資料庫匯出有不同的問題。清理工作流程也應如此。
來自 Yellow Pages、Yelp、BBB、Angi 或類似目錄的本地商業郵件清單具有特定的品質特徵:
- 共用收件匣比例高(
info@、contact@、service@) - 頻繁的 catch-all 域名,尤其是在較小的商家
- 未多年更新的列表中的過期地址
- 在多個目錄中列出的商家產生的重複條目
- 許多列表缺少郵件,在驗證前需要發現
清理本地商業清單不僅僅是移除無效地址,而是了解每個地址的信號類型,並相應路由——在任何地址進入活動之前。
本地商業清單清理的四個階段工作流程。
第一階段:收集和合併。
在清理前將所有來源合併到單一文件中。如果你同時從 Yellow Pages、Yelp 和 BBB 獲取,在去重前合併清單。按來源逐一清理會造成重複的驗證工作,並遺漏跨來源的重複項。
對於沒有郵件地址的列表:在清理前決定是否執行郵件發現(在公司域名上使用查找工具)或排除它們。發現需要時間,但能捕捉到目錄中未列出的地址。
第二階段:標準化和去重。
| 標準化步驟 | 重要原因 |
|---|---|
| 所有郵件地址小寫 | 防止大小寫敏感的重複 |
| 移除前後空格 | 查找工具輸出和手動輸入通常包含空格 |
| 標準化域名格式 | www.example.com 和 example.com 是相同的域名 |
| 移除格式錯誤的條目 | 沒有 @ 符號的地址、不完整的域名、格式錯誤 |
| 按郵件地址去重 | 來自多個來源的相同地址只應驗證一次 |
| 按商家名稱和域名去重 | 同一商家的單獨列表應合併 |
第三階段:移除先前已抑制的地址。
在驗證前,對照你現有的抑制文件比對清單。從目錄獲取的本地商業清單可能包含你之前聯繫過的商家——退信、取消訂閱或將你的郵件標記為垃圾郵件的商家。
將已抑制的地址匯入新活動是合規風險和聲譽風險。抑制檢查必須在驗證之前進行,而非之後。
第四階段:使用 BillionVerify 驗證。
通過 BillionVerify 驗證已標準化、去重、抑制檢查過的清單。輸出為每個地址分配一個信號。
如何路由本地商業清單信號。
| 信號 | 對本地商業清單的含義 | 處理方式 |
|---|---|---|
| 有效(Valid) | 地址可送達且非職能性 | 匯入主活動 |
| 無效(Invalid) | 地址會退信 | 添加到抑制清單,不要匯入 |
| Catch-all | 域名接受所有郵件;信箱狀態不確定 | 獨立較低量活動 |
| 職能性(Role-based) | 通用共用收件匣 | 獨立活動,調整郵件內容 |
| 未知(Unknown) | 服務器響應不確定 | 待審查佇列——從主活動中排除 |
| 高風險或臨時地址 | 非商業地址 | 不要匯入 |
已清理本地商業清單的路由結構。
按信號類型的郵件內容考量。
清理工作流程不止於路由。本地商業外發對不同信號類型需要不同的郵件內容。
主活動(有效、非職能性):標準外發,可按商業類別或地點進行部分個人化。如果有聯絡人姓名,在問候中使用名字。
職能性/通用收件匣:不使用名字個人化。寫作時假設讀者未知。主旨行必須傳達相關性——沒有「嗨 [名字]」的鉤子。讓第一句話解釋你是誰,你提供什麼。
Catch-all 分組:較低量。如果可能,在發送到完整分組前先用小批次測試。在前 24 小時密切關注送達率。
活動後的重新清理。
後活動清理是清理工作流程的一部分。每次發送後:
- 將所有硬退信添加到抑制清單
- 將所有取消訂閱添加到抑制清單
- 將產生投訴的地址添加到抑制清單
- 標記已退信的 catch-all 地址,從未來的 catch-all 發送中移除