本地商家列表与 B2B 数据库导出面临的问题不同。清洗工作流程也反映这一点。
从 Yellow Pages、Yelp、BBB、Angi 或类似目录来源的本地商家邮件列表具有特定的质量特征：
- 高比例的共享收件箱（
info@、contact@、service@） - 频繁的全收取域名，尤其在小型商家中
- 来自多年未更新列表的过时地址
- 在多个目录中列出的商家导致的重复条目
- 许多列表缺少邮件，在验证之前需要先发现
清洗本地商家列表不仅仅是移除无效地址，而是要理解每个地址的信号类型并相应路由——在任何地址进入活动之前。
四阶段本地商家列表清洗工作流程。
第一阶段：收集和整合。
在清洗之前将所有来源合并到一个文件中。如果你同时从 Yellow Pages、Yelp 和 BBB 来源，在去重之前先合并列表。按来源逐个清洗会产生重复的验证工作，并遗漏跨来源重复项。
对于没有邮件地址的列表：在清洗之前决定你是否要运行邮件发现（对公司域名运行查找工具）或排除它们。发现需要时间，但可以捕获在目录中未列出的地址。
第二阶段：规范化和去重。
| 规范化步骤 | 重要原因 |
|---|---|
| 将所有邮件地址转为小写 | 防止大小写敏感的重复 |
| 删除首尾空格 | 查找工具输出和手动输入通常包含空格 |
| 标准化域名格式 | www.example.com 和 example.com 是同一域名 |
| 删除格式错误的条目 | 没有 @ 符号、域名不完整、格式错误的地址 |
| 按邮件地址去重 | 来自多个来源的同一地址应只验证一次 |
| 按商家名称和域名去重 | 同一商家的独立列表应合并 |
第三阶段：移除之前已抑制的地址。
在验证之前，将列表与你现有的抑制文件进行对比。从目录来源的本地商家列表可能包含你之前联系过的商家——退信、退订或将你的邮件标记为垃圾邮件的商家。
将已抑制的地址导入新活动是合规风险和信誉风险。抑制检查必须在验证之前，而非之后进行。
第四阶段：使用 BillionVerify 验证。
通过 BillionVerify 运行规范化、去重、已抑制检查的列表。输出为每个地址分配一个信号。
如何路由本地商家列表信号。
| 信号 | 对本地商家列表的含义 | 处理方式 |
|---|---|---|
| 有效（Valid） | 地址可投递且非角色型 | 导入主活动 |
| 无效（Invalid） | 地址会退信 | 加入抑制名单，不导入 |
| 全收取（Catch-all） | 域名接受所有邮件；邮箱状态不确定 | 单独的低发量活动 |
| 角色型（Role-based） | 通用共享收件箱 | 单独活动，调整邮件内容 |
| 未知（Unknown） | 服务器响应不确定 | 审查队列——从主活动中排除 |
| 高风险或一次性（Risky or disposable） | 不是商业地址 | 不导入 |
已清洗本地商家列表的路由结构。
按信号类型的邮件内容考量。
清洗工作流程不止步于路由。本地商家外联对不同信号类型需要不同的邮件内容。
主活动（有效、非角色型）：标准外联，可以按商家类别或位置进行一些个性化。如果有联系人名字，称呼中使用名字。
角色型/通用收件箱：不使用名字个性化。邮件内容假设读者未知。主题行必须传达相关性——不使用"嘿 [名字]"这样的钩子。第一句话解释你是谁以及你提供什么。
全收取细分：低发量。如果可能，在向完整细分发送之前先小批量测试。在前 24 小时内密切关注投递率。
活动后的重新清洗。
活动后的清理是清洗工作流程的一部分。每次发送后：
- 将所有硬退信加入抑制名单
- 将所有退订加入抑制名单
- 将产生投诉的地址加入抑制名单
- 标记已退信的全收取地址，从未来的全收取发送中移除