如何在 Zapier 中验证邮箱
Zapier 连接着为营销列表输送数据的表单、CRM 和邮件工具，这也意味着无效地址往往在这里悄然混入，无人察觉。将 VeriMails API 接入 Zap，就能在每个新联系人到达时立即验证，并自动分流结果。本指南介绍如何搭建这套实时验证工作流。
要点速览
Zapier 设置清单
添加请求步骤之前，先确定邮箱字段的具体位置，以及每种 VeriMails 结果应如何处理。清晰的分流方案可以防止 Zap 把未经验证的联系人送入其他应用。
| 决策项 | Zapier 设置 | 操作说明 |
|---|---|---|
| 触发数据 | 使用第一个提供原始邮箱地址的触发器，例如表单提交、线索广告、CRM 线索或新增表格行。 | 采集后立即验证，可以防止同一个地址扩散到下游的每一个操作中。 |
| API 步骤 | 使用 Webhooks by Zapier 或 API Request 操作，将触发器中的邮箱映射到请求中，并附上 VeriMails API 密钥。 | 将此步骤放在任何创建联系人或添加订阅者的操作之前。端点设置请参阅邮箱验证 API 指南。 |
| 分流类型 | 只允许有效联系人继续时使用 Filter。需要将有效、无效、一次性邮箱和 Catch-all 分成不同分支时使用 Paths。 | Filter 是一道拦截关卡；当被拦截的分支需要记录日志、发送提醒或执行清理任务时，Paths 更合适。 |
| 审核去向 | 将暂缓处理的数据连同地址、状态、原因和原始来源，发送到表格、CRM 备注或团队通知中。 | 审核日志能帮您找出噪声较大的线索来源，并判断某个表单是否需要更严格的校验。 |
| 测试数据 | 启用 Zap 之前，先用已知的有效、无效、一次性邮箱和类 Catch-all 测试地址运行一遍。 | 在 Zap 开始处理真实线索之前，确认每条路径都按预期运行。 |
为什么要验证 Zapier 联系人
Zapier 位于技术栈的中间，把联系人从采集的地方送到使用的地方。正因处于中心位置，它才是最适合做验证的环节。在 Zap 中拦下无效地址，就能在它到达其他任何工具之前将其阻止。
Zap 会把联系人直接送入计费和发信的系统
典型的 Zap 会把新的表单提交或 CRM 线索推送到邮件平台、广告受众或销售序列中。如果该联系人无效，这个无效地址就进入了一个要么向您收费、要么会向它发信的系统。在 Zap 中、在创建或添加步骤之前进行验证，可以让每个下游应用都保持干净。
表单和线索广告触发器带来的无效数据最多
最常见的 Zap 触发器，如新的表单提交、落地页提交和线索广告，也是邮箱数据中噪声最大的来源。人们在表单中经常输错、弃用或编造地址。在触发器输出后加一个验证步骤，就能在自动化的入口处拦截这些错误。
实时验证胜过定期清洗
在 Zap 中验证，意味着联系人一到达就会被检查，而不是几周后在季度导出时才处理。新数据可以在扩散到各个下游应用之前就被分流，这比单靠季度清洗更容易避免退信激增。
无效地址仍会给下游带来风险
无论表单与收件箱之间隔着多少工具，无效地址最终都可能退信。退信率一旦超过常见的行业基准，今后的活动就更容易被过滤。在 Zap 中加入 VeriMails 步骤，可以从源头降低这一风险，而不是留给邮件平台日后承担。
VeriMails 检查哪些内容
当 Zap 为某个联系人调用 VeriMails API 时，VeriMails 会执行多层检查，并返回结构化结果供 Zap 分支判断。每个地址的检测流程如下：
语法验证确认地址格式正确。 MX 和 DNS 记录会被查询，以确认域名存在且能够接收邮件。实时 SMTP 握手连接收件邮件服务器，确认该邮箱确实接收邮件，全程不发送任何内容。 Catch-all 检测识别接收所有地址邮件的域名。一次性邮箱检测标记临时邮箱域名。角色邮箱检测识别 info@、sales@、support@ 等通用地址。
VeriMails 返回清晰的验证结果，适合作为 Zap 中的实时步骤。Catch-all 域名会作为明确的检测结果报告，让 Filter 或 Paths 逻辑有针对性地处理，绝不是模糊的评分。
Zapier 用户价格
实时验证 Zap 会在新联系人到达时扣减 VeriMails 积分，因此只需为实际验证的地址付费。积分包起价为每封邮箱 $0.0019，10,000 积分 $19。更大的积分包最高可扩展至 5 million 个地址 $1,499，适合大批量自动化。
如果新联系人源源不断，希望按月稳定计费，按年付费的年度套餐低至 $12.50/月。每个新账户注册即免费获得 100 积分，无需信用卡；积分永不过期，可以轻松搭建并测试 Zap，再决定是否投入。
流程图示
使用此流程在 Zap 将联系人写入其他应用之前，加入 VeriMails 验证步骤。
- 触发范围：将验证放在采集邮箱的表单、线索、表格或 CRM 触发器之后。
- API 步骤：使用 Webhooks by Zapier 或 API Request，并将 VeriMails 响应字段映射到 Zap 中。批量导入时，请在 Zap 创建联系人之前使用批量验证。
- 结果处理：有效联系人继续执行目标操作，审核分支使用 Catch-all 检测，无效或一次性邮箱联系人则记录下来以便清理。
分步操作
设置采集新联系人的触发器
新建一个 Zap，选择将联系人带入工作流的触发器，例如新的表单提交、新的 CRM 线索、新的线索广告或新增表格行。该触发器会产生邮箱地址，供 Zap 后续步骤验证和分流。
添加调用 VeriMails API 的步骤
添加一个操作步骤，使用 Webhooks by Zapier 的 GET 或 POST 方法，或使用 API Request 操作。将其指向 VeriMails 验证端点，把触发器中的邮箱字段传入请求，并附上 VeriMails API 密钥。Zapier 会解析 JSON 响应，让验证结果可供后续步骤使用。
添加 Filter 或 Paths 步骤，根据结果分支
插入一个 Filter 步骤，设置为仅在 VeriMails 结果为有效时继续；或使用 Paths 分别处理每种结果。借助 Paths，可以让有效联系人走一条分支，将无效、一次性邮箱或 Catch-all 联系人转入另一条分支进行审核或屏蔽。
将有效联系人发送到目标应用
在有效路径上，添加在邮件平台、CRM 或广告受众中新增或更新联系人的操作。只有近期检查过的有效地址才会到达这一步，下游列表和受众也就避开了明显的无效数据。
处理无效地址并启用 Zap
在不可送达路径上，将不可送达和一次性邮箱地址记录到表格或通知中，以便查看规律并在适当时跟进。用几个示例地址测试 Zap，确认每条路径运行正确，然后启用 Zap，让每个新联系人都得到实时验证。
每种结果的处理方式
把 VeriMails 的响应当作分流数据，而不仅仅是备注。最稳妥的 Zap 会拦截或分流任何无法明确送达的地址。
- 可送达：继续流转到 CRM、邮件平台、广告受众或销售工具；如果目标应用支持自定义字段，可添加验证日期。
- 不可送达：在添加联系人步骤之前停止 Zap，并将该地址记录到屏蔽或清理表格中。
- Catch-all：转入审核路径。该域名接收邮件，但邮箱未经确认，因此不要将这些联系人纳入自动化的大批量发送。
- 一次性邮箱：排除在培育和生命周期营销活动之外，并标记原始来源，方便团队排查低意向的注册模式。
- 角色邮箱：转入人工分支，除非该工作流本就面向 support 或 billing 等团队收件箱。
- API 错误：暂停或发出提醒，不要让未经验证的联系人继续流转。检查失败不应悄无声息地变成一条被接受的线索。