如何在 Salesforce 中驗證電子郵件
Salesforce 在每筆 Contact 和 Lead 上都存有電子郵件地址，卻從不檢查這些地址是否仍能送達有效信箱。多年前擷取的資料、來自網頁表單的潛在客戶，以及早已換公司的聯絡人，都可能在資料庫中看似有效，直到某次活動才暴露出退信與檢閱問題。本指南說明如何將 Salesforce 聯絡人報表匯出為 CSV、用 VeriMails 驗證，並重新匯入狀態結果，讓活動操作人員能在寄送前先篩選。
重點摘要
- 將 Salesforce 報表匯出為 Details Only CSV，取得逐列的聯絡人或潛在客戶資料，而不是排版過的試算表。
- 驗證前，將 Contact ID 或 Lead ID 與 Email、First Name、Last Name、Account、Owner 和活動欄位放在一起。
- 在 VeriMails 驗證 CSV，再依有效、無效、Catch-all、拋棄式與職能信箱狀態拆分結果。
- 使用 Data Import Wizard 或 Data Loader，依 Salesforce ID 更新現有資料，而不是只用電子郵件比對。
報表匯出設定
最乾淨的 Salesforce 工作流程以報表為核心。建立一份與即將寄送的受眾一致的報表，匯出逐列明細，再以 Salesforce ID 作為更新的回寫依據。
| 設定項目 | 在 Salesforce 中要做的事 | 操作備註 |
|---|---|---|
| 報表類型 | 依受眾使用 Contacts、Leads 或 Contacts & Accounts 報表。 | 除非每一列都有清楚的匯入路徑，否則不要混用不相關的物件。 |
| 匯出檢視 | 匯出時選擇 Details Only，再選擇 CSV。 | Formatted Report 是為了呈現而設計；Details Only 才是可以清理並重新匯入的匯出格式。 |
| 欄位 | 包含 Email、Contact ID 或 Lead ID、姓名欄位、Account、Owner，以及活動或區隔欄位。 | 有了 ID 欄位，清理後的檔案之後才能準確更新對應的資料。 |
| 大型檔案 | 當驗證後的檔案太大，或在營運上太敏感、不適合用精靈手動匯入時，請使用 Data Loader。 | 保留一份原始報表匯出檔，以便匯入後可以還原或稽核。 |
| 匯入後標記 | 匯入時加上驗證日期／狀態欄位或活動成員標記。 | 日後的活動可依最新驗證結果篩選，不必猜測哪份名單已經清理過。 |
為什麼要驗證 Salesforce 聯絡人
Salesforce 是營收團隊的主要資料系統，下游幾乎所有環節都仰賴其中的資料。Marketing Cloud、Account Engagement、業務序列以及任何已連結的寄送工具，都從 Salesforce 的 Contact 和 Lead 資料取得收件名單。如果這些資料存有失效地址，問題就會跟著資料擴散到每一個使用它的管道。
Salesforce 從不驗證 Email 欄位中的地址
Contact 或 Lead 的 Email 欄位裡輸入了什麼，就照原樣儲存。可能來自 web-to-lead 表單、業務輸入的名片、從舊名單大量匯入的資料，或從其他系統同步過來的整合。Salesforce 不會連線到郵件伺服器檢查信箱。VeriMails 補上這個驗證步驟，讓您在活動前就知道哪些資料比較適合寄送、哪些需要先檢閱。
潛在客戶與聯絡人資料持續老化
每當有人換職位、公司更換網域，或舊的潛在客戶逐漸退出採購週期，工作用電子郵件就會跟著改變。早在下一次活動前就建立的 Salesforce Lead，資料看起來仍然完整，信箱卻可能早已消失。在活動前驗證匯出檔，就能反映每個地址當下的狀態。
來自 Salesforce 資料的退信可能影響寄件者信譽
當您將 Salesforce 區隔推送到 Marketing Cloud、Account Engagement 或業務互動工具時，無效地址可能變成硬退信。信箱服務商會把反覆退信視為名單疏於維護的證據，並可能將更多郵件過濾到收件匣之外。先驗證有助於將可能有問題的資料列排除在寄送之外，降低以 Salesforce 資料建立的活動中本可避免的退信風險。
乾淨的資料讓 Salesforce 報表與預測更可靠
活動報表、互動評分和管道分析，都假設背後的聯絡人聯絡得到。無效地址會扭曲開信率和點擊率、對無法聯絡的資料觸發自動化，也會悄悄削弱主管所依賴的儀表板可信度。驗證資料有助於讓 Salesforce 報表建立在可聯絡狀態更明確的資料上。
VeriMails 檢查哪些項目
VeriMails 會讓 Salesforce 匯出檔中的每個地址通過多層檢查。每一層針對不同類型的不良電子郵件，每筆資料都會得到明確的狀態，而不是模糊的分數。
首先執行語法驗證，抓出格式錯誤的地址，包括手動輸入時混入的錯字。 MX 與 DNS 檢查接著確認網域存在，且已設定為可收信。即時 SMTP 交握會與收件郵件伺服器建立真實連線，檢查該信箱是否能接收郵件，過程中完全不會寄出任何信件。這有助於找出 Salesforce 可能仍記錄為有效的棄用信箱和已離職聯絡人。
VeriMails 也會執行 Catch-all 偵測，標記不論真實信箱是否存在都接收所有地址的網域；拋棄式信箱偵測找出臨時的拋棄式收件匣；以及職能信箱偵測，找出 info@ 或 sales@ 這類通用地址。Catch-all 狀態會以明確的偵測結果回傳，絕不是機率分數。在所有這些檢查中，VeriMails 都會回傳明確的驗證結果，非常適合用於即時工作流程。
Salesforce 使用者的價格方案
驗證的定價讓您在寄送前清理 Salesforce 聯絡人名單時，成本可預期，並能換來降低本可避免的退信風險。VeriMails 點數每封電子郵件 $0.0019 起，也就是 10,000 點的點數包 $19。點數包最高可擴充至 5 million 次驗證 $1,499，而且點數永不過期，為某個專案購買的餘額可延續到下一個專案。
如果您會定期匯出並清理 Salesforce 資料，年繳方案每月 $12.50 起（按年收費）。每個新 VeriMails 帳號也都附贈 100 點免費點數，無需信用卡，足以驗證一份 Salesforce 範例報表，在選定方案前先了解有多少 Contact 和 Lead 資料是無效或 Catch-all 地址。
流程圖解
當 Salesforce 是主要資料系統時，請使用這個流程：匯出報表、在 Salesforce 外驗證檔案，再依 ID 更新 Contacts 或 Leads，讓下游寄送工具承接清理後的資料。
- CRM 資料維護：若要進行更全面的清理計畫，可將這個流程搭配 CRM 資料維護指南。
- 大量匯出：當地址是在表單、結帳、應用程式或產品流程中收集時，使用大量電子郵件驗證一起使用，特別是當 Salesforce 報表會餵資料給活動、序列或資料補強工作流程時。
- 風險處理：當地址是在表單、結帳、應用程式或產品流程中收集時，使用 Catch-all 偵測，在重新匯入前分出判斷不明確的 B2B 網域。
逐步說明
在 Salesforce 中建立聯絡人報表
開啟 Reports 分頁並點擊 New Report。選擇 Contacts & Accounts 報表類型，點擊 Start Report。加入 Email 欄位，以及 First Name、Last Name 和 Contact ID 欄位。套用篩選條件，將報表縮小到要驗證的區隔，然後執行報表。
將報表匯出為 CSV
開啟報表後，點擊 Export 按鈕。選擇 Details Only 而非 Formatted Report，因為只有 Details Only 才提供 CSV，接著選擇 CSV 格式並匯出。若資料庫非常龐大，Setup 區域也提供 Data Export 服務，會以壓縮的 CSV 提供 Contacts。
將 Salesforce CSV 上傳到 VeriMails
登入 VeriMails，開啟大量驗證，上傳匯出的 CSV。VeriMails 會自動偵測電子郵件欄位，無需手動對應。作業會以排程中的大量驗證執行，同時進行語法、MX、DNS、SMTP、Catch-all、拋棄式與職能信箱檢查。
檢視有效、無效、Catch-all 與有風險的結果
VeriMails 會依狀態分類每個地址。在同意與政策檢查也通過的前提下，有效結果是最適合保留寄送資格的對象。無效結果很可能硬退信，應在任何寄送前移除或標記。Catch-all 結果會被標記，讓您決定如何處理。拋棄式與職能信箱地址會分開顯示。將篩選後的有效結果下載為乾淨的 CSV。
將清理後的名單重新匯入 Salesforce
使用 Data Import Wizard 或 Data Loader，以驗證後的檔案更新 Contact 或 Lead 資料。以先前匯出的 Salesforce Record ID 比對每一列，確保更新的是正確的現有資料，而且不會產生重複資料。您可以用欄位值標記無效地址，或將其從進行中的行銷區隔移除。
各種驗證結果的處理方式
在匯回 Salesforce 的檔案中保留 VeriMails 狀態。這樣業務、行銷和營運團隊在每筆資料上都能看到同一個答案，而不是把清理結果留在一份孤立的試算表裡。
- 有效更新資料，加上驗證日期，讓它保有參加下一次活動或序列的資格。
- 無效從進行中的寄送移除、標記資料交由負責人檢閱，或在確認新地址前先清除活動成員資格。
- Catch-all 預設排除於大量寄送之外。轉交負責人檢閱，或放入規模較小的高價值開發區隔。
- 拋棄式排除於培育與生命週期活動之外，因為這類信箱不夠穩定，不適合納入 CRM 長期管理。
- 職能信箱在適當情況下保留給營運用途的帳戶，但與個人化業務序列分開。