如何在 Salesforce 中验证邮箱
Salesforce 在每条 Contact 和 Lead 上都保存了邮箱地址，但从不检查这些地址是否仍能送达有效邮箱。多年前采集的记录、来自网页表单的线索，以及已经跳槽的联系人，都可能在数据库中看似有效，直到某次营销活动暴露出退信和审核问题。本指南介绍如何将 Salesforce 联系人报表导出为 CSV，用 VeriMails 验证，再导回状态结果，方便营销活动操作人员在发送前筛选。
要点速览
- 以 Details Only CSV 格式导出 Salesforce 报表，获取逐行的联系人或线索数据，而不是带格式的电子表格。
- 验证前，在 Email、First Name、Last Name、Account、Owner 和营销活动字段旁保留 Contact ID 或 Lead ID。
- 在 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，即 $19 购买 10,000 积分包。积分包最高可扩展到 $1,499 验证 5 million 个地址，且积分永不过期，为一个项目购买的余额可以结转到下一个。
如果您定期导出并清洗 Salesforce 数据，按年付费的套餐低至 $12.50/month。每个新 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 服务，可将 Contacts 以压缩的 CSV 形式交付。
将 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 中长期管理。
- 角色邮箱在合适时保留用于运营类账户，但与个性化销售序列分开。